On Mon, 30.06.14 00:10, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Sun, Jun 29, 2014 at 08:46:32PM +0200, Lennart Poettering wrote:
This sounds really unnecessary, no? We already have fsck_exists() in
place that since a very recent commit of mine even detects a per-fstype
On Sat, 28.06.14 06:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Heya,
this patch series continues the trend of moving stuff out of
the core into generators. As a prerequisite for 3/3, it was
necessary to move some code from core to shared. If comments
are not counted, series
On Sat, 28.06.14 18:15, Moviuro (movi...@gmail.com) wrote:
Hi all,
I am at the moment trying to clean up my units to write some simple ones that
I just have to link without hardcoding anything in them but am stuck at this
issue: what to do if my unit requires multiple parameters?
E.g.
On Wed, 11.06.14 21:20, Ronny Chevalier (chevalier.ro...@gmail.com) wrote:
Otherwise the test fails because specifier_runtime() returns -ENOTSUP
when XDG_RUNTIME_DIR is not set.
Thanks! Applied!
---
src/test/test-unit-name.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Sun, 29.06.14 23:58, Tom Gundersen (t...@jklm.no) wrote:
On Wed, Jun 25, 2014 at 12:12 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
Commit 58e027023b47b32e42cf93dd4a629b869ee1ef25 'units: order
network-online.target after network.target' added Before=network.target
dependency
On Mon, Jun 30, 2014 at 1:38 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sat, 28.06.14 18:15, Moviuro (movi...@gmail.com) wrote:
Hi all,
I am at the moment trying to clean up my units to write some simple ones
that
I just have to link without hardcoding anything in them
On Mon, Jun 30, 2014 at 1:04 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sun, 29.06.14 23:58, Tom Gundersen (t...@jklm.no) wrote:
On Wed, Jun 25, 2014 at 12:12 PM, Michael Olbrich
m.olbr...@pengutronix.de wrote:
Commit 58e027023b47b32e42cf93dd4a629b869ee1ef25 'units: order
On Sun, 29.06.14 16:25, Tom Gundersen (t...@jklm.no) wrote:
On Sat, Jun 28, 2014 at 6:36 AM, Gerardo Exequiel Pozzi
vmlinuz...@gmail.com wrote:
Looks like this commit also changes a unrelated file
(units/local-fs.target) reverting the commit 40f862e3 (filesystem
targets: disable default
On Sat, 28.06.14 01:36, Gerardo Exequiel Pozzi (vmlinuz...@gmail.com) wrote:
Hello
Looks like this commit also changes a unrelated file
(units/local-fs.target) reverting the commit 40f862e3 (filesystem
targets: disable default dependencies)
The side effect, at least in my case is that
On Mon, Jun 30, 2014 at 12:23:39PM +0200, Lennart Poettering wrote:
[snip]
The nicer option appears to me is to talk to xfs and btrfs upstream and
ask them to either change their fsck to a symlink to /bin/true or to
remove it altogether. Because otherwise we cannot detect whether fscking
is
On Mon, Jun 30, 2014 at 12:33:18PM +0200, Lennart Poettering wrote:
On Sat, 28.06.14 06:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
Heya,
this patch series continues the trend of moving stuff out of
the core into generators. As a prerequisite for 3/3, it was
necessary to
On Mon, 30.06.14 14:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
I think I agree with this. The only reason I could think of why this
might not be the right thing to do is to be nice to folks who wrote
native mount units who want to use the mount option. Because this way
the
On Mon, 02.06.14 18:03, Michal Sekletar (msekl...@redhat.com) wrote:
Heya!
Sorry for the late response!
systemd spawns services with locale settings taken from kernel
cmdline. If it doesn't find anything there, then it proceeds with
parsing settings from /etc/locale.conf. localed should do
On Sun, 29.06.14 20:18, Luke Shumaker (luke...@sbcglobal.net) wrote:
This is at the suggestion of Djalal Harouni on the mailing list, and
reflects the behavior of shared/util.c:wait_for_terminate_and_warn().
Commited all three, and made a minor simplification afterwards.
Thanks!
---
On Mon, Jun 30, 2014 at 1:15 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Sat, 28.06.14 01:36, Gerardo Exequiel Pozzi (vmlinuz...@gmail.com) wrote:
Hello
Looks like this commit also changes a unrelated file
(units/local-fs.target) reverting the commit 40f862e3 (filesystem
I noticed commit 68ceb9df6a39a7 says:
sd-dhcp-client/networkd: set lifetimes for IPv4 addresses
Note that /proc/sys/net/ipv4/ip_dynaddr needs to be non-zero.
If I understand it correctly, the commit makes it so that IPv4 address
lifetimes from DHCP show up as valid_lft X preferred_lft Y
On Mon, 2014-06-30 at 12:38 +0200, Lennart Poettering wrote:
On Sat, 28.06.14 18:15, Moviuro (movi...@gmail.com) wrote:
An idea would be to use units with many '@' or have systemd interpret the
string between '@' and '.service' as '@'-separated values (e.g.
This patch introduces TUN/TAP device creation support
to networkd.
Example conf to create a tap device:
file: tap.netdev
--
[NetDev]
Name=tap-test
Kind=tap
[Tap]
OneQueue=true
MultiQueue=true
PacketInfo=true
--
Modifications:
Added:
1. file networkd-tuntap.c
3.
On Mon, Jun 30, 2014 at 6:14 PM, Mantas Mikulėnas graw...@gmail.com wrote:
I noticed commit 68ceb9df6a39a7 says:
sd-dhcp-client/networkd: set lifetimes for IPv4 addresses
Note that /proc/sys/net/ipv4/ip_dynaddr needs to be non-zero.
If I understand it correctly, the commit makes it
On 06/25/2014 07:12 PM, Zbigniew Jędrzejewski-Szmek wrote:
-[NETDEV_KIND_VTI] = vti
+[NETDEV_KIND_VTI] = vti,
+[NETDEV_KIND_TUN] = tun,
+[NETDEV_KIND_TAP] = tap - Maybe add a comma here, to makes future
patches simpler
};
On Mon, 30.06.14 19:52, Uoti Urpala (uoti.urp...@pp1.inet.fi) wrote:
On Mon, 2014-06-30 at 12:38 +0200, Lennart Poettering wrote:
On Sat, 28.06.14 18:15, Moviuro (movi...@gmail.com) wrote:
An idea would be to use units with many '@' or have systemd interpret the
string between '@' and
On Mon, 30.06.14 22:23, Susant Sahani (sus...@redhat.com) wrote:
This patch introduces TUN/TAP device creation support
to networkd.
Please always also include the updates to the respective man pages that
document these settings in these patches! THanks!
Example conf to create a tap device:
On 06/30/2014 11:03 PM, Lennart Poettering wrote:
On Mon, 30.06.14 22:23, Susant Sahani (sus...@redhat.com) wrote:
This patch introduces TUN/TAP device creation support
to networkd.
Please always also include the updates to the respective man pages that
document these settings in these
On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
+varlistentry
+termfilename/usr/lib/filename/term
+listitemparaSystem libraries and
+package-specific
+
On Mon, Jun 30, 2014 at 8:38 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
+varlistentry
+termfilename/usr/lib/filename/term
+
On Mon, 30.06.14 20:38, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
+varlistentry
+termfilename/usr/lib/filename/term
+
Hi, we were trying to update systemd to git master in gnome-continuous,
and hit an issue with mount points that are symlinks.
It's pretty easy to reproduce:
mkdir /mnt/a
ln -s a /mnt/b
cat /etc/systemd/system/mnt-b.mount EOF
[Mount]
What=tmpfs
Where=/mnt/b
Type=tmpfs
On Mon, Jun 30, 2014 at 9:22 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 30.06.14 20:38, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
+varlistentry
+
On Mon, 30.06.14 12:23, Colin Walters (walt...@verbum.org) wrote:
Hi, we were trying to update systemd to git master in gnome-continuous,
and hit an issue with mount points that are symlinks.
It's pretty easy to reproduce:
mkdir /mnt/a
ln -s a /mnt/b
cat /etc/systemd/system/mnt-b.mount
On Mon, 30.06.14 21:28, Kay Sievers (k...@vrfy.org) wrote:
Note that the concept of lib64 is actually encoded in systemd now, since
nspawn and PID 1 when switching roots will actually create /lib64 as
symlink to /usr/lib64 should the latter exist. That scheme should be
compatible with
On Mon, Jun 30, 2014, at 12:29 PM, Lennart Poettering wrote:
Why would you create such a symlink? This sounds wrong. /tmp should
generally be a tmpfs these days, why would you link that?
I need to support cases where /tmp is not tmpfs (e.g. current Fedora
cloud images).
The rationale is the
On Mon, Jun 30, 2014 at 9:35 PM, Lennart Poettering
lenn...@poettering.net wrote:
On Mon, 30.06.14 21:28, Kay Sievers (k...@vrfy.org) wrote:
Note that the concept of lib64 is actually encoded in systemd now, since
nspawn and PID 1 when switching roots will actually create /lib64 as
symlink
On 25.06.2014 20:49, poma wrote:
On 25.06.2014 20:10, Felix Miata wrote:
On 2014-06-25 10:05 (GMT-0700) Adam Williamson composed:
So...these are three different machines?
3 out of 14 on which Rawhide is currently installed (test machines total 20+)
here, among which are represented various
On Mon, 30.06.14 12:41, Colin Walters (walt...@verbum.org) wrote:
Why would you create such a symlink? This sounds wrong. /tmp should
generally be a tmpfs these days, why would you link that?
I need to support cases where /tmp is not tmpfs (e.g. current Fedora
cloud images).
This sounds
On 30/06/14 20:56, Filipe Brandenburger wrote:
On Mon, Jun 30, 2014 at 12:28 PM, Kay Sievers k...@vrfy.org wrote:
We should find out when we need to create /lib64 -- $libdir, grr ... :)
Consider the case where you're running Fedora but use debootstrap to
create a Debian tree and
On Mon, Jun 30, 2014 at 09:02:07PM +0100, Simon McVittie wrote:
On 30/06/14 20:56, Filipe Brandenburger wrote:
On Mon, Jun 30, 2014 at 12:28 PM, Kay Sievers k...@vrfy.org wrote:
We should find out when we need to create /lib64 -- $libdir, grr ... :)
Consider the case where you're running
For network devices on the same PCI function, dev_id should not be used,
since its purpose is for IPv6 support on interfaces with the same MAC
address.
The new dev_port sysfs attribute should be used when it is found. When
it is not, using dev_id might work.
Signed-off-by: Thadeu Lima de Souza
On Mon, 30.06.14 13:27, Colin Walters (walt...@verbum.org) wrote:
On Mon, Jun 30, 2014, at 12:49 PM, Lennart Poettering wrote:
This sounds confused. Why would the cloud images not use a tmpfs for
/tmp?
On Mon, 30.06.14 21:35, Lennart Poettering (lenn...@poettering.net) wrote:
On Mon, 30.06.14 21:28, Kay Sievers (k...@vrfy.org) wrote:
Note that the concept of lib64 is actually encoded in systemd now, since
nspawn and PID 1 when switching roots will actually create /lib64 as
symlink
On Mon, 30.06.14 12:56, Filipe Brandenburger (filbran...@google.com) wrote:
Hi,
On Mon, Jun 30, 2014 at 12:28 PM, Kay Sievers k...@vrfy.org wrote:
We should find out when we need to create /lib64 -- $libdir, grr ... :)
Problem is that $libdir is relevant for the host distribution but
On 06/24/2014 12:25 PM, Tom Gundersen wrote:
On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy Tolstov v.tols...@selfip.ru wrote:
Hi. I have very strange task:
Not tested, but I would start with trying:
1) Nedd modprobe dummy
Use modules-load.d
2) Assign specific mac address to it
On Mon, Jun 30, 2014 at 2:38 PM, Lennart Poettering
lenn...@poettering.net wrote:
Maybe it should try both and figure out which one of them exists?
Or default to $libdir and allow an override for the cross-distro cases.
Hmm, I am tempted to say that we should add a logic to this that just
On Jun 30, Lennart Poettering lenn...@poettering.net wrote:
BTW, I have now prepped a man page that codifies the assumptions and
suggestions systemd makes on the file system hierarchy:
http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
Another difference is that Debian,
On Jun 30, Lennart Poettering lenn...@poettering.net wrote:
BTW, I have now prepped a man page that codifies the assumptions and
suggestions systemd makes on the file system hierarchy:
http://www.freedesktop.org/software/systemd/man/file-hierarchy.html
The other major issue that I can see is
On Tue, 01.07.14 00:27, Marco d'Itri (m...@linux.it) wrote:
On Jun 30, Lennart Poettering lenn...@poettering.net wrote:
BTW, I have now prepped a man page that codifies the assumptions and
suggestions systemd makes on the file system hierarchy:
On Mon, Jun 30, 2014 at 02:57:21PM +0200, Lennart Poettering wrote:
On Mon, 30.06.14 14:00, Zbigniew Jędrzejewski-Szmek (zbys...@in.waw.pl) wrote:
I think I agree with this. The only reason I could think of why this
might not be the right thing to do is to be nice to folks who wrote
Send hostname (option 12) in DISCOVER and REQUEST messages so the
DHCP server could use it to register with dynamic DNS and such.
---
src/libsystemd-network/sd-dhcp-client.c | 35 +
src/network/networkd-link.c | 26
On Mon, Jun 30, 2014 at 04:52:21PM -0700, Eugene Yakubovich wrote:
Send hostname (option 12) in DISCOVER and REQUEST messages so the
DHCP server could use it to register with dynamic DNS and such.
---
src/libsystemd-network/sd-dhcp-client.c | 35
+
On Mon, Jun 30, 2014 at 10:36 PM, Thadeu Lima de Souza Cascardo
casca...@linux.vnet.ibm.com wrote:
For network devices on the same PCI function, dev_id should not be used,
since its purpose is for IPv6 support on interfaces with the same MAC
address.
The new dev_port sysfs attribute should be
Matthias Schiffer mschif...@universe-factory.net on Mon, 2014/06/30 23:47:
On 06/24/2014 12:25 PM, Tom Gundersen wrote:
On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy Tolstov v.tols...@selfip.ru
wrote:
Hi. I have very strange task:
Not tested, but I would start with trying:
1) Nedd
On 07/01/2014 05:56 AM, Christian Hesse wrote:
Matthias Schiffer mschif...@universe-factory.net on Mon, 2014/06/30 23:47:
On 06/24/2014 12:25 PM, Tom Gundersen wrote:
On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy Tolstov v.tols...@selfip.ru
wrote:
Hi. I have very strange task:
Not tested, but I
Matthias Schiffer mschif...@universe-factory.net on Tue, 2014/07/01 07:08:
On 07/01/2014 05:56 AM, Christian Hesse wrote:
Matthias Schiffer mschif...@universe-factory.net on Mon, 2014/06/30
23:47:
On 06/24/2014 12:25 PM, Tom Gundersen wrote:
On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy
52 matches
Mail list logo