Re: [DNG] Ceres broke (/lib/lsb/init-functions missing)

[Mark Hindley]

Alexander,

On Tue, Sep 13, 2022 at 10:12:12AM +, Alexander Brüning via Dng wrote:
> Hi,
> 
> my Devuan Ceres (unstable) broke after updating today because the file
> /lib/lsb/init-functions went missing. Downgrading lsb-base and lsb-release
> brought it back.
> 
> It seems like Debian is moving the file to sysvinit-utils.

I am just building the new version for ceres now.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Openvpn CVE fix in devuan chimaera

[Mark Hindley]

Tom,

On Mon, Jul 25, 2022 at 02:09:34AM +1000, wirelessd...@gmail.com wrote:
> > I have just had a quick look and the commit seems to backport easily. New
> > version for chimaera-security is en route.
> > 
> > Mark
> 
> Thanks for the quick update!

2.5.1-3+devuan2 is now in chimaera-security and will propagate through amprolla
to the mirrors over the next few hours. Perhaps you could test it and verify
there are no regressions?

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Openvpn CVE fix in devuan chimaera

[Mark Hindley]

On Sun, Jul 24, 2022 at 04:19:39PM +0100, Mark Hindley wrote:
> Hi,
> 
> On Mon, Jul 25, 2022 at 12:46:09AM +1000, wirelessduck--- via Dng wrote:
> >I saw https://bugs.debian.org/1008015 on the Debian BTS which mentions
> >it was found in openvpn/2.5.1-3, openvpn/2.5.5-1 and fixed in
> >openvpn/2.5.6-1.
> > 
> >Devuan chimaera still has openvpn/2.5.1-3+devuan1. Debian bullseye is
> >also still showing openvpn/2.5.1-3 on packages.debian.org/openvpn.
> > 
> >How can I check to see if this patch has been applied to the devuan
> >package?
> 
> It hasn't, because it hasn't been backported, only fixed upstream in 2.5.6 
> and 2.4.12.
> It might be possible to do, but is considered a low-priority in Debian[1] and
> doesn't have a DSA.

I have just had a quick look and the commit seems to backport easily. New
version for chimaera-security is en route.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Openvpn CVE fix in devuan chimaera

[Mark Hindley]

Hi,

On Mon, Jul 25, 2022 at 12:46:09AM +1000, wirelessduck--- via Dng wrote:
>I saw https://bugs.debian.org/1008015 on the Debian BTS which mentions
>it was found in openvpn/2.5.1-3, openvpn/2.5.5-1 and fixed in
>openvpn/2.5.6-1.
> 
>Devuan chimaera still has openvpn/2.5.1-3+devuan1. Debian bullseye is
>also still showing openvpn/2.5.1-3 on packages.debian.org/openvpn.
> 
>How can I check to see if this patch has been applied to the devuan
>package?

It hasn't, because it hasn't been backported, only fixed upstream in 2.5.6 and 
2.4.12.
It might be possible to do, but is considered a low-priority in Debian[1] and
doesn't have a DSA.
 
>Also, where do I look to see the differences between debian and devuan
>packages? I checked git.devuan.org in the suites/unstable branch of
>devuan/openvpn but that just looks like merge from Debian without any
>extra patches applied.

That branch is the correct place. If you run

 git diff debian/master..suites/unstable
 
you will get the changes.

Mark

[1]  https://tracker.debian.org/pkg/openvpn

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] chimaera to daedalus upgrade

[Mark Hindley]

On Tue, Jul 12, 2022 at 02:06:08PM +0100, fraser kendall wrote:
> Hello,
> 
> In the middle of a dist-upgrade and got this error:
> 
> Preparing to unpack .../nodejs_16.15.1+dfsg-1_amd64.deb ...
> Unpacking nodejs (16.15.1+dfsg-1) over (12.22.12~dfsg-1~deb11u1) ...
> dpkg: error processing archive
> /var/cache/apt/archives/nodejs_16.15.1+dfsg-1_amd64.deb (--unpack):
> trying to overwrite '/usr/share/systemtap/tapset/node.stp', which is
> also in package libnode72:amd64 12.22.12~dfsg-1~deb11u1 
> Errors were encountered while processing:
> /var/cache/apt/archives/nodejs_16.15.1+dfsg-1_amd64.deb E: 
> 
> Sub-process /usr/bin/dpkg returned an error code (1)
> 
> reluctant to just reboot and hope.
> 
> Is this at all interesting or is is it simply artefactual?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013968

Also workaround in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1013968#10

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newer version of libelogind0 not getting installed

[Mark Hindley]

Olaf,

On Wed, May 04, 2022 at 08:38:06AM +0900, Olaf Meeuwissen wrote:
> and do not have a desktop installed in case that matters.
> Instead I rely on startx to start i3 for me when I need a GUI.

Ah, so, no libpam-elogind? Yes that probably makes a difference.

The new dependency chains

 libpam-elogind -> elogind -> libelogind0
 libpam-elogind -> libelogind-compat -> libelogind0

look right to me.

I think the cause of this is that APT prefers real packages to virtual ones, ie
real libsystemd0 to a Provides: libsystemd0. A few years ago, you would have had
to explicitly install libelogind0 to replace libsystemd0.

Having split the libelogind-compat package off from libelogind0 (for reasons
previously discussed in this thread) and as you don't (need/want to) have
libpam-elogind installed, then you will have to explicitly give APT the solution
again (once). I don't see a way to make that happen automatically without
libpam-elogind being installed. Or, am I missing something obvious?

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newer version of libelogind0 not getting installed

[Mark Hindley]

Olaf,

On Tue, Apr 26, 2022 at 01:44:44PM +0100, Mark Hindley wrote:
> I have had a look at the dependencies again and I think I see the (my!) bug.
> libelogind-compat has
> 
>  Breaks: libelogind (<< 246.10-4~)
> 
> which, I think should be
> 
>  Breaks: libelogind0 (<< 246.10-4~)

src:elogind version 246.10-5 with this fixed is being built at the moment.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newer version of libelogind0 not getting installed

[Mark Hindley]

Olaf

On Tue, Apr 26, 2022 at 07:36:48PM +0900, Olaf Meeuwissen wrote:
> so yes, installing it will fix it.

Good.

> It's just that I think there should
> be no need to install run-time library dependencies explicitly, even if
> one decides that Recommends: are just that ;-)

Yes, I agree.

I have had a look at the dependencies again and I think I see the (my!) bug.
libelogind-compat has

 Breaks: libelogind (<< 246.10-4~)

which, I think should be

 Breaks: libelogind0 (<< 246.10-4~)

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Newer version of libelogind0 not getting installed

[Mark Hindley]

Olaf,

On Tue, Apr 26, 2022 at 06:14:26PM +0900, Olaf Meeuwissen via Dng wrote:
> Ah!  Looking at the currently installed libelogind0=246.10-3, I see it
> Provides: libsystemd0 whereas libelogind0=246.10-4 no longer does.
> 
> Any reason that was dropped?

The Provides was moved into the new libelogind-compat package[1]. I think,
installing that will fix it. But I will have to check why that is not happening
by default.

Mark

[1]  This was to enable libelogind0 and libsystemd0 to be coninstallable which
 allows building of Debian sources requiring libsystemd-dev on Devuan
 systems with libelogind0 installed.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] devuan chimaera and NUT shutdown failure

[Mark Hindley]

Nate,
On Sat, Apr 09, 2022 at 09:55:45AM -0700, nate wrote:
> My Beowulf system has sysvinit (which shutdown appears to come from) version
> 2.93-8+devuan1 and my Chimeara system has 2.96-7+devuan1. Nothing stands
> out in the changelog for sysvinit to explain this kind of behavioral
> change.

You need to upgrade sysvinit-core to 2.96-7+devuan2. The issue (shutdown parsing
of '+0') was fixed upstream in 2.98 and we have backported it.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Change to Devuan package version policy

[Mark Hindley]

Hello,

At the Devuan Dev meeting on Thursday 3rd February at 2030 UTC, it was agreed to
change the Devuan package version numbering policy. The Devuan version that is
appended to forked packages will change from '+devuanN' to 'devuanN'. For the
full rationale behind this decision see below.

If you are an end-user you will not need to do anything, but you may notice the
visual change in version numbering.

If you are a developer and maintain any Devuan packages, next time you prepare a
new version by merging a Debian source update, append 'devuan1' (without a '+')
to the Debian version in d/changelog. Existing released packages do not need
changing.

Rationale
=

The previous practice of appending '+devuanN' causes problems when merging
security and stable updates. When releasing these, Debian appends the string
'+debNNuN' (for example '+deb11u1').

Comparing the existing Devuan version and the Debian update:-

 +deb11u1+devuan1
|
| <- 'b' sorts before 'v' and is therefore seen as an earlier version
|
 +devuan1

But we require the security update to be seen as later than our existing forked
version.

Using the new scheme:-

 devuan1
 |
 | <- 'd' sorts before '+' and is therefore seen as an earlier version
 |
 +deb11u1devuan1

The full details of Debian's version sorting algorithm can be found in
deb-version(5).

Any questions, please ask.

Mark


signature.asc
Description: PGP signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] PHP 8.1 depends on systemd?

[Mark Hindley]

On Sat, Jan 29, 2022 at 12:47:14PM +0100, Mathieu ROY via Dng wrote:
> Hello,
> 
> Trying to upgrade to PHP 8.1, I found out it now depends on systemd or
> systemd-tmpfiles (no package available).

systemd-tmpfiles is a virtual package that is satisfied by
systemd-standalone-tmpfiles which is available in Devuan[1]

Have you got some local/custom apt configuration that is blocking APT from using
that package?

Mark

[1]  
https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=systemd-standalone*&x=submit

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] libfluidsynth-dev requires libsystemd0, fails to install

[Mark Hindley]

Nicola,

