You are not logged in.

#1 2019-06-08 20:17:31

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Building xfce4-devel packages from the AUR leads to mismatches

When I build the latest 17 xfce4-devel packages in the AUR, and another set I haven't uploaded to the AUR yet (xfce4-{notifyd,clipman-plugin,notes-plugin,pulseaudio-plugin,xkb-plugin,-power-manager} to name a few), I get errors relating to what I call a mismatch in commingling packages from [extra] and the AUR Packages.  For example:

Current version of pixman: 0.38.4
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun  2 17:02:57 2019
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Unsupported high keycode 372 for name <I372> ignored
>                   X11 cannot support keycodes above 255.
>                   This warning only shows for the first high keycode.
> Internal error:   Could not resolve keysym XF86MonBrightnessCycle
> Internal error:   Could not resolve keysym XF86RotationLockToggle
Errors from xkbcomp are not fatal to the X server
/usr/bin/startxfce4: X server already running on display :0
gpg-agent[15188]: WARNING: "--write-env-file" is an obsolete option - it has no effect
gpg-agent: a gpg-agent is already running - not starting a new one

(xfce4-session:15176): xfce4-session-WARNING **: 17:02:58.593: gpg-agent returned no PID in the variables
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfwm4: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
Thunar :Failed to load plugin `thunar-uca.so': libxfconf-0.so.2: cannot open shared object file: No such file or directory
xfce4-panel: No window manager registered on screen 0. To start the panel without this check, run with --disable-wm-check.
No window manager registered on screen 0. To start the xfdesktop without this check, run with --disable-wm-check.

(wrapper-2.0:15214): Gtk-WARNING **: 17:03:03.893: gtk_widget_size_allocate(): attempt to allocate widget with width -1 and height 28

(wrapper-2.0:15214): Gtk-WARNING **: 17:03:03.893: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node border, owner GtkFrame)

(wrapper-2.0:15215): Gtk-WARNING **: 17:03:03.903: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node button, owner XfceArrowButton)

(xfce4-session:15176): Wnck-CRITICAL **: 17:03:03.925: wnck_workspace_activate: assertion 'WNCK_IS_WORKSPACE (space)' failed
xfsettingsd: error while loading shared libraries: libxfconf-0.so.2: cannot open shared object file: No such file or directory
Thunar :Failed to load plugin `thunar-uca.so': libxfconf-0.so.2: cannot open shared object file: No such file or directory

(xfce4-session:15176): Wnck-CRITICAL **: 17:03:12.345: wnck_workspace_get_number: assertion 'WNCK_IS_WORKSPACE (space)' failed

(Thunar:15206): Gtk-CRITICAL **: 17:03:12.352: gtk_main_quit: assertion 'main_loops != NULL' failed
xinit: connection to X server lost

waiting for X server to shut down (II) Server terminated successfully (0). Closing log file.

I should note that I am building in a clean-chroot according to upstream's build order:

  xfce4-dev-tools-devel
  libxfce4util-devel
  xfconf-devel
  libxfce4ui-devel
  garcon-devel
  exo-devel
  xfce4-panel-devel
  thunar-devel
  thunar-volman-devel
  xfwm4-devel
  xfce4-settings-devel
  tumbler-devel
  xfdesktop-devel
  xfce4-panel-profiles
  xfce4-session-devel
  xfce4-weather-plugin-devel
  xfce4-cpugraph-plugin-devel
  xfce4-appfinder-devel

The issue first comes from building the 4th package (libxfce4ui-devel) which tries pulling down xfconf from [extra] rather than using xfconf-devel from the 3rd package.  I have tried modifying the PKGBUILD to use xfconf-devel and the corresponding PKGBUILDS to use their respective -devel package deps.  This works, but requires that ALL packages from [extra] be mirrored as their corresponding -devel packages.  For example, xfce4-terminal cannot be installed from [extra]:

# pacman -S xfce4-terminal
resolving dependencies...
looking for conflicting packages...
:: libxfce4ui and libxfce4ui-devel are in conflict. Remove libxfce4ui-devel? [y/N] y
:: libxfce4util and libxfce4util-devel are in conflict. Remove libxfce4util-devel? [y/N] y
:: xfconf and xfconf-devel are in conflict. Remove xfconf-devel? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by exo-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by garcon-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by thunar-devel
:: removing libxfce4util-devel breaks dependency 'libxfce4util-devel' required by thunar-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfce4-appfinder-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfce4-panel-devel
:: removing libxfce4util-devel breaks dependency 'libxfce4util-devel' required by xfce4-panel-devel
:: removing xfconf-devel breaks dependency 'xfconf-devel' required by xfce4-panel-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfce4-session-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfce4-settings-devel
:: removing xfconf-devel breaks dependency 'xfconf-devel' required by xfce4-settings-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfdesktop-devel
:: removing libxfce4util-devel breaks dependency 'libxfce4util-devel' required by xfdesktop-devel
:: removing libxfce4ui-devel breaks dependency 'libxfce4ui-devel' required by xfwm4-devel
:: removing xfconf-devel breaks dependency 'xfconf-devel' required by xfwm4-devel

