Posts by mclien

mclien · Installation

Did you actually run that sed command?

I did and the file I tested did not show any change before and after the sed command.
BUT then I marked that one in my vi and pasted it with the middle mouse button into the vi on another machine (remote terminal), assuming it would be "the same", which apparently is a wrong assumption, since with that move you get the mentioned spaces in the blank lines. That is most likely the reason why the file on my machine has a different file size than the one I pasted here.
Lesson learnt and again appoligies to mess this up.

host deb.devuan.org

That perhaps works easier as my long way around. Hope I remember the next time I need that knowledge

mclien · Installation

Not the case here. Both versions have the same size.
I insert blank lines with the "o" command of vi, followed by [ESC], so no characters in those lines.

Still think something might be amiss with my nameserver, see my post #23
(replacing the deb.devuan.org with single mirror, which gave me a good result with traceroute, works fine)

Darn! you were right. I am notoriously copy and pasting with left/middle mouse button.
Turns our, if you open the working file in one vi, mark it there and drop that into another open vi, it will add the mentioned (by ralph.ronnquist) spaces in blank lines.

Sorry for being an annoyance.

mclien · Installation

Did a bit of experimenting.
I just did a:

traceroute deb.devuan.org

several times, which gave me quite different results from
"nework not reachable" to
ending with the (default) 30 hops, with no reached server
and some quick responses, from which I picked the fastest one with the fewest hops.

then I searched this:
https://pkgmaster.devuan.org/mirror_list.txt
with the domain name of that reply.
I exchanged the found mirror with the "deb.devuan.org" in devuan.sources.

Now I get hits on all suits without any fail so far.

Maybe something in my WAN setup is blocking things (or my ISP does)

mclien · Installation

$ ls -l /etc/apt/sources.list*
-rw-r--r-- 1 root root 1104 Nov 12  2023 /etc/apt/sources.list_daedalus
 
/etc/apt/sources.list.d:
total 4
-rw-r--r-- 1 root root 1603 Nov  7 21:21 devuan.sources

I have somewhat erratic behaviour on both
deb.devuan.org and
de.deb.devuan.org

mclien · Installation

I just started the notebook, which I change to excalibur just a few days prior to the release.
So the new style devuan.sources there worked flawlessly in that process.

I did not change anything with that sources and now an apt-get update gives me

E: The repository '<any-of-the-non-secure-excalibur-repos> Release' no longer has a release  file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