On Sun, Dec 05, 2021 at 03:04:20PM +, Nicola Orrù via Dng wrote:
> Hi all,
> 
> I'm trying to build a LV2 plugin from source.
> 
> The plugin requires libfluidsynth-dev.
> 
> Attempting to install libfluidsynth-dev produces the following error:
> 
> 
> nico@lenovo-devuan:~/Projects/3rdParty/Fluida.lv2$ sudo apt install
> libfluidsynth-dev
> Reading package lists... Done
> Building dependency tree... Done
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  libelogind0 : Conflicts: libsystemd0
> E: Error, pkgProblemResolver::Resolve generated breaks, this may be
> caused by held packages.

You need to use some form of build chroot as documented in
/usr/share/doc/libelogind0/README.Debian. Also see bug #435[1] and related.

HTH.

Mark

[1]  https://bugs.devuan.org/435

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] rdiff-backup compatibility

[Mark Hindley]

Hendrick,

On Mon, Nov 01, 2021 at 08:42:01AM -0400, Hendrik Boom wrote:
> What is not mentioned is whether the backup archive format has changed 
> incompatibly.
>   
> That's what I was asking.

Sorry. My misunderstanding.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] rdiff-backup compatibility

[Mark Hindley]

This is documented in Debian's Bullseye Release Notes and referenced from
Devuan's Chimaera Release Notes.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Warning about Wicd in Chimaera

[Mark Hindley]

On Thu, Oct 14, 2021 at 05:47:06PM -0400, Hendrik Boom wrote:
> There's no wicd in Chimaera.
> If you need it to access the internet, you must replace it with another 
> network manager *before* you upgrade to chimaera, otherwise you'll not be 
> able to access the internet to download the replacement network manager 
> after.

I have added a transitional wicd package (1.7.4+tb2-6+devuan2) to
chimaera-proposed-updates that, I hope, will help smooth this over.

I would be grateful for confirmation that it works to ensure an alternative
network manager is installed if you are upgrading from a beowulf system that has
wicd installed.

To test, before upgrading and when changing sources.list, also add

 deb http://deb.devuan.org/devuan chimaera-proposed-updates main

Note that is is important to use http://deb.devuan.org/devuan rather than
http://deb.devuan.org/merged.

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Some questions to update the debian to devuan migration script

[Mark Hindley]

On Wed, Sep 22, 2021 at 12:38:09AM +0200, tito via Dng wrote:
> Hi,
> some questions I hope somebody on the list can answer:
>  
> 1) is debian-pulseaudio-config-override still needed in chimaera?
> Found out myself:  seems not.
> 
> 2) are other config-override packages needed (for standard debian DE setups)
> as I see there are a few in the repos?

There are just 2 in chimaera: debian-podman-config-override and
devuan-speech-dispatcher-config-override.

> 3) are these config-override packages automagically sucked in by
> installing some devuan package?

The speech-dispatcher override is automatically installed if you do a speech
install, but not otherwise. The podman override will need to be installed
manually if you use podman.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Only a few packages now still on hold

[Mark Hindley]

On Mon, Aug 02, 2021 at 10:15:31PM +1000, wirelessduck--- via Dng wrote:
> Is seatd likely to get anywhere in the next Debian development cycle after 
> bullseye/chimaera? Would this allow us to just need only one option for users 
> to install?

It is already packaged in Devuan and is also waiting to enter Debian[1]. I am
aware that the wlroots maintainers need/want to to use it in version 0.14 and
later. So there is the prospect of some progress. However, currently seatd uses
other logind implementations as backends[2] so it is a layer on top of that
rather than a replacement at the moment.

Mark

[1]  https://ftp-master.debian.org/new/seatd_0.5.0-2.html

[2]  https://git.sr.ht/~kennylevinsen/seatd#whats-in-the-box

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Only a few packages now still on hold

[Mark Hindley]

Hendrik,

As suggested by Rod, I also prefer plain apt to aptitude. In general it is a
very good package manager and is pretty successful at resolving dependencies and
not breaking your system.

On Sun, Aug 01, 2021 at 09:58:47PM -0400, Hendrik Boom wrote:
> > And today I did aptitude update and aptitude upgrade in the CLI instead 
> > of in the interactive apttude.  Just about everything just worked, 
> > except for 3 packages:
> >   elogind
> >   libpam-elogind
> >   libelogind0
> > They do nog get upgraded.
> > 

> > Following this with
> >   aptitude dist-upgrade
> > tells me these will be upgraded, but then balks, telling me to remove 
> >   libpam-elogind 
> 
> This is what it says:
> 
> root@notlookedfor:~# aptitude dist-upgrade
> The following packages will be upgraded: 
>   elogind libelogind0 libpam-elogind{b} 
> 3 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> Need to get 861 kB of archives. After unpacking 0 B will be used.
> The following packages have unmet dependencies:
>  libpam-elogind : Breaks: libpam-ck-connector but 0.4.6-6 is installed
> The following actions will resolve these dependencies:
> 
>  Remove the following packages:
> 1) libpam-elogind [234.4-1+devuan1.5 (now)]
> 
> Accept this solution? [Y/n/q/?] 
> 
> > 
> > How safe is this?  isn't elogind kind of important?

Yes it can be, but no more so than consolekit. There are 2 alternatives for 
managing
seats and sessions in Devuan: consolekit (actually consolekit2) and elogind.

Consolekit was probably the default in ascii. It is inactive upstream, but still
works.  Elogind is active and well supported and is the default since
beowulf. However, the codebase derives from systemd and therefore some people
will prefer not to use it.

So, you need one or other, but not both or a mixture.

aptitude seems to suggest that you already have elogind installed and this is an
upgrade. You will have to allow apt to remove the consolekit related packages
(libpam-ck-connector and possibly some policykit libraries). Alternatively,
stick with consolekit and remove all of the elogind related packages. The choice
is yours. Both will work once you have a clean installation based on a single
logind alternative.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Cockpit removal might make sense

[Mark Hindley]

On Wed, May 26, 2021 at 04:23:56PM +0900, Simon Walter wrote:
> On 5/26/21 12:37 AM, Mark Hindley wrote:
> > This is actually a Debian bug and should be fixed there.
> > 
> > If cockpit requires systemd, is should declare that dependency.
> 
> AFAICT, it requires a systemd socket. It doesn't require any systemd
> packages (debs). Would that still be considered a dependency WRT to
> packages?

I am no systemd expert ;) and have little first hand knowledge of it. But my
limited understanding is that systemd socket activation is the systemd
absorption/reimplementation of inetd(8) and requires systemd itself to be
running.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Cockpit removal might make sense

[Mark Hindley]

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

[Mark Hindley]

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

[DNG] Testing for beowulf 3.1 point release

[Mark Hindley]

Hello,

The Devuan Developers are preparing for a beowulf point release (3.1). It would
be very helpful to have the new versions of packages tested more widely. If you
feel able to help with that and are prepared to debug any breakage with us,
please

 - add beowulf-proposed-updates to apt sources.list:

deb http://deb.devuan.org/devuan beowulf-proposed-updates main

 - apt update

 - apt upgrade

beowulf-proposed-updates contains packages built from the following updated
source versions.

 base-files| 10.3+devuan3.5
 choose-init   | 0.3
 cryptsetup-modified-functions | 19.09.02+devuan1
 dbus  | 1.12.20-0+deb10u1+devuan1
 eudev | 3.2.9-8~beowulf1
 init-system-helpers   | 1.56+nmu1+devuan3
 lightdm   | 1.26.0-4+devuan1
 refractainstaller-base| 9.5.6
 refractainstaller-gui | 9.5.6
 tomcat9   | 9.0.31-1~deb10u2+devuan1
 udev  | 1:3.2.9+devuan4

Depending on your setup, you will get some, but not necessarily all of those.

If you encounter problems, please use reportbug to send a report to Devuan BTS.

Thanks

Mark


signature.asc
Description: PGP signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] bug#228: Long description truncated from packages when using 'apt cache search'

[Mark Hindley]

Thanks for your patience.

This issue is now resolved in the amprolla instance serving
pkgmaster.devuan.org and the round-robin mirrors (deb.devuan.org) which derive
from it.

packages.devuan.org is deprecated and will be decommissioned very soon so its
amprolla instance has not been updated.

Ensure you are using deb.devuan.org in your sources.list to get long package
descriptions.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] latest wireshark-common/ceres depends on libsystemd0

[Mark Hindley]

On Wed, Aug 26, 2020 at 12:42:33AM +0300, Dimitris via Dng wrote:
> was -rarely- using wifite, that depends on tshark+wireshark-common, but
> can live without it..
> 
> but was wondering..,
> should i file a bug report in debian or a new RFP in devuan?
> 
> debian seems to ignore/discard any non-systemd reports lately, so it
> would probably stay in wishlist for ever there, eg. #964139.

Dimitris,

The wireshark-common libsystemd0 dependency is not new AFAIK. What has changed
is that systemd in Debian sid is now version 246 whilst elogind is only 243.7
(the latest version available). This means that the libsystmd0/libelogind0
binary ABI compatibility can be broken. See Debian #968379 and #968484.

I am in touch with elogind upstream and version 246 is in preparation which
should resolve this issue.

Removing the libsystemd0 dependency completely is a separate issue. I doubt
Debian would do that. It is only likely to happen in Devuan is somebody offers
to maintain the fork.

Hope that helps.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Can't get graphic output from qemu

[Mark Hindley]

On Sun, Jul 12, 2020 at 05:42:12PM -1000, Joel Roth via Dng wrote:
> Hi list,
> 
> Since upgrading to ascii, I don't get a graphic window by default
> as before.  Instead, qemu tries (and fails) to make a VNC connection.
> 
> I can run qemu-system-x86_64 -display curses for text only.
> The sdl and gtk options to -display which I think should
> invoke graphic output, instead generate an error message of
> being unsupported.
> 
> What do I need to do to get the regular graphic output?

I think the gui has moved to a separate package. Try installing qemu-system-gui.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Devuan Jessie End of Life (EOL) archiving

[Mark Hindley]

Friends,

On 30th June 2020, Debian was scheduled to end its Long Term Support (LTS) for
Debian 8 ('Jessie')[1]. As a result, the Devuan Project will be archiving its
first release, codename Jessie.  Since Jessie will receive no further
maintenance or updates (including security fixes), it will be removed from
Devuan's mirror network to a new Devuan service that has been set up to hold
historical archived releases[2].

