On 27/09/14 02:48, Stephen Powell wrote:
I'm not sure that the Debian wiki is the right place for this information.
Although there is a Linux port of PuTTY, 99% of PuTTY users are
Windows users, including me. Although it may be used to login remotely
to a Debian system, PuTTY itself is Windows s
On 27/09/14 21:04, lee wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=990177
Your complaint about the interface is reasonable. The systemd
developers' decision to not change the interface in response to your
complaint was also reasonable. (The Fedora users mailing list thread you
linked
On 28/09/14 16:29, Steve Litt wrote:
I assume that implicit in your reply is that such a major version
upgrade works well, and that over the years you don't get all sorts of
accumulated software dust bunnies doing funny things to you.
How many others here have experiences like Chris'?
Well, th
On 28/09/14 16:35, Lisi Reisz wrote:
On Sunday 28 September 2014 14:21:13 Slavko wrote:
For now it seems, that there is no chance to get DE
without systemd in debian
Nonsense!! You can have TDE for a start, and I am sure that there are others.
The Trinity Desktop Environment is not, as far
On 29/09/14 17:13, Lisi Reisz wrote:
On Monday 29 September 2014 17:01:31 Tony van der Hoff wrote:
well, it's my understanding that the system (hardware) time is always
UTC, but there is no way to set localtime to GMT (or UTC). Perhaps I'm
misunderstanding you.
Erm What do you think we w
On 30/09/14 02:06, Hörmetjan Yiltiz wrote:
Would not save that much, actually, since almost everyone here uses
Debian and are Debian users, and furthermore, hopefully, users who use
Debian and Debian only.
I very much hope that many people here do not use *only* Debian, because
people with di
On 01/10/14 18:44, Slavko wrote:
Dňa Wed, 01 Oct 2014 18:00:39 +0200 Sven Joachim
napísal:
No, it's because systemd-shim Breaks: systemd (<< 209), but testing
has systemd 208-8. If you need systemd-shim (i.e. you're not using
systemd as PID 1), wait with the dist-upgrade until systemd 215
migr
On 06/10/14 16:01, Buchs, Kevin J. wrote:
I have both libreoffice and libreoffice4.2 installed. I just want to
keep the 4.2 version, but when I try to apt-get remove libreoffice, it
wants to remove gnome. Why is gnome dependent upon libreoffice?
Gnome doesn't depend on libreoffice.
What's happ
On 06/10/14 18:45, Steve Litt wrote:
Oh Geez, I thought Plymouth was only an Ubuntu thing. Getting
away from plymouth was about 40% of why I moved from Ubuntu to Debian.
Conveniently, plymouth is optional in Debian, unless you're using
upstart or docker.io.
--
To UNSUBSCRIBE, email to debia
On 08/10/14 08:23, Bret Busby wrote:
I have a 23" monitor, that I want to use with two of my laptop
computers (not at the same time).
I have a 15" laptop, with an i3 CPU, running Debian 6 LTS and GNOME2.
[snip]
The other laptop has a 17" display and an i7CPU, and is running Debian
7.x and LXDE
On 10/10/14 14:28, Rob Owens wrote:
Is there an apt command that will tell me why package X was installed? For
instance, was it manually installed, or installed as a dependency/recommends of
package Y?
aptitude why package-x
will show you exactly one reason why package-x is installed.
--
On 10/10/14 18:15, PETER ZOELLER wrote:
And this is being hard coded in my opinion since it forces it to be
installed as a default with no other option given and required for
example if you want to use Gnome.
It turns out to be the case that cases where Gnome fails to operate
correctly without
On 11/10/14 19:00, Nate Bargmann wrote:
This is the question I have, what are the stated boundaries of the
systemd project? Have any boundaries/goals been stated in terms of when
systemd will be feature complete? What is the stated compliance to
POSIX (Google doesn't seem to provide me good res
On 12/10/14 04:12, Peter Zoeller wrote:
But the nice
thing is shell scripting is simplistic easy to learn and understand.
I refer the audience to David A. Wheeler's essay[1] on how to handle
filenames correctly in shell scripts, and to the bug report that he
filed against POSIX.1-2008[2] on t
On 12/10/14 14:52, lee wrote:
Harry Putnam writes:
Can any of you experienced exim4 hands interpret this output?
Reading RFC-821 would tell you more.
Reading RFC 2821 would be even better, since RFC 821 is obsoleted by RFC
2821.
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.deb
On 12/10/14 15:53, lee wrote:
And when they are filtered, does the sender get a message telling him
that their message hasn't been delivered?
The requirement in RFC 2821 (the successor to RFC 821 which you've
recently been referring to) section 4.2.5 that a server which issues a
2yz completio
On 12/10/14 01:43, lee wrote:
Reco writes:
http://cgit.freedesktop.org/systemd/systemd/tree/src/core/dbus-manager.c?id=3731acf1acfb4a6eb68374a5b137f3b368f63381#n638
Ah, this is a wonderful example :) My assumptions about the code were right.
Does all/most of systemd look like that?
I'm n
On 12/10/14 18:13, John Hasler wrote:
Martin Read writes:
I'm not seeing a serious problem with that function.
You have no problem with an 1800 line function?
The thing that you are asking me if it is the case is not the thing I said.
I have a problem with 1800 line functions in ge
On 12/10/14 23:04, lee wrote:
Bas Wijnen writes:
Because for a GR, a member of Debian has to request it and it needs to
be seconded by at least 5 other members (constitution 4.2.1, 4.2.7).
This has not happened.
I know, and I'm suggesting to omit this requirement.
Technically, there *is* a
On 14/10/14 00:47, Joel Rees wrote:
There is a header for requesting automatic confirmation of delivery,
but it tends to be abused by malicious junkmailers (spammers). MUAs
are supposed to be able to disable it, but I haven't seen that option
in an MUA settings dialog for a long time.
I'm looki
On 14/10/14 13:54, Miles Fidelman wrote:
Andrei POPESCU wrote:
Have you actually looked into what depends on systemd?
Trying to.
As a start - anything that depends on udev and logging come to mind;
Strictly speaking, yes, udev is part of the systemd suite. However, it
is perfectly capable
On 14/10/14 14:33, Miles Fidelman wrote:
Which brings us back to how upgrades and new installs will be handled -
will there be an option to go right to sysvinit-core, or will we have to
manually uninstall systemd and anything that depends on it? Getting all
the metapackages and dependencies righ
On 14/10/14 15:56, Steve Litt wrote:
On Tue, 14 Oct 2014 11:25:23 +0300
Andrei POPESCU wrote:
Have you actually looked into what depends on systemd?
PAM is enough for me, considering everything that uses PAM. They could
have made their PAM plug compatible with the old PAM, but nooo.
I f
On 14/10/14 16:05, Scott Ferguson wrote:
And how should we interpret that in light of your signature and constant
plugging of your business on the list?
Perhaps Joey Hess's signature holds the answer?
I presume you mean Joel Rees (yes, I get their names mixed up
occasionally too), since Joey H
On 14/10/14 16:48, Steve Litt wrote:
So are you saying I could use sysvinit or nosh as my PID1, drop in
libpam-systemd and no other systemd components, and have all PAM
functionalities run properly?
Thank you for the clarification.
The short and vague answer is "no"; PAM modules that depend on
On 14/10/14 22:56, Steve Litt wrote:
On Wed, 15 Oct 2014 00:15:40 +0300
Andrei POPESCU wrote:
As far as I understand none of the upstreams are actually requiring
systemd itself (or more accurately systemd-logind), but the
interfaces it is providing.
I fail to see the distinction.
As long as
On 15/10/14 17:30, Steve Litt wrote:
Pre-cisely. I see Red Hat's fingerprints all over that unmaintained
status. If not for Red Hat, somebody would have picked up ConsoleKit.
After all, as shown in
http://spectrum.ieee.org/computing/software/whos-writing-linux ,
there's plenty of money floating a
On 17/10/14 10:16, Mark Carroll wrote:
Steve Litt writes:
(snip)
I'll also try to find a systemd-free alternative to LibreOffice, and to
Gnumeric (Gnumeric will be tough, it's actually a good program).
(snip)
LibreOffice is enormously useful for Microsoft Office compatibility. Why
on Earth do
On 17/10/14 14:10, francis picabia wrote:
The problem is with finding terminals. I often have over 60
open at once. The task bar or whatever it is called
in XFCE stacks the open Konsoles, but the listing
of them is probably by the order of which they were opened.
I'd rather it was alphabetical,
On 18/10/14 02:38, Steve Litt wrote:
I would add that it should be delegated to an interchangeable part
through a well-specified thin interface, without global variables like
dbus. Or, if there *must* be a global variable, at least make it
purposed only for interaction between init and program, a
On 18/10/14 16:29, Peter Nieman wrote:
And I don't understand "TIA", unless it's Spanish.
"Thanks In Advance"
Well, I thought there was a strong relationship between systemd and
dbus.
Various parts of the systemd suite, including the systemd init daemon,
use dbus to present its control int
On 19/10/14 17:45, Rusi Mody wrote:
As for 'wounded ego':
Do you have a wounded ego if a dead branch falls and smashes the windshield
of your car?
Or a Tsunami knocks off your seafront house?
If you are taking offense, who are you offended by?
Debian is not a person (as far as I know!)
Debian
On 20/10/14 01:28, berenger.mo...@neutralite.org wrote:
Did they successed with wayland? I just took a look at weston and it
seems to be linked to stuffD... and with Dbus, when I thought I had read
time ago things about them using a home-made bus, because they thought
dbus was too heavy... I hope
On 21/10/14 13:31, j...@ageinggracefully.ca wrote:
I run xfce on jessie/sid. I zapped my desktop when trying to stop a process
using the task manager.
This happened to me a few years ago and I've forgotten how I fixed it.
I believe the program you want to run is "xfdesktop".
--
To UNSUBSCRIB
On 22/10/14 09:56, Denis Witt wrote:
I wanted to take a look at systemd and pacemaker/corosync on Debian
Jessie.
I noticed that the pacemaker package has vanished. Instead you should
install the crmsh package. This package recommends pacemaker which
doesn't exists.
That's strange. According to
On 22/10/14 11:28, rudu wrote:
But here on my jessie box, I can't find any GTK+2.0 package to upgrade.
So, what am I missing here ?
The relevant package is "libgtk2.0-0". Note that the version number
appears to have been mis-stated in message #37, and is 2.24.25-1, not
"2.25.1".
--
To UNSU
On 22/10/14 08:37, Dimitrios Chr. Ioannidis wrote:
What details do you think are neccecary ?
Just grab a DI-b2 img, install xfce or lxde ( with the menu or with
desktop= doesn't matter ) and then try to remove *all* the systemd
utilities / libraries etc.
dbus-daemon is linked against l
On 24/10/14 10:12, Thomas Goirand wrote:
On 10/21/2014 05:12 PM, Thorsten Glaser wrote:
OpenBSD’s libc.so major number is 50 or something like that right now,
because they – correctly – increment it on every incompatible change.
The correct thing to do is to not do incompatible change.
A won
On 25/10/14 15:31, Peter Nieman wrote:
3. There's no alternative to X so far, but there are several
alternatives to systemd, and one of them has worked perfectly well for
most people until the present day.
I would take the "several alternatives" as tending to indicate that
perhaps sysvinit + s
On 27/10/14 14:37, John Hasler wrote:
This is something called "util-linux-ng" which isn't even in Debian.
The internet tells me that the current upstream incarnation of
util-linux was called "util-linux-ng" between 2006-2010, and apparently
has not had its mailing list renamed when the proje
On 31/10/14 21:31, The Wanderer wrote:
If the mount failing isn't that critical, then the "right way" to fix
the problem under systemd's apparent design would probably be to add the
"noauto" label to the fstab, so that the device will not mount
automatically on boot.
If there's a way to configur
On 01/11/14 01:53, lee wrote:
It doesn't need these code paths. The library doesn't do anything
unless you do have the software actually running which the library makes
useable --- at least that's what was said.
Of course, not all cases are the same, yet in this case, the library
shouldn't be i
On 01/11/14 14:52, lee wrote:
what's the proposed Debian way to deal with a different location of the
'perl' executable?
#! /usr/bin/env perl
Fedora has /bin/perl, Debian has /usr/bin/perl. Since I still have
Fedora on the desktop and Debian on the VMs, I need compatibility.
... but I thou
On 01/11/14 19:21, Martinx - ジェームズ wrote:
After a week of tests, I realized that `systemd-journal` is not ready
for prime time.
A lot of times, it consumes 100% of CPU, making the system almost unusable.
Debian Jessie should not activate `systemd-journal` by default (for
logging), even when wit
On 02/11/14 01:37, Martinx - ジェームズ wrote:
Thoughts?!
As I understand it, eudev is intended to provide all of udev's
externally-visible functionality in an interface-compatible way, so it
seems to me that whoever packages eudev should *probably* be able to
declare it to be an adequate replace
On 03/11/14 09:13, Erwan David wrote:
On Mon, Nov 03, 2014 at 09:33:30AM CET, Jonathan de Boyne Pollard
said:
That's what you get when your first recourse is Google rather than the
manual that comes with your software on your computer. (-: The manual
pages that you should be reading are:
On 10/11/14 08:57, Andrew McGlashan wrote:
And for those choosing to go with systemd they'll need 20 updates of
Jessie just because the kernel is intrinsically linked to systemd and
needs an update.
Debian wheezy entered freeze with Linux kernel version 3.2.30. As of
today, a system running wh
On 10/11/14 19:26, Tanstaafl wrote:
Exactly, it should remain in unstable unless/until it can be released
*perfectly* stable, so if that means it stays in unstable for 5 years,
so be it.
If you want *perfectly* stable software, why are you using software that
isn't formally proven?
--
To UN
On 11/11/14 15:23, Michael Fothergill wrote:
Dear Debianists,
Should I really be on the amd64 list not this one as an amd64 user?
The description of the debian-amd64 list is
"Debian port to AMD64
Porting Debian to AMD x86-64 architecture."
so unless you're involved in Debian's amd64 porting
On 12/11/14 14:20, Klistvud wrote:
As a side note: once systemd is put in place, such problem-less and
swift migration between desktop environments is just one of the many
"Good Things Linux" going down the drain...
Eh? I'm running XFCE *just fine* on a jessie box with systemd as init,
and if
On 13/11/14 11:10, Luis Finotti wrote:
Ah, that worked! Could you explain the "192.168.29.0/24" syntax
though? I'm having a hard time finding what it means. (Is it a range
0 to 24?)
The "/24" means that only the first 24 bits of the address are
significant for matching purposes. So, 192.168
On 15/11/14 23:04, Paul E Condon wrote:
If one could absolutely rely on apt-get always getting it right, then
"apt-get install -y sysvinit-core"
could always be used to remove systemd even from a system that has
been booted into systemd and running, and not just in the context
of a pre-seed. Ri
On 16/11/14 00:21, Paul E Condon wrote:
It should be possible to install systemd on a system that already
has some other init system installed on it. This should be tested,
but how?
The obvious way is to upgrade a wheezy system, following the "upgrade to
jessie while keeping sysvinit as the in
On 16/11/14 11:40, Klistvud wrote:
1. Reviving the existing init systems. Modernizing them, making them
into true, interchangeable drop-in replacements of each other, which do
the task assigned, and do it well. Each of them accomplishing at least
the common subset of tasks an init system is suppo
On 16/11/14 17:33, Laurent Bigonville wrote:
Are you aware that this is the approach that systemd and upstart have
taken, right?
1) Both systemd (PID1) and upstart are drop-in replacement for the good
old SysVinit as they both support the common "standard" that are LSB
scripts (A really good sha
On 17/11/14 12:25, Gian Uberto Lauri wrote:
There were other poor design choices, it seems that Debian maintainers
have fixed some of them (i.e. renaming network devices), other seems
to be still there (binary logs...).
A default Debian jessie configuration has persistent text logs in
/var/log
On 19/11/14 17:56, Curt wrote:
As for country-specific results (language-oriented, certainly) how does
ducky ducky a gogo handle the Tower of Babel problem?
I don't know if they apply any geoip checks to inbound traffic, but they
certainly support the "lang:ISO_language_code" search term (comp
On 20/11/14 01:03, Scott Ferguson wrote:
On 20/11/14 04:06, "Morel Bérenger" wrote:
I think it's msdos.
AFAIK mdos partition tables don't support anywhere near that number of
slices. :(
MSDOS extended partitions contain a linked list of logical partitions.
It looks, from the pattern of th
On 21/11/14 11:50, Joel Roth wrote:
I upgraded sid, either to get new versions of software,
and to avoid too long a gap in time (which I was told could
lead to problem in upgrades having too cross too much
"distance".) I note that apt-get upgrade/dist-upgrade did
not advise installing new kernels
On 22/11/14 09:50, lee wrote:
Nobody understands udev rules,
Challenge accepted.
*looks at /etc/udev/rules.d* *looks at /lib/udev/rules.d*
I'm honestly baffled that someone who is capable of comfortably using
emacs thinks these files are incomprehensible. They appear to be written
in a doma
On 24/11/14 13:25, Jerry Stuckle wrote:
And exactly what is the "Debian way" to add custom (NOT customized
pre-packaged) software to the system?
As far as I can tell, the obvious things that go into the "Debian way"
for installing custom software are:
1) If your software isn't installed via
On 24/11/14 16:30, The Wanderer wrote:
I do not have links to specific messages, since I don't habitually work
with or enjoy browsing through Web archives of mailing lists, and since
I've never understood (or even understood how to make practical use of)
the "message links" - looking outwardly si
On 26/11/14 17:27, Haines Brown wrote:
In pursuing this issue, the first thing I found out was that bootlogd is
not used with systemd. So instead I did:
# systemd --test
Don't run test mode as root
How else is it run?
An excellent question, filed against systemd in Debian as bug #76
On 30/11/14 12:02, Andrew McGlashan wrote:
On 30/11/2014 8:42 PM, Rainer Dorsch wrote:
blackbox:/etc/bind# cat /etc/systemd/system/bind9-resume.service
So ... buggy systemd bites yet again;
This is *BIND* we're talking about; even if I was opposed to systemd, I
probably wouldn't go jumping
On 01/12/14 01:15, Patrick Bartek wrote:
There are work-arounds for dist-upgrading to Jessie without installing
systemd as the init, but you'll still have systemd dependencies
(libraries usually) for software like GNOME3 or cups or udev to
deal with. And you'll have to be on guard that some app d
On 03/12/14 19:37, Martinx - ジェームズ wrote:
Debian/Devuan WILL NEED an `udev` alternative to keep `sysinit-core` working.
Perhaps. On the other hand, they might only need an alternative
implementation of the user-space glue that makes kdbus work.
Devuan will need something like `eudev` to suc
On 03/12/14 21:52, Martinx - ジェームズ wrote:
I'm using `GRSecurity` with Debian in prod and it doesn't work with `systemd`.
I NEED `sysvinit-core` (or upstart) and there is no plans to deploy
`systemd` at my company's public data center. Since it [systemd]
doesn't work here.
If `systemd` gets fixe
On 08/12/14 01:29, The Wanderer wrote:
If that results in you shooting yourself in the foot over the long term,
then that's your problem, because you made the decision to prioritize
the immediate benefit of cancelling the fsck over the long-term benefit
of letting it run.
My experience of runni
On 08/12/14 08:44, Curt wrote:
On 2014-12-08, Stefan Monnier wrote:
Actually, it's *always* a surprise. These fsck happen at long enough
intervals, that I can never know if it was "4 months ago" or "7 months
ago", and neither can I remember which laptop/desktop has the delay set
to 172 days vs
On 10/12/14 13:26, Marty wrote:
On 12/08/2014 09:12 AM, Lisi Reisz wrote:
On Monday 08 December 2014 13:18:18 Marty wrote:
I would even deign to
give users a choice in the matter,
[snip]
Multi-seat PC and other
anachronisms probably have to go away.
Choice???
Lisi
The industry and its p
On 02/07/14 18:25, Steve Litt wrote:
So then, the question becomes, where does there exist a list of common
letters that are, for want of a better word, "ornamented ascii"?
Umlauts, Carats, Circles, Grave accents, etc.
Are the charts at http://www.unicode.org/charts/ what you're looking
for, o
On 05/07/14 21:56, David Baron wrote:
Continuing to set up my new 64-bit install.
Any attempt to chown -R thisuser:thisuser /home/thisuser/.*
For example,to reset permissions of hidden items, will change ALL users' home
folders, everything. Actually, on the surface, this might seem correct
beha
On 06/07/14 00:10, The Wanderer wrote:
> Can you run systemd without logind or journald?
I can't quickly find an answer, so I'll leave answering that one to
someone else.
Can you run logind without systemd or journald?
If you have something else that provides the systemd interfaces logind
On 08/07/14 12:00, berenger.mo...@neutralite.org wrote:
Le 08.07.2014 08:58, Kushal Kumaran a écrit :
Neal Murphy writes:
On Monday, July 07, 2014 03:49:52 PM Michael Biebl wrote:
Am 07.07.2014 21:29, schrieb Andrei POPESCU:
> To prove my point (on a laptop with LXDE and just a few service
On 09/07/14 05:07, Steve Litt wrote:
[regarding double fork]
In other words, it's going to bust my program, right?
Maybe. Do the programs you launch need to outlive your session? If so,
your launcher program's design will run into problems in a systemd world.
If not, you should be fine.
--
On 09/07/14 14:40, Mark Carroll wrote:
Hang on, that sounds scary. I'll still be able to launch something
from the shell (maybe in an xterm) with a trailing & to put it in
the background, and then log out and it will keep on going, right?
Running a program in the background from a shell in an x
On 09/07/14 22:00, Steve Litt wrote:
On Wed, 09 Jul 2014 15:21:55 +0100
Martin Read wrote:
Running a program in the background from a shell in an xterm (and
even closing the xterm afterwards) works fine; indeed, that's how I
launched the instance of Icedove I'm typing this e-mail
On 22/07/14 15:03, Joe wrote:
I've got it now. Apparently /usr has needed to be available at boot
time for a long time, but this seems to have completely passed me by,
and hasn't yet bitten me. I have always thought that 'usr' was short for
'user', and that /usr contains only applications and not
On 16/08/14 17:49, Steve Litt wrote:
On Sat, 16 Aug 2014 11:00:10 -0400 (EDT)
Stephen Powell wrote:
My main objection to GNOME as the default desktop environment is
that it *requires* 3D graphics acceleration from the X driver,
something which is not available from all drivers. (For example,
t
On 22/08/14 00:49, Ric Moore wrote:
That's why I go off on a rant once in awhile, that pavucontrol needs to
be a pulse depend, or users won't have the tool to setup and adjust
pulse with.
It's currently a Suggests; I suggest you file a bug report suggesting
that this should be bumped to Recom
On 27/08/14 06:36, B wrote:
What I don't understand is Debian leaving the alternative behind,
this _doesn't_ sounds the Debian's way. But if it should be the
new way, it'll be without me.
There are certainly sincere efforts to enable Debian to continue to
support other arrangements for sys
On 27/08/14 19:07, Brian wrote:
Please join him on the site where his article is published; there is a
comments section. Perhaps other like-minded people would like to
accompany you.
Encouraging the balkanization of the Internet into a collection of echo
chambers seems ill-advised.
--
To UN
On 31/08/14 14:21, lee wrote:
It doesn't even have decent documentation
Opinions appear to vary on this matter; ISTR that when the TC were
called upon to decide on the default init system for jessie, Russ
Allbery experimented with all three of the proposed replacements and
found systemd to b
On 31/08/14 16:10, Erwan David wrote:
EIther the explanation is incomplete or the badly redacted or the
examples in the man are false
I cannot see how
journalctl /usr/bin/dbus-daemon or journalctl /dev/sda fit in that
explanation
There is a third possibility: you didn't finish reading the text
On 02/09/14 19:55, Jimmy Johnson wrote:
Erwan David wrote:
aptitude remove systemd -> downgrade almost everything to stable...
Ok no program present in stable should depend on systemd...
that's a lot of bugs to open...
Erwan, the whole of my Wheezy desktop system as I know it seems to be
lo
On 03/09/14 06:54, Erwan David wrote:
lauching systemd-logind (which they do) is actually requiring it, no ?
Point. (I find myself instinctively reading "requiring systemd" as
"requiring systemd as PID 1", so I tend to say "requiring a component of
the systemd suite" when talking about things
On 03/09/14 17:14, The Wanderer wrote:
IMO, any functionality which anything not part of the init system might
legitimately want to depend on - such as the functionality needed by
libpam-systemd - should be implemented first, primarily, and indeed
probably *only* as something that is *not* part o
On 03/09/14 15:40, Rob Owens wrote:
xfburn is apparently aware that my cd drive is currently empty. Does anybody
know what it uses to detect this? It is not using gvfs.
Looking up xfburn in aptitude's interactive interface, I see that xfburn
Depends: libgudev-1.0-0, which is a GObject-based
On 04/09/14 12:43, The Wanderer wrote:
On 09/03/2014 at 01:52 PM, Martin Read wrote:
was done in response to the decision of the kernel's cgroup
subsystem maintainer, Tejun Heo, that the way cgroups hierarchies
worked was terrible and a single hierarchy single-writer model
would be far
On 07/09/14 18:31, lee wrote:
As to console-kit, it was awful in that it might create a ridiculous
number of processes, and I used to disable it because I never needed
it. Can you disable logind?
If you don't need anything that depends on gnome-settings-daemon,
libpam-systemd, lighttpd, live-
On 08/09/14 00:21, lee wrote:
I don't have gnome-settings-daemon installed on Fedora, which uses
systemd.
Indeed; on Fedora, systemd is IIRC the *only* init system.
On the Debian VM, it says that dbus depends on libsystemd-login0, so how
could I remove that without having to remove xfce?
Yo
On 08/09/14 15:51, lee wrote:
If the problem is so easy to solve as you describe, i. e. by compiling
software appropriately, it boils down to that Debian would have to have
different versions of packages, compiled with appropriate options, which
are picked from depending on which init system the
On 08/09/14 22:46, lee wrote:
It would seem kinda logical to file the bug against the cd-burning
software because it depends on an init system.
Sort of. It's perfectly reasonable for brasero to Depends: gvfs
(brasero's part of GNOME and gvfs is the "standard" way for GNOME
applications to acc
On 09/09/14 15:31, Steve Litt wrote:
It's kind of funny. All email clients suck, and yet there are tens of
excellent window manager/desktop environments.
All software sucks (except defective device drivers for vacuum pump
systems). The only question is whether the nature of the suckage is a
p
On 09/09/14 19:42, B wrote:
Normally, if you _really_ reach the system RAM limit, init begins
killing the least used programs/daemons (well, this WAS true with
a good init, such as the sysV one…)
First, the OOM Killer is part of the kernel, not part of the init
system. Second, it doesn't s
On 10/09/14 18:07, Curt wrote:
Then why do the (net)installer(s) apply an obsolete principle when you
accept a/the default partioning scheme(s) (well, at least the Squeeze
netinstaller I used way back when did so).
My first guess would be "because it's not so bad an idea that anyone in
a posit
On 11/09/14 21:05, Frank McCormick wrote:
On my Sid installation VLC is broken. It does not display mpegs or mkvs.
I have tried all the output modules and none make any difference. All I
get is a black screen. Audio does work however.
How can I track down the problem?
The first step is to laun
On 13/09/14 20:54, lee wrote:
Can you have, say, KDE on Gentoo without systemd? "Without systemd"
means *all* of systemd, like systemd-login0 etc..
Many components of the KDE Software Collection have no identifiable
dependency on systemd's support libraries. (Indeed, a significant
fraction o
On 14/09/14 10:44, songbird wrote:
Marko Randjelovic wrote:
I don't know what Debian release do you use, but since Squeeze, /bin/sh
should point to dash.
i'm not sure about that...
I suspect it to be the case that if you've been continuously upgrading
since before the change was made, yo
On 15/09/14 01:46, Marty wrote:
(not OP but) I require the exclusion all packages by their dev teams
from my computer. Is that clear enough? Linus doesn't trust them. Why
should I?
Just to be sure you're aware of what you're asking for: that includes
udev, which:
(a) in Debian is a hard depe
1 - 100 of 256 matches
Mail list logo
