Re: [DNG] some ASCII issues

Le 04/07/2017 à 13:08, Alessandro Selli a écrit : Right, which brings up the issue that you cannot produce a distibution without an initramfs because, among the other problems, some of the drivers it comes with, some of which are needed to mount the root filesystem, do need a proprietary

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

Le 04/07/2017 à 02:55, Enrico Weigelt, metux IT consult a écrit : Motorolla/Emerson used to provide VME drivers for free, but OOT despite the fact that the specs of the Tundra PCI-VME bridge were public. They didn't do it for all releases. Why didn't the work with the community to get

Re: [DNG] devuan packages explorer

On 170705-01:42+0200, Svante Signell wrote: > On Tue, 2017-07-04 at 23:22 +, Miroslav Rovis wrote: > > On 170704-17:40+0200, Gionni FireGarden wrote: > > > Hi! > > > > Once these are done some day soon, it will contribute for Devuan > > becoming such > > fuzzy purple kind gentle and mighty

Re: [DNG] slashpackage?

* On 2017 04 Jul 19:46 -0500, Florian Zieboll wrote: > Am 4. Juli 2017 20:23:28 MESZ schrieb Nate Bargmann : > >* On 2017 04 Jul 13:17 -0500, Joel Roth wrote: > >> > >> Nix is also relevant. > > > >As is Guix. > > > I'd be really curious about some more first hand Guix

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

* On 2017 04 Jul 18:59 -0500, Rick Moen wrote: > Quoting Nate Bargmann (n...@n0nb.us): > > > * On 2017 04 Jul 13:27 -0500, Evilham wrote: > > > > Well, it still doesn't read mail. > > > > Or does it? > > Well, it _does_ now include a shell interpretar (debug-shell.service), > so it's a short

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

Quoting Nate Bargmann (n...@n0nb.us): > * On 2017 04 Jul 13:27 -0500, Evilham wrote: > > Well, it still doesn't read mail. > > Or does it? Well, it _does_ now include a shell interpretar (debug-shell.service), so it's a short step from there to (badly) reimplementing emacs and Gnus. ;->

Re: [DNG] Testing network connectivity

Am 5. Juli 2017 01:07:21 MESZ schrieb Steve Litt : > echo 'quit' | nc -w2 $1 $2 2>/dev/null 1>/dev/null For these kind of tests I use "nc -z $HOST $PORT". Like your suggestion, it not only proves the host to be up, but also the wanted service and times out after

Re: [DNG] some ASCII issues

Quoting Alessandro Selli (alessandrose...@linux.com): [b43 firmware BLOB] > It goes there *after* is was extracted out of the proprietary driver. I'm of course aware of that -- but that's irrelevant to what I was saying, which is that it fails to qualify as an example of compiling a firmware

Re: [DNG] devuan packages explorer