If you are still using Devuan Jessie, please upgrade to Devuan ASCII (or via
ASCII to Beowulf) as a matter of urgency. Any users with very old x86 hardware
(pure Pentium class processors) please note that Debian dropped support for i586
in Debian 9 ('Stretch')[3] so ASCII and subsequent releases will not work for
you.

Also, the deprecated package repositories on http://packages.devuan.org and
http://auto.mirror.devuan.org have only been maintained for compatibility with
Devuan Jessie. They will be decommissioned very shortly. We kindly ask all users
of Devuan ASCII and Beowulf to ensure that they are using http://deb.devuan.org
in their APT sources lists.

Yours

Mark Hindley

On behalf of the Devuan Dev Team
_

[1] https://wiki.debian.org/LTS/Jessie
[2] https://archive.devuan.org
[3] 
https://www.debian.org/releases/stretch/i386/release-notes/ch-information.en.html#i386-is-now-almost-i686
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] no shutdown by pressing power button

[Mark Hindley]

On Sat, Jun 20, 2020 at 08:16:30AM +0200, J. Fahrner via Dng wrote:
> Am 2020-06-17 23:49, schrieb ippaket via Dng:
> > after the upgrade from ascii to beowulf I can't shutdown my machine
> > (64bit intel atom) by pressing the power button anymore.
> > 
> > Any ideas what to do ?

If you have upower installed, can you be sure to have manually upgraded the
ascii version to beowulf as documented
https://devuan.org/os/documentation/dev1fanboy/en/upgrade-to-beowulf

As we have reverted to Debian's packageing for upower this looks like a
downgrade to apt and therefore has to be done explicitly.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Devuan Git Migration

[Mark Hindley]

Friends,

The Devuan project is changing its git repository manager from GitLab to
Gitea[1]. The main motivation for this change is to avoid the excessive server
resource consumption of the GitLab instance. It has also become increasingly
difficult to incorporate necessary security fixes without enabling new
'features' that are not wanted or required.

The new Gitea installation is already available at
https://gitea.devuan.dev. Ultimately this will replace GitLab at
https://git.devuan.org.

The Devuan infrastructure admin team will migrate the official Devuan
repositories from GitLab to Gitea and setup a new team structure.

However, action is required by individual users who will need to register new
accounts and migrate any personal repositories they wish to preserve.

Once you have signed up for an account, the process of migration is
straightforward:

- Login to https://gitea.devuan.dev.

- Click on the '+' symbol at the top of the dashboard and select 'New
  Migration'.

- Specify the repository to be cloned and complete your account details from
  https://git.devuan.org.

- Click on 'Migrate repository'

To avoid the additional confusion that may be caused by running both Gitea and
GitLab simultaneously, we aim to complete this process as speedily as
possible. You help to achieve this is greatly appreciated.

Do ask if you have any questions.

Mark

[1] https://gitea.io/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Beowulf 3.0.0 released.

[Mark Hindley]

On Wed, Jun 03, 2020 at 10:56:50AM +0200, Dario Niedermann wrote:
> Il 02/06/2020 alle 19:30, Mark Hindley ha scritto:
> 
> > Devuan Developers are delighted to announce the release of Devuan
> > Beowulf 3.0.0 as the project's new stable release. [...]
> 
> Hi! Couple of questions whose answers I couldn't find on Devuan's website:
> 
> * is there a full list of packages I can browse?

The full list is immense. I think Debian buster has about 30k source packages
and 60k binary packages!  You can search all the Devuan suites at
https://pkginfo.devuan.org.

> * how long will Devuan 2 ASCII keep receiving security updates?

At least as long as Debian stretch has LTS. That is TBC in 2022 according to
https://wiki.debian.org/DebianReleases#Production_Releases

HTH.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Devuan Beowulf 3.0.0 released.

[Mark Hindley]

Dear Friends and Software Freedom Lovers,

   Devuan Developers are delighted to announce the release of Devuan Beowulf
   3.0.0 as the project's new stable release. This is the result of many months
   of painstaking work by the Team and detailed testing by the wider Devuan
   community.

What's new in Beowulf 3.0.0?

 * Based on Debian Buster (10.4) with Linux kernel 4.19.
 * Support for ppc64el in addition to the existing i386, amd64, armel,
   armhf and arm64 architectures.
 * runit optional alternative /sbin/init.
 * openrc optional alternative to sysv-rc service and runlevel
   control.
 * Standalone daemons (eudev, elogind) to replace aspects of
   monolithic systemd.
 * New boot, display manager and desktop themimg.

Installation and Documentation

   Whether you are upgrading an existing Devuan install, migrating from Debian
   or installing from scratch, instructions and guidance can be found at
   https://devuan.org/os/install and https://devuan.org/get-devuan.

   Packages[1], netboot images[2] and installation media[3] are available
   through a resilient network of http package mirrors, http, https, ftp and
   rsync iso mirrors, torrent and magnet.

   Please take time to read the Release Notes[4]. They include important
   configuration information and tips to help your install or upgrade go as
   smoothly as possible.

   Or, for the impatient, you can go straight to the package and sources.list
   information: https://devuan.org/os/packages or the installation media
   downloads: http://files.devuan.org/devuan_beowulf/

ARM Support

   Bootable ARM images are provided by the Devuan ARM community.

   You will find these resources useful for ARM-related discussion and
   development:
 * https://dev1galaxy.org/viewforum.php?id=24
 * https://arm-files.devuan.org/
 * #devuan-arm (Freenode)

Resources and Support

   * Mailing list: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
   * IRC: #devuan #devuan-dev #devuan-arm (Freenode)
   * Forum: https://dev1galaxy.org
   * Press contact: free...@devuan.org
   * Source code: https://git.devuan.org
   * Bug tracker: https://bugs.devuan.org
   * Package information: https://pkginfo.devuan.org
   * Popularity contest: https://popcon.devuan.org

After Beowulf

   The next Devuan release, 4.0.0, is codenamed Chimaera. Repositories are
   already available for the adventurous to test.

Appreciation

   We wish to thank all of you for the incredible support given to Devuan.
   Without your help and feedback, Devuan could not be the reliable and
   versatile distribution that it is.

   To support the Devuan project you can donate at:
   https://devuan.org/donate (includes financial reports) or take up one
   of the tasks listed at:
   https://dev1galaxy.org/viewtopic.php?pid=1380#p1380

   Live long and prosper!

   The Devuan Development Team

References

   1. https://devuan.org/os/packages
   2. 
https://devuan.org/get-devuan#installation-media-for-amd64-arm64-armel-armhf-i386-and-ppc64el
   3. https://devuan.org/get-devuan#iso-guide-for-i386-and-amd64
   4. http://files.devuan.org/devuan_beowulf/Release_notes.txt
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Small issues after upgrading to Beowulf

[Mark Hindley]

David,

On Fri, May 22, 2020 at 08:06:06AM +0200, David Kuehling via Dng wrote:
> Hi,
> 
> in March I upgraded from Devuan Ascii to Beowulf, using the
> documentation provided here:
> 
>   https://beta.devuan.org/os/documentation/dev1fanboy/en/upgrade-to-beowulf
> 
> Only three small problems popped up since that time:
> 
> 1) During upgrade:
>   dpkg: error processing archive
>   /var/cache/apt/archives/uim-data_1%3a1.8.8-4+deb10u2_a ll.deb
>   (--unpack):
>   subprocess installed pre-removal script returned error exit status 1
>   Errors were encountered while processing:
>/var/cache/apt/archives/uim-data_1%3a1.8.8-4+deb10u2_all.deb
>   E: Sub-process /usr/bin/dpkg returned an error code (1)
>
>   This was maybe an original Debian problem and has nothing to do with
>   Devuan.  Worked around this by patching the pre-removal script in
>   /var/lib/dpkg/info, followed by 'apt-get -f install'

Yes, please report that to Debian BTS

> 2) After the upgrade, pulseaudio was no longer auto-starting when
>   logging into XFCE.  Starting it from a terminal while logged in fixed
>   the problem for the ongoing session.  Eventually after finding this
>   [1] I permanently fixed the issue by uncommenting autospawn=no in
>   /etc/pulse/client.conf.d/00-disable-autospawn.conf .

This is a known issue and is documented in the Release Notes[1]
> 
> 3) Nowadays I have some conflict between installed packages surrounding
>   consolekit.  E.g. attempting to install "ktouch" will cause a conflict
>   where it wants to remove consolekit and replace
>   libpolkit-*-consolekit-1-0 with libpolkit-*-elgoind-1-0.  Is that an
>   acceptible conflict resolution or are I going to damage something in
>   my installation?

ktouch looks as if it requires an elogind based system. Changing over is fine so
long as you ensure you do it completely and don't have a mixture of consolekit
and elogind. 

I suggest you specify 'apt install ktouch libpam-elogind policykit-1' to help
apt find the right solution.

Once you have done that you will need to log out and back in again.

Mark

[1]  https://files.devuan.org/devuan_beowulf/Release_notes.txt

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] perl Setting locale failed on Beowulf PPC64

[Mark Hindley]

On Mon, Apr 27, 2020 at 06:43:57PM +0200, Luciano Mannucci wrote:
> 
> Beowulf on PowerPC seems jolly good!

Great!

> The only strange thing I get is this:
> 
> #service postgresql start
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:

Try 'dpkg-reconfigure locales'

Did you install from iso? There was a problem with the netinstall iso setting
the locale. We think it is fixed for the next beta.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

[Mark Hindley]

Alexis,

