On Fri, Feb 20, 2015 at 06:12:11PM +0100, Jaromil wrote:
>
> dear Isaac,
>
> On Fri, 20 Feb 2015, Isaac Dunham wrote:
>
> > On Sun, Feb 15, 2015 at 04:27:55PM +, Luke Kenneth Casson Leighton
> > wrote:
> > > http://lkcl.net/reports/removing_systemd_from_debian/
> >
> > Somehow, this inspir
Hi Isaac,
> I had just been wondering how to set up /dev/disk/by-id;
> I have a helper for mdev that will set up /dev/disk/by-uuid/ and
> /dev/disk/by-label/ symlinks (by parsing the output of 'blkid'):
> https://github.com/idunham/mdev/blob/master/helpers/disk_link.sh
> It's released into the pu
Hey Jaromil,
> isn't the script called with execve or similar, so one can just choose
any shell?
Yes. Specifically: "execle( "/bin/sh", "sh", "-c", cmd, (char*)0, env
);", where cmd is the contents of the command= directive, and env is the
list of vdev-exported environment variables (all prefix
On Sun, Feb 22, 2015 at 08:00:58PM -0500, Jude Nelson wrote:
> I consider vdev closer to being done than closer to having been just
> started, and it's mature enough that early testers can start experimenting
> with using it to boot Devuan in a VM (maybe even on real hardware, if
> you're the adven
hi Jude,
On Sun, 22 Feb 2015, Jude Nelson wrote:
>Hey everyone,
>In keeping with the request to give more frequent status updates on
>development, here's where things stand now with vdev.
many thanks!
one quick q (sry if I don't answer it myself looking at the code...)
>(1) Cr
No comment anyone?
Ok then. I guess I will have to test it myself later on.
For those with the same objective, I decided to keep my PC and 2 VPS' at
the current Debian Testing packages, but striped systemd and its
components as much as possible. There are still files especially on
/etc/system
Hey everyone,
In keeping with the request to give more frequent status updates on
development, here's where things stand now with vdev.
=== CURRENT STATUS ===
I consider vdev closer to being done than closer to having been just
started, and it's mature enough that early testers can start experim
dear Jonathan,
you have very good concerns on usability. After Devuan 1.0 we might be
able to quick fix desktop behaviour, I bet many developers involved will
go do respins and blends.
however, for what concerns us here and at least until the Devuan 1.0
release (which is a base system) you might
This was inevitable and expected. I'm not trying to be an "I told you so" but
I have mentioned this is a likely scenario before now. It's not the end of
the universe, however.
You can:
a) patch the affected code.
b) Use a shim that provides traps for both services without actually using
Syst
>
> Systemd, to me, is a horror story. The more I read the scarier it gets.
>
> At the very beginning of the 219 Lennart announcement you find this:
> > Note that this version is not available in Fedora F22/F23 yet. The
> > linker on ARM segfaults. Since the i386 and x86_64 versions built
> > f
On Sun, Feb 22, 2015 at 05:31:34PM -0300, Renaud OLGIATI wrote:
> On Sun, 22 Feb 2015 20:11:12 + (UTC)
> Jonathan Wilkes wrote:
>
> > 1) In the default desktop environment for Devuan, will there be an icon or
> > other discoverable item the user can click to see a list of available wifi
> >
On Sun, 22 Feb 2015 20:11:12 + (UTC)
Jonathan Wilkes wrote:
> 1) In the default desktop environment for Devuan, will there be an icon or
> other discoverable item the user can click to see a list of available wifi
> network connections?
>#1 is vital because it makes the entire knowledge-bas
Hello,A few questions about the GUI for Devuan...
1) In the default desktop environment for Devuan, will there be an icon or
other discoverable item the user can click to see a list of available wifi
network connections?2) When the DE's main menu pops up, will the user be able
to _immediately_ s
Like I said before, Alien Bob has built KDE 5.2 on Slackware-current. What I
hadn't mentioned is that it includes wayland. I don't know the technical points
or how much it is dependent on systemd, or how much *-systemd-* has infected
Slackware. I do however know that Slackware-current is still s
Hi,
First let me make it clear I'm not a fan of either systemd of journald.
I've been watching the "btrfs-linux" mailing list, when the following
subject popped up a few days ago:
Systemd 219 now sets the special FS_NOCOW file flag for its journal
files, possibly breaking RAID repairs.[1]
Fr
On Sun, Feb 22, 2015 at 4:20 PM, Gravis wrote:
> As recent news has shown, we also need to start writing new firmware for our
> hard drives. Since so many things have shown to be insecure, the question
> has becomes if it's worth reverse engineering proprietary systems versus
> engineering a libr
On Friday, 20 de February de 2015 17:17:16 Jaromil escribió:
[...]
> please go ahead, we count on everyone here to take initiative and do
> what one thinks can be useful for the progress of this project, which is
> not just made of code, obviously.
True. There are Devuan Weekly News as well ;)
To
On Sun, 22 Feb 2015 10:43:37 -0500
Steve Litt wrote:
> Isn't Wayland so systemd encumbered that somebody's going to need to
> write an alternative?
I think Wayland is going to be the main issue in Jessie++, because it was
implemented with a systemd dependency right from the start. We can't jus
UEFI does concern me but it's more an issue of implementation. It's been
made clear for quite some time that the only way to ensure the security of
your computer is to be able to write your own firmware. Coreboot is an
effort for reverse engineering motherboard BIOSes to make a libre BIOS. As
re
Not according to their documentation:
* the weston launcher program (weston-launch) needs extra privileges to
issue the KMS ioctl()s. It can do so via systemd, or you can make
weston-launch setuid root.
* weston can use systemd to find the directory in which to put its control
socket, or you can s
Hi, this is a little off-topic, but still relevant I think. You all might
remember that about a month ago I made a post about how I had partitioned
my laptop hard drive GPT-style, which requires UEFI boot. I did this mainly
to learn about GPT and UEFI, not because I wanted to dual-boot with Windows
On Sun, 22 Feb 2015 06:22:03 -0600
hal wrote:
> Jaromil wrote on 02/22/15 04:28:
> > At the very least, we may want to make sure that people is still
> > free to choose between wayland and X11, but hopefully this will be
> > also something that Debian wants.
> >
> >
> > https://git.gnome.org/br
On Sun, 22 Feb 2015, Didier Kryn wrote:
> I must confess I discovered ZeroMQ recently; it looks like the
> thing the programmer always needed since the advent of networking.
> I was blaming myself for not having used it in a
> multi-host+multi-language project started 7 years ago,
Le 21/02/2015 19:52, Nate Bargmann a écrit :
Imagine the chaos if the maintainers of the
C library behaved in a like manner (okay, we'd have Python, but I
digress;-)
Let's hope GNU will keep away from systemd! Imagine GCC, LaTeX or
Emacs depending on it >:o
By the way, I read in th
Le 20/02/2015 16:25, Gravis a écrit :
D-Bus has existed for about a decade if not more. As far as I can
tell, ZeroMQ has existed for a few years. Also, D-Bus is written in
the fashion that matches how the GTK API which is a C API. libdbus
has lots of language wrappers.
D-Bus is more for R
Jaromil wrote on 02/22/15 04:28:
> At the very least, we may want to make sure that people is still free to
> choose
> between wayland and X11, but hopefully this will be also something that Debian
> wants.
>
>
> https://git.gnome.org/browse/gdm/commit/?id=ab90bd38c5cf2236c3527cf7ef6b9f383218a9e
hi all,
this is interesting and Devuan could cover also a role here since wayland is
going to impact a lot of users with its lack of remote screen and of ACL
permission control.
At the very least, we may want to make sure that people is still free to choose
between wayland and X11, but hopefull
Joel Roth [2015-02-21 10:46]:
> Brainstorming here, I'm thinking about "Coke Classic". So,
> what are the classical (or traditional) things we are
> preserving by excising systemd?
>
> Classical Unix Architecture
> Classical Unix Administration
> Classical Unix Services
> Classical Unix Securit
28 matches
Mail list logo
