#archlinux32 | Logs for 2019-09-26

Back
[00:01:20] <City-busz> abaumann: and the gnome-panel 3.34.0-1.0 package needs to be rebuilt, because its clock applet has some broken library links.
[00:01:35] <girls> db-update: too many arguments
[00:01:40] <girls> damn bash
[00:03:39] <girls> ah, no it's not bash - it's my script
[00:03:41] * girls blushes
[00:08:05] <girls> City-busz: I moved the packages and rescheduled gnome-panel
[00:08:10] <girls> let's see if this fixes it :-)
[00:08:29] <City-busz> girls: thank you very much :)
[00:18:13] <City-busz> girls: sorry, now I see that the problem is different with gnome-panel: it's linked to gnome-desktop and evolution-data-server in testing, but it's already in extra.
[00:18:29] <girls> ok, so those need to be moved ,too?
[00:18:51] <City-busz> so it remains broken until GNOME 3.34 not moved from testing to extra
[00:18:59] <City-busz> but it may break other stuff
[00:20:15] <City-busz> what holds back GNOME 3.34 in testing?
[00:20:45] <girls> I'm not sure
[00:21:10] <girls> I accidentally broke most of the dependencies in the database, so the buildmaster is mostly flying blind from late july to like a week ago
[00:23:36] <trotz> 2019/09/26 00:22 OK buildmaster OS updates 0 updates, 0 ignored
[00:48:06] <City-busz> girls: evolution needs to be moved from testing too
[00:56:13] <City-busz> girls: libgweather is also needs to be moved from testing
[01:01:07] <City-busz> girls: and of course evolution-data-server is needed from testing too
[01:24:21] -!- bill-auger_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
[01:24:44] -!- bill-auger has joined #archlinux32
[01:50:07] <City-busz> girls: and then the new gnome-calendar is needed too, but it's currently on the build-list
[01:52:21] <City-busz> girls: same for gnome-contacts
[01:53:36] <City-busz> girls: totem is broken too after the gnome-desktop update :/
[01:55:06] <City-busz> girls: same for cheese. So currently half of GNOME is broken.
[01:58:48] <City-busz> girls: and eog needs to be moved from testing
[02:02:31] <City-busz> girls: gnome-control-center is broken too :/
[02:22:27] -!- isacdaavid has quit [Quit: Leaving.]
[02:26:40] <trotz> 2019/09/26 02:26 CRIT buildmaster OS updates 1 updates, 0 ignored
[03:31:42] -!- yans has quit [Ping timeout: 245 seconds]
[03:47:57] -!- thePiGrepper has quit [Ping timeout: 240 seconds]
[05:27:40] <buildmaster> any/vim-gitgutter is broken (says eurobuild6-7-i486): https://archlinux32.org
[06:26:57] -!- thePiGrepper has joined #archlinux32
[07:07:23] * girls start boldly moving packages around
[07:26:53] <trotz> 2019/09/26 07:26 OK buildmaster OS updates 0 updates, 0 ignored
[08:23:46] -!- abaumann has joined #archlinux32
[08:23:46] <buildmaster> Hi abaumann!
[08:23:47] <buildmaster> !rq abaumann
[08:23:47] <phrik> buildmaster: <abaumann> bleep. I'm human.
[08:24:06] <abaumann> morning everybody :-)
[08:24:12] <abaumann> yes, Gnome is a pain currently
[08:24:35] <abaumann> half of the packages don't compile upstream mainly due to gettext/pango issues
[08:25:07] <abaumann> almost everything has to be moved manually, as deep42thought pointed out. :-)
[08:27:25] * buildmaster goes insane.
[08:28:01] <abaumann> fun fact: I didn't get Gnome running anymore in libvirt, as it complains about not having neither an Nvidia card or fast enough software acceleration, so for me this means blind testing currently
[08:30:54] <trotz> 2019/09/26 08:30 CRIT buildmaster OS updates 1 updates, 0 ignored
[08:32:23] <abaumann> deep42thought: sanity passes again. there was an SQL query failing creating some temporary tables for a moveable package query, this will happen again triggered by systemd timers, I reckon.
[08:32:33] * buildmaster resumes sanity.
[08:33:59] <abaumann> Ah, you moved pentium4 only (Gnome), ok, nobody uses Gnome (I hope) on 20 year old computers, they should take LXDE or something similar
[08:34:27] * abaumann wonders what would happen if we boldly move everything..
[08:34:54] -!- abaumann has quit [Quit: leaving]
[08:43:38] -!- deep42thought has joined #archlinux32
[08:43:38] <buildmaster> Hi deep42thought!
[08:43:38] <buildmaster> !rq deep42thought
[08:43:39] <phrik> buildmaster: <deep42thought> please don't go insane - I think I can't fix you like I can fix the buildmaster
[08:44:08] <deep42thought> sry, abaumann, the failed query was from me: I aborted it (early) and hoped, it would not leave any traces :-)
[08:46:08] <deep42thought> regarding moving everything: at some point, we should definitely do that
[08:48:11] -!- abaumann has joined #archlinux32
[08:48:12] <buildmaster> Hi abaumann!
[08:48:12] <buildmaster> !rq abaumann
[08:48:13] <phrik> buildmaster: <abaumann> you should start every morning with a *-zen practice.. ;-)
[08:48:16] <deep42thought> Hi abaumann!
[08:48:28] <abaumann> hi deep42thought
[08:48:41] <abaumann> I can start an xterm window manager and start mutter manually
[08:48:46] <abaumann> also evolution and stuff works
[08:49:03] <abaumann> but gnome-shell has an undefined symbol gjs_profiler_set_fd..
[08:49:09] <abaumann> ..wonder in which library that one is
[08:49:22] <deep42thought> maybe the db knows?
[08:49:29] <abaumann> gnome-calendar misses libecal-1.2.so.19
[08:49:36] <abaumann> mmh
[08:49:44] <abaumann> you triggered rebuilding of Gnome stuff?
[08:50:00] <deep42thought> yes
[08:50:19] <abaumann> I don't see anything building
[08:50:30] <abaumann> just Chromium, sagemath are stuck in endless loops
[08:50:47] <deep42thought> hmm, let me check ...
[08:50:54] <abaumann> so either all those are needed as dependencies..
[08:50:58] <abaumann> ..or something is wrong :-)
[08:51:08] <abaumann> I'll check the post about 32-bit Chrome on Slackware
[08:51:12] <abaumann> https://bbs.archlinux32.org
[08:51:14] <phrik> Title: 32-bit Chromium stuck on old version? / Creating/Maintaining Packages / Arch Linux 32 Forums (at bbs.archlinux32.org)
[08:51:25] <deep42thought> probably some package which has a makedepends which the buildmaster believes cannot be satisfied
[08:51:27] <abaumann> chromium currently fails massively
[08:57:46] <abaumann> "Compiling Chromium with gcc is not fully supported by Google"
[08:57:50] <abaumann> sweet :-)
[08:58:04] <abaumann> from the Slackware guy doing 32-bit Chromium
[08:58:13] <deep42thought> You have to use the gcc="google compiler collection"?
[08:58:40] <abaumann> nae. I don't think so, it worked in the past with gcc
[08:58:54] <abaumann> This post looks worriesome: https://chromium.googlesource.com
[08:58:55] <phrik> Title: 6014a0fc5b339d7d6281ffefe194419b6c95fca2 - chromium/src.git - Git at Google (at chromium.googlesource.com)
[08:59:27] <abaumann> I hope not too many things depend on chromium
[08:59:54] <abaumann> buildbot-www (check)
[08:59:56] <abaumann> not too bad
[09:00:07] <deep42thought> "If anyone needs these, shout and we can add them back."
[09:00:14] <abaumann> but there are for sure tons of software packages embedding parts of chromium into their software and build it there.
[09:00:22] <abaumann> mmh. :->
[09:05:19] <abaumann> https://gitlab.gnome.org
[09:05:21] <phrik> Title: Gnome shell launch fail after updated to version 3.33.4-1.fc31.x86_64 (#1499) · Issues · GNOME / gnome-shell · GitLab (at gitlab.gnome.org)
[09:05:59] <deep42thought> gjs, aha
[09:06:02] <abaumann> our gjs is 1.56.2 in stable, so too old
[09:06:17] <abaumann> this crashed gnome-session, as it wants a gnome-shell
[09:06:31] <abaumann> I would bet, those are the main startup problems
[09:06:44] * abaumann digs for gjs in testing
[09:06:58] <abaumann> 1.58.0
[09:07:00] <abaumann> wow
[09:07:04] <abaumann> should we push that one
[09:07:22] <deep42thought> I like to move it, move it; I like to move it, move it
[09:07:31] <abaumann> !grab deep42thought
[09:07:31] <phrik> abaumann: Tada!
[09:07:48] <abaumann> now we get a copyright strike on the IRC channel ;-)
[09:08:16] <deep42thought> I was parodying J.B.O.'s version "I like my Moped, Moped"
[09:08:37] <deep42thought> ok, it's moved
[09:09:37] <deep42thought> mariadb blocks quite some stuff
[09:10:07] <abaumann> It has the same issues as the percona-server?
[09:10:12] <deep42thought> no
[09:10:17] <deep42thought> it is simply not being scheduled :-)
[09:10:22] <abaumann> ah :-)
[09:10:23] <deep42thought> I forced it to nlopc46
[09:10:28] <deep42thought> ... let's see
[09:10:58] <deep42thought> This is probably fallout from the dependency disaster: mariadb makedepends on something which the buildmaster now believes is provided by nothing
[09:11:04] <deep42thought> so it is not being scheduled
[09:11:21] <abaumann> or percona-server is not building, has a provides mysql or so
[09:11:21] <deep42thought> and for whatever reason that dependency either fails to build or is not scheduled either, too
[09:11:28] <deep42thought> no
[09:11:37] <deep42thought> the problem is on the other half of the dependency tree
[09:11:49] <abaumann> the darker half.. ;-)
[09:11:53] <deep42thought> lol
[09:12:34] <abaumann> "Failed to grab accelerators: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface
[09:12:37] <abaumann> org.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shello
[09:12:43] <abaumann> rg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shellorg.gnome.Shell"
[09:12:46] <abaumann> sometimes I have serious doubts about Gnome
[09:13:09] <abaumann> hah, much better: I get a "Oh no! Something has gone wrong" again, but now with a dark grey background.
[09:13:10] <deep42thought> they use regexes, too to configure their stuff?
[09:13:28] <deep42thought> ... and mistype those?
[09:13:42] <abaumann> they do all kind of weird stuff, nobody else does, because they are known not to work. :-)
[09:13:52] <deep42thought> !grab abaumann
[09:13:53] <phrik> deep42thought: Bingpot!
[09:13:55] <deep42thought> hehe
[09:14:52] <abaumann> This is something I noticed also in upstream Arch: output with , from gcc in the shell, everywhere
[09:14:58] <abaumann> do I have too old xterms running?
[09:15:15] <abaumann> gnome-shell[1752]: segfault at fffffff4 ip b6b4b2cf sp bfec9ea0 error 5 in libmutter-5.so.0.0.0[b6a88000+100000]
[09:15:26] <abaumann> so gjs is good.
[09:15:33] <abaumann> but the window manager segfault.
[09:15:35] <abaumann> s
[09:15:43] <abaumann> but, mutter started manually works.
[09:15:56] <deep42thought> mutter is the wm?
[09:16:06] <abaumann> yes, catchy name, eh? ;-)
[09:16:25] <abaumann> gnomewm would have been far to obious a name..
[09:16:30] <deep42thought> lol
[09:16:43] <deep42thought> do they provide a Vater, too?
[09:17:08] <abaumann> ah. I lost all X input, this also sounds familiar..
[09:27:28] -!- infides has joined #archlinux32
[09:30:56] <trotz> 2019/09/26 09:30 OK buildmaster OS updates 0 updates, 0 ignored
[09:40:51] -!- infides has quit [Ping timeout: 240 seconds]
[09:42:41] <deep42thought> abaumann: I'll move some packages, trying to clean the link database mess
[09:42:48] <deep42thought> hopefully I don't break too much :-)
[09:42:57] <abaumann> just go ahead. :-)
[09:43:11] <abaumann> we break things - boldly - then we unbreak them again :-)
[09:43:19] <deep42thought> !grab abaumann
[09:43:19] <phrik> deep42thought: Tada!
[09:43:35] <deep42thought> man, we should really print a book from all those quotes
[09:43:41] <abaumann> :-)
[09:43:50] <deep42thought> or display random quotes on the website :-D
[09:43:59] <abaumann> maybe somody grabs all those chat logs and is already doing it. :-)
[09:44:40] <deep42thought> I want my royalty for my quotes!
[09:47:07] <abaumann> wow. actualy startkde works
[09:47:18] <abaumann> only gnome currently has hickups
[09:52:19] <abaumann> :: installing mariadb-libs (10.4.8-2.0) breaks dependency 'mariadb-libs=10.4.7' required by mariadb-clients
[09:52:22] <abaumann> on i686
[09:59:26] <abaumann> pushing.
[10:01:07] <abaumann> are sub-packages always pushed together?
[10:09:56] * buildmaster goes insane.
[10:13:22] <abaumann> "Structure needs cleaning" on SD cards, usually this translates to "I have a dead sd card now"
[10:13:45] <deep42thought> you can move sub-packages individually manually
[10:13:54] <deep42thought> but the automatic mover should move them together
[10:14:03] <deep42thought> this is handled via the package_blobs list
[10:14:35] <abaumann> I just noticed with mariadb and systemd that sub packges get moved, but not the main package
[10:14:44] <deep42thought> :-/
[10:14:47] <abaumann> or vice versa, don;t remeber
[10:15:10] <deep42thought> they *really* should be moved together
[10:15:16] <deep42thought> because they have identical commit times ...
[10:15:32] <abaumann> right
[10:15:45] <deep42thought> ERROR 1317 (70100) at line 1: Query execution was interrupted
[10:15:51] <deep42thought> you're aborting queries, too?
[10:15:57] <abaumann> oups. no
[10:16:16] <abaumann> the db-update mysql i686 went through
[10:16:26] <abaumann> ./db-update -w -f i686/extra/mariadb -f i686/extra/10.4.8-2.0-pentium4.pkg.tar.xz.sig
[10:16:29] <abaumann> ctrl-c
[10:16:34] <abaumann> ah. sorry. that was mine.
[10:17:54] * buildmaster resumes sanity.
[10:18:14] <City-busz> So the following packages have broken library links on pentium4 now: cheese gnome-calendar gnome-contacts gnome-control-center totem. What hold them back from a rebuild?
[10:20:03] <deep42thought> are you sure, that the libraries are not simply stuck in testing?
[10:21:10] <City-busz> These packages are on the build-list, not yet built.
[10:22:54] <deep42thought> pygtk -> zbar -> gst-plugins-bad -> cheese
[10:23:00] <deep42thought> pygtk currently failing in build()
[10:23:28] <City-busz> I think you can simply ignore pygtk in this case
[10:23:56] * deep42thought ignores it
[10:25:05] <abaumann> sagemath is killing my build slaves.. *grmpf*
[10:25:56] <deep42thought> blacklist it?
[10:26:10] <abaumann> naeh. let's see what the problem is.
[10:26:12] <deep42thought> or disable the checks (if only the checks are stalling)
[10:26:17] <abaumann> yep.
[10:26:42] * abaumann reboots eurobuild6 with force..
[10:26:51] <deep42thought> I had to disable several checks lately - which were short circuted anyways ("make check || true")
[10:27:25] <abaumann> yeah. I had the urge to disable check on a global basis, as things get really worse and worse :->
[10:27:44] <abaumann> one stupid python test framework follows the next one
[10:27:46] <abaumann> race conditions
[10:27:49] <abaumann> time outs
[10:27:55] <deep42thought> suggestion: disable all checks, that have "... || true" - e.g. that fail upstream anyways
[10:27:57] <abaumann> not able to compare floating point numbers.
[10:28:06] <abaumann> hard-checked in test data (platform specific)
[10:28:14] * abaumann doesn't mention names of packages.. :->
[10:28:18] <deep42thought> :-D
[10:28:43] <abaumann> the .. || true is good for instance in varnish:
[10:28:58] <abaumann> one bug is known to fail on 32-bit upstream (because they admit they are platform specific there)
[10:29:11] <abaumann> so you want to run the 1000 other tests, don't you
[10:29:13] <abaumann> >
[10:29:13] <abaumann> ?
[10:29:25] <deep42thought> but you want to fail if the other tests fail
[10:29:50] <abaumann> true again. so the proper way is to patch a single test or not to run tests at all..
[10:29:56] <deep42thought> yes
[10:30:01] <abaumann> good
[10:30:11] <deep42thought> I mean: "|| true" is nice for people who read logs
[10:30:19] <deep42thought> but the buildmaster will not read the logs ;-)
[10:30:20] <abaumann> :-)
[10:30:39] <abaumann> buildmaster: please read my logs?
[10:32:00] <deep42thought> eval "$(declare -f check | sed '/|| true;\?$/d)"
[10:32:13] <abaumann> yack
[10:33:38] <deep42thought> otoh, imagine the following: check() { mkdir bla || true; cd bla; ../test; }
[10:33:40] <abaumann> ok. eurobuild6 does some really parallel chromium builds for now, to find the bugs faster.
[10:33:54] <deep42thought> you certainly don't want do drop the first command there ...
[10:34:00] <abaumann> mmh. no.
[10:34:06] <abaumann> we can do it manually.
[10:34:11] <deep42thought> ok
[10:34:24] <deep42thought> or we urge upstream to not do this
[10:34:26] <abaumann> I have to go through anyway: there are tons of 'unset check' of packages where the tests might work again now.
[10:34:45] <abaumann> dito 'make check || true'
[10:35:37] <deep42thought> we could provide a *-nocheck package for each normal package :-D
[10:35:47] * abaumann waves his SD card goodbie, modern cards just switch to read-only, ignore writes and that's it.
[10:36:26] <deep42thought> put your raspi in ro from the beginning :-)
[10:36:48] <deep42thought> though, that opens up other channels for trouble
[10:36:49] <abaumann> doens't work with kodi, it writes a stupid sqlite3 database and that one wears out the SD card
[10:36:59] <deep42thought> tmpfs?
[10:37:09] <abaumann> my monitoring raspi does exactly that with nagios and munin data
[10:37:51] <deep42thought> the data must be either static enough to not wear out the sd card or dynamically enough to be small enough to fit into a tmpfs
[10:38:17] <abaumann> or you attach a small hard disk, but then you get into power instabilities fast
[10:38:30] <abaumann> newer raspis are even worse in that regard
[10:38:40] <deep42thought> there exist separately powered usb disks ;-)
[10:38:55] * deep42thought uses one of those as cache for his fileserver
[10:39:11] <abaumann> that's an idea
[10:39:24] <deep42thought> \o/ pygtk fails upstream, too
[10:39:28] * deep42thought opens a bugreport
[10:39:42] <abaumann> wait
[10:39:52] <abaumann> https://bugs.archlinux.org
[10:39:52] <phrik> Title: FS#63542 : [pygtk] compilation breaks (at bugs.archlinux.org)
[10:39:55] <deep42thought> !bug 63542
[10:39:55] <phrik> https://bugs.archlinux.org
[10:39:57] <deep42thought> found it, too
[10:40:01] <abaumann> :-)
[10:40:20] <deep42thought> I really like the brevity of loqs' comments ;-)
[10:41:05] <deep42thought> It's almost as if he was a search engine bot, that simply posted links to git repositories containing (probably) related commits :-)
[10:41:21] <abaumann> who knows? ;-)
[10:41:38] <deep42thought> upstream starts automating such stuff?
[10:42:21] <abaumann> well. if the Linux kernel seems to merge commits lately with artificial intelligense? ;-)
[10:42:29] <deep42thought> lol
[10:42:34] <deep42thought> they do?
[10:42:40] <abaumann> hope not.
[10:42:43] <deep42thought> :-D
[10:42:47] <abaumann> but sometimes I get the impression..
[10:43:10] <abaumann> hah ninja -j16 rocks.. :-)
[10:45:40] <deep42thought> you're building only *one* chromium that way, I hope
[10:45:55] <abaumann> yes. on a machine where all build slaves are stopped
[10:46:11] <abaumann> in the past I was using the buildmaster for that, but that's not ideal :-)
[10:46:14] <deep42thought> ALL MACHINES: STOP!
[10:46:35] <abaumann> :-)
[10:47:30] <buildmaster> i686/gnome-podcasts are broken (says nlopc46): https://archlinux32.org
[10:48:04] <abaumann> error: failed to load source for a dependency on `gettext-rs`
[10:48:12] <abaumann> rust is entering Gnome :-)
[10:48:23] <abaumann> Unable to update https://github.com
[10:48:26] <phrik> Title: GitHub - danigm/gettext-rs: GNU Gettext FFI binding for Rust (at github.com)
[10:48:45] * abaumann thinks some people actively try to kill Linux with bad ideas
[10:49:14] <abaumann> might also fail upstream
[10:50:18] * deep42thought checks abaumann's hypothesis
[10:51:46] <abaumann> error: couldn't load codegen backend "/usr/lib64/rustlib/x86_64-unknown-linux-gnu/codegen-backends/librustc_codegen_llvm-llvm.so": "libLLVM-8.so: cannot open shared object file: No such file or directory"
[10:51:53] <abaumann> finally, rust breaks upstream too :-)
[10:51:55] -!- DepositePirate has quit [Remote host closed the connection]
[10:52:21] <abaumann> uh. This is actually much worse!
[10:52:26] -!- DepositePirate has joined #archlinux32
[10:53:52] <abaumann> meson setup nodownload build
[10:54:06] <abaumann> seriously, so the default is to download stuff from the wild internet during building.
[10:54:07] <deep42thought> software is becoming too picky about their dependencies and build environments lately (?) - I really like the idea of being able to choose from 2 or 3 different providers
[10:54:24] <abaumann> this is called "vendor lock-in"
[11:00:10] <deep42thought> do you open a bug for gnome-podcasts or should I?
[11:00:42] <abaumann> You first :-)
[11:02:28] <deep42thought> !bug 63922
[11:02:28] <phrik> https://bugs.archlinux.org
[11:03:18] <abaumann> ah. your rust works on 64-bit?
[11:03:20] <abaumann> weird?
[11:03:44] <deep42thought> maybe you should open another bug? ;-)
[11:04:02] <abaumann> yeah, but I'm not sure if it is not my problem..
[11:04:26] <deep42thought> extra-x86_64-build should work no matter what you do on the outside - right?
[11:04:47] <abaumann> exactly
[11:11:09] <abaumann> mmh. maybe mirror problems?
[11:12:48] <deep42thought> check for differences in the build logs
[11:12:57] <deep42thought> see what packages get installed
[11:13:03] <abaumann> yep
[11:14:48] <abaumann> Build machine cpu family: x86
[11:14:48] <abaumann> Build machine cpu: i686
[11:14:50] <abaumann> mmh.
[11:14:57] <deep42thought> ???
[11:14:59] <abaumann> with staging-x86_64-build
[11:15:06] <deep42thought> I use extra-x86_64-build
[11:15:25] <abaumann> mmh. maybe I have some bootstrapping stuff of mine like rust-bin provides rust
[11:15:26] <deep42thought> (because we build upstream's stable packages)
[11:15:40] <deep42thought> for x86_64?
[11:15:51] <abaumann> you never know.. :-)
[11:16:30] <abaumann> no
[11:21:19] <abaumann> both have rust-1:1.37.0-2, you have llvm-libs-8.0.1-3 in the buglog, I get llvm-libs-9.0.0-2
[11:30:20] <buildmaster> pentium4/gnome-podcasts are broken (says eurobuild3): https://archlinux32.org
[11:34:13] <deep42thought> abaumann: maybe, we should add tyzoid to the arch32-status mailing list, so he gets the cerificate validation spam emails, too ;-)
[11:53:35] <abaumann> yes, that was actualy the plan ;-)
[11:56:25] <abaumann> I'm not tryint to be mean, but this status.archlinux32.org page didn't to the job. :-)
[11:56:29] <abaumann> *trying
[11:59:06] <deep42thought> so: should I add him (with the risk of getting my mail server legitly onto gmail's spam server list)?
[12:05:29] <abaumann> mmh. your call. :-)
[12:05:48] <deep42thought> can you reduce the amount of git emails sent? one per day should be sufficient ;-)
[12:06:44] <abaumann> yes, I'll change the nagios notification settings
[12:09:26] <abaumann> BTW: the encryption test failed for me
[12:09:41] <deep42thought> yes
[12:09:46] <deep42thought> it's only 2 bytes long :-D
[12:10:24] <abaumann> number three worked :-)
[12:10:42] <abaumann> I don't know whether nagios can send encrypted emails..
[12:10:59] <deep42thought> oh, right
[12:11:02] <deep42thought> it doesn't
[12:11:17] <deep42thought> but tyzoid would be interested in the content of the other mails, too, probably ;-)
[12:11:26] <abaumann> right ;-)
[12:15:00] <deep42thought> nagios *could* send encrypted emails
[12:15:22] <deep42thought> the hard part is importing the keys (and keeping them in-sync)
[12:15:23] <abaumann> this llvm thing puzzles me: I simply don't get the fitting llvm to rust
[12:15:34] <abaumann> on 64-bit
[12:15:39] <deep42thought> you take everything from staging?
[12:15:43] <abaumann> swtich build machines, switched mirrors
[12:15:46] <abaumann> I think so.
[12:15:49] <deep42thought> well
[12:15:57] <deep42thought> you must expect something like that in staging
[12:16:09] <deep42thought> ... in the end, it's /staging/ (and not "just" testing)
[12:16:19] <deep42thought> use stable or testing instead
[12:16:32] <deep42thought> maybe upstream is currently in a rebuild of rust against the new llvmlibs
[12:16:38] <abaumann> ah. that's explaining it: llvm 9 hit staging already without rust being updated yet
[12:16:45] <deep42thought> exactly
[12:16:55] <abaumann> yeah. I read about new LLVM getting released.
[12:18:33] <deep42thought> afk, lunch
[12:18:54] <abaumann> enjoy. dito here. :-)
[12:51:49] <buildmaster> i486/babl is broken (says nlopc46-i486bs1): https://archlinux32.org
[13:18:58] <abaumann> mmh makepkg -o "Download and extract files only", why does it not handle git checkout? why does it insist on installing dependencies before?
[13:19:15] <abaumann> this way I cannot inspect the sources of a package before building it
[13:24:22] <deep42thought> abaumann: does -e help your case?
[13:24:32] <deep42thought> ... and -d ?
[13:25:39] <deep42thought> --noprepare might be better than -e
[13:52:10] <buildmaster> i686/sagemath is broken (says nlopc46): https://archlinux32.org
[14:16:46] <buildmaster> any/openfire is broken (says nlopc46-i486bs0): https://archlinux32.org
[14:18:22] -!- thePiGrepper has quit [Ping timeout: 245 seconds]
[14:19:11] -!- thePiGrepper has joined #archlinux32
[14:35:06] <trotz> 2019/09/26 14:34 CRIT buildmaster OS updates 1 updates, 0 ignored
[14:42:11] -!- ofara___ has joined #archlinux32
[14:45:01] -!- infides has joined #archlinux32
[14:45:39] -!- ofara__ has quit [Ping timeout: 240 seconds]
[14:49:49] <abaumann> aha: thanks makepkg -do
[14:52:26] <abaumann> why is all my out put of git log, gcc completly borked?
[14:52:36] <abaumann> even manpages.
[14:52:47] <abaumann> are we using now silly fonts everywhere..
[14:53:42] -!- thePiGrepper has quit [Ping timeout: 268 seconds]
[14:54:21] <abaumann> gcc doesn't show identifiers bug a's with funny characters on top
[14:54:51] <abaumann> Author:
[14:55:05] <abaumann> cool. really cool.
[14:55:18] * abaumann starts to wonder what was wrong with just plain ASCII *sigh*
[14:56:20] * abaumann is AFK - searching for some really strong coffee
[15:03:27] -!- infides has quit [Ping timeout: 246 seconds]
[15:35:09] <trotz> 2019/09/26 15:34 OK buildmaster OS updates 0 updates, 0 ignored
[15:40:17] <buildmaster> pentium4/gdal is broken (says nlopc46): https://archlinux32.org
[15:48:12] -!- City-busz has quit [Quit: http://quassel-irc.org - Csevegjen kényelmesen. Bárhol.]
[15:48:12] -!- elibrokeit has quit [Quit: A random quit message]
[15:48:37] -!- City-busz has joined #archlinux32
[15:48:37] -!- elibrokeit has joined #archlinux32
[15:48:54] -!- City-busz has quit [Client Quit]
[15:48:55] -!- elibrokeit has quit [Client Quit]
[15:49:26] -!- City-busz has joined #archlinux32
[15:49:26] -!- elibrokeit has joined #archlinux32
[16:02:29] <abaumann> Sometimes I hate Linux: gcc outputs identifiers with <E2><80><99>, just to make them look cooler. Now over a console in screen you have to unset LANG, otherwise the output swallows the identifier. That's what a compiler needs, fancy quotation marks..
[16:23:12] -!- infides has joined #archlinux32
[16:30:07] -!- deep42thought has quit [Quit: Leaving.]
[17:22:55] -!- charims has quit [Ping timeout: 246 seconds]
[17:24:00] <buildmaster> i486/redis are broken (says eurobuild6-7-i486): https://archlinux32.org
[17:34:09] -!- thePiGrepper has joined #archlinux32
[17:39:14] <trotz> 2019/09/26 17:38 CRIT buildmaster OS updates 3 updates, 0 ignored
[17:56:34] <abaumann> trotz: hi
[17:57:04] <abaumann> good: the nagios bot doesn't to something silly, if you talk to it :-)
[18:02:21] <abaumann> cheese: calls modprobe, FATAL: module nvidia not found, the fails in an assertion. Is the Gnome project now sponsored by closed-source Nvidia? ;-)
[18:04:56] <abaumann> ah mutter in testing is also no longer working.. clutter no available drivers found.
[18:05:38] <buildmaster> i686/curaengine is broken (says eurobuild6-4): https://archlinux32.org
[18:05:58] <buildmaster> pentium4/curaengine is broken (says eurobuild6-2): https://archlinux32.org
[18:17:23] -!- infides has quit [Ping timeout: 245 seconds]
[18:18:05] <buildmaster> i486/curaengine is broken (says nlopc46-i486bs0): https://archlinux32.org
[18:23:08] -!- abaumann has quit [Quit: leaving]
[18:39:17] <trotz> 2019/09/26 18:38 OK buildmaster OS updates 0 updates, 0 ignored
[22:28:44] -!- isacdaavid has joined #archlinux32
[22:39:39] -!- ofara___ has quit [Quit: ofara___]
[22:39:52] -!- ofara has quit [Quit: ofara]
[22:40:23] -!- ofara has joined #archlinux32
[22:40:52] -!- ofara_ has joined #archlinux32
[22:59:27] <buildmaster> any/python-paste is broken (says eurobuild6-3): https://archlinux32.org
[23:12:53] <buildmaster> i486/nodejs are broken (says nlopc46-i486bs0): https://archlinux32.org