On Mon, Apr 20, 2020 at 01:03:47PM +, Alexis PM via Dng wrote:
>* libsystemd0 is installed. Note: it is a minimal installation (I
>didn't select anything in installation tasksel).

Unfortunately Debian's apt in buster depends on libsystemd0. See
https://bugs.devuan.org/355

We have a newly forked version of apt for ceres/chimaera, but not beowulf.

If this really bothers you, `apt install libelogind0' should replace it.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Fwd: ceres policykit

[Mark Hindley]

On Thu, Mar 26, 2020 at 04:35:57PM +0200, Dimitris via Dng wrote:
> is this safe to proceed and remove?
> should i wait for newer versions of these "obsolete" packages into ceres?

It is fine. If you look in the changelog you will see it documented. The backend
libraries have been removed in 0.105-26.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] couldn't register with accessibility bus in Beowulf (workaround)

[Mark Hindley]

There are also the most recent comments[1] in Debian bug #911362 which relates
to Buster and lightdm.

Does installing libatk-adaptor help?

Mark

[1]  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911362#27

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] couldn't register with accessibility bus in Beowulf (workaround)

[Mark Hindley]

Daniel and Gregory,

I have had a look at this.

I can conform that slim seems to do the right thing at the AT_SPI_BUS is set and
available.

On Wed, Mar 25, 2020 at 08:06:22AM +, Daniel Abrecht via Dng wrote:
> Hi
> 
> I've had that problem as well. It also prevents the auto-show feature of the
> `onboard` onscreen keyboard from working (which was annoying on my Librem 5
> Phone, where I need that feature).
> 
> To me, it seams to be caused by a combination of something `lightdm` does,
> and something `at-spi-bus-launcher` does not do.
> After a login with `lightdm`, the X11 root window has the `AT_SPI_BUS`
> property set (`xprop -root AT_SPI_BUS`), however, it seams the
> `at-spi-bus-launcher`/`at-spi2-registryd` instance which created that
> property does not exist anymore, causing applications to fail to connect to
> it. In addition to this, the presence of that property prevents a new
> instance of `at-spi-bus-launcher`
>  from starting.
> 
> My current workaround is to remove the `AT_SPI_BUS` property, and then start
> `at-spi-bus-launcher` again:
> ```
> xprop -root -remove AT_SPI_BUS
> /usr/lib/at-spi2-core/at-spi-bus-launcher &
> ```

Daniel, I get the same results as you with lightdm and your workaround is good
too. Although I don't have to restart the at-spi-bus-launcher process manually,
it is started automatically once a process tries to use it.

The issue seems to be that lightdm starts its own AT_SPI_BUS which is then
killed on login. But the AT_SPI_BUS property isn't removed so that it can be
relaunched in the user's session. This is depsite  Debian #760740 being marked
as fixed.

That bug also suggests another workaround of setting 'xserver-share=false' in
/etc/lightdm/lightdm.conf which also seems to work.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ASCII 2.1 to Beowulf: Report + questions

[Mark Hindley]

On Mon, Mar 23, 2020 at 10:32:44AM +0100, al3xu5 / dotcommon wrote:
> > Does `apt install libpam-elogind' fix it?
> 
> Hum... that's what I have:
> 
> ~~~
> $ sudo apt-get install libpam-elogind
> Lettura elenco dei pacchetti... Fatto
> Generazione albero delle dipendenze   
> Lettura informazioni sullo stato... Fatto
> I seguenti pacchetti aggiuntivi saranno inoltre installati:
>   elogind libelogind0
> I seguenti pacchetti saranno RIMOSSI:
>   libsystemd0
> I seguenti pacchetti saranno aggiornati:
>   elogind libelogind0 libpam-elogind
> 3 aggiornati, 0 installati, 1 da rimuovere e 1 non aggiornati.
> ~~~
> 
> It sounds good... Should I apply?

Within the limits of my Italian ;), it looks good.

I will have to look further as to why this needs an explicit command. Did you 
`apt upgrade' or `apt full-upgrade'?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] ASCII 2.1 to Beowulf: Report + questions

[Mark Hindley]

On Sun, Mar 22, 2020 at 05:53:17PM +0100, al3xu5 / dotcommon wrote:
> Hi all
> 
> Yesterday I dist-upgrade ASCII 2.1 (MATE DM) to Beowulf, following [1].
> 
> Overall, the upgrade appears to have gone well; the process has completed and
> the system is fully functional. But there are some details (maybe minor 
> issues)
> I would like to report, also with some questions.
> 
> Now I have: 
> ~~~
> $ uname -a
> Linux computer0 4.6.0-0.bpo.1-rt-amd64 #1 SMP PREEMPT RT Debian 4.6.4-1~bpo8+1
> (2016-08-11) x86_64 GNU/Linux
> 
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID:   Debian
> Description:  Devuan GNU/Linux 3 (beowulf)
> Release:  3
> Codename: beowulf
> ~~~
> 
> 1- There is one aspect of the upgrade that I don't think is in place, and that
> I would like to point out: elogind, libelogind0, libpam-elogind have not been
> upgraded; indeed these packages are marked as 'upgradable'. How should I 
> manage
> this situation?

To help us work out why, what does `apt policy libsystemd0 libelogind0 elogind
libpam-elogind' produce?

Does `apt install libpam-elogind' fix it?

> 2. Having upower installed, I have downgraded upower packages as suggested in
> [1], to avoid problems like bug#394 [2] which seems mainly related to 
> cinnamon.
> But I do not have cinnamon... So what I should do? Downgrade or not? If not,
> how to disable downgrading of those packages?

It applies to upower in general. #394 is just an example. If you don't want the
new packages, do nothing and apt will not install them.

> 3. Programs with a graphic display started complaining about the warning
> "Couldn't register with accessibility bus: ..." [3][4]. Putting 'export
> NO_AT_BRIDGE=1' in /etc/environment seems to have blocked the alerts. I don't
> know if it's a real solution or just a workaround that doesn't solve the
> underlying problem.

They are harmless. But installing at-spi2-core ought to make them disappear.

I will leave teh MATE and theme questions to others with more expertise!

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Chromium on Beowulf

[Mark Hindley]

On Sun, Mar 22, 2020 at 12:44:35PM +0100, J. Fahrner via Dng wrote:
> On Beowulf Chromium does not start because of missing sandbox.
> 
> ERROR:zygote_host_impl_linux.cc(116)] No usable sandbox! If this is a Debian
> system, please install the chromium-sandbox package to solve this problem.
> If you want to live dangerously and need an immediate workaround, you can
> try using --no-sandbox.
> 
> I think there is a missing dependency for package chromium-sandbox.

chromium-sandbox exists in beowulf.

chromium recommends chromium-sandbox. Do you have no-install-recommends
configured in apt?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] network-manager on Beowulf

[Mark Hindley]

On Sun, Mar 22, 2020 at 12:40:23PM +0100, J. Fahrner via Dng wrote:
> Hi,
> after upgrading from Ascii to Beowulf network-manager ist broken.
> 
> The following packages have unmet dependencies:
>  network-manager : Depends: libpam-systemd

Install libpam-elogind

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Beowulf Beta is here!

[Mark Hindley]

On Fri, Mar 20, 2020 at 10:05:18AM +0900, Olaf Meeuwissen via Dng wrote:
> Hi,
> 
> goli...@devuan.org writes:
> 
> > Dear dev1ers,
> >
> > The Devuan 3 Beowulf Beta release is now ready for review. The
> > installer isos, desktop-live and minimal-live isos can be downloaded
> > from:
> >
> > https://files.devuan.org/devuan_beowulf/
> 
> Kudos for all the hard work put in by all of you!
> 
> > Please report any issues you may experience to this list,
> > bugs.devuan.org,
> > freenode irc #devuan-dev or the dev1galaxy.org forum.
> 
> I prefer submitting issues at bugs.devuan.org to prevent them falling
> thru the cracks :-) but I'm wondering whether they should go to
> 
>  - debian-installer, or
>  - installation-reports

Olaf,

Thanks.

There is a devuan-installer pseudopackage which is probably most appropriate.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Is there a netboot.tar.gz ?

[Mark Hindley]

On Sun Feb   9 00:19:31 2020 Dr. Nikolaus Klepp  wrote:
> Hi all!
> 
> Is there something like debians netboot.tar.gz for devuan? 

Should be available this week along with mini.iso when I build debian-installer.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] "chimeara/ceres" in lsb_release output causes failure to compile kernel

[Mark Hindley]

On Tue, Feb 04, 2020 at 09:48:24PM +, mat...@danwin1210.me wrote:
> On 200202-11:17+0000, Mark Hindley wrote:
> ...
> > Actually, I think we might just need to merge in Debian's base-files 11.0. 
> > It
> > has dropped all the VERSION, VERSION_ID and CODENAME headers from
> > /etc/os-release. See
> ...
> > Are you able to remove VERSION, VERSION_ID and CODENAME and verify that the
> > kernel builds successfully?
> 
> So I did:
> 
> # diff /usr/lib/os-release os-release_200204_21_5.orig
> 2a3,5
> > VERSION_ID="4"
> > VERSION="4 (chimaera/ceres)"
> > VERSION_CODENAME=chimaera/ceres
> #
> 
> and I can confirm that the kernel compiles correctly.

That is very helpful. Thanks.

We'll get a new version based on Debian version 11 built as soon as possible.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] "chimeara/ceres" in lsb_release output causes failure to compile kernel

[Mark Hindley]

Matheu,

Thanks for this.

On Sat, Feb 01, 2020 at 09:40:31PM +, mat...@danwin1210.me wrote:
> 127c127
> < elif distribution=$(lsb_release -cs |cut -d/ -f2 2>/dev/null) && [ -n 
> "$distribution" ] && [ "$distribution" != "n/a" ]; then
> ---
> > elif distribution=$(lsb_release -cs 2>/dev/null) && [ -n "$distribution" ] 
> > && [ "$distribution" != "n/a" ]; then

Actually, I think we might just need to merge in Debian's base-files 11.0. It
has dropped all the VERSION, VERSION_ID and CODENAME headers from
/etc/os-release. See
https://tracker.debian.org/media/packages/b/base-files/changelog-11

That makes lsb_release -cs return 'n/a' which is an expected and handled case.

Are you able to remove VERSION, VERSION_ID and CODENAME and verify that the
kernel builds successfully?

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] "chimeara/ceres" in lsb_release output causes failure to compile kernel

[Mark Hindley]

