| cosurgi | enyc: yeah, but JackFrost said "This is pretty much status-quo, where package maintainers *could* remove init scripts if they so choose." | 12:56 |
|---|---|---|
| cosurgi | enyc, JackFrost: so is that bad news or good news? | 12:56 |
| * cosurgi woke up to anoher day of active systemd hating. | 12:56 | |
| cosurgi | good morning everyone :) | 12:57 |
| JackFrost | It could be worse. | 13:03 |
| enyc | cosurgi: i'm not exactyl user, but i think it important to TRY to get support-of-init-diverstiy patches upstream, consistent with debians' now formalized policy | 13:50 |
| enyc | cosurgi: uerrr not exactly sure | 13:50 |
| cosurgi | enyc: :) | 17:55 |
| enyc | please try! | 18:44 |
| golinux | Have been trying to get hold of chillfan since late spring. Sent several emails but no response . . . till today. | 19:35 |
| golinux | Looks like he won't be around to do documentation for beowulf but will be back at "some point".. | 19:37 |
| golinux | So we will have to take on writing beowulf documentation without him. | 19:39 |
| xrogaan | is he doing ok? | 20:08 |
| gnu_srs1 | LeePen: I have now a preliminary version of eudev-3.2.9-1. Some lintian warnings are still showing up. | 20:27 |
| gnu_srs1 | I'll test-install when the following issues is solved: The upstream tarball contains generated files like Makefile.in, aclocal.m4 etc. | 20:29 |
| gnu_srs1 | Running autoreconf modifies these files and building from the same source a second time complains the the .orig files have changed. | 20:31 |
| gnu_srs1 | What to do: 1) Not running autoreconf or configure or 2) Remove all generated files with a Debian patch from the .orig tarball? | 20:33 |
| LeePen | gnu_srs1: Thanks. I think it shouldn'tbe | 21:38 |
| LeePen | be a problem. The package is only built once from the extracted sources.. You should be testing with gbp buildpackage which exports a tag and then builds. | 21:40 |
| LeePen | And use pbuilder and cowbui.der. | 21:41 |
| LeePen | That replicates the buildpipeline env pretty closely. | 21:42 |
| rrq | fsmithred: does the 2.1 i386 iso boot with uefi? | 22:44 |
| fsmithred | rrq, I'm not sure | 22:45 |
| fsmithred | I'll try now | 22:46 |
| fsmithred | nope. | 22:47 |
| fsmithred | just to be sure, I'll try a different ia32 boot image | 22:48 |
| golinux | This is what you posted a few days ago: | 22:48 |
| golinux | <fsmithred> rrq, I can't get the i386 netinstall to boot uefi mode in virtualbox. I can get into the Tianocore setup interface, find the ia32 bootloader in the iso and try to boot from file, but it doesn't work. (Normally that does work for me.) | 22:48 |
| fsmithred | ok, I can't get the ia32 image in an older Refracta iso to boot from file in qemu. | 22:54 |
| fsmithred | so it's me, not necessarily the iso | 22:54 |
| fsmithred | could be both | 22:55 |
| rrq | you wouldn't have a bare metal i386 with uefi I suppose | 22:55 |
| fsmithred | nope | 22:55 |
| fsmithred | I altered refractasnapshot some time ago for someone who needed 32-bit boot and 64-bit OS for an old macbook pro | 22:55 |
| fsmithred | so some of my amd64 isos have both amd64 and ia32 boot images | 22:56 |
| rrq | as I looked into tianocore it seems you'd have to compile your own bios code for i386; the precomiled I could find are all for x86_64 | 22:56 |
| fsmithred | oh | 22:56 |
| fsmithred | virtualbox any better? | 22:56 |
| rrq | wouldn't think so | 22:57 |
| fsmithred | nope | 22:59 |
| rrq | I'll see if tianocore is easily compilable for me | 22:59 |
| fsmithred | just tried netinstall | 22:59 |
| fsmithred | we need to advertise for someone who has the right hardware to test? | 22:59 |
| fsmithred | does it even exist? | 23:00 |
| fsmithred | I have to go out for a couple hours. Ping me later if you want me to do something. | 23:00 |
| rrq | cheers | 23:00 |
| fsmithred | see ya | 23:01 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!