Am 04.01.2013 10:02, schrieb Alexander E. Patrakov:
[Yes I know that this mail is several months too late, but better late
then never. Also it is too verbose.]
As of systemd-189, the persistent rule generators for network cards
were removed. They did serve a purpose - they prevented the
Hi,
I've read about the possible bugs.
About the combination between mmap and mandatory locks:
of course the mapping of memory is causing troubles when a mandatory lock
is set. The mapped region should or forward the lock to the new memory
location (where remapped) or the mmap should be denied,
2013/1/4 Reindl Harald h.rei...@thelounge.net:
but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
forever if it exists because there are many servers especially virtual
ones where you hardly need to control ethernet device names to avoid
breaking iptables-scripts as
Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
2013/1/4 Reindl Harald h.rei...@thelounge.net:
but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
forever if it exists because there are many servers especially virtual
ones where you hardly need to control ethernet
2013/1/4 Reindl Harald h.rei...@thelounge.net:
how can something like this be unreliable?
hwaddresses does not change randomly
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==00:50:56:bd:00:04, ATTR{dev_id}==0x0,
ATTR{type}==1, KERNEL==eth*, NAME=eth0
Good question, and it hits
On Fri, Jan 4, 2013 at 10:02 AM, Alexander E. Patrakov
patra...@gmail.com wrote:
What worries me now is that I was able to learn about the recommended
replacement (biosdevname) only via IRC, from Kay Sievers. There are no
pointers to biosdevname in any documentation that comes with
Op 4 jan. 2013, om 10:54 heeft Reindl Harald h.rei...@thelounge.net het
volgende geschreven:
Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
2013/1/4 Reindl Harald h.rei...@thelounge.net:
but hopefully /etc/udev/rules.d/70-persistent-net.rules will be recognized
forever if it exists
On Fri, Jan 4, 2013 at 1:07 PM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 4 jan. 2013, om 10:54 heeft Reindl Harald h.rei...@thelounge.net het
volgende geschreven:
Am 04.01.2013 10:40, schrieb Alexander E. Patrakov:
2013/1/4 Reindl Harald h.rei...@thelounge.net:
but hopefully
From: John Lane j...@lane.uk.net
---
src/core/mount.c | 13 +++-
src/fstab-generator/fstab-generator.c | 58 +++
2 files changed, 51 insertions(+), 20 deletions(-)
diff --git a/src/core/mount.c b/src/core/mount.c
index f263d9b..b0a06e9
On Sat, 22.12.12 10:09, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
To be able to add --version and change python binary.
Looks good! Please commit!
---
Makefile.am| 16 ++-
src/analyze/systemd-analyze| 294
-
On Fri, 04.01.13 15:15, Lennart Poettering (lenn...@poettering.net) wrote:
On Sat, 22.12.12 10:09, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
To be able to add --version and change python binary.
Looks good! Please commit!
All three patches that is.
Lennart
--
Lennart
Lennart Poettering (lenn...@poettering.net) said:
Bill Nottingham (nott...@redhat.com) said:
I am tempted to just merge the patch. The discussion on xdg-devel can
happen after we commited the code. In fact, moving that to PAM upstream
can happen at a later point too, if it is
On Thu, 2013-01-03 at 23:56 +0100, Lennart Poettering wrote:
It might indeed be a good idea to be able to determine the user locale
without having to log-in/mount the home directory. Dunno.
Right, as well as things like the user's picture, hence the reason
accountsservice exists.
On Fri, 2013-01-04 at 11:23 -0500, Bill Nottingham wrote:
Lennart Poettering (lenn...@poettering.net) said:
Bill Nottingham (nott...@redhat.com) said:
I am tempted to just merge the patch. The discussion on xdg-devel can
happen after we commited the code. In fact, moving that to PAM
Hi list.
On shutdown I have
Buffer I/O error on device dm-...
because the truecrypt disk is unmounted later than the usb disk
containing the truecrypt image.
I think this happens, because
1) systemd can't figure out the correct mount dependencies
2) umount is called with the force flag
Not all systems ships with locales inside /usr/lib/locale-archive, some
prefer to have locale data as individual subdirectories of /usr/lib/locale.
(A notable example of this is OpenEmbeddded, and OSes deriving from it
like gnome-ostree).
Given that glibc supports both ways, localectl should too.
On Sat, Jan 05, 2013 at 02:22:11AM +0400, Ilya Basin wrote:
Hi list.
On shutdown I have
Buffer I/O error on device dm-...
because the truecrypt disk is unmounted later than the usb disk
containing the truecrypt image.
I think this happens, because
1) systemd can't figure out the correct
At Pantheon, we've noticed that systemd uses OS data on whether
something is mounted even if it's a native .mount unit.
We'd like to see better mount supervision by systemd and automatic
umount-ing on failure. For FUSE mounts, if the supervised process
fails, the mount is dead, even if the FUSE
On Sat, Jan 5, 2013 at 1:11 PM, David Strauss da...@davidstrauss.net wrote:
Should we just be using services instead?
Actually, we can't just do that, as systemd's automount support
requires the mounting commands to be in fstab or a .mount unit.
--
David Strauss
| da...@davidstrauss.net
|
19 matches
Mail list logo