(sorry for not c&p this, it's only om tty0 of the other machine)

So still no idea how to fix this reliable.

EDIT: similar errors of other debian derivates mostly suggest missing/faulty repos.
Is there a way to find which actual repo I hit with:
(at any given run on it)

http://deb.devuan.org/merged
http://de.deb.devuan.org/merged

(of course only one of those are used in any attempt)

EDIT2 (after a bit of digging):

$ curl -Is http://deb.devuan.org/merged | head -1
HTTP/1.1 301 Moved Permanently
$ curl -Is http://de.deb.devuan.org/merged | head -1
HTTP/1.1 301 Moved Permanently

As I understand it, that should be "200"
But then: why does it get the security updates and not the others?

mclien · Installation

Next PC, same problem.
This time I removed sources.list and sources.list~
And placed the new style devuan.sources in /etc/apt/sources.de/

Again only getting hits on security updates.

So the working solution from before seems to be coincidence not causality.
So I'm kind of back to square one.

(additionally the newest daedalus kernel seems to miss activating the USB subsystem on my chromebox. I have to start the old kernel to have a keyboard)

mclien · Installation

OK, maybe there is something strange.
As I disabled the daedalus sources, it looked like this:

root@kamin:~# ls -l /etc/apt/ |grep sources
-rw-r--r-- 1 root root    0 Mar  9  2024 sources.list~
drwxr-xr-x 2 root root 4096 Nov  5 19:30 sources.list.d
-rw-r--r-- 1 root root 1358 Jul  7  2024 sources.list_daedalus

I just checked it again on a hunch:

root@kamin:~# ls -l /etc/apt/ |grep sources
-rw-r--r-- 1 root root    0 Nov  5 14:10 sources.list
-rw-r--r-- 1 root root    0 Mar  9  2024 sources.list~
drwxr-xr-x 2 root root 4096 Nov  5 19:30 sources.list.d
-rw-r--r-- 1 root root 1358 Jul  7  2024 sources.list_daedalus

Do I have a gap of knowledge here?
Where does the empty sources.list come from? Is that something generated from the sources.list~?

Anyways, deleting the two empty files, gives me:

root@kamin:~# ls -l /etc/apt/ |grep sources
drwxr-xr-x 2 root root 4096 Nov  5 19:30 sources.list.d
-rw-r--r-- 1 root root 1358 Jul  7  2024 sources.list_daedalus

And now I'm getting hits on all repos/suits. Just bugs me, that I don't get the whole picture here..

mclien · Off-topic

I only have a faint idea of this mechanism, so:
Could the current situation cause some erratic behaviour, like amirror "not fount" and one minute later it does?
Or: not all suits included in the sources to be found?
(the detailed problem is fund here: https://dev1galaxy.org/viewtopic.php?pid=59135#p59135)

mclien · Installation

No.
But that wouldn't explain why it showed the same behaviour with the old style of the sources file.

PC was off over night, I now checked the devuan.sources file and I deleted and re-insert the blank lines.
Then I get a working update.

For testing I changed back to the short variant with all suites in one line (only excalibur-security in a separat stanza):
apt-get update, again, give me only security.

changing back to the previous working one, I still get only the security updates.

very un-deterministic

EDIT: quite often I get this behaviour (there was about 5sec between the error and the next execution of the command:

root@kamin:~# apt-get update 
Ign:1 http://de.deb.devuan.org/merged excalibur-security InRelease
Err:2 http://de.deb.devuan.org/merged excalibur-security Release
  404  Not Found [IP: 147.229.176.19 80]
Reading package lists... Done
E: The repository 'http://de.deb.devuan.org/merged excalibur-security Release' no longer has a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
root@kamin:~# apt-get update 
Hit:1 http://de.deb.devuan.org/merged excalibur-security InRelease
Reading package lists... Done

EDIT2: reboot or halt -p do not change the situation, still only a hit on security packages.

As http://de.deb.devuan.org/ should be e repo pool: might there be some repos not up to date?

mclien · ARM Builds

try a symbolic link of the /boot/firmware to the /boot/broadcom.

Well, I totally overlooked that method since my brain got stuck with "you can't have new dir at the same level as the mountpoint" stupid me. The link will work anyways of course.

Problem now is, that the main purpose of that raspi was watching netflix, which apparently is not possible (al least in a painless enough way) on arm architecture.

mclien · Installation

just to be sure: is that the point where you have to remove the install medium (guess that is to be done in VM/VirtualBox, too.)

mclien · Installation

As for the upgrade from daedalus, it is a mixed bag for me so far:
https://dev1galaxy.org/viewtopic.php?id=7525

mclien · Installation

As for the file: I would too, say those are clean text files.
BTW: it's the other was around with me: I do not get anĺong with nano (might be it is, that I'm used to vi since my first encounters with *nix systems in 1997, Solaris and IRIX in that case).

Seems I have to try the split version of the sources file on the new machine for reasons that might stay mysterious...

UPDATE:
splitting the file was in vain:

# Devuan 6 excalibur
## The new style method of using repositories to install software.
## This /etc/apt/sources.list.d/devuan.sources is new style and location file
## The /etc/apt/old.style.sources.list contains the same as this.
## https://linuxconfig.org/ubuntus-repository-configuration-ubuntu-sources-have-moved-to-etc-apt-sources-list-d-ubuntu-sources
 
## Normal excalibur sources
Types: deb
URIs: http://de.deb.devuan.org/merged
Suites: excalibur
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
 
## backports excalibur sources
Types: deb
URIs: http://de.deb.devuan.org/merged
Suites: excalibur-backports
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
 
## proposed-updates excalibur sources
Types: deb
URIs: http://de.deb.devuan.org/merged
Suites: excalibur-proposed-updates
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
 
## updates excalibur sources
Types: deb
URIs: http://de.deb.devuan.org/merged
Suites: excalibur-updates
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
 
## excalibur security sources
Types: deb
URIs: http://de.deb.devuan.org/merged
Suites: excalibur-security
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg

still:

root@kamin:/etc/apt/sources.list.d# apt-get update
Hit:1 http://de.deb.devuan.org/merged excalibur-security InRelease
Reading package lists... Done

mclien · Installation

something strange in the /etc/apt dir:
(kamin is the new pc, eline the old)

root@kamin:/etc/apt# ls -l
total 36
drwxr-xr-x 2 root root 4096 Mar  9  2024 apt.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 auth.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 keyrings
-rw-r--r-- 1 root root  150 Mar  9  2024 listchanges.conf
drwxr-xr-x 2 root root 4096 Mar 28  2021 listchanges.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 preferences.d
-rw-r--r-- 1 root root    0 Mar  9  2024 sources.list~
drwxr-xr-x 2 root root 4096 Nov  4 18:30 sources.list.d
-rw-r--r-- 1 root root 1358 Jul  7  2024 sources.list_daedalus
drwxr-xr-x 2 root root 4096 Nov  4 12:54 trusted.gpg.d

root@eline:/etc/apt# ls -l
total 36
drwxr-xr-x 2 root root 4096 Nov  1 10:33 apt.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 auth.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 keyrings
-rw-r--r-- 1 root root  147 Nov  1 10:27 listchanges.conf
drwxr-xr-x 2 root root 4096 Mar 28  2021 listchanges.conf.d
drwxr-xr-x 2 root root 4096 May 28  2023 preferences.d
-rw-r--r-- 1 root root    0 Oct 17 21:12 sources.list~
drwxr-xr-x 2 root root 4096 Nov  1 10:14 sources.list.d
-rw-r--r-- 1 root root 1209 Oct 26 16:04 sources.list_daedlus
drwxr-xr-x 2 root root 4096 Nov  1 10:27 trusted.gpg.d

I'm a bit confused about the timestamps of some dirs

mclien · Installation

So both of the above work? (from post #9)
can you open it with vim to see if there any hidden CR/LF symbols?
EDIT:
My devuan.sources (generated by hand not with "apt mordernize-sources") is from a PC I did upgrade prior to the excalibur release (just a few days)
-on that machine, I get all sources with the "all suites in one line"

using the same file now on another machine gives the "only secure" result.

mclien · Installation

you mean like:

## Normal excalibur sources
Types: deb
URIs: http://deb.devuan.org/merged
Suites: excalibur 
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64

## excalibur-backports sources
Types: deb
URIs: http://deb.devuan.org/merged
Suites: excalibur-backports
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
[..]

wouldn't that defeat the elegance of the new format a bit?

mclien · Installation

for testing I changed the URI to

 apt-get update  http://de.deb.devuan.org/merged
Get:1 http://de.deb.devuan.org/merged excalibur-security InRelease [37.9 kB]
Get:2 http://de.deb.devuan.org/merged excalibur-security/main amd64 Packages [69.8 kB]
Get:3 http://de.deb.devuan.org/merged excalibur-security/main Translation-en [47.3 kB]
Get:4 http://de.deb.devuan.org/merged excalibur-security/non-free-firmware amd64 Packages [548 B]
Get:5 http://de.deb.devuan.org/merged excalibur-security/non-free-firmware Translation-en [306 B]
Fetched 156 kB in 4s (40.9 kB/s)       
Reading package lists... Done

Still only security, but more hits?

mclien · Installation

the devuan.sources is a copy of the one I used with a successful update on the other machine.
apt shows the same behaviour:

# apt update
Hit:1 http://deb.devuan.org/merged excalibur-security InRelease
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
22 packages can be upgraded. Run 'apt list --upgradable' to see them.

maybe a problem with http://deb.devuan.org/ ?

mclien · Installation

renamed, which I meant by "disabled the daedalus sources"
Already did it that way with another machine.
Could it be, I need some cleanup from switchen the sources back and forth?

Strange thing is: Why does it get the security packages but not the normal packes from the same devuan.sources?

mclien · Installation

I was attempting to upgrade one of my PCs,
so I adjusted the sources:

/etc/apt# cat sources.list.d/devuan.sources 
# Devuan 6 excalibur
## The new style method of using repositories to install software.
## This /etc/apt/sources.list.d/devuan.sources is new style and location file
## The /etc/apt/old.style.sources.list contains the same as this.
## https://linuxconfig.org/ubuntus-repository-configuration-ubuntu-sources-have-moved-to-etc-apt-sources-list-d-ubuntu-sources
 
## Normal excalibur sources
Types: deb
URIs: http://deb.devuan.org/merged
Suites: excalibur excalibur-backports excalibur-proposed-updates  excalibur-updates
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg
Architectures: amd64
 
## excalibur security sources
Types: deb
URIs: http://deb.devuan.org/merged
Suites: excalibur-security
Components: main non-free contrib non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/devuan-archive-keyring.gpg

disabled the daedalus soureces, but get this:

t# apt-get update
Get:1 http://deb.devuan.org/merged excalibur-security InRelease [37.9 kB]
Fetched 37.9 kB in 15s (2,603 B/s) 
Reading package lists... Done

Why do I get no get on the othre sources?

I had to switch back once to daedalus, because I forgot to install usrmerge.

EDIT (solution):
If you copy with left/middle mousebutton from one VI to another, there will be spaces added to blank lines, with confuses the sources.list

mclien · ARM Builds

I used this image on my raspi4:
https://arm-files.devuan.org/RaspberryP … 3-0258.zip
dd onto the sdcard, running fine.
now I was trying to install the raspi firmware (as I want to use it as my video PC:

root@devuanpi:~# apt-get install raspi-firmware
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Suggested packages:
  firmware-brcm80211 bluez-firmware
The following NEW packages will be installed:
  raspi-firmware
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 4816 kB of archives.
After this operation, 22.8 MB of additional disk space will be used.
Get:1 http://deb.devuan.org/merged daedalus/non-free-firmware arm64 raspi-firmware all 1.20220830+ds-1 [4816 kB]
Fetched 4816 kB in 4s (1181 kB/s)         
Selecting previously unselected package raspi-firmware.
(Reading database ... 67482 files and directories currently installed.)
Preparing to unpack .../raspi-firmware_1.20220830+ds-1_all.deb ...
Unpacking raspi-firmware (1.20220830+ds-1) ...
Setting up raspi-firmware (1.20220830+ds-1) ...
Error: missing /boot/firmware, did you forget to mount it?
dpkg: error processing package raspi-firmware (--configure):
 installed raspi-firmware package post-installation script subprocess returned error exit status 1
Processing triggers for initramfs-tools (0.142+deb12u3) ...
update-initramfs: Generating /boot/initrd.img-6.1.93
Creating initrd.gz.
raspi-firmware: missing /boot/firmware, did you forget to mount it?
run-parts: /etc/initramfs/post-update.d//z50-raspi-firmware exited with return code 1
dpkg: error processing package initramfs-tools (--configure):
 installed initramfs-tools package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 raspi-firmware
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

strange thing is, that the mount point looks like this:

root@devuanpi:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
[...]
/dev/mmcblk0p1  253M   45M  209M  18% /boot/broadcom

root@devuanpi:~# cat /etc/fstab 
UUID=95DC-D2E8  /boot/broadcom  vfat    defaults 0 2

So it looks a bit difficult to get a /boot/firmware here..
Is that a error in the raspi image?

mclien · News & Announcements

Thanks a lot to all the folks that make this work!!

Did the update just a few days ago.

mclien · Installation

Thanks everyone, upgrade to excalibur went fine on my old test Notebook.
Will do the update on my produktive machine sometime thisweek.

mclien · Other Issues

OK, context in the other post.
Does the problem occur in the instance you dated up from the fresh daedalus install or in both

mclien · Installation

Thanks for the usrmerge hint.

So I change my sources.list to:

deb http://deb.devuan.org/merged excalibur main contrib non-free non-free-firmware
#deb http://deb.devuan.org/merged excalibur-security main contrib non-free non-free-firmware
#deb http://deb.devuan.org/merged excalibur-updates main contrib non-free non-free-firmware

and upon release I uncomment the 2 lines and do another: ?

apt-get update && apt-get upgrade

The officially official Devuan Forum!

#1 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-09 19:27:55

#2 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-09 10:24:21

#3 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-08 20:27:30

#4 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-08 18:57:46

#5 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-08 11:42:54

#6 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-07 20:45:16

#7 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-05 18:44:47

#8 Re: Off-topic » Question: Best/fastest repos in general for each continent? » 2025-11-05 13:39:37

#9 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-05 13:10:04

#10 Re: ARM Builds » fresh install, raspi-firmware install fails » 2025-11-04 20:35:49

#11 Re: Installation » [SOLVED] Devuan 6 installation on VMware Workstation stuck » 2025-11-04 20:25:08

#12 Re: Installation » Devuan 6 install » 2025-11-04 20:22:30

#13 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 18:35:19

#14 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 18:30:21

#15 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 18:14:10

#16 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 17:46:52

#17 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 17:34:29

#18 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 17:23:56

#19 Re: Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 17:11:10

#20 Installation » [SOLVED] dist upgrade to excalibur hits only security packages » 2025-11-04 14:40:54

#21 ARM Builds » fresh install, raspi-firmware install fails » 2025-11-03 17:57:33

#22 Re: News & Announcements » Announcing Devuan 6.0 Excalibur! » 2025-11-02 20:54:42

#23 Re: Installation » [SOLVED] newer kernel needed. daedalus backports or excalibur? » 2025-10-27 16:01:02

#24 Re: Other Issues » Apt .sources changes » 2025-10-27 15:54:21

#25 Re: Installation » [SOLVED] newer kernel needed. daedalus backports or excalibur? » 2025-10-25 14:04:46

Board footer