Download | Devuan.org | Git | Bugs | Packages

The officially official Devuan Forum!

You are not logged in.

Pages: 1

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

dave

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.

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

dave

@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. ]

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

dave

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.

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

dave
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

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

dave

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...

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

dave

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.

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

dave

@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.

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

dave

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

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

dave

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

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

dave

@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.

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

dave

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 !

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

dave
Replies: 2

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

Pages: 1

Board footer

Forum Software