Re: [systemd-devel] sysusers and login.defs checks

On Wed, Jul 23, 2014 at 4:28 PM, Zbigniew Jędrzejewski-Szmek wrote: > Anyway, I think that /etc/login.defs support is made out to be something > much more complicated than it really is. IMHO we should: > > - read /etc/login.defs and fall back to the compiled in value > - use whatever result we ge

Re: [systemd-devel] sysusers and login.defs checks

On Wed, Jul 23, 2014 at 5:17 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jul 23, 2014 at 04:55:59PM +0200, Kay Sievers wrote: >> On Wed, Jul 23, 2014 at 4:28 PM, Zbigniew Jędrzejewski-Szmek >> wrote: >> >> > Anyway, I think that /etc/login.defs support is made

Re: [systemd-devel] [PATCH] syslog: apply requested datagram size before sysctl

On Thu, Jul 24, 2014 at 10:53 AM, Umut Tezduyar Lindskog wrote: > systemd-sysctl runs after syslog.socket since syslog.socket > has DefaultDependencies=no. Due to this, syslog.socket > is created with default value of net.unix.max_dgram_qlen. > --- > units/syslog.socket |1 + > 1 file changed

Re: [systemd-devel] Changing configurations with networkd

On Thu, Jul 24, 2014 at 10:54 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Jul 24, 2014 at 09:18:14PM +0200, Tom Gundersen wrote: >> A quick fix would be to set >> >> /proc/sys/net/ipv4/conf/all/promote_secondaries >> >> to 1. > Wouldn't it be nice to set it to 1 always. The default setting of

Re: [systemd-devel] udev 215 creates inactive MD devices upon stopping them

n open() call to /dev/mdX after creating it with mknod is enough to > create such inactive MD device. > > According to Artur the issue is caused by this change in udev: > >> commit 3ebdb81ef088afd3b4c72b516beb5610f8c93a0d >> Author: Kay Sievers >> Date: Sun Ap

Re: [systemd-devel] [PATCH] udevd: add --event-timeout commandline option

On Tue, Jul 29, 2014 at 9:06 AM, Hannes Reinecke wrote: > On large configurations some events take longer than the > default 30 seconds. Killing those events will leave the > machine halfway configured. > > So add a commandline option '--event-timeout' to handle these cases. Applied. But with a f

Re: [systemd-devel] [PATCH] Fixup commit dd5eddd28a74a49607a8fffcaf960040dba98479

On Wed, Jul 30, 2014 at 10:10 AM, Hannes Reinecke wrote: > Commit dd5eddd28a74a49607a8fffcaf960040dba98479 accidentally > removed one line too many. Applied. Thanks, Kay ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.fr

Re: [systemd-devel] [PATCH 1/5] test: correctly set the 'ret' variable

On Wed, Jul 23, 2014 at 6:34 PM, Djalal Harouni wrote: > Signed-off-by: Djalal Harouni > --- > test/test-kdbus-policy.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) Applied. Thanks, Kay ___ systemd-devel mailing list systemd-devel@lists.

Re: [systemd-devel] [PATCH 0/5] kdbus: allow multiple policies

On Wed, Jul 23, 2014 at 6:34 PM, Djalal Harouni wrote: > This series adds the infrastructure to test and upload multiple > policies. > > The last #5 patch allows to upload multiple policies per connection What is the reason for this? A policy holding connection (which matches a busname unit) shou

Re: [systemd-devel] [PATCH] allow systemd to manage loop device partitions

On Thu, Jul 31, 2014 at 4:00 AM, Kevin Wells wrote: > SYSTEMD_READY is currently set to 0 for all loop devices (loop[0-9]*) > that do not have a backing_file. Partitioned loop devices (ex. loop0p1), > however, are matched by this rule and excluded by systemd even though > they are active devices.

Re: [systemd-devel] [PATCH 0/5] kdbus: allow multiple policies

On Thu, Jul 31, 2014 at 8:57 PM, Djalal Harouni wrote: > (Cc'ed Lennart) > > On Thu, Jul 31, 2014 at 05:40:53PM +0200, Kay Sievers wrote: >> On Wed, Jul 23, 2014 at 6:34 PM, Djalal Harouni wrote: >> > This series adds the infrastructure to test and upload multiple

Re: [systemd-devel] [PATCH 0/5] kdbus: allow multiple policies

On Fri, Aug 1, 2014 at 1:13 PM, Simon McVittie wrote: > On 31/07/14 21:38, Kay Sievers wrote: >> We have one .busname file per name and it will get really complicated >> to start stop a busname, when it has multiple names per connection. We >> should really avoid that and r

Re: [systemd-devel] [PATCH 0/5] kdbus: allow multiple policies

On Sun, Aug 3, 2014 at 4:39 PM, Djalal Harouni wrote: > On Thu, Jul 31, 2014 at 10:38:47PM +0200, Kay Sievers wrote: > [...] >> > Still I see three points here from how much pressure and job should >> > the policy holding connection do! >> > 1) Register policy

