Re: [DNG] Request for assistance with install
On Tue, 25 May 2021 09:54:15 -0500 o1bigtenor via Dng wrote: > On Mon, May 24, 2021 at 9:56 PM Patrick Bartek > wrote: > > > > On Mon, 24 May 2021 20:46:06 -0500 > > o1bigtenor via Dng wrote: > > > > > On Mon, May 24, 2021 at 4:51 PM o1bigtenor > > > wrote: > > > > > > > > Greetings > > > > > > > > Tried a migration from Debian Buster to Beowulf - - - nope. > > > > Downloaded the DVD and got almost all the way through the > > > > install. Got stuck when the install demands a place to install > > > > grub and this is an EFI setup. > > > > > > > > > > Thought I'd check things. > > > You bet - - - - had it on legacy boot not efi boot. > > > Changed that and did another install. > > > At the boot after install - - - oops - - - no joy. > > > > > > Complaints of no run init: can't execute /sbin/init: no such file > > > or directory. > > > > > > Now this I have no ideas on how to fix - - - - please advise. > > > > > > (This is using the devuan dvd to install from. If this doesn't > > > work > > > - - - - well - - - I'm now out of my depth!) > > > > For my clean install of Beowulf, I had to use Expert Mode to get the > > EFI boot choice. Having Legacy Mode on or off in BIOS made no > > difference. > > Have now gone through a complete install twice using 'Expert Mode'. > > > > You also need a dedicated EFI partition (type ef00, EFI System type) > > formatted FAT32 mounted on /boot/efi which should show in the > > installer partitioner tool. You don't need a dedicated /boot > > partition. The boot folder under / is sufficient. > > Have an EFI partition (FAT32 IIRC) on the HDD. Said no for installing > GRUB to some independent partition. > > > > Thoroughly study the install instructions, especially about setting > > up efi. > > I can find nothing for setting up efi on Devuan on any of the > official pages. If you know of such if you would please advise. > > (I know devuan works, a buddy, now deceased a year, was a huge fan, > likely also involved in some maintenance - - - - just how do I get > this server testing system running Beowulf. Four installs now and > still no joy. > Have now done 4 installs and would like advice before I start #5. > Doing the same thing over and over hoping results will change is > not my idea of 'joy'.) Agree. Here follows my 2c based on recently experiencing something similar to install Devuan-chimaera. (I'm chasing hardware support), Caveat, none of my systems (all PCs) use EFI boot. It just insn't reliable for me. YMMV. However, I notice a couple of things doing something similar when attempting to start via a basic Devuan-beowulf install. Using the desktop iso on auto mode, if I just threw the whole hard disk at the install(guided partition), it created five spaces; filler, efi partition, vary large data partition and exceedingly small swap partition, then filler. It then went on to do an 'efi boot' install that failed on my hardware. If you want to do it manually, via expert mode, then I'd suggest using gdisk and set up he partitions in a similar way. You will just need to set the efi-partition to msdos type as specified in the replies above. gdisk defaults to labelling everything linux-data. Unfortunately, you then have to run through all the steps of the install until if finally installs the boot system. In my case, it just kept saying that 'failed to install grub boot loader' or such. Very frustrating. Plus I have no idea of what I did different (hair part?0 so that it finally worked dong an expert install. Just maker sure you are telling the hardware to use the efi boot. Do you need to frag the efi boot partition to the top of the boot list on the hardware? I've found with different motherboards from the same manufacturer, that there are differences in how you can set the boot order. In some cases, going to the motherboard(bios) boot menu and selecting a partition was all it needed to set it permanently. In a different model of the same family of motherboards, I had to actually drag it to the top of the listed options. Hopefully my 2c gives you some ideas. > TIA ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan eBook Reader
My five cents — FBReader, very flexible reader with CSS support and customizable appearance. On Wed, May 26, 2021, 01:10 Antoine via Dng wrote: > On Tuesday, 25 May at 14:01, Steve Litt wrote: > >terryc said on Tue, 25 May 2021 08:35:12 +1000 > > > >>On Mon, 24 May 2021 19:25:16 + > >>g4sra via Dng wrote: > >> > >>> I am shocked at the amount of 'user profiling' the OEM firmware > >>> performs which is then sent to Chinese servers. I have temporarily > >>> knobbled the network until I find a more permanent solution. > >> > >> > >>> > >>> > >>> Has anyone attempted to put Devuan on an eBook yet ? > >> > >>Er, read an e-book on Devuan(jessie, ascii, beowulf and chamaera?)? > >>Just use okular with the extras. all in the appropriate reposiroty. > > > >Or, if you're like me and have banned all KDE software from your > >computer, install callibre, which comes with a nice eBook reader. > > > >SteveT > > Mupdf is lightweight and can read several e-book formats (not only PDF). > > - Antoine > > -- > You are listening to a machine. > Do the world a favour and don't act like one. > ___ > 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
Re: [DNG] Devuan eBook Reader
On Tuesday, 25 May at 14:01, Steve Litt wrote: terryc said on Tue, 25 May 2021 08:35:12 +1000 On Mon, 24 May 2021 19:25:16 + g4sra via Dng wrote: I am shocked at the amount of 'user profiling' the OEM firmware performs which is then sent to Chinese servers. I have temporarily knobbled the network until I find a more permanent solution. Has anyone attempted to put Devuan on an eBook yet ? Er, read an e-book on Devuan(jessie, ascii, beowulf and chamaera?)? Just use okular with the extras. all in the appropriate reposiroty. Or, if you're like me and have banned all KDE software from your computer, install callibre, which comes with a nice eBook reader. SteveT Mupdf is lightweight and can read several e-book formats (not only PDF). - Antoine -- You are listening to a machine. Do the world a favour and don't act like one. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] ifupdown laptop wired/wifi trick
I've been managing network connections on my laptop by hand, and I was just
thinking that I'd like it to bring up its NICs automatically if it's
plugged in, but I didn't want to use ifplugd for various reasons, and
anyway, I like ifupdown and I want to stick with it.
I found Debian bug #120382 and it suggested using mii-tool in pre-up, and
that was just the right thing to do. The suggestion in the bug wasn't quite
the right syntax, but the right syntax was pretty obvious given the general
idea:
---
auto eth0
iface eth0 inet dhcp
pre-up /sbin/mii-tool eth0 | /bin/grep -qv "no link"
auto wlan0
iface wlan0 inet dhcp
pre-up /sbin/mii-tool eth0 | /bin/grep -q "no link"
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
---
The effect of this is that if I'm plugged into a wired network, eth0 fires
up dhclient. If I'm not, wpa_supplicant does its thing.
Interesting reading:
/usr/share/doc/ifupdown/examples/network-interfaces
There are a bunch of fun things you can do with ifupdown without invoking
the complexity of Network Manager documented there, but this mii-tool trick
isn't mentioned.
For folks on laptops, something worth learning is how to use
wpa_supplicant.conf to try a range of networks automatically. You can then
progressively try, for example, your home network, a work network, a coffee
shop network, and then look for open networks:
/usr/share/doc/wpasupplicant/README.Debian.gz
/usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf
...and all only if the wired network isn't plugged in, if you use the
mii-tool trick.
Example /etc/wpa_supplicant/wpa_supplicant.conf:
---
network={
ssid="My Home"
psk="super secret"
priority=20
}
network={
ssid="Coffee Shop"
psk="also super secret"
priority=15
}
# But you're better off buying Fair Trade and drinking it at home.
# Work:
network={
ssid="MegaCorpWifi"
key_mgmt=WPA-EAP
eap=TTLS
identity="u...@example.com"
anonymous_identity="anonym...@example.com"
password="foobar"
ca_cert="blob://exampleblob"
priority=10
}
# Try open networks if none of the above are answering.
network={
key_mgmt=NONE
}
---
I'm mostly writing this so people realize that they aren't forced to use
some convoluted tool to flexibly manage networking. You can cover a wide
range of situations with good old ifupdown.
--
Mason Loring Bliss ma...@blisses.org Ewige Blumenkraft!
awake ? sleep : random() & 2 ? dream : sleep; -- Hamlet, Act III, Scene I
signature.asc
Description: PGP signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
On Tue, May 25, 2021 at 07:03:16PM +, g4sra via Dng wrote: > Is this the rule for all packages that have dependency on SystemD for some > functionality ? My personal opinion on this is yes. Non systemd init is still possible in Debian. So it appears some current versions of cockpit will not work on a Debian system with sysvinit, runit or openrc. To my mind, that makes it a Debian bug that should be fixed there with an explicit dependency. > I was under the impression that missing dependencies from Debian packages was > to be expected, and that it was not considered 'important' by some of the > Debian devs. > That was a while ago though (Lenny ?)...maybe opinions have changed. Again, my take on this is that In Debian, systemd is the default, but it is still not Essential in the Debian Policy technical sense.[1] Therefore packages (in this case cockpit) must explicitly depend on packages (in this case systemd or systemd-sysv) they require to function[2]. Debian Policy mandates this as a 'must', so not complying should be an RC bug. However, as we have seen, some DDs are very quick to quote the Policy when it suits them and will ignore it when it is inconvenient... Mark [1] https://www.debian.org/doc/debian-policy/ch-binary.html#essential-packages [2] https://www.debian.org/doc/debian-policy/ch-binary.html#dependencies ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
Thanks for chirping in Mark. ‐‐‐ Original Message ‐‐‐ On Tuesday, May 25, 2021 4:37 PM, Mark Hindley wrote: > This is actually a Debian bug and should be fixed there. > > If cockpit requires systemd, is should declare that dependency. > > If the dependency were present, amprolla would exclude cockpit from the Devuan > archives. > > So I suggest you submit a bug to Debian's BTS asking for the explicit systemd > dependency to be added. Is this the rule for all packages that have dependency on SystemD for some functionality ? I was under the impression that missing dependencies from Debian packages was to be expected, and that it was not considered 'important' by some of the Debian devs. That was a while ago though (Lenny ?)...maybe opinions have changed. > > If we want/need cockpit to work in Devuan that is a whole new problem ;) publickey - g4sra@protonmail.com - 0x42E94623.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan eBook Reader
terryc said on Tue, 25 May 2021 08:35:12 +1000 >On Mon, 24 May 2021 19:25:16 + >g4sra via Dng wrote: > >> I am shocked at the amount of 'user profiling' the OEM firmware >> performs which is then sent to Chinese servers. I have temporarily >> knobbled the network until I find a more permanent solution. > > >> >> >> Has anyone attempted to put Devuan on an eBook yet ? > >Er, read an e-book on Devuan(jessie, ascii, beowulf and chamaera?)? >Just use okular with the extras. all in the appropriate reposiroty. Or, if you're like me and have banned all KDE software from your computer, install callibre, which comes with a nice eBook reader. SteveT Steve Litt Spring 2021 featured book: Troubleshooting Techniques of the Successful Technologist http://www.troubleshooters.com/techniques ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
On 25/05/2021 17:09, Tomasz Torcz wrote: Dnia Tue, May 25, 2021 at 04:53:29PM +0100, Rowland penny via Dng napisał(a): After installing it on an fresh Beowulf installation, it does not run and to my knowledge will never be able to w/o systemd sockets. IIRC, the policy is not to remove anything related, but use stubs and let the user deal with half-broken software (ie. GNOME). Cockpit doesn't (currently) have dependencies on systemd and it's modules, but it requires a systemd socket to function. So, AFAICT, it is not even partially usable. Why would you want to remove something that works ? Have you seen Cockpit working on Devuan system? Yes, I had it running on my old Samba AD DC's and I now have it running on a Devuan Unix domain member on my way to installing the Samba AD DC module. There are minor problems, red-hat seems to think the only way to join to a domain is via realmd and sssd and you cannot use either with Samba >= 4.8.0 It just needs an init script. It's more than that. Cockpit uses systemd's API not only to listen on network socket, but also to manage services and other stuff. Just starting Cockpit without systemd requires helpers like https://github.com/cockpit-project/cockpit/commit/777c59095af6147af487bf6a5aa76b915b2463d6 It probably not worth (or even feasible) reimplemnting all those APIs for Cockpit. You might be correct, but it works for what I require Rowland ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan eBook Reader
On Tue, May 25, 2021 at 10:42:37AM +0200, Antony Stone wrote: > On Tuesday 25 May 2021 at 05:25:41, Hendrik Boom wrote: > > > On Mon, May 24, 2021 at 09:32:49PM +0200, Antony Stone wrote: > > > > > > As for getting a standard GNU / Linux system onto eBook reader hardware, > > > I would say: > > > > > > a) very unlikely, given the storage capacity typically available > > > > > > b) very disappointing even if you manage, given the performance of eBook > > > reader CPUs, and especially eInk displays > > > > Yes, but if he does manage, he should be able to program an ebook rader > > that does what he wants instead of what the Chinese copany wants. > > > > > c) very inconvenient, assuming it's a device with a touch screen and no > > > Bluetooth or USB OTG mode (which would have enabled you to connect an > > > external mouse and/or keyboard). > > > > Early ebook readers from Kobo used a Linux kernel, and could be booted > > from an inserted SD card (they had a slot for this). > > Indeed - I have several Tolino readers which have the same design. Later > ones > (especially the water-resistant models) have no SD card slot (either internal > or external) and simply have firmware installed on soldered flash chips. > > > Booting from inserted SD card was also how they did upgrades. Someone > > managed to write a simple game for it, after heavy reverse engineering. > > Upgrades can also be done either by inserting an SD card with a correctly- > named file into the external card slot (where one exists), or by writing the > correctly-named file to internal storage using the USB cable (just as a mass- > storage device, no ADB needed) and then restarting the device. > > > As far as I know no documentation was ever made available for those who > > wished to program the thing; in particular, there ws no documebtation > > for the screen and touch drivers. > > > > I have seen no such bootable slot in any of the current Kobo ebook > > readers. > > There is documentation (some in English, some in German) on how to install a > standard app launcher on these devices so that you can make full use of the > native Android system (normally that's inaccessible, and only one app can be > used; the e-reader app). I have a Tolino Epos 1 which I've done this with, > for example, and it's quite a nice monochrome / greyscale Android "tablet" so > long as you accept that it is quite slow, the display is very slow, it has no > sound and no Bluetooth. For many applications these limitations do not > matter. I guess what I really want is something like a laptop that can be used effectively in bright sunlight, and still has interoperability and connectivity with the Linux ecosystem I currently use. It doesn't have to have the *same* software; it merely needs to interoperate with systems that do. Android won't even talk sshfs. -- hendrik > > > Regards, > > > Antony. > > -- > You can tell that the day just isn't going right when you find yourself using > the telephone before the toilet. > >Please reply to the list; > please *don't* CC me. > ___ > 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
Re: [DNG] Cockpit removal might make sense
Dnia Tue, May 25, 2021 at 04:53:29PM +0100, Rowland penny via Dng napisał(a): > > After installing it on an fresh Beowulf installation, it does not run > > and to my knowledge will never be able to w/o systemd sockets. > > > > IIRC, the policy is not to remove anything related, but use stubs and > > let the user deal with half-broken software (ie. GNOME). Cockpit doesn't > > (currently) have dependencies on systemd and it's modules, but it > > requires a systemd socket to function. So, AFAICT, it is not even > > partially usable. > > > > Why would you want to remove something that works ? Have you seen Cockpit working on Devuan system? > It just needs an init script. It's more than that. Cockpit uses systemd's API not only to listen on network socket, but also to manage services and other stuff. Just starting Cockpit without systemd requires helpers like https://github.com/cockpit-project/cockpit/commit/777c59095af6147af487bf6a5aa76b915b2463d6 It probably not worth (or even feasible) reimplemnting all those APIs for Cockpit. -- Tomasz TorczOnly gods can safely risk perfection, to...@pipebreaker.pl it's a dangerous thing for a man. — Alia ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
On 25/05/2021 05:42, Simon Walter wrote: Hi all, I wanted to see if Cockpit would by some unknown magic run on Devuan. The reason I wanted to do this is because the packages are available in the default repos. After installing it on an fresh Beowulf installation, it does not run and to my knowledge will never be able to w/o systemd sockets. So, may I suggest that it is removed from the default repos, as it is misleading for beginners and may lead to unnecessary bug reports. IIRC, the policy is not to remove anything related, but use stubs and let the user deal with half-broken software (ie. GNOME). Cockpit doesn't (currently) have dependencies on systemd and it's modules, but it requires a systemd socket to function. So, AFAICT, it is not even partially usable. Best regards, Simon ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng Why would you want to remove something that works ? It just needs an init script. Rowland ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
This is actually a Debian bug and should be fixed there. If cockpit requires systemd, is should declare that dependency. If the dependency were present, amprolla would exclude cockpit from the Devuan archives. So I suggest you submit a bug to Debian's BTS asking for the explicit systemd dependency to be added. If we want/need cockpit to work in Devuan that is a whole new problem ;) Thanks Mark ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for assistance with install
I've had intermittent trouble with Devuan/EFI from day 1, when I got a new MB/SSD and found out I had to use EFI for my hardware to work. Most recent was a bad grub update (you may recall that was a topic of conversation here a few months back. Latest (yesterday) was my MB battery dying, and having to replace that! I could not boot, no matter what settings I picked (the no legacy boot thing seems a little different in my most recent bios, but pretty sure I turned it off.) Solution: I booted with a refind thumb drive, and followed the instructions here: https://wiki.debian.org/GrubEFIReinstall which may be all you need to do to get your system booting. I found when I booted that /boot/efi was not mounted, even though it was in my fstab. I mounted it when the instructions called for it, and everything else worked smoothly. I was able to boot without my thumb drive, just now! Perhaps this will help. I used refind version 0.13.1 (downloaded in Feb, when I had trouble with the grub update). After this, updates to Devuan work fine, and the boot loader works normally. --Tim On Tuesday, May 25, 2021, 10:54:58 AM EDT, o1bigtenor via Dng wrote: On Mon, May 24, 2021 at 9:56 PM Patrick Bartek wrote: > > On Mon, 24 May 2021 20:46:06 -0500 > o1bigtenor via Dng wrote: > > > On Mon, May 24, 2021 at 4:51 PM o1bigtenor > > wrote: > > > > > > Greetings > > > > > > Tried a migration from Debian Buster to Beowulf - - - nope. > > > Downloaded the DVD and got almost all the way through the install. > > > Got stuck when the install demands a place to install grub and this > > > is an EFI setup. > > > > > > > Thought I'd check things. > > You bet - - - - had it on legacy boot not efi boot. > > Changed that and did another install. > > At the boot after install - - - oops - - - no joy. > > > > Complaints of no run init: can't execute /sbin/init: no such file or > > directory. > > > > Now this I have no ideas on how to fix - - - - please advise. > > > > (This is using the devuan dvd to install from. If this doesn't work > > - - - - well - - - I'm now out of my depth!) > > For my clean install of Beowulf, I had to use Expert Mode to get the > EFI boot choice. Having Legacy Mode on or off in BIOS made no > difference. Have now gone through a complete install twice using 'Expert Mode'. > > You also need a dedicated EFI partition (type ef00, EFI System type) > formatted FAT32 mounted on /boot/efi which should show in the installer > partitioner tool. You don't need a dedicated /boot partition. The boot > folder under / is sufficient. Have an EFI partition (FAT32 IIRC) on the HDD. Said no for installing GRUB to some independent partition. > > Thoroughly study the install instructions, especially about setting up > efi. I can find nothing for setting up efi on Devuan on any of the official pages. If you know of such if you would please advise. (I know devuan works, a buddy, now deceased a year, was a huge fan, likely also involved in some maintenance - - - - just how do I get this server testing system running Beowulf. Four installs now and still no joy. Have now done 4 installs and would like advice before I start #5. Doing the same thing over and over hoping results will change is not my idea of 'joy'.) TIA ___ 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
Re: [DNG] Cockpit removal might make sense
On 25-05-2021 17:22, g4sra via Dng wrote: > <--snip--> > >>> I sympathise, but am not sure this would (currently) be the best use of >>> resources. >>> There is an ever growing list of packaged applications that do not function >>> without SystemD. >>> If every one were identified, then removal of all from the repos may be >>> justified. >>> Who is going to volunteer to be the Devuan developer that continuously >>> performs this duty ? >>> I see this as being the work for a downstream distribution, to take the >>> freedom that Devuan provides and tailor it (reducing choice) for a specific >>> target use. >> There should be soe way of warning potential users once it has been >> discovered that a package is useless. We're wasting their time >> otherwise. > Are you volunteering to collate and maintain a list of SystemD dependant > application packages ? > If so, I am sure some Users would be grateful and Devuan could add it > alongside the release notes. > > Devuan is not a distribution for 'newbie's, there is a benefit from not > stripping them out. Anyone who is really passionate about a particular broken > package will either attempt a fix and submit a patch upstream or pay someone > else to do so. > Maintaining such list is not feasible for one person. Personally I was thinking of a wiki page with packages broken by systemd with version number and date. Grtz. Nick signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
<--snip--> > > I sympathise, but am not sure this would (currently) be the best use of > > resources. > > There is an ever growing list of packaged applications that do not function > > without SystemD. > > If every one were identified, then removal of all from the repos may be > > justified. > > Who is going to volunteer to be the Devuan developer that continuously > > performs this duty ? > > I see this as being the work for a downstream distribution, to take the > > freedom that Devuan provides and tailor it (reducing choice) for a specific > > target use. > > There should be soe way of warning potential users once it has been > discovered that a package is useless. We're wasting their time > otherwise. Are you volunteering to collate and maintain a list of SystemD dependant application packages ? If so, I am sure some Users would be grateful and Devuan could add it alongside the release notes. Devuan is not a distribution for 'newbie's, there is a benefit from not stripping them out. Anyone who is really passionate about a particular broken package will either attempt a fix and submit a patch upstream or pay someone else to do so. publickey - g4sra@protonmail.com - 0x42E94623.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Request for assistance with install
On Mon, May 24, 2021 at 9:56 PM Patrick Bartek wrote: > > On Mon, 24 May 2021 20:46:06 -0500 > o1bigtenor via Dng wrote: > > > On Mon, May 24, 2021 at 4:51 PM o1bigtenor > > wrote: > > > > > > Greetings > > > > > > Tried a migration from Debian Buster to Beowulf - - - nope. > > > Downloaded the DVD and got almost all the way through the install. > > > Got stuck when the install demands a place to install grub and this > > > is an EFI setup. > > > > > > > Thought I'd check things. > > You bet - - - - had it on legacy boot not efi boot. > > Changed that and did another install. > > At the boot after install - - - oops - - - no joy. > > > > Complaints of no run init: can't execute /sbin/init: no such file or > > directory. > > > > Now this I have no ideas on how to fix - - - - please advise. > > > > (This is using the devuan dvd to install from. If this doesn't work > > - - - - well - - - I'm now out of my depth!) > > For my clean install of Beowulf, I had to use Expert Mode to get the > EFI boot choice. Having Legacy Mode on or off in BIOS made no > difference. Have now gone through a complete install twice using 'Expert Mode'. > > You also need a dedicated EFI partition (type ef00, EFI System type) > formatted FAT32 mounted on /boot/efi which should show in the installer > partitioner tool. You don't need a dedicated /boot partition. The boot > folder under / is sufficient. Have an EFI partition (FAT32 IIRC) on the HDD. Said no for installing GRUB to some independent partition. > > Thoroughly study the install instructions, especially about setting up > efi. I can find nothing for setting up efi on Devuan on any of the official pages. If you know of such if you would please advise. (I know devuan works, a buddy, now deceased a year, was a huge fan, likely also involved in some maintenance - - - - just how do I get this server testing system running Beowulf. Four installs now and still no joy. Have now done 4 installs and would like advice before I start #5. Doing the same thing over and over hoping results will change is not my idea of 'joy'.) TIA ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
On Tue, May 25, 2021 at 11:45:49AM +, g4sra via Dng wrote: > ‐‐‐ Original Message ‐‐‐ > On Tuesday, May 25, 2021 5:42 AM, Simon Walter wrote: > > > Hi all, > > > > > I wanted to see if Cockpit would by some unknown magic run on Devuan. > > The reason I wanted to do this is because the packages are available in > > the default repos. > > > > > After installing it on an fresh Beowulf installation, it does not run > > and to my knowledge will never be able to w/o systemd sockets. > > > > > So, may I suggest that it is removed from the default repos, as it is > > misleading for beginners and may lead to unnecessary bug reports. > > > > > IIRC, the policy is not to remove anything related, but use stubs and > > let the user deal with half-broken software (ie. GNOME). Cockpit doesn't > > (currently) have dependencies on systemd and it's modules, but it > > requires a systemd socket to function. So, AFAICT, it is not even > > partially usable. > > > > > Best regards, > > > > > Simon > > > > > I sympathise, but am not sure this would (currently) be the best use of > resources. > There is an ever growing list of packaged applications that do not function > without SystemD. > If every one were identified, then removal of all from the repos may be > justified. > Who is going to volunteer to be the Devuan developer that continuously > performs this duty ? > > I see this as being the work for a downstream distribution, to take the > freedom that Devuan provides and tailor it (reducing choice) for a specific > target use. There should be soe way of warning potential users once it has been discovered that a package is useless. We're wasting their time otherwise. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Cockpit removal might make sense
‐‐‐ Original Message ‐‐‐ On Tuesday, May 25, 2021 5:42 AM, Simon Walter wrote: > Hi all, > > I wanted to see if Cockpit would by some unknown magic run on Devuan. > The reason I wanted to do this is because the packages are available in > the default repos. > > After installing it on an fresh Beowulf installation, it does not run > and to my knowledge will never be able to w/o systemd sockets. > > So, may I suggest that it is removed from the default repos, as it is > misleading for beginners and may lead to unnecessary bug reports. > > IIRC, the policy is not to remove anything related, but use stubs and > let the user deal with half-broken software (ie. GNOME). Cockpit doesn't > (currently) have dependencies on systemd and it's modules, but it > requires a systemd socket to function. So, AFAICT, it is not even > partially usable. > > Best regards, > > Simon > I sympathise, but am not sure this would (currently) be the best use of resources. There is an ever growing list of packaged applications that do not function without SystemD. If every one were identified, then removal of all from the repos may be justified. Who is going to volunteer to be the Devuan developer that continuously performs this duty ? I see this as being the work for a downstream distribution, to take the freedom that Devuan provides and tailor it (reducing choice) for a specific target use. publickey - g4sra@protonmail.com - 0x42E94623.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Devuan eBook Reader
Some years ago there was a pretty decent Linux distribution for ebook readers, called Open Inkpot. It was around 2010 and I'm almost certain that it didn't include Systemd, nor any spyware. The choice of hardware was pretty limited at that time, though. On Mon, May 24, 2021, 23:25 g4sra via Dng wrote: > I am shocked at the amount of 'user profiling' the OEM firmware performs > which is then sent to Chinese servers. > I have temporarily knobbled the network until I find a more permanent > solution. > > > Has anyone attempted to put Devuan on an eBook yet ? > > > ___ > 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
Re: [DNG] Devuan eBook Reader
On Tuesday 25 May 2021 at 05:25:41, Hendrik Boom wrote: > On Mon, May 24, 2021 at 09:32:49PM +0200, Antony Stone wrote: > > > > As for getting a standard GNU / Linux system onto eBook reader hardware, > > I would say: > > > > a) very unlikely, given the storage capacity typically available > > > > b) very disappointing even if you manage, given the performance of eBook > > reader CPUs, and especially eInk displays > > Yes, but if he does manage, he should be able to program an ebook rader > that does what he wants instead of what the Chinese copany wants. > > > c) very inconvenient, assuming it's a device with a touch screen and no > > Bluetooth or USB OTG mode (which would have enabled you to connect an > > external mouse and/or keyboard). > > Early ebook readers from Kobo used a Linux kernel, and could be booted > from an inserted SD card (they had a slot for this). Indeed - I have several Tolino readers which have the same design. Later ones (especially the water-resistant models) have no SD card slot (either internal or external) and simply have firmware installed on soldered flash chips. > Booting from inserted SD card was also how they did upgrades. Someone > managed to write a simple game for it, after heavy reverse engineering. Upgrades can also be done either by inserting an SD card with a correctly- named file into the external card slot (where one exists), or by writing the correctly-named file to internal storage using the USB cable (just as a mass- storage device, no ADB needed) and then restarting the device. > As far as I know no documentation was ever made available for those who > wished to program the thing; in particular, there ws no documebtation > for the screen and touch drivers. > > I have seen no such bootable slot in any of the current Kobo ebook > readers. There is documentation (some in English, some in German) on how to install a standard app launcher on these devices so that you can make full use of the native Android system (normally that's inaccessible, and only one app can be used; the e-reader app). I have a Tolino Epos 1 which I've done this with, for example, and it's quite a nice monochrome / greyscale Android "tablet" so long as you accept that it is quite slow, the display is very slow, it has no sound and no Bluetooth. For many applications these limitations do not matter. Regards, Antony. -- You can tell that the day just isn't going right when you find yourself using the telephone before the toilet. Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ossec-hids for Beowulf
On Tue, 25 May 2021 08:56:31 +1000 wirelessduck--- via Dng wrote: > Try with > > apt-get update --allow-releaseinfo-change Yes! This did the trick! Many thanks, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 02485781 FAX: +39 0248028247 X AGAINST HTML MAIL/ E-MAIL: posthams...@sublink.sublink.org / \ AND POSTINGS/ WWW: http://www.lesassaie.IT/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Ossec-hids for Beowulf
On Tue, 25 May 2021 08:46:56 +1000 terryc wrote: > > root@aroeira:~# apt-get update > > Get:1 http://deb.devuan.org/merged beowulf InRelease [33.2 kB] > > Get:2 http://deb.devuan.org/merged beowulf-security InRelease [25.7 > > kB] Reading package lists... Done > > E: Repository 'http://deb.devuan.org/merged beowulf InRelease' > > changed its 'Suite' value from 'testing' to 'stable' N: This must be > > accepted explicitly before updates for this repository can be > > applied. See apt-secure(8) manpage for details. E: Repository > > 'http://deb.devuan.org/merged beowulf-security InRelease' changed its > > 'Suite' value from 'testing-security' to 'stable-security' N: This > > must be accepted explicitly before updates for this repository can be > > applied. See apt-secure(8) manpage for details. > > > > It doesn't say how to accetp this change. > What version(/etc/devuan_version is your system on? root@aroeira:~# cat /etc/devuan_version beowulf/ceres > What version did you install? Beowulf, AFAIK. > It sound like you might need to perform a 'sudo apt-get dist > upgrade'. Done. > You have to use the repository that you installed, until you > specifically tell it to jump forward. > are the lines in your /etc/apt/sources.list referencing stable or > one of the versions(jessie, aascii, or beowulf?). > Having a version there is better. root@aroeira:~# cat /etc/apt/sources.list # deb http://deb.devuan.org/merged beowulf main deb http://deb.devuan.org/merged beowulf main deb-src http://deb.devuan.org/merged beowulf main deb http://deb.devuan.org/merged beowulf-security main deb-src http://deb.devuan.org/merged beowulf-security main Cheers && Thanks, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 02485781 FAX: +39 0248028247 X AGAINST HTML MAIL/ E-MAIL: posthams...@sublink.sublink.org / \ AND POSTINGS/ WWW: http://www.lesassaie.IT/ ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
