#archlinux32 | Logs for 2022-01-09
Back
[01:40:53] -!- buildmaster has quit [Remote host closed the connection]
[01:41:01] -!- T`alZHeimeR has quit [Ping timeout: 240 seconds]
[01:41:10] -!- buildmaster has joined #archlinux32
[01:43:08] -!- T`alZHeimeR has joined #archlinux32
[01:49:31] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[01:51:29] -!- T`alZHeimeR has joined #archlinux32
[02:06:31] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[02:08:00] -!- T`alZHeimeR has joined #archlinux32
[02:35:25] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[02:37:35] -!- T`alZHeimeR has joined #archlinux32
[02:48:27] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[02:50:09] -!- T`alZHeimeR has joined #archlinux32
[02:55:58] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[02:57:49] -!- T`alZHeimeR has joined #archlinux32
[03:03:25] -!- T`alZHeimeR has quit [Ping timeout: 240 seconds]
[03:05:30] -!- T`alZHeimeR has joined #archlinux32
[03:14:40] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[03:16:15] -!- T`alZHeimeR has joined #archlinux32
[03:44:33] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[03:47:33] -!- T`alZHeimeR has joined #archlinux32
[03:55:01] -!- T`alZHeimeR has quit [Ping timeout: 240 seconds]
[03:57:18] -!- T`alZHeimeR has joined #archlinux32
[04:47:02] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[04:48:41] -!- T`alZHeimeR has joined #archlinux32
[05:43:33] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[05:45:42] -!- T`alZHeimeR has joined #archlinux32
[06:10:11] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[06:11:54] -!- T`alZHeimeR has joined #archlinux32
[08:34:16] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[08:36:00] -!- T`alZHeimeR has joined #archlinux32
[08:51:50] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[08:53:49] -!- T`alZHeimeR has joined #archlinux32
[09:18:57] -!- T`alZHeimeR has quit [Ping timeout: 240 seconds]
[09:21:01] -!- T`alZHeimeR has joined #archlinux32
[09:47:22] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[09:49:02] -!- T`alZHeimeR has joined #archlinux32
[09:54:31] <wutno> thank you for your continued efforts, maintainers. :)
[10:03:51] <KillerWasp> wutno: you're welcome. :)
[10:03:53] <KillerWasp> !next
[10:03:55] <phrik> Another satisfied customer! NEXT!
[10:04:45] -!- abaumann has joined #archlinux32
[10:04:45] <buildmaster> Hi abaumann!
[10:04:45] <buildmaster> !rq abaumann
[10:04:46] <phrik> buildmaster: <abaumann> well, also a KVM switch is technically a backdoor
[10:04:57] <abaumann> wutno: thanks :-)
[10:05:14] <abaumann> It feels more like a struggle than an effort though..
[10:06:31] <KillerWasp> But is it worth it.
[10:07:26] <KillerWasp> I can't do much other than report problems or try to fix them, if I can.
[10:22:19] <abaumann> Well, as long as my machines are kept alive, it's ok. :-)
[10:24:56] <girls> abaumann: any support you need from the infrastructure / build scripts side? (e.g. from me?)
[10:25:25] <abaumann> mmh. I was thinking about a 'python-nocheck' straw..
[10:25:41] <girls> skip checks for python packages?
[10:25:44] <abaumann> in quite some packages I am just doing a 'unset check', 'unset checkdepends'
[10:25:49] <abaumann> yep.
[10:26:01] <girls> there *is* a without_check straw
[10:26:05] <girls> IIRC
[10:26:07] <abaumann> this would allow to just trigger a rebuild of all python packages, till all those cycles break.
[10:26:10] <abaumann> oups.
[10:26:12] <abaumann> mmh.
[10:26:13] <girls> it's just not used automatically
[10:26:19] <abaumann> ah.
[10:26:25] <girls> you can do that retriggering
[10:26:32] <girls> cycles will not re-appear
[10:26:48] <abaumann> ah. that's very handy, indeed. :-)
[10:27:18] <girls> I'm reluctant to do no-check automatically
[10:27:25] <abaumann> of course.
[10:27:31] <girls> we'll end up with a lot of untested packages without noticing
[10:27:43] <abaumann> yeah, that's true.
[10:28:42] <abaumann> the other thing is, the buildmaster seems to sit idle.. I never really know whether this is because he has nothing to do or because it has a lot of packages to handle..
[10:28:51] <abaumann> I gave it a little bit more memory yesterday.
[10:29:11] <girls> mariadb runs at 100% cpu
[10:29:20] <abaumann> The fact, that I see 100% CPU all the time in mariadbd indicates a missing index somewhere. :-)
[10:29:42] <abaumann> well, now it is not 100% CPU.
[10:29:46] <abaumann> https://archlinux32.org
[10:29:47] <phrik> Title: Arch Linux 32 - List of Build Slaves (at archlinux32.org)
[10:29:57] <abaumann> I would expect all build slaves to be busy at the moment.
[10:30:10] <girls> what errors/messages do the slaves give, when they connect to the buildmaster?
[10:30:11] <abaumann> hard to tell, it has problems with some packages, so nothing to do.
[10:30:13] -!- T`alZHeimeR has quit [Ping timeout: 240 seconds]
[10:30:36] <abaumann> sometimes they give a 'grep error', but usually they just wait and say there is nothing to do.
[10:31:19] <abaumann> Sometimes jobs run on two slaves simultaneously (currenty python4-yaml)
[10:32:07] <girls> there are some packages which block a lot, e.g. llvm, ghc, wayland
[10:32:09] <abaumann> ah, I think, just too many things are currently blocked.
[10:32:15] <girls> https://archlinux32.org
[10:32:17] <abaumann> mainly because of things like python-sphinx
[10:32:21] -!- T`alZHeimeR has joined #archlinux32
[10:32:25] <abaumann> llvm, yep, exacly.
[10:32:55] <abaumann> but my idea of a docdepends never became reality. :->
[10:33:28] <abaumann> pkg_resources.DistributionNotFound: The 'Pygments>=2.0' distribution was not found and is required by Sph
[10:33:31] <abaumann> inx
[10:33:47] <girls> so build pygments first?
[10:34:04] <abaumann> yep.
[10:34:11] <abaumann> but python-sphinx is a nightmare, basically.
[10:35:28] <abaumann> yesterday there was a cython holdup, so this might also account for some python modules failing..
[10:35:35] <abaumann> pkg_resources.DistributionNotFound: The 'sphinxcontrib-qthelp' distribution was not found and is required by Sphinx
[10:35:48] <girls> I'll just reschedule all of python
[10:36:03] <abaumann> no,
[10:36:11] <girls> why not?
[10:36:24] <abaumann> that took ages last time and I had to wait till I could break the distutils, setuptools bootstrapping
[10:36:27] <abaumann> mmh.
[10:36:33] <abaumann> maybe now it would work?
[10:36:42] <abaumann> the problem is:
[10:36:47] <abaumann> pytest doesn't exist
[10:36:47] <girls> if the python version did not change, this will be less of a hastle
[10:36:52] <abaumann> ModuleNotFoundError: No module named 'py'
[10:36:58] <abaumann> so most packages would fail again.
[10:37:10] <girls> then build pytest?
[10:37:27] <abaumann> No, it didn't change, but setuptools and the entry_points were badly broken, so some python modules can exist, but miss some files.
[10:37:31] <abaumann> yep,
[10:37:40] -!- bill-auger has quit [Remote host closed the connection]
[10:37:40] <girls> I'll reschedule pytest
[10:37:44] <abaumann> I think the most important python modules have to be forced by hand first.
[10:37:45] <abaumann> ok.
[10:37:47] <girls> and then we can rebuils all of python-*
[10:37:58] <girls> ok, I leave the forcing to you :D
[10:38:16] <abaumann> I forced pytest several times yesterday, it builds manually, but somehow gets lost on the buildmaster
[10:38:29] <girls> "gets lost" = ?
[10:38:46] <abaumann> simply doesn't get built.
[10:38:49] <girls> strange
[10:38:53] <girls> force it
[10:38:54] <girls> :D
[10:39:09] <abaumann> I thought, I did :-)
[10:39:17] <abaumann> maybe not strong enough. ;-)
[10:39:20] <girls> :D
[10:40:49] * abaumann does Pi Pico projects in parallel..
[10:41:04] * abaumann and tries hard not to electrecute himself with a 220V relay and MicroPython
[10:43:54] <abaumann> btw: I had to use zstd downgrade and the archlinxu32-keyring time warp tricks on my build slaves and test machines
[10:45:07] <abaumann> I had a xy compressed init ramdisk and zstd 1.5.1 and the machine wouldn't start correctly. I start to thing systemd is doing something strange with uncompressing zstd modules or something alike.
[10:45:09] <girls> bbl, have some other project going on - sry
[10:45:20] <abaumann> ah. no worries. :-)
[10:45:29] <abaumann> was JFYI
[10:50:46] -!- bill-auger has joined #archlinux32
[11:08:11] <abaumann> -rw-r--r-- 1 1005 1005 490600 Jan 9 10:01 pool/python-pytest-6.2.5-3.1-any.pkg.tar.zst
[11:08:16] <abaumann> now it worked. strange.
[11:08:25] <abaumann> not enough force, definitely. ;-)
[11:10:08] <abaumann> ModuleNotFoundError: No module named 'py'
[11:10:21] <abaumann> yep, there is something quite wrong with pytest itself.. I'll dig..
[11:38:01] -!- bill-auger has quit [Read error: Connection reset by peer]
[11:40:33] -!- bill-auger has joined #archlinux32
[11:58:14] <abaumann> yeah, get-package-updates recently gets tons of haskell packages every day or so.. this also makes the buildmaster busy :-)
[12:37:56] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[12:40:42] -!- T`alZHeimeR has joined #archlinux32
[13:05:42] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[13:07:46] -!- T`alZHeimeR has joined #archlinux32
[13:19:52] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[13:21:47] -!- T`alZHeimeR has joined #archlinux32
[13:29:55] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[13:31:25] -!- T`alZHeimeR has joined #archlinux32
[13:45:17] <girls> looks, like the slaves complain about my expired key
[13:45:24] <girls> though, the keyring should have a recent version
[13:47:31] <girls> emphasis on *should*
[13:49:49] <abaumann> my slaves currently run with SigLevel=Never..
[13:50:09] <girls> yes, apparently, I forgot to update the expirations of the uids of my masterkey :(
[13:50:11] * abaumann hopes nobody listens..
[13:52:31] <girls> s/uids/subkeys/
[13:52:54] <girls> damn all this crypto stuff
[13:55:21] <girls> and my check-script is not very elaborate, so it does not check all subkeys :(
[13:58:11] <abaumann> oups.
[13:58:31] <abaumann> yeah, gnupg shows its age..
[13:58:31] <girls> new keyring is released, now I'm updating the packages ...
[13:58:36] <abaumann> okay.
[14:02:17] <girls> it can only be a matter of hours, until my git repos comply to pull cleanly and my build environments comply to lock properly ...
[14:12:47] <girls> archlinux32-keyring in [releng] should be up-to-date, now
[14:13:02] <girls> still waiting for the keyring in [core] on arch32
[14:16:40] <girls> it looks, like you can enable signature verification again - after installing the recent archlinux32-keyring on the x86_64 host
[14:17:07] <girls> at least, one of my buildslaves has just successfully uploaded a package :D
[14:49:55] <abaumann> ok. thanks. will switch back. :-)
[15:26:39] -!- T`alZHeimeR has quit [Ping timeout: 256 seconds]
[15:28:08] -!- T`alZHeimeR has joined #archlinux32
[15:34:00] <sunshavi> mmm. rpi pico.
[15:40:09] <girls> the pico comes without wifi and ethernet? What can I use it for, where an ATTiny does not suffice?
[15:40:44] <abaumann> as far as I can see the pico needs hats for wlan or ethernet.
[15:41:01] <abaumann> I'm currently talking to it from a normal raspberry pi via serial gpio
[15:41:26] <abaumann> and I defeinitely want to try the Fusix port for it, but I need an SD card breakout first.
[15:43:55] <girls> not sure, I see a usecase for it - and I'm pretty creative, when it comes to finding usecases for electronics ;)
[15:46:57] <sunshavi> I would like to know more about your pico usages. I read somebody used the pico for creating an usb mic
[15:51:28] -!- sunshavi has quit [Read error: Connection reset by peer]
[15:52:14] -!- sunshavi has joined #archlinux32
[15:54:57] <abaumann> girls: you can blink some 220V bulps with it.. ;-)
[15:55:22] <abaumann> sunshavi: I'm really a beginner here, did some stuff with arduino, but not with those small pi's yet.
[15:55:39] <sunshavi> cool.
[15:55:48] <abaumann> Microphython seems to be a really nice idea for rapid prototyped, the C SDK looks fairly complete, the cmake build system for ARM a little bit complicated.
[15:56:12] <sunshavi> yes the guy using it 'for the mic' used micropython
[15:56:31] <sunshavi> let me search for the article
[15:57:01] <abaumann> the cpu is quite powerful on that thing. memory might be more of a problem..
[15:57:50] <sunshavi> cross-compilation could be done if necessary
[15:58:28] <abaumann> there is a ARM toolchain, though for IA-32 it has to be compiled by hand :-)
[16:00:07] <abaumann> well the python thing hangs sometimes (thonny)
[16:00:13] <sunshavi> https://electronut.in
[16:00:15] <phrik> Title: Mico: A PDM to USB microphone based on the Raspberry Pi RP2040 · electronut (at electronut.in)
[16:01:38] <abaumann> ah, but this is a custom PCB with a RP2040 cpu on it
[16:01:48] <abaumann> looking great :-)
[16:01:49] <sunshavi> Yes
[16:02:15] <sunshavi> quality is awesome
[16:02:33] <sunshavi> according to the project-creator
[16:02:43] <girls> new keyring on arch32 is in the pipes
[16:03:03] <sunshavi> Hi. girls.
[16:03:12] <girls> Hi sunshavi, bbl ;)
[16:11:43] <sunshavi> btw. archlinux-arm has re-started compiling packages again
[16:21:15] <girls> restart?
[16:21:17] <girls> did they stop?
[16:21:35] * girls have not noticed, since their archarm build farm is broken, too
[16:41:56] -!- phrik has quit [Read error: Connection reset by peer]
[16:42:32] -!- phrik has joined #archlinux32
[16:47:36] -!- City-busz has quit [Quit: http://quassel-irc.org - Csevegjen kényelmesen. Bárhol.]
[16:48:21] -!- City-busz has joined #archlinux32
[16:50:28] -!- phrik has quit [Quit: Going down for upgrades!]
[16:50:51] -!- phrik has joined #archlinux32
[17:08:15] <sunshavi> Yes. they are stuck on kernel 5.11
[17:08:39] <sunshavi> no latest iso for intallation for more than a year I think. That just come out of my mind
[17:09:19] <sunshavi> until a month ago It was like having debian-stable :)
[17:09:26] <girls> lol
[17:10:36] <sunshavi> now . They have compiled icu. which is going to move everything
[17:13:01] <sunshavi> But i have read in the past. there is a tool for updating packaging dependencies inside an elf file. That could help on having a kind of archlinux-arm lts. for cases when icu changes. glibc and binutils are quite outdatet also. Probably something should have happened within the maintainers group for this long delay without updates
[17:14:14] <girls> IIRC the "group" is only one maintainer
[17:14:36] <sunshavi> kevin and grawsky
[17:14:52] <sunshavi> grawsky is the one that compiles for archarm64
[17:15:12] <sunshavi> aarch64 have keep compiling packages
[17:16:18] <sunshavi> You know also tardis is gone
[17:16:35] <sunshavi> tardis was a repo that had all archarm packages from day one
[17:19:21] <abaumann> uh, this sounds a little bit like our group ;-)
[17:19:54] <girls> yeah
[17:20:27] <girls> but we seem to have more automation (not saying it's better :p)
[17:20:33] <abaumann> ha, python-pygments and python-urllib3 are in cylce, yippie.
[17:20:49] <abaumann> well, automatization is always better, IMHO.
[17:21:23] <girls> we need a shim-package which simply puts a symlink for /usr/lib/python$new to /usr/lib/python$last >:-)
[17:22:08] <abaumann> mmh. been there for distutils.. not the best idea :-)
[17:22:34] <girls> :D
[17:23:07] <abaumann> actually, how I bootstrapped python-setuptools might also not have been the best idea: enabling ensurepip in python, then build the basic python modules up to setuptools, then revert python, build setuptools and install egg_info by hand basically.
[17:23:14] <sunshavi> just one man doing everything seems a lot of work
[17:23:50] <girls> sunshavi: that's why we have automation
[17:24:02] <sunshavi> cool
[17:24:07] <girls> ... still a lot of work, though ;)
[17:24:15] <sunshavi> lol. sure
[17:25:14] <abaumann> it feels more like slaughtering than work.. ;-)
[17:25:15] <girls> it would work automatically, iff arch64 did not make any mistakes, I did not make any mistakes (in writing the automation), we would compile for x86_64 and builds were truely reproducible
[17:25:56] <abaumann> that's my biggest problem with upstream: they build by hand and sometimes steps are lost in git logs (if you are lucky)
[17:26:38] <sunshavi> problem is there is NO talking about the complete archlinux project.
[17:26:40] <girls> yeah, we should offer them to run via our buildmaster, too
[17:26:58] <abaumann> aeh. :-)
[17:27:00] <girls> and while we're on it, archlinuxarm could use the buildmaster, too
[17:27:04] <sunshavi> archlinux just support x86_64
[17:27:26] <girls> sunshavi: that's not fair, they're quite supportive
[17:27:55] <girls> they officially only support x86_64, yes, but "under the counter", they're really supportive
[17:28:03] <sunshavi> You could be right. But arch32 archarm does compile automatically
[17:28:18] <girls> I sure hope, they do
[17:28:32] <girls> but automation only works until it doesn't
[17:28:43] <sunshavi> hand compilation is always an issue even for me when compiling independent packages
[17:28:51] <sunshavi> like telega-tdlib
[17:29:06] <sunshavi> which needs more than 4 Gb of memory by default
[17:29:15] <girls> in the meantime I have (semi) automatic compilation for my packages in my private repository, too
[17:29:30] <sunshavi> That sounds nice
[17:29:31] <abaumann> that's a thing we might have to address in the future: cross-compilation
[17:30:33] <sunshavi> my compaq n600c just have 256Mb of Mem
[17:30:51] <abaumann> ideal for cross-compilation ;-)
[17:30:53] <sunshavi> and it is stuck on archlinux not on arch32
[17:31:13] <girls> I would propose to either enhance build-packages to also handle cross-compilation (e.g. via straw) or to use a totally separate script (and separate slaves) for cross compilation
[17:31:21] <sunshavi> Yes. cross-compilation is going to be a need on that machine
[17:31:46] <abaumann> so far there is just a handfull packages I can think of, which need cross-compilation: firefox, thunderbird, virtualbox, ...
[17:31:48] <girls> I prefer the first option
[17:31:53] <sunshavi> I have got cross-compilation working for arcchlinux-arm-32-bits
[17:32:05] <girls> bootstrapping anything
[17:32:16] <sunshavi> is virtualbox working? again
[17:32:25] <abaumann> exactly. not. :-)
[17:32:29] <sunshavi> ok
[17:32:40] <abaumann> because it runs out of memory when trying the monster of generated SOAP service..
[17:32:50] <abaumann> sticky straws?
[17:32:58] <girls> cross straws
[17:33:05] <abaumann> but sticky :-)
[17:33:08] <sunshavi> mmm. How much memory Do You have? 3 GB is the limit for arch32
[17:33:23] <abaumann> because building firefox in the first two steps would use 3 days or so..
[17:33:40] <sunshavi> Oh man. That's terryble
[17:33:42] <abaumann> I give it 4 GB and then 8 GB swap with PAE.
[17:33:54] <abaumann> This allows parallel processes to use a lot of memory.
[17:34:00] <sunshavi> I have not had luck when using PAE to unstable for my taste
[17:34:06] <abaumann> it doesn't help though if the linker is trying to do LTO optimization.
[17:34:14] <abaumann> usually switching off LTO in this case is enough.
[17:34:31] <abaumann> sometimes you have to exchange the gold ld with the bfd linker.
[17:34:39] <abaumann> that ones works better with low memory situations.
[17:34:54] <sunshavi> gold in the new kid on the block right?
[17:35:16] <abaumann> yes. but it is basically an all-inmemory-linker
[17:35:26] <abaumann> which makes live easy if you want to do link time optimisation
[17:35:32] <abaumann> *life
[17:35:45] <sunshavi> ok
[17:36:03] <abaumann> another idea of hooks: dochooks
[17:36:23] <abaumann> basically a recipe per package which just tries 'another way of building it, for instance without documentation'
[17:36:38] <abaumann> but this would require a sed-snippet to be applied only in that straw.
[17:36:43] <abaumann> just spilling wild ideas :-)
[17:36:44] <girls> but that's hard to automate if upstream does not separate the build instructions
[17:36:51] <abaumann> yep.
[17:37:04] <abaumann> and it is quite fragile.. if things change.
[17:37:11] <sunshavi> Do You guys talk with upstream guys from time to time?
[17:37:16] <abaumann> so, maybe not the best idea for automation.
[17:37:21] <girls> yes, we do
[17:37:24] <abaumann> yep.
[17:37:27] <sunshavi> quite nice
[17:37:32] <girls> we also have some in the channel :(
[17:37:34] <girls> :)
[17:37:36] <girls> sry, mistyped
[17:37:40] <abaumann> :-)
[17:37:49] <sunshavi> then. That's excellent
[17:37:59] <abaumann> can't complain..
[17:38:01] <sunshavi> I did not know about it
[17:38:12] <abaumann> ..and the sometimes deserved smack on the nose is also appreciated. :-)
[17:38:15] <girls> as I said: they're quite supportive
[17:38:33] <sunshavi> great
[17:39:45] <abaumann> the current Python problems just take so long because I don't understand a thing about Python :-)
[17:39:52] <abaumann> so I have to learn everything the hard way first.
[17:40:11] <sunshavi> I am a user of dbdesignerfork that works like a charm on arch32. But does not work on archlinux x86_64
[17:40:35] <sunshavi> I try not to update python regularly it is on my ignorepkgs
[17:41:41] <abaumann> dbdesigner4, really? Unless it is a 32-bit only software originally..
[17:42:25] <sunshavi> Yes it is quite old. It is from pre-history
[17:42:28] <abaumann> ..let me test, as dbmodel is still Qt4 (though I made a fix for Qt5)
[17:42:34] <sunshavi> It is done with kylix pre Qt3
[17:42:39] <abaumann> uh.
[17:42:40] <abaumann> yeah.
[17:42:57] <abaumann> that sounds like some effort is needed then.
[17:43:56] <abaumann> software tends to break on newer compilers or frameworks, if they are not at least maintained a little bit.
[17:44:25] <sunshavi> it works on pretty find on x86-32bits
[17:45:00] <sunshavi> But multilib is needed on x86_64 and it segfaults starting
[17:45:25] <sunshavi> and alternative could be running it on VB ;)
[17:45:58] <sunshavi> In the past It also ran on wine
[17:46:58] <abaumann> depends=('lib32-kylixlibs' 'lib32-libmng' 'lib32-gcc-libs')
[17:47:06] <sunshavi> But You know running natively is quite better
[17:47:06] <abaumann> yeah this is originally a 32-bit software.
[17:47:13] <sunshavi> Yes it is
[17:47:50] <sunshavi> let me check qt3 on wikipedia for knowing from which year is this software
[17:48:08] <abaumann> I just know that qt4 recently got EOL, so.. :-)
[17:48:43] <abaumann> Extension error (sphinx.config):
[17:48:43] <abaumann> Handler <function correct_copyright_year at 0xf6412730> for event 'config-inited' threw an exception (exception: [Errno 2] No such file or directory: '/usr/lib/python3.10/site-packages/babel/locale-data')
[17:48:50] <abaumann> huh? did I mention I hate sphinx?
[17:49:00] <girls> ln -s ...
[17:49:11] <sunshavi> sphinx is for voice control
[17:49:24] <abaumann> python-sphinx is for generating documentation
[17:49:34] <girls> abaumann: have you commited/checked in your dbmodel changes for qt5 somewhere?
[17:49:53] <abaumann> http://git.andreasbaumann.cc
[17:49:54] <phrik> Title: dbmodel - Unnamed repository; edit this file 'description' to name the repository. (at git.andreasbaumann.cc)
[17:50:07] <abaumann> there is a 'qt5' branch
[17:50:24] <abaumann> I sent the changes upstream, but so far, no answer..
[17:50:43] <girls> dammit, I build it from my repo - so we're doubling the work :(
[17:51:10] <abaumann> dmodel?
[17:51:13] <abaumann> sorry
[17:51:24] <girls> np
[17:51:42] T`alZHeimeR is now known as T`aZ
[17:51:43] * abaumann connect a GND pin to the wrong CPIO pin on the Pi
[17:51:44] <sunshavi> kylix is from 1999 :o
[17:51:55] <girls> *bzzt*
[17:52:41] <abaumann> :-)
[17:52:58] <abaumann> power was off, luckily
[17:53:04] <girls> well, then
[17:53:27] <sunshavi> great power was down
[17:53:36] <abaumann> if there is one topic I know less than Python, it is electronics :-)
[17:54:14] <sunshavi> I like python over java
[17:54:17] <abaumann> the GPIO pins on the PI are convenently _not_ labelled.
[17:54:53] <abaumann> not even a pin 1 marker. *grmpf*
[17:55:05] <sunshavi> just the schematics
[17:56:36] <girls> it's not rectangular or something?
[17:57:06] <abaumann> yeh, it is, and the schematics are there.
[17:57:17] <abaumann> but I prefer a pin 1 marker nevertheless additionally
[17:57:24] <girls> https://git.eckner.net
[17:57:25] <phrik> Title: Erich/dbmodel - Unnamed repository; edit this file 'description' to name the repository. (at git.eckner.net)
[17:57:41] <girls> in case, you want to check my qt5 changes, too ;)
[17:58:12] <abaumann> sure thing.
[17:58:16] <abaumann> your's works? ;-)
[17:58:24] <girls> somewhat :/
[17:58:38] <abaumann> I was able to draw a schema. so.
[17:58:45] <girls> I can reproducibly make it crash, when I click in the wrong order
[17:58:48] <abaumann> but I didn't use all the features.
[17:59:39] <abaumann> oups. 5V on the pi is only 4.2V
[18:00:20] <abaumann> yeah, driving the pico from the pi, I might have to read some schematics first
[18:16:37] -!- T`aZ has quit [Ping timeout: 240 seconds]
[18:17:07] <sunshavi> dbmodel is like dbdesigner. I meant 'Is it a databese modelling tool?'
[18:17:30] <sunshavi> s/databese/database/
[18:18:57] -!- T`aZ has joined #archlinux32
[18:18:59] <sunshavi> Yes. it is. It is a yaourt package
[18:19:21] <sunshavi> let me try to install it on archlinux-arm-32-bits
[18:30:31] <sunshavi> compiling qt4
[18:31:29] <abaumann> "10 hours later.." ;-)
[18:32:05] <sunshavi> Yes. I did not realize about it
[18:32:26] <sunshavi> where is the qt5 branch?
[18:33:02] <sunshavi> I see it is in your repo
[18:33:13] <abaumann> yes, or master in girls
[18:33:19] <sunshavi> let me try it when still compiling qt4
[18:34:56] <sunshavi> which one is girls repo?
[18:35:07] <girls> eckner.net
[18:35:24] <sunshavi> that is deepthouguht42?
[18:35:31] <girls> yes
[18:35:35] <girls> we're the same person
[18:35:49] <sunshavi> You are erick?
[18:35:53] <girls> Erich
[18:35:55] <girls> yes
[18:36:17] <sunshavi> quite nice. I remember the time when You bootstraped sbcl.
[18:36:31] <girls> I did? Cannot really remember :/
[18:36:45] <sunshavi> np. I remember :p
[18:36:46] <girls> ah, yes, faintly
[18:36:50] <girls> :D
[18:41:01] -!- T`aZ has quit [Ping timeout: 240 seconds]
[18:43:10] -!- T`aZ has joined #archlinux32
[18:57:10] <sunshavi> girls: are You sure there is a qt5 branch in your repo?
[19:29:49] -!- T`aZ has quit [Ping timeout: 240 seconds]
[19:31:47] -!- T`aZ has joined #archlinux32
[19:46:27] <girls> there is no branch, but it compiles with qt5
[19:47:16] <girls> https://git.eckner.net
[19:47:16] <phrik> Title: PKGBUILD « dbmodel - Erich/archlinuxewe - Unnamed repository; edit this file 'description' to name the repository. (at git.eckner.net)
[19:55:58] -!- T`aZ has quit [Ping timeout: 256 seconds]
[19:57:49] -!- T`aZ has joined #archlinux32
[20:01:50] <sunshavi> gcc-libs 5.11
[20:02:10] <sunshavi> gcc-libs 10.2 here
[20:13:14] <sunshavi> qt5-base 277 here
[20:14:22] <sunshavi> icu 70 is required
[20:14:28] <sunshavi> let me update icu
[20:38:07] <abaumann> ./quit
[20:38:07] <abaumann> exit
[20:38:11] <abaumann> \quit
[20:38:12] <girls> bye
[20:38:20] <abaumann> not quite.
[20:38:26] <abaumann> this was a database :-)
[20:38:30] <abaumann> in the wrong terminal
[20:38:49] <girls> roberts'; drop tables students; --
[20:44:43] <girls> do you need a sql2irc bridge?
[20:53:47] <abaumann> more likely a python2sanitybridge
[20:53:49] <abaumann> Handler <function correct_copyright_year at 0xf63fe580> for event 'config-inited' threw an exception (exception: [Errno 2] No such file or directory: '/usr/lib/python3.10/site-packages/babel/locale-data')
[20:54:09] <abaumann> llvm fails now because some copyright plugin throws an exception?
[20:54:19] <abaumann> [Errno 2] No such file or directory: '/usr/lib/python3.10/site-packages/babel/locale-data')
[20:54:20] -!- T`aZ has quit [Ping timeout: 256 seconds]
[20:54:28] <abaumann> I checked, this file also doesn't exist on 64-bit
[20:54:54] <abaumann> maybe there is a python-babel, and it is broken?
[20:55:35] <girls> no x86_64 package contains a file named locale-data
[20:56:00] <abaumann> in ancient times one wrote roff documentation for man pages.. then we got doxygen for generating docu.. then docbook, and whatnot, and it seems only to get worse..
[20:56:24] -!- T`aZ has joined #archlinux32
[20:56:24] <abaumann> yeah. I have to assume half of the python packages are beatifully broken..
[20:56:45] <abaumann> in the worst case I'll have to bootstrap it from scratch
[20:57:26] <abaumann> one good thing: I learn what the minimal set of useful python packages is for building most of the other packages.
[20:59:44] <abaumann> my 4 year old rpi3 died, sd card slot broken, the pi 1 2011.12 is working just fine :-)
[21:00:28] <abaumann> the best one in my personal opinion is the rp2b, everything later gets hot and breaks in my experience
[21:00:38] <abaumann> ok, my sample is not that big, statistically :-)
[21:01:29] <sunshavi> mine is opi+2e. It has more than 4 years. It uses emmc
[21:01:40] <sunshavi> i have a couple of them
[21:02:02] <sunshavi> the other one has 64 Gb emmc with a uSD-adapter
[21:05:25] -!- T`aZ has quit [Ping timeout: 240 seconds]
[21:07:24] -!- T`aZ has joined #archlinux32
[21:18:42] -!- T`aZ has quit [Ping timeout: 256 seconds]
[21:20:29] -!- T`aZ has joined #archlinux32
[21:23:05] -!- tmek has joined #archlinux32
[21:35:25] -!- T`aZ has quit [Ping timeout: 240 seconds]
[21:37:32] -!- T`aZ has joined #archlinux32
[21:54:37] -!- T`aZ has quit [Ping timeout: 240 seconds]
[21:56:36] -!- T`aZ has joined #archlinux32
[22:06:52] -!- T`aZ has quit [Ping timeout: 256 seconds]
[22:08:22] -!- T`aZ has joined #archlinux32
[22:17:01] -!- T`aZ has quit [Ping timeout: 240 seconds]
[22:19:09] -!- T`aZ has joined #archlinux32
[22:29:06] <abaumann> https://archlinux32.org
[22:29:07] <phrik> Title: Arch Linux 32 - List of Build Slaves (at archlinux32.org)
[22:29:17] <abaumann> and again, every llvm/arch combination is run twice
[22:30:06] <abaumann> pentium4/llvm n eurobuild6-1/eurobuild6-3, i686/llvm on euorbuild6-2, nlopc46 and i486/llvm onn eurobuild6-7-i486 and eurobuild6-8-i486
[22:30:18] <abaumann> I think, it is scheduled once recularly and once forced somehow.
[22:30:31] -!- T`aZ has quit [Ping timeout: 256 seconds]
[22:31:49] <girls> this cannot happen, I thought
[22:32:06] -!- T`aZ has joined #archlinux32
[22:36:49] <abaumann> never mind. it's just electrons being burned.. ;-)
[22:36:50] <abaumann> cu
[22:36:52] -!- abaumann has quit [Quit: leaving]
[22:46:13] -!- T`aZ has quit [Ping timeout: 240 seconds]
[22:48:07] -!- T`aZ has joined #archlinux32
[23:27:01] -!- tmek has quit [Ping timeout: 240 seconds]
[23:28:28] -!- T`aZ has quit [Ping timeout: 256 seconds]
[23:30:28] -!- T`aZ has joined #archlinux32