[DNG] slashpackage?

Hi all, Daniel J Bernstein, known as djb, created a package manager, called slashpackage, that uses the Unix file hierarchy as the package manager's database. As far as I can see, it has the following (dis)advantages: ADVANTAGES: * Less crazy than apt-get, yum, xbps, pacman, etc * Always a

Re: [DNG] systemd allows elevated access from unit files?

On Mon, Jul 03, 2017 at 10:45:29AM -0500, dev wrote: > On 07/03/2017 10:40 AM, Evilham wrote: > > > > That's the thing, we can do that :-) probably should, but the "right > > way" (from a standards point of view) would be to actually allow those > > names ^^ not to disallow them. So instead of

Re: [DNG] systemd allows elevated access from unit files?

On Mon, Jul 03, 2017 at 04:36:30PM +0200, Evilham wrote: > Hi there, > > Am 03/07/2017 um 16:08 schrieb dev: ... > > > > useradd 0day works on Devuan. adduser 0day does not. Which is correct? > > I had this discussion yesterday, so here are my 2 cents :-). > > It is quite inconsistent what a

Re: [DNG] kernel drivers [WAS: How long should I expect to wait for openrc to be ready in devuan ascii]

On 07/01/17 22:50, Didier Kryn wrote: Precisely, the domain of embedded devices is one where HW vendors write drivers. Most of the time you don't wanna use them. Especially not proprietary ones. Just look eg. at fsl's gpu drivers: totally insecure and harmful. (back when I read their adreno

Re: [DNG] Beware the Icedove to Thunderbird transition

On 02/07/17 06:23 PM, Adam Borowski wrote: On Sun, Jul 02, 2017 at 01:05:06PM -0400, Clark Sideroad wrote: My advice: back-up everything related Bad advice: just do the upgrade normally without any special precautions, and if your special non-standard $Element$Bird setup gets borked, just

Re: [DNG] devuan packages explorer

On 2017-07-03 18:13, Gionni FireGarden wrote: hi all! by now we don't have a place like packages.debian.org [1] or packages.ubuntu.com [2] so i create with a friend a PoC for that. We work on this idea just two nights, after work: it's really a primitive Proof of Concept so please be merciful

Re: [DNG] systemd: good riddance!

On 07/01/17 21:21, Simon Hobson wrote: In general - none ! So, why not just patching the crap out and filing an upstream bug (incl. notifying the folks here, so we can keep an eye on it) ? --mtx ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] devuan packages explorer

Awesome I've been hoping for this to happen! :) A filtering function would also be good eg. release=ascii, architecture=i386 ozi On Tue, Jul 4, 2017 at 9:50 AM, Evilham wrote: > Hey! > > Am 04/07/2017 um 1:13 schrieb Gionni FireGarden: > > The system is composed by a

[DNG] devuan packages explorer

hi all! by now we don't have a place like packages.debian.org or packages.ubuntu.com so i create with a friend a PoC for that. We work on this idea just two nights, after work: it's really a primitive Proof of Concept so please be merciful [gh], but we are improving day by day. The system is

Re: [DNG] Listserver configuration

Hi there, On Mon, 3 Jul 2017, Antony Stone wrote: On Monday 03 July 2017 at 22:27:44, Gregory Nowak wrote: > On Mon, Jul 03, 2017 at 07:09:29PM +0200, Joachim Fahrner wrote: > > > I get lots of those errors in my postfix log: > > > > Jul 3 18:09:16 server postfix/smtpd[2840]: NOQUEUE: reject:

Re: [DNG] Listserver configuration

On Monday 03 July 2017 at 22:27:44, Gregory Nowak wrote: > On Mon, Jul 03, 2017 at 07:09:29PM +0200, Joachim Fahrner wrote: > > I get lots of those errors in my postfix log: > > > > Jul 3 18:09:16 server postfix/smtpd[2840]: NOQUEUE: reject: RCPT > > from tupac2.dyne.org[178.62.188.7]: 450

Re: [DNG] Listserver configuration

On Mon, Jul 03, 2017 at 07:09:29PM +0200, Joachim Fahrner wrote: > I get lots of those errors in my postfix log: > > Jul 3 18:09:16 server postfix/smtpd[2840]: NOQUEUE: reject: RCPT > from tupac2.dyne.org[178.62.188.7]: 450 4.7.1 : > Helo command rejected: Host not found; >

Re: [DNG] on the supposed grsec gpl violation

On Mon, Jul 3, 2017 at 4:31 AM, Jaromil wrote: > I first thought grsec was not in GPL violation, but then in your last > 3 mails and this one you made the point very clear and I'm more than > half-way convinced (yet my opinion is of little value here, IANAL nor > a scholar in

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

Hi Miroslav, I am well aware that Google is a big company, and like all big companies they can function in an unethical manner. There are no exceptions. I catch SpaceX in lies and omissions all of the time even though I obviously admire what they are doing with rockets. I worked for their

[DNG] Listserver configuration

Hello, I get lots of those errors in my postfix log: Jul 3 18:09:16 server postfix/smtpd[2840]: NOQUEUE: reject: RCPT from tupac2.dyne.org[178.62.188.7]: 450 4.7.1 : Helo command rejected: Host not found; from= to= proto=ESMTP helo= Is there

Re: [DNG] systemd allows elevated access from unit files?

When was that option added? Sent from my MetroPCS 4G LTE Android Device Original message From: Evilham Date: 7/3/17 11:03 AM (GMT-06:00) To: dng@lists.dyne.org Subject: Re: [DNG] systemd allows elevated access from unit files? Am 03/07/2017 um 17:57

Re: [DNG] systemd allows elevated access from unit files?

