Posts by dave

dave · Hardware & System Configuration

I know it's been awhile since this was posted, but to hopefully close the circle...

In my (monolithic) /etc/exim4/exim4.conf I have 2 lines which may be relevant:

#9. disable any ipv6. Use only IPV4 lookup
disable_ipv6 = true
dns_ipv4_lookup = *

This is on an IPv4 only system.

dave · Other Issues

Upgraded from chimaera to daedalus and found several 'improvements' throwing a screw into the works. Among them 'more' which, on the command line, started giving me continuous blank lines at the tail which required a Ctrl-C to get out of. :-(

It was using util-linux 2.36.1 before the upgrade and found that daedalus was using util-linux 2.38.1.

My resolution: Downgrade back to the binary from the old release. It (seems to be) a drop-in replacement.

There are a couple other 'improvements' that I'm still trying to get my head around: e.g. the new ntpdate utility which seems to have been deprecated and replaced with a wrapper script around ntpdig. But the output format differs...

And 'scp' which now needs an '-O' option to return to the "old" behavior which my other systems still need.

Sigh.

dave · News & Announcements

@guuml.dev1 : You were probably composing your note and didn't see my previous post #39 at 16:32:49 ...

It looks like whomever is in charge of the archive keeps managed to get them resigned with a valid signature.

So suddenly, apt/apt-get updates just started working (magically) again with no need for a manual intervention.

Now: It Just Works. [tm]

[ On my systems which are running chimaera and beowulf. ]

dave · News & Announcements

An update on this key problem: It seems to have been fixed. [ Sometime after 9/9 ]

Without changing anything or manually doing a key import, my apt-get update & upgrade procs now work as designed.

I wasn't really looking forward to a manual intervention on my dozen or so systems. Some of which are sometimes difficult to reach. :-(

So: Many thanks to whomever got the archive signed. I'm guessing here, but probably with an old but unexpired key... ??

But it works.

Thanx.

dave · Installation

czeekaj wrote:

I see there is a iceweasel package. I opted to use that.
Although i see no real change between firefox-esr. It's still in the repo so I use it instead.

That's because the current iceweasel is a transitional package which loads the firefox-esr deb as a 'required dependency'.

Or in other words: Iceweasel *is* Firefox-ESR

Sigh. See e.g. https://pkginfo.devuan.org/cgi-bin/pack … -1~deb10u1

dave · Installation

As an add-on to this discussion:

The upgrade/conversion documentation only has the 'main' category mentioned:

''''Modify sources.list to look like the one provided. Comment out all other lines.
''''deb http://deb.devuan.org/merged chimaera main
''''deb http://deb.devuan.org/merged chimaera-updates main
''''deb http://deb.devuan.org/merged chimaera-security main

What about the 'contrib' and 'non-free' repositories?

Should these be added? Before or after an upgrade or conversion?

I typically add them after the full dist-upgrade. Is this proper?

Inquiring minds want to know...

dave · Other Issues

A Quick Comment:

I had an opportunity to REISUB one of my Pi's the other day. The R-E-I-S-U portion worked as displayed on my console. But it refused to B-oot.

This was all done using the RightHand Alt key.

For some reason, I decided to try the LeftHand Alt key. [ A finger stretching exercise. ] And it booted. !!

I haven't dug into it, but for some reason the LH Alt + SysReq key boot request worked while the RH Alt didn't. The rest of the SysReq R-E-I-S-U worked with either RH or LH Alt key.

Ditto for the REISU-O sequence. PowerOff only worked with the LH Alt key. Useful on hung Pi's when you need to pull the chip.

dave · ARM Builds

@dvnUsr

I hit this ARM64 Chromium bug when I upgraded from Beowulf (debian:buster) to Chimaera (debian:bullseye).

It seems to be a Chromium bug [Bug#1004368] introduced due to something about the differences between the "clang-11" vis the "clang-13" or "clang-14" compilers. It's over my head...

Since I knew the Beowulf version had worked, I tried downgrading it back to the Beowulf/Buster version. And it works...

You might try manually downloading the 89.0.4389.114-1 version of chromium and chromium-common from the repositories:
https://packages.debian.org/buster/arm6 … m/download
https://packages.debian.org/buster/arm6 … n/download

And then manually installing them.

First: A test ( --simulate ) run using the downloded files:
sudo dpkg --simulate -i chromium_89.0.4389.114-1~deb10u1_arm64.deb chromium-common_89.0.4389.114-1~deb10u1_arm64.deb

And then if it looks good, re-run it without the --simulate. :-)

You might want to apt-hold chromium until they get this straightened out, or apt will keep trying to upgrade to the current version. It looks like there is a 99.0.4844.84 ( vis the .74 which has our stack-smashing problem) in the works. Hopefully this will fix our problem ? [ Yes, '?' ]

Good Luck.

dave · ARM Builds

Is so-called 'DHCP MAC Randomization' enabled?

If it is, your client will do a REQUEST for it's old IP address, but use a new random MAC address. The DHCP server will reject the request as the previous MAC + Address pair don't match what is being sent.
The client will therefore re-request an IP and the server will issue it from the next available pool IP.

Google and/or see (among others) https://unix.stackexchange.com/question … connecting

dave · ARM Builds

f.y.i. See https://arm-files.devuan.org/ for the current and older images.

Chimaera:
devuan_chimaera_4.0.0_arm64_rpi3.img.zip 19-Oct-2021 01:26 593M
devuan_chimaera_4.0.0_arm64_rpi4.img.zip 19-Oct-2021 03:37 589M
devuan_chimaera_4.0.0_armel_rpi0.img.zip 19-Oct-2021 05:47 502M
devuan_chimaera_4.0.0_armel_rpi1.img.zip 19-Oct-2021 05:47 502M
devuan_chimaera_4.0.0_armhf_rpi2.img.zip 19-Oct-2021 02:31 494M
devuan_chimaera_4.0_arm64_pool1.iso 03-Dec-2021 01:40 4G

dave · ARM Builds

@ShoreTie re: vcgencmd tar.xz file dated May 17, 2020.

Thanks. Works for me on a Raspberry Pi 3 Model B Rev 1.2 running beowulf.

dave · ARM Builds

More f.y.i.:

It appears the 'pkgmaster' problem was due to a bad DNS round-robin to a defunct/non-responsive package repository.

And has since been resolved...

Thanx to whomever !

dave · ARM Builds

As an f.y.i...

I installed the latest official Devuan build for a Pi3 today ( an ASCII, there is no official Beowulf build ) and started to customize it and ran into problems.

As published, the ASCII release uses 'pkgmaster.devuan.org' in it's apt sources.list. But it appears at least one of the two DNS entries for pkgmaster is lacking some of the download .deb packages.

The chip flashing went OK as did my apt-get update. And an apt-get upgrade of the base package appeared to go OK, but when I went to do a task-mate-desktop install, all heck broke loose. Lots of Err and 404 messages. I tried some individual package installs, some went OK, some failed.

Getting frustrated, I started google. :-|

Finding references to using 'deb.devuan.org' as the preferred sources.list target, I made the change from 'pkgmaster.' to 'deb.' in /etc/apt/sources.list

And everything Just Worked (tm) after the apt update.

The interesting thing here was, although I'd already done an 'upgrade' using 'pkgmaster.', when I did another after changing to 'deb.', there were yet some more package updates made...

My take-away: That 'pkgmaster' is either out of date or hasn't been tracking the packages required for ASCII arm64 systems...

A suggestion: Update the 'official' Devuan arm64 image for arm64 (and probably others) to use deb.devuan.org in the apt/sources.list file.
[ My image download was: https://files.devuan.org/devuan_ascii/e … pi3.img.xz ]

For anyone encountering this problem:

Do a (sudo) 'sed -i "s:pkgmaster:deb:" /etc/apt/sources.list' followed by an apt-get update and apt-get upgrade.

As always: YMMV

/dave

The officially official Devuan Forum!

#1 Re: Hardware & System Configuration » exim4 floods dns (and its log) with AAAA queries, though NO ipv6 avail » 2024-11-12 20:06:25

#2 Re: Other Issues » 'more' in daedalus clearing the screen when it should not » 2024-01-17 05:07:25

#3 Re: News & Announcements » [SOLVED] invalid: EXPKEYSIG BB23C00C61FC752C Devuan Repository » 2022-09-12 15:30:23

#4 Re: News & Announcements » [SOLVED] invalid: EXPKEYSIG BB23C00C61FC752C Devuan Repository » 2022-09-11 20:32:49

#5 Re: Installation » alternatives to Mozilla's and Chomethings » 2022-06-19 14:07:57

#6 Re: Installation » Why is only main repo is active in sources.list? » 2022-04-27 04:47:53

#7 Re: Other Issues » [SOLVED-PENDING] First time r-e-i-s-u-b didn't work » 2022-04-26 02:57:37

#8 Re: ARM Builds » Any Chimaera Rpi3/4 builds in the pipeline? » 2022-03-29 03:43:36

#9 Re: ARM Builds » Two DHCP-requests during start? » 2022-03-28 01:37:51

#10 Re: ARM Builds » Any Chimaera Rpi3/4 builds in the pipeline? » 2022-03-28 01:14:18

#11 Re: ARM Builds » [Solved] Devuan and Raspberry Pi 3B+ hardware » 2021-03-14 20:07:52

#12 Re: ARM Builds » Raspberry Pi ASCII install issue. (pkgmaster) » 2020-12-01 03:43:06

#13 ARM Builds » Raspberry Pi ASCII install issue. (pkgmaster) » 2020-11-18 20:52:48

Board footer