On March 30, 2015 9:42:33 AM WEST, KatolaZ kato...@freaknet.org wrote:
--Snip--
a selection of packages compiled for a certain platform who talk to each
other well, and among which a user can select those that better suit
their needs. Fullstop.
--snip--
I would like to scream those words to
Le 29/03/2015 11:15, marc a écrit :
No need to mix doubleforking and PID tracking on your
program. That should be the duty of whatever daemonizes and manages
your program. You know, like Daemontools or s6.
So there is a very good reason for a deamon to handle its
own backgrounding: The
On Mon, Mar 30, 2015 at 02:07:41PM +0200, Didier Kryn wrote:
Le 30/03/2015 13:53, John Morris a écrit :
Both
the FSF and Debian claim to be the most 'Free.'
This is not my understanding. Debian does not claim to be more free
than
GNU. They just admit the reality that some non-free
with compatibility across versions. Forking the kernel gives
us control over these issues, gives us control over almost all key
parts of the stack.
http://distrowatch.com/weekly.php?issue=20150330#community
Our proximity to April 1 makes me wonder, but still...
While there are several quotes
fork of
the Linux kernel. There are problems, problems in collaboration,
problems with compatibility across versions. Forking the kernel gives
us control over these issues, gives us control over almost all key
parts of the stack.
http://distrowatch.com/weekly.php?issue=20150330#community
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
Le 30/03/2015 15:10, Adam Borowski a écrit :
On Mon, Mar 30, 2015 at 02:07:41PM +0200, Didier Kryn wrote:
Le 30/03/2015 13:53, John Morris a écrit :
Both
the FSF and Debian claim to be the most 'Free.'
This is not my understanding. Debian does not claim to be more free
than
GNU. They
On Mon, Mar 30, 2015 at 02:07:41PM +0200, Didier Kryn wrote:
Le 30/03/2015 13:53, John Morris a écrit :
Both
the FSF and Debian claim to be the most 'Free.'
This is not my understanding. Debian does not claim to be more
free than GNU. They just admit the reality that some non-free
I use F-Droid with cyanogen and I am quite happy, the number and quality of
apps is steadily increasing too.
On Mar 30, 2015 2:49 PM, John Morris jmor...@beau.org wrote:
On Sat, 2015-03-28 at 12:33 +0100, Didier Kryn wrote:
BTW, I, like many others, find convenient to use e.g. Skype, and
fork of
the Linux kernel. There are problems, problems in collaboration,
problems with compatibility across versions. Forking the kernel gives
us control over these issues, gives us control over almost all key
parts of the stack.
http://distrowatch.com/weekly.php?issue=20150330
Nate Did you read the devs name?
According to Ivan Gotyaovich
link to distrowatch
http://distrowatch.com/weekly.php?issue=20150330#community
On 03/30/2015 07:25 AM, Nate Bargmann wrote:
Is this really happening?
Now it appears as though the systemd developers have found a solution
On Sat, 2015-03-28 at 12:33 +0100, Didier Kryn wrote:
BTW, I, like many others, find convenient to use e.g. Skype, and I
would prefer to run it inside a container.
Over there, Linux installers are
Shareware. All of them. I'm not a priest of St. Ignucius but the idea
of the
over almost all key
parts of the stack.
http://distrowatch.com/weekly.php?issue=20150330#community
Our proximity to April 1 makes me wonder, but still...
While there are several quotes in the article from one Ivan Gotyaovich,
I don't see any links to said quotes which leaves me a bit
On Mon, 30 Mar 2015 11:44:29 +0200
Didier Kryn k...@in2p3.fr wrote:
Le 29/03/2015 11:15, marc a écrit :
No need to mix doubleforking and PID tracking on your
program. That should be the duty of whatever daemonizes and manages
your program. You know, like Daemontools or s6.
So there is
On 03/30/2015 04:55 PM, Nate Bargmann wrote:
repository. According to Ivan Gotyaovich, one of the developers
working on systemd, the project intends to maintain its own fork of
A search on systemd/systemd on Github indicated that there are no
contributions
to systemd by an Ivan Gotyaovich.
these issues, gives us control over almost
all key parts of the stack.
http://distrowatch.com/weekly.php?issue=20150330#community
Our proximity to April 1 makes me wonder, but still...
While there are several quotes in the article from one Ivan
Gotyaovich, I don't see any links to said quotes
On Mon, Mar 30, 2015 at 12:38:37PM -0400, Steve Litt wrote:
[cut]
ROFLMAO,
Here's the problem, Nate. With any other software vendor, we'd
instantly and doubtlessly assume it an April Fools Joke. But this is
systemd we're talking about, and the first time I heard that it had a 2
way link
On 30/03/15 15:15, Chris Kalin wrote:
I hope it's absolutely true. Do all the ripping out and rebuilding in their
own tree, and if Linus et al don't want to merge the changes back into
mainline, distro users can use a sane kernel. Keep your peanut butter out of
my chocolate, as it were.
Hi Steve,
On Mon, Mar 30, 2015 at 7:24 PM, Steve Litt -
sl...@troubleshooters.com
devuan.kn.3c178e07a2.slitt#troubleshooters@ob.0sg.net wrote:
Hi Didier,
If your post says what I think it says, you're saying that modern init
systems should always start services concurrently, not
* On 2015 30 Mar 06:37 -0500, etech3 wrote:
Nate Did you read the devs name?
According to Ivan Gotyaovich
Umm, yes, which is partly the reason why I mention my skepticism.
Remember, all good humor has a kernel of truth.
- Nate
--
The optimist proclaims that we live in the best of all
The problem there is that a consecutive boot system needs to probe for
hardware and give that hardware time to show up, blocking the boot
process in the meantime.
The only hardware detection during boot that *needs* to block is mounting
the root device. Boot cannot proceed without that. To
* On 2015 30 Mar 12:05 -0500, KatolaZ wrote:
Anyway, this little (disgusting) joke is revealing that some users
that are currently tolerating the systemd-nonsense would be quite
upset if the systemd-nonsense guys would decide to take the Linux
kernel aboard (something that I personally think
If you need to generically support a wide range of setups and include
the fun stuff listed above into the mix, then your init system will
need to do a lot more than what is necessary to bring up one
individual system. Debian did run all of the above during its boot
sequence (if the package
Okay, one technical correction (on myself):
What are you talking about?
root@t510:/home/jude# runlevel
N 2
root@t510:/home/jude# fgrep -r sleep /etc/rc2.d /etc/rcS.d
root@t510:/home/jude#
You do *not* need timeouts to boot the system sequentially.
I should have typed fgrep -r sleep
Hey Isaac,
So, I'm looking at startx here:
http://cgit.freedesktop.org/xorg/app/xinit/tree/startx.cpp
Where's the offending block of code? Is it lines 191-200?
Looking at the commit history (
http://cgit.freedesktop.org/xorg/app/xinit/log/), it doesn't look like
startx sees many changes these
25 matches
Mail list logo