#archlinux32 | Logs for 2022-07-13
Back
[01:57:14] -!- T`aZ has quit [Ping timeout: 255 seconds]
[01:58:56] -!- T`aZ has joined #archlinux32
[02:23:47] -!- GNUtoo has quit [Remote host closed the connection]
[02:29:00] -!- GNUtoo has joined #archlinux32
[02:56:22] -!- GNUtoo has quit [Remote host closed the connection]
[02:56:37] -!- GNUtoo has joined #archlinux32
[03:11:56] -!- T`aZ has quit [Ping timeout: 255 seconds]
[03:13:56] -!- T`aZ has joined #archlinux32
[03:15:22] -!- drathir_tor has quit [Remote host closed the connection]
[03:15:51] -!- drathir_tor has joined #archlinux32
[03:50:13] -!- T`aZ has quit [Ping timeout: 244 seconds]
[03:52:20] -!- T`aZ has joined #archlinux32
[04:32:27] -!- finsternis has joined #archlinux32
[04:36:12] -!- T`aZ has quit [Ping timeout: 244 seconds]
[04:37:16] -!- T`aZ has joined #archlinux32
[04:58:51] -!- ejjdhfjsu has joined #archlinux32
[05:44:10] -!- bill-auger has quit [Ping timeout: 240 seconds]
[05:45:32] -!- bill-auger has joined #archlinux32
[06:22:51] -!- GNUtoo has quit [Remote host closed the connection]
[06:23:07] -!- GNUtoo has joined #archlinux32
[06:30:02] -!- GNUtoo has quit [Read error: Connection reset by peer]
[06:30:02] -!- drathir_tor has quit [Read error: Connection reset by peer]
[06:30:07] -!- bill-auger has quit [Remote host closed the connection]
[06:30:19] -!- GNUtoo has joined #archlinux32
[06:30:27] -!- drathir_tor has joined #archlinux32
[06:30:31] -!- bill-auger has joined #archlinux32
[07:54:50] -!- ejjdhfjsu has quit [Remote host closed the connection]
[08:11:26] -!- drathir_tor has quit [Remote host closed the connection]
[08:16:47] -!- drathir_tor has joined #archlinux32
[08:17:41] -!- drathir_tor has quit [Remote host closed the connection]
[08:21:53] -!- drathir_tor has joined #archlinux32
[10:00:03] -!- drathir_tor has quit [Remote host closed the connection]
[10:05:31] -!- drathir_tor has joined #archlinux32
[11:44:59] -!- GNUtoo has quit [Remote host closed the connection]
[11:45:00] -!- drathir_tor has quit [Read error: Connection reset by peer]
[11:45:00] -!- jonathon has quit [Read error: Connection reset by peer]
[11:45:14] -!- jonathon has joined #archlinux32
[11:45:19] -!- GNUtoo has joined #archlinux32
[11:45:31] -!- drathir_tor has joined #archlinux32
[13:55:41] -!- GNUtoo has quit [Remote host closed the connection]
[14:00:03] -!- jonathon has quit [Remote host closed the connection]
[14:00:03] -!- drathir_tor has quit [Remote host closed the connection]
[14:00:22] -!- jonathon has joined #archlinux32
[14:00:31] -!- drathir_tor has joined #archlinux32
[14:00:56] -!- GNUtoo has joined #archlinux32
[14:01:30] -!- jonathon has quit [Remote host closed the connection]
[14:01:42] -!- jonathon has joined #archlinux32
[14:13:53] -!- GNUtoo has quit [Remote host closed the connection]
[14:14:14] -!- GNUtoo has joined #archlinux32
[15:10:40] -!- titus_livius has quit [Ping timeout: 244 seconds]
[15:11:52] -!- titus_livius has joined #archlinux32
[16:04:34] -!- drathir_tor has quit [Remote host closed the connection]
[16:14:53] -!- drathir_tor has joined #archlinux32
[16:35:44] -!- drathir87 has joined #archlinux32
[16:35:55] -!- drathir87 has quit [Remote host closed the connection]
[16:36:29] -!- drathir_tor has quit [Remote host closed the connection]
[16:40:45] -!- drathir_tor has joined #archlinux32
[16:58:43] -!- jonathon has quit [Remote host closed the connection]
[16:59:03] -!- jonathon has joined #archlinux32
[16:59:27] -!- jonathon has quit [Remote host closed the connection]
[16:59:38] -!- jonathon has joined #archlinux32
[17:45:02] -!- jonathon has quit [Write error: Connection reset by peer]
[17:46:44] -!- jonathon has joined #archlinux32
[17:47:00] -!- jonathon has quit [Remote host closed the connection]
[17:47:11] -!- jonathon has joined #archlinux32
[17:56:24] -!- abaumann has joined #archlinux32
[17:56:24] <buildmaster> Hi abaumann!
[17:56:24] <buildmaster> !rq abaumann
[17:56:25] <phrik> buildmaster: <abaumann> The next step will be to distribute code to neighbour servers or use the Amazon cluster in the build script to run tests..
[17:56:37] -!- abaumann has quit [Client Quit]
[18:26:49] -!- drathir_tor has quit [Remote host closed the connection]
[18:27:19] -!- drathir_tor has joined #archlinux32
[20:57:28] -!- abaumann has joined #archlinux32
[20:57:28] <buildmaster> Hi abaumann!
[20:57:28] <buildmaster> !rq abaumann
[20:57:29] <phrik> buildmaster: <abaumann> the world would be a better place if less would be programmed in C, or at least by people knowing C :-)
[20:58:00] <abaumann> package and buildmaster insanity? anything I did?
[20:58:56] <girls> let me take a look
[21:00:28] <abaumann> plasma-something..
[21:00:32] <abaumann> a thanks.
[21:00:41] <abaumann> some repo/db mismatch, I think.
[21:01:05] <girls> yes, they're simply missing from the db
[21:01:24] <abaumann> btw: the beefy machine survived the transport by byke, but it still insists in the BMC to have broken PSUs :-(
[21:01:49] <girls> and the PSUs are fine?
[21:02:55] <girls> buildmaster is sane again
[21:03:31] <girls> the insanity of the package db is something we broke when adding the package to [build-support], I'm afraid - it should fix itself (tm), when the package is removed again
[21:03:42] <girls> also, it should only affect the aarch-... compiler packages
[21:03:54] <girls> I believe, I messed up the dependencies of those somehow
[21:04:02] <girls> but I didn't have a deeper look, what the actual issue is
[21:04:08] <girls> 80/20 solution ;)
[21:15:55] -!- abaumann has quit [Remote host closed the connection]
[21:16:13] -!- abaumann has joined #archlinux32
[21:16:26] <abaumann> sweet. thanks for fixing.
[21:17:04] <abaumann> sorry for my wonky answers. I'm on a bicycle tour with a phone on a shacky bluetooth keyboard, not exactly fun.. :-)
[21:17:15] <girls> haha, no worries
[21:17:35] <abaumann> yeah, I have to see if the PSUs are the problem or I suspect a logic board measuring the power and BMC
[21:18:02] <abaumann> somthing is really strange with the machine.. I have never seen two PSUs go bad simultaneously
[21:18:07] <girls> are these standard PSUs of which you have hundrets on shelf?
[21:18:17] <abaumann> aeh. not exacltly.
[21:18:36] <abaumann> of course I checked 12 PSUs in the cellar.. of other old machines..
[21:18:41] <abaumann> ..of course.. none fit :-)
[21:18:47] <girls> I think, some machines have a separate board connecting the PSUs
[21:19:04] <abaumann> yeah, exacctly.
[21:19:05] <girls> maybe this one has that, too - and it is broken?
[21:19:09] <girls> ah, ok :D
[21:19:11] <abaumann> could be.
[21:19:22] <abaumann> Intel servers are a little bit a mistery to me.
[21:19:29] <abaumann> What I can do is:
[21:19:47] <abaumann> poke around with a multimeter and see if I get the right currents on the mobo connectors.
[21:19:59] <abaumann> or voltages.. rather :-)
[21:20:25] <abaumann> hey. I'm a software engineer.. don't expect to.. aeh physical things from me ;-)
[21:20:33] <abaumann> *Too
[21:20:38] <abaumann> *too
[21:20:42] <abaumann> oups. :-)
[21:21:15] <abaumann> The Logitech whatever 480 is actually a really nice bluetooth keybaord. heavy and so.. but I'm not used to it (yet).
[21:21:30] <girls> so you're typing while riding?
[21:21:41] <abaumann> the screen is a.. well...old cell phone..
[21:21:47] <abaumann> nope.
[21:21:54] <abaumann> that's the plan for tomorrow ;-)
[21:22:01] <girls> :)
[21:26:41] <abaumann> perfekt.. my build worker are alive and kicking. :-)
[21:28:21] <abaumann> yeah. I can feel bit bill-auger: the situation on arm gets a little bit.. aeh.. complicated..
[21:28:30] <girls> yeah
[21:28:37] <abaumann> ..I have now some devices running on ARMv6
[21:28:46] <abaumann> basically unmaintained.
[21:29:19] <abaumann> to be frank: I never expected those devices to last that long..
[21:29:20] <girls> I din't update my raspis in ages, but it's because my own arm build slaves have been broken for months :-(
[21:29:42] <abaumann> mmh. same here..
[21:30:02] -!- drathir_tor has quit [Remote host closed the connection]
[21:30:33] -!- drathir_tor has joined #archlinux32
[21:30:48] <abaumann> in a split second I thought: he, what about doing some armv6 32-bit builds..
[21:30:58] <abaumann> .. but then.. we have enough not working on IA32
[21:31:07] <girls> I really have to try the boot-a-raspi-from-usb option
[21:31:18] <girls> :D
[21:31:20] <abaumann> uh. sounds interesting :-)
[21:31:30] <girls> we could use similar infrastructure for also building on arm
[21:31:43] <girls> but otoh, they already *have* the software to build for arm
[21:32:16] <abaumann> yeah. and you have to really crosscompile or use a distcc on real hardware thingy..
[21:32:33] <girls> TBH, I would use plain raspis
[21:32:44] <girls> the low costs rectify the low speed
[21:32:52] <abaumann> true
[21:33:00] <abaumann> a cluster of rpis :-)
[21:33:02] <girls> just set up a pile of them (and expand as you like)
[21:33:06] <girls> exactly
[21:33:18] <abaumann> I was close to get 29 Galileos..
[21:33:23] <abaumann> .. I reconsidered.
[21:33:27] <girls> what's that?
[21:33:32] <abaumann> Intel Galileo..
[21:33:40] <abaumann> basically the last IA32 platform alive..
[21:33:52] <abaumann> embedded.. Adruino heads compatible..
[21:34:11] <abaumann> ..has hell of documentation (i mean, really really good documentation)..
[21:34:26] <abaumann> ..sadly Intel was just a little bit late in the embedded game..
[21:34:41] <abaumann> ..but.. if I get a Arch32 running on that thing :-)
[21:35:05] <abaumann> I'm also playing with a i486 floppy based boot loader ATM.
[21:35:10] <abaumann> nothing working yet..
[21:35:59] <abaumann> as soons as it boots an actual kernel in qemu and doesn't just hardware reset I'll post it on git.archlinux32.org
[21:36:11] <girls> :)
[21:42:43] <abaumann> So, before I get kicked out.. I have to leave.. :-)
[21:46:06] -!- abaumann has quit [Quit: leaving]
[21:46:09] <girls> bye
[21:49:52] <T`aZ> you guys are even crazier than me
[21:52:51] <girls> how so?
[22:24:12] <T`aZ> i mean, talking about ia32 or a cluster of rpi to build stuff, that's more than what other, classical distros are doing
[22:24:39] <girls> archlinuxarm is doing it that way, if I understand correctly
[22:25:04] <T`aZ> you mean compiling natively, why not crosscompiling ?
[22:25:19] <girls> because this does not work generically
[22:25:50] <girls> you must cross compile some packages, which need too huge resources (e.g. browsers), but you really want to compile most packages natively
[22:26:16] <T`aZ> that's the part i dont get, why the native part is necessary at all
[22:27:31] <girls> because that's the most straight-forward'ish way to build arch linux packages
[22:27:42] <girls> pull a PKGBUILD and run makepkg
[22:27:51] <girls> but for this, you need to be on the right architecture
[22:28:04] <girls> or you need qemu's help - which is not complete, either
[22:28:13] <T`aZ> ha, indeed.
[22:28:34] <T`aZ> so most of the packages are not crosscompiler friendly
[22:28:47] <T`aZ> out of the box i mean
[22:29:02] <girls> yeah
[22:30:28] <KitsuWhooa> I wonder, would running arch32 in a vm work on an amd64 machine?
[22:30:35] <KitsuWhooa> Or does the compiler still detect and enable amd64 features
[22:30:46] <girls> yes and no
[22:31:09] <girls> you can run the vm in either way
[22:31:13] <KitsuWhooa> Hm, I see
[22:31:24] <KitsuWhooa> Well, something like the cpuid won't lie for example
[22:31:35] <girls> with accelleration: it sees the x86_64 features (but can still run), without accelleration: it works
[22:31:51] <KitsuWhooa> without acceleration sounds like it's better to just build a P4 machine instead
[22:31:53] <KitsuWhooa> :p
[22:31:53] <girls> yes, then you of course also have the packages, that probe for the cpuid :D
[22:32:00] <girls> yeah
[22:32:27] <KitsuWhooa> wonder if I could convince qemu with kvm to change the cpuid to something like this
[22:32:28] <T`aZ> isn't cpuid intercepted in a vm ? :o
[22:32:49] <T`aZ> if not, sounds like a disaster waiting to happen
[22:33:06] <KitsuWhooa> Yes but I don't think it exposes full control of it
[22:33:07] <girls> yeah, you're right
[22:33:18] <KitsuWhooa> I may as well be wrong though
[22:33:21] <girls> but you still see all the relevant flags in /proc/cpuinfo
[22:33:45] <KitsuWhooa> I just remember setting one cpu in virt manager and having it show up as another similar one in task manager