Am 2017-07-03 17:34, schrieb dev: useradd and adduser work differently. One allows it, the other does not. Just thought 'why not make them work the same?'. That's all. That's right, that's a bug. They should work the same, and they should follow POSIX-rules, not Poettering-rules. Jochen

Re: [DNG] systemd allows elevated access from unit files?

Am 03/07/2017 um 17:57 schrieb KatolaZ: > On Mon, Jul 03, 2017 at 10:45:29AM -0500, dev wrote: >> On 07/03/2017 10:40 AM, Evilham wrote: >> >> >>> That's the thing, we can do that :-) probably should, but the "right >>> way" (from a standards point of view) would be to actually allow those >>>

Re: [DNG] systemd allows elevated access from unit files?

On Mon, Jul 03, 2017 at 10:45:29AM -0500, dev wrote: > On 07/03/2017 10:40 AM, Evilham wrote: > > > > That's the thing, we can do that :-) probably should, but the "right > > way" (from a standards point of view) would be to actually allow those > > names ^^ not to disallow them. So instead of

Re: [DNG] systemd allows elevated access from unit files?

On 07/03/2017 10:40 AM, Evilham wrote: > That's the thing, we can do that :-) probably should, but the "right > way" (from a standards point of view) would be to actually allow those > names ^^ not to disallow them. So instead of modifying the way useradd > works, the way adduser works should be

Re: [DNG] systemd allows elevated access from unit files?

Am 03/07/2017 um 17:34 schrieb dev: > On 07/03/2017 10:17 AM, Evilham wrote: >> Am 03/07/2017 um 17:06 schrieb dev: >>> Would this be a good case to dis-allow ^0-9 by default but add a switch >>> to allow it? >> >> What's the case for disallowing those at all? names starting with a >> digit _are_

Re: [DNG] systemd allows elevated access from unit files?

On 07/03/2017 10:17 AM, Evilham wrote: > Am 03/07/2017 um 17:06 schrieb dev: >> Would this be a good case to dis-allow ^0-9 by default but add a switch >> to allow it? > > What's the case for disallowing those at all? names starting with a > digit _are_ valid usernames. useradd and adduser

Re: [DNG] systemd allows elevated access from unit files?

Am 03/07/2017 um 17:06 schrieb dev: > Would this be a good case to dis-allow ^0-9 by default but add a switch > to allow it? What's the case for disallowing those at all? names starting with a digit _are_ valid usernames. It is an issue with systemd (and, to a different extent, shadow), we

Re: [DNG] systemd allows elevated access from unit files?

On 07/03/2017 09:58 AM, Rowland Penny wrote: > > The problem is, '0day' is a perfectly acceptable name in Active > Directory and that includes a Samba AD. Would this be a good case to dis-allow ^0-9 by default but add a switch to allow it? ___

Re: [DNG] systemd allows elevated access from unit files?

On Mon, 3 Jul 2017 09:54:27 -0500 dev wrote: > > On 07/03/2017 09:36 AM, Evilham wrote: > > Hi there, > > > > > > > (Maybe we should file a bug on bugs.devuan.org + bugs.debian.org + > > shadow repo against shadow?) > > > > Seems pretty straightforward to patch

Re: [DNG] systemd allows elevated access from unit files?

Am 2017-07-03 16:08, schrieb dev: Sounds like a "won't fix", too: "So, yeah, I don't think there's anything to fix in systemd here." - Poettering Not sure what's more troubling here[1]; the lack of concern, the digression from POSIX, or the bug/backdoor itself. Maybe all three. useradd

[DNG] systemd allows elevated access from unit files?

Sounds like a "won't fix", too: "So, yeah, I don't think there's anything to fix in systemd here." - Poettering Not sure what's more troubling here[1]; the lack of concern, the digression from POSIX, or the bug/backdoor itself. Maybe all three. useradd 0day works on Devuan. adduser 0day

Re: [DNG] some ASCII issues

On Mon, 3 Jul 2017 02:00:22 +0200, Alessandro wrote in message <20170703020022.7ede7fb3@ayu>: > On Mon, 3 Jul at 2017 01:03:13 +0200 > Arnt Karlsen wrote: > > > On Mon, 3 Jul 2017 00:42:52 +0200, Alessandro wrote in message > > <20170703004252.748a9c7f@ayu>: > > > >> Il

[DNG] on the supposed grsec gpl violation

dear Bruce, On Sun, 02 Jul 2017, Bruce Perens wrote: >This might make a little more sense if you still can't >understand: By operating under their previously-stated policy of >denying further service to clients who exercise their right to >distribute under the GPL license, Open

Re: [DNG] some ASCII issues

On Sun, 2 Jul 2017 at 17:51:48 -0700 Rick Moen wrote: > Quoting Alessandro Selli (alessandrose...@linux.com): > >> It cannot work if what you need to do is feeding the HD controller some >> proprietary firmware that cannot legally be embedded in the GPL driver. > > ITYM that

Re: [DNG] I have a question about libsystemd0 in devuan ascii,

On 170702-17:22-0700, Bruce Perens wrote: > This might make a little more sense if you still can't understand: > > By operating under their previously-stated policy of denying further > service to clients who exercise their right to distribute under the GPL > license, Open Source Security Inc.

Re: [DNG] Error updating ascii today

On Sun, Jul 02, 2017 at 01:14:26PM +0100, Vincent Bentley wrote: > I tried again using: sudo apt update > > Get:1 http://packages.devuan.org/merged ascii InRelease [113 kB] > Err:1 http://packages.devuan.org/merged ascii InRelease > Couldn't create temporary file /tmp/apt.conf.r8vXm3 for