On Tue, Jan 28, 2020 at 09:46:38PM -, matheu--- via Dng wrote:
> Hi!
> 
> I tried to see how to report this bug on bugs.devuan.org, or on
> dev1galaxy.org but couldn't magage with Tor.

Matheu,

Thanks. This looks as if it might well be related to #379. So please 
could you resend this information to 3...@bugs.devuan.org.

Please also attach the KERNEL_SRC_ROOT/debian/changelog file.

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] buster to beowulf

[Mark Hindley]

On Thu, Jan 16, 2020 at 06:45:44PM -0500, Hendrik Boom wrote:
> I'd like to pretend to be a former Debian user who wants to try out 
> Devuan,
> and perform the cross-grade as a former Debian user might.
> 
> The point of course, is for find out if there are any glitches before
> beowulf goes stable.  I'll be doing it on a real hardware computer, 
> not a VM.
> 
> I have found the instructions to migrate jessie to ascii.
> 
> Is there a draft of the instructions from buster to beowulf?  A draft 
> I could maybe help debug by following it? 

Yes, I have been working on this.

Attached is the script I have been testing. It single steps through.

I don't propose we publish the script but it makes testing quicker. Or 
just run the commands manually. It requires 2 passes.

Mark




buster_migration.sh
Description: Bourne shell script
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Alternatives to synaptic?

[Mark Hindley]

I don't quite understand what you want.

To use synaptic you need to accept policykit-1 and either elogind or 
consolekit.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Alternatives to synaptic?

[Mark Hindley]

On Thu, Jan 09, 2020 at 05:44:17PM +0100, Alessandro Vesely via Dng wrote:
> Hi,
> 
> is there a recommended GUI package browser for Devuan?
> 
> After migrating, synaptic isn't installed.  If I try to install it, it says it
> needs policykit-1.  Since the latter seems to be akin to systemd, I reply 'n'.

I really don't think that is true. There is no direct relationship between
policykit-1 and systemd. And our policykit works with either elogind or
consolekit, so you have options.

If you want a integrated gui desktop that allows you to do privileged things
like install packages, you will need policykit-1 or something similar.

Alternatively, use apt or aptitude from the commandline.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind and libelogind0

[Mark Hindley]

On Mon, Jan 06, 2020 at 04:04:43PM +, Mark Hindley wrote:
> The choice is yours.

For completeness, perhaps I should have mentioned that you can always forgo all
of this complexity and try openbox.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind and libelogind0

[Mark Hindley]

On Mon, Jan 06, 2020 at 04:10:56PM +0100, Arnt Karlsen wrote:
> 
> ..which should we use, elogind or consolekit?

It probably depends on which desktop you want to use.

AFAIK in beowulf, xfce4 with slim or lightdm can use either consolekit or
elogind. Most other destops (mate, cinnamon, lxqt, budgie...) only work with
elogind.

I think ascii is a bit more restrictive than that, but it was before my time.

elogind is actively maintained upstream and in Devuan, indeed we are the
packaging upstream for Debian ;). Consolekit (actually consolekit2) is pretty
inactive upstream.

The choice is yours.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind and libelogind0

[Mark Hindley]

On Mon, Jan 06, 2020 at 09:10:44AM -0500, Hendrik Boom wrote:
> On Mon, Jan 06, 2020 at 01:53:09PM +0000, Mark Hindley wrote:
> > On Mon, Jan 06, 2020 at 08:39:45AM -0500, Hendrik Boom wrote:
> > > Just wondering -- did it refuse to boot or be otherwise seriously 
> > > unusable until you had installed elogind and libelogind0?  Were your 
> > > text-only consoles affected? Or did it just interfere with desktops?
> > > 
> > > And just curious -- never heard of these before systemd.  What do they 
> > > do?
> > 
> > >From https://github.com/elogind/elogind/:
> > 
> >  'The systemd project's "logind", extracted to a standalone package'
> > 
> > It keeps a record of logins, seats and sessions and maps pids to those so 
> > that
> > desktoppy things like being able to reboot from the desktop work without 
> > having
> > to become root.
> 
> I see.  So in effect it provides a privilege check on rebooting.

Indirectly. policykit-1 does the checking, but asks elogind or consolekit if the
requesting pid is part of the session that it claims.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] elogind and libelogind0 (WAS: Re: We need upgrade reports

[Mark Hindley]

On Mon, Jan 06, 2020 at 08:39:45AM -0500, Hendrik Boom wrote:
> Just wondering -- did it refuse to boot or be otherwise seriously 
> unusable until you had installed elogind and libelogind0?  Were your 
> text-only consoles affected? Or did it just interfere with desktops?
> 
> And just curious -- never heard of these before systemd.  What do they 
> do?

From https://github.com/elogind/elogind/:

 'The systemd project's "logind", extracted to a standalone package'

It keeps a record of logins, seats and sessions and maps pids to those so that
desktoppy things like being able to reboot from the desktop work without having
to become root.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Migrating from debian stretch/ openbox

[Mark Hindley]

On Fri, Jan 03, 2020 at 01:27:56PM +0100, Alessandro Vesely via Dng wrote:
> Hi all,
> 
> After the latest GR, it seems to be time to migrate.  Is ASCII the right 
> planet
> to go?  I found migrate-to-ascii[*] but no equivalent guide for beowulf.

Ascii is stable and derived from stretch. Beowulf is nearly ready. I do have
some draft instructions for migrating from buster to beowulf that work for me
and you are welcome to try that, if you wish. Although, you might be safer to go
stretch -> ascii -> beowulf.

> Furthermore, neither that guide[*] nor the os/ page[†] mention openbox.  I 
> have
> a minimal openbox installation, but it works for me.  Should I really change 
> it
> in order to migrate?

I have openbox installed in a beowulf vm alongside xfce and it works fine. So
you should be able to stick with it.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] why is dist-upgrade trying to remove mate

[Mark Hindley]

On Thu, Jan 02, 2020 at 10:45:28PM -0700, Gregory Nowak wrote:
> Hi All,
> I just did apt-get update followed by dist-upgrade on a Beowulf
> system, and I get this:

Hi,

I just pushed a new verion of policykit to beowulf. It could be related 
to that.

Do you gave elogind installed?

What does apt upgrade try to do?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Clamav not installable??

[Mark Hindley]

On Tue, Dec 17, 2019 at 03:09:12PM +0100, Roel Wagenaar via Dng wrote:
> Mark Hindley  wrote:
> 
> > On Tue, Dec 17, 2019 at 08:57:05AM +0100, Roel Wagenaar via Dng wrote:
> > >
> http://packagemaster.deb.devuan.org/merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
> > > is mislukt  404  Not Found
> > 
> > I am sorry, I can't reporduce this at all.
> > 
> > What does
> > 
> >  HEAD -S
> http://packagemaster.deb.devuan.org/merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
> > 
> > Produce for you?
> > 
> > Or you could use  "curl -Lv -o /dev/null" if you don't have HEAD
> > installed.
> 
> I don't have HEAD, but the browser simply delivers the .deb file.
> 
> Much to my dismay I found that disabling apt-cacher-ng seems to solve the
> problem.
> It has been working seemless for years but looks like to have gone awry.

Well as the maintainer of apt-cacher (original, not -ng) I can heartily
recommend that! ;)

The other thing that has been pointed out to me is that your ursl are probably
wrong. AFAIK you should use either deb.devuan.org or pkgmaster.devuan.org

Hope this helps

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Clamav not installable??

[Mark Hindley]

On Tue, Dec 17, 2019 at 08:57:05AM +0100, Roel Wagenaar via Dng wrote:
> http://packagemaster.deb.devuan.org/merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
> is mislukt  404  Not Found

I am sorry, I can't reporduce this at all.

What does

 HEAD -S 
http://packagemaster.deb.devuan.org/merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb

Produce for you?

Or you could use  "curl -Lv -o /dev/null" if you don't have HEAD installed.

I get.

HEAD 
http://packagemaster.deb.devuan.org/merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
301 Moved Permanently
HEAD 
http://deb.devuan.org//merged/pool/DEBIAN/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
302 Moved Temporarily
HEAD 
http://mirrors.dotsrc.org/debian/pool/main/libm/libmspack/libmspack0_0.5-1+deb9u3_arm64.deb
200 OK
Connection: close
Date: Tue, 17 Dec 2019 13:26:14 GMT
Accept-Ranges: bytes
ETag: "5bdb6fab-9d18"
Server: nginx/1.14.0 (Ubuntu)
Content-Length: 40216
Content-Type: application/octet-stream
Last-Modified: Thu, 01 Nov 2018 21:27:07 GMT
Client-Date: Tue, 17 Dec 2019 13:26:14 GMT
Client-Peer: 130.225.254.116:80
Client-Response-Num: 1

Which looks OK to me.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Clamav not installable??

[Mark Hindley]

On Sun, Dec 15, 2019 at 03:15:15PM +0100, Roel Wagenaar via Dng wrote:
> L.S.
> 
> When installing clamav on a Raspberrypi 3+ I get error for packages not
> found.
> 
> 
> Error:1 http://deb.devuan.org/merged ascii/main arm64 libmspack0 arm64
> 0.5-1+deb9u3
>   404  Not Found

Are you using ascii?

According to
https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=libmspack0&release=ascii
is it in ascii.

You maybe hit a mirror before it had synced. I suggest apt update and try
again.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Error trying to update beowulf

[Mark Hindley]

On Fri, Dec 06, 2019 at 02:48:55PM -0500, Ismael L. Donis Garcia wrote:
> I have a local devaun repository
> I updated it today and I get the following error:

Thanks. This is caused by our migration yesterday to a new build 
pipeline and dak repository.

I have changed the config to be as similar to the old one as I can.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How to change the action of the computer's power button?

[Mark Hindley]

On Mon, Dec 02, 2019 at 02:52:32PM +, Mark Hindley wrote:
> On Mon, Dec 02, 2019 at 03:41:38PM +0100, Stephane Ascoet wrote:
> > Le 02/12/2019 à 15:23, Mark Hindley a écrit :
> > >Are you using elogind? If so you can change the defaults in
> > >/etc/elogind/logind.conf.
> > 
> > Thanks for the answer but no, and it happens even in TTYs, so I assume it's
> > the set at a low-level in system
> 
> Have you tried? AFAIK elogind covers ttys as well.

