> I can easily prepare such files from the so called "netboot" CD, but then
I meant of course "netinst" CD.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Am 09.01.20 um 23:34 schrieb dal:
Devuan does not provide such installation media / data. >
It seems that netboot (pxe-style) is not a target scenario for Devuan,
which is a shame.
Devuan did provide "netboot.tar.gz" in the past. Please have a look in
the archive of this list:
Quoting Rowland penny via Dng (dng@lists.dyne.org):
> >Le projet Clearlooks-Phénix a pour but de créer une version GTK3 de
> >Clearlooks, thème par défaut de Gnome 2. Un style est également inclus
> >pour GTK2, Unity et les gestionnaires de fenêtres Metacity, Openbox et
> >Xfwm4."
> >
>
> Do you want:
> a, files for pxe style booting and installing
> b, a minimal cd (or usb stick) which is booted locally, and take
> the rest of the installation from the net
> c, something that helps you install on a large number of computers
>
> Regards,
> /Karl Hammar
"a"
I can easily
dal:
...
> I meant the boot media as vmlinuz + initramfs or an ISO or something bootable,
> i.e. the contents of that media.
>
> Devuan does not provide such installation media / data.
>
> It seems that netboot (pxe-style) is not a target scenario for Devuan,
> which is a shame.
...
First, it
Apologies again, but I feel I should share one more relevant
observation. The one thing that DOES appear to have changed since
removing *nonfree is that the WICD icon disappeared from my panel
(xfce, top right corner, default icon setting there). Seems relevant,
again because it's the only
Sorry to fill up everyone's inbox today with this subject, and again
with this email, but I thought I'd add this last bit in relation to
this whole thing.
According to the ascii release notes, the nonfree firmware should be
for the wi-fi driver. Maybe later patches included the addition of
On Thu, 2020-01-09 at 17:30 -0700, 'smee via Dng wrote:
> But, right there on that same page, where it lists ascii, why does it
> not list the new policy?
>
> Also, can you point me to where ascii's policy on nonfree software? A
> web search for 'devuan ascii non-free programs' doesn't reveal
>
On 09.01.20 17:44, 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'.
>
> Synaptic
But, right there on that same page, where it lists ascii, why does it
not list the new policy?
Also, can you point me to where ascii's policy on nonfree software? A
web search for 'devuan ascii non-free programs' doesn't reveal anything
relevant...
On Thu, 2020-01-09 at 17:27 -0700, 'smee via
Sorry that was in Jessie. I guess I never saw the one for ascii.
On Thu, 2020-01-09 at 17:24 -0700, 'smee via Dng wrote:
> But what about this... out of date? Can't be mis-interpreting
> it...that
> really implies that any default install of Devuan should not have
> nonfree software, and that it
But what about this... out of date? Can't be mis-interpreting it...that
really implies that any default install of Devuan should not have
nonfree software, and that it takes extra steps to get nonfree
software. This feels like kind of a big deal to be honest.
"All software shipped with Devuan in
On 2020-01-09 15:28, 'smee via Dng wrote:
Actually, when you run the ascii live installer, both of those programs
are present.
Should that be the case? I thought devuan include nothing nonfree by
default...
Official policy in ascii:
Installer isos: If you would like to select an alternate
I think I see what you're saying, that the intel and amd programs
weren't necessarily part of firmware-linux-nonfree or the other, but
that that they just got caught in my command because they have nonfree
in their filenames.
The only thing I know for sure is that I didn't install any of them
It seems like it did that, tried to remove a number of packages that
aren't installed, but also found those intel and amd programs, and
removed those. Seems to have accomplished exactly what I needed...
On Thu, 2020-01-09 at 18:36 -0500, Hendrik Boom wrote:
> On Thu, Jan 09, 2020 at 02:34:34PM
On Thu, Jan 09, 2020 at 02:34:34PM -0700, 'smee via Dng wrote:
> Below is the output from apt remove *nonfree.
It looks as if this command removed, or tried to remove, all packages whose
name
ended in "nonfree".
But wouldn't it look for files whose names ended in "nonfree" and try to remove
Actually, after apt remove *nonfree (and a reboot for good measure),
update-initramfs -u still comes back with the same exact output
including that last line...
On Thu, 2020-01-09 at 23:13 +0100, Svante Signell via Dng wrote:
> On Thu, 2020-01-09 at 14:34 -0700, 'smee via Dng wrote:
> > Below
dal:
> > This is about which media and how
>> can be used to netboot Devuan at the installation time.
I meant the boot media as vmlinuz + initramfs or an ISO or something bootable,
i.e. the contents of that media.
Devuan does not provide such installation media / data.
It seems that netboot
On Thu, 2020-01-09 at 14:34 -0700, 'smee via Dng wrote:
> Below is the output from apt remove *nonfree.
>
> On both machines it looks pretty much identical. On both machines, it
> mentions the following:
>
> The following packages were automatically installed and are no longer
> required:
>
Below is the output from apt remove *nonfree.
On both machines it looks pretty much identical. On both machines, it
mentions the following:
The following packages were automatically installed and are no longer
required:
amd64-microcode intel-microcode iucode-tool
This makes me think they
Actually, when you run the ascii live installer, both of those programs
are present.
Should that be the case? I thought devuan include nothing nonfree by
default...I have to make it part of my routine to remove them then from
every devuan install.
That's a surprising find. :(
On Thu,
I just checked another machine that is still running ascii, on which I
would never have installed anything nonfree, or via wget or dpkg, and
yet both firmware-linux-nonfree and firmware-misc-nonfree are there.
I'm going to try a fresh install of ascii and see if they're there. I
suspect they
These last few days I tried Debian Stretch with systemd on a piece of
'old' hardware. I used Stretch to allow snapd and then openhantek to
be installed.
The following is my experience: I do not intend to negatively
criticise systemd just for the sake of it. I would like to recount my
experience,
Well I'll just remove the damn things and see if nothing blows up :)
On Thu, 2020-01-09 at 21:55 +0100, Antony Stone wrote:
> > Sorry if we're getting off track here but I honestly don't recall
> > installing anything nonfree on this machine.
>
> We may never get to the bottom of this mystery
On Thursday 09 January 2020 at 21:51:32, 'smee via Dng wrote:
> Right, and as I mention apt says firmware-linux-nonfree was manually
> installed, but I don't recall installing it. It says it isn't a
> dependency for anything else, so it wasn't installed as a dependency
> when I installed
Right, and as I mention apt says firmware-linux-nonfree was manually
installed, but I don't recall installing it. It says it isn't a
dependency for anything else, so it wasn't installed as a dependency
when I installed something else. In addition to my not remembering
installing
On Thursday 09 January 2020 at 21:40:16, 'smee via Dng wrote:
> On Thu, 2020-01-09 at 21:29 +0100, Antony Stone wrote:
> > On Thursday 09 January 2020 at 21:25:51, 'smee via Dng wrote:
> > >
> > > "i firmware-linux-nonfree Depends firmware-misc-nonfree (=
> > > 20161130-3)"
> >
> > No, that's
dal:
> > From: Dng [mailto:dng-boun...@lists.dyne.org] On Behalf Of k...@aspodata.se
..
> > What do you need help with ?
> This is about which media and how
> can be used to netboot Devuan at the installation time.
The media is ethernet, don't know if it is possible over wifi.
Or is it so that
On Thu, 2020-01-09 at 21:29 +0100, Antony Stone wrote:
> On Thursday 09 January 2020 at 21:25:51, 'smee via Dng wrote:
>
> > > Does "aptitude why firmware-misc-nonfree" help?
> >
> > nothing other than itself listed after depends...
> >
> > "i firmware-linux-nonfree Depends
On Thursday 09 January 2020 at 21:25:51, 'smee via Dng wrote:
> > Does "aptitude why firmware-misc-nonfree" help?
>
> nothing other than itself listed after depends...
>
> "i firmware-linux-nonfree Depends firmware-misc-nonfree (= 20161130-
> 3)"
No, that's not itself :) Thats'
> Does "aptitude why firmware-misc-nonfree" help?
nothing other than itself listed after depends...
"i firmware-linux-nonfree Depends firmware-misc-nonfree (= 20161130-
3)"
> How about "apt-cache policy firmware-misc-nonfree"
firmware-misc-nonfree:
Installed: 20161130-3
Candidate:
On Thu, 2020-01-09 at 13:00 -0700, 'smee via Dng wrote:
> apt show showed that firmware-misc-nonfree was not installed manually.
>
> I tried a apt --fix-broken install firmware-misc-nonfree but that
> didn't do anything except mark it as manually installed.
>
Did you add non-free to your
Rebooted without problems. grep'd /var/log for eudev and nothing
alarming or new came back.
Also grep'd dmesg for eudev, again nothing alarming. Should I look
anywhere else? I did a find for eudev.log on / and didn't find
anything.
On Thu, 2020-01-09 at 13:00 -0700, 'smee wrote:
> apt show
On Thursday 09 January 2020 at 21:00:57, 'smee via Dng wrote:
> apt show showed that firmware-misc-nonfree was not installed manually.
Does "aptitude why firmware-misc-nonfree" help?
> I tried a apt --fix-broken install firmware-misc-nonfree but that
> didn't do anything except mark it as
apt show showed that firmware-misc-nonfree was not installed manually.
I tried a apt --fix-broken install firmware-misc-nonfree but that
didn't do anything except mark it as manually installed.
On Thu, 2020-01-09 at 12:57 -0700, 'smee via Dng wrote:
> Is firmware-misc-nonfree a dependency for
Is firmware-misc-nonfree a dependency for something? I don't recall
installing it manually and didn't think it would be there by default.
Apt doesn't say auto or manual, but it is installed. Maybe needs an
update...
On Thu, 2020-01-09 at 20:38 +0100, Svante Signell via Dng wrote:
> On Thu,
Just tried update-initramfs -u and got all that same output, ending
again with that same line, so update-initramfs is what's throwing that
line:
live-boot: core filesystems devices utils udev blockdev dns.
On Thu, 2020-01-09 at 20:32 +0100, Svante Signell via Dng wrote:
> On Thu, 2020-01-09
On Thu, 2020-01-09 at 11:31 -0700, 'smee via Dng wrote:
> Here is the output from apt when I upgraded. Various repeating messages
> about missing firmware.
> I haven't rebooted yet, or done anything else really. Slightly worried
> I'll lose graphics when I reboot because of the message.
...
>
On Thu, Jan 09, 2020 at 06:04:18PM +0100, Alessandro Vesely via Dng wrote:
>
> Hm... in fact I have consolekit installed. And if I try to remove it, apt
> wants to install elogind instead. Perhaps consolekit is less bad...?
I heard recently that Devuan is itself the upstream that Debian uses
Here is the output from apt when I upgraded. Various repeating messages
about missing firmware.
I haven't rebooted yet, or done anything else really. Slightly worried
I'll lose graphics when I reboot because of the message.
Reading state information... Done
The following packages will be
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
On Thu 09/Jan/2020 18:20:55 +0100 Dimitris via Dng wrote:
> On 1/9/20 7:04 PM, Alessandro Vesely via Dng wrote:
>>
>> Hm... in fact I have consolekit installed. And if I try to remove it, apt
>> wants to install elogind instead. Perhaps consolekit is less bad...?
>>
>>
>
> consolekit goes
On 1/9/20 7:04 PM, Alessandro Vesely via Dng wrote:
>
> Hm... in fact I have consolekit installed. And if I try to remove it, apt
> wants to install elogind instead. Perhaps consolekit is less bad...?
>
>
consolekit goes away, but do you get synaptic?
what happens with :
# apt install
On Thu 09/Jan/2020 17:50:15 +0100 Mark Hindley wrote:
Alternatively, use apt or aptitude from the commandline.
https://pkginfo.devuan.org/ might also be helpful
___
Dng mailing list
Dng@lists.dyne.org
Hello Karl,
> From: Dng [mailto:dng-boun...@lists.dyne.org] On Behalf Of k...@aspodata.se
>
> > One is to make a very minimal, stable (reproducible in the sense
> > of the same versions of the same package set) OS installation.
> > Two is to install from the network with netboot (pxe/efi).
> I
On Thu 09/Jan/2020 17:50:15 +0100 Mark Hindley wrote:
> 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
- Original Message -
From: "onefang"
To:
Sent: Thursday, January 09, 2020 10:27 AM
Subject: Re: [DNG] Error trying to update a local beowulf repository
On 2020-01-09 10:21:43, Ismael L. Donis Garcia wrote:
When trying to update the local repository I am getting this error
from
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
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'.
Synaptic is convenient as it allows to search for keywords, e.g. "pdf", and
- Original Message -
From: "onefang"
To:
Sent: Thursday, January 09, 2020 10:27 AM
Subject: Re: [DNG] Error trying to update a local beowulf repository
On 2020-01-09 10:21:43, Ismael L. Donis Garcia wrote:
When trying to update the local repository I am getting this error
from
On Thu, 2020-01-09 at 12:38 -0300, Gastón via Dng wrote:
> On Thu, Jan 09, 2020 at 12:13:10PM +0100, Svante Signell via Dng wrote:
> > Hello,
...
> > Steps to test:
> > You can also use country codes: e.g. http://de.deb.devuan.org...
> > /etc/init.d/sources.list
> This path should be:
On Thu, Jan 09, 2020 at 12:13:10PM +0100, Svante Signell via Dng wrote:
> Hello,
>
> We are currently working on updating eudev from 3.2.7 to 3.2.9 for Beowulf.
> Current version in Beowulf/testing is now 3.2.7-6, and the latest 3.2.9-2
> version is in Ceres/unstable. In order to find out any
On 2020-01-09 10:21:43, Ismael L. Donis Garcia wrote:
>When trying to update the local repository I am getting this error from
>yesterday to date.
>
>[cut]
>[ 12%] Getting: dists/beowulf/main/binary-i386/Packages... #** GET
>
>
When trying to update the local repository I am getting this error from
yesterday to date.
[cut]
[ 12%] Getting: dists/beowulf/main/binary-i386/Packages... #** GET
http://pkgmaster.devuan.org/merged//dists/beowulf/main/binary-i386/Packages ==>
404 Not Found (1s)
Download of
da1:
> I am facing a two-faceted challenge:
>
> One is to make a very minimal, stable (reproducible in the sense
> of the same versions of the same package set) OS installation.
> Two is to install from the network with netboot (pxe/efi).
...
I have done some pxe booting and install in the past.
Hello,
We are currently working on updating eudev from 3.2.7 to 3.2.9 for Beowulf.
Current version in Beowulf/testing is now 3.2.7-6, and the latest 3.2.9-2
version is in Ceres/unstable. In order to find out any remaining bugs, please
test and report back any success/problems/bugs with that
56 matches
Mail list logo