On Tue, 2017-07-04 at 23:22 +, Miroslav Rovis wrote: > On 170704-17:40+0200, Gionni FireGarden wrote: > Hi! > > Once these are done some day soon, it will contribute for Devuan > becoming such > fuzzy purple kind gentle and mighty beautiful beast... > And (I had this below and other

[DNG] Testing network connectivity

Hi all, In daemontools-inspired inits, you express dependencies via if statements in the run script. The best way I've found, so far, to do this in Devuan is to use the following script, called netup.sh: #!/bin/sh echo 'quit' | nc -w2 $1 $2

Re: [DNG] some ASCII issues

On Tue, 4 Jul 2017 at 15:33:57 -0700 Rick Moen wrote: > Quoting Alessandro Selli (alessandrose...@linux.com): > >> You are still failing the easiest way to demonstrate your point: > > Non-sequitur argument noted in passing. You failed once more. You must be

Re: [DNG] some ASCII issues

On Tue, 4 Jul 2017 at 14:41:28 -0700 Rick Moen wrote: > Quoting Alessandro Selli (alessandrose...@linux.com): > >> On Mon, 3 Jul 2017 at 13:06:41 -0700 >> Rick Moen wrote: >> >> > Your upthread hypothetical didn't mention Devuan at all. >> >> Of

Re: [DNG] Listserver configuration

Quoting Joachim Fahrner (j...@fahrner.name): > Normally name resolution works fine, and tupac2.dyne.org is the only > server with such errors in my postfix log. I'm using unbound on > Devuan as a local caching recursive dns server. Good choice. > Could it be that dyne.org name servers have

Re: [DNG] some ASCII issues

Quoting Alessandro Selli (alessandrose...@linux.com): > On Mon, 3 Jul 2017 at 13:06:41 -0700 > Rick Moen wrote: > > > Your upthread hypothetical didn't mention Devuan at all. > > Of course it did. What you said, verbatim and without any qualifications, was 'It cannot work

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

On Mon, 3 Jul 2017 at 09:08:11 -0500 dev wrote: > 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

Re: [DNG] How to disable a service in sysvinit?

On Tue, 2017-07-04 at 21:46 +0100, Rowland Penny wrote: > On Tue, 4 Jul 2017 16:39:03 -0400 > Steve Litt wrote: > > > Hi all, > > > > What's the official way to disable a service in sysvinit? In this > > case > > I want to disable sshd so I can put it in runit. > > >

Re: [DNG] How to disable a service in sysvinit?

On Tue, 4 Jul 2017 16:39:03 -0400 Steve Litt wrote: > Hi all, > > What's the official way to disable a service in sysvinit? In this case > I want to disable sshd so I can put it in runit. > > I know I could rename /etc/rc5.d/S02sshd to zS02sshd, but I seem to >

[DNG] Amprolla Network Outage

Dear Devuan Community, We are currently experiencing a network outage that has left amprolla.devuan.org unreachable. I've spoken to the ISP and they stated the issue should be resolved within the next 30 minutes, by 16:08 US EDT. Please feel free to reach out if the issue persists past this time.

Re: [DNG] Listserver configuration

Am 2017-07-04 18:27, schrieb Alessandro Selli: I'm afraid this has to do with the DNS server you're using (;; SERVER: 127.0.0.1#53(127.0.0.1), that is), as I get these values: Enter "dyne.org" here: http://www.dnsqueries.com/en/dns_lookup.php and select "ALL". That delivers the same

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

Am 04/07/2017 um 13:22 schrieb Joachim Fahrner: > > Next step probably will be to supersede unix user management and > integrate it into systemd :-D Ehem. There is no provision to delete users. https://www.freedesktop.org/software/systemd/man/systemd-sysusers.html -- Evilham

Re: [DNG] slashpackage?

* On 2017 04 Jul 13:17 -0500, Joel Roth wrote: > It's not a new idea that resources belonging to a program are more > easily managed when installed under a single directory. > GoboLinux has certainly gone into further detail.[1] > Nix is also relevant. As is Guix. I played with it for a time but

Re: [DNG] slashpackage?

Hi Steve, On Mon, Jul 03, 2017 at 10:20:33PM -0400, Steve Litt wrote: > 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 >

Re: [DNG] Listserver configuration

Am 2017-07-04 18:27, schrieb Alessandro Selli: I'm afraid this has to do with the DNS server you're using (;; SERVER: 127.0.0.1#53(127.0.0.1), that is), as I get these values: [alessandro@draco ~]$ dig tupac2.dyne.org ; <<>> DiG 9.9.5-9+deb8u11-Debian <<>> tupac2.dyne.org ;; global options:

Re: [DNG] space needed for upgrades

On Tue, 4 Jul 2017 09:49:10 -0400 Hendrik Boom wrote: > 6GB is a ridiculous amount of space. I wonder how much of it yo > really needed. Could some other people report how much /tmp space > they had available during successful or failed jessie->ascii upgrades? Out of

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

On Tue, Jul 04, 2017 at 08:14:40PM +0900, Olaf Meeuwissen wrote: > Evilham writes: > > Hi there, > > > > Am 03/07/2017 um 16:08 schrieb dev: > >> "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

Re: [DNG] space needed for upgrades

The actual upgrade process from Jessie to Ascii worked with 100MB /tmp. After rebooting on Ascii, regular updates wouldn't work with 500MB /tmp. I created a 6GB file system on a USB flash drive to see if it would be enough, and it was. It's easy enough to try a smaller partition size to find what

Re: [DNG] devuan packages explorer

yes! we are improving that! i'm updating the testing website every 12 hours so you can see all improving. I will add other release and after that i go through your list here. today: Free search added, with counts of package for section, and release [by now only jessie], navigation by release or

Re: [DNG] Listserver configuration

Am 2017-07-04 15:37, schrieb Alessandro Selli: I really wonder what did mxtoolbox.com check, as I cannot see what dns.org and shockmedia.com have to do with dyne.org: That's strange. Something in my test changed dyne.org magically to dns.org. But that was not me, I used cut ;-) The

[DNG] space needed for upgrades

On Tue, Jul 04, 2017 at 12:51:23PM +0100, Vincent Bentley wrote: > I was using a 100MB tmpfs for /tmp which worked on Jessie. I increased > it to 500MB and it still didn't allow apt to update on Ascii. So, to > answer your question I put /tmp on another file system with 6GB free and > the update

Re: [DNG] devuan packages explorer

On Tue, 4 Jul 2017 08:17:14 -0400, Ismael wrote in message : > First of all, excuse my little knowledge of the subject. > > The next site is not what you are asking for? > http://packages.devuan.gatuno.mx/ ..you would need to drop the Debian

Re: [DNG] Listserver configuration

On Tue, 04 Jul 2017 at 09:51:55 +0200 Joachim Fahrner wrote: > Am 2017-07-04 09:39, schrieb Joachim Fahrner: > >> Could it be that dyne.org name servers have temporary connection >> problems? > > When checking dns for tupac2.dyne.org I get 1 error and 3 warnings: > >

Re: [DNG] devuan packages explorer

First of all, excuse my little knowledge of the subject. The next site is not what you are asking for? http://packages.devuan.gatuno.mx/ Greetings -- Ismael Devuan User : http://distrowatch.com/table.php?distribution=devuan - Original Message - From: Gionni FireGarden To:

Re: [DNG] some ASCII issues

On Tue, 4 Jul 2017 at 14:12:09 +0200 Alessandro Selli wrote: [...] > They are advanced, mostly SAS and FC controllers, maybe some iSCSI > device too. Mostly Enterprise hardware, not consumer-PC. I did a quick search, all (or at least most) devices on the first

Re: [DNG] devuan packages explorer

First of all, excuse my little knowledge of the subject. The next site is not what you are asking for? http://packages.devuan.gatuno.mx/ Warm greetings -- Ismael Devuan User : http://distrowatch.com/table.php?distribution=devuan - Original Message - From: Gionni FireGarden To:

Re: [DNG] some ASCII issues

On Tue, 4 Jul 2017 at 12:44:34 +0100 KatolaZ wrote: > On Tue, Jul 04, 2017 at 01:08:24PM +0200, Alessandro Selli wrote: > > [cut] > >> >> Right, which brings up the issue that you cannot produce a distibution >> without an initramfs because, among the other problems,

Re: [DNG] some ASCII issues

On Di, Jul 04, 2017 at 12:44:34 +0100, KatolaZ wrote: Uh? Which are those proprietary drivers needed to mount the root filesystem? AFAICT, Linux-libre is able to mount almost any filesystem, from almost any existing storage device, without requiring any proprietary binary blob at all. There

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

On Tue, 04 Jul 2017 at 13:22:47 +0200 Joachim Fahrner wrote: > Am 2017-07-04 12:46, schrieb Alessandro Selli: >> I still think it's a bug that systemd runs a process as root when >> adduser is >> configured to prevent creation of a user with a given name but such a >> user

Re: [DNG] Error updating ascii today

I was using a 100MB tmpfs for /tmp which worked on Jessie. I increased it to 500MB and it still didn't allow apt to update on Ascii. So, to answer your question I put /tmp on another file system with 6GB free and the update worked. I didn't have enough free space on /tmp after all. Reading the

Re: [DNG] some ASCII issues

On Tue, Jul 04, 2017 at 01:08:24PM +0200, Alessandro Selli wrote: [cut] > > Right, which brings up the issue that you cannot produce a distibution > without an initramfs because, among the other problems, some of the drivers > it comes with, some of which are needed to mount the root

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

Hi, Evilham writes: > Hi there, > > Am 03/07/2017 um 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

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

Am 2017-07-04 12:46, schrieb Alessandro Selli: I still think it's a bug that systemd runs a process as root when adduser is configured to prevent creation of a user with a given name but such a user does exist. Next step probably will be to supersede unix user management and integrate it

Re: [DNG] some ASCII issues

On Tue, 4 Jul 2017 at 11:41:05 +0100 KatolaZ wrote: > On Tue, Jul 04, 2017 at 12:18:19PM +0200, Alessandro Selli wrote: > > [cut] > > > > didn't involve a right > > > reserved under copyright in the first place, > > > > Let me remind you GPL is a licence, and that it

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

On Tue, 4 Jul 2017 at 09:38:36 +0200 Giovanni Rapagnani wrote: > > > On 03/07/17 18:23, Joachim Fahrner wrote: >> 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?'.

Re: [DNG] some ASCII issues

On Tue, Jul 04, 2017 at 12:18:19PM +0200, Alessandro Selli wrote: [cut] > > didn't involve a right > > reserved under copyright in the first place, > > Let me remind you GPL is a licence, and that it prohibits linking > proprietary code with free code in the same binary file. > Sorry, but

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

On Tue, Jul 04, 2017 at 09:59:36AM +0200, Giovanni Rapagnani wrote: > On 04/07/17 09:23, Giovanni Rapagnani wrote: > > the flag will only disable the check against NAME_REGEX defined in > > /etc/adduser.conf. The flag will not permit to create usernames starting > > with dash or containing invalid

Re: [DNG] devuan packages explorer

many thanks to Firegarden and your hacker friend at Viral DS! I see it already as a prototype, more than a POC, as I assume the underlying code doesn't needs to be rewritten Q: Do you share the python parser code with parazyd's amprolla3? On Mon, 03 Jul 2017, goli...@dyne.org wrote: > IMO, it

Re: [DNG] devuan packages explorer

On Tue, Jul 04, 2017 at 01:13:47AM +0200, Gionni FireGarden wrote: > 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

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

On 04/07/17 09:23, Giovanni Rapagnani wrote: the flag will only disable the check against NAME_REGEX defined in /etc/adduser.conf. The flag will not permit to create usernames starting with dash or containing invalid characters (ie not in [-0-9a-z_]) . for the sake of not spreading false

Re: [DNG] Listserver configuration

Am 2017-07-04 09:39, schrieb Joachim Fahrner: Could it be that dyne.org name servers have temporary connection problems? When checking dns for tupac2.dyne.org I get 1 error and 3 warnings: https://mxtoolbox.com/domain/tupac2.dns.org/ E https dns.org The Certificate has a

Re: [DNG] Listserver configuration

Am 2017-07-03 22:27, schrieb Gregory Nowak: I'm not seeing this here, and the A record for tupac2.dyne.org resolves correctly. Could there be a DNS issue on your end perhaps? Normally name resolution works fine, and tupac2.dyne.org is the only server with such errors in my postfix log. I'm

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

On 03/07/17 18:23, Joachim Fahrner wrote: 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