2015-05-06 1:49 GMT+02:00 Cameron Norman :
> +KillMode=process
>
> If I had to take a guess I would say that it was desired to let the
> shell do its own process management, but Lennart can only know. Maybe
> KillMode=mixed would be better?
KillMode=mixed seems to work better, indeed, from a quick
Any thoughts?
2015-05-04 14:54 GMT+02:00 Michael Biebl :
> 2015-05-04 14:49 GMT+02:00 Michael Biebl :
>> Since emergency.service has
>> KillMode=process
>> the running bash kept running, and the result was an unusable system.
>
> Btw, what's the reas
2015-05-04 14:49 GMT+02:00 Michael Biebl :
> Since emergency.service has
> KillMode=process
> the running bash kept running, and the result was an unusable system.
Btw, what's the reason for using KillMode=process in emergency.service?
--
Why is it that all of the instr
Hi,
as for some background regarding this issue, please see [1].
Apparently a user, while in emergency mode, restarted emergency.service.
Since emergency.service has
KillMode=process
the running bash kept running, and the result was an unusable system.
I wonder, if we should simply disallow the
2015-04-22 15:25 GMT+02:00 Lennart Poettering :
> On Wed, 22.04.15 14:36, Michael Biebl (mbi...@gmail.com) wrote:
>
>> >> >> Not everyone is using networkd or nspawn though, so loading this
>> >> >> module for everyone is a bit excessive.
>> >&
2015-04-22 14:26 GMT+02:00 Lennart Poettering :
> On Wed, 22.04.15 14:22, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-04-22 14:14 GMT+02:00 Lennart Poettering :
>> > On Wed, 22.04.15 14:09, Michael Biebl (mbi...@gmail.com) wrote:
>> >
>> >> 201
2015-04-22 14:22 GMT+02:00 Michael Biebl :
> 2015-04-22 14:14 GMT+02:00 Lennart Poettering :
>> On Wed, 22.04.15 14:09, Michael Biebl (mbi...@gmail.com) wrote:
>>
>>> Not everyone is using networkd or nspawn though, so loading this
>>> module for everyone is
2015-04-22 14:14 GMT+02:00 Lennart Poettering :
> On Wed, 22.04.15 14:09, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-04-22 13:57 GMT+02:00 Lennart Poettering :
>> >> Maybe we should simply list the iptables kernel modules in
>> >> src/core/kmod-setup, an
2015-04-22 13:57 GMT+02:00 Lennart Poettering :
>> Maybe we should simply list the iptables kernel modules in
>> src/core/kmod-setup, and then tell people to blacklist them if they
>> really don't want them.
>
> I have made such a change now:
>
> http://cgit.freedesktop.org/systemd/systemd/commit/?
2015-04-02 13:03 GMT+02:00 Lennart Poettering :
> On Thu, 02.04.15 13:00, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-04-02 11:06 GMT+02:00 Lennart Poettering :
>> > If you want to ensure that bus communication still works in your
>> > shutdown code, you hen
2015-04-02 11:06 GMT+02:00 Lennart Poettering :
> If you want to ensure that bus communication still works in your
> shutdown code, you hence need to make sure you place
> After=dbus.service in your services, so that you are shut down before
> dbus is.
Type=dbus service currently only get a depend
there
is value in simply keeping the repo around.
2015-03-31 16:41 GMT+02:00 "Jóhann B. Guðmundsson" :
>
>
> On 03/31/2015 02:27 PM, Michael Biebl wrote:
>>>
>>> >And from the looks of it the Red Hat desktop team maintainers in Gnome
>>> > s
2015-03-31 16:20 GMT+02:00 "Jóhann B. Guðmundsson" :
>
>
> On 03/31/2015 02:09 PM, Michael Biebl wrote:
>>
>> 2015-03-31 15:47 GMT+02:00 Zbigniew Jędrzejewski-Szmek
>> :
>>>
>>> On Tue, Mar 31, 2015 at 07:31:31AM +, "Jóhann B. Guðmund
2015-03-31 15:47 GMT+02:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Mar 31, 2015 at 07:31:31AM +, "Jóhann B. Guðmundsson" wrote:
>> What I'm proposing is that we dropped that proof of concept since
>> it's not being maintained, there exist better alternatives thus it's
>> intended purpose has be
2015-03-27 22:58 GMT+01:00 Michael Biebl :
> After moving away all ~ files:
> # journalctl --list-boots | wc -l
> 100
> # journalctl -F _BOOT_ID | wc -l
> 104
>
> It also scares me a bit, that journald is so prone to create those ~
> files that often. My system is not
Are you sure?
units/kmod-static-nodes.service.in
ExecStart=@KMOD@ static-nodes --format=tmpfiles
--output=/run/tmpfiles.d/kmod.conf
2015-03-30 0:00 GMT+02:00 Jan Engelhardt :
>
> systemd/configure.ac has a
>
> AC_CHECK_PROG([KMOD]...)
>
> but what actually *uses* this? The way it looks,
3-27 21:23 GMT+01:00 Jan Janssen :
>
>
> On 2015-03-27 21:06, Michael Biebl wrote:
>>
>> 2015-03-27 20:45 GMT+01:00 Jan Janssen :
>>>
>>> Martin Pitt ubuntu.com> writes:
>>>
>>>>
>>>> Hello all,
>>>>
>>&
2015-03-27 20:45 GMT+01:00 Jan Janssen :
> Martin Pitt ubuntu.com> writes:
>
>>
>> Hello all,
>>
>> in [1] I just got a report that "journalctl --list-boots" (with
>> persistant journal) only shows a few old boots, but not current ones.
>> I checked this on my system (which has had persistant jour
systemd-journal-remote is an optional component.
Please mark the man page as conditional as well and rebuild
Makefile-man.accordingly.
For example, see
http://cgit.freedesktop.org/systemd/systemd/tree/man/coredump.conf.xml#n24
2015-03-16 13:49 GMT+01:00 Chris Morgan :
> ---
> man/journal-remote
2015-03-20 9:12 GMT+01:00 Reindl Harald :
>
> Am 19.03.2015 um 23:56 schrieb Kai Krakow:
>
>> Reindl Harald schrieb:
>>
>>> Am 19.03.2015 um 22:04 schrieb Kai Krakow:
Christoph Pleger schrieb:
> I am experimenting a little with systemd and trying to define a new
> "intermed
2015-03-20 6:40 GMT+01:00 Marcel Holtmann :
> Hi Michael,
>
> On 16 March 2015 at 23:15, Marcel Holtmann
> wrote:
>> Hi Dimitri,
>>
>> Just tell patch or git to skip the hunks modifying ids-update.pl and
>> sdio.ids. Problem solved.
>
> I'll apply the patc
2015-03-21 13:12 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Thu, Mar 19, 2015 at 06:43:18PM -0700, Marcel Holtmann wrote:
>> Hi Zbyszek,
>>
>> > On 16 March 2015 at 23:15, Marcel Holtmann wrote:
>> >> Hi Dimitri,
>> >> Just tell patch or git to skip the hunks modifying ids-update.pl and
2015-03-19 17:07 GMT+01:00 David Herrmann :
> On Thu, Mar 19, 2015 at 4:59 PM, Michael Biebl wrote:
>> So, +1 for Dimitri's patch. Looks correct to me.
>> Unless someone objects, I'm planning on merging it.
>
> Yes, please go ahead. I missed that .busname is not ins
2015-03-19 15:02 GMT+01:00 Dimitri John Ledkov :
> On 19 March 2015 at 13:31, David Herrmann wrote:
>> Hi
>>
>> On Tue, Mar 17, 2015 at 4:37 PM, Dimitri John Ledkov
>> wrote:
>>> ---
>>> Makefile.am | 2 +-
>>> units/systemd-resolved.service.in| 29 -
2015-03-19 15:46 GMT+01:00 Uoti Urpala :
> On Thu, 2015-03-19 at 14:27 +0100, Christoph Pleger wrote:
>> >> Then, I still do not understand why my definition of a new target did
>> >> not
>> >> work. What is the difference between multi-user.target waiting for
>> >> basic.target on the one hand and
2015-03-16 17:25 GMT+01:00 David Herrmann :
> Hi
>
> On Mon, Mar 16, 2015 at 4:48 PM, Thomas Richter
> wrote:
>> If udev comes into play, it renames wlan0 to wlan1, because wlan0 was
>> already taken from a previously installed ipw2200 card that is no longer
>> in the system. Hence, I have now th
This was suposed to go to the list.
2015-03-13 21:25 GMT+01:00 Michael Biebl :
> 2015-03-13 20:25 GMT+01:00 Michael Marineau :
>> I don't know of a robust way to know if a platform needs a little
>> extra help from userspace to keep the clock sane or not but it seems
>&
2015-03-14 16:12 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Sat, Mar 14, 2015 at 03:56:10PM +0100, Michael Biebl wrote:
>> The compiler might warn about the unused const char *n; So this might
>> be slightly better:
>>
[..]
> Yep, looks good. Please push :)
Pushed as
The compiler might warn about the unused const char *n; So this might
be slightly better:
diff --git a/src/core/service.c b/src/core/service.c
index db1f1e7..d938550 100644
--- a/src/core/service.c
+++ b/src/core/service.c
@@ -555,14 +555,16 @@ static int service_add_extras(Service *s) {
I think this should do it:
diff --git a/src/core/service.c b/src/core/service.c
index db1f1e7..bcdce33 100644
--- a/src/core/service.c
+++ b/src/core/service.c
@@ -561,10 +561,12 @@ static int service_add_extras(Service *s) {
if (r < 0)
return r;
+#ifdef
Hi,
in Debian/Ubuntu, kdbus support is disabled.
With version 219 I see the following e.g. for avahi-daemon.service
After=basic.target org.freedesktop.Avahi.busname avahi-daemon.socket
systemd-journald.socket system.slice
Why is there an After=org.freedesktop.Avahi.busname ordering? Bug?
Mich
2015-03-13 0:13 GMT+01:00 Jeff Waugh :
> On Fri, Mar 13, 2015 at 10:07 AM, Michael Biebl wrote:
>>> Those are the as-installed versions (they're not manipulated again during
>>> make).
>>
>> And how does that improve cross-compilation?
>
> It allows y
2015-03-12 23:54 GMT+01:00 Jeff Waugh :
> On Fri, Mar 13, 2015 at 8:53 AM, Zbigniew Jędrzejewski-Szmek
> wrote:
>> So you prefer the second version to the first, right? Does not
>> exec_prefix get assigned and then substituted, leading to an identical
>> result?
>
> Those are the as-installed vers
2015-03-12 8:27 GMT+01:00 Jeff Waugh :
> On Thu, Mar 12, 2015 at 6:16 PM, Umut Tezduyar Lindskog
> wrote:
>> What does this fix Jeff, could you please explain?
>
> Here's the relevant part of a pkg-config file produced during make:
>
> prefix=/usr
> exec_prefix=/usr
> libdir=/usr/lib
> includedir=
2015-03-10 14:18 GMT+01:00 Michael Biebl :
> Could you share the relevant /etc/fstab line?
Nvm, I noticed that this info has been added to the relevant bug report.
After adding the line to /etc/fstab and running systemctl daemon-reload, I get
# systemctl show -p Wants -p After mnt-server.mo
2015-03-10 12:40 GMT+01:00 Martin Pitt :
> Hello all,
>
> we got a report [1] that NFS fstab mounts (sometimes) aren't being
> mounted at boot as the network is still down:
>
> | mount[866]: mount.nfs: Network is unreachable
> | systemd[1]: mnt-server.mount mount process exited, code=exited status=
2015-03-06 17:09 GMT+01:00 Didier Roche :
> Le 06/03/2015 16:17, Michael Biebl a écrit :
>>
>> 2015-03-06 11:20 GMT+01:00 Didier Roche :
>>>
>>> It seems like tmp.mount unit was skipped as nothing declared any explicit
>>> dependency against it. What
2015-03-06 11:20 GMT+01:00 Didier Roche :
> It seems like tmp.mount unit was skipped as nothing declared any explicit
> dependency against it. What seems to confirm this is that if I add any
> enabled foo.service which declares After=tmp.mount, or if I add the After=
> statement to systemd-timesync
2015-03-05 11:58 GMT+01:00 :
> From: Harald Hoyer
>
> The speedup is significant
>
> Original libtool
> $ ccache -C && make clean && time make -j4
> […]
> real6m4.104s
> user13m49.234s
> sys7m37.864s
>
> Original libtool + dolt
> $ ccache -C && make clean && time make -j4
> […]
> real
2015-03-05 17:54 GMT+01:00 Dan Williams :
> On Thu, 2015-03-05 at 16:00 +0100, system_error wrote:
>> OK, thx!
>>
>> Am 05.03.2015 um 15:56 schrieb Tom Gundersen:
>> > This is i segfault in NetworkManager, so I would start by figuring
>> > that one out. Probably the NM mailing list may be able to h
2015-03-04 15:41 GMT+01:00 Lennart Poettering :
> Well, just removing the symlink is kinda pointless. It might still be pulled
> in by anything else that implicitly depepends on /tmp.
What unit is supposed to pull in tmp.mount explicitly? If a generic
unit did that, this sounds like a bug.
--
W
2015-03-01 12:17 GMT+01:00 Lennart Poettering :
> On Thu, 26.02.15 20:22, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-02-26 1:12 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
>> > On Thu, Feb 26, 2015 at 01:04:55AM +0100, Michael Biebl wrote:
>> >> 2015-0
2015-02-26 1:12 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Thu, Feb 26, 2015 at 01:04:55AM +0100, Michael Biebl wrote:
>> 2015-02-26 0:55 GMT+01:00 Michael Biebl :
>> > To reproduce the problem, add e.g. a non-existing device to /etc/fstab
>> >
>> >
2015-02-26 0:55 GMT+01:00 Michael Biebl :
> To reproduce the problem, add e.g. a non-existing device to /etc/fstab
>
> The "Waiting for device to show up ..." messages are printed all over tty9.
And just in case you have plymouth enabled, make sure to remove
"splash"
2015-02-26 0:44 GMT+01:00 Lennart Poettering :
> What precisely is supposedly written there? I have never seen anythign
> like that on FEdora...
>
> Maybe you should reconfigure your kernel to not spew its output always
> on the console?
Well, if you want to debug boot issues, you typically remove
Hi,
if one is trying to debug (eary-)boot issues, debug-shell.service is a
handy tool.
Unfortunately there is the very unpleasant side effect, that systemd
spews all log messages to tty9, once you switched to that tty, making
it almost impossible to work on this shell.
If it reaches a timeout for
2015-02-20 15:36 GMT+01:00 Martin Pitt :
> Hello all,
>
> Since we updated to 219 in Ubuntu, several people reported boot
> failures. Booting hangs a long time after starting D-Bus, in the
> journal you get a lot of error messages like
>
>systemd[1]: Failed to register match for Disconnected me
2015-02-19 0:39 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Wed, Feb 18, 2015 at 11:52:50PM +0100, Michael Biebl wrote:
>> 2015-02-18 20:34 GMT+01:00 Lennart Poettering :
>> > Well, why patch anything? You already have a configure option, just by
>> > adding LDFLAGS= an
2015-02-18 20:34 GMT+01:00 Lennart Poettering :
> Well, why patch anything? You already have a configure option, just by
> adding LDFLAGS= and CFLAGS= to the end of the configure line. What's
> the point of having an explicit option for that?
What is the reason to override the default linker anywa
2015-02-17 23:14 GMT+01:00 Michael Biebl :
> 2015-02-17 22:35 GMT+01:00 Michael Biebl :
>> 2015-02-17 22:25 GMT+01:00 Greg KH :
>>> On Tue, Feb 17, 2015 at 08:24:37PM +, Luke Kenneth Casson Leighton
>>> wrote:
>>>> so i'm not going to "
2015-02-17 22:35 GMT+01:00 Michael Biebl :
> 2015-02-17 22:25 GMT+01:00 Greg KH :
>> On Tue, Feb 17, 2015 at 08:24:37PM +, Luke Kenneth Casson Leighton wrote:
>>> so i'm not going to "protest" - i'm going to try a different approach.
>>> i
2015-02-17 22:25 GMT+01:00 Greg KH :
> On Tue, Feb 17, 2015 at 08:24:37PM +, Luke Kenneth Casson Leighton wrote:
>> so i'm not going to "protest" - i'm going to try a different approach.
>> i'd like you to look at this list of debian packages that are
>> dependent on libsystemd0:
>> http://lkcl
2015-01-19 19:37 GMT+01:00 Manuel Lauss :
> On Mon, Jan 19, 2015 at 3:14 PM, Lennart Poettering
> wrote:
>> On Mon, 19.01.15 09:47, Manuel Lauss (manuel.la...@gmail.com) wrote:
>>
>>> Can anyone please point out why the .MIPS.abiflags sections are
>>> omitted entirely?
>>> I've tried to build with
2015-02-16 15:55 GMT+01:00 Dimitri John Ledkov :
> If you have a strong desire for such a feature, and I presume in
> current stable distributions, rather than future stables. It is best
> to factor it out into a stand-alone, portable across older systemd
> releases, generator, and ship it as stand
2015-02-16 13:59 GMT+01:00 Lennart Poettering :
> Well, if this is really just about overriding the LSB headers, and
> nobody so far ever asked for this functionality, wouldn't it be a
> better and easier way out to just recommend people to do systemd-style
> drop-ins? I mean, those also work on un
2015-02-11 20:12 GMT+01:00 Lennart Poettering :
> So, I have discussed this with Kay, David, Daniel, and co. And we
> kinda came to the conclusion that we might as well just drop the
> configurability where runlevel3-5.target point to. If we drop that, we
Do you mean runlevel2-5, or is runlevel2 e
2015-02-04 22:01 GMT+01:00 Lennart Poettering :
>> But if you have a native unit, I think it's rather unexpected if you
>> disable it with systemctl, enable it in sysv, but still get it
>> started.
>
> I'd claim the opposite. Let's say you have foobar.rpm installed in one
> version that only carrie
[grr, accidentally dropped the mailing list on my previous reply]
2015-02-04 21:48 GMT+01:00 Lennart Poettering :
> On Wed, 04.02.15 21:15, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-02-04 2:12 GMT+01:00 Lennart Poettering :
>> > On Wed, 04.02.15 02:05, Michael Bi
2015-02-04 13:42 GMT+01:00 Lennart Poettering :
>> Hello all,
>>
>> a little while ago, Jon Severinsson wrote a sysv generator
>> optimization to not go through all the parsing of init.d scripts and
>> creation of units if there already is a native unit for that name. As
>> they are put into genera
2015-02-04 1:54 GMT+01:00 Lennart Poettering :
> On Wed, 04.02.15 01:52, Michael Biebl (mbi...@gmail.com) wrote:
>> Is this the same issue as
>> https://bugzilla.redhat.com/show_bug.cgi?id=1002806#c20 ?
>
> Feels like it.
>
> It's not clear to me though why the b
2015-02-04 1:29 GMT+01:00 Lennart Poettering :
> On Thu, 25.12.14 08:37, Andrei Borzenkov (arvidj...@gmail.com) wrote:
>
>> This looks like fallout of moving to generators for sysv units. Before
>> systemd added dependencies on runlevelX.target directly to units built
>> from initscripts. This forc
2015-02-03 22:38 GMT+01:00 Lennart Poettering :
> On Tue, 03.02.15 22:22, Michael Biebl (mbi...@gmail.com) wrote:
>
>> 2015-02-03 22:10 GMT+01:00 Lennart Poettering :
>> > I don't see how this would apply to non-sysv code. I mean, code that
>> > is written with
2015-02-03 22:10 GMT+01:00 Lennart Poettering :
> I don't see how this would apply to non-sysv code. I mean, code that
> is written with systemd semantics in mind should be able to issue a
> service reload during any time it wants to, if it keeps the ordering
> issues in mind. For example, if I hav
2015-02-03 21:52 GMT+01:00 Lennart Poettering :
>
> But note that this way you alter *all* queued jobs that way,
> regardless if they are created with the assumptions of sysv behaviour
> or if they were created in code that understands systemd's semantics,
> and actually cares for the correct order
2015-02-03 20:36 GMT+01:00 Martin Pitt :
> Lennart Poettering [2015-02-03 18:10 +0100]:
>> I am very strongly against adding hacky work-arounds like this to PID
>
> Yeah, indeed. This is why I asked for a more elegant approach, and
> indeed the --no-block or --job-mode=ignore-dependencies sound lik
2015-02-03 19:52 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Feb 03, 2015 at 07:29:06PM +0100, Michael Biebl wrote:
>> If there are only for internal use, maybe we should consider hiding them.
> Please don't. Once they're public, they're public. We can consider d
rote:
>>>
>>> > On Sat, Aug 30, 2014 at 11:56:30AM +0200, Kay Sievers wrote:
>>> > > On Sat, Aug 30, 2014 at 2:09 AM, Michael Biebl wrote:
>>> > > > Updated patch which the correct version information.
>>> > >
>>> >
2015-01-28 2:05 GMT+01:00 Lennart Poettering :
> On Tue, 20.01.15 11:24, Andrei Borzenkov (arvidj...@gmail.com) wrote:
>> - stop in emergency shell when mount fails
>> - fix /etc/fstab
>> - ^D to continue boot
>>
>> no more works, because /etc/fstab is not reevaluated so systemd will
>> still try t
2015-01-28 1:44 GMT+01:00 Lennart Poettering :
> I am not a fan of this stuff either. I really don't like the TOCTOU
> behaviour I must say...
>
> If this is really just about ".bak", then we can add it to the list of
> suffixes in hidden_files()...
Martin already committed an update [1] to at lea
2015-01-26 14:59 GMT+01:00 Dave Reisner :
> This reverts part of c2c13f2df42e0, which introduced this with no
> explanation as to *why*. Enslaving the mount namespace breaks default
> behavior included in rules/60-cdrom_id.rules. Specifically, filesystems
> on optical media will not be properly unm
2015-01-23 18:51 GMT+01:00 Lennart Poettering :
> I'd even remove rc-local.service from Debian. If this is a normal
> sysvinit script, treat it as such, and let sysv-generator do its deed
> on it.
The /etc/init.d/rc.local init script does nothing else then run
/etc/rc.local, in case this file is e
2015-01-23 15:15 GMT+01:00 Martin Pitt :
> Michael Biebl [2015-01-23 13:27 +0100]:
>> - It avoids that a rc.local.service file is generated by the sysv-generator
>
> Not with upstream systemd, the sysv generator doesn't check if there's
> already a unit of that
2015-01-23 14:32 GMT+01:00 Lennart Poettering :
> On Fri, 23.01.15 04:24, Michael Biebl (mbi...@gmail.com) wrote:
>
>> If distros still ship such a rc.local sysv init script, shouldn't they
>> rather symlink that to
>> the native rc-local.service? Sounds like the be
2015-01-23 8:29 GMT+01:00 Mantas Mikulėnas :
> IIRC, the reason for tmpfs on /run/user/* was lack of tmpfs quotas... if
> that's still a problem, maybe there could be one tmpfs at /run/user, still
> preventing users from touching root-only /run?
FWIW, as long as logind didn't setup per-user tmpfs,
2015-01-23 10:17 GMT+01:00 Colin Guthrie :
> Michael Biebl wrote on 23/01/15 03:24:
>> and ship a
>> /lib/systemd/system/rc.local.service -> rc-local.service
>> symlink in the systemd package.
>
> Hmm, doesn't that break the
> /usr/lib/systemd/system-generator
2015-01-23 3:52 GMT+01:00 Cristian Rodríguez :
> ---
> src/sysv-generator/sysv-generator.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/src/sysv-generator/sysv-generator.c
> b/src/sysv-generator/sysv-generator.c
> index b8b77aa..d6e4dfa 100644
> --- a/src/sysv-generator/sysv-g
2015-01-22 15:08 GMT+01:00 Dimitri John Ledkov :
> At the moment, I'm looking at packaging symlinks in .wants directories
> under /usr and then allow to uninstall such a package as a means to
> override the default config. Since I would like to update how the
> default config is setup, without doin
2015-01-21 20:56 GMT+01:00 "Jóhann B. Guðmundsson" :
>
> On 01/21/2015 03:43 PM, Zbigniew Jędrzejewski-Szmek wrote:
>>
>> On Wed, Jan 21, 2015 at 11:08:44AM +0100, Martin Pitt wrote:
>>>
>>> >So I expect if it gets dropped upstream, a lot of distros (and all the
>>> >major ones) will have to bring
2015-01-20 17:44 GMT+01:00 Martin Pitt :
> Hey all,
>
> the recent fix for sysv-generator's Provides: handling [1] caused, or
> rather uncovered, another bug which now creates symlinks to itself
> "foo.service -> foo.service" for any /etc/init.d/foo.sh.
>
> The generator would output an error messa
2015-01-12 22:43 GMT+01:00 Colin Guthrie :
> But FWIW, your check for whether systemctl is installed via calling
> "systemctl --help" is IMO not very neat.
>
> If you're using bash here anyway, you might as well just do a:
>
> if [ -d /sys/fs/cgroup/systemd ]; then
>
> type check or if you want to
2015-01-07 14:24 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Wed, Jan 07, 2015 at 01:44:17PM +0100, Michael Biebl wrote:
>> sysv-generator: initialize units before use to ensure correct
>> ordering
[..]
>> I've updated the commit message accordingly. See attached pat
enumerate_sysv(). This ensures all units are loaded when fix_order() is
called.
Bug-Debian: https://bugs.debian.org/771118
I've updated the commit message accordingly. See attached patch.
2015-01-06 17:58 GMT+01:00 Martin Pitt :
> Hello all,
>
> Michael Biebl [2015-01-05 10:51
Thanks for the review.
Pushed as b7e7184634d573fb73143210962acce205f37f61
2015-01-06 0:25 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Tue, Jan 06, 2015 at 12:01:35AM +0100, Michael Biebl wrote:
>> Hi,
>>
>>
>> 2015-01-05 14:35 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
&
Hi,
2015-01-05 14:35 GMT+01:00 Zbigniew Jędrzejewski-Szmek :
> On Mon, Jan 05, 2015 at 10:30:11AM +0100, Michael Biebl wrote:
>> +link = strjoin(arg_dest, "/", alias, NULL);
>> +if (!link)
>> +return log_oom();
> path_join()?
I
See attached patch
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From 679f5f1c5fe04db9c4a2d0be54b4faf753983582 Mon Sep 17 00:00:00 2001
From: Michael Biebl
Date: Fri, 28 Nov 2014 06:04:48 +0100
Subject: [PATCH] sysv-generator: avoid
/bugreport.cgi?bug=774335
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From a1bc03cabf26d05aeb725fc549a74312f634eaba Mon Sep 17 00:00:00 2001
From: Michael Biebl
Date: Mon, 5 Jan 2015 09:49:44 +0100
Subject: [PATCH] sysv-generator
Am 31.12.2014 12:54 schrieb "Simon Peeters" :
>
> 2014-12-31 11:12 GMT+00:00 Martin Pitt :
> > Simon Peeters [2014-12-29 15:01 +]:
> >> I have no preference between the 2, but moving the pc file to
> >> $libdir/pkgconfig just does not make sense.
> >
> > Why not? pkg-config looks in both /usr/s
2014-12-25 1:59 GMT+01:00 Alison Chaiken :
>
>> Those entries were most likely created by older versions of
>> debian-installer. The current version of debian-installer for
>> debian-installer should no longer add fuse or loop to /etc/modules.
>
> Here are the details:
[ .. ]
> [alison@bonnet ~]$
2014-12-24 12:58 GMT+01:00 Lucas De Marchi :
> On Wed, Dec 24, 2014 at 4:00 AM, Alison Chaiken wrote:
>> On my Debian Testing system, I see fuse, loop, lp, ppdev and
>> parport_pc. The last 3 are related to printing, and presumably must
..
> fuse and loop are the perfect examples of modules th
2014-12-20 3:05 GMT+01:00 Michael Biebl :
> Basically you can take my patch and drop the junk which removes the
Heh, this should be "hunk", of course .
Why is it that you spot the typo the second you press send :-)
Michael
--
Why is it that all of the instruments seeking intell
2014-12-20 0:23 GMT+01:00 Tom Gundersen :
> On Fri, Dec 19, 2014 at 3:32 PM, Michael Biebl wrote:
>> Here is an updated patch, using "conditional"s as suggested by
>> Makefile-man.am and regenerating Makefile-man.am by running "make
>> update-man-list"
2014-12-19 17:10 GMT+01:00 Filipe Brandenburger :
> On Fri, Dec 19, 2014 at 6:32 AM, Michael Biebl wrote:
>> This also removed the HAVE_PYTHON section from Makefile-man.am. Why it
>> did that is unclear to me.
>
> This happened to me before and when it did it was because
.
2014-12-19 15:24 GMT+01:00 Umut Tezduyar Lindskog :
> :) See my second patch's comment Michael.
>
> On Fri, Dec 19, 2014 at 3:17 PM, Michael Biebl wrote:
>> That said, Makefile-man.am contains a comment, that this file
>> shouldn't be edited directly but rather be
That said, Makefile-man.am contains a comment, that this file
shouldn't be edited directly but rather be updated via "make
update-man-list"
2014-12-19 15:12 GMT+01:00 Michael Biebl :
> +if ENABLE_HWDB
> +MANPAGES += \
> +man/hwdb.7
> +man/systemd-hwdb.xm
+if ENABLE_HWDB
+MANPAGES += \
+man/hwdb.7
+man/systemd-hwdb.xml
Shouldn't this rather be systemd-hwdb.8 ?
I also don't see a reason to remove man/systemd-hwdb.xml from EXTRA_DIST.
You want to include that file in the dist tarball always.
2014-12-19 13:25 GMT+01:00 Tom Gundersen
2014-12-18 13:19 GMT+01:00 Simon McVittie :
> On 18/12/14 08:05, Andrei Borzenkov wrote:
>> Any initscript that is using "su -" would [cause badness]
>
> Don't do that then? Init scripts are fairly clearly not login sessions.
> Which init scripts do that?
>
> In Debian, our init scripts would typic
2014-11-26 23:40 GMT+01:00 Peter Wu :
> https://bugs.freedesktop.org/show_bug.cgi?id=8. Hmm, strange folks,
> they use --enable-compat-libs but then remove[2] the libraries...?
We don't remove the libraries, we remove .so symlinks, since they are useless.
--
Why is it that all of the instr
2014-11-26 18:16 GMT+01:00 Gustavo Sverzut Barbieri
:
>
> My only comment is that we should also remove:
> -ffunction-sections
> -fdata-sections
> those are only useful to enable gc-sections.
>
> From time to time someone should run a build with
> -ffunction-sections
>
2014-11-20 20:34 GMT+01:00 Dan Williams :
> On Thu, 2014-11-20 at 14:56 +0100, Michael Biebl wrote:
>> I had some rather "interesting" experience with the rfkill service as well.
>> See [1]. Basically, running rfkill on one device, made the other device go
>> away
2014-11-20 14:17 GMT+01:00 Lennart Poettering :
> On Tue, 18.11.14 18:37, Łukasz Stelmach (stl...@poczta.fm) wrote:
>
>> Hi.
>>
>> Recently, after I had found an update for my BIOS, my desktop started to
>> resume properly (before I could only suspend it). Kernel and systemd do
>> their jobs fine.
301 - 400 of 681 matches
Mail list logo