fsmithred | rrq, where do the menuentry lines for grub.cfg come from? | 05:11 |
---|---|---|
fsmithred | I can find all the .cfg files for isolinux, but boot/grub.cfg doesn't have boot entries | 05:11 |
rrq | not sure :) | 05:11 |
fsmithred | build/util/grub-gencfg | 05:13 |
fsmithred | grep says so | 05:13 |
rrq | ok | 05:13 |
fsmithred | in one of the earlier isos, I booted uefi mode and it didn't have all the boot choices | 05:13 |
fsmithred | will try with the newer isos | 05:13 |
fsmithred | I did a no-network install from dvd-1 today | 05:15 |
fsmithred | it worked | 05:15 |
fsmithred | upgrade to beowulf was easy and flawless | 05:16 |
rrq | great. | 05:16 |
rrq | yes I haven't done things to the uefi boot option; maybe it needs fixing | 05:17 |
fsmithred | looks like they're all there | 05:20 |
fsmithred | plus a few i've never seen before | 05:20 |
fsmithred | there's something called Desktop environment menu | 05:21 |
rrq | I think it's got "polluted" with some debian hacks... | 05:21 |
fsmithred | and in it: Gnome desktop boot menu, KDE desktop boot menu, LXDE... | 05:21 |
fsmithred | just those three | 05:22 |
rrq | the extlinux boot is clean and simple | 05:22 |
fsmithred | yeah | 05:22 |
rrq | maybe there's a configuration somewhere.. otherwise I'll need to do perl patching | 05:23 |
fsmithred | each of those items just presents the usual Install options, but says it's for that particular desktop | 05:24 |
rrq | mmm I think it shouldn't be there at all | 05:25 |
fsmithred | oh, no Graphical install options | 05:25 |
fsmithred | unless... | 05:25 |
fsmithred | brb | 05:25 |
fsmithred | nope. graphical install is not hidden in the desktop install options | 05:26 |
rrq | I'll need a qemu variant with uefi ... | 05:29 |
fsmithred | oh, I couldn't get a boot menu with qemu | 05:36 |
fsmithred | just the tiano core stuff | 05:36 |
fsmithred | I'll try again. | 05:36 |
fsmithred | oh | 05:39 |
fsmithred | on amd64 the screen is tiled and unreadable | 05:39 |
fsmithred | I can see that it's on the boot menu, so I pressed e and added 'set gfxpayload=1024x768' and it's good | 05:42 |
rrq | ok. should have that added | 05:44 |
fsmithred | it works ok in virtualbox | 05:44 |
rrq | uefi? | 05:46 |
fsmithred | yeah | 05:48 |
fsmithred | I've seen this before, with my live isos | 05:48 |
rrq | i'm now trying the "ovmf" boot with qemu | 05:49 |
fsmithred | I think I hard-coded 640x480 somewhere | 05:49 |
fsmithred | yeah, that's what I use | 05:49 |
fsmithred | on amd64 dvd1 | 05:49 |
rrq | looks kind of fine except that it affects the start-up terminal first ?? then brings up the vm window but without the graphical install options | 05:50 |
rrq | the start-up terminal goes black | 05:50 |
rrq | with cursor up in home corner | 05:50 |
fsmithred | did you get to Shell> prompt? | 05:51 |
rrq | no prompt, but a grub boot options screen with three options | 05:52 |
rrq | not tiled or anything | 05:52 |
fsmithred | using any graphics options in your qemu command? | 05:52 |
rrq | well all same as before, but I added the -bios option... | 05:53 |
fsmithred | I tried -vga std and -vga qxl | 05:53 |
rrq | -vga qxl -serial mon:stdio -echr 0x1c | 05:53 |
rrq | I wonder if one could run extlinux/isolinux through grub as well> | 05:55 |
rrq | ? | 05:55 |
fsmithred | what do you mean "through"? | 05:55 |
fsmithred | btw, that worked. I got the boot menu. | 05:56 |
rrq | mm it's "-serial mon:stdio" that makes the start-up terminal involved in grub | 05:57 |
rrq | with ^\c I can shift it to monitor mode | 05:57 |
fsmithred | I'll take your word for it | 05:57 |
onefang | My Magic Pixie Dust thing chains to extlinux from grub for some of the OSes on it. | 05:58 |
onefang | Er from grub 2. | 05:58 |
rrq | biab | 06:00 |
rrq | fsmithred: "trough" meant "instead of" actually :) | 06:36 |
rrq | let me first explore the variant of adding the gtk option(s) .. I think I found the gnit to squeeze | 06:37 |
fsmithred | not sure which of the syslinux tools would work best (or at all) for uefi boot | 06:37 |
fsmithred | cool | 06:38 |
fsmithred | one thing I'm also concerned about is that the isolinux files are all in the root instead of /isolinux | 06:38 |
fsmithred | at the very least, it's messy | 06:38 |
fsmithred | not sure if it breaks anything | 06:38 |
fsmithred | the mini.iso is that way | 06:38 |
rrq | yeah this building is a mini iso with the injection of a pool | 06:39 |
rrq | I was thinking noone sane would look at the installer file structure :) | 06:40 |
fsmithred | well, that's where they will find the pretty docs | 06:40 |
rrq | true ... but who reads docs nowadays anyhow .. | 06:41 |
fsmithred | we have pictures | 06:41 |
rrq | :) ok maybe I should look at making it neater | 06:41 |
fsmithred | once we get this done, it's going to be easy to do the same with beowulf, right? | 06:42 |
rrq | yes that's the idea. | 06:43 |
rrq | I started on those build branches already | 06:43 |
fsmithred | cool | 06:44 |
fsmithred | I should probably try a run with live-sdk in beowulf. The desktop would probably work now. | 06:44 |
rrq | I should probably drop in a HOWTO.adoc as well just for future forensics | 06:45 |
fsmithred | yeah | 06:45 |
golinux | I am finishing up the iso-docs but need the exact address of the torrent for the point release. Would "devuan_ascii_2.1.torrent" work? | 10:22 |
golinux | jaromil: parazyd: ^^^ | 10:23 |
parazyd | golinux: Yes | 10:53 |
parazyd | Though if you want to stick to our versioning that we had so far, it should be 2.1.0. | 10:54 |
mason | So, is there a task list noting things in the way of a Beowulf release? | 15:02 |
golinux | parazyd: Thank you for responding. That is the versioning that fsmithred et al decided on. I questioned it as being inconsistent but . . . Unfortunately, it is probably in too many places to think of changing at this point, | 17:31 |
golinux | mason: No. Just what has been discussed at meets here and on the -dev list. | 17:33 |
LeePen | Hi. | 17:34 |
LeePen | I have just done a fork of udisks2 from buster for beowulf without libpam-* dependency. | 17:35 |
LeePen | With some updates to policykit dependencies it should be possible to use either elogind or consolekit with udisks2. | 17:35 |
mason | golinux: Might be worth having an official list on the web site, with the notion that it might inspire people to pick off tasks and push us closer. | 17:36 |
LeePen | Proposed trees for review posted to devuan-dev | 17:36 |
golinux | mason: Feel free to make one if you think it would be helpful. | 17:37 |
mason | golinux: Not useful. I don't know what's left thoroughly enough. | 17:38 |
mason | golinux: I'd be in a good position to drill down on specific tasks, though, and a list would draw out others who'd feel similarly. | 17:38 |
LeePen | mason: you could review and test my udisks2 and policykit? | 17:39 |
mason | LeePen: Are they for ASCII or Beowulf? I'd need to spin up a Beowulf if the latter. | 17:39 |
golinux | You could go through the list of outstanding bugs at bugs.devuan.org and post the ones critical to the release. That has always been the most useful list | 17:40 |
LeePen | Beowulf | 17:40 |
mason | golinux: I was looking at that earlier and it seemed to lack a focussed set related to Beowulf. I'll find an example of what I'm thinking about. | 17:40 |
mason | golinux: Here's an example: https://github.com/zfsonlinux/zfs/issues?q=is%3Aopen+is%3Aissue+project%3Azfsonlinux%2Fzfs%2F23 The bug tracking system there talks about different branches, and tracks bugs tagged for particular branches. | 17:43 |
mason | golinux: Even more relevant: https://wiki.debian.org/Teams/ReleaseTeam/ReleaseCheckList/BusterCheckList | 17:45 |
mason | golinux: Do we tag bugs as blockers? | 17:45 |
mason | LeePen: Are there patches beyond Message-ID: <bc26e8d62de42590e48e146fed771d7c1258bc2e.camel@gmail.com> or is that the full set? | 17:47 |
golinux | Those deemed critical are blockers. If you search this list you will find that KatolaZ did that for the ASCII release. You'd have to sort through every one and make a decision. | 17:50 |
LeePen | mason: Message-ID: <20191007152822.GA4309@hindley.org.uk> | 17:51 |
LeePen | https://git.devuan.org/devuan-packages/udisks2/commits/suites/beowulf-proposed | 17:51 |
LeePen | https://git.devuan.org/devuan-packages/policykit-1/commits/suites/unstable-proposed | 17:51 |
mason | Oh, even easier. | 17:51 |
LeePen | They will need to be taken together. | 17:52 |
LeePen | policykit-1 can go through unstable, but udisks will probably have to go straight into beowulf as Debian's unstable has moved on. | 17:52 |
mason | LeePen: And do you have a notion of what you want tested? I assume things install, so is there behaviour to test? udisks2, the only thing that pops to mind is automounting of hotplug media. | 17:52 |
LeePen | Yes. I don't have a bare metal install of beowulf, so I can't actually test media insertion etc. | 17:53 |
LeePen | If you can test with both consolekit and libpam-elogind doing session/pid matching, that would be great. Thanks. | 17:54 |
mason | That can be done via VM as well, but yeah. I can see about a bare metal install and try some of this. I had to do a bunch of udev device insertion debugging a few months ago, so I still have my extension cable so I don't wear out my USB port. :P No udisks2 there. I dislike udisks2 fairly intensely. But I'll install it for this. | 17:55 |
mason | LeePen: What desktop environment do I want to install for it? I don't use one normally. | 17:55 |
LeePen | Both trees compile and the resulting packages install correctly for me. | 17:55 |
LeePen | I don't use it either, but people have been talking about sorting this, so I thought I would do it. | 17:56 |
mason | So, 1) install Beowulf, 2) build packages from those, 3) install, 4) exercise udisks2. | 17:56 |
mason | I imagine xfce4 would suffice. | 17:56 |
LeePen | I think the target is that it will be DE agnostic (and elogind|consolekit) agnostic. | 17:56 |
mason | Oh, you know, I'll take whatever the "Desktop" task gives me. | 17:56 |
mason | Yeah. Just have to pick one to start. | 17:57 |
LeePen | Yes xfce4. gnu_srs1 was using MATE IIRC. | 17:57 |
LeePen | It might even work without one. | 17:57 |
LeePen | Thanks. bbiab | 18:00 |
amesser | lol | 20:19 |
amesser | just used reportbug ending up with a bug report for apt in devuan bug tracker | 20:20 |
amesser | but apt is maintained at debian... | 20:20 |
LeePen | reportbug -B debian is your new friend! ;) | 20:22 |
amesser | lo, yes | 20:22 |
mason | LeePen: Do you know offhand if we have install media that defaults to Beowulf, or am I installing ASCII and upgrading to test? | 20:24 |
amesser | afaik there are no install media for beowulf available at the moment | 20:26 |
mason | Upgrade it is, then. | 20:26 |
amesser | would be simplest and safest | 20:27 |
amesser | just install minimal ascii | 20:27 |
mason | Yeah. | 20:27 |
amesser | sometimes it is possible to use debootstrap but this required additional manual work afterwards (which is otherwise done by the installer)installer) | 20:28 |
mason | Reasonable start. | 20:29 |
mason | Oh, sorry, was in scrollback. | 20:29 |
mason | Eh, I'm happy upgrading. Minimal install, as you note, will go fairly fast. | 20:29 |
mason | So, there wasn't much discussion about tearing down LUKS. Makes me wonder if we want to just fork the package with the script we modify and pop in the cosmetic change. Any opinions? | 20:31 |
amesser | sry, i'm not following descussions regularly neither using LUKS anywhere | 20:33 |
mason | I might transition to using ZFS-native encryption, so LUKS might stop being relevant for me, but as of today the issue in question bites me. | 20:34 |
mason | Or would without patching. | 20:34 |
mason | golinux: Did we address the mirror suggestions in the point release? The default entry here is still us.deb.devuan.org, but this isn't a brand new installer. | 20:48 |
golinux | rrq: parazyd: jaromil;: ^^^ Since there is no us mirror this needs to be changed. Or does the installer automate that decision making it impossible to exclude a mirror based on location? | 20:51 |
golinux | fsr: is this an issue for the -live disks also? | 20:52 |
mason | I haven't dug through that code to see the heuristics... I don't think the list is autogenerated, so it should be possible to zap it. | 20:52 |
golinux | mason: Thanks for the reminder | 20:52 |
mason | golinux: It just popped up in front of me as I populate a system for testing LeePen's thing. | 20:53 |
mason | I'd forgotten otherwise. | 20:53 |
golinux | Hopefully all involved in building the isos will take note. | 20:53 |
golinux | I can't do more than be the messenger | 20:53 |
mason | LeePen: So, I've been pecking away at the test install, and it's Beowulf now, but I note elogind, libelogind0, and limpam-elogind being held back. I | 22:21 |
mason | I'm not clueful enough with apt-cache policy to figure out what the conflict is that's keeping them back... Is this expected? | 22:21 |
fsmithred | mason, I don't remember what package you need to add or remove to make it all better, but aptitude remembers. | 22:25 |
mason | Ah, I'd tried apt and apt-get. I'll try aptitude. | 22:25 |
fsmithred | say no, and it will give you other options | 22:26 |
mason | fsmithred: Good call. It points out libsystemd0 having been installed. | 22:27 |
fsmithred | that's what I thought, but I wasn't sure | 22:28 |
mason | fsmithred: Do we have a recommended way of swapping it out? Or is this why we haven't released Beowulf yet? | 22:29 |
golinux | I thought that elogind removed libsystemd0 | 22:30 |
mason | fsmithred: Ah, right, aptitude can make the swap. Been ages since I used it. | 22:31 |
golinux | I do not have it on my beowulf but not updated for a while | 22:31 |
golinux | As soon as I finish the iso-doc, I'll go do an upgrade | 22:32 |
mason | golinux: Yeah, it's obviated by elogind, but libsystemd0 seems to get into the upgrade, and apt/apt-get are unwilling to do what they see as breaking the system to swap. | 22:32 |
mason | aptitude can recommend bigger swaps and make them happen. | 22:32 |
* golinux has never user aptitude | 22:32 | |
mason | Once aptitude has done that, apt and apt-get can be happy again. But this'd be a showstopper for Beowulf. | 22:33 |
* golinux goes back to the iso-docs | 22:33 | |
mason | LeePen: Almost there. I'm where I can install build-essentials on Beowulf now. | 22:33 |
fsmithred | singular | 22:38 |
fsmithred | build-essential | 22:38 |
fsmithred | oh, I hadn't checked my recent upgrade. I didn't have elogind or libelogind0. I installed the latter and got both plus libpam-elogind | 22:41 |
Centurion_Dan | I think if we make libsystemd0 a virtual package depending on libelogind0 we can solve that issue | 22:42 |
fsmithred | This was a default ascii xfce desktop upgraded to beowulf. I don't know if I was missing any functionality without elogind. Shutdown/reboot worked, but I didn't test removable drives. | 22:42 |
fsmithred | afk for lunch | 22:43 |
LeePen | Centurion_Dan: Hi. Are you able to look at the arm64 buildhost? Both rrq and I have been having failure to allocate memory errors. | 23:07 |
golinux | mason: I found the answer to your mirror question quite by accident here: https://devuan.org/os/documentation/install-guides/install-devuan.html | 23:07 |
golinux | "14) Any of the provided mirrors will be fine. If there is a mirror close to you then you will be redirected automatically when installing packages." | 23:08 |
LeePen | Centurion_Dan: Is libelogind0 providing libsystemd0 not enough? | 23:08 |
golinux | I don't understand how you can be directed to a mirror that doesn't exist! | 23:08 |
mason | golinux: Right, for reflecting requests. But the issue is that us.deb.devuan.org exists as an entry, and that was the issue I thought. | 23:08 |
mason | LeePen: Not if libsystemd0 gets installed, as happened here. | 23:09 |
mason | LeePen: aptitude was able to do the "dangerous" swap where the other tools are hesitant. | 23:09 |
LeePen | mason: great | 23:09 |
mason | LeePen: Building your packages now, anyway. | 23:09 |
LeePen | Thanks | 23:09 |
mason | Plus, done with proper work, so there won't be further distractions. | 23:10 |
Centurion_Dan | mason, would apt install libelogind have solved it? | 23:10 |
mason | Centurion_Dan: Conflicted with libsystemd0 as I remember. I can do this again on a VM and document the state at each step. | 23:10 |
mason | Centurion_Dan: Maybe apt takes a DWIM flag. It's always possible I'm missing something. But aptitude was willing to do it. | 23:11 |
LeePen | Centurion_Dan: I thought that worked too. | 23:11 |
mason | I'll see about taking a bunch of snapshots of a vm as I push it through the same steps. | 23:11 |
mason | It was interesting using aptitude. Been ages. I only grudgingly used it for a while when it looked like dselect was going away. | 23:14 |
LeePen | Bedtime in Europe soon. Back in the morning. | 23:16 |
LeePen | o/ | 23:16 |
mason | o/ | 23:17 |
fsmithred | oh, mason, I just meant for you to do something like 'aptitude full-upgrade' | 23:20 |
mason | fsmithred: Oh, I let it resolve the local situation. Find the conflict, suggest an option, ! | 23:20 |
fsmithred | then it shows you what will be upgraded and gives you other options if there are problems. | 23:21 |
fsmithred | I never use the curses interface. Looks too much like dselect. :P | 23:21 |
mason | But dselect is a good thing! :P | 23:21 |
mason | I used to like it anyway. | 23:21 |
Centurion_Dan | hmm. I think for unstable/beowulf we should create the virtual package libsystemd0 that depends on libelogind0. This would be the easiest and most effective way to solve it. | 23:22 |
mason | Seems reasonable. | 23:22 |
fsmithred | bbl | 23:22 |
mason | Centurion_Dan: Are there other showstoppers? I'd love to have more of a clue about what's actually holding off the release. | 23:23 |
Centurion_Dan | d-i is broken again... | 23:23 |
mason | Hrm. | 23:23 |
LeePen | Centurion_Dan: not quite made it to bed yet! Is libelogind providing libsystemd not enough? | 23:24 |
mason | LeePen: It does already, doesn't it? Which is why aptitude was willing to swap them, and my system is happy afterwards. | 23:25 |
mason | Hoovering down a desktop environment over DSL... =shudder= | 23:26 |
LeePen | mason: yes it does. I am wondering if Centurion_Dan is suggesting something else/more? | 23:26 |
mason | LeePen: Well, the upgrade to Beowulf wanted libsystemd0, so the virtual package would say "sure, here you go" and install libelogind. | 23:27 |
mason | As I understand it. | 23:27 |
Centurion_Dan | LeePen: no, because libsystemd0 exists, it get's installed instead of libelogind0 unless it is manually installed. | 23:27 |
LeePen | OK, I see what you mean. I can look at that tomorrow. | 23:29 |
mason | LeePen: for this udisks2 testing, do you just want tests against consolekit and elogind? | 23:30 |
LeePen | Yes please. And switching from one to the other. | 23:30 |
mason | kk | 23:30 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!