| fonky | hi all | 00:12 |
|---|---|---|
| fonky | got one question, im using live 5.0 and removed xfce and installed lxde and while-so fdisk -l does not show usb_nand_flash 2.0 key when plugging it, while on xfce it worked, any ideas? | 00:13 |
| fonky | nor gparted | 00:13 |
| fonky | but however it does show it is connected, port # and serial and so on | 00:13 |
| fonky | oh and if it is of any concern | 00:14 |
| fonky | dpkg: warning: 'ldconfig' not found in PATH or not executable | 00:14 |
| fonky | dpkg: warning: 'start-stop-daemon' not found in PATH or not executable | 00:14 |
| fonky | dpkg: error: 2 expected programs not found in PATH or not executable | 00:14 |
| fonky | Note: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin | 00:14 |
| fonky | this pops out every time i boot | 00:14 |
| rrq | dpkg warings during boot? | 00:18 |
| fonky | none | 00:19 |
| fonky | and it is happening alot of times | 00:19 |
| fonky | even after entering | 00:19 |
| fonky | export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin | 00:19 |
| fonky | it works for a while then i have to repeat | 00:19 |
| fonky | and sorry for exceeding lines in a certain time interval | 00:19 |
| rrq | are you booting live 5.0 and get those wrnings and errors? | 00:20 |
| fonky | yes it is a live | 00:21 |
| fonky | happens most of the time whilst trying using dpkg -i something.deb | 00:21 |
| rrq | and you do that by using "su -" ? | 00:22 |
| fonky | yes, with root account | 00:22 |
| fonky | but not su && the command | 00:22 |
| freem | the important point is the argument '-' or '-l' | 00:22 |
| rrq | by using "su -login" ? | 00:22 |
| fonky | su and the command after | 00:22 |
| freem | if missing those, then you will not get root's environment, leading to wrong $PATH | 00:22 |
| fonky | when already logged as root | 00:23 |
| rrq | the point is that you don;t actually log in as root | 00:23 |
| rrq | unless you use "su -login: or the abbreviation "su -" | 00:24 |
| rrq | unless you use "su -login" or the abbreviation "su -" | 00:24 |
| fonky | devuan@devuan:~$ su | 00:25 |
| fonky | Password: | 00:25 |
| fonky | root@devuan:/home/devuan# modprobe usb_storage | 00:25 |
| rrq | the point is that you don;t actually log in as root | 00:25 |
| rrq | unless you use "su -login" or the abbreviation "su -" | 00:25 |
| fonky | didnt know that, thank you | 00:25 |
| fonky | so if logging from account devuan 2 root using just su does not yield real root | 00:27 |
| drizzt | yep | 00:27 |
| drizzt | you only substitute user and group id | 00:27 |
| fonky | oh | 00:28 |
| drizzt | but keep (most) environnement | 00:28 |
| drizzt | man su | 00:28 |
| fonky | IC | 00:29 |
| fonky | i have been doing so since well started using linux, never with - <- | 00:29 |
| drizzt | if you want/need to become root, then login as root, which means running "su -" (short for su -login) | 00:29 |
| fonky | thank you | 00:30 |
| rrq | fonky: yes, some year(s) ago now, debian changed the upstream for "su" to one that doesn't set PATH unless you use "-"... the previouls upstream did | 00:31 |
| fonky | hmm must have been inbetween 2016-2019 | 00:34 |
| fonky | then i was not paying attention :) | 00:34 |
| fonky | thank you for the polite explenation | 00:34 |
| freem | fonky: yes, this changed relatively recently, perhaps 2 stable versions of debian ago? | 00:47 |
| freem | oh, was explained already, sorry | 00:47 |
| fonky | :) | 00:47 |
| freem | I got weirded by that change as well, and sometimes still forget to add the -l | 00:47 |
| freem | most people probably never noticed since mostly using sudo | 00:48 |
| nemo | drizzt: I don't disagree with anything in your lecture, but it really wasn't relevant to my situation either... | 00:49 |
| nemo | drizzt: but yeah. is off-topic for here anyway | 00:49 |
| fsmithred | fonky, if you want to restore the old behavior, put the following into /etc/devault/su (create the file) | 00:49 |
| fsmithred | ALWAYS_SET_PATH yes | 00:49 |
| fonky | im guessing but they probably did this for security purposes? | 00:50 |
| fsmithred | it happened when su got moved into a different package | 00:50 |
| fsmithred | either to or from util-linux. I forget which. | 00:50 |
| freem | I'd love to read the reasonning behind the change as well, and thanks for the hint to get back to old behavior, I might do that | 00:51 |
| fsmithred | see 'man su' for more things to put in there. I have no idea what else might be useful. | 00:51 |
| fonky | um any ideas however on how i could get usb flash drive seen in fdisk | 00:52 |
| freem | does not dmesg give you the file to feed fdisk with? | 00:53 |
| fonky | as if i dont touch the livedvd and leave it as is it works | 00:53 |
| fonky | yes, showing and lsusb -v shows extensivly, dmesg | tail 30 shows basically it is there | 00:53 |
| fsmithred | am I to understand that you change the desktop environment while running the live system, as opposed an installed system? | 00:54 |
| buZz | something like 'fdisk /dev/sdc' | 00:54 |
| freem | when I plug something, I usually run dmesg, since not running a DE nor anything to auto-mount, so that I need the info about the exact file. | 00:54 |
| buZz | fonky: tail -n 10 ;) | 00:55 |
| buZz | unless you got some funky tail | 00:55 |
| fsmithred | I would guess it's some policykit issue. Is lxpolkit installed? (not sure if I spelled that right) | 00:55 |
| freem | what is the error message? | 00:56 |
| freem | let's start with that :) | 00:56 |
| drizzt | fsmithred: PATH is not the only difference between su and su -, whole env is concerned : you keep old env, meaning any exported var | 00:56 |
| drizzt | which is a security problem | 00:57 |
| fonky | https://pastebin.com/JtfAMLLE | 00:57 |
| fonky | nono it does not show it in fdisk | 00:57 |
| freem | and you stay on the folder you were in when issuing the `su` command, instead of having to move back | 00:57 |
| freem | (which is why I might get back to old behavior, even if less secure) | 00:58 |
| freem | fonky: what is the error that `su -l -c 'fdisk /dev/sg1'` gives you? | 00:59 |
| fonky | the fdisk line give me cannot open, no souch file or directory | 00:59 |
| fonky | gives* | 00:59 |
| freem | with that exact command? | 00:59 |
| fonky | fdisk -l /dev/sda | 01:00 |
| drizzt | freem: "su" is the less secure behavior | 01:00 |
| drizzt | "su -" is the secure one | 01:00 |
| freem | dmesg reports your disk is /dev/sg1, not /dev/sda | 01:00 |
| freem | drizzt: I get this, but security and usuability are 2 opposite things. One needs to pick the balance that suits them, depending on the risks | 01:01 |
| fonky | fdisk: cannot open /dev/sg1: Illegal seek | 01:01 |
| drizzt | fonky: does "cat /proc/partitions" show the partitions you are looking for ? | 01:01 |
| drizzt | or "lsblk" ? | 01:01 |
| fonky | partitions sr0 and loop | 01:02 |
| fonky | only | 01:02 |
| freem | illegal seek is something I don't remember seeing | 01:02 |
| fonky | lsblk again loop and sr0 | 01:02 |
| freem | did I misread the log? | 01:02 |
| drizzt | freem: agreed, but I would have chosen security as default behavior ;) | 01:02 |
| drizzt | then kernel does not hendle your disk | 01:03 |
| freem | well, see, urxvt did that. Now, you need to validate when you want to paste several lines in a terminal. It is... very annoying. That su change is similarly annoying, for someone like me, with my uses and knowledge. I don't claim I'm smart and very knowledgeable, but I believe I know the basics enough :) | 01:03 |
| freem | I *do* understand I am not the average computer user though | 01:04 |
| freem | so I understand the choice for security by default, especially when you see so many "wget foobar | sudo bash" on the interweb :S | 01:05 |
| freem | (which hurts my eyes for several reasons, not just one) | 01:05 |
| freem | fonky: do that device work on other systems? | 01:05 |
| fonky | they work if i dont ditch xfce on the livedvd | 01:06 |
| freem | flash storage are not exactly what I'd call sturdy | 01:06 |
| fonky | on same pc same session | 01:06 |
| freem | oh, interesting | 01:06 |
| fonky | what i did was init 1, then init 3 | 01:06 |
| rrq | does init 3 re-run udev? | 01:07 |
| fonky | lemme check | 01:07 |
| fsmithred | init 3 should be the same as 2 | 01:07 |
| fonky | same things start yes | 01:07 |
| fsmithred | unless it was something other than official desktop-live | 01:07 |
| fsmithred | some make 3 non-graphical multi-user | 01:08 |
| fonky | i installed lightdm instead of slim and lxde instead of xfce | 01:08 |
| fonky | and did a dist-upgrade before that | 01:08 |
| fsmithred | in a live session? How much ram you have?? | 01:08 |
| freem | silly question, but could something make `chmod 000 /dev/sg1` in the back? Would this give that weird lseek error? | 01:08 |
| fonky | 24gig | 01:09 |
| rrq | I'd say the first option is that some needed kernel module fails to be loaded (for handling the device) | 01:09 |
| fonky | i tried modprobe usb_storage | 01:09 |
| fonky | returns blank | 01:09 |
| rrq | dg1 is a generci scsi interface; not a block device | 01:09 |
| rrq | which *hci* modules do you have? | 01:09 |
| rrq | (that's the USB hu support) | 01:10 |
| rrq | hub | 01:10 |
| fonky | usb_common | 01:10 |
| fonky | usb core | 01:10 |
| rrq | and *hci ? | 01:10 |
| rrq | uhci is USB 1, ehci is for USB 2 and xhci for USB 3 | 01:11 |
| fonky | https://pastebin.com/tYn79331 | 01:11 |
| rrq | ok. looks like it should havnde the drive | 01:12 |
| rrq | what's in /sys/class/block/ ? | 01:12 |
| freem | <rrq> dg1 is a generci scsi interface; not a block device | 01:13 |
| freem | so I *did* misinterpreted the logs, my bad | 01:13 |
| fonky | loop from 0->7 and sr0 | 01:13 |
| drizzt | rrq: init 3 should'nt re-run udev, which should be part of rcS | 01:13 |
| rrq | ok ta | 01:13 |
| drizzt | (sorry if I miss some answers, I have connections problems this evening :( ) | 01:14 |
| fonky | oh works | 01:14 |
| fonky | restarted eudev | 01:14 |
| fonky | my thanks | 01:14 |
| drizzt | well, it shouldn't have stopped either | 01:14 |
| drizzt | (udev/eudev) | 01:15 |
| freem | why would restarting eudev (restarting: stopping and starting, to me) be necessary, though? | 01:15 |
| freem | it should be sitting around all the time for that exact purpose of discovering plug'n play stuff after all? | 01:15 |
| drizzt | fonky: what kind of usb stick is it ? | 01:16 |
| drizzt | and anyway, devfs should handle this without udev/eudev | 01:16 |
| drizzt | well, devtmpfs, not devfs | 01:17 |
| rrq | init 1 does run killprocs | 01:19 |
| fonky | https://www.kingston.com/en/usb-flash-drives/datatraveler-kyson-high-performance-usb-flash-drive | 01:20 |
| fonky | this exact one | 01:20 |
| fonky | 128gig | 01:20 |
| fonky | oh and it is ntfs formated | 01:21 |
| fonky | and that high performance is 20mb/sec on a shiny day | 01:21 |
| fonky | read is fine though | 01:21 |
| rrq | right (my) init 1 does run killprocs.. which includes killing udev | 01:21 |
| fonky | read is 127MB/sec | 01:24 |
| drizzt | (missed last 8 minutes ...) | 01:24 |
| freem | drizzt: https://p.mort.coffee/X78 those are all you possibly missed, I suppose | 01:26 |
| drizzt | freem : thanks | 01:28 |
| freem | yw. Unstable connections are a pain, and libera does not yet have IRCv3's history, which would handle that problem. | 01:29 |
| drizzt | I missed some parts earlier I think, I did not notice the lags | 01:29 |
| freem | drizzt: ah, yes, around 1:10 a.m. I guess | 01:32 |
| drizzt | also between 0:33 and 0:46 am | 01:33 |
| drizzt | and maybe other shorter periods | 01:33 |
| freem | maybe this chan is logged, though? | 01:33 |
| drizzt | as for this udev problem, I have the message about "init 1 then init3" but I missread it :( | 01:34 |
| * freem fails to parse it as well | 01:34 | |
| freem | maybe about runlevels | 01:34 |
| fsmithred | Chanlogs http://reisenweber.net/irclogs/libera/_devuan/ | 01:36 |
| drizzt | but even with udev killed I still have sda and sda1 showing up when plugging in a USB stick on one of the test systems I have on my desk | 01:36 |
| drizzt | and it should behave the same with kernel starting from 5.X at least | 01:36 |
| Xenguy | rawr | 01:36 |
| drizzt | (it's sda there because the system is running from an µSD card seen as mmcblk) | 01:37 |
| freem | hm... last time I read about this stuff, I understood that it is (e)udevd which is responsible for populating /dev... but I don't know much on that topic, sadly (otherwise I'd have gotten rid of udev for the discovery of the static hardware since long...) | 01:38 |
| drizzt | what does "mountpoint /dev" | 01:38 |
| drizzt | what does "mountpoint /dev" say ? | 01:39 |
| drizzt | and/or "mount |grep devtmpfs" | 01:39 |
| rrq | if I stop udev and unload some modules (esp "uas") it fails to set up the dev node for the usb stick | 01:47 |
| freem | but why would changing the DE unload modules? | 01:48 |
| rrq | the kernel handles "immediate" dev nodes for the hardware but not the "indirect" ones | 01:49 |
| rrq | most likely fonky didn't juggle with the USB in a possibly working order | 01:50 |
| freem | I don't think I understand what you just said :/ | 01:50 |
| freem | but it's ok, I know it's not my domain at all | 01:50 |
| rrq | I meant that, yes, maybe the USB issue wouldn;t have come up of it was inserted with the first DE and then stayed in place during the DE shift... maybe | 01:51 |
| rrq | (because then the running udev would have installed the required modules early enough) | 01:54 |
| rrq | all guesswork of course, but it now works for fonky, which is good. | 01:55 |
| freem | indeed | 01:55 |
| fonky | a quiet camper is a happy one :) | 01:59 |
| fonky | log about if daemons got killed and or restarted is in syslog? | 02:03 |
| fonky | im just happy because i do all the stuff in linux and use usb constantly | 02:05 |
| fonky | well except for cubase and reason | 02:06 |
| drizzt | back ... | 02:06 |
| fonky | wb | 02:06 |
| freem | that dark elf is stubborn I see, keeps going back after the kicks :p | 02:07 |
| drizzt | left after my 01:39 message according to chanlogs | 02:07 |
| fonky | it was really an itch because i looked with a browser, at least first x pages google serves | 02:07 |
| fonky | and it didnt yield any results | 02:07 |
| freem | I don't remember if udev logs in syslogd by default or if they have their own logger. I have it's output captured by svlogd, but my setup is not standard | 02:08 |
| fonky | btw what happened with /var/log/messages | 02:09 |
| drizzt | you apparently missed my last messages : | 02:09 |
| freem | I have no specific option in my udev/run file though, so I suspect it will just pick what it prefers, syslogd if one is running seems likely | 02:09 |
| drizzt | devtmpfs is a kernel subsystem which maintains (populates) a dynamic /dev | 02:09 |
| drizzt | udev/eudev is usefull for the "practical" links like those found under /dev/disk/* | 02:09 |
| freem | really? Only those? If I do not have udev running on my startup, kernel will stay in the VESA graphical mode, though | 02:10 |
| gnarface | fonky: removed from the stock upstream /etc/rsyslog.conf, but you can put it back in yourself | 02:10 |
| drizzt | but it's now too late for me to try to understand this any further, and if it's now running fine, that nice :) | 02:11 |
| drizzt | freem: udev/eudev is not useless, but it does not handle basic stuff like /dev/sd** anymore if you have devtmpfs mounted on /dev | 02:12 |
| drizzt | freem: also, you may not have seen my message about "-confirm-paste" ? | 02:13 |
| freem | that is good to know! i'll tinker with that tomorrow, that will be one less fragile componenent on my system: % upl /etc/sv/udev/run -k | 02:13 |
| freem | https://p.mort.coffee/ZNJ | 02:13 |
| drizzt | (for the solution to the anoying urxvt paste message) | 02:13 |
| freem | this script is *really* ugly... | 02:13 |
| freem | oh, right, I missed it, thanks | 02:14 |
| freem | lost patience the other day, picked the easy solution: downgrade. | 02:14 |
| freem | I guess it's a command-line parameter to pass? | 02:14 |
| drizzt | freem : nope | 02:15 |
| drizzt | freem : for this paste problem with urxvt, add this to your .Xdefaults : "URxvt.perl-ext-common: -confirm-paste" | 02:15 |
| freem | thanks | 02:15 |
| drizzt | if you already have ""URxvt.perl-ext-common: something", then make it "URxvt.perl-ext-common: something,-confirm-paste" | 02:15 |
| drizzt | (the messages) | 02:15 |
| freem | thanks, I'll upgrade it anew and see if that works when I'll boot, after a good sleep :) | 02:16 |
| drizzt | I also had an example for what "unstable" does not mean : apache2 in ceres is Version: 2.4.62-1 | 02:17 |
| freem | I should clean my $HOME and dotfiles someday thuogh, it's a giant mess of past tinkerings with various random stuff | 02:17 |
| rrq | drizzt: afaict nowadays module loading is outsourced to udev; the kernel might know which module(s) are needed, but it doesn't load, handling some drives require a small stack of modules. Those get loaded by udev. | 02:17 |
| drizzt | which is current ... stable apache2 version from apache (https://httpd.apache.org/) | 02:18 |
| drizzt | rrq: yep | 02:18 |
| drizzt | but it was seen before init 1, so I would have thought that modules would have stayed | 02:19 |
| drizzt | I do not know if init 1 unloads any module | 02:19 |
| drizzt | (I use very few modules on my systems, I usually build a kernel which matches my hardware and needs, and no more) | 02:20 |
| rrq | it wouldn't... so I think the case came up when the USB was added after the DE shift (killing udev) | 02:20 |
| drizzt | yep, in this case the modules wouldn't have been loaded before, and would be missing | 02:21 |
| freem | compiling a kernel matching the actual hardware indeed seems the best to do, but I remember being completely lost in the kernel's configure interface, ~10 years ago. It's probably even worst those days | 02:22 |
| drizzt | which is coherent with the syslog messages missing the sda: sda1 parts | 02:22 |
| drizzt | freem: that's part of my job, so it helps me stay tunned with the interface, but it's not something averyone can do | 02:23 |
| drizzt | *everyone | 02:23 |
| freem | I guess | 02:23 |
| freem | but I also think I simply tried to configure things too much back then, for a 1st time :D | 02:24 |
| freem | those years I no longer have much patience for this kind of tinkering, thuogh | 02:24 |
| drizzt | (not about knowledge, which anyone could get, but rather about time to get the knowledges + do the task) | 02:24 |
| freem | don't worry, I got that | 02:25 |
| freem | I lived from c++ coding for more than few years, I know I would be able to setup that, if I had the motivation. | 02:26 |
| drizzt | which is exactly why we have linux distributions, and why we do not like package maintainers to change the defaults | 02:26 |
| freem | not only package managers, upstream devs as well | 02:26 |
| drizzt | yep | 02:26 |
| drizzt | one of the core reason behind devuan :) | 02:27 |
| freem | well, I have the advantage compared to many that 1) I have a minimalistic system and 2) I can git revert and understand what I do when it's about C or C++ | 02:27 |
| freem | that's likely offtopic though | 02:27 |
| drizzt | I have /etc under git, pretty usefull to check what got changed by an update | 02:28 |
| drizzt | though it requires to spend some time after each upgrade | 02:30 |
| freem | well, most of the PID1/PID2 stuff I have, I wrote myself in any case. It won't change without me noticing it. Then, only few stuff remains, and dpkg will tell me about those I care about, since I modified them, so it asks what I want to do | 02:30 |
| freem | runit *is* great for writting the service stuff yourself, it's almost only one-liners, lovely and trivial | 02:30 |
| drizzt | the problems do not come from these, but from where the default changed ... | 02:31 |
| freem | true | 02:31 |
| freem | I shuold probably version them as well, indeed. So far, I simply barely had any bad surprise... except for su and urxvt, I don't remember any, actually. | 02:32 |
| drizzt | sysv init is not that bad either for all the base startup | 02:32 |
| freem | I only have the daemons handled by runsvdir, not all the one-shot stuff | 02:32 |
| freem | I never got to the point of migrating those. I should, though, I'd master my system more then. | 02:33 |
| drizzt | I have my own script which does all of rcS for my embedded systems | 02:33 |
| drizzt | as I always know what it has to do, and it never changes, it is way quicker than the original "parallel" scripts | 02:34 |
| freem | I don't use runit for speed, seriously. I use it because it's simple, for a start, and 2nd, because you don't want to travel 200km each time you need to restart, say, ssh, pppd, or other important daemon because the system would not start it anew | 02:35 |
| drizzt | but as I said, I have to get some sleep ! | 02:35 |
| freem | which is something people thanked me to bring in my last IT job. | 02:35 |
| freem | I need to do that as well | 02:35 |
| freem | gn | 02:35 |
| drizzt | bye :) | 02:36 |
| onefang | drizzt: Are you using etckeeper to keep /etc under git? It can do everything automatically, by hooking into the apt system. So no need to "spend some time after each upgrade ". | 04:37 |
| drizzt | did not know about etckeeper, gonna give it a try ! | 11:23 |
| Xenguy | drizzt, Please report back on etckeeper | 14:43 |
| Alverstone | Hi. What's my slap-slap-and-ready strategy to install Devuan without making installation media? You don't distribute a rootfs, but maybe there's a way with debootstrap? | 21:28 |
| fsmithred | yes, you can use debootstrap | 21:30 |
| fsmithred | what are you running now? | 21:30 |
| Alverstone | But apparently it wouldn't make sense if it installed systemd, and IIRC debootstrap's notion of basic system implies that | 21:30 |
| Alverstone | I'm on Debian 12 now | 21:30 |
| Alverstone | I don't want to migrate, I want a separate fresh install to see how it goes | 21:31 |
| fsmithred | maybe you can install devuan's debootstrap | 21:31 |
| drizzt | Alverstone: nope, devuan's debootstrap won't install systemd | 21:32 |
| Alverstone | what exactly do you mean by "debuan's debootstrap"? Can I just shove Devuan's mirrors at Debian's debootstrap, or that's not how magic works? | 21:33 |
| drizzt | do you have /usr/share/debootstrap/scripts/daedalus ? | 21:33 |
| drizzt | or /usr/share/debootstrap/scripts/excalibur or /usr/share/debootstrap/scripts/ceres ? | 21:33 |
| Alverstone | yep, got only ceres | 21:34 |
| fsmithred | we fork debootstrap. Here's the one for current stable: https://pkgmaster.devuan.org/devuan/pool/main/d/debootstrap/debootstrap-udeb_1.0.134devuan2_all.udeb | 21:34 |
| fsmithred | oops | 21:34 |
| fsmithred | that's a udeb | 21:34 |
| Alverstone | >udeb | 21:34 |
| Alverstone | what's this | 21:35 |
| fsmithred | https://pkgmaster.devuan.org/devuan/pool/main/d/debootstrap/debootstrap_1.0.134devuan2_all.deb | 21:35 |
| fsmithred | udebs are for the installer. You want the .deb | 21:35 |
| drizzt | check wether your ceres file mentions systemd | 21:35 |
| MarcFP | hi | 21:35 |
| fsmithred | if only ceres, then make a symlink to daedalus | 21:35 |
| drizzt | if it does, uninstall debootstrap, download the one pointed by fsmithred, and dpkg -i /debootstrap_1.0.134devuan2_all.deb | 21:36 |
| drizzt | (without the "/") | 21:36 |
| Alverstone | drizzt, https://paste.debian.net/plain/1331014 | 21:36 |
| Alverstone | fsmithred, | 21:37 |
| fsmithred | it should replace the debian version. We fix the versions so they supercede the debian package. | 21:37 |
| drizzt | Alverstone: it mentions debian keyring, remove debootstrap package | 21:38 |
| drizzt | then get the one from the link pasted by fsmithred | 21:39 |
| drizzt | (wget) | 21:39 |
| drizzt | and dpkg -i debootstrap_1.0.134devuan2_all.deb (as root of course) | 21:39 |
| drizzt | Alverstone: but from what I remember, current "base" package list has a dependency problem as it does not resolve alternatives | 21:41 |
| drizzt | I had to modify the script for my latest runs to get opensysusers instead of systemd or systemd-standalone-sysusers or systemd-sysusers | 21:41 |
| drizzt | (cron-daemon-common dependency) | 21:42 |
| fsmithred | was that ceres/excalibur? | 21:43 |
| fsmithred | there's a cron-daemon-common problem there, but not in daedalus | 21:43 |
| drizzt | yep, ceres | 21:44 |
| fsmithred | excluding cron-daemon-common and logrotate helps | 21:44 |
| drizzt | it was during my tests with arm64 segfault in ? (maybe libc ?) | 21:44 |
| fsmithred | and using mmdebstrap instead avoids the problem | 21:45 |
| drizzt | (which i did not finish yet :( | 21:45 |
| drizzt | from what I can recall excluding cron-daemon-common was not possible (did not work) | 21:47 |
| drizzt | but I do not manage to get my hands on the notes I took back then :( | 21:48 |
| drizzt | found ! | 21:49 |
| drizzt | debootstrap --foreign --arch=arm64 --include=binutils,vim,bsdutils,openssh-client,openssh-server,locales,file,net-tools,bzip2,devuan-keyring,diffutils,findutils,iptables,isc-dhcp-server,bridge-utils,bsdextrautils,bwm-ng,eudev,fdisk,file,git,hostapd,iw,make,net-tools,nfs-common,patch,screen,python3,usb-modeswitch,wireless-tools,wpasupplicant | 21:49 |
| drizzt | --exclude=ed,nano,tasksel,tasksel-data,vim-tiny,libsystemd0,systemd-standalone-sysusers --verbose daedalus bstrap.d/ http://fr.deb.devuan.org/merged | 21:49 |
| drizzt | it was daedalus | 21:49 |
| drizzt | well these were the include/excludes I needed, adapt to your needs | 21:50 |
| drizzt | and do not use " --foreign --arch=arm64" if you're running it on host with same architecture | 21:50 |
| fsmithred | I could be remembering wrong, but I think you can't exclude libsystemd0 in daedalus. You have to replace it afterward with libelogind0. | 21:54 |
| drizzt | I think I managed it by modifying the file in /usr/share/debootstrap/scripts/ | 22:02 |
| drizzt | look for work_out_debs () function | 22:07 |
| drizzt | and in this function : # Fixup dependencies: debootstrap doesn't resolve alternatives, so we need manual fixes. | 22:08 |
| drizzt | you can put your modifications there | 22:11 |
| drizzt | (well, that's not a file we're supposed to modify ... but ... | 22:11 |
| jonadab | So keep your modifications as a .diff | 22:14 |
| freem | good old cp.old, ofc, it's doable | 22:17 |
| freem | it's also painful, and actually easier to just manage the fork yourself in many cases | 22:18 |
| freem | this, because you don't have to handle a community | 22:19 |
| freem | I mean, a skilled person's interests are hard to keep in sync with a community's interest | 22:20 |
| freem | sorry, should be offtopic | 22:20 |
| freem | I apologize | 22:20 |
| Alverstone | thank you | 22:30 |
| Alverstone | I don't feel good though, so I'll figure it out sometime later | 22:31 |
| Alverstone | have a nice night ;) | 22:31 |
| fsmithred | there's also dpkg-divert for alternate files so they don't get clobbered on upgrade | 22:34 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!