-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
В Sun, 12 Apr 2015 21:00:38 +
Nusenu пишет:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi,
>
> I'm trying to find out whether I'm looking at an ansible or systemctl
> bug.
>
> Does systemctl aim to support the 'is-enabled' command
В Sun, 12 Apr 2015 12:12:45 -0700
lynd...@your-mail.com пишет:
> Hi Lennart
>
> On Sun, Apr 12, 2015, at 11:06 AM, Lennart Poettering wrote:
> > This looks like Fedora/Red Hat initscripts networking?
>
> Close; same style. But it's opensuse networking.
>
> > If so, please file a bug against t
On Sun, Apr 12, 2015 at 07:19:07PM +0200, Lennart Poettering wrote:
> On Sun, 12.04.15 14:11, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > I'm wondering if we should provide better per-user tmpfiles support.
> > For example, if we allowed a set of "user" tmpfiles, which would
> > b
On Sun, Apr 12, 2015 at 06:42:45PM +0200, Lennart Poettering wrote:
> On Sat, 11.04.15 23:52, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > On Fri, Apr 10, 2015 at 06:14:40PM +0200, Lennart Poettering wrote:
> > > On Sat, 14.03.15 12:19, Tom Gundersen (t...@jklm.no) wrote:
> > >
>
On Sun, Apr 12, 2015 at 12:43 PM, Lennart Poettering
wrote:
> On Wed, 11.03.15 08:13, Shawn Landden (sh...@churchofgit.com) wrote:
>
>> We shouldn't assume 64-bit arch with the way we do math either.
>> (although I will submit a patch to glibc to add a uint64_t union
>> alias)
>
> Hmm? uint64_t wo
On Sun, Apr 12, 2015 at 06:49:41PM +0200, Lennart Poettering wrote:
> On Sat, 11.04.15 02:13, Tobias Hunger (tobias.hun...@gmail.com) wrote:
>
> > /boot does not exist on a stateless system, so do not get
> > confused by that.
> > ---
> > src/efi-boot-generator/efi-boot-generator.c | 5 -
> >
On Sun, Apr 12, 2015 at 02:12:06PM -0700, lynd...@your-mail.com wrote:
> Hi
>
> On Sun, Apr 12, 2015, at 02:08 PM, Cameron Norman wrote:
> > It's probably just a race that you see with the bridge because the
> > bridge is up at a later time than the ethernet device.
>
> I guess that's kindof the
On Sat, Apr 11, 2015 at 03:27:46PM +0200, Hans de Goede wrote:
> The Trust TB7300 (relabelled Waltop?) tablet has a scrollwheel which shows
> up as a /dev/input/event# node all by itself. Currently input_id does not
> set any ID_INPUT_FOO attr on this causing it it to not be recognized by
> Xorg /
On 13 April 2015 at 07:12, Cameron Norman wrote:
> On Fri, Apr 10, 2015 at 5:17 AM, Tomasz Bursztyka
> wrote:
>> Hi,
>>
>> [snip]
>>
>> As a notice, this is nothing new. Such standalone daemon has been already
>> done by the past, pacrunner. systemd-proxy-discoveryd will more or less
>> implement
On Tue, Apr 07, 2015 at 12:08:00PM +0200, David Herrmann wrote:
> Hi
>
> On Mon, Mar 23, 2015 at 2:30 AM, Peter Hutterer
> wrote:
> > Verified for the 5,1 Macbook, the others are guesses based on the list of
> > supported devices of the moshi trackpad protector.
> > http://www.moshi.com/trackpad-
On 2015-04-09 at 10:04 +0200, Lennart Poettering wrote:
> [...]
> Also, current versions of fstab-generator skip device entries in
> containers anyway, so I am not sure how you even managed to generate
> an error in this case, unless you run a really old version of
> systemd.
Hmm, well, systemd-r
I'm terribly sorry for the broken patch. The webmailer messed up. You can
find the clean patch here https://clbin.com/0BhmC to make sure the webmailer
won't interfere again. I'm terribly sorry for the inconvenience and promise
to look for a better mail provider that allows me to directly use smt
On Sun, 12.04.15 22:33, Jan Luca Naumann (j.naum...@fu-berlin.de) wrote:
> Hey Michael,
>
> it is very nice that you add this missing but useful feature :-)
>
> I'm not a systemd-developer so I want to ask you if it is possible to
> add a hook for execute something after the unmount (for example
On Fri, Apr 10, 2015 at 5:17 AM, Tomasz Bursztyka
wrote:
> Hi,
>
> [snip]
>
> As a notice, this is nothing new. Such standalone daemon has been already
> done by the past, pacrunner. systemd-proxy-discoveryd will more or less
> implement the same ideas with improvements. It will get rid of big JS
Hi
On Sun, Apr 12, 2015, at 02:08 PM, Cameron Norman wrote:
> It's probably just a race that you see with the bridge because the
> bridge is up at a later time than the ethernet device.
I guess that's kindof the point here.
Using network.target and network-online.target doesn't apparently caus
On Sun, Apr 12, 2015 at 12:49 PM, Lennart Poettering
wrote:
> On Sun, 12.04.15 12:35, lynd...@your-mail.com (lynd...@your-mail.com) wrote:
>
>> If interface:IP = eno1:192.168.1.1, then it's all good.
>>
>> But, if interface:IP = br0(attached to eno1):192.168.1.1, then there's a
>> fail of sshd.se
This fixes an issue within journald aborting when running inside
archlinux container via systemd-nspawn on a debian host with audit
enabled kernel.
The journald binary in the archlinux container would try to bind an
audit netlink socket which isn't allowed from within containers.
The failed bind c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I'm trying to find out whether I'm looking at an ansible or systemctl
bug.
Does systemctl aim to support the 'is-enabled' command for legacy sysv
initscripts?
Output in such cases:
"Failed to get unit file state for FOO.service: No such file
> On Sun, Apr 12, 2015, at 12:49 PM, Lennart Poettering wrote:
> > Hmm? why that? why does sshd care?
opensuse has a convenient interface status tool
rpm -q --whatprovides `which ifstatus `
wicked-service-0.6.17-12.1.x86_64
ifstatus br0
br0
Hey Michael,
it is very nice that you add this missing but useful feature :-)
I'm not a systemd-developer so I want to ask you if it is possible to
add a hook for execute something after the unmount (for example to
delete the mount directory)?
Thank you very much and best regards,
Jan
signatu
Hi Lennart,
On 2015-04-08 20:36, Lennart Poettering wrote:
>> +
>> > +static int path_set_attrib(Item *item, const char *path) {
>> > +_cleanup_close_ int fd = -1;
>> > +int r;
>> > +unsigned f;
>> > +struct stat st;
>> > +
>> > +/* do nothing */
>> > +
Hi Lennart,
> As it has been discussed in the systemd hackfest during the Linux
> Conference
> Europe, one daemon could centralize the management of all network proxy
> configurations. Idea is something user can do per-application (like in
> firefox for instance) or broader (p
Am 12.04.2015 um 22:08 schrieb lynd...@your-mail.com:
I can replicate the exact same error message, "Cannot assign requested
address", in BOTH cases -- eno1 and br0 -- by simply having sshd listen on a
non-existent IP, e.g. 10.1.1.1
and why in the world don't you just configure sshd to list
On Sun, Apr 12, 2015, at 12:49 PM, Lennart Poettering wrote:
> Hmm? why that? why does sshd care?
Iiuc, sshd's LISTENER ip's must exist & be available
I am not having sshd listen on 0.0.0.0. I am specifying that it listens on
192.168.1.1
> What precisely fails?
I don't KNOW precisely, other
Hi Lennart,
The config file will be in /etc/systemd/proxy/.conf
It currently only load "Proxy" parts, with the key PAC. Rest is ignored.
The PAC keyword is a path to a .pac file (a specific js script for proxy
configuration).
Only one PAC based proxy configurat
On Sun, 12.04.15 12:53, Marcel Holtmann (mar...@holtmann.org) wrote:
> Hi Lennart,
>
> +
> +static int method_find_proxy(sd_bus *bus, sd_bus_message *message, void
> *userdata, sd_bus_error *error) {
> +_cleanup_free_ char *p = strdup("DIRECT");
> >>>
> >>> Please do
Hi Lennart,
>>> sd-bus is not thread-safe. You cannot send messages from different
>>> threads at the same time...
>>>
>>> Why precisely do you need threads here? Because the PAC programs might
>>> be slow?
>>
>> the Javascript execution is normally blocking and it can do whatever
>> it wants. I
On Sun, 12.04.15 12:51, Marcel Holtmann (mar...@holtmann.org) wrote:
> Hi Lennart,
>
> >>> As it has been discussed in the systemd hackfest during the Linux
> >>> Conference
> >>> Europe, one daemon could centralize the management of all network proxy
> >>> configurations. Idea is something user
Hi Lennart,
+
+static int method_find_proxy(sd_bus *bus, sd_bus_message *message, void
*userdata, sd_bus_error *error) {
+_cleanup_free_ char *p = strdup("DIRECT");
>>>
>>> Please don't mix variable declarations and function invocations in one
>>> line (also see CODIN
On Sun, 12.04.15 12:49, Marcel Holtmann (mar...@holtmann.org) wrote:
> PACrunner is an existing implementation of this concept. It uses
> threads and seems to work just fine. We bridged libproxy API
> compatible library that talks to the PACrunner over D-Bus.
How does the abort-after-max-runtime
Hi Lennart,
>>> As it has been discussed in the systemd hackfest during the Linux Conference
>>> Europe, one daemon could centralize the management of all network proxy
>>> configurations. Idea is something user can do per-application (like in
>>> firefox for instance) or broader (per-DM like in G
Hi Zbyszek,
>> As it has been discussed in the systemd hackfest during the Linux Conference
>> Europe, one daemon could centralize the management of all network proxy
>> configurations. Idea is something user can do per-application (like in
>> firefox for instance) or broader (per-DM like in Gnome
On Sun, 12.04.15 12:35, lynd...@your-mail.com (lynd...@your-mail.com) wrote:
> On Sun, Apr 12, 2015, at 12:25 PM, Lennart Poettering wrote:
> > > Seems to me that there should be *some* real check for the 'up'
> > > state of the bridge, not just "waiting long enough" and hoping.
> >
> > Well, I m
On Wed, 11.03.15 08:13, Shawn Landden (sh...@churchofgit.com) wrote:
> We shouldn't assume 64-bit arch with the way we do math either.
> (although I will submit a patch to glibc to add a uint64_t union
> alias)
Hmm? uint64_t works fine on 32bit too. The compiler can do the
necessary emulation on
On Tue, 10.03.15 19:13, Shawn Landden (sh...@churchofgit.com) wrote:
> @@ -153,15 +154,15 @@ static int dev_if_packed_info(struct udev_device *dev,
> char *ifs_str, size_t len
> int pos = 0;
> unsigned strpos = 0;
> struct usb_interface_descriptor {
> -u
On Sun, Apr 12, 2015, at 12:25 PM, Lennart Poettering wrote:
> > Seems to me that there should be *some* real check for the 'up'
> > state of the bridge, not just "waiting long enough" and hoping.
>
> Well, I mean, the entire logic of delaying the boot for external
> conditions is already pretty w
On Sun, 12.04.15 12:12, lynd...@your-mail.com (lynd...@your-mail.com) wrote:
> Hi Lennart
>
> On Sun, Apr 12, 2015, at 11:06 AM, Lennart Poettering wrote:
> > This looks like Fedora/Red Hat initscripts networking?
>
> Close; same style. But it's opensuse networking.
>
> > If so, please file a
Hi Lennart
On Sun, Apr 12, 2015, at 11:06 AM, Lennart Poettering wrote:
> This looks like Fedora/Red Hat initscripts networking?
Close; same style. But it's opensuse networking.
> If so, please file a bug against the initscripts package. It's up to
> the networking management solution to fill
On Sat, 11.04.15 19:41, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Fri, Apr 10, 2015 at 03:17:37PM +0300, Tomasz Bursztyka wrote:
> > Hi,
> >
> > As it has been discussed in the systemd hackfest during the Linux Conference
> > Europe, one daemon could centralize the management of
On Fri, 10.04.15 15:33, Marcel Holtmann (mar...@holtmann.org) wrote:
> Hi Lennart,
>
> >> +
> >> +static int method_find_proxy(sd_bus *bus, sd_bus_message *message, void
> >> *userdata, sd_bus_error *error) {
> >> +_cleanup_free_ char *p = strdup("DIRECT");
> >
> > Please don't mix vari
On Fri, 10.04.15 15:31, Marcel Holtmann (mar...@holtmann.org) wrote:
> > sd-bus is not thread-safe. You cannot send messages from different
> > threads at the same time...
> >
> > Why precisely do you need threads here? Because the PAC programs might
> > be slow?
>
> the Javascript execution is
On Fri, 10.04.15 15:26, Marcel Holtmann (mar...@holtmann.org) wrote:
> >> +static int pac_dns_resolve(duk_context *ctx) {
> >> +_cleanup_free_ char *address = NULL;
> >> +struct addrinfo hints = {};
> >> +struct addrinfo *res, *addr;
> >> +const char *hostname;
> >>
On Fri, 10.04.15 14:05, Dan Williams (d...@redhat.com) wrote:
> > > > So idea would basically be that we provide in all three daemons calls
> > > > like:
> > > >
> > > > SetAdditionalNTP(ias)
> > > > SetAdditionalDNS(ia(uay))
> > >
> > > I would strongly suggest using strings in
From: Goffredo Baroncelli
Partially revert patch 11689d2a, which force the NOCOW attribute for the
journal files. This patch was introduced to allievate the perfomances
problem that journald shows on the BTRFS filesystem.
Because the NOCOW attribute is forced the user can't revert to
the old beh
From: Goffredo Baroncelli
Add +C attrib to the journal files directories. The journal file format
behaves bad on a BTRFS filesystem: the performances decrease during the
time.
To avoid this issue, this tmpfile.d snippet sets the NOCOW attribute to the
journal files directories, so newly created j
Hi all,
these patches set partially reverts the commit 11689d2 "journald: turn off COW
for journal files on btrfs" which enables *unconditionally* the NOCOW flag for
the journal files. The reason was that the performances of the journal file
format are very bad on btrfs, and decrease during the t
On Sun, 12.04.15 20:19, Goffredo Baroncelli (kreij...@libero.it) wrote:
> >> After the work that I done to the tmpfiles, I have to agree with
> >> Zbyszek. Adding an option to the journal.conf file is the more
> >> reasonable thing to do.
> >
> > You mean journald.conf I figure? That's not even r
On 2015-04-12 18:06, Lennart Poettering wrote:
> On Sun, 12.04.15 17:29, Goffredo Baroncelli (kreij...@inwind.it) wrote:
>
>> On 2015-04-12 15:12, Lennart Poettering wrote:
>>> On Sat, 11.04.15 17:07, Zbigniew JÄdrzejewski-Szmek (zbys...@in.waw.pl)
>>> wrote:
>>>
>> That's the problem: curre
On Sat, 11.04.15 18:39, Shawn Landden (sh...@churchofgit.com) wrote:
> we only access this as void* so there is no violation
> ---
> src/libsystemd-network/sd-dhcp-client.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/src/libsystemd-network/sd-dhcp-client.c
> b/s
On Fri, 10.04.15 15:52, lynd...@your-mail.com (lynd...@your-mail.com) wrote:
> My /etc/systemd/system/sshd.service has a
>
> After=network-online.target
>
> dependency.
>
> When my ethernet interface, eno1, is the primary 'net listener,
>
> cat /etc/sysconfig/network/ifcfg-eno1
>
On Sat, 11.04.15 01:52, Tobias Hunger (tobias.hun...@gmail.com) wrote:
> A stateless system has a tmpfs as root file system. That obviously
> does not have any block device associated with it. So try falling back
> to the device of the /usr filesystem if the root filesystem fails.
Thanks! Applied
Elias Probst schrieb:
> On 04/12/2015 05:47 PM, Kai Krakow wrote:
>> Elias Probst schrieb:
>>
>>> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote:
I'm wondering if we should provide better per-user tmpfiles support.
For example, if we allowed a set of "user" tmpfiles, which
On Sat, 11.04.15 18:24, Shawn Landden (shawnland...@gmail.com) wrote:
> On Sat, Apr 11, 2015 at 6:01 PM, Shawn Landden wrote:
> > On Sat, Apr 11, 2015 at 4:52 PM, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >> On Fri, Apr 10, 2015 at 06:14:40PM +0200, Lennart Poettering wrote:
> >>> On Sat, 14.03.1
On Sun, 12.04.15 16:46, Elias Probst (m...@eliasprobst.eu) wrote:
> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote:
> > I'm wondering if we should provide better per-user tmpfiles support.
> > For example, if we allowed a set of "user" tmpfiles, which would
> > be executed by the system
On Sun, 12.04.15 14:11, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> I'm wondering if we should provide better per-user tmpfiles support.
> For example, if we allowed a set of "user" tmpfiles, which would
> be executed by the system instance, but would be considered relative to
> the h
On Sat, 11.04.15 02:13, Tobias Hunger (tobias.hun...@gmail.com) wrote:
> /boot does not exist on a stateless system, so do not get
> confused by that.
> ---
> src/efi-boot-generator/efi-boot-generator.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/src/efi-boot-gen
On Sat, 11.04.15 23:52, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Fri, Apr 10, 2015 at 06:14:40PM +0200, Lennart Poettering wrote:
> > On Sat, 14.03.15 12:19, Tom Gundersen (t...@jklm.no) wrote:
> >
> > > > 1. shouldn't SD_EVENT_PASSIVE become SD_EVENT_INITIAL? "passive" seems
On Sun, 12.04.15 09:21, Nick Owens (misch...@offblast.org) wrote:
> On Sun, Apr 12, 2015 at 6:35 AM, Lennart Poettering
> wrote:
> > On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
> >
> >> From: mischief
> >>
> >> The maximum domain name size is larger than the maximum host na
On Sun, 12.04.15 00:04, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > -if (user && !streq(user, "-")) {
> > +if (!isempty(user) && !streq(user, "-")) {
>
> I think this change is misleading. user/group/mode/age can either be
> NULL or "-" or should be set to a valid va
On Sun, Apr 12, 2015 at 6:35 AM, Lennart Poettering
wrote:
> On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
>
>> From: mischief
>>
>> The maximum domain name size is larger than the maximum host name size.
>> The smaller limit causes valid domains provided by DHCP or .network
>
On Sun, 12.04.15 09:02, Shawn Landden (shawnland...@gmail.com) wrote:
> On Sun, Apr 12, 2015 at 6:35 AM, Lennart Poettering
> wrote:
> > On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
> >
> >> From: mischief
> >>
> >> The maximum domain name size is larger than the maximum hos
On Sun, Apr 12, 2015 at 6:35 AM, Lennart Poettering
wrote:
> On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
>
>> From: mischief
>>
>> The maximum domain name size is larger than the maximum host name size.
>> The smaller limit causes valid domains provided by DHCP or .network
>
On Sun, 12.04.15 17:29, Goffredo Baroncelli (kreij...@inwind.it) wrote:
> On 2015-04-12 15:12, Lennart Poettering wrote:
> > On Sat, 11.04.15 17:07, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
> > wrote:
> >
> That's the problem: current functionality works no matter where you
> st
On Sun, Apr 12, 2015 at 6:35 AM, Lennart Poettering
wrote:
> On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
>
>> From: mischief
>>
>> The maximum domain name size is larger than the maximum host name size.
>> The smaller limit causes valid domains provided by DHCP or .network
>
On 04/12/2015 05:47 PM, Kai Krakow wrote:
> Elias Probst schrieb:
>
>> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote:
>>> I'm wondering if we should provide better per-user tmpfiles support.
>>> For example, if we allowed a set of "user" tmpfiles, which would
>>> be executed by the sy
Hi Lennart,
I just asked about the status of this, so I have links handy:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1423811
https://bugs.archlinux.org/task/44016
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778970
https://bugzilla.redhat.com/show_bug.cgi?id=1201964
All of these
Elias Probst schrieb:
> On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote:
>> I'm wondering if we should provide better per-user tmpfiles support.
>> For example, if we allowed a set of "user" tmpfiles, which would
>> be executed by the system instance, but would be considered relative to
On 2015-04-12 15:12, Lennart Poettering wrote:
> On Sat, 11.04.15 17:07, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
That's the problem: current functionality works no matter where you
store the files, but it's hard to provide the same level of
flexibility with the tmpf
On 04/12/2015 04:11 PM, Zbigniew Jędrzejewski-Szmek wrote:
> I'm wondering if we should provide better per-user tmpfiles support.
> For example, if we allowed a set of "user" tmpfiles, which would
> be executed by the system instance, but would be considered relative to
> the home directory and XDG
udevadm manual says:
A value of 0 will check if the queue is empty and always return
immediately.
However, currently we ignore the deadline if the value is 0, and wait
without any limit.
Zero timeout behaved according to the documentation until commit
ead7c62ab7 (udevadm: settle - kill a
On Wed, Mar 25, 2015 at 05:00:09PM +, Simon Farnsworth wrote:
> Just a couple of trivial oversights.
> ---
> src/python-systemd/_daemon.c | 2 +-
> src/python-systemd/daemon.py | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
Applied. Thanks for the fix.
We really should have a test
On Sun, Apr 12, 2015 at 03:41:31PM +0200, Lennart Poettering wrote:
> On Sat, 11.04.15 16:21, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote:
> > > dean schrieb:
> > >
> > > > Ok thanks for your prompt reply. It is my under
On Sun, 12.04.15 10:54, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
> When I start Firefox, it starts --config-file=/etc/at-spi2/accessibility.conf>, part of the Gnome's
> Accessibility Project. I guess it is tarts with:
>
> < /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session>
T
On Fri, 10.04.15 12:35, Ani Sinha (a...@arista.com) wrote:
> On Fri, Apr 10, 2015 at 10:18 AM, Ani Sinha wrote:
> > Thanks Lennart for the clarification. Much appreciated!
> >
> > Ani
> >
> >
> > On Fri, Apr 10, 2015 at 8:58 AM, Lennart Poettering
> > wrote:
> >> On Fri, 10.04.15 08:40, Ani Sinh
On Sat, 11.04.15 16:21, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> On Sat, Apr 11, 2015 at 02:26:57PM +0200, Kai Krakow wrote:
> > dean schrieb:
> >
> > > Ok thanks for your prompt reply. It is my understanding the the
> > > house-keeping-plugin "cleans" /tmp so does it need access
On Fri, 10.04.15 13:03, Nick Owens (misch...@offblast.org) wrote:
> From: mischief
>
> The maximum domain name size is larger than the maximum host name size.
> The smaller limit causes valid domains provided by DHCP or .network
> files to be silently ignored.
Hmm?
Can you give an example?
Wh
On Sat, 11.04.15 03:13, David Herrmann (dvd...@kemper.freedesktop.org) wrote:
> Before 220:
>
> +* Figure out why 13790add4 breaks boot across all distributions. Revert it if
> + we cannot get it fixed.
> +
Hmm, what's this about? Works fine here?
Lennart
--
Lennart Poettering, Red Hat
___
On Sat, 11.04.15 14:29, Goffredo Baroncelli (kreij...@libero.it) wrote:
> Hi Lennart,
>
> On 2015-04-08 23:12, Lennart Poettering wrote:
> >> --- a/src/journal/journalctl.c
> >> > +++ b/src/journal/journalctl.c
> >> > @@ -1290,7 +1290,7 @@ static int setup_keys(void) {
> >> > size_t mpk_
On Sat, 11.04.15 17:07, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
> > > That's the problem: current functionality works no matter where you
> > > store the files, but it's hard to provide the same level of
> > > flexibility with the tmpfiles-based solution.
> >
> > Well, but we never
On Fri, 10.04.15 15:22, Marcel Holtmann (mar...@holtmann.org) wrote:
> Hi Lennart,
>
> >> The config file will be in /etc/systemd/proxy/.conf
> >>
> >> It currently only load "Proxy" parts, with the key PAC. Rest is ignored.
> >> The PAC keyword is a path to a .pac file (a specific js script for
When I start Firefox, it starts , part of the Gnome's
Accessibility Project. I guess it is tarts with:
< /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session>
I would like to get rid of this dbus daemon. I found one solution was
to export NOT_AT_BRIDGE=1, but it doesn't work for me.
I can
udevadm manual says:
A value of 0 will check if the queue is empty and always return
immediately.
However, currently we ignore the deadline if the value is 0, and wait
without any limit.
Zero timeout behaved according to the documentation until commit
ead7c62ab7 (udevadm: settle - kill a
82 matches
Mail list logo