Re: [Dng] libudev-compat update
On Mon, Jun 08, 2015 at 01:31:40AM -0400, Jude Nelson wrote: > Hey everyone, > > I've just pushed my first stab at libudev-compat to the vdev repository. > It took a while to work out how to remove the need for udev to send libudev > clients device events, but I think I've figured out something that works. Is evdev supposed to work with this eventually? signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
> > I upgraded and let bash-completion go, lost completion on package names, > and then I installed 1:2.1-4.1 from ascii on Irrwahn's recommendation, and > it seems to be working fine. > > fsr Actually the issue is fixed as i have upgraded the bash-completion package in jessie. -- Franco (nextime) Lanza Lonate Pozzolo (VA) - Italy SIP://c...@casa.nexlab.it web: http://www.nexlab.net NO TCPA: http://www.no1984.org you can download my public key at: http://danex.nexlab.it/nextime.asc || Key Servers Key ID = D6132D50 Key fingerprint = 66ED 5211 9D59 DA53 1DF7 4189 DFED F580 D613 2D50 --- echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D212153574F444E49572045535520454D20454B414D204F54204847554F4E452059415020544F4E4E4143205345544147204C4C4942snlbxq | dc --- signature.asc Description: PGP signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
On 06/08/2015 05:48 AM, Franco Lanza wrote: >> >> I upgraded and let bash-completion go, lost completion on package names, >> and then I installed 1:2.1-4.1 from ascii on Irrwahn's recommendation, and >> it seems to be working fine. >> >> fsr > > > Actually the issue is fixed as i have upgraded the bash-completion > package in jessie. > > I removed bash-completion and then installed it again from devuan/jessie and got this error: Preparing to unpack .../bash-completion_1%3a2.1-4.1+devuan1_all.deb ... Unpacking bash-completion (1:2.1-4.1+devuan1) ... dpkg: error processing archive /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb (--unpack): trying to overwrite '/usr/share/bash-completion/completions/renice', which is also in package bsdutils 1:2.26.2-6+devuan1 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
In devuan/jessie bash-completion breaks bsdutils. Aptitude may have better dependency resolving logic. cheers, gnath On Mon, Jun 8, 2015 at 4:39 PM, fsmithred wrote: > On 06/08/2015 05:48 AM, Franco Lanza wrote: > >> > >> I upgraded and let bash-completion go, lost completion on package names, > >> and then I installed 1:2.1-4.1 from ascii on Irrwahn's recommendation, > and > >> it seems to be working fine. > >> > >> fsr > > > > > > Actually the issue is fixed as i have upgraded the bash-completion > > package in jessie. > > > > > > > > I removed bash-completion and then installed it again from devuan/jessie > and got this error: > > > Preparing to unpack .../bash-completion_1%3a2.1-4.1+devuan1_all.deb ... > Unpacking bash-completion (1:2.1-4.1+devuan1) ... > dpkg: error processing archive > /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb > (--unpack): > trying to overwrite '/usr/share/bash-completion/completions/renice', > which is also in package bsdutils 1:2.26.2-6+devuan1 > Processing triggers for man-db (2.7.0.2-5) ... > Errors were encountered while processing: > /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > ___ > Dng mailing list > Dng@lists.dyne.org > https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng > ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[Dng] debian sinking on virtual machine image support (grub on lvm)
re all, Today I've started (and almost finished) building the "debakker" component of our SDK which takes care of downloading the new CI-build debian-installers maintaned by Daniel and packs them into the vm images many of us need on cloud servers and such. https://git.devuan.org/devuan/devuan-sdk/commit/30e471a3c756be47c2a9e57b50105a19bae4549f By doing so I hit an important bug in Debian which is being overlooked, but at least reported, here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782998 (and yes, I fear systemd is involved as in weird naming changes of dev FS) This was working just a few months ago, but its broken now in a debian called "stable" moreover on this part of Debian: it is being touched by too many hands, as in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712907 which is a idiotic solution to the problem by adding a lot of complexity inside debian scripts instead of using the "$DISKA" method by assigning a var from the preseed script. I'm doing my best to circumvent all this mess, nevertheless I believe this bug will hit a lot of devops people out there and it is worthed mentioning. It is my perception that Debian is incapable of keeping it together, bugs as the above are multiplying and the complex patchwork behind them is hard to keep track. At last, it feels very good to be able to fix this stuff in Devuan. And soon we'll have vms built of alpha2 release series, while I suspect Debian will lack support for lvm partitioned virtual machine images for a long while... ciao ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
I removed bash-completion and then installed it again from devuan/jessie and got this error: Preparing to unpack .../bash-completion_1%3a2.1-4.1+devuan1_all.deb ... Unpacking bash-completion (1:2.1-4.1+devuan1) ... dpkg: error processing archive /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb (--unpack): trying to overwrite '/usr/share/bash-completion/completions/renice', which is also in package bsdutils 1:2.26.2-6+devuan1 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Same here. I was previously using the util-linux suite from angband.pl (1:2.25x) but this is since superceded by 1:2.26.2-6+devuan1 .. I note that debian mainstream has 1:2.25x for jessie and 1:2.26x for "testing". Can someone help explain why devuan-jessie is using 1:2.26x and the proper way to deal with this problem? I was hoping not to be going back to manually-held stuff. D ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
On 08/06/15 13:58, David Hare wrote: I removed bash-completion and then installed it again from devuan/jessie and got this error: Preparing to unpack .../bash-completion_1%3a2.1-4.1+devuan1_all.deb ... Unpacking bash-completion (1:2.1-4.1+devuan1) ... dpkg: error processing archive /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb (--unpack): trying to overwrite '/usr/share/bash-completion/completions/renice', which is also in package bsdutils 1:2.26.2-6+devuan1 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Same here. I was previously using the util-linux suite from angband.pl (1:2.25x) but this is since superceded by 1:2.26.2-6+devuan1 .. I note that debian mainstream has 1:2.25x for jessie and 1:2.26x for "testing". Can someone help explain why devuan-jessie is using 1:2.26x and the proper way to deal with this problem? I was hoping not to be going back to manually-held stuff. D Not simple to just downgrade util-linux suite either: sysvinit-utils (2.88dsf-59.2+devuan2) breaks util-linux (<< 2.26.2-3) and is installed. D ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] libudev-compat update
Hi Jack, On Mon, Jun 8, 2015 at 5:46 AM, Jack L. Frost wrote: > On Mon, Jun 08, 2015 at 01:31:40AM -0400, Jude Nelson wrote: > > Hey everyone, > > > > I've just pushed my first stab at libudev-compat to the vdev repository. > > It took a while to work out how to remove the need for udev to send > libudev > > clients device events, but I think I've figured out something that works. > > Is evdev supposed to work with this eventually? > Yes. In fact, my goal for alpha is to be able to use libudev-compat in conjunction with vdev to run X.org without an xorg.conf. -Jude ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
David Hare wrote on 08.06.2015 15:16: > On 08/06/15 13:58, David Hare wrote: >> >>> I removed bash-completion and then installed it again from devuan/jessie >>> and got this error: >>> >>> Preparing to unpack .../bash-completion_1%3a2.1-4.1+devuan1_all.deb ... >>> Unpacking bash-completion (1:2.1-4.1+devuan1) ... >>> dpkg: error processing archive >>> /var/cache/apt/archives/bash-completion_1%3a2.1-4.1+devuan1_all.deb >>> (--unpack): >>> trying to overwrite '/usr/share/bash-completion/completions/renice', >>> which is also in package bsdutils 1:2.26.2-6+devuan1 >> Same here. I was previously using the util-linux suite from angband.pl >> (1:2.25x) but this is since superceded by 1:2.26.2-6+devuan1 .. >> >> I note that debian mainstream has 1:2.25x for jessie and 1:2.26x for >> "testing". Can someone help explain why devuan-jessie is using 1:2.26x >> and the proper way to deal with this problem? I was hoping not to be >> going back to manually-held stuff. > > Not simple to just downgrade util-linux suite either: > > sysvinit-utils (2.88dsf-59.2+devuan2) breaks util-linux (<< 2.26.2-3) > and is installed. Fixed in bash-completion 1:2.1-4.1+devuan2. Thanks, nextime! Cheers, Urban ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] upgrade problem
Fixed in bash-completion 1:2.1-4.1+devuan2. Thanks, nextime! Cheers, Urban Fixed here. Thanks. ii bash-completion 1:2.1-4.1+devuan2 ii bsdutils 1:2.26.2-6+devuan1 ii sysvinit-utils 2.88dsf-59.2+devuan2 ii util-linux 2.26.2-6+devuan1 ii util-linux-locales 2.25.2-6.0nosystemd1 D ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] libudev-compat update
On Mon, Jun 08, 2015 at 10:50:47AM -0400, Jude Nelson wrote: > Yes. In fact, my goal for alpha is to be able to use libudev-compat in > conjunction with vdev to run X.org without an xorg.conf. Sweet. Manual X.Org config is a major showstopper for some people when it comes to using something that is not udev. signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] straw poll, non-free firmware for installers
On Sat, 06 Jun 2015 20:01:24 +0100 Alberto Zuin - liste wrote: > When we have to install a distro on "special hardware" (an old dell > server?) it's always an annoying thing to use a second pc to download > the ethernet drivers, copy them to an USB key and so on. > Having them in on the same media, with the option to "opt-out" (so it's > not mandatory for the user to install it if not wanted), IMHO it's a > thing that can help the diffusion of our distro. Agree; for the sake of the purity talibans, have a warning message "I need to install a non-free driver/firmware/etc is that OK ?" that pops up if such install in found needed, and we should all be in agreement. Cheers, Ron. -- A poet who reads his verse in public may have other nasty habits. --Lazarus Long -- http://www.olgiati-in-paraguay.org -- ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[Dng] vdev compatibility
Question for Jude: I use the live-boot tools a lot and make live-images. The live-boot scripts, which go in initramfs, rely a lot on udev and commands like "blkid -o udev".. Will vdev, when ready, have compatibility for such cases? Thanks for all your good work. I'm actually using eudev at the moment (works fine in the "live" scripts) but look forward to trying vdev as soon as possible. D ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [Dng] vdev compatibility
Hi David,
On Mon, Jun 8, 2015 at 12:46 PM, David Hare wrote:
>
> Question for Jude:
>
> I use the live-boot tools a lot and make live-images. The live-boot
> scripts, which go in initramfs, rely a lot on udev and commands like "blkid
> -o udev"..
>
> Will vdev, when ready, have compatibility for such cases?
>
The "-o udev" directive tells blkid to format its output in a way that udev
can import it with an IMPORT{} directive in a rule. It should work
regardless of whether or not udev is installed.
I'm not familiar with the live-boot scripts, but in preparing initramfs
boot scripts for testing vdev, the only changes I've had to make are
starting vdev in place of udev, and mounting vanilla tmpfs on /dev instead
of devtmpfs. I'd imagine that it will be similar with live-boot scripts,
but I'll have to take a closer look. I'm happy to work with you and others
on ensuring that you can use vdev in place of udev wherever possible :)
> Thanks for all your good work. I'm actually using eudev at the moment
> (works fine in the "live" scripts) but look forward to trying vdev as soon
> as possible.
>
My pleasure!
Thanks,
-Jude
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[Dng] Initting with Daemontools
First, none of this is a suggestion I'm advocating go into Devuan. It's just info for the DIY people among us, and from what I see, the Dng list has *a lot* of DIY people. Daemontools can't actually init, because it can't handle incoming PID1 interrupts. But if you use a tiny init, like RichFelker or Suckless Init, those have no provision for process management, so Daemontools can do that job for them. Daemontools and most of its successors are problematic for bootup for two reasons: 1) No built-in provision for custom-ordering process startup 2) No built-in provision for run-once processes during startup ** I've created a bunch of shellscripts, that I call LittKit, to address these problems. When your actual tiny init, RichFelker or Suckless Init or whatever, finishes, it passes control to rc.init or some similar shellscript. To bring daemontools into the picture, you make rc.init do the following: * Set the path so lk_* are on the path * lk_prepare /service * svscanboot In your /service tree, have exactly one of the directories contain a file called "nodown". svscanboot will start this service instantly. Of course, the run script for this service starts the other services, one at a time, via the lk_runsvc call. I've tested LittKit on a VirtualBox VM of Plop Linux, with daemontools-encore, and I can tell you that I've moved almost everything sysvinit starts up to daemontools-encore, and it still boots perfectly. As soon as I move the network startup and the /dev/shm and /dev/pts stuff to daemontools-encore, and as soon as I make a shutdown script that prevents corruption of the hard disk, I'll be ready to remove sysvinit and replace it with Suckless Init. Anyway, LittKit is Expat-licensed free software, available at: http://troubleshooters.com/projects/littkit/downloads/littkit_0_90.tgz It's simple enough that I think the README file is simple enough to enable a reasonably technical person to use it. == ** Actually, most of the daemontools successors *do* have builtin run-once support, but daemontools itself does not. == Hope you like it. SteveT Steve Litt June 2015 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
