On Tue, Jul 1, 2014 at 2:36 AM, Eugene Yakubovich
wrote:
> On Mon, Jun 30, 2014 at 5:09 PM, Greg KH wrote:
>>
>> > +/* make sure the hostname is not "localhost" */
>> > +static bool is_localhost(const char *hostname) {
>> > +char *hostend;
>> > +
>> > +assert(hostname);
>>
>> You
On Tue, Jul 1, 2014 at 1:52 AM, 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.
Nice!
A couple of minor nits below. Apart from that, could you add a config
option to make this opt-out (
Matthias Schiffer on Tue, 2014/07/01 07:08:
> On 07/01/2014 05:56 AM, Christian Hesse wrote:
> > Matthias Schiffer 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
> >>> wrote:
> Hi. I have very strange t
On 07/01/2014 05:56 AM, Christian Hesse wrote:
> Matthias Schiffer 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
>>> wrote:
Hi. I have very strange task:
>>>
>>> Not tested, but I would start with trying:
>>>
>
Matthias Schiffer 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
> > wrote:
> >> Hi. I have very strange task:
> >
> > Not tested, but I would start with trying:
> >
> >> 1) Nedd modprobe dummy
> >
> > Use modules-
On Mon, Jun 30, 2014 at 5:09 PM, Greg KH wrote:
> > +/* make sure the hostname is not "localhost" */
> > +static bool is_localhost(const char *hostname) {
> > +char *hostend;
> > +
> > +assert(hostname);
>
> You only call this in one place, with an array on the stack, so it can
>
On Mon, Jun 30, 2014 at 10:36 PM, Thadeu Lima de Souza Cascardo
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 used when it is found.
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
> +
> src/
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
src/systemd/s
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 wrot
On Tue, 01.07.14 00:27, Marco d'Itri (m...@linux.it) wrote:
> On Jun 30, Lennart Poettering 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-
On Tue, 01.07.14 00:16, Marco d'Itri (m...@linux.it) wrote:
> On Jun 30, Lennart Poettering 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-
On Jun 30, Lennart Poettering 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 that in Debian we
On Jun 30, Lennart Poettering 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, Ubuntu and other deriva
On Mon, Jun 30, 2014 at 2:38 PM, Lennart Poettering
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
> checks the few d
On 06/24/2014 12:25 PM, Tom Gundersen wrote:
> On Tue, Jun 24, 2014 at 12:14 PM, Vasiliy Tolstov 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
>
> Possibly use
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 wrote:
> > We should find out when we need to create /lib64 --> $libdir, grr ... :)
>
> Problem is that $libdir is relevant for the host distribution but
> migh
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
> > >
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?
>
> https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-cloud-bas
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 Ca
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?
https://git.fedorahosted.org/cgit/spin-kickstarts.git/tree/fedora-cloud-base.ks#n181
(Though honestly the biggest memory usage improvement at least for the
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 wrote:
> >> We should find out when we need to create /lib64 --> $libdir, grr ... :)
> >
> > Consider the case where you're running Fe
On 30/06/14 20:56, Filipe Brandenburger wrote:
> On Mon, Jun 30, 2014 at 12:28 PM, Kay Sievers 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 systemd-nspawn to r
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 s
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 f
On Mon, Jun 30, 2014 at 9:35 PM, Lennart Poettering
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 to /usr/lib
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 th
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 w
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
On Mon, Jun 30, 2014 at 9:22 PM, Lennart Poettering
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:
>> > +
>> > +/usr/lib
>> >
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
Options=mode=1777,strict
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:
> > +
> > +/usr/lib
> > +System libraries and
> > +
On Mon, Jun 30, 2014 at 8:38 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
>> +
>> +/usr/lib
>> +System libraries and
>> +
On Mon, Jun 30, 2014 at 11:10:15AM -0700, Lennart Poettering wrote:
> +
> +/usr/lib
> +System libraries and
> +package-specific
> +data.
> +
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 patche
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 devi
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 betwee
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
};
DEFINE_STRING_TABLE_LOOK
On Mon, Jun 30, 2014 at 6:14 PM, Mantas Mikulėnas 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 so that IPv
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.
> > unison@local_user@profile
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.
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, Jun 30, 2014 at 1:15 PM, Lennart Poettering
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
>> targets: disable d
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!
> ---
> sr
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 d
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
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
> > nec
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 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 t
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
> wrote:
> > Looks like this commit also changes a unrelated file
> > (units/local-fs.target) reverting the commit 40f862e3 (filesystem
> > targets: disable default dependencie
On Mon, Jun 30, 2014 at 1:04 PM, Lennart Poettering
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
>> wrote:
>> > Commit 58e027023b47b32e42cf93dd4a629b869ee1ef25 'units: order
>> > network-online.target after network.
On Mon, Jun 30, 2014 at 1:38 PM, Lennart Poettering
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 but am stuc
On Sun, 29.06.14 23:58, Tom Gundersen (t...@jklm.no) wrote:
>
> On Wed, Jun 25, 2014 at 12:12 PM, Michael Olbrich
> wrote:
> > Commit 58e027023b47b32e42cf93dd4a629b869ee1ef25 'units: order
> > network-online.target after network.target' added "Before=network.target"
> > dependency to systemd-net
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 a/src/
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?
>
>
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, serie
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-fst
57 matches
Mail list logo
