The problem is who signs, who is not someone whose signature is expected.
wget https://files.devuan.org/devuan_chimaera/Release_notes.txt -q -O - | grep
-A 4 'are signed'
wget https://files.devuan.org/devuan_chimaera/installer-iso/SHA256SUMS
The problem is who signs, who is not someone whose signature is expected.
wget https://files.devuan.org/devuan_chimaera/Release_notes.txt -q -O - | grep
-A 4 'are signed'
wget https://files.devuan.org/devuan_chimaera/installer-iso/SHA256SUMS
> En lunes, 13 de diciembre de 2021 10:05:34 CET, Tomasz Torcz
> escribió:
> On Sun, Dec 12, 2021 at 09:40:20PM -0800, Marc Shapiro via Dng wrote:
>> I was scrolling though my e-mail from the debian user group and I saw
>> mention of pipewire, as a replacement for pulseaudio. It seemed to
https://bugs.devuan.org/Reporting.html
remember that bugs in unforked packages (those that Devuan uses directly from
Debian) should usually be reported to Debian's BTS unless you think you have
found a Devuan specific problem.
Sometimes it is necessary to send a copy of a bug report to
>> On 11/5/21 4:13 PM, Svante Signell via Dng wrote:
>>> On Fri, 2021-11-05 at 18:50 +, Alexis PM via Dng wrote:
>>>> Debian 11 Bullseye is the last Debian release that supports the
>>>> non-
>>>> merged-usr layout. It is therefore for
Debian 11 Bullseye is the last Debian release that supports the non-merged-usr
layout.
It is therefore foreseeable that Devuan 4 Chimaera will also be.
Official Debian information:
The historical justifications for the filesystem layout with /bin,
/sbin, and /lib directories separate from
>> Standardize the package format of the released versions of each free
>> software project would be a total and desirable revolution. The burden
>> of offering the available software would shift to software developers
>> rather than distributions.
>
> I disagree. The rich variety of distros
There is also PcLinuxOS even if rpm based but they have the full
stack
systemd free and could be a source of code for devuan as they already
solved somehow most of the problems. Systemd free distros should
pool their efforts to avoid duplication and to gain critical mass.
>> There is also PcLinuxOS even if rpm based but they have the full stack
>> systemd free and could be a source of code for devuan as they already
>> solved somehow most of the problems. Systemd free distros should
>> pool their efforts to avoid duplication and to gain critical mass.
>
> I'd like
>>Hi All,
>>
>>Debian is engaging in a disgusting attack against RMS:
>>https://www.debian.org/vote/2021/vote_002
>>
>>Does Devuan have resolutions to sign open letters?
>>I'd propose to sign this one instead:
>>https://rms-support-letter.github.io/
>
> I'd suggest nobody sign anything,
> Hi All,
>
> Debian is engaging in a disgusting attack against RMS:
> https://www.debian.org/vote/2021/vote_002
>
> Does Devuan have resolutions to sign open letters?
> I'd propose to sign this one instead:
> https://rms-support-letter.github.io/
>
> See also:
> An orthodox analysis entitled
The solution:
dpkg-reconfigure locales
and choose the (unselected) "es_ES.UTF-8"
Best regards!
PS: Thanks Mark for libsystemd0 explication!
En lunes, 20 de abril de 2020 15:04:08 CEST, Alexis PM via Dng
escribió:
Hello
Forgive the brief text and the insufficient review of wh
Hello
Forgive the brief text and the insufficient review of whether what I indicate
has already been reported, but I have little time and wanted to indicate a few
things just in case:
devuan_beowulf_3.0.0_beta_amd64_netinstall.iso doesn't work:
Initramfs unpacking failed: write error
touch:
>Many years ago, on this mailing list, one of the VUAs mentioned that
>the long term plan was to leave Debian behind and become the Devuan
>independent distro.
I am sorry to burst the soap bubble, I want Devuan to persist and that requires
a realistic analysis. Cleaning up systemd dependencies
>Many years ago, on this mailing list, one of the VUAs mentioned that
>the long term plan was to leave Debian behind and become the Devuan
>independent distro.
I am sorry to burst the soap bubble, I want Devuan to persist and that requires
a realistic analysis. Cleaning up systemd dependencies
rg
HackLab Pica Pica http://www.picahack.org
Actividades de informática con software libre http://eslibreasturias.rf.gd
En sábado, 28 de diciembre de 2019 10:27:35 CET, Alexis PM via Dng
escribió:
Result of the Debian vote
'General Resolution: Init systems and systemd'
https:
Result of the Debian vote
'General Resolution: Init systems and systemd'
https://www.debian.org/vote/2019/vote_002
The voting period ended on Friday 2019-12-27 23:59:59 UTC
Result
https://vote.debian.org/~secretary/gr_initsystems/results.txt
The winners are:
Option 2 "B: Systemd but we
>>> I propose this: a script called INJ - Init Freedom inJector
>>>
>>> I wrote this summer in this list about a possibility of inject init
>>> run scripts (for example runit) in all Devuan packages automatically.
>>>
>>> I'm writing a simple script that inject init diversity in a single
>>>
Hello
Although update-initramfs should be done automatically after installing a new
kernel, a
update-initramfs -u -k all && update-grubdone manually just after installing a
new kernel version and before shutting down / rebooting should prevent you from
having that problem.
It seems that
You're right, the problem is a cross between repositories that use different
strategies for the renaming of their nosystemd-versions.
Thank you very much!
De: Petr Gajdůšek <gajdusek.p...@centrum.cz>
Para: dng@lists.dyne.org
CC: Alexis PM <alexispm_stellal...@yahoo.es&
Hello
In Devuan Jessie, xfce4-power-manager is not (easily) installable because
depends of upower (< 0.99.2) but Devuan's upower version number is
1:0.9.23-2+devuan1.2 while Debian Jessie 's upower version number is
0.99.1-3.2. I am not clear on Devuan's strategy of changing version naming,
21 matches
Mail list logo