Sorry, I think I may have misunderstood your reply.

Did you mean no you don't have elogind installed?

If so, what are you using? pm-utils?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How to change the action of the computer's power button?

[Mark Hindley]

On Mon, Dec 02, 2019 at 03:41:38PM +0100, Stephane Ascoet wrote:
> Le 02/12/2019 à 15:23, Mark Hindley a écrit :
> >Are you using elogind? If so you can change the defaults in
> >/etc/elogind/logind.conf.
> 
> Thanks for the answer but no, and it happens even in TTYs, so I assume it's
> the set at a low-level in system

Have you tried? AFAIK elogind covers ttys as well.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How to change the action of the computer's power button?

[Mark Hindley]

On Mon, Dec 02, 2019 at 03:04:08PM +0100, Stephane Ascoet wrote:
> Hi, on the laptop of my work, pressing the power button while Devuan is
> running executes a shutdown, the default setting. It's a probleme for me,
> how can I change the command called? I've searched the Web and only found
> answers for Ubuntu(with Gnome, that I don't have installed) or even window$

Are you using elogind? If so you can change the defaults in
/etc/elogind/logind.conf.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] disable elogind messages?

[Mark Hindley]

Hal,

On Wed, Nov 13, 2019 at 04:35:14AM -0600, hal wrote:
> Hi,
> Any way to disable elogind from filling up the message logs? I think all
> these messages are happening because I have cron jobs running frequently.
> 
> I could possibly tell rsyslog to file these in cron.log (if it is cron) but
> there is still the problem of excess logging taking up disk space.
> 
> Thank you
> 
> ...
> [Wed Nov 13 04:15:01 2019] elogind[2278]: Removed session 64956.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: New session 64957 of user root.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: Removed session 64957.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: New session 64958 of user root.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: Removed session 64958.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: New session 64959 of user root.
> [Wed Nov 13 04:15:01 2019] elogind[2278]: Removed session 64959.
> [Wed Nov 13 04:18:01 2019] elogind[2278]: New session 64969 of user root.
> [Wed Nov 13 04:18:01 2019] elogind[2278]: Removed session 64969.
> [Wed Nov 13 04:18:01 2019] elogind[2278]: New session 64970 of user root.
> [Wed Nov 13 04:18:01 2019] elogind[2278]: Removed session 64970.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: New session 64971 of user root.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: Removed session 64971.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: New session 64972 of user root.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: Removed session 64972.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: New session 64973 of user root.
> [Wed Nov 13 04:18:02 2019] elogind[2278]: Removed session 64973.

That is 6 new root sessions in 2 seconds. What is in your cron job? I can't
immediately think of a reason why you would want a logind session for a root
cron job at all.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

On Wed, Sep 11, 2019 at 06:25:20PM +0200, José Marinho wrote:
> Finally, I managed to get to Beowulf from Buster by doing what is indicated 
> in the text file I send as an attachment.
> 
> Hope it would be helpful.

Yes, thanks. On a quick look all of your difficulties look related to tasksel. I
think the basic process I posted is OK.

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

On Wed, Sep 11, 2019 at 10:41:29AM +0200, José Marinho wrote:
> For the first point, you are right, the final hyphen makes a big difference
> and now I am free of the dbus delay and can reach a GUI through Lightdm.

Great!

> But the other issue persists:
> root@dserver:~# apt install --purge policykit-1
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  policykit-1 : Depends: libpolkit-agent-1-0 (= 0.105-25+devuan4) but 0.105-25 
> is to be installed
>Depends: libpolkit-backend-1-0 (= 0.105-25+devuan4)
>Depends: libpolkit-gobject-1-0 (= 0.105-25+devuan4)
> E: Unable to correct problems, you have held broken packages.

I think this is a problem in devuan's task-xfce-desktop.

We are quite behind debian (buster has 3.53, beowulf has 3.48+devuan1.1) and
devuan's version also has a (now) unhelpful dependency on
libpolkit-backend-consolekit-1-0.

Could you try removing task-xfce-desktop first?

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

José,

Hello. Thanks for this.

On Tue, Sep 10, 2019 at 09:40:42PM +0200, José Marinho wrote:
> Hi all,
> 
> >From a brand new debian server installation on Virtualbox I install desktop
> >stuff by installing task-xfce-destop metapackage and try your instructions. I
> >don't know if I miss or misunderstand something. What I got was this:
> 
> After installing devuan-keyring, changing apt sources, updating apt sources,
> editing /var/lib/dpkg/status file for removing systemd-sysv of the end of the
> line, do an "apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd"

Could you check that line. It may just be a typo, but should be

 apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd-

with a hyphen at the end. That cured the dbus delays for me.

> and rebooting the system, when I rebooted I notice that when the system start
> after the reboot, it gets stuck on dbus and avahi-daemon delaying init much
> more than usual. Besides this, it delays too a lot when I try to log in the
> system by console or ssh. When I finally reach a root console and issue : "apt
> install --purge policykit-1" I get this output:
> 
> apt install --purge policykit-1
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  policykit-1 : Depends: libpolkit-agent-1-0 (= 0.105-25+devuan4) but 0.105-25 
> is to be installed
>Depends: libpolkit-backend-1-0 (= 0.105-25+devuan4)
>Depends: libpolkit-gobject-1-0 (= 0.105-25+devuan4)

This is odd as 0.105-25 is the buster version.

I had tested this from xfce4 install but not the task-xfce4-desktop
metapackage. I will try and see if I can reproduce.

Are there any  held packages or apt pinning in force?

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

On Tue, Sep 10, 2019 at 10:09:12AM -0400, fsmithred via Dng wrote:
> Would a transitional package that makes the edit to /var/lib/dpkg/status be
> a sane solution?

Yes I wondered about that. What would work is a libpam-systemd.deb with Debian
#935304 fixed. But it would be a pain to maintain as we would have to keep the 
versions in
step with the rest of the systemd in buster. We also couldn't have it in the
main devuan archive as we use libpam-elogind to provide libpam-systemd, so it
would have to be a download and manual install.

In the end, I feel it is more appropriate to fix Debian bugs in Debian if we 
can.

Best wishes

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

I have been further testing ways of migrating buster to beowulf.

With a install of xfce4 and lightdm, the cleanest way I can come up with is:

# Migrate from Debian buster to Devuan beowulf

# Install devuan-keyring
wget 
http://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb
dpkg -i devuan-keyring_2017.10.03_all.deb

# Change APT sources
cat > /etc/apt/sources.list = 2.28), libpam0g (>= 0.99.7.1), systemd (= 
241-7~deb10u1), libpam-runtime (>= 1.0.1-6), dbus, systemd-sysv
# 4) Remove ', systemd-sysv from the end of the line, leaving the rest of the 
line intact
# 5) Save file
cp /var/lib/dpkg/status /var/lib/dpkg/status.save
editor /var/lib/dpkg/status

# Install new init and dbus.
# Ensure we will have dbus-x11 to provide dbus-session-bus after systemd is 
gone.
# Remove libnss-systemd to avoid delays on nss lookups after reboot.
apt install --purge sysvinit-core dbus dbus-x11 libnss-systemd-

reboot

# If you have policykit-1 installed, update it.
# This will also purge systemd* and install libpam-elogind
apt install --purge policykit-1

# The rest of the migration (base-files, eudev, etc)
# This will also purge sytemd* if not already done.
apt --purge full-upgrade

# Optionally, if you didn't edit /var/lib/dpkg/status above
# Reinstall whatever desktop and display manager was removed
# apt install xfce4 lightdm

# Change ens3 to eth0 in /etc/network/interfaces
sed s/ens3/eth0/ -i /etc/network/interfaces

reboot

# Remove cruft
apt autoremove --purge

Done!

The transitional systemd-sysv package I talked about a few days ago to smooth
over #935304 isn't going to work as I had forgotten that sysvinit-core conflicts
with systemd-sysv.

The hack to work around #935304 by editing /var/lib/dpkg/status is not pretty at
all. If you don't want it you will have to accept removal of some GUI components
with libpam-systemd and then reinstall them after libpam-elogind is in place.

I hope the instructions are reasonably clear.

Do give feedback.

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] https://lists.dyne.org/lurker/message/20190907.165012.d27df505.en.html

[Mark Hindley]

On Sat, Sep 07, 2019 at 11:16:20PM -0400, Hendrik Boom wrote:
> > > This is the point we need a transitional package to temporarily satisfy
> > > libpam-systemd's systemd-sysv dependency whilst the system is rebooted.
> 
> It it there yet?  If not, could you let us know when it arrives?  I could 
> delay my test upgrade in case it might test whether these changes work 
> properly.

I hope to have one for initial testing later today.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] https://lists.dyne.org/lurker/message/20190907.165012.d27df505.en.html

[Mark Hindley]

On Sat, Sep 07, 2019 at 06:25:02PM +, NCW RC via Dng wrote:
>I documented my test migration of a buster Xfce install at:
> 
>https://dev1galaxy.org/viewtopic.php?pid=17716#p17716

Thanks.

Yes, that mirrors my experience. I am hoping that I have a way to avoid the
removal and reinstallation of policykit, lightdm etc that you found.

I would also love to understand why dbus is slow after the reboot.

Mark

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [devuan-dev] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

On Sat, Sep 07, 2019 at 11:04:00AM +1200, Daniel Reurich wrote:
> On 07/09/19 07:30, Mark Hindley wrote:
> But it should use libpam-elogind.  Perhaps we need to ban libpam-systemd
> to force the use of libpam-elogind instead.  The only thing is we need
> to check if their is a dep version check on libpam-systemd in which case
> we'd also need to set the version for the "Provides: libpam-systemd" also.

I think that is all covered and works fine once the install process is
done. However, see below:
 