Re: [systemd-devel] [PATCH 0/5] kdbus: allow multiple policies

On Mon, Aug 4, 2014 at 11:58 AM, Kay Sievers wrote: > On Sun, Aug 3, 2014 at 4:39 PM, Djalal Harouni wrote: >> So I guess we should also block policy holders from owning well-known >> names ? hmm, then add the policy holders to the "block X connections >> from sending

Re: [systemd-devel] [PATCH 1/2] test: sync the policy tests with the recent activators and policy holders changes

On Tue, Aug 5, 2014 at 3:09 AM, Djalal Harouni wrote: > Recent commit 7015a1e6746e0c2 prevents special-purpose connections from > owning names, so update the test-kdbus-policy tests to follow and test > these changes. > > Create a new policy holder connection which will register the policy for > a

Re: [systemd-devel] [PATCH 0/3] more improvements on connection types checks

On Tue, Aug 5, 2014 at 3:46 AM, Djalal Harouni wrote: > This goes on top of the previous one: > http://lists.freedesktop.org/archives/systemd-devel/2014-August/021747.html > > Kay, sorry it should be perhaps just be a one series, but I just noticed > those bugs, so just send quick fixes. > > If y

Re: [systemd-devel] [PATCH] udev: warn instead of killing kmod loading

On Sat, Aug 9, 2014 at 4:16 AM, Luis R. Rodriguez wrote: > The purpose of commit e64fae55 (January 2012) on systemd was > to introduce a timeout send to hell drivers that are not using > asynch firmware loading. That commit actually would not have > triggered in full effect on udev's usage of kmod

Re: [systemd-devel] Bug#758050: udev: ID_VENDOR_FROM_DATABASE, ID_MODEL_FROM_DATABASE for unrecognised USB device are taken from USB hub

On Thu, Aug 14, 2014 at 3:07 PM, Simon McVittie wrote: > I recently opened this Debian bug, for which I attach a > patch that seems to work. Bug report quoted in full below. > > I would appreciate udev maintainers' opinions on whether this is > likely to break non-USB devices, or whether there is

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

On Fri, Jul 19, 2013 at 8:31 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Jul 19, 2013 at 11:50:53PM +0530, Ramkumar Ramachandra wrote: > [intertesting analysis removed] > >> So, I can provide a patch for getty-generator to detect um Linux and >> switch to getty on /dev/console, but vconsole-s

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Fri, Jul 19, 2013 at 9:36 PM, Ramkumar Ramachandra wrote: > User-Mode Linux does not do VT102 emulation, and > > $ vconsole-setup /dev/tty0 > > will always fail on it. In order to prevent vconsole-setup.service from > always failing, disable it when uml is detected. > ConditionPathExists=/

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sat, Jul 20, 2013 at 12:25 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> I would rather see vconsole to detect the mess and silently give up, >> instead of adding exotic options for really weird faked and wrong tty0 >> setups. > > um Linux lacks VT1

Re: [systemd-devel] udev: New default rule for autoloading kernel modules matching CPU modalias

On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote: > After a recent change present in 3.11-rc1 there is a driver, called processor, > that can be bound to the CPU devices whose sysfs directories are located under > /sys/devices/system/cpu/. A side effect of this is that, after the driver

Re: [systemd-devel] udev: New default rule for autoloading kernel modules matching CPU modalias

On Sat, Jul 20, 2013 at 1:47 PM, Kay Sievers wrote: > On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote: > >> After a recent change present in 3.11-rc1 there is a driver, called >> processor, >> that can be bound to the CPU devices whose sysfs directories are l

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sat, Jul 20, 2013 at 12:38 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> It's not about failing it, that would be ugly, sure. Vconsole can just >> give up and return 0 if it finds a tt0 that actually isn't a tty0. > > Hm, how can I tell if vconsole-setu

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

On Sat, Jul 20, 2013 at 6:16 PM, Zbigniew Jędrzejewski-Szmek wrote: >> What uml does here sound really weird, and vconsole should just >> silently give up when it finds such a messed up setup. :) > Sure, or we can add a one line check in the unit file. That what > we have those Conditions for :)

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sat, Jul 20, 2013 at 6:34 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> Oh, I meant turning is_vconsole() into returning success when it is >> called for a tty0 that in fact doesn't work like tty0. :) > > We might as well remove is_vconsole() then. Does

Re: [systemd-devel] [PATCH] console-getty.service: conflict with vconsole-setup

On Sat, Jul 20, 2013 at 6:43 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> such work-arounds need to >> be a generic as possible > > I disagree with this. I specifically asked Lennart about a /dev/tty0 > being created by hand using mknod earlier: his answer was

Re: [systemd-devel] [PATCH][usbutils] lsusb: port to hwdb

On Sun, Jul 21, 2013 at 12:01 PM, Tom Gundersen wrote: > On Sun, Jul 21, 2013 at 3:34 AM, Greg KH wrote: >> Can this mean I can drop the usb.ids file from the usbutils package? I >> can't remember where hwdb is generated from, does it rely on the usb.ids >> file for the initial creation? > > hwd

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sat, Jul 20, 2013 at 7:03 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >>> If you're so particular about keeping primary unit files "clean", may >>> I suggest moving the exception code to vconsole-setup.c? >> >> That's what I meant,

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sun, Jul 21, 2013 at 2:44 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> No, sorry, the same rule applies to C code as it does to unit files: >> We do not collect specific exceptions for broken hacks in exotic >> tools. Means: there will be _zero_ matches on U

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sun, Jul 21, 2013 at 3:13 PM, Ramkumar Ramachandra wrote: > Kay Sievers wrote: >> Where do you see any "specific exceptions for broken hacks"? >> >> We surely support different forms of virtualizations, and support >> reasonable custom behavior. But w

Re: [systemd-devel] [PATCH][usbutils] lsusb: port to hwdb

On Sun, Jul 21, 2013 at 5:36 PM, Greg KH wrote: > On Sun, Jul 21, 2013 at 01:05:31PM +0200, Kay Sievers wrote: >> > However, hwdb only contains vendor, product, class, subclass and >> > protocol. So if you drop usb.ids the rest of the information will be >> > lost.

Re: [systemd-devel] [PATCH] man: wording and grammar updates

On Sun, Jul 21, 2013 at 6:53 AM, Jan Engelhardt wrote: > - disables the rules file entirely. Hwdb files must have the extension > + disables the rules file entirely. hwdb files must have the extension Hmm, you mean to start a sentence with a lowercase word? Looks a bit unusual ... Kay

Re: [systemd-devel] [PATCH 2/2] vconsole-setup: setup negative conditional on uml

On Sun, Jul 21, 2013 at 6:02 PM, Ramkumar Ramachandra wrote: >> Hacks like the UML tty0 hack is just a too broken idea, to >> get any support or an exception in a generic tool like systemd. > > I think of it as less of a hack, and more of a deficiency. Nobody > stayed up all night drinking coffe

Re: [systemd-devel] Excluding .hwdb files

On Mon, Jul 22, 2013 at 3:32 PM, Umut Tezduyar wrote: > For an embedded system that is not using hwdb.bin, we are shipping > roughly 4 mb .hwdb files under /usr/lib/udev/hwdb.d. Is it > distributions responsibility to clean up .hwdb files after build or > should we have a configure option to exclu

Re: [systemd-devel] Excluding .hwdb files

On Mon, Jul 22, 2013 at 6:31 PM, Tom Gundersen wrote: > On 22 Jul 2013 18:19, "Michael Biebl" wrote: >> >> 2013/7/22 Kay Sievers : >> > On Mon, Jul 22, 2013 at 3:32 PM, Umut Tezduyar >> > wrote: >> >> For an embedded system that is not u

Re: [systemd-devel] Excluding .hwdb files

On Mon, Jul 22, 2013 at 6:18 PM, Michael Biebl wrote: > 2013/7/22 Kay Sievers : >> On Mon, Jul 22, 2013 at 3:32 PM, Umut Tezduyar wrote: >>> For an embedded system that is not using hwdb.bin, we are shipping >>> roughly 4 mb .hwdb files under /usr/lib/udev/hwdb

Re: [systemd-devel] Profiling systemctl daemon-reload

On Wed, Jul 24, 2013 at 10:26 PM, David Strauss wrote: > With thousands of units, doing a daemon-reload puts a surprisingly > huge CPU and memory burden on the system. Has anyone profiled why? I'd > like to get started on optimizing this, but I'll obviously need to > understand where the problem i

Re: [systemd-devel] [PATCH] Drop ConditionCapability=CAP_MKNOD from *udev* units

On Thu, Jul 25, 2013 at 7:00 PM, Lennart Poettering wrote: > I'd vote by replacing it by > ConditionPathIsReadWrite=/sys since sane container managers mount that > read-only.) A change like that sounds great to me. Keying-off access to /sys is probably more appropriate for today's udev than the

Re: [systemd-devel] [PATCH] Drop ConditionCapability=CAP_MKNOD from *udev* units

On Fri, Jul 26, 2013 at 12:19 AM, Gerardo Exequiel Pozzi wrote: >> Anyway, I don't get what you are trying to achieve by your patch please >> elaborate. > > My thought was simple: "Hey! what is doing CAP_MKNOD here since is not > needed anymore for udev, remove them!". Ok course, I did not think i

Re: [systemd-devel] [PATCH] man: Add a note about what environment variables are available by default.

On Fri, Jul 26, 2013 at 11:21 AM, Colin Guthrie wrote: > This question was asked by a user trying to debug a problem with Java services > which required JAVA_HOME to be set. > --- > man/systemd.exec.xml | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/man/systemd.exec.xml b/man/sys

Re: [systemd-devel] [PATCH] man: Add a note about what environment variables are available by default.

On Fri, Jul 26, 2013 at 11:57 AM, Kay Sievers wrote: > On Fri, Jul 26, 2013 at 11:21 AM, Colin Guthrie wrote: >> This question was asked by a user trying to debug a problem with Java >> services >> which required JAVA_HOME to be set. >> --- >> man/system

Re: [systemd-devel] [PATCH] man: Add a note about what environment variables are available by default.

On Fri, Jul 26, 2013 at 12:38 PM, Reindl Harald wrote: > > > Am 26.07.2013 12:03, schrieb Kay Sievers: >>>> man/systemd.exec.xml | 7 +++ >>>> 1 file changed, 7 insertions(+) >>>> >>>> diff --git a/man/systemd.exec.xml b/man/systemd.e

Re: [systemd-devel] udev within a container

On Fri, Jul 26, 2013 at 5:09 PM, Rob Spanton wrote: > I would like to run some processes inside a container that interact with > udev. Ideally udev would be within the same container as those > processes, as then I could also have udev rules that started other > things within that container too..

Re: [systemd-devel] [PATCH] man: Add a note about what environment variables are available by default.

On Fri, Jul 26, 2013 at 12:42 PM, Kay Sievers wrote: >> cat /proc/$(pidof systemd-logind)/environ >> SYSFONT=latarcyrheb-sun16PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/binbiosdevname=0LANG=de_DE.UTF-8divider=20KEYTABLE=de-latin1-nodeadkeysBOOT_IMAGE=/vmlinuz-3.9.10-100

Re: [systemd-devel] systemd --user broken

On Sat, Jul 27, 2013 at 4:50 PM, Léo Gillot-Lamure wrote: > All these big changes from systemd 205 seem good and yummy, but how do this > relates to the systemd --user sessions ? > > I used to launch all my desktop components (WM, panel, applets, > pulseaudio...) using systemd user units, systemd

Re: [systemd-devel] systemd --user broken

On Sat, Jul 27, 2013 at 6:24 PM, Oleksii Shevchuk wrote: > >> It all needs still some work how things should work in the end > > Unfortunately, with shared session daemon It is, and always was, designed as a --user daemon, just like the name suggests, not as a session daemon. With the upcoming kd

Re: [systemd-devel] systemd --user broken

On Sat, Jul 27, 2013 at 7:30 PM, Oleksii Shevchuk wrote: >> It is, and always was, designed as a --user daemon, just like the name >> suggests, not as a session daemon. With the upcoming kdbus work, >> systemd --user will be the creator and owner of the user's bus, and >> there can and should only

Re: [systemd-devel] [PATCH] man: systemd.unit: fix volatile path

On Sat, Jul 27, 2013 at 6:58 PM, Brandon Philips wrote: > Attaching the patch since I don't have a mail client at the moment > that can keep itself from breaking patches. No problem, attachments are totally fine on this list. Applied. Thanks, Kay ___

Re: [systemd-devel] systemd --user broken

On Sat, Jul 27, 2013 at 8:03 PM, Oleksii Shevchuk wrote: >> For most other things: there are actually very few things that should >> use the environment as a data store and to pass around >> config/policy/runtime information; it's just a too broken and static >> model that should no be used in thi

Re: [systemd-devel] /home Fails to Mount During Boot

On Sun, Jul 28, 2013 at 1:34 AM, Garry T. Williams wrote: > On 7-28-13 01:14:55 Tom Gundersen wrote: >> On Sun, Jul 28, 2013 at 12:13 AM, Garry T. Williams >> wrote: >> > /etc/fstab: >> > >> > /dev/sda4 /home btrfs noatime 0 0 >> > >> > The /home file system is a raid1 btrfs across two identi

Re: [systemd-devel] /home Fails to Mount During Boot

On Sun, Jul 28, 2013 at 3:28 AM, Kay Sievers wrote: >> Is the use of /dev/sd* in the fstab racey in some way? > > Btrfs multi-device volumes need all be known to the kernel before > mount can succeed. > > Which one of the device is given to mount does not matter, they all

Re: [systemd-devel] systemd.mount questions

On Mon, Jul 29, 2013 at 1:39 PM, lux-integ wrote: > I am attempting to learn how to use systemd. I read the man page on > systemd.mount > > ( http://www.freedesktop.org/software/systemd/man/systemd.mount.html ) > > and I have two questions > > 1: say you want to mount proc, sys, run, dev, devpt

Re: [systemd-devel] [PATCH] build: do not link everything with -lrt (and therefore -pthread)

On Sun, Jul 28, 2013 at 11:48 PM, Jan Engelhardt wrote: > On Monday 2013-07-22 05:57, Shawn Landden wrote: >>diff --git a/Makefile.am b/Makefile.am >>index 3ece887..f96866c 100644 >>--- a/Makefile.am >>+++ b/Makefile.am >>@@ -1832,6 +1832,7 @@ libsystemd_daemon_internal_la_SOURCES = \ >> $(l

Re: [systemd-devel] [PATCH 1/1] tests: skip test for test-unit-file when executed without privileges

On Tue, Jul 30, 2013 at 1:52 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jul 30, 2013 at 11:50:54AM +0200, Christian Hesse wrote: >> Hello everybody, >> >> for me this test fails and I think it is correct to skip it in case >> permission is denied. Patch attached. > It *is* an error in the in

Re: [systemd-devel] [PATCH] fstab-generator: introduce rd.weak_sysroot to bypass failures in sysroot.mount

On Tue, Jul 30, 2013 at 4:02 PM, Tom Gundersen wrote: > On Tue, Jul 30, 2013 at 2:27 PM, WANG Chao wrote: >> On 07/30/13 at 02:05pm, Tom Gundersen wrote: >>> On Tue, Jul 30, 2013 at 1:53 PM, WANG Chao wrote: >>> > - It's not before initrd-root-fs.target. >> In case of kdump, 2nd kernel initrd i

Re: [systemd-devel] Using busybox-udhcpc

On Wed, Jul 31, 2013 at 1:16 AM, Paul D. DeRocco wrote: > I have a Yocto-based embedded system (poky-dylan on a Cedartrail Atom), > which has been modified to use systemd. I've also added Samba 3.6.8 from > OpenEmbedded. The system has available busybox-udhcpc for a DHCP client, but > nothing is s

Re: [systemd-devel] macros in systemd unit files question

On Wed, Jul 31, 2013 at 2:14 PM, lux-integ wrote: > > I am trying to learn systemD. I scaned through some of the man pages. I am > here asking if systemD unit file synthesis can be made to support macros; > for example of the following type:- > > #-- > IF mountpoint exists > /bin

Re: [systemd-devel] Journald stops logging when lots of output

On Sun, Aug 4, 2013 at 12:14 AM, Pedro Francisco wrote: > (question migrated from t...@lists.fedoraproject.org ) > > On Fedora 19, journald ( systemd-204-9.fc19.i686 ) stops logging. I > had enabled lots of iwl3945 debugging ( various messages for each > iwl3945 interaction -- modprobe iwl3945 deb

Re: [systemd-devel] Journald stops logging when lots of output

On Sun, Aug 4, 2013 at 2:43 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Aug 04, 2013 at 01:22:21PM +0200, Kay Sievers wrote: >> On Sun, Aug 4, 2013 at 12:14 AM, Pedro Francisco >> wrote: >> > (question migrated from t...@lists.fedoraproject.org ) >> > >

Re: [systemd-devel] Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two minutes to load)

On Fri, Aug 2, 2013 at 6:28 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Aug 02, 2013 at 09:04:44AM -0700, Andy Lutomirski wrote: >> CONFIG_FW_LOADER_USER_HELPER=y > Do you need this? Unsetting this should help. > > """This option enables / disables the invocation of user-helper > (e.g. udev)

Re: [systemd-devel] [PATCH 3/3] TODO: don't allow to enable/disable template

On Thu, Aug 8, 2013 at 3:19 PM, Michal Sekletar wrote: > --- > TODO | 5 - > 1 file changed, 5 deletions(-) > > diff --git a/TODO b/TODO > index ead699c..884acd6 100644 > --- a/TODO > +++ b/TODO > @@ -2,11 +2,6 @@ Bugfixes: > * the running hwdb seems not to pick up updated database files wit

Re: [systemd-devel] [PATCH] udev: fail firmware loading immediately if no search path is defined

On Sat, Aug 10, 2013 at 11:00 PM, Tom Gundersen wrote: > It would be simple enough to add an udev rule to just print 'ignoring > firmware event' to the logs. This and I guess: SUBSYSTEM=="firmware", ACTION=="add", ATTR{loading}="-1" would also just cancel the request at the same time without an

Re: [systemd-devel] brightness in tmpfiles.d

On Mon, Aug 12, 2013 at 11:27 PM, Mantas Mikulėnas wrote: > On Mon, Aug 12, 2013 at 11:40 PM, Christian Hesse wrote: >> Hello everybody, >> >> I have a file /etc/tmpfiles.d/brightness.conf containing this line: >> >> w /sys/class/backlight/acpi_video0/brightness - - - - 10 >> >> This used to set

Re: [systemd-devel] Hackfest at Linux Plumbers Conference?

On Tue, Aug 13, 2013 at 4:16 PM, Alex Polvi wrote: > > We would love to join! > > On Aug 12, 2013 8:38 PM, "David Strauss" wrote: >> >> Are there any plans? The current idea is to do that during the two LinuxCon days before Plumbers starts. Kay ___ sy

Re: [systemd-devel] Using the hwdb in external programs

On Wed, Aug 14, 2013 at 12:03 PM, Richard Hughes wrote: > I'm aware of at least half a dozen programs and daemons that read and > parse /usr/share/hwdata/pnp.ids to convert PNP_IDS to actual vendor > names. Although this file will be in hot cache at login, it does seem > a waste of a lot of duplic

Re: [systemd-devel] Using the hwdb in external programs

On Wed, Aug 14, 2013 at 1:06 PM, Richard Hughes wrote: > On 14 August 2013 11:41, Kay Sievers wrote: >> An example is here: >> >> http://cgit.freedesktop.org/systemd/systemd/tree/src/test/test-libudev.c#n432 > > Great! Thanks. So I know what to use where, what'

Re: [systemd-devel] [PATCH] travis: Add a travis.yml for doing CI after commits

On Thu, Jul 18, 2013 at 7:40 AM, Holger Hans Peter Freyther wrote: > On Wed, Jul 17, 2013 at 05:08:46PM +0200, Kay Sievers wrote: >> >> I did something like that now. Let's see if it works ... > > Thank you, it did[1]. > > [1] https://travis-ci.org/systemd/system

Re: [systemd-devel] Hackfest at Linux Plumbers Conference?

On Wed, Aug 14, 2013 at 11:42 PM, David Strauss wrote: > On Tue, Aug 13, 2013 at 7:36 PM, Zbigniew Jędrzejewski-Szmek > wrote: >> Is this definite? > > With 10 RSVPs, we'll make it happen. I added the G+ event after Kay > said, "The current idea is to do [a hackfest] during the two LinuxCon > day

Re: [systemd-devel] [PATCH] build-sys: Add configure check for linux/btrfs.h

On Thu, Aug 15, 2013 at 5:50 PM, Michael Marineau wrote: > btrfs.h was added to uapi in Linux 3.9. To fix building with older > header versions this adds a configure check for the header and re-adds > btrfs definitions to missing.h which was removed in bed2e820 along with > two other ioctls used b

Re: [systemd-devel] [PATCH] travis: Add a travis.yml for doing CI after commits

On Fri, Aug 16, 2013 at 10:33 PM, Michael Marineau wrote: >> The system it builds on seems to old to have kernel btrfs headers. No >> idea if that is something that cane be fixed on the travis side, but >> importing more common things into systemd seems a bit odd, just to >> make it work on an out

Re: [systemd-devel] How to wait for a group of devices?

On Mon, Aug 19, 2013 at 5:35 PM, Manuel Reimer wrote: > On 08/19/2013 04:53 PM, Greg KH wrote: >>> >>> The second one wants to access DVB devices. >>> >>> These could be connected via PCI, PCI express or USB. So here I need >>> "Wait until all possible, currently connected, DVB devices are >>> ini

Re: [systemd-devel] Question on debugging getty 'runlevel 3' issue.

On Tue, Aug 20, 2013 at 12:36 AM, Ben Greear wrote: > I'm using Fedora 19 on a 32-bit dual-core Atom system. > > I installed Mate, various other packages, and among other configuration, > tried to put the system into the equivalent of 'runlevel 3'. > > The system boots to black console as expected

Re: [systemd-devel] [PATCH] netns: unix: only allow to find out unix socket in same net namespace

On Wed, Aug 21, 2013 at 9:22 AM, Gao feng wrote: > On 08/21/2013 03:06 PM, Eric W. Biederman wrote: >> I suspect libvirt should simply not share /run or any other normally >> writable directory with the host. Sharing /run /var/run or even /tmp >> seems extremely dubious if you want some kind of

Re: [systemd-devel] Question on debugging getty 'runlevel 3' issue.

On Wed, Aug 21, 2013 at 11:49 AM, Colin Guthrie wrote: > 'Twas brillig, and Ben Greear at 20/08/13 22:46 did gyre and gimble: >> Does anyone know what package or thing was doing the >> text prompt on the serial console? > > It happens automatically based on kernel command line params as far as I >

Re: [systemd-devel] [PATCH] Replace hasprefix() with startswith()

On Wed, Aug 21, 2013 at 8:36 AM, WANG Chao wrote: > --- a/TODO > +++ b/TODO > @@ -96,8 +96,6 @@ Features: > > -* do we really need both hasprefix() and startswith()? It needs a little bit more: - the open-coded startswith seems really slow, it should not get more users - hasprefix can no lon

Re: [systemd-devel] [PATCH] units: disable kmod-static-nodes.service in containers

On Wed, Aug 21, 2013 at 1:00 PM, Tom Gundersen wrote: > Regarding > : > > Would it make sense to use ConditionCapability=CAP_MKNOD instead? This > would match what is done in systemd-tmpfiles-setup-de

Re: [systemd-devel] [PATCH] Replace hasprefix() with startswith()

On Wed, Aug 21, 2013 at 6:53 PM, WANG Chao wrote: > On 08/21/13 at 12:05pm, Kay Sievers wrote: >> On Wed, Aug 21, 2013 at 8:36 AM, WANG Chao wrote: >> >> > --- a/TODO >> > +++ b/TODO >> > @@ -96,8 +96,6 @@ Features: >> > >> > -* do we r

Re: [systemd-devel] [PATCH] gummiboot: Add 32 bit compatible rdtsc asm

On Wed, Aug 21, 2013 at 6:31 PM, Darren Hart wrote: > Gcc's inline asm constraints have different meanings on x86_64 and ia32. > Include a 32 bit version for the rdtsc function. Drop the empty 32 bit > version of time_usec as it and the cpuid function both function properly > when compiled for 32

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: > The EFI specification documents /EFI/BOOT/bootx64.efi for x86_64 > machines and /EFI/BOOT/bootia32.efi for ia32 machines. Update the auto > detection to allow for both. > > Signed-off-by: Darren Hart > --- > src/efi/gummiboot.c | 5 - > 1

Re: [systemd-devel] [PATCH 3/5] Makefile.am: Allow for user override of EFI include dir

On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: > Enable cross-compiling by allowing the user to specify an alternative to > the /usr/include directory for the EFI includes. Add a variable INCDIR > defaulting to /usr/include, but still allowing the user to provide their > own value. > > Signed

Re: [systemd-devel] [PATCH 1/5] configure.ac: Add option to disable configuring the BIOS test

On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: > When cross-compiling, AC_CHECK_FILE aborts configure. Provide a means to > avoid even attempting to configure the BIOS test. > > Signed-off-by: Darren Hart > --- > configure.ac | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-

Re: [systemd-devel] [PATCH 4/5] configure.ac: Allow for more than just i686 for ia32

On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: > Expand the ARCH_I686 to include i*86* (specifically to catch i586). > Rename ARCH_I686 to ARCH_IA32 as that is more accurately what we are > testing for. Applied. Thanks, Kay ___ systemd-devel maili

Re: [systemd-devel] [PATCH 2/5] configure.ac: Use AC_CHECK_HEADER to detect the efi includes

On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: > While cross-compiling, AC_CHECK_FILE will abort the configure. > > The gnu-efi sources don't use relative paths and require the user to > explicitly include -I/usr/include/efi/${ARCH}. I haven't found a way to > do this with AC_CHECK_HEADER. Ho

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Wed, Aug 21, 2013 at 9:26 PM, Darren Hart wrote: > On Wed, 2013-08-21 at 20:59 +0200, Kay Sievers wrote: >> On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: >> > The EFI specification documents /EFI/BOOT/bootx64.efi for x86_64 >> > machines and /EFI/BOOT/boo

Re: [systemd-devel] [PATCH 1/2] Optimize startswith() to macro

On Wed, Aug 21, 2013 at 8:15 PM, WANG Chao wrote: > Take this optimized code from Lennart[1]. Now startswith is a macro using > strncmp and should be fast enough. > > [1]: http://lists.freedesktop.org/archives/systemd-devel/2013-July/011860.html > --- > src/shared/macro.h | 5 + > src/shared

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Wed, Aug 21, 2013 at 10:16 PM, Darren Hart wrote: > On Wed, 2013-08-21 at 21:31 +0200, Kay Sievers wrote: >> On Wed, Aug 21, 2013 at 9:26 PM, Darren Hart wrote: >> > On Wed, 2013-08-21 at 20:59 +0200, Kay Sievers wrote: >> >> On Wed, Aug 21, 2013 at 8:13

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Wed, Aug 21, 2013 at 11:34 PM, Darren Hart wrote: > Hrm, actually no that fails finding VERSION ins setup.c. Did > you ./autogen.sh before building? Oh, sorry, it probably just misses: +gummiboot_CPPFLAGS = \ + $(AM_CPPFLAGS) \ Kay ___ s

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Thu, Aug 22, 2013 at 12:07 AM, Darren Hart wrote: > On Wed, 2013-08-21 at 23:37 +0200, Kay Sievers wrote: >> On Wed, Aug 21, 2013 at 11:34 PM, Darren Hart wrote: >> >> > Hrm, actually no that fails finding VERSION ins setup.c. Did >> > you ./autogen.sh bef

Re: [systemd-devel] [PATCH 3/5] Makefile.am: Allow for user override of EFI include dir

On Wed, Aug 21, 2013 at 9:02 PM, Kay Sievers wrote: > On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: >> Enable cross-compiling by allowing the user to specify an alternative to >> the /usr/include directory for the EFI includes. Add a variable INCDIR >> defaulting to /u

Re: [systemd-devel] [PATCH 1/5] configure.ac: Add option to disable configuring the BIOS test

On Wed, Aug 21, 2013 at 10:06 PM, Darren Hart wrote: > On Wed, 2013-08-21 at 15:57 -0400, Colin Walters wrote: >> On Wed, 2013-08-21 at 11:13 -0700, Darren Hart wrote: >> >> > +if test "x$enable_biostest" != "xno"; then >> >> Use AS_IF() please; systemd's current configure.ac is not consistent in

Re: [systemd-devel] [PATCH 2/2] configure.ac: Disable the QEMU BIOS test when cross compiling

On Thu, Aug 22, 2013 at 12:38 AM, Darren Hart wrote: > When cross-compiling, AC_CHECK_FILE aborts configure. Skip it when > cross compiling. > > Signed-off-by: Darren Hart > Cc: Colin Walters > --- > configure.ac | 10 ++ > 1 file changed, 6 insertions(+), 4 deletions(-) > > diff --git

Re: [systemd-devel] [PATCH 1/2] Autodetect both x64 and ia32 boot*.efi payloads

On Thu, Aug 22, 2013 at 12:38 AM, Darren Hart wrote: > The EFI specification documents /EFI/BOOT/bootx64.efi for x86_64 > machines and /EFI/BOOT/bootia32.efi for ia32 machines. Update the auto > detection to allow for both. > > Add the MACHINE_TYPE_NAME define to the efi/src build so we can use it

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Thu, Aug 22, 2013 at 12:38 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Aug 21, 2013 at 03:07:24PM -0700, Darren Hart wrote: >> On Wed, 2013-08-21 at 23:37 +0200, Kay Sievers wrote: >> > On Wed, Aug 21, 2013 at 11:34 PM, Darren Hart >> > wrote: >> > &g

Re: [systemd-devel] [PATCH 3/5] Makefile.am: Allow for user override of EFI include dir

On Thu, Aug 22, 2013 at 12:28 AM, Jan Engelhardt wrote: > > On Wednesday 2013-08-21 21:02, Kay Sievers wrote: >>On Wed, Aug 21, 2013 at 8:13 PM, Darren Hart wrote: >>> --- a/Makefile.am >>> +++ b/Makefile.am >>> @@ -72,10 +72,11 @@ CLEANFILES += man/gumm

Re: [systemd-devel] [PATCH 0/2 V2] gummiboot: Cross compile and IA32 support

On Thu, Aug 22, 2013 at 12:38 AM, Darren Hart wrote: > Updated with feedback from Kay and Colin. I've boot tested this, then rebased > to > use Kay's updated CPP flags, and build tested. It's all in git now, right? Anything missing? Kay ___ systemd-de

Re: [systemd-devel] [PATCH 5/5] Auto detect both x64 and ia32 boot*.efi payloads

On Thu, Aug 22, 2013 at 1:12 AM, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, Aug 22, 2013 at 12:49:55AM +0200, Kay Sievers wrote: >> On Thu, Aug 22, 2013 at 12:38 AM, Zbigniew Jędrzejewski-Szmek >> wrote: >> > On Wed, Aug 21, 2013 at 03:07:24PM -0700, Darren Hart wrote:

Re: [systemd-devel] [PATCH 1/2] Optimize startswith() to macro

On Wed, Aug 21, 2013 at 10:16 PM, Kay Sievers wrote: > On Wed, Aug 21, 2013 at 8:15 PM, WANG Chao wrote: >> Take this optimized code from Lennart[1]. Now startswith is a macro using >> strncmp and should be fast enough. >> >> [1]: >> http://lists.freedesktop.org

Re: [systemd-devel] [PATCH 2/2] Replace hasprefix() with optimized startswith()

On Wed, Aug 21, 2013 at 8:15 PM, WANG Chao wrote: > --- > TODO | 2 -- > src/journal/journal-send.c | 2 +- > src/journal/journald-native.c | 12 ++-- > src/libsystemd-bus/bus-match.c | 26 +- > src/shared/logs-show.c | 2 +

Re: [systemd-devel] [PATCH 2/2] configure.ac: Disable the QEMU BIOS test when cross compiling

On Thu, Aug 22, 2013 at 5:49 AM, Darren Hart wrote: > On Thu, 2013-08-22 at 00:46 +0200, Kay Sievers wrote: > No problem. The check was the same as mine, but you changed the bios > paths significantly, such that both appear to be for ovmf now was > that intentional? Yeah, it was

<    1   2   3   4   5   6   7   8   9   10   >