On 04/07/17 03:52, Hendrik Boom wrote:
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 disa
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 POSI
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 u
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 name
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 info
Am 2017-07-04 09:51, schrieb Joachim Fahrner:
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
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 p
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
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
On Mon, 3 Jul 2017 at 13:06:41 -0700
Rick Moen wrote:
> Quoting Alessandro Selli (alessandrose...@linux.com):
>
> > 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 fe
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 th
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?'. That's all.
>>
>> T
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 prohibits linking
> > pr
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 int
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 POSIX,
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 filesyste
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 man
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
>> does exist.
>
> Ne
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 ar
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, some of the
>> drivers it
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: dng
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 page were
hardware RAID control
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: dng@list
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:
>
> https://mxtoolbox.com/domai
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 graphics and use ours, and,
our jessie is "jessie (1
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 wo
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&paste ;-)
T
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 s
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 t
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 c
On Tue, 04 Jul 2017 at 17:23:52 +0200
Joachim Fahrner wrote:
> 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 ch
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 curiosity, I temporarily
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:
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
> (dis)advantage
* 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
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
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 resul
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.
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; from=
> to= proto=ESMTP helo=
>
> Is there some configuratio
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
remember there's some more official way to do it.
Thanks,
SteveT
Steve Litt
November 2016 feature
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
> remember there's some more offici
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.
> >
> > I know I could rename /et
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 bug/backdoor itself.
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 if what you need to d
On Tue, 04 Jul 2017 at 20:33:32 +0200
Joachim Fahrner wrote:
> 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:
On Tue, 4 Jul 2017 16:39:03 -0400
Steve Litt wrote:
> 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
> remember there's some more official way to do
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 temp
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 course it did.
>
> What you said, verbatim
Quoting Alessandro Selli (alessandrose...@linux.com):
> You are still failing the easiest way to demonstrate your point:
Non-sequitur argument noted in passing.
> It's not just *my* experience, it's a long established fact. I also
> provided with pointers to a relevant example...
Sorry, th
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 enjoining it.
>> It's not j
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 2>/dev/null
On 170704-17:40+0200, Gionni FireGarden wrote:
...
> thanks all for the feedback!
>
> firegarden
...
> > > you can find what we have done here
> > > http://devuanpackages.viralds.it
> > >
> > > do you like the idea? and this primitive implementation?
> > > if you have any hints or suggests or bad
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 build-an
Quoting Steve Litt (sl...@troubleshooters.com):
> 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:
It's pretty nice. I note without objection tha
* On 2017 04 Jul 13:27 -0500, Evilham wrote:
> 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
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 B
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
a couple of seconds, too -
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. ;->
__
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 impressions!
Libre Grüße,
Florian
--
[message sent mobile]
___
* 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 s
* 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 impressions!
It has been
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 be
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 everyth
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 firmw
On 05/07/2017 at 01:52, Rick Moen wrote:
> 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
On 05/07/2017 at 03:40, Nate Bargmann wrote:
> * 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 interpre
Am 2017-07-05 00:18, schrieb Rick Moen:
On a quick, broad check, dyne.org DNS seems robust.
There are three network-diverse authoritative nameservers (refreshing
to
see after observing far too many domains attempting to get by with two,
when RFCs require 3-7 auth nameservers[1]), all returning
Quoting Joachim Fahrner (j...@fahrner.name):
> By now it comes apparent that timeouts from the dns servers are the
> problem:
Well... hold that thought, please.
> Can the short SOA EXPIRE be the cause?
No. SOA EXPIRE is how long a secondary nameserver will still treat its
copy of the zone dat
Quoting Alessandro Selli (alessandrose...@linux.com):
> It is relevant in proving you cannot do that and *lawfully* distribute the
> module, which is what I have kept saying.
Indeed, you do keep trying to change the topic to distribution. But I
already pointed that out. ;->
> I am not turni
Am 2017-07-05 08:51, schrieb Rick Moen:
I believe you said that you are running an instance of Unbound as a
local recursive nameserver. If so, I hope you are listing it first in
/etc/resolv.conf (perhaps by localhost IP). Anyway, that's where you
should start looking, to find your problem.
Th
70 matches
Mail list logo