> > So, I am working on a transitional package that could help in devuan to 
> > smooth
> > this out and not require the whole GUI to be removed and reinstalled. The 
> > basic
> > idea is that the transitional package Provides systemd-sysv and Depends
> > sysvinit-core. Installing it temporarily will satisfy libpam-systemd whilst 
> > the
> > system is rebooted without having to uninstall half of the system.
> > 
> I don't think a transitional package is required.

I think it is (if you want to avoid removing and then reinstalling many desktop
packages). There is a dependency loop here we have to break.

libpam-systemd depends systemd-sysv. libpam-systemd also depends
systemd. Devuan's libpam-elogind provides libpam-systemd but conflicts with
systemd which must be removed first.

However, to get systemd uninstalled we first have to replace systemd-sysv with
sysvinit-core (leaving systemd installed) and reboot. systemd and elogind
conflict so we cannot use libpam-elogind to replace libpam-systemd *yet*.

This is the point we need a transitional package to temporarily satisfy
libpam-systemd's systemd-sysv dependency whilst the system is rebooted.

After reboot, systemd is no longer PID1 so can be removed and we can then
complete the transition replacing libpam-systemd with libpam-elogind, removing
systemd and installing elogind.

I hope that is clearer.

Best wishes

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Migrating from Buster to Beowulf - feedback needed

[Mark Hindley]

On Thu, Sep 05, 2019 at 11:27:03PM -0500, goli...@devuan.org wrote:
> Dear Dev1ers,
> 
> Many of you have asked how you can help Devuan.  Well, here's an opportunity
> - especially for those who keep asking when Beowulf will be released!

I have just had a go in a couple of scenarios using a VM.

The basic process is:

 1) Install sysvinit-core (if you don't have it already), remove libnss-systemd
and reboot.
 2) Manually download and  install devuan-keyring (wget, dpkg -i).
 3) change apt sources from buster to beowulf.
 4) apt update.
 4) apt full-upgrade or apt-get dist-upgrade.

The process is not too bad, particularly if you have a very basic
install. However, the main issue is step 1) if you have anything desktoppy
installed (lightdm, xfce). Debian's libpam-systemd unhelpfully depends on
systemd-sysv which in turn conflicts with sysvinit-core. So, by installing
sysvinit-core the whole chain systemd-sysv -> libpam-systemd -> policykit ->
desktop gets more or less removed. Of course it could all be reinstalled later,
but that is understandably probably too much for most users.

I have already submitted #935304 which is being ignored and may well not be
fixed in bullseye. Sigh!

In the report I point out that  libpam-systemd depending on systemd-sysv 
doesn't mean
systemd will always be PID 1, which is (I think) the intention of it.

So, I am working on a transitional package that could help in devuan to smooth
this out and not require the whole GUI to be removed and reinstalled. The basic
idea is that the transitional package Provides systemd-sysv and Depends
sysvinit-core. Installing it temporarily will satisfy libpam-systemd whilst the
system is rebooted without having to uninstall half of the system.

Thoughts?

Mark

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Forced removal of 481 packages on ceres dist-upgrade

[Mark Hindley]

On Tue, Apr 02, 2019 at 11:24:42PM +0100, Nicola Orrù via Dng wrote:
>Hi, all,
>My first post to this list!
>For the last couple of days I've been trying to keep up-to date on
>Ceres, which I do quite regularly.
>But now, If I run the usual
>sudo apt-get -u dist-upgrade
>I get the following alert:
>WARNING: The following essential packages will be removed.
>This should NOT be done unless you know exactly what you are doing!
>  init sysvinit-core (due to init)
>49 upgraded, 3 newly installed, 481 to remove and 3 not upgraded.
>Need to get 62.2 MB of archives.
>After this operation, 9362 MB disk space will be freed.
>You are about to do something potentially harmful.
>To continue type in the phrase 'Yes, do as I say!'
>Of course I don't want to remove 481 packages. What am I doing wrong?

Nothing! I have had this for about the last 10 days too. It is already
reported. See https://bugs.devuan.org/312. I think Centurion_Dan is working on
it.

It relates to the Debian fix for https://bugs.debian.org/923861 which breaks our
fork of lsb.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] tried testing elogind and libelogind0 241.1-1

[Mark Hindley]

On Tue, Mar 12, 2019 at 07:05:49PM +0200, Dimitris via Dng wrote:
> On 3/12/19 6:55 PM, Hendrik Boom wrote:
> > Let me hope those packages just have misdirected dependencies
> > and that any I might use still work.
> 
> packages complain because libsystemd0 is removed first during upgrade.
> after libelogind0 is installed, dependencies are recovered, so
> everything's fine.

Yes, That is what apt does. I think it is fine and as expected.

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] tried testing elogind and libelogind0 241.1-1

[Mark Hindley]

On Tue, Mar 12, 2019 at 12:55:47PM -0400, Hendrik Boom wrote:
> On Tue, Mar 12, 2019 at 05:42:49PM +0100, KatolaZ wrote:
> > On Tue, Mar 12, 2019 at 12:32:18PM -0400, Hendrik Boom wrote:
> > 
> > [cut]
> > 
> > > 
> > > Do I just have to do aptitude install elogind?
> > >
> > 
> > Just try:
> > 
> >   # apt-get install libelogind0
> > 
> > it should remove libsystemd0, and life should continue as before. If
> > you have multi-arch enabled with support for i386, you might want to
> > install also libelogind0:i386.
> 
> That worked.  But, worrisome messages:

I think that is all fine.

You can always check there are no missing dependencies with

 apt-get check

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] tried testing elogind and libelogind0 241.1-1

[Mark Hindley]

On Tue, Mar 12, 2019 at 12:32:18PM -0400, Hendrik Boom wrote:
> On Tue, Mar 12, 2019 at 02:10:10PM +0000, Mark Hindley wrote:
> > Hello all,
> > 
> > We have just packaged a new upstream version of elogind (241.1) for Devuan. 
> > The
> > packages have just hit ceres and beowulf and should be in mirrors within an
> > hour.
> > 
> > The Big News in this release is that, thanks to the persistence of 
> > CenturionDan
> > and the excellent response of Sven upstream, libelogind0 is now ABI 
> > compatible
> > with libsystemd0. This allows libelogind0 to replace libsystemd0 completely
> > without requiring binary recompilation.
> 
> I just upgraded from ascii to beowulf yesterday for testing things.  I 
> have elogind 239.3+20190131-1.
> 
> Do I just have to do aptitude install elogind?
> 
> I tried it in aptitude's interactive mode.

Does it work with plain apt or apt-get?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Request for testing of elogind and libelogind0 241.1-1

[Mark Hindley]

Hello all,

We have just packaged a new upstream version of elogind (241.1) for Devuan. The
packages have just hit ceres and beowulf and should be in mirrors within an
hour.

The Big News in this release is that, thanks to the persistence of CenturionDan
and the excellent response of Sven upstream, libelogind0 is now ABI compatible
with libsystemd0. This allows libelogind0 to replace libsystemd0 completely
without requiring binary recompilation.

I have tried basic combinations of slim/lightdm with mate/cinnamon/xfce4 on a VM
without any problems. But more testing is required. Please do try all of the
desktoppy things and report any regressions.

Thanks for your help and have fun!

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Sun, Mar 10, 2019 at 12:12:32PM +, Mark Hindley wrote:
> > $ w
> > 01:55:37 up 4 min,  1 user,  load average: 0.21, 0.19, 0.09
> > USER TTY  FROM LOGIN@   IDLE   JCPU   PCPU WHAT
> > user   :0.0 :0.0 01:51   ?xdm?  47.32s  0.24s
> > x-session-manager

Didier,

Having looked at this some more, whilst I agree that the w output of ?xdm? is
ugly, I think it is correct. You can only get the correct idle time for X with
xprintidle. The value derived from utmp can never be correct.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Sun, Mar 10, 2019 at 02:03:11AM +0200, Dimitris via Dng wrote:
> On 3/8/19 10:04 PM, Mark Hindley wrote:
> > Would people who are experiencing missing slim utmp entries mind trying 
> > again
> > with the following configuration added to /etc/slim.conf, please?
> > 
> > sessionstop_cmd exec /usr/bin/sessreg -d -l $DISPLAY %user
> > sessionstart_cmd exec /usr/bin/sessreg -a -l $DISPLAY %user
> > 
> > If you don't have the sessreg command it is in the package 
> > x11-xserver-utils.
> 
> just tried that. results :

Thanks very much

> $ w
> 01:55:37 up 4 min,  1 user,  load average: 0.21, 0.19, 0.09
> USER TTY  FROM LOGIN@   IDLE   JCPU   PCPU WHAT
> user   :0.0 :0.0 01:51   ?xdm?  47.32s  0.24s
> x-session-manager
> 
> 
> $ lastlog -u user
> Username Port From Latest
> user   :0.0  Sun Mar 10 01:51:53 +0200 2019
> 
> 
> lastlog updated with this change as well. tty doesn't seem right, ":0.0"
> instead of "tty7" (?) and IDLE in w is wrong.

Yes, I had noticed the w ?xdm?. This is a bug in sessreg that I am patching
now. sessreg only recongnises :0 at the moment. :0.0 or any other numbers don't
work!

But the functionality in slim is basically right, I think.

I will have to send the sessreg patch to Debian unless we are prepared to fork
x11-server-utils.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Thu, Mar 07, 2019 at 08:31:33AM +1100, Ralph Ronnquist via Dng wrote:
> So, apparently 'slim' since long ago believes something else is
> responsible for registring the session(s), but that something else
> doesn't agree.

Would people who are experiencing missing slim utmp entries mind trying again
with the following configuration added to /etc/slim.conf, please?

sessionstop_cmd exec /usr/bin/sessreg -d -l $DISPLAY %user
sessionstart_cmd exec /usr/bin/sessreg -a -l $DISPLAY %user

If you don't have the sessreg command it is in the package x11-xserver-utils.

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] new freedesktop "standard": /etc/machine-id

[Mark Hindley]

