On Monday, 25 de November de 2019 01:23:58 Steve Litt escribió:
> On Fri, 22 Nov 2019 10:55:46 +0100
>
> Denis Roio wrote:
> > At last, please, do not consider Devuan as an alternative solution
> > which will survive any outcome of this vote.
> >
> > Because I'm sure Devuan will not survive
Hi folks...
Where can I find a *good* and *deep enough* explanation of what a
"shim" is (in the context of systemd and EFI), but also *easy enough*
to explain it to some colleagues at work?
Thanks
Noel
er Envite
binRBqUCRGrNw.bin
Description: Clave PGP pública
Adam Borowski escribió:
[...]
Evince is evil and insane. #721783 is one of many regressions. You want
atril for a fork of evince from before its upstream went completely bonkers.
It's still gnomey but to a far more acceptable degree.
I installed okular (and its
Joel Roth escribió:
1) CAPSLOCK key under console and X, should be mapped to Control
This mapping is compatible with most server
administrators preferences, prevents capslock-related mode
problems in vim.
If this default leads to angry bug reports, at least they
Hi all
Right in this moment, libdbus-1-3:i386 is on version 1.10.6-1 in the
repo, but libdbus-1-3:amd64 is on version 1.10.8-1+devuan1
On the server, version 1.10.8-1+devuan1 is available for i386, but my
aptitude seems unable to detect it.
Regards
Noel
er envite
binghj6nTx7aH.bin
Vince Mulhollon escribió:
It'll hit the embedded world pretty hard.
Today you can buy a brand new soekris box that only runs i586. Brand
new off the shelf, today. My 6 or 7 year old one is running right now
Very valid points. However, we need to pick our battles. At
Hendrik Boom escribió:
On Wed, May 04, 2016 at 11:23:05AM +, hellekin wrote:
On 05/03/2016 06:05 PM, Steve Litt wrote:
> On Tue, 3 May 2016 10:44:29 +
> hellekin wrote:
>
>
>> I want to call it "rabbit" or "Shub-Niggurath"
>
> I fear the
Steve Litt escribió:
[...]
I think the only daemons you really need in an installer are the
gettys, sshd, wpa_supplicant and dhcpcd. And you'll probably want
the display manager too. Those obviously must be included in packages.
The more obscure stuff can exist first
Steve Litt escribió:
On Mon, 2 May 2016 22:15:44 -1000
Joel Roth wrote:
The problem with supporting multiple init systems is that
there is an init script for each service that has to be
ported or rewritten.
[...]
It's a documentation task. If
Jim Murphy escribió:
[...]
UNIX and lookalikes have been able to boot into single user mode
with a small root filesystem without the need for /usr, /var or ...
There are still admins that have split any number of these directories
into their own filesystems for various
Haines Brown escribió:
In my alpha 4 sources.list I have:
deb http://packages.devuan.org/merged jessie main non-free contrib
However, if the beta is jessie, then I should already be at beta
level. That is, a simple aptitude update/safe upgrade would be all I
need to do,
Hi all
It seems QEMU in Devuan is 2.1+dfsg-12+devuan-1 which has some
problems like "vmport is not available".
In Debian jessie-backports it is 1:2.5+dfsg-4~bpo8+1 and in stretch it
is 1:2.5+dfsg-5+b1
So, since I had backports enabled, I've needed to downgrade my QEMU
when deVuanizing
Hughe Chung escribió:
Hi,
I got to use -a option to search words on C code files.
$ grep tesselate dome_math.c
Binary file dome_math.c matches
Is this only due to encoding, or may be due to a DOS/Unix difference?
If I were to bet, I would say that the file
Didier Kryn escribió:
This isn't just a theoretical thing, lots of people don't label their
thumb drives.
Another issue is a lot of thumb drives have the same label. I bet there
are millions with the label "backup".
But there are tools on Linux to add a label to a
Steve Litt escribió:
I don't know of a way to tell pmount or udev/vdev/eudev to assign a
particular device to a thumb drive, without manually doing all the
mknod and all that. Excellent idea, very useful. But if something's
already assigned to that device, you're sol.
Steve Litt escribió:
Therefore: pmount, when combined with the inotifywait automounters
we've all made, should be perfect.
Those pmount automounter commands should run as the user who plugs in
the thumb, so rather than running straight from the init, they should
Joel Roth escribió:
As a suggestion for an aspiring automounter writer (or
reminder to self) I was thinking that if we can get a
sufficiently unique identifier from the device (UUID, etc.)
it might be nice to map that to a memorable mount target.
It could be a noun or
Simon Walter escribió:
[...]
It's so refreshing that you all talk freely about this subject. In
my social and professional circles it is taboo to even mention the
NSA. People look at me like I am a "flatearther" when I simply quote
the news.
Which wicked kind of
Jaromil <jaro...@dyne.org> escribió:
On Thu, 21 Apr 2016, Noel Torres wrote:
Just curious...
Why not using CUPS ?
I've been using it since times' night with no issues.
I use CUPS and i'm intrigued by the thread.
I have two printers, one at home and one in the office.
After I sw
Just curious...
Why not using CUPS ?
I've been using it since times' night with no issues.
Regards
Noel
er Envite
bin3kVdqqeSWw.bin
Description: Clave PGP pública
pgp2Bm7hUEjmj.pgp
Description: Firma digital PGP
___
Dng mailing list
David Hare escribió:
What is, or will be, official Devuan policy on this?
This is one of the points in which my idea of "eggs" would help, as I
imagine it.
What I do not know is if it is doable.
Regards
er Envite
binPOnzfxwZWR.bin
Description: Clave PGP pública
Trond Arild Ydersbond escribió:
19. april 2016 15.45 Jaromil :
thanks to Hellekin and Golinux.
I agree they have done an outstanding job!
the aim is really at consolidating short and sharp documentation.
one thing Debian really suffers from:
aitor_czr escribió:
On 19/04/16 04:15, Gregory Nowak wrote:
On Mon, Apr 18, 2016 at 08:36:13PM -0400, Steve Litt wrote:
Ascii will be the name of version 1, won't it?
That will be jessie as far as I know.
Ascii is the codename of the testing branch
Go Linux escribió:
This is putting the cart before the horse IMO. It would be nice to
get the beta out the door before focusing on ascii. Any chance
some of that energy could be directed towards the beta release?
My energy is mostly useless for Jessie beta, as it is
Steve Litt escribió:
I must have missed a step. Ascii is an 7 bit character encoding code
where space is decimal 32, and tilde is decimal 126, 10 is Linefeed, 13
is Carriage Return, 48 is 0, 65 is A, and 97 is a. How do all your
bullet points relate to such a code?
Hendrik Boom escribió:
On Tue, Apr 19, 2016 at 08:11:16AM +1200, Daniel Reurich wrote:
> What do we (the DNG people) want for ascii ?
>
> * our own bug reporting system
yes please
Crosslinked where appropriate with similar bugs on other distros, such
as Debian, so
My Excel macros are a bit slow today (Yes, I said Excel, I use that at
work) so I started wondering...
What do we (the DNG people) want for ascii ?
My list starts as this:
* full init freedom, that is, all init methods being equally supported
(sysv, upstart, systemd) and nothing depending
Steve Litt escribió:
Hi all,
I know many of you are using Devuan in production and as your Daily
Driver. Patrick from debian-user expressed some trepidation about
moving to Devuan in his impending escape from a systemd-encumbered
Debian, and I figure maybe if he
Nate Bargmann <n...@n0nb.us> escribió:
* On 2016 16 Apr 15:15 -0500, Didier Kryn wrote:
Le 16/04/2016 19:47, Noel Torres a écrit :
>
>I regularly use aptitude's CUI (I use to name it as text-mode GUI). Mostly
>because it has that wonderful "Mark as automatically installed
Didier Kryn escribió:
You guys all talk of aptitude as a CLI. But it is essentially a
CUI (Curses User Interface) supposed to give you diverse views of
the status of your packages and of what you are doing. I could never
make any sense of this CUI, although I know
Daniel Reurich escribió:
[...]
Yup. Absolutely normal. You issue is probably just a transient issue
resulting from the lag between a debian update and amprolla rebuilding
the merged repo.
How long should it last?
If we intend to develop a solid distribution, the
Daniel Reurich escribió:
Hi Noel,
Long time...
Too long. I'm just reading the list now, but trying to use Devuan on
physical+7VM
[...]
Yup. Absolutely normal. You issue is probably just a transient issue
resulting from the lag between a debian update and
I've just tried to update my systen and found this:
http://packages.devuan.org/merged ascii/main amd64 libc6 amd64 2.22-4 [ERROR]
404 Not Found
so I went to http://packages.devuan.org/ and found that the
/merged/pool/ subdirectory is empty
Is this normal?
Regards
Noel
er Envite
Rainer Weikusat <rainerweiku...@virginmedia.com> escribió:
Noel Torres <env...@rolamasao.org> writes:
Let's forget what is NOT important
"Ivan J." <para...@dyne.org> escribió:
[...]
What I am proposing is Devuan to support multiple versions of leveldb
and tie B
Didier Kryn <k...@in2p3.fr> escribió:
Le 01/03/2016 11:37, Noel Torres a écrit :
It happens a lot that two packages you need request different
versions of the same library, not always co-installable. Mostly if
you go beyond "stable". Or even if you got stuck on old
Let's forget what is NOT important
"Ivan J." escribió:
[...]
What I am proposing is Devuan to support multiple versions of leveldb
and tie Bitcoin packages to the right one. Another option is to never
[...]
This is not only an issue with so-called leveldb. It happens a lot
On Saturday, 9 de January de 2016 11:41:27 Anto escribió:
> Hello Everybody,
>
> I have just rented a KVM VPS. I started with Debian squeeze, pin
> everything related to systemd to -1, then upgraded to Debian wheezy.
> After I upgraded udev to version 220 using eudev, I could not connect to
> my
On Wednesday, 30 de December de 2015 21:01:17 Franco Lanza escribió:
> I think we should release a communicate about Ian
> to celebrate him and mourn he's death.
>
> R.I.P. Ian, you are the father of devuan too.
Do it. And some other kind of homage will be fine too.
er Envite
--
A: Because it
James Powell james4...@hotmail.com escribió:
[...]
Devuan should follow the Debian methodology, but equally it should
forge it's own path away from Debian. It doesn't need to draw from
any other distribution like Funtoo, CRUX, Slackware, or anything
other distributions, other than seeing
KatolaZ kato...@freaknet.org escribió:
On Thu, Jul 16, 2015 at 09:57:08PM -0700, James Powell wrote:
An LTS branch isn't needed if you do version controlled releases
and sponsor support for versioned releases for at least 3-4
versions back.
[cut]
As releases mature, 1.0 would be
Didier Kryn k...@in2p3.fr escribió:
[...]
I expect the dependency chain should be something like:
daemon depends on: init, daemon-sysv-init | daemon-epoch-init
| daemon-systemd-init | daemon-openrc-init |
daemon-upstart-init
And if each of those daemon-*-init packages depended on their
Didier Kryn k...@in2p3.fr escribió:
[...]
I bet every service daemon package would now provide a .service
file, just like everyone used to provide an init script. As far as I
understand, the .service files are the systemd counterpart of
sysvinit scripts. I imagine it is just enough to
Anto arya...@chello.at escribió:
[...]
Hello Noel,
I think I have a good reason to want to have them removed. I hate them :)
You are free to do so.
I don't think Devuan should provide the option to use systemd. Why
should it? The decision in Debian to default the init system to
systemd
Steve Litt sl...@troubleshooters.com escribió:
On Tue, 05 May 2015 16:50:13 +0200
Anto arya...@chello.at wrote:
In my view, the decision to use systemd as the default init of Debian
forces the locked-in of massive number of packages into systemd. That
is the main problem which leads to the
Anto arya...@chello.at escribió:
On 05/05/15 18:52, Noel Torres wrote:
As a resume: If you want a systemd-free system, Devuan is your
distribution, and will always be. But if you want a system designed
to be unable to run systemd, please leave us. This is not the place
for such an anti
On Thursday, 26 de February de 2015 17:54:01 Jaromil escribió:
On Thu, 26 Feb 2015, etech3 wrote:
+1 hendrik
yes, we will not cover up boot with framebuffer stuff for sure.
so to say
Devuan is sugar-free and doesn't makes your computer fat :^)
I want the freedom to take my Devuan with
On Saturday, 21 de February de 2015 18:49:35 hellekin escribió:
On 02/21/15 13:40, Go Linux wrote:
Urm . . . it's about more than just init and that needs to be conveyed in
the badge.
*** It says if :)
https://git.devuan.org/devuan-editors/devuan-art/blob/devuan-alpha/graphic
On Saturday, 21 de February de 2015 18:52:22 Nate Bargmann escribió:
* On 2015 20 Feb 11:56 -0600, Steve Litt wrote:
On Fri, 20 Feb 2015 08:59:33 -0800
Go Linux goli...@yahoo.com wrote:
We all knew this was coming . . .
KDE Will Depend on 'logind' and 'timedated' in 6 Months
# Devuan Weekly News Issue XIII
__Volume 002, Week 8, Devuan Week 13__
Released 24/02/12015 [HE](Why-HE)
https://git.devuan.org/Envite/devuan-weekly-news/wikis/past-issues/volume-002/issue-013
## Editorial
In the same way that Devuan is the project of a group, with people
more dedicated and
On Monday, 23 de February de 2015 16:26:03 Steve Litt escribió:
On Sun, 22 Feb 2015 11:06:03 -0500
Jude Nelson jud...@gmail.com wrote:
Not according to their documentation:
* the weston launcher program (weston-launch) needs extra privileges
to issue the KMS ioctl()s. It can do so via
On Sunday, 22 de February de 2015 18:28:06 Jim Murphy escribió:
[...]
If I have a btrfs mirror and I didn't mess with it by setting FS_NOCOW,
shouldn't I be able to recover the file? I would sure hope so. He
creates this better way of logging, then he seems to not even care if
you can use
On Tuesday, 24 de February de 2015 00:35:59 Gravis escribió:
ha! jude it's perfect. if there was ever a Master Control Program, it
would be systemd. ;)
Partitioning memory, controlling permissions, access to hardware, managing
networks, shredding programs from memory... I always thought MCP
On Friday, 20 de February de 2015 17:17:16 Jaromil escribió:
[...]
please go ahead, we count on everyone here to take initiative and do
what one thinks can be useful for the progress of this project, which is
not just made of code, obviously.
True. There are Devuan Weekly News as well ;)
To
After reading the whole keep as close to debian as possible thread, and in
my well-known spirit of resuming threads, I think we can benefit from the
Principle of the Onion.
At first stage (Devuan Jessie), we'll use a pinned repository with our
desinfected packages, to provide our users (that's
On Thursday, 12 de February de 2015 18:28:15 Usspookes Lovesystemd escribió:
Why? Bastille is/was great.
It didn't change, the rug was pulled out from underneath it.
Who would have thought routines in TK and ncurses would be
Dpreeeciattteedd!!! (gay voice of the SJWers)
I'll put it
# Devuan Weekly News Issue XII
__Volume 002, Week 7, Devuan Week 12__
https://git.devuan.org/Envite/devuan-weekly-news/wikis/past-issues/volume-002/issue-012
## Editorial
__Hit a Wall? Here's a Ladder__
An uneasy wind blew fetid laments of arrogance and ivory towering.
These accusations
# [Devuan Weekly News][current] Issue X
__Volume 02, Week 5, Devuan Week 10__
https://git.devuan.org/Envite/devuan-weekly-news/past-issues/volume-02/issue-010
## Editorial
The public surface of the project grows with the addition of new
communication channels, mentioned below. This seems to
On Thursday, 29 de January de 2015 18:10:10 Hendrik Boom escribió:
So the upgrade to devuan should perhaps introduce the pin?
And how soes that pinning work? Simply forbidding systemd and
some of its relatives? Or a way te detect devuan packages and
if they are present to ignore Debian's
that
'releases should happen when it's time, not accordingly to a fixed
or prescribed schedule.'
### [Upgrade Paths][5]
Our editor Noel Torres is concerned about the upgrade path from
Debian stable and testing to the upcoming Devuan release, that he
nicknamed _Alhambra_ or _Aiken_. Franco Lanza
Hi all
I've been thinking around the upgrade paths we need to provide for Devuan 1
Jessie without systemd (I'd still like ancient site names or computing
people names, so for me it is Devuan اَلْحَمْرَاء (put it on sources.list as
Devuan
Alhambra) or Devuan Aiken).
We must support users
# [Devuan Weekly News][1] Issue VIII
__Volume 02, Week 3, Devuan Week 8__ https://git.devuan.org/Envite/devuan-
weekly-news/wikis/past-issues/volume-02/issue-008
## Editorial
Welcome to Devuan Weekly News issue VIII. After two months has passed
from the start of the project (or better, from
On Friday, 2 de January de 2015 19:43:04 Jude Nelson escribió:
Hi Luke,
I should point out, the ACL criteria for matching processes do not all have
to be specified, specifically for the reason you point out. Using the
SHA256 to match the process should be a tool of last resort, useful only
On Tuesday, 13 de January de 2015 20:25:25 hellekin escribió:
On 01/13/2015 02:23 PM, Joel Roth wrote:
Also, I recall that in a default Debian install, recommended
packages are pulled in by default. A setting change makes it
possible to only pull in the package dependencies.
*** Are you
63 matches
Mail list logo