On Mon, 17.11.14 12:31, Rui Miguel Silva (rmf...@gmail.com) wrote:
Heya,
> > > - technical debt, if in the future the filter mechanism is change by
> > >other than bloom.
> > > so bloom maybe just be replaced with only generic filter could make more
> > > sense?
> >
> > What do you
On Wed, 19.11.14 20:05, Andrei Borzenkov (arvidj...@gmail.com) wrote:
> В Tue, 18 Nov 2014 06:25:43 +
> "Cao, XinX" пишет:
>
> > Hi, Umut & David,
> >
> > My project needs the Graphical desktop to display on monitor as fast as
> > possible, but I found lots of unrelated services(
On Mon, 24.11.14 13:31, Jan Synacek (jsyna...@redhat.com) wrote:
> Lennart Poettering writes:
> > On Fri, 14.11.14 12:42, Jan Synacek (jsyna...@redhat.com) wrote:
> >> +if (look_for == LAYOUTS) {
> >> +Set *s;
> >> +char *k;
> >> +Iterator i
On Mon, 24.11.14 15:21, David Herrmann (dh.herrm...@gmail.com) wrote:
> I now pushed something to -git, see:
>
> commit d4f5a1f47dbd04f26f2ddf951c97c4cb0ebbbe62
> Author: David Herrmann
> Date: Mon Nov 24 15:12:42 2014 +0100
>
> localed: validate xkb keymaps
>
> I think d
On Sun, 23.11.14 12:34, Andrei Borzenkov (arvidj...@gmail.com) wrote:
> В Fri, 21 Nov 2014 01:26:36 +0100
> Lennart Poettering пишет:
>
> > On Thu, 20.11.14 19:56, Lukasz Stelmach (stl...@poczta.fm) wrote:
> >
> > > I talked to the kernel guys at my office and they told me that it is
> > > quit
On Mon, 01.12.14 12:04, Jan Synacek (jsyna...@redhat.com) wrote:
> Thinking about it again, I don't think that it's a good idea to pass
> those errors to the client...
>
> A few examples:
>
> # localectl set-x11-keymap QQ
>
> Dec 01 12:02:06 fedora-rawhide-systemd-virt systemd-localed[877]:
>
On Fri, 28.11.14 11:15, Didier Roche (didro...@ubuntu.com) wrote:
> The distribution comes preinstalled with one dm, enable * -> enable it, have
> the Alias=display-manager.service picking the right one.
> However, let's say the user installed then another dm, what happens? Both
> will be enabled
On Tue, 18.11.14 16:09, Michael Biebl (mbi...@gmail.com) wrote:
> 2014-11-18 15:59 GMT+01:00 Colin Guthrie :
> > Didier Roche wrote on 18/11/14 13:58:
> >> This would be maybe a nice way for the admin to know what's coming from
> >> a distribution default or not. However, let's say I want to ensur
On Tue, 18.11.14 14:37, Martin Pitt (martin.p...@ubuntu.com) wrote:
> > We now have:
> >
> > enabeld - [Install] section and symlink in /etc/**/*.wants.d/
> > disabled - [Install] section and no symlink in /etc/**/*.wants.d/
> > static - no [Install] section and symlink in /usr/lib/**/*.wants.d/
>
On Tue, 18.11.14 14:10, Tom Gundersen (t...@jklm.no) wrote:
> > - We are mixing sys admin information and distro default choices in the same
> > directories, and can't tell apart what is what.
>
> That is true. Could we perhaps improve on systemctl by printing
> "enabled (preset)"/"disable (prese
On Tue, 18.11.14 14:40, Colin Guthrie (gm...@colin.guthr.ie) wrote:
> Well the "upstream blessed" RPM way is to call "%systemd_post" macro in
> your %post script, but (personally) I don't like this as it makes the
> implementation very much embedded into the RPMs so changing the upstream
> macro n
On Tue, 18.11.14 13:01, Martin Pitt (martin.p...@ubuntu.com) wrote:
> We can certainly ship a preset of "enable *" to reflect the policy
> that in general services do get enabled by default. But this still
> leaves some issues:
No need to ship "enable *", btw. It's the implied default if no prese
On Tue, 18.11.14 12:11, Didier Roche (didro...@ubuntu.com) wrote:
> Fedora doesn't enable and start all units on package installation: there are
> some preset files, based on flavors, which is basically the policy stating
> which units to enable/disable by default. Some other units are always
> en
On Mon, 24.11.14 09:30, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> It was <2014-11-21 pią 21:36>, when Lennart Poettering wrote:
> > On Fri, 21.11.14 17:07, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> >
> >> On a system configured without networkd and sysusers there still needs
> >> t
On Wed, 19.11.14 18:20, Chunhui He (hchun...@mail.ustc.edu.cn) wrote:
> systemd generates some timestamps before the very first call of
> settimeofday().
> When we are in rtc-in-local time mode, these timestamps are wrong.
>
> Affected timestamps are:
> Kernel, InitRD, Userspace, SecurityStart,
On Mon, 1 Dec 2014, David Herrmann wrote:
Hi
On Sat, Nov 29, 2014 at 12:35 PM, Ross Lagerwall
wrote:
Hi,
On recent versions of systemd, unit_kill_context doesn't set
wait_for_exit to true which means that service_enter_signal sends
SIGTERM, immediately moves into stop-sigkill and sends SIGKIL
On Thu, 20.11.14 09:13, Mantas Mikulėnas (graw...@gmail.com) wrote:
> ~ I'm also getting this on every reload:
>
> systemd[1]: [/usr/lib/systemd/system/systemd-journald.service:24] Failed to
> parse capability in bounding set, ignoring: CAP_AUDIT_READ
>
> I suppose I can ignore the message. I se
On Mon, 01.12.14 11:47, Przemyslaw Kedzierski (p.kedzier...@samsung.com) wrote:
> Hello
> Could you take a look at my patch?
Sorry for the delay, I have a huge backlog of unreviewed patches, and
am now working through them!
Lennart
--
Lennart Poettering, Red Hat
___
On Thu, 13.11.14 18:11, Przemyslaw Kedzierski (p.kedzier...@samsung.com) wrote:
Looks pretty good, but I coudln't apply it. There's something wrong
with the patch the deletion/renaming of the service files doesn't
work. Did you create this patch with git-format-patch?
> if (is_unix) {
>
On Mon, 01.12.14 17:10, Nekrasov, Alexander (alexander.nekra...@emc.com) wrote:
> Hello,
>
> While converting from Upstart to SystemD, came upon this issue. Is this case
> not covered or am I missing something?
>
> In Upstart, I can start a job when another job fails, and there's a $JOB
> vari
Hello,
While converting from Upstart to SystemD, came upon this issue. Is this case
not covered or am I missing something?
In Upstart, I can start a job when another job fails, and there's a $JOB
variable that tells me what was the job that failed.
start on (stopped RESULT=failed PROCESS=post-
On Mon, Dec 1, 2014 at 11:01 PM, Tomasz Torcz wrote:
> On Sun, Nov 23, 2014 at 02:17:18PM +0100, Tom Gundersen wrote:
>> On Sun, Nov 23, 2014 at 12:01 PM, Tomasz Torcz wrote:
>> > On Sun, Nov 23, 2014 at 10:15:10AM +0530, Susant Sahani wrote:
>> >> This patch integrates LLDP with networkd.
>> >
>
On Mon, Dec 1, 2014 at 10:42 PM, Lennart Poettering
wrote:
> On Sun, 23.11.14 10:15, Susant Sahani (sus...@redhat.com) wrote:
>
>> This patch introduces LLDP support to networkd. it implements the
>> receiver side of the protocol.
>>
>> The Link Layer Discovery Protocol (LLDP) is an industry-stand
On Sun, Nov 23, 2014 at 02:17:18PM +0100, Tom Gundersen wrote:
> On Sun, Nov 23, 2014 at 12:01 PM, Tomasz Torcz wrote:
> > On Sun, Nov 23, 2014 at 10:15:10AM +0530, Susant Sahani wrote:
> >> This patch integrates LLDP with networkd.
> >
> > In Fedora, we already have LLDP receiver/broadcaster –
On Sun, 23.11.14 10:15, Susant Sahani (sus...@redhat.com) wrote:
> This patch introduces LLDP support to networkd. it implements the
> receiver side of the protocol.
>
> The Link Layer Discovery Protocol (LLDP) is an industry-standard,
> vendor-neutral method to allow networked devices to adverti
On Wed, Nov 26, 2014 at 01:25:18AM +0100, Lennart Poettering wrote:
> On Tue, 25.11.14 12:01, Thiago Macieira (thi...@kde.org) wrote:
[...]
> > > > === KDBUS_ATTACH_NAMES ===
> > > >
> > > > Documentation for metadata says that userspace must cope with some
> > > > metadata
> > > > not being deli
On Wed, Nov 27, 2014 at 09:21:00AM -0500, Zbigniew Jedrzejewski-Szmek wrote:
> There were some fixes in this area. 3bfd4e0c6341b0ef946d2198f089743fa99e0a97
> might fix the unbounded size.
Indeed, it does! Applying this change on top of the Debian jessie version of
v215 cleaned it right up on eac
On Mon, 01.12.14 17:25, Ivan Shapovalov (intelfx...@gmail.com) wrote:
> > To me it appears to be quite OK to be run inside a udev rule.
>
> Well, maybe it is OK to be run from an udev rule, but it is still an
> inconsistency between running that binary on boot (via a unit) and
> running the same
On Mon, 24.11.14 12:36, Didier Roche (didro...@ubuntu.com) wrote:
The last two look great too!
Thanks,
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/list
On Mon, 24.11.14 12:35, Didier Roche (didier.ro...@canonical.com) wrote:
This one looks flawless to me!
Lennart
--
Lennart Poettering, Red Hat
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/list
On Mon, 24.11.14 12:35, Didier Roche (didro...@ubuntu.com) wrote:
>
> +static int get_valid_machine_id(int fd, char id[34]) {
> +assert(fd >= 0);
> +assert(id);
> +
> +if (loop_read(fd, id, 33, false) == 33 && id[32] == '\n') {
> +id[32] = 0;
> +
> +
On Mon, 24.11.14 12:35, Didier Roche (didro...@ubuntu.com) wrote:
>
> +static int is_on_temporary_fs(int fd) {
> +struct statfs s;
> +
> +if (fstatfs(fd, &s) < 0)
> +return -errno;
> +
> +return F_TYPE_EQUAL(s.f_type, TMPFS_MAGIC) ||
> + F_TY
On Mon, Dec 1, 2014 at 8:39 AM, Konstantin Khlebnikov wrote:
> On Mon, Dec 1, 2014 at 7:21 PM, Andy Lutomirski wrote:
>> On Sun, Nov 30, 2014 at 11:03 PM, Konstantin Khlebnikov
>> wrote:
>>> Hmm. What about per-task/thread UUID? exported via separate file:
>>> /proc/PID/uuid
>>> It could be cre
On Sun, Nov 30, 2014 at 11:03 PM, Konstantin Khlebnikov
wrote:
> Hmm. What about per-task/thread UUID? exported via separate file:
> /proc/PID/uuid
> It could be created at the first access, thus this wouldn't shlowdown clone().
> Also it could be droped at execve(), so it'll describe execution
>
On Mon, Dec 01, 2014 at 02:28:33PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
> > Wouldn't be enough to use Chris' iSCSI and FCoE auto detection?
> Please see previous discussion... Detecting network might not be trivial
> if the devices are layered and there's a network-requiring device somewhere
>
On Friday 07 November 2014 at 16:45:02, Lennart Poettering wrote:
> On Fri, 07.11.14 17:45, Ivan Shapovalov (intelfx...@gmail.com) wrote:
>
> > On Thursday 06 November 2014 at 11:02:44, David Herrmann wrote:
> > > Hi Ray
> > >
> > > On Thu, Nov 6, 2014 at 10:40 AM, David Herrmann
>
Hi
On Sat, Nov 29, 2014 at 12:35 PM, Ross Lagerwall
wrote:
> Hi,
>
> On recent versions of systemd, unit_kill_context doesn't set
> wait_for_exit to true which means that service_enter_signal sends
> SIGTERM, immediately moves into stop-sigkill and sends SIGKILL, ignoring
> TimeoutStopSec and oft
Hi
On Sat, Nov 29, 2014 at 10:48 AM, arnaud gaboury
wrote:
> I only use some settings from mate desktop (clipboard, appearance...)
> thus looking for a service file to start mate-settings-daemon.
>
>
> /home/gabx/.config/systemd/user/mate-settings-daemon.service
>
On Mon, Dec 01, 2014 at 11:24:58AM +0100, Karel Zak wrote:
> On Fri, Nov 28, 2014 at 09:27:43PM +0100, Lennart Poettering wrote:
> > On Fri, 28.11.14 20:50, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl)
> > wrote:
> >
> > > On Sun, Nov 23, 2014 at 08:33:41PM -0800, Chris Leech wrote:
> > > > Th
On Mon, 01.12.14 14:54, Dave Chinner (da...@fromorbit.com) wrote:
> On Mon, Dec 01, 2014 at 02:03:43AM +0100, Lennart Poettering wrote:
> > On Mon, 01.12.14 01:41, Richard Weinberger (rich...@nod.at) wrote:
> >
> > > CC'ing systemd folks.
> > >
> > > Lennart, can you please explain why you need
Hi,
On 01/12/2014 01:12, Lennart Poettering wrote :
On Mon, 24.11.14 19:25, Quentin Lefebvre (qlefebvre_...@yahoo.com) wrote:
Le 24/11/2014 19:17, Zbigniew Jędrzejewski-Szmek a écrit :
On Mon, Nov 24, 2014 at 07:03:27PM +0100, Quentin Lefebvre wrote:
Le 24/11/2014 19:01, Zbigniew Jędrzejewsk
Hello all,
In my efforts to make user LXC containers work I noticed that under a
"real" desktop (not just nspawn with VT login or ssh logins) my
carefully set up cgroups in the non-systemd controllers get reverted.
I. e. I put the session leader (and all other pids) of logind sessions
(/user.slice
Lennart Poettering writes:
> On Tue, 25.11.14 10:01, David Herrmann (dh.herrm...@gmail.com) wrote:
>
>> I explicitly ignore errors from verify_xkb_rmlvo() and proceed.
>> libxkbcommon is still not 100% compatible to libxkb (and doesn't
>> intend to be that, I guess). As we write X11 configs here,
Hello
Could you take a look at my patch?
Regards
Przemyslaw Kedzierski
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Fri, Nov 28, 2014 at 09:27:43PM +0100, Lennart Poettering wrote:
> On Fri, 28.11.14 20:50, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> > On Sun, Nov 23, 2014 at 08:33:41PM -0800, Chris Leech wrote:
> > > This adds auto detection for iSCSI and some FCoE drivers and treats
> > > mo
45 matches
Mail list logo