I also played around with using a provides=( ... libxfconf-0.so.3 ...) for xfce4-xfconf-devel and then adding a corresponding depends=( ... libxfconf-0.so.3 ...) but that didn't work either.  Is that I am wanting to do impossible with totally rebuilding every package with the 4.13.x (latest beta packages) and hardcoding the depends to use their corresponding *-devel versions?  Thanks!


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#2 2019-06-08 20:28:21

loqs
Member
Registered: 2014-03-06
Posts: 8,749

Re: Building xfce4-devel packages from the AUR leads to mismatches

Offline

#3 2019-06-08 20:39:55

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Re: Building xfce4-devel packages from the AUR leads to mismatches

@loqs - Yes, when I build the first package, I put it into a local staging repo insides the build chroot which is listed before [core] in pacman.conf... I will try building without cleaning the chroot per the wiki page you mentioned, but if the problem is with one or more of the AUR PKGBUILD files pulling down the wrong dependency, I don't think that method will catch it.

EDIT: building without cleaning the chroot does not work... when trying to build libxfce4ui-devel, makechrootpkg still pulls down the remote (older) xfconf-4.12.1-5 rather than using 4.13.7-3 which it just built.

Last edited by graysky (2019-06-08 20:45:35)


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#4 2019-06-08 20:47:53

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Re: Building xfce4-devel packages from the AUR leads to mismatches

I feel like using the [staging] build strategy is most straight forward.  Again, my build root's /etc/pacman.conf contains a local repo that acts like [staging] since it listed before [core]:

...
[chroot_local]
SigLevel = Never
Server = file:///repo

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

Any package I build is added to that local repo which is indexed by repo add:

% ls -l /scratch/.chroot64/root/repo 
total 348
lrwxrwxrwx 1 root root     22 Jun  8 16:42 chroot_local.db -> chroot_local.db.tar.gz
-rw-r--r-- 1 root root   1033 Jun  8 16:42 chroot_local.db.tar.gz
-rw-r--r-- 1 root root    757 Jun  8 16:41 chroot_local.db.tar.gz.old
lrwxrwxrwx 1 root root     25 Jun  8 16:42 chroot_local.files -> chroot_local.files.tar.gz
-rw-r--r-- 1 root root   3046 Jun  8 16:42 chroot_local.files.tar.gz
-rw-r--r-- 1 root root   2013 Jun  8 16:41 chroot_local.files.tar.gz.old
-rw-r--r-- 1 root root 123979 Jun  8 16:41 libxfce4util-devel-4.13.3-2-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root  19233 Jun  8 16:41 xfce4-dev-tools-devel-4.11.1-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root 190351 Jun  8 16:42 xfconf-devel-4.13.7-3-x86_64.pkg.tar.zst

So I feel like there is something amiss with the PKGBUILD files in the AUR for some of these packages.

Last edited by graysky (2019-06-08 20:48:57)


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#5 2019-06-08 20:50:40

loqs
Member
Registered: 2014-03-06
Posts: 8,749

Re: Building xfce4-devel packages from the AUR leads to mismatches

What is the output from the failed build and what are the PKGBUILDS for xfce4-dev-tools-devel libxfce4util-devel xfconf-devel libxfce4ui-devel you are using?

Offline

#6 2019-06-08 21:08:26

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Re: Building xfce4-devel packages from the AUR leads to mismatches

It isn't that the chroot build fails, it is that when it builds, some old packages from [extra] are build against rather than their newer counterparts DESPITE the local repo being listed first in the build root's pacman.conf. 

Take the example of libxfce4ui-devel which needs to be built against xfconf-devel or xfconf>=4.13.7.  Here are the deps from libxfce4ui-devel:

depends=('libxfce4util' 'gtk2' 'xfconf' 'libsm' 'startup-notification'
         'hicolor-icon-theme' 'gtk3')
makedepends=('intltool' 'gtk-doc' 'gobject-introspection' 'vala' 'glade' 'xfce4-dev-tools')

Since the previous package in the build order, xfconf-devel, provides xfconf=4.13.7, I do not understand why the build script pulls from [extra] rather than from the local chroot repo again listed BEFORE [extra] in the pacman.conf.

EDIT: if I change the depends of 'xfconf' to 'xfconf>=4.13.7' it does pull from my custom repo hmm

Last edited by graysky (2019-06-08 21:22:38)


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#7 2019-06-08 21:36:29

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Re: Building xfce4-devel packages from the AUR leads to mismatches

I changed all the depends 'xfconf' to 'xfconf>=4.13.7' and am rebuilding to see if that does it.

Last edited by graysky (2019-06-08 21:36:38)


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

#8 2019-06-09 11:02:23

graysky
Wiki Maintainer
From: :wq
Registered: 2008-12-01
Posts: 9,828
Website

Re: Building xfce4-devel packages from the AUR leads to mismatches

graysky wrote:

I changed all the depends 'xfconf' to 'xfconf>=4.13.7' and am rebuilding to see if that does it.

That seems to have worked.  To without the versioned dependency, even though a package exists in a repo above another repo in pacman.conf, pacman will favor the exact match over one that provides a version with a different name.  That statement is also true of providing a library which I also tried.


CPU-optimized Linux-ck packages @ Repo-ck  • AUR packagesZsh and other configs

Offline

Board footer

Powered by FluxBB