I can't seem to find this in the documentation, so I do wonder if it exists:
is there an equivalent to journalctl -b -1 that lists the log of the most
recent pid?
Specifically I'd like to run journalctl /usr/bin/Xorg --pid -1 or similar to
get users to attach the most recent log file instead of ha
It's already reported (by me):
https://bugs.freedesktop.org/show_bug.cgi?id=75185
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
- Original Message -
> From: "Andrey Borzenkov"
> To: "Amit Saha"
> Cc: "systemd Mailing List"
> Sent: Friday, March 14, 2014 7:08:28 PM
> Subject: Re: [systemd-devel] Help regarding service dependency
>
> On Fri, Mar 14, 2014 at 11:30 AM, Amit Saha wrote:
> >
> >
> > - Original
On Tue, Mar 25, 2014 at 3:05 PM, Tim Cuthbertson wrote:
> Hi all,
>
> I've got a socket-activated service, called `myapp-main.service` and
> `myapp-main.socket`. These are part of myapp.target:
>
> $ cat myapp.target
> [Install]
> WantedBy=multi-user.target
>
> $ cat myapp-main.service
> [Unit]
>
Hi all,
I've got a socket-activated service, called `myapp-main.service` and
`myapp-main.socket`. These are part of myapp.target:
$ cat myapp.target
[Install]
WantedBy=multi-user.target
$ cat myapp-main.service
[Unit]
After=local-fs.target
After=network.target
Requires=myapp-main.socket
[Servic
- Original Message -
> From: "Lennart Poettering"
> To: "Amit Saha"
> Cc: "systemd Mailing List"
> Sent: Tuesday, March 25, 2014 7:49:08 AM
> Subject: Re: [systemd-devel] Help regarding service dependency
>
> On Thu, 13.03.14 21:25, Amit Saha (as...@redhat.com) wrote:
>
> > Hello,
>
On Mon, Mar 24, 2014 at 3:50 PM, Lennart Poettering
wrote:
> On Tue, 18.03.14 01:13, Jason St. John (jstj...@purdue.edu) wrote:
>
> Doesn't apply anymore, could please rebase?
>
Sure. I resubmitted the patch here:
http://lists.freedesktop.org/archives/systemd-devel/2014-March/018190.html
>> ---
---
This is a resubmit that now should apply cleanly on the latest master.
src/systemd/_sd-common.h | 4 +--
src/systemd/sd-event.h | 6 ++--
src/systemd/sd-id128.h | 2 +-
src/systemd/sd-login.h | 52 +--
src/systemd/sd-network.h | 14 +
On 03/25/2014 04:47 AM, Lennart Poettering wrote:
On Tue, 18.03.14 02:34, Juho Son (juho80@samsung.com) wrote:
This option could changes the default system's time zone.
The default time zone is /etc/localtime. If we want to use
the specific path, we could use this option.
I agree with the
On Tue, 25.03.14 02:13, David Härdeman (da...@hardeman.nu) wrote:
> >Also, please use strappend() for cases like this, where we just want to
> >concatenate two strings.
>
> Hmmm, the asprinf use there matches the style of the code of the rest of
> the functionfor example, with the patch appli
On 03/24/2014 09:58 PM, Tom Gundersen wrote:
On Sat, Mar 22, 2014 at 5:13 PM, Susant Sahani wrote:
Introducing generic container parsing . Now supported for type
FLA_INFO_KIND and IFLA_VLAN_ID which can be extended to other
container parsing which is based on table based look up.
---
src/lib
On Tue, Mar 25, 2014 at 01:03:48AM +0100, Lennart Poettering wrote:
>On Wed, 12.02.14 23:55, David Härdeman (da...@hardeman.nu) wrote:
>> -r = ask_password_auto(text, "drive-harddisk", until, accept_cached,
>> passwords);
>> +if (asprintf(&id, "cryptsetup:%s", name) < 0)
>> +
On Tue, 25.03.14 01:46, David Härdeman (da...@hardeman.nu) wrote:
> So yes, I think they're related...as in they are independent
> implementations of the same thing :)
Would be great on settle on a common implementation... ;-)
> >Also, please use strappend() for cases like this, where we just wa
On Fri, 14.03.14 23:53, Daniel Buch (boogiewasth...@gmail.com) wrote:
> +struct sockaddr_in sa = {
> +.sin_family = AF_INET,
> +.sin_addr.s_addr = inet_addr(argc >= 3 ? argv[2] :
> "193.99.144.71"),
> +.sin_port = htons(80)
> +};
I'
On Tue, 04.02.14 00:57, David Härdeman (da...@hardeman.nu) wrote:
Sorry for the later review!
> Add binary string handling functions and extend the password agent
> protocol to support binary strings (using "=" as a string prefix
> instead of "+").
Hmm, I wished there was a different way to impl
On Sat, 08.03.14 20:36, Samuli Suominen (ssuomi...@gentoo.org) wrote:
> To footnote of http://freedesktop.org/wiki/Software/systemd/MinimalBuilds/
>
> "Because libcap doesn't have a pkg-config file yet, you can `export
> ac_cv_search_cap_init=yes` and `export
> ac_cv_header_sys_capability_h=yes`
On Tue, Mar 25, 2014 at 01:03:48AM +0100, Lennart Poettering wrote:
>On Wed, 12.02.14 23:55, David Härdeman (da...@hardeman.nu) wrote:
>> Add an (optional) "Id" key in the password agent .ask files. The Id is
>> supposed to be a simple string in ":" form which
>> is used to provide more information
On Tue, 25.03.14 01:17, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Mon, Mar 24, 2014 at 07:43:00PM +0100, Lennart Poettering wrote:
> > On Mon, 24.03.14 17:48, Lennart Poettering (lenn...@poettering.net) wrote:
> > To me it really appears as if "_netdev" is the right thing to u
On Fri, 14.03.14 03:28, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
>
> On Fri, Mar 14, 2014 at 12:07:35AM +, Greg KH wrote:
> > When starting up journald on a new system, set the proper permissions on
> > the system.journal file, not only on the journal directory.
> >
> > diff --
On Wed, 12.02.14 23:55, David Härdeman (da...@hardeman.nu) wrote:
> Fix askpass overflow in reading a passphrase from a tty.
> Doesn't seem security sensitive, but add a check for correctness.
Ouch, embarassing!
> ---
> src/shared/ask-password-api.c |5 +
> 1 file changed, 5 insertions(
On Mon, Mar 24, 2014 at 07:43:00PM +0100, Lennart Poettering wrote:
> On Mon, 24.03.14 17:48, Lennart Poettering (lenn...@poettering.net) wrote:
> To me it really appears as if "_netdev" is the right thing to use here,
> and we really should advertise its use for cases like this, and close
> the bu
On Wed, 12.02.14 23:55, David Härdeman (da...@hardeman.nu) wrote:
> The command line key-size is in bits but the libcryptsetup API expects
> bytes.
This doesn't apply anymore :-(
Could you rebase please?
> ---
> src/cryptsetup/cryptsetup.c |8 ++--
> 1 file changed, 6 insertions(+), 2
On Wed, 12.02.14 23:55, David Härdeman (da...@hardeman.nu) wrote:
Sorry for the late review!
> Add an (optional) "Id" key in the password agent .ask files. The Id is
> supposed to be a simple string in ":" form which
> is used to provide more information on what the requested passphrase
> is to b
On Fri, 14.03.14 01:24, Anand Neeli (anand.ne...@gmail.com) wrote:
> Hello,
>
> I have multiple systems, How do i forward logs from one system running
> systemd-journald to another remote systems journal service, so that all the
> logs are stored on a centralized machine.
>
> Have went through s
On Thu, 13.03.14 14:54, Alan Stern (st...@rowland.harvard.edu) wrote:
> In systemd 208 (the version currently distributed in Fedora 20), the
> man page for the systemctl(1) kill command says:
>
> Send a signal to one or more processes of the unit. Use --kill-who=
> to select which pr
On Wed, 19.03.14 11:36, Alan Stern (st...@rowland.harvard.edu) wrote:
> That is, the man page for systemd.exec merely says that files listed in
> EnvironmentFile= directives will be read "shortly before the process is
> executed". It doesn't say whether "shortly before" means before or
> after
On Wed, 19.03.14 16:00, Umut Tezduyar (u...@tezduyar.com) wrote:
>
> Hi Alan,
>
> As Cristian has suggested, the correct behavior is letting daemons
> pick up the right argument.
>
> Though, there is a hack if you can't re implement the daemon. You
> could compute the variables in an ExecStartP
On Thu, 13.03.14 14:37, Alan Stern (st...@rowland.harvard.edu) wrote:
> This question has probably been asked many times before, but I didn't
> see it mentioned anywhere on the systemd web site.
>
> I want to create a unit file for a service where the server program
> requires an argument or env
On Mon, 24.03.14 23:59, Michael Biebl (mbi...@gmail.com) wrote:
>
> 2014-03-24 19:58 GMT+01:00 Lennart Poettering :
> > On Mon, 24.03.14 19:21, Lennart Poettering (lenn...@poettering.net) wrote:
> >
> >> > See the bug report I posted earlier.
> >> > The discrepancy between the chkconfig head and
On Mon, 24.03.14 19:01, Patrick Donnelly (batr...@batbytes.com) wrote:
>
> On Mon, Mar 24, 2014 at 12:30 PM, Lennart Poettering
> wrote:
> > On Sun, 23.03.14 21:46, Patrick Donnelly (batr...@batbytes.com) wrote:
> >
> >> My problem is not related to race conditions. The issue is that
> >> /proc/
On Mon, Mar 24, 2014 at 12:30 PM, Lennart Poettering
wrote:
> On Sun, 23.03.14 21:46, Patrick Donnelly (batr...@batbytes.com) wrote:
>
>> My problem is not related to race conditions. The issue is that
>> /proc/pid/cmdline is shown instead of /proc/pid/comm for each journal
>> entry. That is:
>>
>
2014-03-24 19:58 GMT+01:00 Lennart Poettering :
> On Mon, 24.03.14 19:21, Lennart Poettering (lenn...@poettering.net) wrote:
>
>> > See the bug report I posted earlier.
>> > The discrepancy between the chkconfig head and the LSB header (the
>> > latter being the correct one) caused a dependency loo
On Thu, 13.03.14 18:29, Benjamin SANS (b...@ziirish.info) wrote:
> Hi list,
>
> Following this thread:
> http://lists.freedesktop.org/archives/systemd-devel/2012-July/005835.html,
> I understand you don't want to support a "keyscript" option as implemented in
> that patch.
>
> So I wrote these
On Thu, 13.03.14 09:40, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
> Exactly. Systemd exec /etc/init.d/foo reload in control "subgroup".
> Than the initscript kills the original deamon, starts a new one and
> quits. Systemd sees that the reload process finished and kills
> remaining processes in the
On Tue, 04.03.14 01:06, Timothée Ravier (sios...@gmail.com) wrote:
>
> On 03/03/2014 14:28, Àlex Fiestas wrote:
> > On Friday 28 February 2014 02:28:20 Lennart Poettering wrote:
> >> They should just invoke the methods. If they get
> >> org.freedesktop.DBus.Error.UnknownMethod,
> >> org.freedeskt
On Thu, 13.03.14 21:25, Amit Saha (as...@redhat.com) wrote:
> Hello,
>
> We have service1 which starts in default.target, and we want it to start
> After service2
> (systemd-readahead-done) which starts after the default.target is reached.
> So, I think what would happen in this case is the Af
On Fri, 14.03.14 09:35, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> It was <2014-03-11 wto 05:12>, when Lennart Poettering wrote:
> > On Fri, 28.02.14 17:09, Łukasz Stelmach (l.stelm...@samsung.com) wrote:
> >
> >> use_smack() is called very early via mkdir_p_label(). This happens
> >> befor
On Tue, 25.03.14 01:03, WaLyong Cho (walyong@samsung.com) wrote:
> /* Figure out which controllers we need */
>
> -if (c->cpu_accounting || c->cpu_shares != 1024)
> +if (c->cpu_accounting ||
> +c->startup_cpu_shares != 1024 ||
> +(manager_stat
On Tue, 18.03.14 01:13, Jason St. John (jstj...@purdue.edu) wrote:
Doesn't apply anymore, could please rebase?
> ---
> src/systemd/_sd-common.h | 4 +--
> src/systemd/sd-event.h | 6 ++--
> src/systemd/sd-id128.h | 2 +-
> src/systemd/sd-login.h | 52 +---
On Tue, 18.03.14 00:27, Jason St. John (jstj...@purdue.edu) wrote:
Applied! Thanks!
> ---
> src/timedate/timedate-sntp.c | 28 ++--
> src/timedate/timedatectl.c | 25 -
> src/timedate/timedated.c | 25 -
> 3 files chan
On Tue, 18.03.14 02:34, Juho Son (juho80@samsung.com) wrote:
> This option could changes the default system's time zone.
> The default time zone is /etc/localtime. If we want to use
> the specific path, we could use this option.
I agree with the others on this thread, this really looks like n
On Tue, 18.03.14 14:14, har...@redhat.com (har...@redhat.com) wrote:
> From: Harald Hoyer
>
> Doing a kexec with no kernel loaded would currently issue a normal reboot.
> This might not be wanted, if the goal of kexec is to circumvent the boot
> loader. Better fail to kexec, than to reboot into
On Wed, 19.03.14 11:20, Marc-Antoine Perennou (marc-anto...@perennou.com) wrote:
Applied! Thanks!
> ---
> src/systemd/sd-login.h | 2 +-
> src/systemd/sd-resolve.h | 4 ++--
> 2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/systemd/sd-login.h b/src/systemd/sd-login.h
> i
On Tue, 18.03.14 14:59, Usman (deser...@yahoo.com) wrote:
> Hi Guys,
>
> I am trying to test some code with respect to my services setup. I have two
> services, lets say service_a and service_b. In service_a unit file I have
> this:
>
> OnFailure=service_b
>
>
> And from the man page for OnF
El 24/03/14 16:16, Lennart Poettering escribió:
However, I figure this doesn't have to stop us from killing it in
systemd though, which I now did. This doesn't mean much however, since
people who want tcpwrap support can actually easily restore it by
plugging tcpd into systemd, the same way is t
On Thu, 20.03.14 12:52, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
> The idea is to reboot immediately when a service crashes or the watchdog
> triggers. This is useful in embedded scenarios when there is only one
> important service. There are use-cases where rebooting immediately instead
On Thu, 20.03.14 12:43, David Schmitt (da...@dasz.at) wrote:
The systemd --user stuff is not complete yet, and will likely be
complete only when kdbus support is completed too.
Note that systemd --user is only for real login users though, and the
systemd instance is a singleton that is refcounte
On Thu, 20.03.14 20:29, Lennart Poettering (lenn...@poettering.net) wrote:
> To figure out what we can do in Fedora I have now started a discussion
> on fedora-devel, about getting rid of tcpwrap system-wide. Let's see
> where this goes. Would be interested in feedback about this from other
> dist
On Mon, 24.03.14 19:21, Lennart Poettering (lenn...@poettering.net) wrote:
> > See the bug report I posted earlier.
> > The discrepancy between the chkconfig head and the LSB header (the
> > latter being the correct one) caused a dependency loop and ultimately
> > dbus.socket to be dropped.
>
> S
On Fri, 21.03.14 15:34, Michael Olbrich (m.olbr...@pengutronix.de) wrote:
> When rebooting with systemctl, an optional argument can be passed to the
> reboot system call. This makes it possible the specify the argument in a
> service file and use it when the service triggers a restart.
> This is u
On Fri, 21.03.14 21:58, Wouter Verhelst (w...@uter.be) wrote:
> > > In addition, nbd-client needs to fork() and open() the /dev/nbdX device
> > > to support partitioned NBD devices (due to a deadlock issue, that can't
> > > be done from the initial NBD_DO_IT ioctl handling, so it is done in the
>
On Mon, 24.03.14 17:48, Lennart Poettering (lenn...@poettering.net) wrote:
> On Mon, 24.03.14 17:38, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
>
> >
> > Po 24. březen 2014, 17:12:30 CET, Lennart Poettering napsal:
> > >On Mon, 24.03.14 15:55, Lukas Nykryn (lnyk...@redhat.com) wrote:
> > >
> > >Ar
On Mon, 24.03.14 19:04, Michael Biebl (mbi...@gmail.com) wrote:
>
> > We could probably just drop the priority info parsing entirely, since it
> > is pretty useless these days: as no native units carry a priority number
> > we cannot make any useful use of the chkconfig priority anyway
> > anymor
Le lundi 24 mars 2014 à 18:58 +0100, Lennart Poettering a écrit :
> It's simply that the PID file info in the chkconfig header is just
> increadibly useful (since it allows us to identify the main process of a
> service) and I'd really like to make sure we make use of it wherever
> possible. So th
On Mon, 24.03.14 19:17, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
> >Since "glusterfs" is a FUSE file system I am pretty sure it is called
> >"fuse.gluster" or so in /proc/self/mountinfo, right?
>
> You are right, it shows up as fuse.glusterfs there. So any
> suggestions? And just drop the patch i
On Mon, 24.03.14 19:20, Frederic Crozat (fcro...@suse.com) wrote:
> Le lundi 24 mars 2014 à 18:58 +0100, Lennart Poettering a écrit :
>
> > It's simply that the PID file info in the chkconfig header is just
> > increadibly useful (since it allows us to identify the main process of a
> > service)
> We could probably just drop the priority info parsing entirely, since it
> is pretty useless these days: as no native units carry a priority number
> we cannot make any useful use of the chkconfig priority anyway
> anymore... It is only useful to order sysv scripts with such a number
> against ot
Po 24. březen 2014, 18:49:34 CET, Lennart Poettering napsal:
On Mon, 24.03.14 18:03, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
Well, but how exactly do those lines look in fstab? Are you sure they
have "glusterfs" in the fstype field? And not "fuse.glusterfs" or so?
From RH Knowledgebase (aga
On Mon, 24.03.14 17:46, Michael Biebl (mbi...@gmail.com) wrote:
> > Turning off chkconfig support does a), not b). And I'd really prefer if
> > sysv scripts would behave the same way on all systemd installations... I
> > mean that's what we try to do after all, provide a unified interface
> > for
On Mon, 24.03.14 18:03, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
> >Well, but how exactly do those lines look in fstab? Are you sure they
> >have "glusterfs" in the fstype field? And not "fuse.glusterfs" or so?
>
> From RH Knowledgebase (again sorry not a public link)
> https://access.redhat.com/
2014-03-24 17:46 GMT+01:00 Michael Biebl :
>> sysv scripts would behave the same way on all systemd installations... I
>> mean that's what we try to do after all, provide a unified interface
>> for developers...
>
> Since Debian doesn't have chkconfig, sysv init script already behave
> differently
Po 24. březen 2014, 17:48:53 CET, Lennart Poettering napsal:
On Mon, 24.03.14 17:38, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
Po 24. březen 2014, 17:12:30 CET, Lennart Poettering napsal:
On Mon, 24.03.14 15:55, Lukas Nykryn (lnyk...@redhat.com) wrote:
Are you sure this does what you think it
On Mon, 24.03.14 17:38, Lukáš Nykrýn (lnyk...@redhat.com) wrote:
>
> Po 24. březen 2014, 17:12:30 CET, Lennart Poettering napsal:
> >On Mon, 24.03.14 15:55, Lukas Nykryn (lnyk...@redhat.com) wrote:
> >
> >Are you sure this does what you think it does? I mean, AFAIR glusterfs
> >is a fuse FS, and
On Mon, 24.03.14 17:37, Michael Biebl (mbi...@gmail.com) wrote:
> >> > Hmm, I am not overly hapy with adding even more ifdefs to the
> >> > code... i'd rather see less ifdefs...
> >>
> >> I can rip out the chkconfig parsing completely, if that is what you
> >> want.
> >
> > Nah, we need to keep it
2014-03-24 17:36 GMT+01:00 Lennart Poettering :
> On Mon, 24.03.14 17:25, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2014-03-24 17:21 GMT+01:00 Lennart Poettering :
>> > Well, but we are a lot more dependent on correct headers than other
>> > parsers anyway... For example, the LSB deps have tradi
2014-03-24 17:21 GMT+01:00 Lennart Poettering :
> On Mon, 24.03.14 17:17, Michael Biebl (mbi...@gmail.com) wrote:
>
>>
>> 2014-03-24 17:11 GMT+01:00 Lennart Poettering :
>> > On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote:
>> >
>> >> Don't parse Red Hat style chkconfig headers if ch
Po 24. březen 2014, 17:12:30 CET, Lennart Poettering napsal:
On Mon, 24.03.14 15:55, Lukas Nykryn (lnyk...@redhat.com) wrote:
Are you sure this does what you think it does? I mean, AFAIR glusterfs
is a fuse FS, and hence will nevershow up like this in fstab nor
/proc/self/mountinfo... Or am I mi
On Mon, 24.03.14 17:25, Michael Biebl (mbi...@gmail.com) wrote:
> 2014-03-24 17:21 GMT+01:00 Lennart Poettering :
> > Well, but we are a lot more dependent on correct headers than other
> > parsers anyway... For example, the LSB deps have traditionally been much
> > less accurately followed than t
On Sun, 23.03.14 21:46, Patrick Donnelly (batr...@batbytes.com) wrote:
> My problem is not related to race conditions. The issue is that
> /proc/pid/cmdline is shown instead of /proc/pid/comm for each journal
> entry. That is:
>
> $ journalctl --boot
> [...]
> Mar 23 21:39:01 host a.out[10697]: h
On Sat, Mar 22, 2014 at 5:13 PM, Susant Sahani wrote:
> Introducing generic container parsing . Now supported for type
> FLA_INFO_KIND and IFLA_VLAN_ID which can be extended to other
> container parsing which is based on table based look up.
> ---
> src/libsystemd/sd-rtnl/rtnl-internal.h | 20 ++
2014-03-24 17:21 GMT+01:00 Lennart Poettering :
> Well, but we are a lot more dependent on correct headers than other
> parsers anyway... For example, the LSB deps have traditionally been much
> less accurately followed than they are now...
>
> I mean, we don't claim compatibility with scripts with
On Mon, 24.03.14 17:17, Michael Biebl (mbi...@gmail.com) wrote:
>
> 2014-03-24 17:11 GMT+01:00 Lennart Poettering :
> > On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote:
> >
> >> Don't parse Red Hat style chkconfig headers if chkconfig support is
> >> disabled via --disable-chkconfi
2014-03-24 17:11 GMT+01:00 Lennart Poettering :
> On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Don't parse Red Hat style chkconfig headers if chkconfig support is
>> disabled via --disable-chkconfig.
>
> Hmm, I am not overly hapy with adding even more ifdefs to the
> code...
2014-03-24 17:11 GMT+01:00 Lennart Poettering :
> On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote:
>
>> Don't parse Red Hat style chkconfig headers if chkconfig support is
>> disabled via --disable-chkconfig.
>
> Hmm, I am not overly hapy with adding even more ifdefs to the
> code...
On Mon, 24.03.14 15:55, Lukas Nykryn (lnyk...@redhat.com) wrote:
Are you sure this does what you think it does? I mean, AFAIR glusterfs
is a fuse FS, and hence will nevershow up like this in fstab nor
/proc/self/mountinfo... Or am I missing something?
> ---
> src/shared/util.c | 3 ++-
> 1 file
On Mon, 24.03.14 14:00, Michael Biebl (mbi...@gmail.com) wrote:
> Don't parse Red Hat style chkconfig headers if chkconfig support is
> disabled via --disable-chkconfig.
Hmm, I am not overly hapy with adding even more ifdefs to the
code... i'd rather see less ifdefs...
Thus, what's the rationale
Similar to CPUShares= and BlockIOWeight= respectively. However only
assign the specified weight during startup. Each control group
attribute is re-assigned as weight by CPUShares=weight and
BlockIOWeight=weight after startup. If not CPUShares= or
BlockIOWeight= be specified, then the attribute is
---
src/shared/util.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/shared/util.c b/src/shared/util.c
index dd67c22..6f73387 100644
--- a/src/shared/util.c
+++ b/src/shared/util.c
@@ -1500,7 +1500,8 @@ bool fstype_is_network(const char *fstype) {
"nfs\0
Don't parse Red Hat style chkconfig headers if chkconfig support is
disabled via --disable-chkconfig.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From 9abb1aed85193ca81e697334d10b36693595b648 Mon Sep 17 00:00:00 2001
From: Micha
On Mon, Mar 24, 2014 at 12:07:41PM +0100, Gerd Hoffmann wrote:
> Update comment to be a bit more specific.
>
> Change match to blacklist the serial number of the broken devices
> instead of whitelisting the serial number of the fixed devices.
> This allows to do something useful with the serial nu
Update comment to be a bit more specific.
Change match to blacklist the serial number of the broken devices
instead of whitelisting the serial number of the fixed devices.
This allows to do something useful with the serial number in the
future.
Signed-off-by: Gerd Hoffmann
---
rules/42-usb-hid-
81 matches
Mail list logo