On Fri, Mar 08, 2019 at 02:23:20PM +0100, KatolaZ wrote:
> Jaromil,
> 
> this is currently managed by eudev in devuan and, IIRC, it is simply
> regenerated as a random ID at each boot. I guess it's still there
> because it is used by several things, including
> session-management-related stuff. We had a discussion on IRC with Mark
> (LeePen) about that several weeks ago, and IIRC we concluded that
> keeping it around but re-generating it at boot was the way to avoid
> breakage.

Yes, elogind uses it. But I got upstream to take a patch which uses
/var/lib/dbus/machine-id as an alternative to /etc/machine-id.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] new freedesktop "standard": /etc/machine-id

[Mark Hindley]

On Fri, Mar 08, 2019 at 03:00:31PM +0100, KatolaZ wrote:
> > Yes, elogind uses it. But I got upstream to take a patch which uses
> > /var/lib/dbus/machine-id as an alternative to /etc/machine-id.
> > 
> 
> and, IIRC, also /var/lib/dbus/machine-id is re-generated at boot
> time. But we need to double-check.

Yes, but only if it is missing, so eg if /var/ is tmpfs or you arrange to clear
it.

/var/lib/dbus/machine-id is generated by a dbus-uuidgen(1) call in the dbus
initscript. This doesn't overwrite an existing file so that the machine-id is
not changed during a single uptime.

Certainly  elogind has no requirement for /etc/machine-id to be present or
consistent between boots.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Thu, Mar 07, 2019 at 11:07:41AM +0200, Dimitris via Dng wrote:
> On 3/7/19 2:00 AM, wirelessduck--- via Dng wrote:
> > 
> > I get nothing listed when running 'w' and 'who'. Checking output of 'last' 
> > shows the reboot time correctly but my slim login doesn’t appear at all.
> 
> same here. w used to work with lightdm. tty logins still show normally.
> also tried with procps/ceres (downgrade from beowulf), but that made no
> difference.
> 
> lastlog also doesn't show any user logins since 30/1.. (right after
> policykit upgrade -
> https://lists.dyne.org/lurker/message/20190131.103118.c6fc512b.en.html )
> policykit installed version : 0.105-25+devuan1
> elogind installed version : 239.3+20190131-1
> 
> is there a bug report for this yet?
> (will probably try consolekit again, just to check if it makes any
> difference)

Thanks for these reports. I think there are 2 separate things going on here:

You are right that elogind doesn't seem to be updating lastlog.

I think this is a different issue from the slim logins not being
registered. This seems to be long standing and unreleated to elogind/consolekit.

I can reproduce both.

Would you open separate bugs please?

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Wed, Mar 06, 2019 at 08:00:06PM +1100, Ralph Ronnquist via Dng wrote:
> Hmm .. a reboot sorted it(?) I had "0 users" before, but now I'm counted.

Good!

> I pulled in the updated slim (downgrade) into my ASCII laptop, and is
> using consolekit (and xfce4), so maybe this is not a useful test at all.

No, it was really useful. I mainly test with elogind so reports of working with
consolekit is very helpful.

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Request for testing of slim/experimental

[Mark Hindley]

On Wed, Mar 06, 2019 at 01:38:39PM +1100, Ralph Ronnquist via Dng wrote:
> slim doesn't seem to update /var/run/utmp and /var/log/wtmp anymore?
> At least, I found 'sessreg' being commented out in /etc/slim.conf
> Or is that me having done sleep-editing (again) maybe.
> (My 'w' report is total nonsense, although that'd be 'procps' rather
> than slim I suppose)

Thanks for testing.

I don't see this -- last and w output sane data.

Are you using consolekit2 or elogind?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Request for testing of slim/experimental

[Mark Hindley]

Hello,

We have a new version of slim in experimental (1.3.6-5+devuan6). It has been
changed so that it now works with either elogind or consolekit2. It would be a
great help to have it tested before it moves into ceres/beowulf.

All reports of problems or success gratefully received.

Thanks for your help.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [Solved] Help testing new policykit in Beowulf

[Mark Hindley]

On Sun, Feb 10, 2019 at 11:35:22PM +, stanz wrote:
> > Could you make sure policykit-1-gnome is installed and then try again.
> 
> Was Not Installed - installed, & after Reboot, IT WORKS!
> 
> Would this fix make that package become a dependency(at install)?
> 
> And would this justify a bug report, adding the need to install 2 different 
> pkgs,
> to get 2 different programs working proper?
> What are the names of the 2 different packages - to report? (I don't know :)

Good!

By all means file a bug report against policykit-1. But I already have a patch
for policykit-1 to add Recommends: polkit-1-auth-agent queued for inclusion.

Once you have policykit-1-gnome installed do you still need gvfs?

Mark


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Help testing new policykit in Beowulf

[Mark Hindley]

On Sun, Feb 10, 2019 at 08:20:58PM +, stanz via Dng wrote:
> Installed synaptic & bleachbit (as root) to test pkexec permissions...didn't 
> ask for password
> or start programs. They do run as regular user and terminal with sudo.

Could you make sure policykit-1-gnome is installed and then try again.

Thanks.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] [cor...@debian.org: [SECURITY] [DSA 4371-1] apt security update]

[Mark Hindley]

On Tue, Jan 22, 2019 at 04:24:40PM +0100, KatolaZ wrote:
> The full DSA is available below, and the corresponding CVE is at:
> 
>   https://security-tracker.debian.org/tracker/CVE-2019-3462
> 
> The safest way would actually be to manually download the deb packages
> of apt from the debian-security pool (more information available
> below), or to use pkgmaster.devuan.org in your sources.list to do the
> upgrade (pkgmaster.devuan.org is not a rough mirror...).
> 
> The issue has not yet been fixed in buster/sid (beowulf/ceres), but I
> guess a patched version will be published soon.

The unstable fix for this is also availble now in version 1.8.0~alpha3.1.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Debian bug-squashing

[Mark Hindley]

On Sat, Jan 12, 2019 at 05:39:15PM +0900, Olaf Meeuwissen wrote:
> So I think you can just use your Devuan system.

Yes, I now use Devuan installations for packaging for Debian without much
trouble.

I have separate Devuan and Debian pbuilder cow chroots and build inside
whichever I need.

Since lintian is often run on the host system, you might need to specify the
Debian profile on the command line or with the environment variable
LINTIAN_PROFILE.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Keep em coming

[Mark Hindley]

On Sun, Oct 21, 2018 at 06:54:25PM -0400, Steve Litt wrote:
> Hi all,
> 
> Several of you emailed me with package name to add to the list I've
> curated and the list G. Pape has curated. Here are the recent additions
> from this mailing list:
> 
> 
> acpid
> apcupsd
> apt-cacher-ng

There is also apt-cacher.

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Upgrade from Devuan Jessie to ASCII fails with SIGILL on AMD K6

[Mark Hindley]

On Fri, Sep 28, 2018 at 01:48:01PM +0100, Mark Hindley wrote:
> Hello,
> 
> I have been migrating a venerable headless sytem from Debian Wheezy to Devuan.
> 
> The migration from Debian Wheezy to Devuan Jessie was fine, however upgrading 
> to
> Ascii has failed with Illegal Instruction faults.

It seems I missed this announcement:

 https://lists.debian.org/debian-devel-announce/2016/05/msg1.html

Is there any chance Devuan might revert this?

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Upgrade from Devuan Jessie to ASCII fails with SIGILL on AMD K6

[Mark Hindley]

Hello,

I have been migrating a venerable headless sytem from Debian Wheezy to Devuan.

The migration from Debian Wheezy to Devuan Jessie was fine, however upgrading to
Ascii has failed with Illegal Instruction faults.

I have managed to manually downgrade to Wheezy and the system seems stable
again.

It has an AMD K6 CPU:
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 5
model   : 8
model name  : AMD-K6(tm) 3D processor
stepping: 12
microcode   : 0x8b
cpu MHz : 501.147
cache size  : 64 KB
fdiv_bug: no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr cx8 pge mmx syscall 3dnow k6_mtrr 
vmmcall
bogomips: 1002.29
clflush size: 32
cache_alignment : 32
address sizes   : 32 bits physical, 32 bits virtual
power management:

I presume a library in Ascii has been compiled for 686. The last part of the
installation log reads:

Preparing to unpack .../rpcbind_0.2.3-0.6_i386.deb ...
Stopping rpcbind daemon
Unpacking rpcbind (0.2.3-0.6) over (0.2.1-6+deb8u2) ...
Preparing to unpack .../locales_2.24-11+deb9u3_all.deb ...
Unpacking locales (2.24-11+deb9u3) over (2.19-18+deb8u10) ...
Selecting previously unselected package libc-l10n.
Preparing to unpack .../libc-l10n_2.24-11+deb9u3_all.deb ...
Unpacking libc-l10n (2.24-11+deb9u3) ...
Preparing to unpack .../libc6_2.24-11+deb9u3_i386.deb ...
Checking for services that may need to be restarted...
Checking init scripts...
Unpacking libc6:i386 (2.24-11+deb9u3) over (2.19-18+deb8u10) ...
dpkg: warning: subprocess old post-removal script was killed by signal (Illegal 
instruction)
dpkg: trying script from the new package instead ...
dpkg: error processing archive 
/var/cache/apt/archives/libc6_2.24-11+deb9u3_i386.deb (--unpack):
 subprocess new post-removal script was killed by signal (Illegal instruction)
dpkg: error while cleaning up:
 subprocess installed pre-installation script was killed by signal (Illegal 
instruction)
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for libc-bin (2.19-18+deb8u10) ...
Errors were encountered while processing:
 /var/cache/apt/archives/libc6_2.24-11+deb9u3_i386.deb
Log ended: 2018-09-28  11:32:52

Any suggestions for narrowing it down further so I can bug the correct package?

Thanks

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Migrate from Debian Wheezy to Devuan ASCII

[Mark Hindley]

Hello,

I have an old and venerable headless system that runs Debian Wheezy. Now Wheezy
is EOL I need to upgrade without pulling in systemd and dbus. Devuan is the
obvious choice.

I can't find any specific instructions or report of Wheezy -> ASCII
migration. Does anybody have experience of it?

Many thanks,

Mark
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng