#archlinux32 | Logs for 2018-12-23

[00:08:12] -!- guys has joined #archlinux32
[00:16:47] -!- guys has quit [Ping timeout: 240 seconds]
[00:30:19] -!- guys has joined #archlinux32
[00:57:52] <elibrokeit> abaumann: I actually wonder why calibre used to build considering the code in question did not change.
[00:58:07] <elibrokeit> so the checks should've failed before now.
[00:59:54] -!- oaken-source has quit [Ping timeout: 246 seconds]
[01:03:12] -!- oaken-source has joined #archlinux32
[01:03:31] -!- guys has quit [Ping timeout: 246 seconds]
[01:18:05] -!- guys has joined #archlinux32
[01:30:27] -!- woshty has quit [Ping timeout: 240 seconds]
[02:38:28] -!- ztrawhcse has joined #archlinux32
[02:41:08] -!- guys has quit [Ping timeout: 250 seconds]
[03:04:32] -!- ztrawhcse has quit [Ping timeout: 250 seconds]
[03:18:27] -!- ztrawhcse has joined #archlinux32
[03:33:52] <buildmaster> i686/gitlab is broken (says eurobuild3).
[03:36:07] -!- oaken-source has quit [Ping timeout: 240 seconds]
[04:25:54] -!- eschwartz1 has joined #archlinux32
[04:28:58] -!- ztrawhcse has quit [Ping timeout: 272 seconds]
[05:05:29] -!- eschwartz1 has quit [Ping timeout: 268 seconds]
[05:19:18] -!- eschwartz1 has joined #archlinux32
[05:26:42] -!- dbermond has quit [Quit: gn]
[07:06:09] -!- eschwartz1 has quit [Ping timeout: 244 seconds]
[07:10:35] -!- bill-auger has joined #archlinux32
[07:19:54] -!- eschwartz1 has joined #archlinux32
[07:31:27] -!- eschwartz2 has joined #archlinux32
[07:33:41] -!- eschwartz1 has quit [Ping timeout: 250 seconds]
[08:15:03] -!- davor has quit [Ping timeout: 245 seconds]
[08:15:36] -!- davor has joined #archlinux32
[08:21:50] -!- eschwartz3 has joined #archlinux32
[08:24:10] -!- eschwartz2 has quit [Ping timeout: 244 seconds]
[08:42:51] eschwartz3 is now known as guys
[09:06:32] -!- guys has quit [Ping timeout: 244 seconds]
[09:18:09] -!- miique has joined #archlinux32
[09:19:55] <miique> Can anyone give me a hand? Total linux noob here trying to install archlinux32 on a virtual machine
[09:20:17] <miique> What drivers am I supposed to install for an intel graphics card?
[09:20:31] -!- guys has joined #archlinux32
[09:22:24] <miique> In a tutorial I'm watching they say I should install xf86-video-intel lib32-intel-dri lib32-mesa and lib32-libgl
[09:23:37] <miique> But the only one I can find is xf86-video-intel
[09:24:17] <miique> Should I add the multilib repo so I can install them? or does that not make any sense? I don't wanna screw up
[09:25:39] -!- oaken-source has joined #archlinux32
[09:43:27] -!- oaken-source has quit [Ping timeout: 240 seconds]
[09:47:32] -!- woshty has joined #archlinux32
[09:59:43] <elibrokeit> miique: you don't need to install lib32 packages unless you explicitly want that driver support for 32-bit programs
[10:00:22] <elibrokeit> also libgl/mesa are things which get automatically installed as deps of other things -- you don't typically install it by hand.
[10:02:06] <miique> Well I figured I probably don't really "need" those drivers, but wouldn't that pose a problem if in the future I wanted to run some app which needed them?
[10:02:09] <elibrokeit> miique: so the only thing you should be explicitly installing are the xorg xf86-video-* driver you need
[10:02:17] -!- abaumann has joined #archlinux32
[10:02:17] <buildmaster> Hi abaumann!
[10:02:17] <buildmaster> !rq abaumann
[10:02:19] <phrik> buildmaster: <abaumann> This will make guys happy, I actually checked the knowledge base of bugs first.. ;-)
[10:02:34] <elibrokeit> it's literally impossible to install packages that depend on mesa without having mesa be installed for you
[10:03:06] <miique> Oh that's good to know
[10:03:17] <miique> Thanks a lot, I was about to post in the forum
[10:03:26] <elibrokeit> miique: to put this into proportion, if you install xorg-server, they are both dependencies
[10:04:00] <elibrokeit> since xorg-server depends on libgl, which is provided by libglvnd and which in turn depends on mesa
[10:04:38] <abaumann> you don't need any lib32-* libraries, they are for 32-bit on 64-bit only. Everything is 32-bit on Archlinux32. :-)
[10:05:18] <miique> Ohh I see now
[10:05:21] <elibrokeit> well, that too :D
[10:06:34] <elibrokeit> the main point I'm trying to drive at is it doesn't really matter what OS you use, if your application can use libgl or mesa, it will depend on it as a package dependency
[10:07:33] <elibrokeit> it's actually possible to replace libgl by some of the nividia-*-utils packages, but you're hardly doing that unless you explicitly know why.
[10:12:05] <miique> What does it mean when you say it will depend on it as a package dependency?
[10:21:46] -!- woshty has quit [Ping timeout: 250 seconds]
[10:30:19] <elibrokeit> it means typically it depends one way or another on the X11 server libraries :p since this is a function of the display server mostly.
[10:35:22] <abaumann> miique: it also means, just install xorg-server draws in all necessary dependencies like mesa. You may need an old X driver like xf86-video-vesa, but this depends on what is emulated in your virtual environment..
[10:36:07] <miique> I see
[10:36:24] <miique> So I was just trying to install virtualbox-guest-utils
[10:36:32] <miique> And my virtual machine crashed
[10:37:02] <abaumann> mmh. nice.
[10:37:08] <miique> And now it won't install properly even though I tried removing it with pacman -Rs
[10:37:18] <abaumann> didn't try virtualbox for a long time.
[10:38:30] <miique> Is there something I'm missing to completely remove any traces of a package which didn't install correctly?
[10:38:55] <abaumann> mmh. pacman just unpacks and removes files and calls some hooks
[10:39:52] <abaumann> what is the error then?
[10:42:00] <abaumann> mmh. I'll try to install a virtualbox with Archlinux32 inside and I'll see what I get..
[10:42:48] <miique> it says "file /usr/lib/libguile-2.2.so.1.3.1 is empty, not checked"
[10:42:53] <miique> Says the same for a lot of files
[10:44:30] <abaumann> So, that's ldconfig croaking. This doesn't sound like a sane installation..
[10:46:33] <miique> Well I didn't have this problem for any other packages up until now
[10:47:09] <abaumann> Can you check if those files are actually owned by installed packages? with pacman -Qo /usr/lib/libguile-2.2.so.1.3.1.
[10:47:23] <abaumann> That's on the host or on the virtual machine?
[10:48:17] <abaumann> *abaumann is right back after a reboot due to kernel updates
[10:48:25] -!- abaumann has quit [Remote host closed the connection]
[10:48:57] <elibrokeit> miique: that indicates a corrupted install, it's not very healthy for any package to install zero-byte files that were supposed to be shared libraries
[10:49:23] <elibrokeit> and ldconfig rightly complains that the shared library ecosystem is nuts
[10:51:22] <miique> What's the shared library?
[10:51:35] -!- abaumann has joined #archlinux32
[10:51:35] <buildmaster> Hi abaumann!
[10:51:36] <buildmaster> !rq abaumann
[10:51:37] <phrik> buildmaster: <abaumann> not to have http://archlinux32.microsoft.com suddendly in the list of mirrors. ;-)
[10:52:51] <miique> abaumann: it says no package contains that file
[10:53:01] <miique> That's in the vm by the way
[10:53:41] <abaumann> yeah. thought so. So where did it get from? either the installation from the ISO is completly borked or it got overwritten by something else over the official package version
[10:55:02] <miique> This is so confusing
[10:55:10] <miique> So basically I should start over?
[10:55:34] <abaumann> Did you install the VM from an official ISO?
[10:58:04] <abaumann> I'm really curious, how this happens.. so I'm installing also from the archlinux-2018.08.01-i686.iso ISO
[10:58:18] <abaumann> *abaumann realizes we didn't publish an ISO quite in a while and makes a mental note..
[10:59:15] <miique> Well I did download it from archlinux32.org
[10:59:31] <miique> archlinux-2018.05.01-dual.iso
[10:59:41] <abaumann> mmh. Dual is for 32/64 bit.
[10:59:51] <abaumann> carefull when you boot there to pick the 32-bit version..
[11:00:08] <abaumann> I would use i686 when you want to install Archlinux32..
[11:00:48] <miique> Actually I think I must have deleted it
[11:01:25] <miique> I wouldn't have been able to install it since archlinux doesn't have 32 bit support anymore and my pc can't do 64 bit virtualization
[11:04:44] <abaumann> You downloaded the ISO from archlinux.org or from archlinux32.org?
[11:06:26] <miique> first I downloaded the one from archlinux.org but then I noticed it didn't have 32 bit support so I downloaded the one from archlinux32
[11:06:48] <abaumann> The dual on archlinux32 is a little bit misleading :-)
[11:06:53] <miique> it does say i686 when i type 'uname -m'
[11:06:55] -!- guys has quit [Ping timeout: 246 seconds]
[11:07:05] <abaumann> on your host?
[11:07:18] <abaumann> or in the VM?
[11:07:18] <miique> guest
[11:07:25] <abaumann> ah.
[11:07:50] <abaumann> I'm just happilly installing from archlinux-2018.08.01-i686.iso in virtualbox :-)
[11:07:58] <miique> Yes I know, I think that's cause I deleted the archlinux32 iso when I wanted to delete the other one
[11:08:06] <abaumann> oups :-)
[11:08:13] <miique> But that was after I had already installed archlinux32
[11:08:27] <abaumann> shouldn't actually matter
[11:09:33] <miique> I mean the packman.config file doesn't have the multilib repo so I'm almost sure this is archlinux32
[11:10:04] <abaumann> Maybe a mirror was broken in /etc/pacman.d/mirrorlist?
[11:10:19] <abaumann> So it picked up broken packages during pacstrap.
[11:12:29] <miique> Yeah, I wouldn't really know
[11:14:24] <miique> Ok so thanks to the purple link thingy I know which .iso I downloaded and it definitely wasn't the latest one
[11:14:34] <miique> archlinux-2018.05.01-dual.iso
[11:15:17] <miique> from https://mirror.archlinux32.org
[11:15:18] <phrik> Title: Index of /archisos/ (at mirror.archlinux32.org)
[11:17:20] <miique> I guess I just assumed the one on top would be the latest
[11:18:05] <abaumann> Shouldn't make a difference. The dual version just has both 32-bit/64-bit Archlinux on the same ISO for convenience. The i686 part should be the same as on the i686-only version.
[11:21:06] <miique> mkay
[11:21:31] <miique> see if it crashes when you try to install virtualbox-guest-utils
[11:22:13] <abaumann> okay
[11:36:39] <miique> While we're at it, is there any book or online resource you'd recommend for a total linux noob?
[11:38:12] <miique> Coming from windows, things such as the way directories are organized in linux are confusing to me. And most videos I've been watching seem to take this kind of stuff for granted
[11:40:52] <abaumann> mmh. hard to say. I would go with some intro videos or online courses maybe for the basics.. it's 30 years I learned Unix commands.. I cannot quite remember... but I think I had a "Introduction to Linux" book back there and some Sun Solaris manuals. :-)
[11:41:22] <abaumann> directories and files are not that different: 'CD' == 'cd', 'DIR' == 'ls'
[11:41:23] <abaumann> etc.
[11:41:30] <abaumann> most things should literally translate.
[11:41:41] <abaumann> There is always 'man ls'
[11:41:50] <abaumann> and of course..the Arch Wiki :-)
[11:42:27] <abaumann> Things like this: https://en.wikibooks.org
[11:42:28] <phrik> Title: Guide to Unix/Commands/File System Utilities - Wikibooks, open books for an open world (at en.wikibooks.org)
[11:48:06] <miique> ty
[11:49:15] <miique> Yeah I was mostly confused about how all partitions start with /dev rather than a drive letter but I'm reading an article on that now
[11:49:32] <miique> Also wow, 30 years
[11:49:38] <abaumann> happens :-)
[11:55:12] <abaumann> uff. Quite tricky to install: I installed xorg-server, xorg-xinit, xf86-video-fbdev, xf86-video-vesa, virtualbox-guest-modules-arch, xorg-twm, xterm.
[11:55:30] <abaumann> The kernel module vboxvideo must be loaded (usually does that after a reboot)
[11:55:40] <abaumann> the as root in a text console I can start X with 'startx'.
[11:56:07] <abaumann> I didn't have any problems installing virtualbox-guest-modules-arch
[11:56:30] <abaumann> Maybe virtualbox-guest-modules-arch
[11:56:37] <abaumann> is borked?
[11:57:01] <abaumann> The difference is: modules-arch is built by us. dkms is compiled when you install the packages and has some dependencies and may fail.
[11:58:25] <miique> is virtualbox-guest-modules-arch the same as virtualbox-guest-utils?
[11:59:22] <miique> And yeah I think it was compiling when it crashed
[12:05:34] <miique> Oh I understand what you mean now, modules-arch is precompiled
[12:06:13] <abaumann> yes. exaclty. the utils is just for some disk and integration stuff.
[12:06:35] <abaumann> important are the modules-arch, otherwise no X.org will start
[12:09:35] <abaumann> virtualbox-guest-modules-arch and virtualbox-guest-dkms is logically the same..
[12:12:36] <miique> ok so i installed those same packages and replaced dkms with modules-arch and got the same messages about empty files
[12:12:46] <miique> do you think that's going to cause any trouble in the future?
[12:13:08] <abaumann> for sure. Try a 'ls -al /usr/lib/XXXX' on one of those files.
[12:13:27] <abaumann> If they are libraries and empty, then for sure software will have a problme..
[12:15:11] <abaumann> I don't get that. What happens, when you run 'ldconfig'? The same errors?
[12:18:44] <miique> well when i run that first command you mentioned
[12:18:45] <miique> it returns
[12:18:46] <miique> it returns lrwxrwxrwx 1 root root 17 jun 20 2018 /usr/lib/libgccpp.so.1 -> libgccpp.so.1.3.1
[12:19:12] <abaumann> and on 'ls -al /usr/lib/libgccpp.so.1.3.1'?
[12:19:12] <miique> and yes ldconfig returns the same errors
[12:19:47] <abaumann> You booted from the ISO, choose a mirror in /etc/pacman.d/mirrorlist and the installed the system with pacstrap, right?
[12:22:25] <abaumann> mmh this library is from 'gc' and is a dependency of 'guile' which is a dependecy of 'make', so you used 'pacstrap base-devel'
[12:23:20] <miique> -rwxr-xr-x 1 root root 0 jun 20 2018 /usr/lib/libgccpp.so.1.3.1
[12:23:31] <abaumann> yep. that's not good.
[12:23:44] <abaumann> if you type 'make' you'll get a startup error..
[12:26:56] <miique> yeah i was just rewatching the vid tutorial
[12:27:07] <miique> i used 'pacstrap -i /mnt base'
[12:28:37] <miique> actually now that i remember
[12:28:59] <miique> There was this part where I think i couldn't find a package
[12:29:18] <abaumann> aha. that's usually not good.. :-
[12:29:19] <abaumann> )
[12:29:22] <miique> So I followed the steps in the archlinux32 site to "transition from the official packages"
[12:29:45] <miique> And I think I mixed up one of the steps and the vm crashed
[12:29:57] <abaumann> Aeh. This is only required when you had a old 32-bit installation of Archlinux, before support was dropped in order to migrate to Archlinux32.
[12:30:25] <miique> right
[12:30:31] <miique> could that be the culprit?
[12:31:13] <abaumann> mmh. actually it shouldn't
[12:31:29] <abaumann> But when booting from the ISO, all you have to do, is do the pacstrap.
[12:31:42] <abaumann> Eventually you can choose a mirror closer to you in /etc/pacman.d/mirrorlist
[12:32:41] <abaumann> The archlinux32-keyring-transition should no longer be installed (as it was only there to transition from old Archlinux 32-bit official to Archlinux32). Now you need archlinux-keyring (for uptream GPG keys) and archlinux32-keyring (for our keys).
[12:33:16] <abaumann> During pacstrap there MUST be no errors of failed packages or signature errors.
[12:33:48] <abaumann> Also make sure to use the newest ISO, as otherwise you have an ISO with older PGP keys trying to install packages signed with newer PGP key eventually.
[12:34:03] <abaumann> That's all I can think of in terms of "going wrong" :-)
[12:36:34] <miique> Oh yes now I remember. A licence key error, that's what led me to try the keyring transition
[12:38:20] <abaumann> aha. So, if you take an older ISO, you can just update the GPG keys on the ISO with 'pacman -S archlinux32-keyring', 'pacman-key --refresh-keys'..
[12:38:41] <abaumann> .. but it might be easier just to use a more up-to-date ISO. :-)
[12:40:09] <miique> alright I'll try again tomorrow with the latest iso. it's 8:40 am now
[12:40:23] <miique> ty for all the help
[12:40:34] <abaumann> oh. ok. np. :-)
[12:40:38] <miique> this irc thing is great
[12:40:48] <miique> i'm a noob to it too
[12:41:27] <abaumann> :-)
[13:31:50] -!- abaumann has quit [Quit: leaving]
[14:13:46] -!- miique has quit [Ping timeout: 252 seconds]
[14:18:36] -!- oaken-source has joined #archlinux32
[14:44:02] <City-busz> libpurple is broken in [extra], because it's linked to libidn.so.11. The new version should be moved from [testing].
[14:54:56] -!- abaumann has joined #archlinux32
[14:54:57] <buildmaster> Hi abaumann!
[14:54:57] <buildmaster> !rq abaumann
[14:54:58] <phrik> buildmaster: <abaumann> all slaves busy.. wait.. one slave in the north/western part of.. resists.. :-)
[14:57:22] <abaumann> City-busz: I moved libpurple 2.13.0-5.0 to stable..
[14:58:09] -!- abaumann has quit [Quit: leaving]
[15:07:58] <City-busz> Thanks. Please move its split packages (pidgin, finch) too.
[15:11:05] <buildmaster> i686/fractal is broken (says eurobuild3).
[15:45:56] -!- tyzoid has quit [Remote host closed the connection]
[15:45:56] -!- girls has quit [Remote host closed the connection]
[15:50:49] -!- tyzoid has joined #archlinux32
[15:50:49] <buildmaster> Hi tyzoid!
[15:50:49] <buildmaster> !rq tyzoid
[15:50:49] <phrik> buildmaster: <tyzoid> from experience, systemd likes to "take over" things it has no knowledge of how to properly handle
[16:08:20] -!- thePiGrepper has quit [Quit: leaving]
[16:12:05] -!- thePiGrepper has joined #archlinux32
[16:32:33] -!- oaken-source has quit [Ping timeout: 245 seconds]
[16:43:30] -!- oaken-source has joined #archlinux32
[16:54:22] -!- oaken-source has quit [Ping timeout: 250 seconds]
[17:02:47] -!- bill-auger has quit [Ping timeout: 240 seconds]
[17:03:18] -!- bill-auger has joined #archlinux32
[17:11:52] -!- girls has joined #archlinux32
[17:11:52] <buildmaster> Hi girls!
[17:11:52] <buildmaster> !rq girls
[17:11:53] <phrik> buildmaster: <girls> I'm married, I don't cook
[17:12:08] <girls> City-busz: I moved them
[17:13:40] <girls> miique: My guess: your vm's disk is full and somehow, pacman didn't notice, but instead installed empty libraries
[17:14:25] <girls> reinstalling the packages that should own the empty libraries should solve the issue (possibly after increasing disk size)
[17:15:43] <buildmaster> i686/pnetcdf-openmpi is broken (says buildknecht2).
[17:18:40] <buildmaster> i686/netcdf-openmpi is broken (says buildknecht2).
[17:22:29] * girls wonder, why we still have those broken links - abaumann, did you force move any libraries lately?
[17:52:31] -!- guys has joined #archlinux32
[18:06:44] <buildmaster> i686/sagemath is broken (says nlopc46).
[18:36:52] -!- GNUtoo has joined #archlinux32
[18:37:22] <GNUtoo> hi, I'm using Parabola which is based on archlinux for x86_64 and archlinux32 for i686, and on x86_64 I have:
[18:37:27] <GNUtoo> extra/libiscsi 1.18.0-1 [installed]
[18:37:35] <GNUtoo> while on archlinux32 I have:
[18:37:36] <GNUtoo> extra/libiscsi 1.17.0-2 [installed]
[18:37:41] <GNUtoo> *i686
[18:38:44] <GNUtoo> This affects libvirtd on i686: $ libvirtd => [...] Failed to load module '/usr/lib/libvirt/storage-backend/libvirt_storage_backend_iscsi-direct.so': libiscsi.so.8: cannot open shared object file: No such file or directory
[18:39:23] <GNUtoo> Should I report it here[1] given that I use Parabola? [1] https://bugs.archlinux32.org
[18:39:24] <phrik> Title: Flyspray::Archlinux32: Tasklist (at bugs.archlinux32.org)
[18:44:22] <elibrokeit> GNUtoo: what you have on x86_64 vs. i686 is not a significant detail, what matters is that the i686 packages should link correctly.
[18:45:47] <GNUtoo> ok
[18:46:13] <GNUtoo> It does that at runtime
[18:46:22] <GNUtoo> 2018-12-23 17:46:55.164+0000: 16306: info : libvirt version: 4.8.0
[18:46:24] <GNUtoo> [...]
[18:46:33] <GNUtoo> 2018-12-23 17:46:55.164+0000: 16306: error : virModuleLoadFile:53 : internal error: Failed to load module '/usr/lib/libvirt/storage-backend/libvirt_storage_backend_iscsi-direct.so [...]
[18:47:01] <GNUtoo> $ ldd /usr/lib/libvirt/storage-backend/libvirt_storage_backend_iscsi-direct.so
[18:47:04] <GNUtoo> libiscsi.so.8 => not found
[18:47:22] <elibrokeit> $ pkg-list-linked-libraries ./libvirt-4.8.0-2.0-i686.pkg.tar.xz libisc
[18:47:23] <elibrokeit> ==> checking linked libraries for libvirt-4.8.0-2.0-i686.pkg.tar.xz ...
[18:47:23] <elibrokeit> /usr/lib/libvirt/storage-backend/libvirt_storage_backend_iscsi-direct.so
[18:47:23] <elibrokeit> NEEDED libiscsi.so.8
[18:47:40] <elibrokeit> the archlinux32 package definitely links to the library in question
[18:47:58] <GNUtoo> yes, I use that package as-is
[18:48:47] <GNUtoo> do you have libiscsi.so.8 in extra/libiscsi ?
[18:49:06] <GNUtoo> libiscsi /usr/lib/libiscsi.so.7.0.2
[18:49:17] <GNUtoo> btw, what package is pkg-list-linked-libraries from?
[18:49:25] <elibrokeit> and sure enough libiscsi has .7 instead
[18:50:00] <elibrokeit> GNUtoo: I don't use archlinux32 at all, I'm wget'ing packages from the archlinux32 archives and running a personal script on the tarball :p
[18:50:10] <elibrokeit> https://github.com
[18:50:10] <GNUtoo> ok, so I can safely bugreport?
[18:50:11] <phrik> Title: dotfiles/pkg-list-linked-libraries at master · eli-schwartz/dotfiles · GitHub (at github.com)
[18:50:14] <GNUtoo> ok
[18:50:24] <elibrokeit> yes, the current archlinux32 repo has a mismatched package
[18:50:26] <elibrokeit> in fact...
[18:50:38] <elibrokeit> https://packages.archlinux32.org
[18:50:39] <phrik> Title: Arch Linux 32 - Package Search (at packages.archlinux32.org)
[18:50:58] <elibrokeit> the needed package is stuck in testing
[18:50:58] <GNUtoo> Do you know a packaged script that list libraries breakages? (I did one but it's not packaged)
[18:51:06] <elibrokeit> it must have not been moved properly
[18:51:16] <GNUtoo> ok
[18:51:23] <elibrokeit> well, the devtools contains the script lddd
[18:51:59] <elibrokeit> which finds ever library and binary in the standard paths on your system, and checks to see if ldd reports missing libraries for them
[18:52:20] <GNUtoo> Maybe I should improve lddd then (The output was not very nice last time I tried it)
[18:52:46] <GNUtoo> (the script I wrote uses lddd if I remember well)
[18:53:01] <elibrokeit> then please do improve it and send it to arch-projects upstream
[18:53:35] <GNUtoo> ok, I'll try to find the time
[18:55:30] <elibrokeit> also feel free to grab my dotfiles script
[18:55:44] <elibrokeit> it's really handy for verifying bug reports especially :p
[18:56:23] <GNUtoo> oh ok
[18:56:54] <elibrokeit> since, the script lets you figure out if a given repository package actually links to another library, vs. the depressingly common case where a recursive dependency is to blame but ldd which flattens everything, reports as the final binary's fault
[18:58:00] <elibrokeit> I cannot count how many archlinux bugs I've closed after it turns out that an AUR package provided an old version of something and was linked to the wrong recursive library :D
[18:58:19] <elibrokeit> So I've gotten into the habit of using this script to quickly double-check everything.
[19:06:57] <buildmaster> i686/sagemath-doc is broken (says nlopc46).
[19:08:45] <City-busz> Please move python-nbxmpp, python2-nbxmpp 0.6.8-1.0 from [community-testing] to [community]. This version is needed for gajim in [community].
[19:10:12] <City-busz> It seems that too many breakages happen in the current updating workflow.
[19:11:19] -!- guys has quit [Ping timeout: 246 seconds]
[19:26:38] -!- guys has joined #archlinux32
[19:37:35] -!- DepositePirate has quit [Remote host closed the connection]
[19:38:01] -!- DepositePirate has joined #archlinux32
[20:03:13] -!- abaumann has joined #archlinux32
[20:03:13] <buildmaster> Hi abaumann!
[20:03:14] <buildmaster> !rq abaumann
[20:03:14] <phrik> buildmaster: <abaumann> doesn't ## uncomment the #? ;-)
[20:03:35] <abaumann> deep42thought: no, I moved just libpurple.
[20:07:45] <abaumann> GNUtoo: well, I think it's save I move libiscsi 1.18 to stable.. then see what breaks.. :-)
[20:13:43] <abaumann> City-busz: indeed, and manually pushing them is also not a good idea, because it might break other stuff.. I moved python-nbxmpp and python2-nbxmpp, gajim gives me a segfault now..
[20:14:24] -!- N0rootz has joined #archlinux32
[20:16:26] <abaumann> The other problem is, we currently have 3'489 tested packages which are somehow blocked..
[20:18:19] <abaumann> *abaumann wonders if doing an agressive db-update -wp is actually a good idea..
[20:21:06] <City-busz> I think it would better to move packages at once between a specific timeframe of the x86_64 repository
[20:23:26] <abaumann> that's actually usually the case.. but sometimes a package refuses to build on 32-bit only and you cannot move dependend packages in this case.
[20:25:44] <abaumann> python-nbxmpp, mmh
[20:26:04] <abaumann> g_type_value_table_peek throws a warning about something being null, then segfaulting.
[20:26:24] <abaumann> inside gstreamer..
[20:28:54] <City-busz> oops, I see that error :/
[20:29:40] <abaumann> let me see on testing/staging
[20:30:10] <abaumann> aha. works on testing. now we just have to find how many 100 python modules have to be moved from testing to stable :-)
[20:31:10] <City-busz> I think this crash is unrelated to python-nbxmpp.
[20:31:15] <abaumann> yep.
[20:31:27] <abaumann> there is one or two python modules which need to be moved..
[20:31:53] <City-busz> gajim uses a lot of libraries, it's not easy find it
[20:33:19] <City-busz> It seems that it crashes in a gstreamer package.
[20:34:14] <City-busz> so I think it's probably an incompatiblity somewhere in the gst* packages.
[20:37:19] <City-busz> pidgin crashes for me at the same function on audio/video call:
[20:37:21] <City-busz> gst_pad_query_caps (libgstreamer-1.0.so.0)
[20:38:26] <abaumann> Yeah, it seem when I upgrade gst-plugins-base and gst-plugins-base-libs to 1.14.4-1.0, then gajim works..
[20:38:42] <abaumann> ..the problem is, I don't know what I'm breaking when I push those two packages to stable.
[20:39:44] <abaumann> oh. handbrake, qt5-webkit, ...
[20:42:10] <abaumann> You can use the ones from testing. I don't feel comfortable to force gst-plugins-* to stable, it might break a lot of things..
[20:43:03] <City-busz> why don't move all packages from testing?
[20:43:26] <abaumann> well.. this has the potential to break even more things :-)
[20:44:23] <abaumann> Usually deep42thought is the guy brave enough to do this kind of things.. :-)
[20:44:29] <City-busz> but it's already broken for some :)
[20:44:38] <City-busz> what is needed to fix every package? :)
[20:44:48] <abaumann> yeah. but when qt5-base breaks, then everything above breaks, not just a IRC client..
[20:45:32] <abaumann> not every package, just packages blocking other packages to hit stable, there was for instance glib2 blocking quite some things lately..
[20:45:41] <abaumann> https://packages.archlinux32.org
[20:45:42] <phrik> Title: Arch Linux 32 - List of Package Builds (at packages.archlinux32.org)
[20:46:08] <abaumann> Usually packges in 'core' and packages with a lot of dependencies are good candidates to get a high fixing priority..
[20:46:23] <abaumann> ..even if that means for instance to drop testing or some special feature..
[20:47:05] -!- N0rootz has quit []
[20:48:05] <abaumann> Why it should block now ca. 3'500 packages from hitting stable, is not quite clear to me..
[20:48:34] <City-busz> What needs to be fixed? I wanted to help for the archlinux32 project, but I aleady have a lot of task as a Trusted User, and I didn't find enough time to work on other projects. :/
[20:51:56] <abaumann> but for 'rust' and 'firefox' I don't see really important things on the broken list.
[20:53:17] <abaumann> I'm inclined to do the 'move everything from testing to stable' move, but then I need time afterwards to clean up the mess. Xmas holidays is not the best time for this maybe..
[20:55:51] <abaumann> ok. half-progressige db-update (-wp).. let's see. gst-* is on that list.
[21:07:21] <abaumann> mmh. half-progressive didn't help..
[21:09:59] <abaumann> gst-plugins-base 1.14.2, gstreamer 1.14.4-
[21:10:04] <abaumann> this is for sure not good.
[21:10:31] -!- oaken-source has joined #archlinux32
[21:11:43] -!- guys has quit [Ping timeout: 246 seconds]
[21:15:11] <girls> well, if packages are not moved, this either means, they rightfully cannot be moved, or there's some error in my move-logic
[21:15:36] <abaumann> yeah. I moved no gst-plugins* as they didn't fit to gstreamer..
[21:15:43] <abaumann> it cannot get worse probably :-)
[21:15:48] <abaumann> *now
[21:15:55] <abaumann> gajim works now
[21:16:37] <abaumann> what worries me are the ~3500 tested packages..
[21:17:41] <girls> or that we're tracking something as dependency which actually is not a dependency
[21:19:26] <girls> yeah, probably the last or second to last condition is true :-(
[21:21:18] <abaumann> If unimportant packages in community require something, but are blocked because they are not built, then they may block their whole dependency tree.
[21:23:01] <girls> yes, but only if they would truely be broken if the dependency would get updated
[21:23:09] <girls> e.g. there must be some version referenced
[21:23:21] <abaumann> ah. ok.
[21:23:28] <girls> for example a library/symbol or an explicite $name=$versino
[21:23:39] <girls> but you're true, that might happen
[21:23:48] <girls> s/true/right/
[21:24:31] <abaumann> no more stunts today.. I am tired.. :-)
[21:24:32] <girls> the why-dont-you script would be helpful here, but it doesn't work since we switched to the database :-(
[21:24:39] <girls> good night!
[21:24:41] <abaumann> the gst-* looks made gajim work again.
[21:24:44] <girls> and btw: merry Christmas!
[21:24:55] <abaumann> ah.. yes. merry Xmas to you too :-)
[21:25:23] <abaumann> good night.. cu you.
[21:25:25] -!- abaumann has quit [Quit: leaving]
[21:26:38] -!- guys has joined #archlinux32
[23:03:41] <buildmaster> girls, my database is dirty again ...
[23:03:41] * buildmaster goes insane.
[23:13:24] -!- guys has quit [Ping timeout: 246 seconds]
[23:27:52] -!- guys has joined #archlinux32
[23:32:26] Fear is now known as fearful
[23:34:30] fearful is now known as fjear
[23:48:33] -!- miique has joined #archlinux32