Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans
On Thu, Mar 21, 2013 at 2:12 AM, Lennart Poettering wrote: > We > also keep the app and OS containers in mind, right from the beginning, > i.e. that we can easily apply extra app policy on a bus for specific > processes and that we can virtualize the bus for an OS container. > Will it be possible to use this bus, as IPC between containers and host? Or AF_INET-based protocols will continue to be the best option? ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Automatic multi-seat HP T100 zero client
Thanks for the udl vs udlfb suggestion. I've added udlfb to the modprobe blacklist conf file and the system now works as desired. Full screen youtube videos def do chew a lot of CPU on the HP t100 on a core i3-2120. What's the min kernel version that you'd recommend based on getting the updated udl driver, and what kind of perf increase can be expected? The system is currently on 3.7.10. Matt Cox On Wed, Mar 20, 2013 at 4:13 PM, Lennart Poettering wrote: > On Wed, 20.03.13 21:35, poma (pomidorabelis...@gmail.com) wrote: > >> >> On 20.03.2013 01:51, Matthew Cox wrote: >> ... >> > >> > Current system I'm testing on: >> > OpenSUSE 12.3 64-bit (up to date with all default repositories) >> > systemd version 195-13.11.1 >> > xorg-x11-server 7.6_1.13.2-1.2.1 >> > >> > Plugging in HP T100 yields a green video display, but no new login >> > session spawned. >> >> http://cgit.freedesktop.org/systemd/systemd/tree/src/login/multi-seat-x.c?id=v195 >> dropped framebuffer specific stuff you are using - udlfb (green screen). >> Result is "No devices detected/no screens found". >> Xorg.1.log is your pal. >> More luck with a udl(.ko)/modesetting(_drv.so) combination. >> - 3.8.3-203.fc18.x86_64 >> - systemd 197 >> - X.Org X Server 1.13.3 > > Note that newer kernels have an udl kms driver that works out-of-the-box > and is much faster than the old fb driver. Please use the new kernel > driver. > > Lennart > > -- > Lennart Poettering - Red Hat, Inc. > ___ > systemd-devel mailing list > systemd-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Automatic multi-seat HP T100 zero client
On Wed, 20.03.13 21:35, poma (pomidorabelis...@gmail.com) wrote: > > On 20.03.2013 01:51, Matthew Cox wrote: > ... > > > > Current system I'm testing on: > > OpenSUSE 12.3 64-bit (up to date with all default repositories) > > systemd version 195-13.11.1 > > xorg-x11-server 7.6_1.13.2-1.2.1 > > > > Plugging in HP T100 yields a green video display, but no new login > > session spawned. > > http://cgit.freedesktop.org/systemd/systemd/tree/src/login/multi-seat-x.c?id=v195 > dropped framebuffer specific stuff you are using - udlfb (green screen). > Result is "No devices detected/no screens found". > Xorg.1.log is your pal. > More luck with a udl(.ko)/modesetting(_drv.so) combination. > - 3.8.3-203.fc18.x86_64 > - systemd 197 > - X.Org X Server 1.13.3 Note that newer kernels have an udl kms driver that works out-of-the-box and is much faster than the old fb driver. Please use the new kernel driver. Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans
On Wed, 20.03.13 23:47, Holger Winkelmann (h...@travelping.com) wrote: > > The userspace part for setting up the busses will live in systemd. kdbus > > is not going to be available for non-systemd systems unless somebody > > sits down and writes an entirely independent bus userspace. > > > > kdbus is entirely different from AF_BUS. > > Some words how is it different? Well, superficially, its not socket-based, hence it doesn't come with the political mess around it. As kdbus isn't currently really usable code it's too much to compare them really, but among other things we want this to be zero copy/cow-capable for efficient memory transfer between processes. We also keep the app and OS containers in mind, right from the beginning, i.e. that we can easily apply extra app policy on a bus for specific processes and that we can virtualize the bus for an OS container. But anyway, let's talk about this again when we have some real code. Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans
Hey, Finally visible kdbus progress, nice... > The userspace part for setting up the busses will live in systemd. kdbus > is not going to be available for non-systemd systems unless somebody > sits down and writes an entirely independent bus userspace. > > kdbus is entirely different from AF_BUS. Some words how is it different? > Lennart > > -- > Lennart Poettering - Red Hat, Inc. > ___ > systemd-devel mailing list > systemd-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- -- Holger Winkelmann Managing Director email: h...@travelping.com phone: +49-391-819099-223 mobil: +49-171-5594745 (DE) - enabling your networks - Travelping GmbH phone: +49-391-8190990 Roentgenstr. 13 fax: +49-391-819099299 D-39108 Magdeburg email: i...@travelping.com GERMANY web: http://www.travelping.com Company Registration: Amtsgericht Stendal Reg No.: HRB 10578 Geschaeftsfuehrer: Holger Winkelmann | VAT ID No.: DE236673780 -- ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [HEADSUP] libsystemd-bus + kdbus plans
Heya! A few minutes ago I pushed a new module into the systemd tree, libsystemd-bus. It's a minimalist but complete D-Bus client library, that doesn't try to be portable, doesn't try to be abstract, doesn't try too hard to be bindable, but actually tries to be nice to use from C. Due to that, it is *much*, *much* less code than libdbus upstream. Right now this code is only built as internal library, which is not used except by test tools and is not installed. Its tests are however run during "make check". This is a first attempt to get the code out of the door and tested a bit. libsystemd-bus is the first step towards the userspace for kdbus. I guess it's time to explain what we have in mind with kdbus. kdbus is a new kernel implementation of D-Bus that Kay and Greg have been working on. The userspace component of it will live in systemd, and libsystemd-bus is the first step towards it. This library will speak both kdbus and traditional dbus (we need this, in order to allow tools like systemctl -H to work, across hosts via a stream connection). Currently, the code I just pushed only does the latter. Moving things onto kdbus/libsystemd-bus is going to be a step-by-step process, happening over the coming year or so. We will try hard to make this transition smooth for distributions. Our rough plan is: a) stabilize what we have now b) port over systemctl and the other client side tools to libsystemd-bus, to see if it all works, and give the API a bit of a real-life check-up. When finished we will drop the dependency on classic libdbus.so, but will still use dbus-daemon. c) Finish up kdbus and port libsystemd-bus over to it. Get kdbus merged. d) Port gdbus + classic libdbus.so to become clients for kdbus, too. e) Flag day, switch over the system bus to kdbus, leave session bus as dbus-daemon. At the same time we will no longer support dbus-daemon for the system. This will add a hard dependency of systemd on a very new kernel version. However, to make this palatable we will try hard to keep kdbus.ko compilable out-of-tree and easily backportable. f) Flag day, switch over the session/user bus to kdbus too. dbus-daemon is not used anymore now. All three client libraries will be able to talk to either the new or the old server, so that apps don't really have to care. At least in the ideal case. We try hard to keep breakage minimal, but we might not be able to avoid it entirely. The userspace part for setting up the busses will live in systemd. kdbus is not going to be available for non-systemd systems unless somebody sits down and writes an entirely independent bus userspace. kdbus is entirely different from AF_BUS. Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH] Add BUILD_ID to os-release
BUILD_ID is a generic field that can uniquely identify all a distributions default packages in a release or image build when VERSION is used as broader identifier. Signed-off-by: William Douglas --- man/os-release.xml | 11 +++ 1 file changed, 11 insertions(+) diff --git a/man/os-release.xml b/man/os-release.xml index 98320ef..e6f31f7 100644 --- a/man/os-release.xml +++ b/man/os-release.xml @@ -298,6 +298,17 @@ BUG_REPORT_URL="https://bugzilla.redhat.com/"; + + BUILD_ID= + +A string uniquely +identifying the packages installed by +default from a distribution. This field +is optional. Example: + BUILD_ID="2013-03-20.3" +or BUILD_ID=201303203. + + -- 1.8.1.5 -- William Douglas, Intel Open Source Technology Center ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Automatic multi-seat HP T100 zero client
On 20.03.2013 01:51, Matthew Cox wrote: ... > > Current system I'm testing on: > OpenSUSE 12.3 64-bit (up to date with all default repositories) > systemd version 195-13.11.1 > xorg-x11-server 7.6_1.13.2-1.2.1 > > Plugging in HP T100 yields a green video display, but no new login > session spawned. http://cgit.freedesktop.org/systemd/systemd/tree/src/login/multi-seat-x.c?id=v195 dropped framebuffer specific stuff you are using - udlfb (green screen). Result is "No devices detected/no screens found". Xorg.1.log is your pal. More luck with a udl(.ko)/modesetting(_drv.so) combination. - 3.8.3-203.fc18.x86_64 - systemd 197 - X.Org X Server 1.13.3 poma ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH] Fix vacuum logic error
From: "Jan Alexander Steffens (heftig)" The vacuum code used to stop vacuuming after one deletion, even when max_use was still exceeded. Also make usage a uint64_t, as the code already pretends it is one. Signed-off-by: Jan Alexander Steffens (heftig) --- src/journal/journal-vacuum.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/journal/journal-vacuum.c b/src/journal/journal-vacuum.c index 731f6c7..4a3a5a9 100644 --- a/src/journal/journal-vacuum.c +++ b/src/journal/journal-vacuum.c @@ -36,7 +36,7 @@ #include "util.h" struct vacuum_info { -off_t usage; +uint64_t usage; char *filename; uint64_t realtime; @@ -293,7 +293,7 @@ int journal_directory_vacuum( if (unlinkat(dirfd(d), list[i].filename, 0) >= 0) { log_debug("Deleted archived journal %s/%s.", directory, list[i].filename); -if ((uint64_t) list[i].usage > sum) +if (list[i].usage < sum) sum -= list[i].usage; else sum = 0; -- 1.8.2 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Automatic multi-seat HP T100 zero client
Gotcha. I had saw that file before and tried copying and adding a similar section as the MIMO detection already, but apparently I did something wrong. I am now able to get it to create a new seat by using just the PID/VID of the USB hub by adding into 71-seat.rules: # HP T100 SUBSYSTEM=="usb", ATTR{idVendor}=="0424" , ATTR{idProduct}=="2514", ENV{ID_AUTOSEAT}="1" I totally understand not wanting to add a generic USB hub into the defaults, but for my purposes this should work well. So thank you for your help! :) Back to my second question: I am still not getting a spawned login manager on the hub, and I'm guessing it's because my X11 version ( xorg-x11-server 7.6_1.13.2-1.2.1 , from OpenSUSE 12.3 64-bit repos ) isn't new enough to listen to the Udev requests. Can anyone confirm what version those changes occurred? This system does not seem to have the multiseat-X-wrapper to force it (systemd version 195-13.11.1). On Wed, Mar 20, 2013 at 10:15 AM, Lennart Poettering wrote: > On Tue, 19.03.13 17:51, Matthew Cox (m.co...@gmail.com) wrote: > >> I'm trying to get HP T100s to work for a multiseat configuration. I >> was unable to find the hardware IDs in the database files and believe >> that may fix the issue. Currently maintained are the Plugable usb >> hwid's. One includes the DL-125 chipset, which is the same chipset the >> HP T100 uses. HP T100's DisplayLink HWID (based on the samples I have) >> are 17e9:030b attached to USB root hub of "Standard Microsystems Corp. >> USB 2.0 Hub" with HWID 0424:2514. Can these be added in the same >> manner as the Plugabe 125 to allow for automatic multiseat? > > Well, the plugable devices actually are properly recognizable by the hub > already, i.e. Plugable set VID/PID values that it owns, and distuingish > it from any normal hub. Your hub 0424:2514 however looks like a generic > hub chipset that could be built into any normal hub too. If we'd > consider all those hubs automatic seats then things would be weird for > people who happen to have this chipset in a normal hub. > > Now, not all is lost. First, there might be other ways to detect the > hub, "udevadm info --attribute-walk" might indicate some other field (for > example ATTR{product}= or so) which indicates that this is a HP > device. > > If that's not available, it gets trickier. In many cases, we can do what > we do for the Mimo 720: on the Mimo the hub itself is not recognizable > as mimo device, but the graphics device connected to it contains a > product string that identifies it as Mimo device. Now, normally we > cannot access the subdevice's info during hotplug from the hub's rules, > since the subdevice will show up later only. So, what we do here is > retrigger the hub as soon as we recognized the subdevice. In this second > run we can then easily detect from the hub that it's actually a mimo. > > Sounds nasty? It is, but it is quite reliable. > > The rules for this are in 71-seat.rules. Please have a look, and check > if you can make sense of it and adapt it to your device. > > Lennart > > -- > Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 2/3] Revert "build-sys: keep intermediate files"
On Wed, Mar 20, 2013 at 02:43:17PM -0400, Colin Walters wrote: > On Wed, 2013-03-20 at 15:23 +0100, Jan Engelhardt wrote: > > This reverts commit v197-230-g652e737, because it broke parallel building. > > between v197-229 and v197-230; the man/sd_journal_get_data_threshold.3 > > issue seemed to have been fixed, but the objcopy problem persisted to date. > > Are you using GNU Make 3.82? If so, see: > > http://savannah.gnu.org/bugs/?30653 > > Pulling in that patch fixed the build for me. Note Fedora ships that > patch, Debian/Ubuntu are still using 3.81, and if you're using > OpenEmbedded they recently applied the patch too. Seems likely. In the make -d output Jan has: Pruning file `systemd'. Finished prerequisites of target file `org.freedesktop.systemd1.Manager.xml'. Must remake target `org.freedesktop.systemd1.Manager.xml'. while `systemd' is still being made. Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 2/3] Revert "build-sys: keep intermediate files"
On Wed, 2013-03-20 at 15:23 +0100, Jan Engelhardt wrote: > This reverts commit v197-230-g652e737, because it broke parallel building. > between v197-229 and v197-230; the man/sd_journal_get_data_threshold.3 > issue seemed to have been fixed, but the objcopy problem persisted to date. Are you using GNU Make 3.82? If so, see: http://savannah.gnu.org/bugs/?30653 Pulling in that patch fixed the build for me. Note Fedora ships that patch, Debian/Ubuntu are still using 3.81, and if you're using OpenEmbedded they recently applied the patch too. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] Automatic multi-seat HP T100 zero client
On Tue, 19.03.13 17:51, Matthew Cox (m.co...@gmail.com) wrote: > I'm trying to get HP T100s to work for a multiseat configuration. I > was unable to find the hardware IDs in the database files and believe > that may fix the issue. Currently maintained are the Plugable usb > hwid's. One includes the DL-125 chipset, which is the same chipset the > HP T100 uses. HP T100's DisplayLink HWID (based on the samples I have) > are 17e9:030b attached to USB root hub of "Standard Microsystems Corp. > USB 2.0 Hub" with HWID 0424:2514. Can these be added in the same > manner as the Plugabe 125 to allow for automatic multiseat? Well, the plugable devices actually are properly recognizable by the hub already, i.e. Plugable set VID/PID values that it owns, and distuingish it from any normal hub. Your hub 0424:2514 however looks like a generic hub chipset that could be built into any normal hub too. If we'd consider all those hubs automatic seats then things would be weird for people who happen to have this chipset in a normal hub. Now, not all is lost. First, there might be other ways to detect the hub, "udevadm info --attribute-walk" might indicate some other field (for example ATTR{product}= or so) which indicates that this is a HP device. If that's not available, it gets trickier. In many cases, we can do what we do for the Mimo 720: on the Mimo the hub itself is not recognizable as mimo device, but the graphics device connected to it contains a product string that identifies it as Mimo device. Now, normally we cannot access the subdevice's info during hotplug from the hub's rules, since the subdevice will show up later only. So, what we do here is retrigger the hub as soon as we recognized the subdevice. In this second run we can then easily detect from the hub that it's actually a mimo. Sounds nasty? It is, but it is quite reliable. The rules for this are in 71-seat.rules. Please have a look, and check if you can make sense of it and adapt it to your device. Lennart -- Lennart Poettering - Red Hat, Inc. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 2/3] Revert "build-sys: keep intermediate files"
On Wednesday 2013-03-20 16:38, Zbigniew Jędrzejewski-Szmek wrote: >On Wed, Mar 20, 2013 at 03:23:31PM +0100, Jan Engelhardt wrote: >> >> $ make -j16 >> [...] >> XSLT man/sd_get_seats.3 >> make[2]: *** No rule to make target `man/sd_journal_get_data_threshold.3', >> needed by `all-am'. Stop. >> make[2]: *** Waiting for unfinished jobs >> XSLT man/systemd-user-sessions.service.8 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> $ make -j16 >> [...] >> /usr/bin/objcopy: 'systemd': No such file >> make[2]: *** [org.freedesktop.systemd1.Manager.xml] Error 1 > >Hm, this seems to be a heisen-bug, only reproducible in some >setups. So it is possible that patch simply changes the timing and >is otherwise unrelated. The failing rule with OBJCOPY says: > >org.freedesktop.systemd1.%.xml: systemd >$(AM_V_GEN)$(LIBTOOL) --mode=execute $(OBJCOPY) -O binary -j > introspect.$* $< ... > >It would be great to figure out why there's no systemd when this is >run. Maybe 'make -d' would help? If you can still read that, good luck to you - http://inai.de/files/systemd.txt ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] nfs dependency in mysqld.service (best option)?
added: # cat /etc/systemd/system/mysqld.service ### "/etc/systemd/system/mysqld.service" containing: .include /lib/systemd/system/mysqld.service [Unit] Description=MySQL database server After=syslog.target After=network.target RequiresMountsFor=/my ran: systemctl daemon-reload systemctl stop mysqld systemctl start mysqld systemctl show mysqld got: .. RequiresMountsFor=/my .. yeah! now i need to reboot this weekend and see it work on a boot. thanks! On Wed, Mar 20, 2013 at 8:02 AM, Gary Artim wrote: > very nice! will try. systemd is something! > > On Wed, Mar 20, 2013 at 8:00 AM, Thomas Bächler wrote: >> Am 19.03.2013 23:13, schrieb Gary Artim: >>> Thinking I should modify to add a "After=" for nfs.target, any one >>> think this is the wrong approach or alternate options, I'd do >>> something like: >> >> Sufficiently recent systemd versions have the 'RequiresMountsFor=' >> option to deal with this, see 'man systemd.unit' for details. >> >> In short, RequiresMountsFor=/path/to/your/databases adds the correct >> mount units as dependencies, so mysqld.service not not started before >> the /path/to/your/databases is accessible. >> >> ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 2/3] Revert "build-sys: keep intermediate files"
On Wed, Mar 20, 2013 at 03:23:31PM +0100, Jan Engelhardt wrote: > This reverts commit v197-230-g652e737, because it broke parallel building. > between v197-229 and v197-230; the man/sd_journal_get_data_threshold.3 > issue seemed to have been fixed, but the objcopy problem persisted to date. > > $ make -j16 > [...] > XSLT man/sd_seat_get_active.3 > XSLT man/sd_get_seats.3 > make[2]: *** No rule to make target `man/sd_journal_get_data_threshold.3', > needed by `all-am'. Stop. > make[2]: *** Waiting for unfinished jobs > XSLT man/systemd-user-sessions.service.8 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > $ make -j16 > [...] > /usr/bin/objcopy: 'systemd': No such file > make[2]: *** [org.freedesktop.systemd1.Manager.xml] Error 1 Hm, this seems to be a heisen-bug, only reproducible in some setups. So it is possible that patch simply changes the timing and is otherwise unrelated. The failing rule with OBJCOPY says: org.freedesktop.systemd1.%.xml: systemd $(AM_V_GEN)$(LIBTOOL) --mode=execute $(OBJCOPY) -O binary -j introspect.$* $< ... It would be great to figure out why there's no systemd when this is run. Maybe 'make -d' would help? Zbyszek ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 1/3] build-sys: fix typo in human-readable output
On Wed, Mar 20, 2013 at 3:23 PM, Jan Engelhardt wrote: > --- > configure.ac |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied. Thanks, Kay ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH 3/3] build: avoid potential misaligned accesses
On Wed, Mar 20, 2013 at 3:23 PM, Jan Engelhardt wrote: > clang reports: > > src/libudev/libudev-util.c:665:35: warning: cast from > "const unsigned char *" to "unsigned int *" increases required alignment > from 1 to 4 [-Wcast-align] > --- > src/libudev/libudev-util.c | 11 ++- > 1 file changed, 6 insertions(+), 5 deletions(-) Applied. Thanks, Kay ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] nfs dependency in mysqld.service (best option)?
Am 19.03.2013 23:13, schrieb Gary Artim: > Thinking I should modify to add a "After=" for nfs.target, any one > think this is the wrong approach or alternate options, I'd do > something like: Sufficiently recent systemd versions have the 'RequiresMountsFor=' option to deal with this, see 'man systemd.unit' for details. In short, RequiresMountsFor=/path/to/your/databases adds the correct mount units as dependencies, so mysqld.service not not started before the /path/to/your/databases is accessible. signature.asc Description: OpenPGP digital signature ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] nfs dependency in mysqld.service (best option)?
Thanks, will try out... gary On Tue, Mar 19, 2013 at 8:44 PM, Andrey Borzenkov wrote: > В Tue, 19 Mar 2013 15:13:19 -0700 > Gary Artim пишет: > >> I upgraded fedora last weekend to fc18 from fc17, issue: >> >> my mysql /mysqlbin/mysql-bin.index a configuration option, is on a NFS >> directory. Seem that mysqld.service fails because the NFS is not >> completely up. I can start it right after the boot completes/nfs clearly >> mounted. The config for the services files are vanilla: >> > ... >> Thinking I should modify to add a "After=" for nfs.target, any one >> think this is the wrong approach or alternate options, > > > I do not know what nfs.target is, but mounting of NFS filesystems is > ordered before remote-fs.target, so you probably want this as > dependency. > > ___ > systemd-devel mailing list > systemd-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH 1/3] build-sys: fix typo in human-readable output
--- configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 14411e3..5d1be3f 100644 --- a/configure.ac +++ b/configure.ac @@ -940,7 +940,7 @@ AC_MSG_RESULT([ Extra stop script: ${RC_LOCAL_SCRIPT_PATH_STOP} CFLAGS: ${OUR_CFLAGS} ${CFLAGS} -CPPLAGS: ${OUR_CPPFLAGS} ${CPPFLAGS} +CPPFLAGS:${OUR_CPPFLAGS} ${CPPFLAGS} LDFLAGS: ${OUR_LDFLAGS} ${LDFLAGS} PYTHON_CFLAGS: ${PYTHON_CFLAGS} PYTHON_LIBS: ${PYTHON_LIBS} -- 1.7.10.4 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH 2/3] Revert "build-sys: keep intermediate files"
This reverts commit v197-230-g652e737, because it broke parallel building. between v197-229 and v197-230; the man/sd_journal_get_data_threshold.3 issue seemed to have been fixed, but the objcopy problem persisted to date. $ make -j16 [...] XSLT man/sd_seat_get_active.3 XSLT man/sd_get_seats.3 make[2]: *** No rule to make target `man/sd_journal_get_data_threshold.3', needed by `all-am'. Stop. make[2]: *** Waiting for unfinished jobs XSLT man/systemd-user-sessions.service.8 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 $ make -j16 [...] /usr/bin/objcopy: 'systemd': No such file make[2]: *** [org.freedesktop.systemd1.Manager.xml] Error 1 --- Makefile.am |3 --- 1 file changed, 3 deletions(-) diff --git a/Makefile.am b/Makefile.am index 37eeb01..ea605df 100644 --- a/Makefile.am +++ b/Makefile.am @@ -28,9 +28,6 @@ SUBDIRS = . po # remove targets if the command fails .DELETE_ON_ERROR: -# keep intermediate files -.SECONDARY: - LIBUDEV_CURRENT=4 LIBUDEV_REVISION=0 LIBUDEV_AGE=3 -- 1.7.10.4 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] Misc fixes
The following changes since commit c4b5cf8763dbd0ef68f75f73b4236f5a43872d76: zsh completion: udev - remove firmware builtin (2013-03-20 13:41:43 +0100) are available in the git repository at: git://git.inai.de/systemd master for you to fetch changes up to 3ba7c8c258b0a46b469d9ba41ae36393f3b2ec24: build: avoid potential misaligned accesses (2013-03-20 15:22:10 +0100) Jan Engelhardt (3): build-sys: fix typo in human-readable output Revert "build-sys: keep intermediate files" build: avoid potential misaligned accesses Makefile.am|3 --- configure.ac |2 +- src/libudev/libudev-util.c | 11 ++- 3 files changed, 7 insertions(+), 9 deletions(-) ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] [PATCH 3/3] build: avoid potential misaligned accesses
clang reports: src/libudev/libudev-util.c:665:35: warning: cast from "const unsigned char *" to "unsigned int *" increases required alignment from 1 to 4 [-Wcast-align] --- src/libudev/libudev-util.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/src/libudev/libudev-util.c b/src/libudev/libudev-util.c index 62b7e56..44f6e4a 100644 --- a/src/libudev/libudev-util.c +++ b/src/libudev/libudev-util.c @@ -568,7 +568,7 @@ err: * Murmurhash is under the MIT license. * */ -static unsigned int murmur_hash2(const char *key, int len, unsigned int seed) +static unsigned int murmur_hash2(const char *key, size_t len, unsigned int seed) { /* * 'm' and 'r' are mixing constants generated offline. @@ -583,17 +583,18 @@ static unsigned int murmur_hash2(const char *key, int len, unsigned int seed) /* mix 4 bytes at a time into the hash */ const unsigned char * data = (const unsigned char *)key; -while(len >= 4) { -unsigned int k = *(unsigned int *)data; +while(len >= sizeof(unsigned int)) { +unsigned int k; +memcpy(&k, data, sizeof(k)); k *= m; k ^= k >> r; k *= m; h *= m; h ^= k; -data += 4; -len -= 4; +data += sizeof(k); +len -= sizeof(k); } /* handle the last few bytes of the input array */ -- 1.7.10.4 ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH] journalctl: fix logic with parameter "-u"
Am 19.03.2013 20:43, schrieb Zbigniew Jędrzejewski-Szmek: > On Tue, Mar 19, 2013 at 03:05:38PM +0100, har...@redhat.com wrote: >> From: Harald Hoyer >> >> When using "-p" and "-b" in combination with "-u", the output is not >> what you would expect. The reason is the sd_journal_add_disjunction() >> call in add_matches_for_unit() and add_matches_for_user_unit(), which >> adds two ORs without taking the other conditions to every OR. > I wonder if it would be possible to do this differently, by defining > a richer match tree. Looking at journal-internal.h, matches are already > hierarchical, so it would be a question of providing the right interface. > > Zbyszek Of course, but don't expect the patch from me. ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel
Re: [systemd-devel] [PATCH] support statically configured acls
Tom Gundersen wrote: On Tue, Mar 19, 2013 at 5:36 PM, Ludwig Nussel wrote: useful to get ACLs on files, sockets etc not known to udev Do you have a particular use case in mind? There are certain proprietary kernel modules that cannot properly register their device nodes but nevertheless need access by the desktop user. I'd be interested in making ACL's work on udev's static_nodes, which seems related, but not quite the same... You mean those devname:xxx entries in modules.alias? If there was a way to install ACLs on those that might solve my problem too. Do you have an idea how to implement that yet? cu Ludwig -- (o_ Ludwig Nussel //\ V_/_ http://www.suse.de/ SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel