Re: [DNG] lvm2 depends on systemd

2022-02-18 Thread Boian Bonev
Hi,

What about:

./configure --disable-systemd-journal --disable-udev-systemd-background-jobs

On Thu, 2022-02-17 at 23:31 +0100, aitor wrote:
> Hi,
> I've noticed that the sources of lvm2 cannot be built in devuan chimaera due 
> to the headers:
> 
> #include 
> #include 
> 
> present in files like lib/notify/lvmnotify.c or 
> daemons/lvlockd/lvmlockd-core.c. The unique way 
> I've found to by-pass them is disabling notify-bus in the config flags 
> defined in debian/rules. 
> This entails not only the removal of the package lvm2-dbusd from 
> debian/control -nonexistent on 
> beowulf-, but also the addition of a quilt patch, say devuan-changes, that 
> differs slightly 
> from the original debian-changes. Here you are my proposal for lvm2 in devuan 
> chimaera:
> 
> http://packages.gnuinos.org/gnuinos/pool/main/l/lvm2/lvm2_2.03.11-2.1+gnuinos4.debian.tar.xz
> Finally, I wish to mention that the installer-isos of gnuinos have been 
> updated today as a 
> key outcome of the changes made in various packages of the repository, as 
> well as the recent 
> runit scripts put in place. 
> 
> Cheers,
> Aitor.
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng



signature.asc
Description: This is a digitally signed message part
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] usb keyboard detection in initramfs

2022-02-18 Thread tito via Dng
On Fri, 18 Feb 2022 14:57:11 -0700
Gregory Nowak via Dng  wrote:

> Hello everyone.
> 
> I have a raspberry pi 3b arm64 sd card which I recently upgraded in
> stages from jessie to chimaera. This card has the second partition
> encrypted, so I need an initramfs to decrypt it.
> 
> The problem is that my usb keyboard doesn't seem to be detected in the
> initramfs. Once I unlock the partition from the serial console, boot
> proceeds as expected, and everything is fine.
> 
> In /etc/initramfs-tools/modules I have:
> 
> # List of modules that you want to include in your initramfs.
> # They will be loaded at boot time in the order below.
> #
> # Syntax:  module_name [args ...]
> #
> # You must run update-initramfs(8) to effect this change.
> #
> # Examples:
> #
> # raid1
> # sd_mod
> 
> evdev
> ecb
> xts
> 
> # USB keyboard at boot
> usbhid
> hid
> hid_generic
> ohci_pci
> 

Hi,
maybe loading them in a different order:

usbcore
ehci_hcd
ehci-pci
ohci-pci
hid
hid-generic
usbhid

Just what i would try first myself. Untested.

Ciao,
Tito

> I doubt I need ohci_pci for the rpi3, but I saw references on the web
> stating that it is needed for a usb keyboard, so included it just in
> case.
> 
> The screen during the boot process until the unlock prompt says:
> 
> [7.851176] hub 1-0:1.0: 1 port detected
> Begin: Loading essential drivers ... [7.973790] hid: raw HID
> events driver (C) Jiri Kosina
> [7.998803] usbcore: registered new interface driver usbhid
> [8.008273] usbhid: USB HID core driver
> [8.083812] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
> Driver
> [8.108252] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
> [8.123583] ehci-pci: EHCI PCI platform driver
> [8.136873] ohci-pci: OHCI PCI platform driver
> done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting root file system ... Begin: Running /scripts/local-top
> ...[8.164405] usb 1-1: new high-speed USB device number 2 using
> dwc2
>  [8.203533] urandom_read: 2 callbacks suppressed
>  [8.203543] random: lvm: uninitialized urandom read (4 bytes read)
>  [8.380597] usb 1-1: New USB device found, idVendor=0424,
>  idProduct=9514, bcdDevice= 2.00
>  [8.396897] usb 1-1: New USB device strings: Mfr=0, Product=0,
>  SerialNumber=0[8.409579] hub 1-1:1.0: USB hub found
>  [8.411407] device-mapper: uevent: version 1.0.3
>  [8.417808] hub 1-1:1.0: 5 ports detected
>  [8.427132] device-mapper: ioctl: 4.43.0-ioctl (2020-10-01)
>  initialised: dm-de...@redhat.com
>  Please unlock disk mmcblk0p2_crypt:
> 
> If I plug and unplug the keyboard at this point, I don't see any
> detection messages. I do see later on that after the root fs is
> mounted, udevd is started. Also, if I boot with the keyboard
> unplugged, login, look at lsmod, plug the keyboard again, and look at
> lsmod again, no new modules are loaded, but the keyboard is
> detected. So, I think I have all necessary modules in the initramfs,
> but no udevd.
> 
> Should udev be in the initramfs? If yes, what should I look at to find
> out why it isn't in the initramfs. If udevd shouldn't be in initramfs,
> then something else would have to detect devices on the usb bus in the
> initramfs. What is that something?
> 
> This used to work perfectly fine under jessie. If more info is needed,
> I'll be happy to provide it. Thanks in advance for any tips. If this is
> documented somewhere, and I haven't been able to find it in my
> research, a pointer to that documentation would be good enough.
> 
> Greg
> 
> 

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] usb keyboard detection in initramfs

2022-02-18 Thread Gregory Nowak via Dng
Hello everyone.

I have a raspberry pi 3b arm64 sd card which I recently upgraded in
stages from jessie to chimaera. This card has the second partition
encrypted, so I need an initramfs to decrypt it.

The problem is that my usb keyboard doesn't seem to be detected in the
initramfs. Once I unlock the partition from the serial console, boot
proceeds as expected, and everything is fine.

In /etc/initramfs-tools/modules I have:

# List of modules that you want to include in your initramfs.
# They will be loaded at boot time in the order below.
#
# Syntax:  module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod

evdev
ecb
xts

# USB keyboard at boot
usbhid
hid
hid_generic
ohci_pci


I doubt I need ohci_pci for the rpi3, but I saw references on the web
stating that it is needed for a usb keyboard, so included it just in
case.

The screen during the boot process until the unlock prompt says:

[7.851176] hub 1-0:1.0: 1 port detected
Begin: Loading essential drivers ... [7.973790] hid: raw HID
events driver (C) Jiri Kosina
[7.998803] usbcore: registered new interface driver usbhid
[8.008273] usbhid: USB HID core driver
[8.083812] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI)
Driver
[8.108252] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[8.123583] ehci-pci: EHCI PCI platform driver
[8.136873] ohci-pci: OHCI PCI platform driver
done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top
...[8.164405] usb 1-1: new high-speed USB device number 2 using
dwc2
 [8.203533] urandom_read: 2 callbacks suppressed
 [8.203543] random: lvm: uninitialized urandom read (4 bytes read)
 [8.380597] usb 1-1: New USB device found, idVendor=0424,
 idProduct=9514, bcdDevice= 2.00
 [8.396897] usb 1-1: New USB device strings: Mfr=0, Product=0,
 SerialNumber=0[8.409579] hub 1-1:1.0: USB hub found
 [8.411407] device-mapper: uevent: version 1.0.3
 [8.417808] hub 1-1:1.0: 5 ports detected
 [8.427132] device-mapper: ioctl: 4.43.0-ioctl (2020-10-01)
 initialised: dm-de...@redhat.com
 Please unlock disk mmcblk0p2_crypt:

If I plug and unplug the keyboard at this point, I don't see any
detection messages. I do see later on that after the root fs is
mounted, udevd is started. Also, if I boot with the keyboard
unplugged, login, look at lsmod, plug the keyboard again, and look at
lsmod again, no new modules are loaded, but the keyboard is
detected. So, I think I have all necessary modules in the initramfs,
but no udevd.

Should udev be in the initramfs? If yes, what should I look at to find
out why it isn't in the initramfs. If udevd shouldn't be in initramfs,
then something else would have to detect devices on the usb bus in the
initramfs. What is that something?

This used to work perfectly fine under jessie. If more info is needed,
I'll be happy to provide it. Thanks in advance for any tips. If this is
documented somewhere, and I haven't been able to find it in my
research, a pointer to that documentation would be good enough.

Greg


-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] "xdg-open" alternative for "open" ... what?

2022-02-18 Thread Benjamin Riefenstahl
Hi Nicholas,

"Dr. Nikolaus Klepp via Dng" writes:
> What's your take on this?

They might have wanted to get compatibility with macOS whose "open" tool
serves the same purpose.

Just my 2c, benny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Another reason for why I use Devuan

2022-02-18 Thread Olaf Meeuwissen via Dng

Gastón via Dng  writes:

> On Thu, Feb 17, 2022 at 10:52:43PM -0500, Hendrik Boom wrote:
>> On Thu, Feb 17, 2022 at 05:41:59PM -0800, Syeed Ali wrote:
>> > On Thu, 17 Feb 2022 15:25:05 -1000
>> > Joel Roth via Dng  wrote:
>> >
>> > > On Thu, Feb 17, 2022 at 05:55:49PM -0700, Keith Christian via Dng
>> > > wrote:
>> > > > This describes the machine ID:
>> > > >
>> > > > https://www.freedesktop.org/software/systemd/man/machine-id.html
>> > >
>> > > So a creation of the freedesktop folks.
>> >
>> >
>> > I like this quote:
>> >
>> > > It should be considered "confidential", and must not be exposed in
>> > > untrusted environments,
>> > > ...
>>
>> Just checked.  On my pure devuan system,
>> there is no /etc/machine-id filre,
>> but there is a /var/lib/dbus/machine-id
>>
>> Should I worry?
>
> I leave here the link to the thread with the discussion about machine-id
> that occurred in this list in 2019
>
> https://www.mail-archive.com/dng@lists.dyne.org/msg24687.html

Thanks!  Savves me the trouble of digging out myself ;-)

> In /etc/default/dbus you can set the IDTYPE to be a RANDOM value.

On my daedalus preview installer installed mini PC, RANDOM has been the
value since installation.  There were no questions in this area, even in
the expert installation mode.

Checking on my initially jessie installed laptop, subsequently upgraded
to ascii and then beowulf, this setting was added when I upgraded dbus
from 1.10.22-1+devuan1 to 1.10.22-1+devuan2 (on 2019-03-17).

Hope this helps,
--
Olaf MeeuwissenFSF Associate Member since 2004-01-27
 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13  F43E B8A4 A88A F84A 2DD9
 Support Free Softwarehttps://my.fsf.org/donate
 Join the Free Software Foundation  https://my.fsf.org/join
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


[DNG] Inkscape Presentation at OCLUG 2/19/2022

2022-02-18 Thread Steve Litt
Hi all,

Another "Beginning and Intermediate Inkscape" presentation.

For anyone who missed my Inkscape presentation but wants to see it, I'm
giving it again at the monthly Orange County (California USA) LUG
(OCLUG) meeting 2/19/2022 at 10am **Pacific Time** (California USA
time).

You can see details and URL at http://troubleshooters.com/lugs/oclug/

Thanks,

SteveT

Steve Litt  
March 2022 featured book: Making Mental Models: Advanced Edition
http://www.troubleshooters.com/mmm
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


Re: [DNG] Another reason for why I use Devuan

2022-02-18 Thread Steve Litt
Keith Christian via Dng said on Thu, 17 Feb 2022 17:55:49 -0700

>This describes the machine ID:
>
>https%3A%2F%2Fwww.freedesktop.org
>%2Fsoftware%2Fsystemd%2Fman%2Fmachine-id.html

Yeah, that URL is typical of FreeDesktop.Org. They want to completely
Window-ize Linux.


SteveT

Steve Litt 
March 2022 featured book: Making Mental Models: Advanced Edition
http://www.troubleshooters.com/mmm
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng