, and translate creat(2)
and
unlink(2) events from inotify into a vdev-specific device event with the
relevant information (e.g. by querying the device metadata that the
system's vdevd puts into /dev/vdev/...).
-Jude
On Tue, Mar 17, 2015 at 1:30 AM, Joerg Reisenweber reisenwe
On Sun 22 March 2015 11:29:54 devuan...@spamgourmet.net wrote:
Considering that the blog post is all about putting an idea up for
discussion I really do not see how that can be undiscussed and
unsolicited. How should you get a discussion started on the internet?
Considering how I clearly
On Tue 17 March 2015 01:20:43 Jude Nelson wrote:
What I'm considering doing is creating vdevd-user, a build of
vdevd with a backend for watching the contents of /dev, instead of
listening to the kernel for device events.
How would that watching work?
/jOERG
signature.asc
Description: This is
On Fri 20 March 2015 22:09:20 Joerg Reisenweber wrote:
for details on how all this works on apt level with the devuan overlay over
debian, you rather ask nextime.
Rather first look here:
https://git.devuan.org/devuan-infrastructure/amprolla/blob/master/README.md
signature.asc
Description
[...all...] Sounds familiar? It's because developing and earning money
on support only will always lead to such pathologies. [...]
Full ACK
Internet and downloading complete distros (for free) kills the Linux FOSS
ecosystem now, like downloading mp3 music did kill the music ecosystem.
Suse
On Sun 22 March 2015 00:40:45 Joerg Reisenweber wrote:
kills the Linux FOSS ecosystem now,
This time read ecosystem as economic system. The ecologic system aka
community is probably still fine.
RH just establishes the new better economic system:
http://0pointer.net/blog/revisiting-how-we-put
On Sun 22 March 2015 01:15:18 devuan...@spamgourmet.net wrote:
Hi Jörg,
I am going to get beaten for this, but that proposal is actually
brilliant! Well, brilliant if you are not bothered by btrfs that is:-)
But that is what I got backups for.
Besides me for one not liking the idea to *get*
On Sun 22 March 2015 01:42:33 devuan...@spamgourmet.net wrote:
On Sun, Mar 22, 2015 at 1:23 AM, Joerg Reisenweber -
reisenwe...@web.de
devuan.kn.d76efe93d7.reisenweber#web...@ob.0sg.net wrote:
Besides me for one not liking the idea to *get* *forced* to use btrfs for
/,
The only way
On Wed 18 March 2015 19:07:09 Anto wrote:
root@v01:~# apt-cache policy dbus
dbus:
Installed: 1.8.14-1.0nosystemd1
Candidate: 1.8.14-1.0nosystemd1
Package pin: 1.8.14-1.0nosystemd1
Version table:
1.8.16-1 990
110 http://ftp.debian.org/debian/ jessie/main i386
On Fri 20 March 2015 08:56:47 Go Linux wrote:
I support this idea. Put all the systemd stuff in a 'quarantine' repo with
the appropriate 'use at your own risk' caveats.
I'd like to suggest a more generic approach, based on (quick shot suggestion
to get refined) listing the number of direct
HOORAY! KUDOS!
can't wait giving it a try
/j
On Tue 24 March 2015 05:37:04 Jude Nelson wrote:
Hey everyone,
I'm pleased to announce that vdev can successfully boot to a console on the
Devuan vagrant image!
[...]
-Jude
signature.asc
Description: This is a digitally signed message part.
On Tue 24 March 2015 22:17:20 Steve Litt wrote:
This systemd debacle increased by an order of
magnitude the Linux users who understand the underpinnings of the
system and are prepared to take control.
Indeed. I never really bothered much, and happily lived along with (Open)Suse
since... it
On Mon 30 March 2015 14:30:44 Didier Kryn wrote:
Le 30/03/2015 13:49, John Morris a écrit :
Simple. Systemd is only the tip of the spear in what appears planned as
a total reinvention of the OS. They aren't done yet. What happens when
the next major component of that plan appears
On Tue 31 March 2015 10:10:28 Martin Steigerwald wrote:
So here is my plea to stay to what you actually *really* perceive. Stop
assuming intentions. Especially stop assuming bad intentions. I think that
systemd developers essentially mean it good. They have no evil plans to
take over the
On Tue 31 March 2015 11:57:00 Udo Rader wrote:
And when it comes to wording and social (mis)behaviour, I think Lennart
said it very well for himself in his interview last October:
The Open Source community is full of assholes
Perfect excuse to act like one yourself ;-)
[not addressed to OP]
On Tue 31 March 2015 11:16:02 Martin Steigerwald wrote:
I do not think that any terms like cancer, infection or cabal are any
helpful there.
NB not *I* invented systemd cabal term, it been Poettering himself, in his
blog I linked above.
here again for your convenience:
On Tue 31 March 2015 09:11:54 Hendrik Boom wrote:
On Tue, Mar 31, 2015 at 11:16:02AM +0200, Martin Steigerwald wrote:
[1] [systemd-devel] I wonder… why systemd provokes this amount of polarity
and resistance:
http://lists.freedesktop.org/archives/systemd-devel/2014-September/thread.
On Thu 02 April 2015 13:09:41 Jack L. Frost wrote:
On Wed, Apr 01, 2015 at 09:25:00PM +0200, toto titi wrote:
Hi Guys,
and thank you to all of you for this fork.
Do you plan to get rid of pulseaudio and avahi as well, or do you just
focus on systemd ?
What are your problems with pulse
On Thu 02 April 2015 20:30:23 T.J. Duchene wrote:
Where i come from ISP's dynamic IP lease times are *very* long, you need
to
reboot the home router to get a new IP and even then you may get the
same IP. It's not that dynamic, at all. Add that with data your browser
provides, your
On Tue 21 April 2015 12:06:55 Martin Steigerwald wrote:
two more reasons
just one comment:
Those who do not understand Unix are condemned to reinvent it, poorly.
http://en.wikipedia.org/wiki/Henry_Spencer
/j
signature.asc
Description: This is a digitally signed message part.
from time to time.
-Jim
Date: Thu, 30 Apr 2015 08:48:10 +0100
From: kato...@freaknet.org
To: reisenwe...@web.de
CC: dng@lists.dyne.org
Subject: Re: [Dng] [dng] vdev status updates
On Thu, Apr 30, 2015 at 01:27:48AM +0200, Joerg Reisenweber wrote:
On Wed 29 April
On Thu 30 April 2015 15:30:06 Didier Kryn wrote:
This FHS is nothing more than a summary of current practice; it
does not contain any sound rationale
I beg to differ on that, to me it seems it has all the sound rationale it
needs, to for example understand why /bin should have commands
On Thu 30 April 2015 19:02:54 Laurent Bercot wrote:
/sbin/route is not inherently better than
/bin/route; we are just used to /sbin/route and inertia does the rest - but
it would actually be *simpler* to just move everything to /bin and /usr/bin
and be rid of /sbin and /usr/sbin altogether. It
On Thu 30 April 2015 19:02:54 Laurent Bercot wrote:
- Made sense at the time, doesn't make sense today: the separation between
administrator commands (/sbin, /usr/sbin) and user commands (/bin,
/usr/bin). Back then, filesystems were slow and scaled badly, caches were
small, and it was costly
On Thu 30 April 2015 19:02:54 Laurent Bercot wrote:
It would also shorten PATHs,
which would be a definite blessing on some systems.
I guess - just like you said, and according to RFC2119 SHOULD (NOT) - you
could simply symlink /sbin to /bin on your system when there's a good reason
for doing
On Sat 02 May 2015 11:01:07 Laurent Bercot wrote:
So there are very good reasons for keeping the classic/standard layout.
The reasons you gave so far are pretty minor.
The reasons you gave for *changing* stuff are negligible so far: iirc it was a
shorter PATH which would benefit some
On Sun 03 May 2015 15:09:49 Hendrik Boom wrote:
files are identified *only* by metadata. Has anyone ever
tried something like this?
I guess tracker https://wiki.gnome.org/Projects/Tracker and the way it's
used by some apps / OS to locate data
http://maemo.org/packages/view/imageviewer/
On Mon 27 April 2015 21:18:11 Ingo Schmitt wrote:
Why are you interested on devuan?
jessie provides sysvinit as alternative to systemd.
devuan is for ppl which are not ready for new technology.
you as newbe should be more open minded ;)
What are you talking about?
If that was meant to
On Sun 03 May 2015 11:15:45 Laurent Bercot wrote:
I remember 10ish years ago, mount was actually /sbin/mount.
It migrated to /bin at some point, probably, as you say, when the
user mount option was added. I personally think that moving
executables between places is a bad thing, and one of the
basically ignore this mail, it has no relevant content. Actually when you see
it, it's moot ;-)
/j
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Tue 07 April 2015 01:29:13 Joerg Reisenweber wrote:
On Mon 06 April 2015 18:47:46 Miles Fidelman wrote:
I have the magic list written on sticky, underneath my
keyboard
try Ctrl+Alt+SysReq+Shift for online help, no need for sticky notes
(actually every key that's not already assigned
On Fri 03 April 2015 22:55:58 marc wrote:
I believe some distributions already use things like dnsmasq
to do simpler caching
Maemo (N900) using dnsmasq http://maemo.org/packages/view/dnsmasq/
and even my more ancient wrt54g 2nd level router with Firmware: DD-WRT v24-
sp2 (07/22/09) mini offers
On Mon 06 April 2015 10:06:49 KatolaZ wrote:
On Mon, Apr 06, 2015 at 11:46:45AM +0300, Martijn Dekkers wrote:
What really puzzles me is why if you love systemd that much you just
continue arguing about systemd on the ML of a Debian fork specifically
born to throw systemd away. Do you
On Mon 06 April 2015 11:01:10 Steve Litt wrote:
On Mon, 06 Apr 2015 11:24:54 +0200
Joerg Reisenweber reisenwe...@web.de wrote:
Please by all means avoid friendly fire towards shots you hear in
front of you - it's not the enemy, it's just your peers, we're all
looking (and fighting) same
On Tue 07 April 2015 14:04:36 Jude Nelson wrote:
Over in systemd-land, I'm pretty sure the plan going forward is to replace
netlink with kdbus to do the same task.
me starts throwing up a little :-o
But yes, sounds plausible
/j
signature.asc
Description: This is a digitally signed message
On Wed 08 April 2015 01:45:20 Jürgen Buchmüller wrote:
I'd love to see ancient, unwritten, yet useful rules being adhered to on
Quote relevant parts of the original message. Cut out irrelevant stuff.
+:
Use proper quotes; no TOFU and no HTML, ever
ta!
/j
signature.asc
Description: This is a
On Fri 03 April 2015 21:40:41 Joel Roth wrote:
On Sat, Apr 04, 2015 at 08:18:29AM +0100, KatolaZ wrote:
On Fri, Apr 03, 2015 at 12:36:22AM +0200, Franco Lanza wrote:
Personally on debian i was using from date
APT:Install-Recommends 0;
APT:Install-Suggests 0;
in all my
On Thu 09 April 2015 02:20:16 hellekin wrote:
*** I see another two groups: people who want to work together and build
something different that won't end up in an isolated technical committee
in their ivory towers, and bullies.
Sorry that's not to the point. Nobody at all talked about
On Thu 09 April 2015 11:27:45 Franco Lanza wrote:
all of those open to anyone, without restriction on WHO can join, but
with restriction on WHAT can be considered in topic and what not.
(plus all the rest)
Absolutely to the point. Thanks! Exactly what we see everywhere else
*WORKING*.
And
On Thu 09 April 2015 05:44:41 Robert Storey wrote:
Which begs the question: should we just retire the mailing
list(s) and start using the forum?
Real Programmers dont use Forum
On a less joking comment:
the ML is the medium of choice for serious communication, simply since you
don't need a
On Thu 09 April 2015 08:58:00 Renaud OLGIATI wrote:
Drawback: If a discussion starts on Non-Technical about modification of the
Technical list (eg: moving the format to a forum) those who only read the
Technical list will not know about the proposed change...
Which is not a drawback but
On Wed 08 April 2015 14:34:44 Go Linux wrote:
I would rate the ambiance of [...]
I may be completely misreading things but it seems to cater to
a completely different crowd than the one populating this list.
I can appreciate all the effort that hellekin has put into the forum project
but
https://www.kernel.org/doc/Documentation/initrd.txt might come in handy
/j
signature.asc
Description: This is a digitally signed message part.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Sun 26 July 2015 23:18:58 Steve Litt wrote:
You can roll your own automount with one day's work using inotify-wait,
dmesg, sudo, lsblk, and the mount command. Works without X or window
manager. Heck, I'll do it myself if more than 20 people want it.
+1
/j
signature.asc
Description: This is
On Mon 13 November 2017 00:18:15 Adam Borowski wrote:
> On Sun, Nov 12, 2017 at 09:36:17PM +0100, Joerg Reisenweber wrote:
> > On Sun 12 November 2017 19:45:02 Adam Borowski wrote:
> > > On Sun, Nov 12, 2017 at 12:14:33PM +0100, Joerg Reisenweber wrote:
> > > >
On Sun 12 November 2017 21:54:36 Steve Litt wrote:
> One more thing: What did people do before maybe 2010,
> when /sbin, /bin, /usr/sbin, and /user/bin were four separate
> directories? Was life that hard back then? Were develpers smarter?
I'd bet all and my butt on the latter ;-) It's just too
On Sat 11 November 2017 09:28:23 Adam Borowski wrote:
> > Does it really make the card more "free" if the binary blob is built-in
> > instead of being loaded at runtime?
>
> Somehow, RMS believes so.
No, actually RMS/FSF doesn't care about "more free" or "more secure" for that
particular topic
On Tue 07 November 2017 17:50:27 John Hughes wrote:
> The separation of / and /usr is a relic of really, really tiny disk sizes.
Like, for example, ARMv7 systems with a 128MB NAND to boot from, keeping /usr
on a separate storage like SSD? Doesn't sound like an obsolete ancient relic
/j
On Sun 12 November 2017 09:19:22 John Hughes wrote:
> On 12/11/17 04:24, Joerg Reisenweber wrote:
> > On Tue 07 November 2017 17:50:27 John Hughes wrote:
> >> The separation of / and /usr is a relic of really, really tiny disk
> >> sizes.
> >
> > Like, for e
On Tue 14 November 2017 10:42:48 John Hughes wrote:
> Of course SVR4.2 could be ported to an ARM SoC -- you'd just put /stand
> on the internal NAND. (/stand was the SVR4.2 name for what Linux called
> /boot).
Let me put it straight for you:
/noot doesn't get you anywhere to bring up a
On Mon 13 November 2017 15:46:30 John Hughes wrote:
> systemd didn't exist in 1991 when USL decided that for SVR4.2 /bin, /lib
> and /sbin should just be symlinks to /usr.
And when did USL (whoever that is) decide that SVR4.2 doesn't care about being
able to run on any ARM SoC? And how's that
On Tue 14 November 2017 10:42:48 John Hughes wrote:
> Those who do not understand UNIX are condemned to reinvent it, poorly
funny you quote that in this particular context. Seems to me the whole mess
introduced by systemd (incl the /usr/ disaster) is exactly that: reinventing
unix poorly
On Sun 12 November 2017 19:45:02 Adam Borowski wrote:
> On Sun, Nov 12, 2017 at 12:14:33PM +0100, Joerg Reisenweber wrote:
> > The "too much work" argument is a very embarrassing one - it's the genuine
> > duty of distro maintainers to take care of exactly suc
53 matches
Mail list logo