On 07/05/2014 02:58 PM, Sam Varshavchik wrote:
...
Actually, I think we do have a sliver of hope, now that systemd has infested
RHEL. As RHEL 7 rolls out, complete with the systemd clusterfrak, it's now
going to get some exposure to Red Hat's paying customers. Expect some noise
to slowly increase
On 07/06/2014 07:33 AM, Balint Szigeti wrote:
On Sun, 2014-07-06 at 06:49 +0200, poma wrote:
From: Tom H
https://lists.debian.org/debian-user/2014/07/msg00172.html
Why are you trolling both the Debian and Fedora lists with this
nonsense simultaneously?
...
Ref.
[debian-
On Sun, 2014-07-06 at 06:49 +0200, poma wrote:
> From: Tom H
> https://lists.debian.org/debian-user/2014/07/msg00172.html
> Why are you trolling both the Debian and Fedora lists with this
> nonsense simultaneously?
> ...
>
> Ref.
> [debian-user] why do we use systemd?
> https://
On 07/05/2014 08:23 PM, Timothy Murphy wrote:
On Saturday, July 05, 2014 12:12:30 PM Kevin Fenzi wrote:
Additionally, since about f17, '.service' is assumed...
ie,
systemctl status foobar
is the same as
sysemctl status foobar.service
Again, many thanks - tested and verified.
Now the only
On Sat, 2014-07-05 at 20:15 -0600, Kevin Fenzi wrote:
> On Sat, 5 Jul 2014 22:10:40 -0400
> Tom Horsley wrote:
>
> > On Sat, 5 Jul 2014 19:56:09 -0600
> > Kevin Fenzi wrote:
> >
> > > With systemd/journald, ALL output is saved and easy to query.
> >
> > With journald all output is saved in a b
On 07/05/2014 08:30 PM, Tom Horsley wrote:
On Sat, 05 Jul 2014 20:23:52 +0200
Timothy Murphy wrote:
Now the only thing I can moan about is the lack of
chkconfig --list
systemctl --full list-unit-files | grep enabled
or grep .service, etc.
...
$ systemctl -t service list-unit-files | gre
From: Tom H
https://lists.debian.org/debian-user/2014/07/msg00172.html
Why are you trolling both the Debian and Fedora lists with this
nonsense simultaneously?
...
Ref.
[debian-user] why do we use systemd?
https://lists.debian.org/debian-user/2014/07/msg00144.html
poma
Garry T. Williams writes:
On 7-5-14 22:07:17 Garry T. Williams wrote:
whenever systemd determines that the multi-user Target is its
objective. This corresponds to what we used to call system level 2.
Heh. How quickly I forget. That should be *run* level *3*.
How quickly indeed. Run level
On 7-5-14 22:07:17 Garry T. Williams wrote:
> whenever systemd determines that the multi-user Target is its
> objective. This corresponds to what we used to call system level 2.
Heh. How quickly I forget. That should be *run* level *3*.
--
Garry T. Williams
--
users mailing list
users@lists
On Sat, 5 Jul 2014 22:10:40 -0400
Tom Horsley wrote:
> On Sat, 5 Jul 2014 19:56:09 -0600
> Kevin Fenzi wrote:
>
> > With systemd/journald, ALL output is saved and easy to query.
>
> With journald all output is saved in a binary format file that
(which is fully documented)
> is impossible to q
On Sat, 5 Jul 2014 19:56:09 -0600
Kevin Fenzi wrote:
> With systemd/journald, ALL output is saved and easy to query.
With journald all output is saved in a binary format file that
is impossible to query when examining a crashed system because
is is always corrupted (especially when there are syst
On 7-6-14 00:58:23 Patrick O'Callaghan wrote:
> To go back to the same example as before, the concept of "unit"
> seems to me not well-defined. The man page says a unit is an object,
systemd(1) states:
CONCEPTS
systemd provides a dependency system between various
entitie
On 07/06/14 09:47, Ed Greshko wrote:
> On 07/06/14 09:26, Mark LaPierre wrote:
>> On 07/05/14 19:30, Tim wrote:
>>> Allegedly, on or about 05 July 2014, Garry T. Williams sent:
http://0pointer.de/blog/projects/systemd.html
http://0pointer.de/blog/projects/systemd-for-admins-1.htm
On Sat, 05 Jul 2014 18:40:42 -0700
David Benfell wrote:
> Kevin Fenzi writes:
...snip...
> > No. We need it for all the other reasons.
> >
> > Lennarts blog host seems to be having some problem, but from google
> > cache:
> >
> > http://webcache.googleusercontent.com/search?q=cache:rm-N94-I044J:
Kevin Fenzi writes:
Lennarts blog host seems to be having some problem, but from google
cache:
http://webcache.googleusercontent.com/search?q=cache:rm-N94-I044J:
0pointer.de/blog/projects/why.html+&cd=1&hl=en&ct=clnk&gl=us
Theres tons and tons of things that systemd does well that there was
On 07/06/14 09:26, Mark LaPierre wrote:
> On 07/05/14 19:30, Tim wrote:
>> Allegedly, on or about 05 July 2014, Garry T. Williams sent:
>>> http://0pointer.de/blog/projects/systemd.html
>>> http://0pointer.de/blog/projects/systemd-for-admins-1.html
>> Fails to load, here, does it work for
Kevin Fenzi writes:
On Sat, 05 Jul 2014 18:10:45 -0700
David Benfell wrote:
Were you tying your services to specific IP addresses?
I have ten IP addresses, one for each of several domains and subdomains. At
the time I made this decision, SNI didn't work, at least for me, and from
what I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 09:25, Kevin Fenzi wrote:
> sysvinit was broken and couldn't do lots of things that modern distros
> wanted to do.
Yes, even Ubuntu is going to adopt it as their default.
http://www.markshuttleworth.com/archives/1316
- --
If you can'
Ed Greshko writes:
Did you just fix your problem or did you also bugzilla it?
I was having trouble getting into bugzilla and set it aside. But I've
revisited this: https://bugzilla.redhat.com/show_bug.cgi?id=1116539
--
David Benfell
See https://parts-unknown.org/node/2 if you do not unde
On 07/05/14 19:30, Tim wrote:
> Allegedly, on or about 05 July 2014, Garry T. Williams sent:
>> http://0pointer.de/blog/projects/systemd.html
>> http://0pointer.de/blog/projects/systemd-for-admins-1.html
>
> Fails to load, here, does it work for you? I even left the browser
> attempting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 09:17, Sam Varshavchik wrote:
> Ed Greshko writes:
>
>> >
>> > Hilarity ensues.
>>
>> Any plans to bugzilla your issue? It should be fun to follow.
>
> Well, I thought about this. For about 30 seconds.
>
> I'm going to say something contr
On Sat, 05 Jul 2014 18:10:45 -0700
David Benfell wrote:
...snip...
> Then, and only then, did I discover there was even a
> network-online.target. Please understand, the time when things are
> broken is not the time when I
> want to explore rat holes. As it turned out, this *wasn't* a rat
> ho
Ed Greshko writes:
>
> Hilarity ensues.
Any plans to bugzilla your issue? It should be fun to follow.
Well, I thought about this. For about 30 seconds.
I'm going to say something controversial now. It'll likely send some flames
my way; and my ethics will get questioned. Maybe, I suppose,
Kevin Fenzi writes:
Is it an improvement over upstart/sysvinit? I would say absolutely so.
A false dichotomy.
The question is not simply whether we should stick with the old init
scripts or go with systemd, but really, what is the best way to start up a
linux system?
It is indeed possib
On 07/05/2014 06:21 PM, Tim wrote:
> Allegedly, on or about 05 July 2014, Patrick O'Callaghan sent:
>> More to the point, to understand "target" I now have to understand
>> "unit". According to systemd(1), under the heading "Concepts", we find
>> that "systemd provides a dependency system between v
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 08:32, Sam Varshavchik wrote:
> Ed Greshko writes:
>
>> On 07/06/14 07:28, Sam Varshavchik wrote:
>> > Ed Greshko writes:
>> >
>> >> > The server with dhcp, httpd, named, and privoxy does not have
>> >> > NetworkManager installed. Both th
Ed Greshko writes:
On 07/06/14 07:28, Sam Varshavchik wrote:
> Ed Greshko writes:
>
>> > The server with dhcp, httpd, named, and privoxy does not have
NetworkManager installed. Both the WAN and the LAN ports are configured as
static IPs.
>>
>> You may want to try NetworkManager and wait-onl
On Sat, 05 Jul 2014 20:17:53 -0400
Sam Varshavchik wrote:
> Kevin Fenzi writes:
>
> > On Sat, 05 Jul 2014 19:30:06 -0400
> > Sam Varshavchik wrote:
> >
> > > R. G. Newbury writes:
> > >
> > > >>
> > > >> That at least works up to the day systemd decides
> > > >> no one needs rc.local and they d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 08:22, David Benfell wrote:
> Ed Greshko writes:
>>
>> I suppose the bottom line is I can't confirm your issue. I've not made any
>> changes to the default systemd config or service files.
>
> I guess I get to call dibs here. This issue
Ed Greshko writes:
I suppose the bottom line is I can't confirm your issue. I've not made
any changes to the default systemd config or service files.
I guess I get to call dibs here. This issue is the one that bedeviled me
with postfix (and nsd and ejabberd), and the solution, using netwo
Kevin Fenzi writes:
On Sat, 05 Jul 2014 19:30:06 -0400
Sam Varshavchik wrote:
> R. G. Newbury writes:
>
> >>
> >> That at least works up to the day systemd decides
> >> no one needs rc.local and they drop support for
> >> it (a day that is sure to come :-).
> >
> > Direct support for rc.local
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 07:32, Kevin Fenzi wrote:
> On Sat, 05 Jul 2014 19:30:06 -0400
> Sam Varshavchik wrote:
>
>> R. G. Newbury writes:
>>
That at least works up to the day systemd decides
no one needs rc.local and they drop support for
it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 08:01, Kevin Fenzi wrote:
> I find systemd a great deal easier to deal with than sysvint/upstart.
>
> I made a systemd unit file the other day for a local service and it
> took me about 30 seconds. A sysvinit file would have taken copying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 07:28, Sam Varshavchik wrote:
> Ed Greshko writes:
>
>> > The server with dhcp, httpd, named, and privoxy does not have
>> > NetworkManager installed. Both the WAN and the LAN ports are configured as
>> > static IPs.
>>
>> You may want t
On Sat, 5 Jul 2014 23:47:09 + (UTC)
Bill Oliver wrote:
> I no longer say that.
That's because the primary driving force behind linux
changes is google. If you can google how to do something
in a few minutes, then it is obviously necessary to
completely re-write it as soon as possible so peopl
I find systemd a great deal easier to deal with than sysvint/upstart.
I made a systemd unit file the other day for a local service and it
took me about 30 seconds. A sysvinit file would have taken copying a
bunch of biolerplate and would have taken a good deal longer.
Does systemd have bugs or
On Sat, 2014-07-05 at 10:03 -0400, Garry T. Williams wrote:
> On 7-5-14 14:30:39 Patrick O'Callaghan wrote:
> > +1. One of my pet gripes about systemd is that it introduces a lot of
> > new terminology without a clear explanation.
>
> Have you looked at the manual pages?
Yes. I quoted one of them
On Sat, 5 Jul 2014, Joe Zeff wrote:
On 07/05/2014 04:21 PM, Tim wrote:
The old system was considered bad, because it had 6 run levels, of which
a few of them were never used. Now we have 12?
I didn't exactly like systemd when it first came out, but I've gotten used to
it. And, like it or
On Sat, 2014-07-05 at 20:01 +0200, Timothy Murphy wrote:
> > Have you looked at the manual pages? I know of no other project
> that
> > has the breadth and depth of documentation that systemd has.
>
> This is probably a minority view but I don't think a man page should
> try
> to tell you everyth
On Sun, 2014-07-06 at 09:00 +0930, Tim wrote:
> Allegedly, on or about 05 July 2014, Garry T. Williams sent:
> > http://0pointer.de/blog/projects/systemd.html
> > http://0pointer.de/blog/projects/systemd-for-admins-1.html
>
> Fails to load, here, does it work for you? I even left the br
On 07/05/2014 04:21 PM, Tim wrote:
The old system was considered bad, because it had 6 run levels, of which
a few of them were never used. Now we have 12?
I didn't exactly like systemd when it first came out, but I've gotten
used to it. And, like it or not, Linux as a whole isn't going to go
On Sat, 05 Jul 2014 19:30:06 -0400
Sam Varshavchik wrote:
> R. G. Newbury writes:
>
> >>
> >> That at least works up to the day systemd decides
> >> no one needs rc.local and they drop support for
> >> it (a day that is sure to come :-).
> >
> > Direct support for rc.local has already been "depr
Allegedly, on or about 05 July 2014, Garry T. Williams sent:
> http://0pointer.de/blog/projects/systemd.html
> http://0pointer.de/blog/projects/systemd-for-admins-1.html
Fails to load, here, does it work for you? I even left the browser
attempting it for a few minutes.
--
[tim@localho
R. G. Newbury writes:
That at least works up to the day systemd decides
no one needs rc.local and they drop support for
it (a day that is sure to come :-).
Direct support for rc.local has already been "deprecated". Somewhere I read
something from Lennart and it was clear that he has an almo
Ed Greshko writes:
> The server with dhcp, httpd, named, and privoxy does not have
NetworkManager installed. Both the WAN and the LAN ports are configured as
static IPs.
You may want to try NetworkManager and wait-online. WAN links can take time
to become active.
NetworkManager does no
Allegedly, on or about 05 July 2014, Patrick O'Callaghan sent:
> More to the point, to understand "target" I now have to understand
> "unit". According to systemd(1), under the heading "Concepts", we find
> that "systemd provides a dependency system between various entities
> called "units" of 12 d
On Sat, 05 Jul 2014 08:13:45 -0400
Sam Varshavchik wrote:
Everything was always broken
I'm pretty sure everything was always broken.
I never had the combination of postfix, dovecot,
and stunnel operational more than about 10% of
the time with pure systemd.
I just took a more practical approac
Allegedly, on or about 05 July 2014, don fisher sent:
> If you do not use the Gnome or KDE you are SOL. Why should a
> particular user interface be responsible for things way below the UI
> level.
I'm not particularly sure that I agree that it's below that level. It
is controlling the graphics in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/06/14 01:00, Sam Varshavchik wrote:
> Ed Greshko writes:
>
>> On 07/05/14 20:13, Sam Varshavchik wrote:
>> > So, how should this mess get fixed? Start filing bugs against all these
>> > packages, requesting a change to their systemd service fil
On Mon, 30 Jun 2014 08:18:43 -0400
Tom Horsley wrote:
> If so, care to share which video card and monitor
> you use?
To drag this thread back on topic, I have achieved
success with a Samsung U28D590D monitor and a EVGA
GTX 750Ti video card.
The main stumbling block was the very very old
versions
On 07/05/14 04:12, Tim wrote:
Allegedly, on or about 04 July 2014, don fisher sent:
Do you know what file the setting are maintained in? I do not use
Gnome and would like to be able to edit the appropriate files rather
than being so dependent on GUI interfaces.
I have to say that there's a cer
On 7-5-14 13:08:07 vendor wrote:
> Unfortunately, the metric for "clear explanation" is not "number of
> pages." (Insert obligatory derogatory humor about government
> bureaucracy here.)
Strangely you are replying to someone else, but quoting my message.
So I'll comment.
I never mentioned numbe
I have a feeling this is going to have something to
do with the nvidia.com driver version being at 337.25
and the latest version in rpmfusion being 331.something
I think the ubuntu proprietary repos have newer
versions, so I'll give ubuntu a try and maybe I'll
get some version of linux with full s
On Sat, 05 Jul 2014 20:23:52 +0200
Timothy Murphy wrote:
> Now the only thing I can moan about is the lack of
> chkconfig --list
systemctl --full list-unit-files | grep enabled
or grep .service, etc.
Not that I can remember that command. I have it in
my notes and have to look up the syntax ev
On Sat, 05 Jul 2014 20:23:52 +0200
Timothy Murphy wrote:
> On Saturday, July 05, 2014 12:12:30 PM Kevin Fenzi wrote:
>
> > Additionally, since about f17, '.service' is assumed...
> >
> > ie,
> >
> > systemctl status foobar
> >
> > is the same as
> >
> > sysemctl status foobar.service
>
> Ag
On Saturday, July 05, 2014 12:12:30 PM Kevin Fenzi wrote:
> Additionally, since about f17, '.service' is assumed...
>
> ie,
>
> systemctl status foobar
>
> is the same as
>
> sysemctl status foobar.service
Again, many thanks - tested and verified.
Now the only thing I can moan about is the lack
On Sat, 05 Jul 2014 20:05:37 +0200
Timothy Murphy wrote:
> Garry T. Williams wrote:
>
> >> I know there are rare cases where one has to say something
> >> else, but why not make the default to add ".service" if nothing is
> >> given? Or perhaps TAB could complete it?
> >
> > Have you actually t
Garry T. Williams wrote:
>> I know there are rare cases where one has to say something
>> else, but why not make the default to add ".service" if nothing is given?
>> Or perhaps TAB could complete it?
>
> Have you actually tried a tab?
Mea colpa.
It never occurred to me that this might actually
On 07/05/2014 12:59 PM, Tom Horsley wrote:
In my quest for more pixels, I'm trying to get my
new UHD monitor working in 3840x2160 resolution.
The nouveau driver doesn't know how to drive
the GTX 750Ti card, so I had to install the
nvidia binary drivers from rpmfusion.
At this point, everything
On Sat, 5 Jul 2014 12:59:32 -0400
Tom Horsley wrote:
> (I'm off to try stuff like a different cable
> in the hope that it is something dumb).
Well, there is nothing wrong with any of the
hardware. I can get full UHD resolution
with Windows 7 and the nvidia drivers,
so it is now officially a resea
On 07/05/14 06:33, Adrian Sevcenco wrote:
i am still not comfortable with all the options of journalctl and i am
wondering how it will go when i will migrate my servers to centos 7..
Use Centos 6.x, it should be supported untill 2020.
Probably by then systemd is replaced or improved
Garry T. Williams wrote:
> Have you looked at the manual pages? I know of no other project that
> has the breadth and depth of documentation that systemd has.
This is probably a minority view but I don't think a man page should try
to tell you everything about a command.
When I first used Unix
Unfortunately, the metric for "clear explanation" is not "number of pages."
(Insert obligatory derogatory humor about government bureaucracy here.)
Sent from Samsung tablet
Original message
From: "Garry T. Williams"
Date:07/05/2014 10:03 AM (GMT-05:00)
To: Community s
Heinz Diehl writes:
On 05.07.2014, Patrick O'Callaghan wrote:
> It allows the various components to have specific dependencies so they
> can start as soon as everything is in place. Older mechanisms such as
> the traditional System V init scripts were much more limited and could
> only do this
Ed Greshko writes:
On 07/05/14 20:13, Sam Varshavchik wrote:
> So, how should this mess get fixed? Start filing bugs against all these
packages, requesting a change to their systemd service file, to state a
dependency on network-online.target?
FWIW, I'm running a fully updated F20 system a
In my quest for more pixels, I'm trying to get my
new UHD monitor working in 3840x2160 resolution.
The nouveau driver doesn't know how to drive
the GTX 750Ti card, so I had to install the
nvidia binary drivers from rpmfusion.
At this point, everything seems to work except
for the one minor detail
On 05.07.2014, Patrick O'Callaghan wrote:
> It allows the various components to have specific dependencies so they
> can start as soon as everything is in place. Older mechanisms such as
> the traditional System V init scripts were much more limited and could
> only do this with very ad hoc and b
On 7-5-14 14:30:39 Patrick O'Callaghan wrote:
> +1. One of my pet gripes about systemd is that it introduces a lot of
> new terminology without a clear explanation.
Have you looked at the manual pages? I know of no other project that
has the breadth and depth of documentation that systemd has. Y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/05/14 20:13, Sam Varshavchik wrote:
> So, how should this mess get fixed? Start filing bugs against all these
> packages, requesting a change to their systemd service file, to state a
> dependency on network-online.target?
FWIW, I'm running a
On Sat, 2014-07-05 at 16:35 +0300, Adrian Sevcenco wrote:
> > +1. One of my pet gripes about systemd is that it introduces a lot
> of
> > new terminology without a clear explanation. I still don't
> understand
> > the difference between a target and a service.
> a service is a service
A rose is a
On 7-5-14 15:10:35 Timothy Murphy wrote:
> One trivial complaint I have with systemd is that I have to type more -
> "sudo systemctl restart NetworkManager.service" against
> "sudo service NetworkManager restart".
> Not much difference, perhaps, but to me the necessity of adding ".service"
> shows
On 7-5-14 10:20:16 Balint wrote:
> I really do NOT understand
Yes, that is true.
Log of update that includes a new systemd:
Jun 26 08:01:45 vfr sudo[28872]: garry : TTY=pts/2 ; PWD=/home/garry ;
USER=root ; COMMAND=/bin/dnf upgrade
...
Jun 26 08:07:16 vfr systemd[1]: Serializing sta
On 07/05/2014 04:30 PM, Patrick O'Callaghan wrote:
> On Sat, 2014-07-05 at 15:10 +0200, Timothy Murphy wrote:
>> What exactly does systemd do differently that would speed up booting?
>>
>> One trivial complaint I have with systemd is that I have to type more
>
> It allows the various components to
On 07/05/2014 04:10 PM, Timothy Murphy wrote:
> Tom Horsley wrote:
>
>> It really does enable my system to boot infinitely faster
>> than the alternatives,
>
> Is this really true?
> Fedora-20 boots reasonably fast on my fairly old laptop (Thinkpad T61),
> but I didn't notice any change when Fedo
On Sat, 2014-07-05 at 15:10 +0200, Timothy Murphy wrote:
> What exactly does systemd do differently that would speed up booting?
>
> One trivial complaint I have with systemd is that I have to type more
It allows the various components to have specific dependencies so they
can start as soon as ev
Tom Horsley wrote:
> It really does enable my system to boot infinitely faster
> than the alternatives,
Is this really true?
Fedora-20 boots reasonably fast on my fairly old laptop (Thinkpad T61),
but I didn't notice any change when Fedora went over to systemd.
(I think my CentOS-6.5 desktop boot
On Sat, 05 Jul 2014 08:58:23 -0400
Sam Varshavchik wrote:
> it's now
> going to get some exposure to Red Hat's paying customers
And since the 'E' in RHEL is "Enterprise", I suspect
many of those customers are going to wonder why
systemd needs to hang around and consume vast amounts
of resources
Tom Horsley writes:
On Sat, 05 Jul 2014 08:13:45 -0400
Sam Varshavchik wrote:
> Everything was always broken
I'm pretty sure everything was always broken.
I never had the combination of postfix, dovecot,
and stunnel operational more than about 10% of
the time with pure systemd.
For me, every
On Sat, 05 Jul 2014 08:13:45 -0400
Sam Varshavchik wrote:
> Everything was always broken
I'm pretty sure everything was always broken.
I never had the combination of postfix, dovecot,
and stunnel operational more than about 10% of
the time with pure systemd.
I just took a more practical approach
It looks like after the last systemd update, systemd appears to start jobs
that have a dependency on network availability before the network is
actually up.
After booting, a crapload of services reliably fail to start: httpd, dhcpd,
named, and others. All of them come up fine if I manually
On Sat, 05 Jul 2014 20:42:57 +0930
Tim wrote:
> I have to say that there's a certain level of irony in avoiding using a
> graphical tool for configuring your graphical user interface
I know why I hate it: Because the devs are constantly changing
the GUI interface, so you can't find it or figure o
On Sat, 5 Jul 2014 07:49:33 -0400
Tom Horsley wrote:
> It has already
> consumed udev and ConsoleKit that I know of
Wait! I forgot xinetd :-).
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
On Sat, 05 Jul 2014 12:00:21 +0100
Balint wrote:
> well, good explanation. I hope Linux will not become 'windows' because
> systemd will gain the 'power' above everything. :D
Yea, I classify systemd as the very first "computer fungus".
It seems to want to grow over everything. It has already
Allegedly, on or about 04 July 2014, don fisher sent:
> Do you know what file the setting are maintained in? I do not use
> Gnome and would like to be able to edit the appropriate files rather
> than being so dependent on GUI interfaces.
I have to say that there's a certain level of irony in avoi
On 05/07/2014 11:47, Tom Horsley wrote:
On Sat, 05 Jul 2014 10:20:16 +0100
Balint wrote:
I really do NOT understand
Mainly because it falls into the "new and therefore better"
rabbit hole fedora (and it seems all other linux distros)
is dedicated to jumping down.
It really does enable my syst
hello all,
does somebody tell me, lxde can handle the dual monitor? I mean, the DE
will give 2 desktop instead of monitor extend or duplication. So, if I
press, ctrl-tab on 1 monitor it will show the windows in that screen and
the other will be independent.
Balint
--
users mailing list
users
On Sat, 05 Jul 2014 10:20:16 +0100
Balint wrote:
> I really do NOT understand
Mainly because it falls into the "new and therefore better"
rabbit hole fedora (and it seems all other linux distros)
is dedicated to jumping down.
It really does enable my system to boot infinitely faster
than the alt
http://ewontfix.com/15/
http://ewontfix.com/14/
Just read them and protest to developer drop this piece of sh*t!
This implementation is going to become Linux to Windows. The system will
have main almighty process which can't be updated without restart. If
that process will be corrupted the all
88 matches
Mail list logo
