#archlinux32 | Logs for 2019-05-02

[00:15:19] -!- isacdaavid has joined #archlinux32
[00:18:58] -!- ubuntuxp has quit [Ping timeout: 276 seconds]
[00:35:44] -!- ubuntuxp has joined #archlinux32
[01:01:36] -!- thePiGrepper has joined #archlinux32
[01:05:38] <buildmaster> pentium4/archiso is broken (says rechenknecht).
[01:11:19] -!- thePiGrepper has quit [Ping timeout: 246 seconds]
[01:20:08] -!- thePiGrepper has joined #archlinux32
[01:30:02] -!- thePiGrepper has quit [Ping timeout: 245 seconds]
[01:39:09] -!- thePiGrepper has joined #archlinux32
[01:48:26] -!- MrBIOS has joined #archlinux32
[02:11:48] -!- MrBIOS has quit [Quit: MrBIOS]
[02:24:37] -!- samantaz__ has quit [Ping timeout: 245 seconds]
[03:39:33] -!- isacdaavid has quit [Quit: Leaving.]
[07:09:45] -!- abaumann has joined #archlinux32
[07:09:45] <buildmaster> Hi abaumann!
[07:09:45] <buildmaster> !rq abaumann
[07:09:47] <phrik> buildmaster: <abaumann> I start to get allergic shocks just by having to deal with rust.. :-)
[07:09:58] <abaumann> systemd dance no. XXX: reboot, System has not been booted with systemd as init system (PID 1). Can't operate.
[07:10:29] <abaumann> also on ARMv6 I have really strange behaviours of systemd (constantly complaining about not being able to do some dbus/desktop/login thing, on a server!)
[07:10:37] <abaumann> The first bug is also on 64-bit.
[07:10:58] <abaumann> I have to force reboot my slave and mirror..
[07:12:33] <abaumann> status.archlinux32.org says buildmaster down, but I think it monitors the landing page of the buildmaster, not the buildmaster itself
[07:12:41] <girls> yes
[07:12:44] <abaumann> BTW: who has access to the configuration of status.archlinux32.org?
[07:12:45] -!- deep42thought has joined #archlinux32
[07:12:45] <buildmaster> Hi deep42thought!
[07:12:45] <buildmaster> !rq deep42thought
[07:12:46] <phrik> buildmaster: <deep42thought> one day, some genius will prove, that all programming languages are isomorphic and there is actually only _one_ compiler
[07:12:53] <deep42thought> tyzoid
[07:12:54] <abaumann> hi deep42thought/girls :-)
[07:12:56] <abaumann> ah.
[07:13:03] <deep42thought> I'm doing updates, currently
[07:13:08] <abaumann> BTW, tyzoid: thanks for updating the certs. :-)
[07:13:24] <abaumann> just beware of systemd mishaps.
[07:14:47] <abaumann> currently dbus doesn't build upstream because of a autoconf mishap.
[07:15:05] <abaumann> as dbus is the main communication bus of systemd, there could be compatibility issues.
[07:15:41] <abaumann> dbus: a messaging system in user-land for a core systemd component.. well, I don't want to start rants about operating system architecture that early in the morning :-)
[07:16:13] <deep42thought> ipv6 is broken here, ... again
[07:16:53] <abaumann> but that's debian, right?
[07:17:04] <deep42thought> no, _this_ time it's my isp, I'm sure
[07:17:09] <abaumann> oh!
[07:17:37] <deep42thought> I have the impression, their main operating area is television via cable
[07:17:49] <abaumann> !grab deep42thought
[07:17:49] <phrik> abaumann: Tada!
[07:17:50] <abaumann> lol
[07:20:44] <deep42thought> btw: Good morning, Andreas!
[07:21:44] <abaumann> morning :-)
[07:23:09] <abaumann> I started yesterday with an icu63 shim package to break some build errors (for instance subversion). My question: Can I put a package like icu63-libs into build-support and tell all slaves, they should always install a certain package?
[07:23:48] <deep42thought> the tell-part will not really work, currently
[07:24:19] <abaumann> what I did: I forced some builds to my slave, and installed the icu63-libs package there manually into archbuild/xxx/root
[07:24:35] <deep42thought> yes, that's how it currently works
[07:24:35] <abaumann> this works till the slave cleans and recreates the chroot :-)
[07:24:43] <abaumann> ah. ok.
[07:24:52] <abaumann> I just wanted to make sure, I'm not missing something..
[07:25:05] <deep42thought> you could put it into base-devel
[07:25:10] <deep42thought> then it should get installed
[07:25:21] <abaumann> that's a good idea. will try.
[07:25:26] <deep42thought> but only in [build-support], please :-D
[07:25:32] <abaumann> yeah. sure. :-)
[07:26:18] <deep42thought> I have to go now
[07:26:20] <deep42thought> cu later!
[07:26:24] <abaumann> cu.
[07:26:30] -!- deep42thought has quit [Quit: Leaving.]
[07:43:36] <elibrokeit> abaumann: the devtools script controls what is to be installed, base-devel will dirty the chroot for every package until you remove it
[07:44:29] <abaumann> mmh. actually, I'm more for manual 'polution' of my build slave till I'm over with icu problems
[07:44:30] <elibrokeit> you could hack /usr/bin/archbuild to support a "bootstrap" edition
[07:44:51] <abaumann> we have bootstrap repos additionally to the build-support repo.
[07:45:02] <elibrokeit> then install a symlink called /usr/bin/bootstrap-x86_64-build
[07:45:02] <abaumann> but they are strictly speaking only for bootstrapping a new architecture
[07:45:22] <elibrokeit> together with /usr/share/devtools/pacman-bootstrap.conf
[07:45:51] <abaumann> my problem is more: on every ABI dance on ICU there is manual work to do..
[07:45:59] <abaumann> ..how can this be automatized?
[07:46:02] <elibrokeit> so then, if you want to bootstrap a package that seems to be wonky, you use that, it adds build-support and also installs any current packages with the group "bootstrap"
[07:46:22] <abaumann> wonky? :-)
[07:46:42] <abaumann> well, I suppose ICU has good reasons to increase their major releaase in the ABI every time they release a new ICU package..
[07:46:47] <abaumann> ..or don't they?
[07:46:49] <elibrokeit> well, you know, typical reasons for wanting build-support
[07:46:55] <abaumann> true
[07:47:14] <elibrokeit> I have no idea what the ICU release cycle is like
[07:47:33] <elibrokeit> maybe they wait until they have some ABI-breaking function before releasing
[07:48:18] <abaumann> better this way around than using .so.0.0.0 for all libraries, happilly changing the ABI.. ;-)
[07:48:39] <elibrokeit> lol
[07:48:56] <elibrokeit> anyway ICU should not be a problem with manual work :/
[07:49:04] <elibrokeit> nothing in base-devel needs it...
[07:49:21] <elibrokeit> so, why do you need to have it to build, unless earlier packages are broken?
[07:49:58] <elibrokeit> e.g. if packages in staging link to the old ICU, they must have been built with the old ICU, which means they were incorrectly built
[07:50:20] <elibrokeit> where is the build edge coming from? Where is the first broken package?
[07:51:00] <abaumann> good point. I just now that for instance subversion checks for kwallet, which needs some kdexxxlibs, which are still linked against icu63, but icu got upgraded to 64 in staging.
[07:51:19] <abaumann> I also don't know, if those problems are in fact not auto-correcting themselves..
[07:51:41] <elibrokeit> you don't have a sogrep implementation, do you?
[07:52:06] <abaumann> no, I don't think so.
[07:54:34] <elibrokeit> https://www.archlinux32.org
[07:54:44] <elibrokeit> Error 500: Internal Server Error
[07:54:44] <elibrokeit> Dependencies differ: gcc-libs
[07:54:44] <elibrokeit> mysql: sh
[07:54:44] <elibrokeit> json: gcc-libs, sh
[07:55:56] <abaumann> this is a maintainance window.. or a crash.. :-)
[07:56:59] <abaumann> https://www.archlinux32.org
[07:57:02] <phrik> Title: Arch Linux 32 - icu 64.2-1.0 (i486) (at www.archlinux32.org)
[07:57:03] <abaumann> works. stange
[07:57:06] <abaumann> *strange
[08:07:04] <rcf> Going by what I've observed over time here I'm starting to think icu is literally developed by the devil.
[08:08:36] <abaumann> ICU is the main Unicode implementation used in C/C++ and in it's Java version in the JDK, so be careful, what you wish for. :-)
[08:24:02] -!- deep42thought has joined #archlinux32
[08:24:03] <buildmaster> Hi deep42thought!
[08:24:03] <buildmaster> !rq deep42thought
[08:24:03] <phrik> buildmaster: <deep42thought> golang-asvnp-acwduac-sefc-evfsx-vb4fs-sefvcy is broken (says me)
[08:26:31] <deep42thought> !grap rcf
[08:26:31] <phrik> One does not simply grap rcf.
[08:26:38] <deep42thought> !grab rcf
[08:26:39] <phrik> deep42thought: Tada!
[08:26:44] <deep42thought> sry, rcf, I slipped
[08:27:15] <deep42thought> abaumann, elibrokeit: [build-support] is exactly intended for those shim packages
[08:27:35] <deep42thought> each package is first/usually built without [build-support] and only if that fails, it's built again with build-support
[08:28:14] <abaumann> " A fatal error has been detected by the Java Runtime Environment: Internal Error (os_linux_x86.cpp:352), pid=9544, tid=9545" compiling the Java bindings with openjdk7 for subversion. *sigh*
[08:29:49] <abaumann> maybe march=pentium4 is triggering something in the JDK?
[08:35:26] <buildmaster> pentium4/subversion is broken (says eurobuild3).
[08:36:22] <deep42thought> buildmaster: tell us more!
[08:36:22] <buildmaster> deep42thought: tzertwildknizzle
[08:36:31] <abaumann> lol
[08:37:37] <abaumann> jdk7-openjdk is the default jdk..mmh. JDK7 is EOL
[08:38:08] <abaumann> let's see, if building subversion java bindings works with jdk8..
[08:42:07] <abaumann> aha. on x86_64 openjdk11 is the default jdk
[08:44:14] <abaumann> aha. java-environment>=8
[08:44:24] <abaumann> and our sedded PKGBUILD has some failing tests..
[08:45:02] <abaumann> and some makedepends_pentium4 missing.. :-)
[08:45:30] <abaumann> makedepends_pentium4=("${makedepends_i686[@]}")
[08:45:33] <abaumann> nope.
[08:45:49] <abaumann> all good there :-)
[08:46:06] <deep42thought> I (think, I) fixed them all once
[08:46:18] <deep42thought> ... and kicked off a huge rebuild-avalanche
[08:46:30] <abaumann> I just changed java-environment<10 with java-environment>=8
[08:46:35] <abaumann> because upstream changed it..
[08:46:48] <deep42thought> do we still need to force it?
[08:47:16] <abaumann> no, don't think so. I'm testing now..
[08:48:16] <abaumann> there was a sed for i486 to disable java bindings (because we didn't bootstrap java back then). Should be ok now.
[08:48:34] <abaumann> I'm just not sure, but I think jdk7 is still the last verison of the jdk on i486 currently
[08:57:18] <deep42thought> elibrokeit: the package page you linked should work now - it was a bug in the mysql query for the dependencies
[09:07:11] <deep42thought> ah, btw: I think, we need to change most architecture entries in the blacklist from i686 to pentium4
[09:21:15] <abaumann> # JRE version: OpenJDK Runtime Environment (11.0.3+4) (build 11.0.3+4)
[09:21:17] <abaumann> # Internal Error (os_linux_x86.cpp:352), pid=7460, tid=7461
[09:24:51] <abaumann> clang broken in LLVM-7.so, this also starts to block for instance postgresql
[09:25:07] <abaumann> good.. clang itself is broken :-)
[09:25:43] <abaumann> ah. I remember, the one test in a static analysis tool, reported upstream, so I'll ignore the test results for now
[09:42:57] <abaumann> mmh. do we have to add some build slaves?
[09:43:57] <deep42thought> might be a good time
[09:44:37] <deep42thought> unfortunately, I cannot employ nlopc46 again - its powersupply is wonky and the machine crashes ~once a day if it gets used heavily
[09:45:11] <abaumann> I have a second idle 64-bit machine
[09:45:19] <abaumann> not a new one, of course. :-)
[09:45:42] <deep42thought> ... and the bureaucracy for ordering something here is ... well ... bloated
[09:46:11] <abaumann> I was myself thinking of ordering something.. well.. serious..
[09:46:19] <abaumann> ..but I have to check housing options first..
[09:46:34] <deep42thought> you mean, you run out of space at home?
[09:46:49] <abaumann> well. serious machines tend to be loud. :-)
[09:47:01] <deep42thought> right ... I learned that the hard way
[09:47:09] <abaumann> OTOH a bunch of Intel NUCs are also serious..
[09:47:15] <abaumann> .. and rather silent.
[09:47:55] <abaumann> mmh. 1 GB of memory..
[09:48:09] <abaumann> not too great.. have to digg for some DIMMs first..
[09:48:34] <abaumann> DDR2, 533 Mhz. mmh.
[10:13:15] <abaumann> found some sticks. I have a whooping 2GB now.
[10:35:57] <buildmaster> pentium4/pinentry is broken (says rechenknecht).
[10:47:04] <abaumann> wow: vulkan-validation-layers on i486 took ages..
[11:06:58] <abaumann> deep42thought: I sent you the public key of the eurobuild1 build slave..
[11:35:42] <buildmaster> pentium4/doxygen is broken (says rechenknecht).
[12:04:17] <deep42thought> abaumann: eurobuild1 should be able to connect, now
[12:10:22] <abaumann> thanks.. :-)
[12:10:23] <abaumann> testing..
[12:15:28] <buildmaster> pentium4/subversion is broken (says eurobuild1).
[12:15:33] <deep42thought> \o/
[12:19:48] <abaumann> cool. first successful build.. aeh failure. :-)
[12:23:00] -!- samantaz__ has joined #archlinux32
[12:32:41] <abaumann> the machine has a funny sounding fan, it sounds like wind is blowing through my flat in a storm.. :-)
[12:47:47] -!- DepositePirate has quit [Ping timeout: 256 seconds]
[12:49:56] -!- DepositePirate has joined #archlinux32
[12:58:57] <buildmaster> i686/mesa is broken (says rechenknecht).
[13:11:29] <buildmaster> pentium4/wine-nine is broken (says eurobuild1).
[13:22:10] -!- Cthulu201 has quit [Quit: Nowhere special. I always wanted to go there.]
[13:22:45] -!- Cthulu201 has joined #archlinux32
[13:43:27] <buildmaster> pentium4/ispc is broken (says rechenknecht).
[14:09:38] <abaumann> so, my two slaves are now hacked and install always the icu63 shim package into the build chroot. hope this reduces some of the build failures soon..
[14:09:50] <deep42thought> :-)
[14:09:59] <deep42thought> why not go with "group=base-devel"?
[14:10:27] <abaumann> http://archlinux32.andreasbaumann.cc
[14:10:28] <phrik> Title: #archlinux32 | Logs for 2019-05-02 (at archlinux32.andreasbaumann.cc)
[14:10:51] <deep42thought> that's true only if the package is built with build-support
[14:10:58] <abaumann> aha.
[14:11:16] <deep42thought> I boldly assumed, that you will put the shim-package into [build-support]
[14:11:36] <abaumann> I'm not doing 'boldly' things.. ;-)
[14:11:53] <abaumann> intel-opencl-clang is in a loop? oh. the PACKAGER is missing in /etc/makepkg.conf on the host..
[14:12:01] <deep42thought> hehe
[14:13:57] <buildmaster> i686/doxygen is broken (says eurobuild3).
[14:14:08] <abaumann> buildmaster: grmpfl...grmbl
[14:14:48] <abaumann> I think latex is mislinked, though icu63 is now installed..
[14:38:37] <buildmaster> pentium4/intel-graphics-compiler is broken (says eurobuild1).
[14:43:59] <buildmaster> i686/wine-nine is broken (says rechenknecht).
[14:48:17] <abaumann> python: /usr/lib/libm.so.6: version `GLIBC_2.29' not found (required by /usr/lib/libpython3.7m.so.1.0)
[14:48:29] <abaumann> something is really wrong with the dependencies
[14:48:34] <deep42thought> someone installs an old glibc?
[14:49:08] <abaumann> no. python is linked against 2.29, stable is glibc 2.28
[14:49:14] <abaumann> so python got pushed too early, I think.
[14:49:15] <deep42thought> oh
[14:49:27] <deep42thought> let's just move glibc, then
[14:49:38] <abaumann> oioioiioioioi :-)
[14:50:22] <deep42thought> done
[14:50:43] <abaumann> famous last moves ;-)
[14:51:10] <abaumann> no, should be backwards compatible, no worries :-)
[14:51:21] <deep42thought> lets see :-)
[14:52:01] <abaumann> :: installing clang (8.0.0-4.0) breaks dependency 'clang=7.0.1' required by kdevelop
[14:52:04] <abaumann> cool
[14:52:10] <abaumann> completly unrelated, but fun. :-)
[14:55:20] * deep42thought proposes an auto-shim-generater
[14:55:51] <deep42thought> or rather an auto-find-that-stupid-library-this-executable-is-linked-against
[14:56:05] <elibrokeit> With luck, it seems subversion is correctly building against staging-i686-build?
[14:56:24] <abaumann> yes. icu63 problems are solved.
[14:56:38] <elibrokeit> what was the ultimate solution?
[14:56:43] <abaumann> but now subversion pentium4 is hickuping in the Java bindings with a segfault with march=pentium4
[14:56:49] <elibrokeit> something got held back?
[14:57:05] <abaumann> I added icu63 shims to two slaves.
[14:57:14] <abaumann> no autorecovery :-(
[14:57:30] <elibrokeit> no, I'm trying to understand how the errors ever come about
[14:57:41] <abaumann> ah.
[14:57:49] <elibrokeit> I wanted to check and see what the exact error was, then lddtree to see what was actually missing
[14:57:52] <abaumann> me too. :-)
[14:58:03] <elibrokeit> and then determine where the corrupted package came from, that caused issues.
[14:58:22] <elibrokeit> So, if I can still reproduce the issue, that would be elucidative.
[15:00:09] <deep42thought> There was an error in the seed-build-list auto rescheduling logic which basically rescheduled too many packages (all python2-* packages or so). Therefor, we didn't run this script in a while. However, the error should be fixed now, so I consider reactivating the auto-rescheduler again ... this might catch some of these problems (e.g. build cycle broken at the wrong point)
[15:00:15] <abaumann> What I saw: checking for kf5-config... /usr/bin/kf5-config:/usr/bin/kf5-config: error while loading shared libraries: libicui18n.so.63: cannot open shared object file: No such file or directory, kf5-config comes from kdelibs4support, which uses half of Qt, some Qt packages was still linked against icu63
[15:02:47] <abaumann> mmh.. forcing clang 8 to stable solved the clang LLVM-7.0.so libs missing problem.. but might be a problem now with kdevelop requiring clang 7
[15:03:03] <deep42thought> you forced clang to stable?
[15:03:08] <abaumann> yep.
[15:03:18] <abaumann> clang was broken with ldd missing llvm 7.0 stiff
[15:03:19] <abaumann> *stuff
[15:03:24] <deep42thought> "db-update -p" should solve the issues
[15:03:55] <abaumann> progressive? I'm not progressive.. ;-)
[15:03:56] * deep42thought takes the responsibility to run `db-update -p`
[15:04:09] <abaumann> :-)
[15:08:28] <deep42thought> I really like the attitude of "db-update -p": Move a package whenever it replaces something, that is broken anyways :-)
[15:09:51] <abaumann> glibc and clang are fine in stable
[15:10:04] <deep42thought> :-)
[15:10:25] <deep42thought> btw: is there any bughunter on archlinux32 besides you, abaumann?
[15:10:30] <deep42thought> (just curious)
[15:10:55] <abaumann> maybe an evil twin of mine.. ;-)
[15:20:32] <deep42thought> oh
[15:20:43] <deep42thought> maybe the "db-update -p" was not such a good idea
[15:20:51] <deep42thought> ... anyways: too late :-D
[15:22:15] <deep42thought> the problem is, that python2 packages had wrong dependencies (on python>=2.7 and python<2.8 instead of python2>=2.7 and python2<2.8) - so they look all broken to the mysql database
[15:22:31] <deep42thought> (the dependencies are in the database only
[15:22:32] <deep42thought> )
[15:37:32] -!- yans has joined #archlinux32
[15:39:50] <abaumann> uh
[15:40:27] <abaumann> warning: cannot resolve "libx264.so=157-32", a dependency of "ffmpeg"
[15:40:29] <abaumann> warning: cannot resolve "libx265.so=169-32", a dependency of "ffmpeg"
[15:40:33] <abaumann> mmh
[15:40:46] <deep42thought> I'm currently rescheduling ~1k packages, that the buildmaster believes are broken
[15:40:56] <abaumann> oh. ok.
[15:40:57] <deep42thought> there should be _definitely_ those packages between them
[15:43:01] <abaumann> oh. /var/lib/archbuild is on the small root partition on eurobuild1.. out-of-disk-space :-)
[15:43:07] <deep42thought> :-D
[15:45:16] <abaumann> but munin croakes and sent me a message.. so good monitoring.. :-)
[15:45:22] <deep42thought> :-)
[15:50:53] -!- deep42thought has quit [Quit: Leaving.]
[16:47:12] -!- abaumann has quit [Quit: leaving]
[16:48:16] -!- slacka123 has quit [Ping timeout: 276 seconds]
[17:51:41] -!- MrBIOS has joined #archlinux32
[18:19:48] * buildmaster failed to execute a mysql query - can you have a look at "tmp.mysql-functions.query.2019-05-02T16:13:12.UjSNK2.stdin"?.
[18:40:53] -!- abaumann has joined #archlinux32
[18:40:53] <buildmaster> Hi abaumann!
[18:40:53] <buildmaster> !rq abaumann
[18:40:55] <phrik> buildmaster: <abaumann> the gnome project goes into a realm I can/will not follow. :-)
[18:44:40] <abaumann> builmaster: you have a boo-boo?
[18:55:42] <abaumann> oi. buildmaster and stable is in a mess.. :-(
[18:56:06] -!- abaumann has quit [Quit: leaving]
[18:59:59] -!- AndrevS has joined #archlinux32
[19:00:48] -!- deep42thought has joined #archlinux32
[19:00:48] <buildmaster> Hi deep42thought!
[19:00:49] <buildmaster> !rq deep42thought
[19:00:49] <phrik> buildmaster: <deep42thought> one day, some genius will prove, that all programming languages are isomorphic and there is actually only _one_ compiler
[19:01:07] <deep42thought> abaumann: let's see if this query was really as important as the buildmaster believes :-)
[19:03:16] -!- thePiGrepper has quit [Ping timeout: 250 seconds]
[19:09:04] * buildmaster resumes sanity.
[19:09:45] -!- thePiGrepper has joined #archlinux32
[19:28:34] <deep42thought> oh no, did I really reschedule gcc? :-/
[19:36:02] <deep42thought> looks, like there is room for improvement for the queries in get-assignment, too ...
[19:38:22] -!- abaumann has joined #archlinux32
[19:38:23] <buildmaster> Hi abaumann!
[19:38:23] <buildmaster> !rq abaumann
[19:38:23] <phrik> buildmaster: <abaumann> yeah. real servers don't grow on trees. ;-)
[19:38:29] <deep42thought> Hi abaumann!
[19:38:30] <abaumann> back from fiddling with thermal paste
[19:38:33] <abaumann> hi deep42thought
[19:38:36] <deep42thought> I removed gcc from the build list
[19:38:45] <deep42thought> it most certainly does not belong there ...
[19:38:51] <abaumann> yeah. I'm almost through with a binutils on eurobuild3
[19:39:04] <deep42thought> it's binutils on i486
[19:39:39] <abaumann> fun fact: I had a temperature correction of +20 (why!!) in my lm_sensor configuration. So I thought: that CPU is dawn near boiling at 90 degrees celsius..
[19:39:50] <deep42thought> :-D
[19:40:16] <abaumann> I think, it's from the old motherboard. I just stuffed the hard disk onto a new motherboard.
[19:40:42] <abaumann> another reason, why old PCs are fun. Hotswappable kernels and disks without any driver or license issues. :-)
[19:42:09] <abaumann> wow 5706 packages to build. If we get more than 20'000, something is fishy.. :-)
[19:42:13] -!- thePiGrepper has quit [Ping timeout: 246 seconds]
[19:42:56] <abaumann> stable has issues around ffmpeg, mplayer (again)
[19:42:59] <deep42thought> >20k packages might be a sign, that there are too many architectures ;-)
[19:43:12] <abaumann> :-)
[19:43:50] <abaumann> another day.. another shim (package)
[19:44:35] <deep42thought> !grab abaumann
[19:44:36] <phrik> deep42thought: Tada!
[19:44:48] <abaumann> cryfs: is that because you cry if you loose your private key?
[19:44:55] <abaumann> "CryFS: A cryptographic filesystem for the cloud"
[19:44:57] <abaumann> ah. :-)
[19:45:11] <abaumann> builds apparently on i486..
[19:59:46] -!- slacka123 has joined #archlinux32
[20:01:19] -!- guys has quit [Ping timeout: 276 seconds]
[20:17:30] -!- abaumann has quit [Quit: leaving]
[20:28:30] -!- guys has joined #archlinux32
[20:51:35] <slacka123> clang was bumped 8 without LLVM on pentium4. Can llvm be bumped to 8 like i686? These 2 should go together
[20:52:45] <deep42thought> you mean llvm in pentium4/testing which should be moved to pentium4/extra?
[20:55:03] <slacka123> deep42thought: yes
[20:55:11] <deep42thought> ok, I'm moving it now
[20:55:17] <slacka123> thanks!
[20:55:55] <slacka123> I'll give it a good workout. I built my stuff with clang by default
[20:59:33] <slacka123> It's good we get off of 7. It was a bad release. They accidentally broke ABI compatibility, hence the need for 7.1
[21:00:56] <deep42thought> ok, it's moved
[21:05:46] <slacka123> I said y to moving something to core I think systemd related. Now I'm getting an error on boot "something has gone wrong"
[21:10:58] <deep42thought> "i686/community/systemd-swap-4.0.1-1.1-any depends on glibc which is not provided by any package" ... I strongly doubt that
[21:11:49] <slacka123> yeah, that was the message, I clicked Y to
[21:12:21] <slacka123> might be unrelated. Console works. Going through journal now
[21:12:51] <deep42thought> no, this is some error message on the build-master's web frontend about missing dependencies in the database: https://archlinux32.org
[21:16:29] <slacka123> flatpack error: error while loading libicuuc.so.64
[21:17:26] <deep42thought> to which package does this belong?
[21:18:57] <slacka123> I think this is related to the libicuuc.so.64 errors
[21:19:02] <deep42thought> yes
[21:19:15] <deep42thought> but which package contains the flatpack executable?
[21:19:23] <slacka123> I only updated like 5-10 packages just now
[21:19:23] <deep42thought> buildmaster: wtf flatpack
[21:19:54] <buildmaster> deep42thought: Huh, I don't know that one.
[21:20:05] <deep42thought> O.o
[21:20:10] <deep42thought> !wtf flatpack
[21:20:12] <phrik> deep42thought: What the hell is flatpack?
[21:20:20] <deep42thought> that's, what I thought, too
[21:21:28] <slacka123> from pacman.log -> systemdlibs 242.19 looks suspicious
[21:22:23] <deep42thought> hmm, the database knows about no issues of systemd :-/
[21:28:47] <slacka123> glibc was also upgraded 2.28 -> 2.29
[21:28:52] <deep42thought> yes
[21:28:58] <deep42thought> but this should be backwards compatible
[21:31:17] <slacka123> so looks like there are a few new packages, I'll try upgrading everything again. If that fails, I'll downgrade
[21:35:28] -!- samantaz_ has joined #archlinux32
[21:38:02] -!- samantaz__ has quit [Ping timeout: 258 seconds]
[21:47:38] -!- thePiGrepper has joined #archlinux32
[21:51:41] <slacka123> FYI: https://archive.archlinux32.org cert is not valid...Can you use Let's Encrypt?
[21:54:13] <deep42thought> tyzoid: ^
[21:54:54] <deep42thought> it's a letsencrypt cert
[21:54:58] <deep42thought> it "just" expired
[21:55:06] <deep42thought> (I guess, the webserver would need a restart
[21:55:07] <deep42thought> )
[21:55:24] <deep42thought> anyways, the archive is broken currently
[21:57:01] <slacka123> yeah, I see it is :( also no p4
[21:57:25] <slacka123> so no there any downgrade options or only moving forward?
[21:57:40] <deep42thought> you can downgrade to packages in your package cache
[21:58:12] <slacka123> yeah, but I'm not seeing it there. This was a clean install from yesterday
[21:58:22] -!- thePiGrepper has quit [Ping timeout: 245 seconds]
[22:03:35] <slacka123> I'm feeling brave...going to try to upgrade my main i686 machine
[22:03:45] <slacka123> that one I can downgrade
[22:05:06] <slacka123> Or upgrade... "installing libvpx (1.8.0-1.0) breaks dependency 'libvpx.so=5-32' required by ffmpeg"
[22:11:37] -!- finsternis has quit [Excess Flood]
[22:12:09] -!- finsternis has joined #archlinux32
[22:21:26] -!- MrBIOS has quit [Quit: MrBIOS]
[22:25:08] -!- thePiGrepper has joined #archlinux32
[22:32:01] <deep42thought> elibrokeit: can you remove luarocks/repos/extra-x86_64 from the _community_ svn? It makes the buildmaster trip, it seems (and the content is identical to the one from community-x86_64 anyways)
[22:32:26] <deep42thought> sry, it's luarocks/repos/extra-any and luarocks/repos/community-any
[22:41:18] <buildmaster> pentium4/qt5-base is broken (says rechenknecht).
[22:46:25] <elibrokeit> deep42thought: aha, someone accidentally ran extrapkg instead of communitypkg
[22:50:00] -!- beano66 has joined #archlinux32
[22:50:40] <beano66> hey, freshly installed archlinux32 and having trouble installing/starting a couple of programs
[22:50:41] <elibrokeit> deep42thought: I just svn committed it seconds ago
[22:50:50] <deep42thought> elibrokeit: thanks
[22:50:56] <deep42thought> beano66: which programs/packages?
[22:51:04] <beano66> one moment
[22:51:46] <beano66> preparing some postbins
[22:51:57] <beano66> oh wait. yeah, i got no browser
[22:52:08] <beano66> if you don't mind i'll just post the stuff here
[22:52:21] <beano66> >thunar
[22:53:40] <beano66> thunar:2311): Gtk-WARNING **: 22:53:19.811: Could not load a pixbuf from icon theme.
[22:53:41] <beano66> This may indicate that pixbuf loaders or the mime database could not be found.
[22:53:41] <beano66> **
[22:53:41] <beano66> Gtk:ERROR:gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Failed to load /usr/share/icons/Adwaita/24x24/status/image-missing.png: Format der Bilddatei unbekannt (gdk-pixbuf-error-quark, 3)
[22:53:41] <beano66> Abgebrochen (Speicherabzug geschrieben)
[22:53:53] <beano66> #
[22:53:54] <beano66> #
[22:53:54] <beano66> #
[22:53:59] <beano66> trying to install firefox
[22:54:39] <beano66> Warnung: Kann "libx264.so=157-32" nicht auflösen (eine Abhängigkeit von "ffmpeg")
[22:54:39] <beano66> Warnung: Kann "libx265.so=169-32" nicht auflösen (eine Abhängigkeit von "ffmpeg")
[22:54:39] <beano66> Warnung: Kann "ffmpeg" nicht auflösen (eine Abhängigkeit von "firefox")
[22:54:39] <beano66> :: Das folgende Paket kann aufgrund nicht auflösbarer Abhängigkeiten nicht aktualisiert werden:
[22:54:39] <beano66> firefox
[22:54:51] <beano66> which basicaly states that it cant resolve those dependencies
[22:55:47] <deep42thought> the crux is libx264 ... hmm
[22:55:52] <beano66> not only
[22:55:55] <beano66> theres something else
[22:57:14] <beano66> /usr/bin/update-mime-database: error while loading shared libraries: libicuuc.so.64: cannot open shared object file: No such file or directory
[22:57:31] <beano66> comes when pacman wants to update mime database
[22:57:56] <deep42thought> .. and icu :-(
[23:02:01] <deep42thought> icu 64.2 is in testing, currently
[23:02:48] <beano66> correct
[23:03:00] <deep42thought> you are not on testing, I presume?
[23:03:06] <beano66> seems like it
[23:03:58] <beano66> mom
[23:04:02] -!- isacdaavid has joined #archlinux32
[23:04:26] <beano66> actually i used an install script, the one by helmuthdu.
[23:04:37] <beano66> tried it in a vm once and was satisfied with it.
[23:05:30] <deep42thought> so what repos are activated in your /etc/pacman.conf?
[23:06:01] <deep42thought> btw: the main problem is, that I/we moved some packages to core/extra/community - and in hindsight it seems, it was a bad idea :-(
[23:06:13] <beano66> core,extra,community
[23:06:19] <deep42thought> ok
[23:12:11] <beano66> so, is there anything i can do, or shall i just wait for upstream changes?
[23:12:26] <deep42thought> I think, we need to rebuild a heap of packages
[23:12:46] <deep42thought> and in the meantime there is not much for you to do except waiting or installing one or the other package from testing/community-testing
[23:13:11] <beano66> guess that's alright. i can wait.
[23:13:34] <beano66> this is not my daily driver.
[23:23:33] -!- deep42thought has quit [Quit: Leaving.]
[23:40:19] -!- AndrevS has quit [Remote host closed the connection]