The officially official Devuan Forum!

You are not logged in.

#1 Re: Other Issues » [SOLVED] Security update delays » 2020-06-13 04:31:45

I found some evidence that this problem is back (or maybe it's a new, but related problem):

DSA-4701-1 intel-microcode -- security update
[Date Reported: 11 Jun 2020]

The update hasn't shown up for me yet, so I did some checking:

$ apt policy intel-microcode
intel-microcode:
  Installed: (none)
  Candidate: 3.20200609.2~deb9u1
  Version table:
     3.20200609.2~deb9u1 500
        500 http://deb.devuan.org/merged ascii-security/non-free i386 Packages
     3.20191115.2~deb9u1 500
        500 http://deb.devuan.org/merged ascii/non-free i386 Packages

When I first looked at that, I was a little confused. And then I remembered that I am using a 64-bit kernel (it's a multi-arch system).

So I checked again:

$ apt policy intel-microcode:amd64
intel-microcode:amd64:
  Installed: 3.20191115.2~deb9u1
  Candidate: 3.20191115.2~deb9u1
  Version table:
 *** 3.20191115.2~deb9u1 500
        500 http://deb.devuan.org/merged ascii/non-free amd64 Packages
        500 http://deb.devuan.org/merged ascii-security/non-free amd64 Packages
        100 /var/lib/dpkg/status

Okay, so that explains (partially) why I am not seeing the update. I then wondered, "Is this a Devuan problem, or is the problem on Debian's end?" To help answer that question, I added the repository for Debian Stretch security updates.

And here's the result that gave me:

$ apt policy intel-microcode:amd64
intel-microcode:amd64:
  Installed: 3.20191115.2~deb9u1
  Candidate: 3.20200609.2~deb9u1
  Version table:
     3.20200609.2~deb9u1 500
        500 http://deb.debian.org/debian-security stretch/updates/non-free amd64 Packages
 *** 3.20191115.2~deb9u1 500
        500 http://deb.devuan.org/merged ascii/non-free amd64 Packages
        500 http://deb.devuan.org/merged ascii-security/non-free amd64 Packages
        100 /var/lib/dpkg/status

That tells me that the problem is not on Debian's end.


Phil

#2 Re: Other Issues » [stable] security update delay for firefox-esr » 2020-06-06 15:13:14

What result does this give you?:

apt policy firefox-esr

Here's mine:

$ apt policy firefox-esr
firefox-esr:
  Installed: 68.9.0esr-1~deb9u1
  Candidate: 68.9.0esr-1~deb9u1
  Version table:
 *** 68.9.0esr-1~deb9u1 500
        500 http://deb.devuan.org/merged ascii-security/main i386 Packages
        100 /var/lib/dpkg/status
     68.4.1esr-1~deb9u1 500
        500 http://deb.devuan.org/merged ascii/main i386 Packages
     60.6.3esr-1~deb9u1 500
        500 http://deb.devuan.org/merged ascii-updates/main i386 Packages

That's on Devuan ASCII.


And here's a little more info:

$ ls -l /var/cache/apt/archives |grep firefox
-rw-r--r-- 1 root root 51238698 May  6 00:02 firefox-esr_68.8.0esr-1~deb9u1_i386.deb
-rw-r--r-- 1 root root 51256908 Jun  2 23:44 firefox-esr_68.9.0esr-1~deb9u1_i386.deb

Phil

#3 Re: Devuan » Why apt still links to libsystemd0? » 2020-06-04 23:07:41

criminalscum wrote:

Does it link to libsystemd0 because apt in Devuan is build from older source code or is that because apt in Devuan is built on Debian that has systemd?

The apt package in Devuan comes directly from Debian; it is an unmodified Debian package.

Phil

#4 Re: Devuan » Why apt still links to libsystemd0? » 2020-06-04 22:24:22

criminalscum wrote:

It's installed by libelogind0.

$ ldd $(which apt) | grep -i systemd
$ dpkg -S /usr/lib/x86_64-linux-gnu/libsystemd.so.0

That's not a problem. It's essentially a "fake" systemd component -- libelogind0 put that there because some software expects libsystemd0 to be present. The software "thinks" it's "talking" to libsystemd0, but it's really "talking" to libelogind0.


Phil

#5 Re: Devuan » Why apt still links to libsystemd0? » 2020-06-04 22:14:15

anticapitalista wrote:

Isn't it a symbolic link to libelogind.so.0?

Yes, you are correct.

Phil

#6 Re: Off-topic » Debian Buster with SysVinit as PID 1 [from FDN] » 2020-06-03 19:55:40

Just so people here know, here's why (in part) I chose to engage in what may seem, to some people, like a pointless endeavor:

1. To see what's currently possible.
2. To show others some of what's currently possible.
3. To (hopefully) increase the number of people using sysvinit-core and elogind -- Devuan may benefit from this since an increased number of people using those packages may help expose bugs more quickly.

Also, some people don't particularly like systemd, but they also don't want to leave Debian. Hopefully my post will help some of those people.


Phil

#7 Re: Forum Feedback » Forum notifications » 2020-05-28 00:02:29

I'm subscribed to this thread, and I didn't receive any notifications regarding replies.

Phil

#8 Forum Feedback » Forum notifications » 2020-05-27 14:08:10

pcalvert
Replies: 6

I haven't received any email notifications from the forum for about a month. This is from the last one I received:

Date: Sat, 25 Apr 2020 20:58:08 +0000

Is anyone else still receiving email notifications from the forum?


Phil

#9 Re: Devuan Derivatives » Can live isos be burned to optical media? » 2020-05-26 15:30:44

fsmithred wrote:

Boot to single user, give root password,
stop and start eudev is enough.

That just fixes the keyboard and mouse problem, right? Because I just tried it, and sound still isn't working.


Phil

#10 Re: Devuan Derivatives » Can live isos be burned to optical media? » 2020-05-25 18:56:34

dev-1-dash-1 wrote:

Have you done that on the iso that you've created, or on the beowulf rc live-image?

I did it using the ISO file I created. By the way, the Beowulf system I used to create the ISO started out as a Debian Buster standard system (no X). I wanted to see if building a Beowulf live CD/DVD in a slightly different way would yield better results.

Phil

#11 Re: Devuan Derivatives » Can live isos be burned to optical media? » 2020-05-25 16:13:20

That may help with some issues, but it doesn't look like it will help with the no-sound issue (for me, anyway).

Here's why:

# groupadd kvm
groupadd: group 'kvm' already exists

Phil

#12 Re: Devuan Derivatives » Can live isos be burned to optical media? » 2020-05-25 13:55:23

I created a Devuan Beowulf ISO using Refractasnapshot. It boots OK in VirtualBox; I haven't tried booting from an actual DVD yet. However, there is no sound. I then checked the Devuan Beowulf system I used to create the ISO, and that has no sound either.

Phil

#13 Re: News & Announcements » Migrating from Buster to Beowulf - feedback needed » 2020-05-23 09:44:51

I migrated a new Debian Buster system to Beowulf, and things went well (for the most part). There is a problem, though. After the desktop appears, there is constant, non-stop disk activity. Running top shows a couple of CPU hogs:

udevd      20 to 30 % CPU
udisksd    14 to 20% CPU
udevd      1 to 2 % CPU

Based on a hunch, I uninstalled gvfs and the problem went away.

Phil

#14 Re: News & Announcements » Beowulf Beta is here! » 2020-05-09 20:53:48

I upgraded from ASCII to Beowulf last night, and things did not exactly go well. I'm getting the udev warnings, but that wasn't a complete surprise. When the system boots up, it never switches to framebuffer mode. The worst part is that I can't log in because I get this message on my monitor:

Input Signal Out of Range
Change Settings to 1600x900 - 60Hz

I can get to the GRUB screen, and I can log in as root using Recovery Mode, so I may be able to fix things (if I knew what to do).

Phil

#15 Re: News & Announcements » Beowulf Beta is here! » 2020-05-07 12:48:38

fsmithred wrote:

To get rid of those repeating udev warnings, I tried (and failed) disabling lvm. Made a new snapshot and booted it from DVD. It booted without the repeated warnings. Instead, I got them on shutdown, and whenever it reached the end of the list, it would start over.

I found something that looks like it could be a possible solution (or workaround):

https://bbs.archlinux.org/viewtopic.php … 5#p1867015


The Gentoo wiki page that he linked to seems to have some good info (based on my limited understanding) about this problem.


Phil

#16 Re: Devuan » Please add a hardened kernel by @anthraxx (Levente Polyak) » 2020-05-07 10:01:13

bimon wrote:

Sure Alpine package integrity is verified before installation, but after files have been installed how to verify them once again say like by

wajig integrity

in Devuan?

You could use something like this:
https://packages.debian.org/stable/fcheck

I think the best way to use this would be to scan the system while it's offline by using a live USB Devuan, with the database also stored on an external drive.

Phil

#17 Re: Devuan Derivatives » Refracta beowulf xfce isos » 2020-05-04 04:05:15

My test results:

1st attempt
===========

Version: refracta10-beta2_xfce_amd64-20200425_1600.iso

Error messages:

WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda1 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda2 not initialized in udev database even after waiting 10000000 microseconds.

...and so on.

I didn't know what to do about it, so I just waited to see what would happen. After a long wait, the boot process eventually "died" and I thought the system had frozen. I pressed the "Enter" key to see if anything would happen, and I was presented with a working command prompt.


2nd attempt
===========

Version: refracta10-beta2_xfce_i386-20200425_1631.iso

As before, error messages:

WARNING: Device /dev/loop0 not initialized in udev database even after waiting 10000000 microseconds.
WARNING: Device /dev/sda not initialized in udev database even after waiting 10000000 microseconds.

I pressed Ctrl-C and the boot process continued. Eventually I was presented with an Xfce desktop. The mouse was unresponsive, so I tried pressing Ctrl-Alt-Delete and Ctrl-Alt-Backspace. Nothing happened. However, the system wasn't totally locked up because the clock was working.


Phil

#18 Re: Devuan Derivatives » Refracta beowulf xfce isos » 2020-04-25 16:35:33

Thank-you.

fsmithred wrote:

Get my key if you don't already have it.

$ gpg --recv-keys 094c5620

^^^ This didn't work.

Result:

$ gpg --recv-keys 094c5620
gpg: keyserver receive failed: No name

However, this appeared to work:

$ gpg --keyserver hkp://keys.gnupg.net --recv-keys 094c5620
gpg: key A73823D3094C5620: 1 signature not checked due to a missing key
gpg: key A73823D3094C5620: public key "fsmithred (aka fsr) <fsmithred@gmail.com>" imported
gpg: no ultimately trusted keys found
gpg: Total number processed: 1
gpg:               imported: 1

Phil

#19 Re: Devuan Derivatives » Refracta beowulf xfce isos » 2020-04-24 12:49:34

I looked around quite a bit and didn't see any instructions anywhere on how to verify the downloads using the SHA256SUMS.txt.asc file. Such instructions (or a pointer to where they are located) would be very helpful.

Phil

#20 Re: News & Announcements » Beowulf Beta is here! » 2020-03-19 22:34:17

kapqa wrote:

is it possible to include package

"lsb"

which i would need for the printer (epson) drivers.

On Ascii it was possible to install from Debian Jessie the packages; now it seems no more possible.


You could try downloading the package from here and installing it using gdebi, apt, or dpkg:

https://packages.debian.org/jessie/lsb


Phil

#22 Re: Off-topic » HyperbolaBSD Roadmap relevance to Devuan » 2020-02-16 13:06:11

HevyDevy wrote:
yeti wrote:

So porting a De??an sibling to e.g. the NetBSD kernel, just would revive the old dreams.

—▷ https://www.debian.org/ports/netbsd/index
—▷ https://www.debian.org/ports/netbsd/alpha

Besides those links show they have abandoned all such efforts in porting bsd's so the point is rather moot. Hypothetically, if a team of talented devs were to undertake such an endeavor then this might not be a moot point.

This one is not dead yet:
https://www.debian.org/ports/kfreebsd-gnu/

Check the mailing list archive and you'll see that the mailing list is still active.

Phil

#23 Re: Off-topic » NoScript-like tool for Palemoon 27.9 » 2020-01-28 23:51:17

I am using NoScript (v. 5.1.9) on Palemoon. Palemoon tries to dissuade people from installing NoScript, but you can safely ignore the warning and install it anyway. NoScript seems to work just fine on Palemoon.

Phil

#24 Re: Other Issues » Script for acting like systemctl? » 2020-01-10 21:00:35

bgstack15 wrote:

I realize this is a bizarre topic. Bear with me.

It's not bizarre at all. I think it's a good idea. I had the same idea about two years ago when I was learning how to set up a Debian server.

Phil

#25 Re: Devuan » Debian considering going systemd init only » 2019-12-12 06:07:36

yeti wrote:

Voidlinux looks nice. Unluckily only a rolling release. If enough migrants from De??an gather around it, making a spinoff in a stable+security flavor could be a plan-b too.

This looks quite interesting:

https://www.hyperbola.info/
https://wiki.hyperbola.info/doku.php?id=:en:start
https://distrowatch.com/table.php?distr … =hyperbola

I learned about it yesterday.


Phil

Board footer

Forum Software