#archlinux32 | Logs for 2018-10-18

[00:17:08] -!- woshty has quit [Ping timeout: 245 seconds]
[00:21:21] -!- thePiGrepper has quit [Ping timeout: 244 seconds]
[00:21:40] <buildmaster> i686/diffoscope is broken (says rechenknecht).
[00:56:30] <buildmaster> i686/xnoise is broken (says rechenknecht).
[00:56:33] -!- dwilc has quit [Ping timeout: 250 seconds]
[01:03:05] <buildmaster> i686/gpm is broken (says rechenknecht).
[01:09:41] -!- thePiGrepper has joined #archlinux32
[01:26:24] -!- dwilc has joined #archlinux32
[01:46:23] <buildmaster> i686/libfreehand is broken (says nlopc46).
[01:48:11] <buildmaster> i686/java7-openjdk is broken (says buildknecht).
[01:50:13] -!- buildmaster has quit [Remote host closed the connection]
[01:50:30] -!- buildmaster has joined #archlinux32
[01:59:30] <buildmaster> i686/libextractor is broken (says tyzoid-srv0-bs0).
[02:01:41] <buildmaster> i686/doxygen is broken (says nlopc46).
[02:09:41] <buildmaster> i686/js60 is broken (says eurobuild3).
[02:12:40] -!- isacdaavid has quit [Quit: Leaving.]
[03:20:08] <buildmaster> i686/gtksourceviewmm is broken (says tyzoid-srv0-bs0).
[03:20:30] <buildmaster> i686/remake is broken (says rechenknecht).
[03:25:40] <buildmaster> i686/nvidia-340xx-utils are broken (says tyzoid-srv0-bs0).
[03:27:50] <buildmaster> i686/mate-netbook is broken (says tyzoid-srv0-bs0).
[03:30:28] -!- ofara_ has quit [Ping timeout: 245 seconds]
[03:30:56] -!- ofara has quit [Ping timeout: 260 seconds]
[03:32:32] <buildmaster> i686/haproxy is broken (says tyzoid-srv0-bs0).
[03:33:39] <buildmaster> i686/luasec is broken (says nlopc46).
[04:02:08] <buildmaster> i686/freeimage is broken (says nlopc46).
[04:07:17] -!- ofara_ has joined #archlinux32
[04:22:53] <buildmaster> i686/stratisd is broken (says nlopc46).
[04:24:24] <buildmaster> i686/nginx is broken (says buildknecht).
[04:47:47] <buildmaster> i686/embree is broken (says eurobuild3).
[05:14:31] <buildmaster> i686/linuxdoc-tools are broken (says buildknecht).
[05:52:33] -!- NoobAlice1 has parted #archlinux32
[06:11:21] <buildmaster> i686/git-lfs are broken (says buildknecht).
[06:12:39] <buildmaster> i686/x265 is broken (says nlopc46).
[06:25:49] <buildmaster> i686/libbloom is broken (says nlopc46).
[06:32:58] -!- noctambulo has joined #archlinux32
[06:44:32] <buildmaster> i686/sysdig is broken (says buildknecht2).
[06:59:42] <buildmaster> i686/vulkan-tools are broken (says buildknecht).
[07:09:03] -!- abaumann has joined #archlinux32
[07:09:04] <buildmaster> Hi abaumann!
[07:09:04] <buildmaster> !rq abaumann
[07:09:05] <phrik> buildmaster: <abaumann> * abaumann wonders if raind is a good name for a system daemon..
[07:09:07] <buildmaster> i686/cppo is broken (says nlopc46).
[07:09:51] <abaumann> gazanga: glad masterpdf works, sorry, I didn't think that depends is missing some stuff, this is actually worth a comment in the AUR..
[07:10:04] <abaumann> deep42thought: openjdk/java, I have two ideas:
[07:10:24] <abaumann> a) https://bootstrappable.org "Maintaining the Java bootstrap" (the hard way)
[07:10:25] <phrik> Title:Collaboration projects (at bootstrappable.org)
[07:10:54] <abaumann> use slackware OpenJDK 8 (in a shim package), till openjdk 8 is built by the buildmaster in a regular way.
[07:11:18] <abaumann> https://slackware.pkgs.org
[07:11:19] <phrik> Title:openjdk-8u91_b14-i486-1gv.txz Slackware 14.2 Download (at slackware.pkgs.org)
[07:13:39] <abaumann> 3) use https://www.oracle.com the official i586 rpm. With some luck it also works on i486..
[07:15:32] <abaumann> * abaumann: this reminds me of a Monty Python joke..
[07:20:50] <abaumann> Oracle JDK seems to work, I'll make a shim package. :-)
[07:21:15] <abaumann> works == runs on qemu/i486. Not sure about a real i486, but who wants to build an that..
[07:21:30] <abaumann> ..unless I can use deep42thought's cluster of i486's ;-)
[07:36:14] -!- thePiGrepper has quit [Ping timeout: 268 seconds]
[07:40:25] -!- dwilc has quit [Ping timeout: 250 seconds]
[07:42:31] -!- dwilc has joined #archlinux32
[07:42:51] <buildmaster> i686/libwmf is broken (says buildknecht).
[07:59:45] -!- dwilc has quit [Ping timeout: 252 seconds]
[08:00:51] <buildmaster> i686/mjpegtools are broken (says buildknecht2).
[08:11:20] -!- deep42thought has joined #archlinux32
[08:11:21] <buildmaster> Hi deep42thought!
[08:11:21] <buildmaster> !rq deep42thought
[08:11:21] <phrik> buildmaster: <deep42thought> my cluster of 1k 4/86's will be happy to iterate Maxwell-Vlasov-equations :-D
[08:11:26] <deep42thought> Hi abaumann!
[08:12:20] <deep42thought> I also have gcc-gcj in [archlinuxewe] now - if that's of any use to you :-/
[08:12:44] <deep42thought> and: Thanks for looking into java :-)
[08:14:01] <deep42thought> btw: rust is also holding back quite some packages (rust -> librsvg -> graphviz, ...)
[08:14:22] <abaumann> I know: I'll do Java first, to warm up.. :-)
[08:14:29] <abaumann> .. rust is much more complicated.. :-(
[08:14:31] <deep42thought> :-) ok
[08:14:40] <deep42thought> that's not ok ;-)
[08:14:51] -!- dwilc has joined #archlinux32
[08:18:52] <abaumann> btw: those shim packages you have, where didi you put them in the git packages repo?
[08:19:00] <deep42thought> nowhere
[08:19:04] <abaumann> I thought I'll put the openjdk shims into build-support..
[08:19:11] <deep42thought> all the stuff I uploaded to bootstrap is not in git
[08:19:39] <deep42thought> mostly, I edidet out some dependencies / configure options, built, uploaded and deleted the source :-)
[08:19:55] <abaumann> yeah. that's what to bootstrap32 project is all about. :-)
[08:19:59] <deep42thought> why the effort? Just put them into your bootstrap
[08:20:04] <abaumann> Ok.
[08:20:12] <abaumann> good idea.
[08:20:39] <deep42thought> I mean: If you plan to keep such packages around for longer, then we should check them into git somewhere
[08:20:56] <deep42thought> but for the sole purpose of bootstrapping the real package, I think, this is not necessary
[08:24:17] <abaumann> I also don't know whether I want to go through bootstrap32 again. :-)
[08:24:34] <abaumann> interesting would be RISC-V rust and Java..
[08:24:56] <abaumann> ..but that's not in the scope of this project.
[08:25:10] <abaumann> So I prefer cheap bootstrapping methods over the correct ones :-)
[08:25:20] <deep42thought> !grab abaumann
[08:25:21] <phrik> deep42thought: Tada!
[08:26:10] <deep42thought> bootstrapping go seems like another problem: "This program can only be run on processors with MMX support."
[08:26:36] <abaumann> yeah. go is a lost cause basically.
[08:27:00] <abaumann> aren't there two go implementations?
[08:27:14] <deep42thought> we have gcc-go
[08:27:22] <deep42thought> if that's what you mean
[08:27:27] <abaumann> yeah
[08:27:57] <abaumann> there was also go-pie.
[08:28:12] <deep42thought> that's a split part of the go package
[08:28:17] <abaumann> ah.
[08:28:18] <abaumann> I see.
[08:28:29] <deep42thought> I was just trying to compile this
[08:28:34] <deep42thought> which led to the above error
[08:29:23] <abaumann> but they have GO386=387
[08:29:31] <abaumann> even a i486 has a math copro
[08:30:44] <abaumann> https://github.com
[08:30:46] <phrik> Title:go appears to not support i386 CPUs lacking SSE · Issue #20009 · golang/go · GitHub (at github.com)
[08:30:59] <abaumann> maybe disabling 387 support helps also switching of MMX?
[08:32:13] <abaumann> https://github.com
[08:32:15] <phrik> Title:machinery-helper-i686: illegal instruction · Issue #2243 · SUSE/machinery · GitHub (at github.com)
[08:33:29] -!- Cthulu201 has quit [Ping timeout: 252 seconds]
[08:35:41] -!- Cthulu201 has joined #archlinux32
[08:36:16] <deep42thought> I get a pacman error I have never seen before: https://ptpb.pw
[08:37:20] <deep42thought> during running the post install hooks O.o
[08:37:21] <abaumann> never seen that one before too..
[08:37:53] <abaumann> I have seen some stuff around qdoc failing with libclang or so missing.
[08:38:01] <abaumann> quite some packages fail because of that.
[08:39:37] * deep42thought writes libclang onto his todo list
[08:45:55] <buildmaster> i686/sdl_ttf is broken (says nlopc46).
[08:50:37] <deep42thought> ah, lol, I found the issue: there was a "qt5-tools" dependency - which is a real package we do not (yet) have, and which is "provided" by deepin-anything
[08:51:28] <deep42thought> well, not provided, it's a group
[08:56:19] <abaumann> ah.
[09:10:32] <deep42thought> ahm, what is actually in the package "vulkan-headers" on i486? I thought, we disabled all vulcans?
[09:11:43] <abaumann> !grab deep42thought
[09:11:44] <phrik> abaumann: Tada!
[09:12:09] <abaumann> as long there is no "vulkan-spock" package..
[09:12:15] <deep42thought> lol
[09:13:14] <deep42thought> btw: your system clock is off by at least 37 seconds on your bootstrap mirrors ;-)
[09:13:16] <abaumann> mmh. development header files for vulkan, and python registry..
[09:13:24] <deep42thought> ok, why not
[09:13:27] <abaumann> oh.
[09:13:36] <abaumann> forgot to install a ntp
[09:13:57] <abaumann> thanks.
[09:13:59] <abaumann> fixed
[09:14:08] <deep42thought> confirmed
[09:14:25] <deep42thought> pkg-add always emitted a warning, that my signature was in the future :-D
[09:16:07] <buildmaster> i686/ming is broken (says eurobuild3).
[09:16:52] <buildmaster> i686/agg is broken (says buildknecht2).
[09:24:06] -!- abaumann has quit [Quit: Reconnecting]
[09:26:28] -!- abaumann has joined #archlinux32
[09:26:29] <buildmaster> Hi abaumann!
[09:26:29] <buildmaster> !rq abaumann
[09:26:30] <phrik> buildmaster: <abaumann> "anywhere is anywhere for all values of anywhere"
[09:30:15] <deep42thought> I get lots of 404s on your bootstrap data bases inside my build chroot, but outside it works
[09:30:17] <deep42thought> :-/
[09:30:44] <abaumann> mmh. say. I cleaned up too many packages?
[09:30:48] <deep42thought> no
[09:30:54] <deep42thought> problem is with the build-chroot
[09:31:03] <deep42thought> looks like $arch is not correctly set to "i486" (anymore)
[09:31:12] <abaumann> oh.
[09:36:39] <deep42thought> it requests the i686 repos O.o
[09:36:50] <deep42thought> lucky, we don't have i686 bootstrap repos ...
[09:37:02] <abaumann> :-)
[09:38:49] <deep42thought> setting "Architecture = i486" in /usr/share/devtools/pacman-staging-32.conf solves the issue - but I have no idea, why this is necessary - "uname -m" correctly reports "i486" :-/
[09:51:42] <abaumann> some hard-coded i686 somewhere?
[09:53:21] <deep42thought> last pacman update was end-of july - I doubt that this is pacman's fault
[09:54:14] <deep42thought> otoh last devtools32 upgrade was on 2018-10-05 - maybe that's it
[09:57:47] <deep42thought> HAH!
[09:57:48] <abaumann> more likely :-)
[09:57:51] <deep42thought> setarch i486 uname -m
[09:57:58] <deep42thought> run this on a i486 qemu vm
[09:58:19] <deep42thought> this is awkward
[09:58:22] <abaumann> wasn't I saying something lately about setarch being broken? ;-)
[09:58:34] <deep42thought> !grab abaumann
[09:58:36] <phrik> deep42thought: Tada!
[09:58:37] <deep42thought> you were
[09:59:04] <deep42thought> does this work on real hardware, too?
[09:59:14] <deep42thought> nope
[09:59:19] <deep42thought> i586 stays i586
[10:00:46] <deep42thought> so somehow, setarch sees the x86_64's i686iness through qemu
[10:01:00] <abaumann> so.. more a qemu bug?
[10:01:23] <deep42thought> probably a combination of both
[10:01:23] <abaumann> Linux eurobuild7 4.18.14-arch1-1.0-ARCH-ARCH #1 SMP PREEMPT Wed Oct 17 11:12:46 CEST 2018 i586 GNU/Linux
[10:01:26] <abaumann> setarch i486 uname -m
[10:01:30] <abaumann> on AMD-K6.
[10:01:37] <abaumann> i686
[10:01:43] <abaumann> Also not optimal :-)
[10:01:51] <deep42thought> this is on bare metal, right?
[10:01:54] <abaumann> yes.
[10:02:02] <deep42thought> my alix stays at i586
[10:02:07] <deep42thought> but also, this is debian
[10:02:13] <deep42thought> so they might have patched something ...
[10:02:19] <abaumann> .. exactly.
[10:05:00] <deep42thought> no, they didn't patch
[10:09:31] <buildmaster> i686/sarg is broken (says eurobuild3).
[10:16:09] -!- woshty has joined #archlinux32
[10:36:20] <abaumann> mmh. any packages are not built on i486 slaves, are they?
[10:36:35] <deep42thought> mostly right
[10:36:52] <buildmaster> i686/libgit2 is broken (says eurobuild3).
[10:36:56] <deep42thought> any packages will be scheduled when no architecture specific packages are due for the asking slave
[10:37:24] <deep42thought> so considering, that we have a lot more i686 slaves and a lot less i686 bugs, any packages will mostly only be scheduled on i686 slaves
[10:37:25] <abaumann> this means 'any' packages, which would build on a 'i686' slave, have a higher probability to fail on a 'i486' slave?
[10:37:46] <abaumann> ah. this probability also comes into our favour, right. :-)
[10:37:52] <deep42thought> what kind of "fail" do you mean?
[10:38:17] <deep42thought> to build, install or run?
[10:38:36] <abaumann> didn't think about that actually, was more a philosophical kind of question..
[10:39:05] <deep42thought> but isn't philosophy the science of _just_ thinking?
[10:39:16] <abaumann> :-)
[10:39:48] <abaumann> mmh.. I cannot find an example..
[10:40:08] <deep42thought> ERROR: Unknown or unidentifiable processor "i486"
[10:40:10] <deep42thought> :-(
[10:40:19] <abaumann> huh? which package?
[10:40:25] <deep42thought> botan
[10:40:45] <deep42thought> well, first it fails with "ERROR: Could not determine target CPU; set with --cpu"
[10:40:52] <abaumann> lol
[10:41:02] <deep42thought> and when I provide "--cpu=i486" it fails with the other error
[10:41:32] <abaumann> "you didn't choose.. please choose something.. no.. please don't choose that one!"
[10:41:39] <deep42thought> exactly
[10:42:00] <deep42thought> "please choose, but there is only one choice"
[10:42:56] <deep42thought> let's see what happens if we choose --cpu=i686 :-D
[10:43:19] <abaumann> just trying to build it too.
[10:46:46] <abaumann> make: it sets no -march flags
[10:47:00] <abaumann> ah.
[10:47:02] <abaumann> hang on.
[10:47:07] <abaumann> I build outside of the chroot. :-)
[10:47:14] <deep42thought> g++ -fPIC -fvisibility=hidden -fstack-protector -pthread -std=c++11 -D_REENTRANT -march=i486 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -O3 -Wall -Wextra -Wpedantic -Wstrict-aliasing -Wcast-align -Wmissing-declarations -Wpointer-arith -Wcast-qual -Wzero-as-null-pointer-constant -Wnon-virtual-dtor -Ibuild/include -Ibuild/include/external -c src/lib/kdf/kdf.cpp -o build/obj/lib/kdf.o
[10:47:17] <deep42thought> looks good to me
[10:47:21] <abaumann> yeah
[10:48:02] <abaumann> grep -r asm * shows quite some hand-crafted assembly
[10:48:14] <deep42thought> :-(
[10:48:21] <abaumann> defined(BOTAN_TARGET_CPU_IS_X86_FAMILY
[10:48:24] <abaumann> asm("bswapl %0" : "=r" (val) : "0" (val));
[10:48:35] <abaumann> so, actually. This doesn't mean a log.
[10:48:36] <abaumann> *lot
[10:49:32] <abaumann> anyway.. building is more important. so dependencies are fullfilled. If it crashes, this can still be fixed later.
[10:50:06] <deep42thought> my motto^
[10:50:07] <abaumann> I'm not sure what gcc is doing if you set -march=i486. I doubt it checks whether the arguments of asm() make sense for that platform..
[10:50:27] <abaumann> ..would be nice though.
[10:50:27] <deep42thought> would be a nice feature, though
[10:50:30] <deep42thought> lol
[10:50:32] <abaumann> exactly :-)
[10:50:40] -!- noctambulo has quit [Remote host closed the connection]
[10:50:40] <abaumann> *synchronized thinking*
[10:50:54] * deep42thought lost synchronization
[10:55:20] <buildmaster> i686/ucblogo is broken (says buildknecht).
[11:21:23] <buildmaster> i686/dub is broken (says buildknecht).
[11:28:54] -!- djmoch has quit [Ping timeout: 252 seconds]
[11:29:54] -!- djmoch has joined #archlinux32
[11:33:10] <buildmaster> i686/vibe-d is broken (says nlopc46).
[11:39:40] -!- abaumann has quit [Quit: leaving]
[11:44:48] <buildmaster> i686/paxtest is broken (says eurobuild3).
[11:56:08] <buildmaster> i686/teamspeak3-server is broken (says eurobuild3).
[12:09:09] <buildmaster> i686/ki18n is broken (says eurobuild3).
[12:18:19] <buildmaster> i686/kwindowsystem is broken (says buildknecht2).
[12:19:37] <buildmaster> i686/kdbusaddons are broken (says nlopc46).
[12:21:01] <buildmaster> i686/kguiaddons are broken (says eurobuild3).
[12:21:58] <buildmaster> i686/kirigami2 is broken (says buildknecht2).
[12:23:27] <buildmaster> i686/kidletime is broken (says nlopc46).
[12:25:43] <buildmaster> i686/tinyemu is broken (says buildknecht).
[12:50:25] <buildmaster> i686/virtualbox-modules-arch is broken (says buildknecht2).
[13:03:35] -!- bill-auger has quit [Quit: No Ping reply in 180 seconds.]
[13:04:49] -!- bill-auger has joined #archlinux32
[13:43:39] <deep42thought> whoah, fpc is bootstrapable by extracting the i686 fpc to /
[14:02:28] <deep42thought> abaumann: did you set "Architecture = i486" in your /usr/share/devtools/pacman-*32.conf
[14:02:30] <deep42thought> ?
[14:28:50] -!- bill-auger has quit [Ping timeout: 276 seconds]
[14:34:41] <deep42thought> hmm, strange "pacman -S namcap" inside the chroot fails, because it tries to download i686 packages - but there is "Architecture = i486" in /etc/pacman.conf
[14:41:12] <buildmaster> i686/python-cryptography is broken (says buildknecht2).
[14:50:00] -!- abaumann has joined #archlinux32
[14:50:01] <buildmaster> Hi abaumann!
[14:50:01] <buildmaster> !rq abaumann
[14:50:01] <phrik> buildmaster: <abaumann> canary no. 2 is back on testing. :-)
[14:50:14] <abaumann> deep42thought: I have Architecture = auto on my i486 slave
[14:50:23] <deep42thought> on the slave is fine
[14:50:40] <deep42thought> but what do you have on /usr/share/devtools/pacman-*.conf?
[14:50:48] <abaumann> No. I never had trouble with that.
[14:50:57] <deep42thought> because that's what gets executed inside the chroots
[14:51:04] <deep42thought> s/executed/used/
[14:51:14] <deep42thought> ok
[14:51:18] <deep42thought> well
[14:51:21] <abaumann> mmh. I never saw error messages on my slaves regarding bootstrap errors
[14:52:31] <deep42thought> my chroot was also somewhat messed up (I needed to run "pacman -Syy")
[14:52:38] <deep42thought> no idea, how that happened
[14:58:37] <deep42thought> what does "setarch i486 uname -m" yield in your vm?
[14:58:44] <deep42thought> maybe you get "i486"?
[15:03:05] <abaumann> i686
[15:03:08] <abaumann> mmh?
[15:03:25] <deep42thought> and staging-i486-build does not try to download i686 packages?
[15:03:55] <abaumann> no.
[15:04:11] <abaumann> but I have a branch in the devtools32 for i486 stuff, maybe there is a difference there?
[15:04:22] <deep42thought> ah, ok
[15:04:40] <abaumann> I might have hard-hacked something in there..
[15:04:42] <abaumann> :-)
[15:04:50] <deep42thought> "hard-hacked" :-D
[15:08:25] <deep42thought> I can't find a meaningful difference :-/
[15:08:36] -!- bill-auger has joined #archlinux32
[15:10:08] * deep42thought whistles and ignores the issue
[15:12:04] <abaumann> :-)
[15:21:59] -!- noctambulo has joined #archlinux32
[15:25:49] <abaumann> yeah: I have an jdk7-openjdk bootstrapping package, but now jdk building needs gtk2 and libpulse..
[15:26:47] <abaumann> ..ah. seems to be an optdepend..
[15:26:51] <abaumann> this might actually work..
[15:30:38] <abaumann> java-rhino, eclipse-ecj, apache-ant, gtk-update-icon-cache and of course: librsvg
[15:30:42] <abaumann> *urgh*
[15:32:01] <deep42thought> gtk2 is available
[15:32:08] <deep42thought> and libpulse too, I thought
[15:36:14] <abaumann> [root@abaumann-i486 ~]# pacman -S gtk2
[15:36:14] <abaumann> resolving dependencies...
[15:36:14] <abaumann> warning: cannot resolve "librsvg", a dependency of "gtk-update-icon-cache"
[15:36:14] <abaumann> warning: cannot resolve "gtk-update-icon-cache", a dependency of "gtk2"
[15:36:14] <abaumann> :: The following package cannot be upgraded due to unresolvable dependencies:
[15:36:17] <abaumann> gtk2//icedtea.classpath.org'
[15:36:19] <abaumann> license=('custom')
[15:36:22] <abaumann> :: Do you want to skip the above package for this upgrade? [y/N]
[15:36:24] <abaumann> similar libpulse.
[15:36:31] <abaumann> no problem. I should be able to build java headless.
[15:36:40] <deep42thought> just install gtk-update-icon-cache with -dd
[15:36:54] <deep42thought> no package complained so far ...
[15:48:57] <abaumann> mmh. apache-ant seems pretty mandatory..
[15:49:07] <deep42thought> pacman -Sdd apache-ant
[15:49:23] <abaumann> ah. it's 'any' architecture :-)
[15:49:26] <abaumann> right. thanks.
[15:49:28] <deep42thought> :-)
[15:50:05] <deep42thought> I'm trying to build jdk8-openjdk with your bootstrap package
[15:50:12] <deep42thought> maybe it works :-)
[15:52:13] <abaumann> ah. makedepends says jdk7-openjdk, so that should work.
[15:52:34] <deep42thought> "Generating precompiled header precompiled.hpp.gch
[15:52:35] <deep42thought> cc1plus: Fehler: Das Debug-Format »stabs« kann nicht mit vorkompilierten Headers verwendet werden [-Werror=deprecated]" :'-(
[15:54:43] <abaumann> mmh.
[15:54:57] <deep42thought> maybe it fails on x86_64, too :-)
[15:55:06] <abaumann> I didn't get there, my apache-ant croaks ":: unable to satisfy dependency 'java-environment' required by apache-ant
[15:55:14] <abaumann> the shim package is missing a provides.. :-(
[15:55:24] <deep42thought> "pacman -Sdd apache-ant"
[15:55:33] <deep42thought> just install it
[15:55:37] <abaumann> yeah. Should I hack staging?
[15:55:38] <deep42thought> and then build
[15:55:41] <deep42thought> no
[15:55:44] <abaumann> I'm building in the build chroot.
[15:55:49] <deep42thought> ah, hmm
[15:55:58] <deep42thought> may I ask, why?
[15:56:02] <abaumann> I can do that with chroot in the root of staging.
[15:56:08] <deep42thought> yeah, ok
[15:56:20] <deep42thought> prepare() { pacman -Sdd apache-ant; }
[15:56:28] <deep42thought> won't work^
[15:58:08] <deep42thought> java7 fails with: 'configure: error: "A JDK home directory could not be found. Try specifying one using --with-jdk-home=<DIR>"'
[16:02:01] <abaumann> JAVA_HOME is not set.
[16:02:11] <abaumann> that's what archlinux-java would do normally, I reckon.
[16:02:25] -!- rcf has quit [Quit: WeeChat 2.0.1]
[16:02:29] <deep42thought> there is even " unset JAVA_HOME" in the PKGBUILD O.o
[16:02:36] <abaumann> I have to put more work into the shim package, trying to be as close to the original as possible.
[16:03:10] <deep42thought> nah
[16:03:24] <deep42thought> just try to get the current real package to compile with your shim package
[16:03:39] <deep42thought> and then compile the unmodified real package with that :-)
[16:04:29] <abaumann> provides= 'java-environment=7' 'java-environment-openjdk=7'
[16:04:39] <abaumann> mmh. it's part of .PKGINFO in the shim package. weird.
[16:04:41] <deep42thought> yeah, that's priceless
[16:04:50] <deep42thought> ? strange
[16:05:38] -!- rcf has joined #archlinux32
[16:05:40] <abaumann> some syntax problem, I'm sure. pacman -Qi doesn't show a Provides
[16:06:23] <abaumann> provides = java-environment=7
[16:06:24] <abaumann> provides = java-environment-openjdk=7
[16:06:25] <abaumann> aha.
[16:06:29] <abaumann> two lines. not one.
[16:06:57] <deep42thought> indeed:
[16:07:03] <deep42thought> > pacman -S "'java-environment=7' 'java-environment-openjdk=7'"
[16:07:04] <deep42thought> Warnung: jdk7-openjdk- ist aktuell -- Reinstalliere
[16:07:09] <deep42thought> lol
[16:07:16] <abaumann> :-)
[16:07:40] <deep42thought> provides = '; -- drop table binary_packages'
[16:07:56] <deep42thought> no, this doesn't quite work ...
[16:09:12] <deep42thought> the other way round: provides = linux'); drop table binary_packages; --
[16:23:14] <abaumann> error: jdk7-openjdk: signature from "Andreas Baumann (sign) <mail@andreasbaumann.cc>" is invalid
[16:23:18] <abaumann> I really start to hate those..
[16:23:35] <deep42thought> well, it's one of the simpler errors
[16:23:50] <deep42thought> plus: you know, your cache is outdated
[16:23:58] <abaumann> jippie :-)
[16:24:22] <deep42thought> first java-dependent packages are rolling in :-)
[16:24:31] <abaumann> huh? really?
[16:24:38] <deep42thought> I just built swig
[16:24:44] <abaumann> they build with the shim?
[16:24:50] <deep42thought> yes
[16:24:57] <abaumann> ui. not the best idea maybe.
[16:25:18] <abaumann> the shim is.. well a binary blob..
[16:25:25] <abaumann> .. might have funny effects..
[16:25:31] <abaumann> OTOH. :-)
[16:25:33] <deep42thought> it's only for bootstrap
[16:25:36] <abaumann> right.
[16:27:48] <abaumann> BRB..
[16:27:57] <deep42thought> cu
[16:36:20] -!- deep42thought has quit [Quit: Leaving.]
[16:45:03] <abaumann> back. :-)
[16:47:33] <buildmaster> i686/bugzilla is broken (says buildknecht2).
[16:50:24] -!- abaumann has quit [Quit: leaving]
[16:50:35] -!- musty26069 has joined #archlinux32
[17:03:22] <buildmaster> i686/java7-openjdk is broken (says eurobuild3).
[17:28:09] <buildmaster> i686/asymptote is broken (says nlopc46).
[17:31:06] <buildmaster> i686/gpm is broken (says eurobuild3).
[17:56:26] <buildmaster> i686/vegeta is broken (says buildknecht).
[18:00:12] -!- musty26069 has quit [Ping timeout: 272 seconds]
[18:21:18] -!- noctambulo has quit [Remote host closed the connection]
[18:22:05] -!- autofsckk has joined #archlinux32
[18:23:11] <autofsckk> hi, im still having the issue with my updated kernel, but my computer wiorks with the failover kernel, how can i make that the principal that boots it with?
[18:28:45] -!- thePiGrepper has joined #archlinux32
[18:36:39] <elibrokeit> autofsckk: your bootloader will offer an option to select which entry it uses to boot
[18:52:52] <autofsckk> sorry
[18:52:59] <autofsckk> i was reading about grub
[18:53:16] <autofsckk> i havent configure it for a long time
[18:54:12] <autofsckk> i mean, the default kernel isnt working and i can select the other kernel from the grub screen but i would like to make the failsafe one the default instead of the one that does not work
[18:58:06] -!- deep42thought has joined #archlinux32
[18:58:07] <buildmaster> Hi deep42thought!
[18:58:07] <buildmaster> !rq deep42thought
[18:58:08] <phrik> buildmaster: <deep42thought> ahm, what is actually in the package "vulkan-headers" on i486? I thought, we disabled all vulcans?
[18:58:20] <deep42thought> autofsckk: the option is literally "default = ..."
[19:01:45] -!- chromicant has quit [Remote host closed the connection]
[19:02:09] -!- chromicant has joined #archlinux32
[19:03:11] -!- isacdaavid has joined #archlinux32
[19:07:06] -!- noctambulo has joined #archlinux32
[19:43:30] -!- abaumann has joined #archlinux32
[19:43:31] <buildmaster> Hi abaumann!
[19:43:31] <buildmaster> !rq abaumann
[19:43:31] <phrik> buildmaster: <abaumann> very soon only a machine learning algorithm will be able to devise a build plan for a Linux distribution..
[19:48:34] <autofsckk> deep42thought: thanks, i have to read how grub works and how to configure it, but im doing some other stuff, i dont have time right now, i mean, i didnt expect that my computer crash.
[19:49:27] <autofsckk> is there a way that i could just install/uninstall the bad kernel and just leave the lts one? right now i have installed the last kernel and the lts but i dont know if i uninstall de last kernel then i wont be able to use the lts
[20:15:21] -!- abaumann has quit [Quit: leaving]
[20:18:50] <deep42thought> lts alone will work (if it's bootable now)
[20:20:26] <autofsckk> is the one im using now
[20:20:31] <autofsckk> or im not sure
[20:20:32] <autofsckk> i mean
[20:20:36] <autofsckk> i have both installed
[20:21:09] <autofsckk> when i start if i boot with the default one it does not work but theres another option, failsafe or something like that, and that is the one that works
[20:21:32] <autofsckk> how can i be sure wich one is? i mean, could it be the normal kernel but with other parameters?
[20:22:40] <autofsckk> im lookint at /etc/default/grub but i dont see that information there, where can i see wich kernels are being used?
[20:28:18] <buildmaster> i686/todoman is broken (says eurobuild3).
[20:31:03] <buildmaster> i686/khal is broken (says buildknecht).
[20:31:09] <elibrokeit> deep42thought: BTW e.g. openvas-manager, please do remember to ping me for copying trunk to repos/
[20:36:00] -!- noctambulo has quit [Remote host closed the connection]
[20:40:00] <deep42thought> "uname -a" should tell you, which kernel is running, currently
[20:40:11] <deep42thought> "failsafe" usually just invokes different parameters
[20:40:22] <deep42thought> but it really depends all on your grub.cfg ...
[20:46:27] <autofsckk> Linux lap 4.18.6-arch1-1.0-ARCH #1 SMP PREEMPT Sat Sep 8 12:28:56 CEST 2018 i686 GNU/Linux
[20:46:50] <autofsckk> deep42thought: thats what im reading, im trying to understand grub.cfg but i dont get it ja
[20:47:52] <autofsckk> it seems that im running this local/linux 4.18.6.arch1-1.0 (base)
[20:48:04] <autofsckk> but why is it that default doesnt work?
[20:48:29] <deep42thought> can you post your gub.cfg?
[20:48:34] <deep42thought> maybe I understand it ;-)
[20:48:44] <autofsckk> deep42thought: sure, give me a second please
[20:48:52] <autofsckk> can you remind me please how to do it?
[20:49:10] <deep42thought> !ptpb
[20:49:10] <phrik> "<command> |& curl -F c=@- https://ptpb.pw" OR "curl -F c=@path/to/a/file https://ptpb.pw"
[20:51:27] <autofsckk> https://ptpb.pw
[20:54:21] <deep42thought> and you booted this: 'Arch Linux, with Linux linux (fallback initramfs)' ?
[20:54:29] <autofsckk> yes
[20:54:45] <autofsckk> menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-f1b566f2-202b-4d43-8e0f-ba2fabf970a0'
[20:54:51] <autofsckk> seems thats the one
[20:57:01] -!- abaumann has joined #archlinux32
[20:57:01] <buildmaster> Hi abaumann!
[20:57:01] <buildmaster> !rq abaumann
[20:57:02] <phrik> buildmaster: <abaumann> huh. then I suddenly have to finish and maintain it. ;-)
[20:57:44] <abaumann> tried again to force a build of jdk7-openjdk, seed-build-list -w -p '^java7-openjdk$' insists to set the diff git revision to 28661c21f2d971cd535b4c713c71640e49884a2f, but there is a 726bf0cab908cc289ef18a67f7ad64a4106daac3 revision.
[20:57:57] <deep42thought> this is the normal linux kernel (not lts) but with a different initramfs
[20:58:05] <autofsckk> ok
[20:58:14] <deep42thought> I have no idea, what the difference actually is (since I never paid attention to the ramdisk)
[20:58:40] <deep42thought> abaumann: get-package-updates
[20:58:46] <abaumann> ah.
[20:58:47] <abaumann> :-)
[20:58:52] <abaumann> thanks. I should write a tutorial..
[20:59:07] <abaumann> Never understood why there is a fallback ramdisk, but no fallback kernel image.
[20:59:18] <deep42thought> !grab abaumann
[20:59:18] <phrik> deep42thought: Tada!
[20:59:19] <abaumann> IMHO there should be both.
[20:59:55] <deep42thought> on the boxes, where I mess with the kernel, I don't have a ramdisk - so I never bothered to try to understand it
[21:00:53] <abaumann> I love kernels without modules, so actually I can just boot the kernel image.. :-)
[21:00:53] <deep42thought> autofsckk: try 'sudo mkinitcpio -p linux' and see if the "normal" boot option boots, too
[21:01:02] <deep42thought> maybe the autodetection missed something important
[21:01:12] <deep42thought> abaumann: I have one of those :-)
[21:01:17] <abaumann> me too :-)
[21:02:17] <deep42thought> # CONFIG_MODULES is not set
[21:02:18] <deep42thought> :-D
[21:02:58] <abaumann> :-)
[21:03:11] <autofsckk> this line is different -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[21:03:20] <autofsckk> -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[21:03:48] <deep42thought> yeah, it uses a different initramfs
[21:03:52] <deep42thought> e.g. the fallback one
[21:03:56] <autofsckk> deep42thought: so you thinkg with this i just have to reboot and try? or should i see the /boot/initrams-linux-fallback.img file¡?
[21:04:11] <deep42thought> run mkinitcpio and reboot
[21:04:34] <deep42thought> actually, this should be run by a pacman hook
[21:04:48] <deep42thought> after kernel update, that is
[21:05:08] <autofsckk> yes i have seen that
[21:05:40] <deep42thought> there is also a configuration of mkinitcpio somewhere in /etc
[21:05:51] <deep42thought> /etc/mkinitcpio.conf
[21:06:12] <deep42thought> maybe you need to activate some hook or module specific for your hardware
[21:06:14] <deep42thought> :-/
[21:06:27] <deep42thought> but I have no idea which (as the default almost always worked for me)
[21:07:00] <autofsckk> i see that i have a mkinitcpio.conf.pacnew but i didnt ddo the pacdiff you told me :/
[21:07:05] <autofsckk> i just remembered that
[21:07:05] <abaumann> during boot, see where the thing gets stuck, use 'debug' as kernel option, make sure not to have a 'silent'/'quiet' there. There is KMS which renders output blank, so use 'nomodeset' in this case.
[21:08:12] <abaumann> for instance on my very old mac I had to put 'radeon' into the MODULES in mkinitcpio.conf in order for it to be able to switch via KMS during boot, otherwise I just got a black screen..
[21:08:44] <abaumann> ..it would be nice to know more about the hardware at hand, so maybe I can guess, what's wrong..
[21:11:15] <autofsckk> brb
[21:11:16] -!- autofsckk has quit [Quit: leaving]
[21:11:24] <abaumann> that's the boot.. :-)
[21:12:34] <abaumann> elibrokeit: about bootstrapping: https://github.com
[21:12:35] <phrik> Title:GitHub - smtlaissezfaire/bcompiler: Bootstrap compiler (at github.com)
[21:13:33] <elibrokeit> yes?
[21:13:53] <abaumann> bcompiler is bootstrapping a simple compiler from just text and hex. :-)
[21:14:09] <abaumann> just a link I wanted to share. :-)
[21:15:59] -!- autofsckk has joined #archlinux32
[21:16:10] <autofsckk> that didnt work :(
[21:20:18] -!- autofsckk has quit [Remote host closed the connection]
[21:25:04] -!- autofsckk has joined #archlinux32
[21:25:28] <autofsckk> so i just cp the initramfs.img from the failsafe or the one that works
[21:25:39] <autofsckk> but how can i see the difference between those two?
[21:25:52] <deep42thought> this will only work until you (or some hook) call mkinitcpio the next time
[21:26:12] <deep42thought> the difference is in how they are created, e.g. the options to mkinitcpio
[21:26:20] <deep42thought> but I suggest, you follow abaumann's suggestions
[21:26:35] <autofsckk> sorry i missed that :/
[21:26:43] <abaumann> an 'lspci' would be helpfull. :-)
[21:28:29] <autofsckk> https://ptpb.pw
[21:28:38] <autofsckk> that's the output of lspci
[21:29:27] <abaumann> So Intel graphics: i915 in MODULES would be an idea.
[21:29:44] <abaumann> or is it a newer one?
[21:31:21] <autofsckk> i see that i dont have that module at my /etc/mkinitcpio.conf file
[21:31:22] <buildmaster> i686/java7-openjdk is broken (says buildknecht).
[21:31:38] <autofsckk> what do you mean with a newer one? talking about what?
[21:32:47] <autofsckk> i dont remember having to put that module on the mkinitcpio.conf file ever, i had to add the lvm2 hook for instance but thats it
[21:32:53] <autofsckk> do you think that could be the problem?
[21:33:12] <abaumann> https://wiki.archlinux.org
[21:33:13] <phrik> Title:Intel graphics - ArchWiki (at wiki.archlinux.org)
[21:33:34] <abaumann> You would experience a grub text window, the kernel starts to boot, saying loading ramdisk and then seemingly hang.
[21:34:30] <abaumann> If 'nomodeset' helps as linux kernel parameter during boot and you get a text console login, then something is pretty sure broken about early KMS switching..
[21:34:38] <buildmaster> i686/teamspeak3 is broken (says buildknecht).
[21:34:53] <abaumann> you know how you can edit the kernel parameters when booting via grub?
[21:34:59] <autofsckk> i see that the initramfs-linux-fallback.img has the autodotect option, could that add automatically the video driver¡?
[21:35:06] <abaumann> yes.
[21:35:33] <abaumann> -M (man mkinitcpio)
[21:35:49] <autofsckk> im reading the wiki
[21:35:52] <abaumann> good :-)
[21:35:55] <deep42thought> abaumann: looks, like java8-openjdk built successfully on i486 with your shim package
[21:35:59] <autofsckk> https://wiki.archlinux.org
[21:36:00] <phrik> Title:mkinitcpio - ArchWiki (at wiki.archlinux.org)
[21:36:27] <abaumann> mkinitcpio -M should tell you something like i915 (along many other modules)
[21:36:38] <autofsckk> and i havent done that edit the kernel parameters when booting
[21:36:40] <abaumann> if not, then autodetection fails and you have to add the module by hand.
[21:37:49] <autofsckk> i have lost a lot of time until now trying to fix this :/ i wouldnt like to keep on waiting till i get this perfectly fixed jajajaj
[21:38:21] <abaumann> ah, no worries. we stick around anyway :-)
[21:38:32] <autofsckk> i think now is working with the fallback initramfs img, bad fix y think but really i dont want to keep on investing more time
[21:38:40] <autofsckk> i really rally appreciate your help guys, really
[21:38:41] <abaumann> *grmpf* -march=i586
[21:38:58] <abaumann> in java7-openjdk, somethings sets again a wrong architecture.
[21:39:18] <abaumann> i486-pc-linux-gnu-g++ -m32 -march=i586
[21:39:22] <abaumann> this is almost funny..
[21:39:25] <abaumann> autofsckk: np
[21:40:20] <deep42thought> abaumann: you set _JARCH=i386, I assume?
[21:40:37] <abaumann> deep42thought: yeah, I hope so. And I have seen your patch..
[21:40:53] <deep42thought> :-)
[21:41:21] <abaumann> just sad there is another one: [ "$CARCH" = "i686" ] && _JARCH=i386
[21:41:35] <abaumann> in the main pkgbuild, but this doesn't explain it.
[21:42:02] <abaumann> I have to dig.. maybe Java 7 was never meant to run on a i486..
[21:42:46] <deep42thought> I could not imagine, why java7 should not run, while java8 does
[21:42:56] <abaumann> anyway, the java shim also uses i586, so at least this seems to work on a qemu VM, not so sure about real hardware..
[21:43:16] <abaumann> so, java8 built?
[21:43:20] <deep42thought> yes
[21:43:24] <deep42thought> it's currently in bootstrap
[21:43:29] <abaumann> ah. cool. :-)
[21:43:31] <deep42thought> and is being rebuilt by my build slave
[21:44:04] <abaumann> *abaumann is heading to real hardware to install Java for testing / and mostly likely has to wait for 30 minutes in order to install it..
[21:44:31] <deep42thought> where do you take all this old hardware from?
[21:44:39] <abaumann> family. :-)
[21:44:42] <abaumann> company :-)
[21:45:03] <abaumann> whenever something gets thrown away..
[21:46:15] <deep42thought> so you're a garbage collector?
[21:46:23] <abaumann> !grab deep42thought
[21:46:24] <abaumann> lol
[21:46:24] <phrik> abaumann: 🎉
[21:46:54] <abaumann> phrik: don't grab my smiley please? ;-)
[21:46:54] <phrik> abaumann: BLEEP BLOOP
[21:47:26] <deep42thought> which smiley?
[21:47:27] -!- dopsi has quit [Quit: ZNC - https://znc.in]
[21:47:43] <abaumann> the grabbed one: I think it grabbed my lol
[21:48:52] <abaumann> i486-pc-linux-gnu-g++ -march=i486 -m32 -march-i586
[21:48:56] <abaumann> so i486 wins?
[21:49:10] <deep42thought> :-/
[21:49:25] <abaumann> ah. -m32 -march-i586 is even there twice :-)
[21:49:42] <deep42thought> then it toggles and counts as zero
[21:50:08] -!- dopsi has joined #archlinux32
[21:50:09] <abaumann> *java is still installing..
[21:51:18] <deep42thought> what did you set JAVA_HOME to?
[21:51:51] <abaumann> oeh. I have a different approach: I patched the call to configure and set --with-jdk-home or so directly to the location of my shim Java.
[21:51:58] <abaumann> in this case an /opt/javaxxxx
[21:52:04] <deep42thought> lol
[21:52:07] <deep42thought> ok ...
[21:52:10] <abaumann> not to get into the way of the other java package.
[21:52:34] <abaumann> my approach patching PKGBUILD usually fails in silly ways when a 'mv' or 'install' is failing in package..
[21:52:43] <deep42thought> yeah
[21:52:59] <deep42thought> same, when you remove a makedepends and parts of a package are silently not built
[21:53:23] <abaumann> exacltly. not to mention all those implicit dependencies you have to fill in for suddenly.
[22:01:15] <abaumann> java -version, javacopenjdk version "1.8.0_181" javac -version, javac 1.8.0_181. on the AMD-K5, looking good. :-)
[22:01:30] <deep42thought> :-)
[22:01:45] <deep42thought> so, now you compile on real hardware?
[22:01:48] <deep42thought> or what?
[22:01:58] <abaumann> no, just a HelloWorld.java.
[22:02:42] * deep42thought has never written a single line in java
[22:04:55] <abaumann> you didn't miss much :-)
[22:06:40] <abaumann> java -cp . Test: eurobuild7 ~]# java -cp . Test
[22:06:47] <abaumann> java -cp . Test
[22:06:48] <abaumann> Hello AMD-K6
[22:06:52] <abaumann> looking good :-)
[22:11:19] <abaumann> So, I'm tired. CU TOM
[22:11:22] <deep42thought> cu
[22:11:30] -!- abaumann has quit [Quit: leaving]
[23:02:55] -!- deep42thought has quit [Quit: Leaving.]