On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
wrote:
> On Thu, 23.04.15 14:18, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>
>> > Pick one:
>> >
>> > a) download the raw image and use that, but it will be a loopback file
>> > with its own fi
On Thu, Apr 23, 2015 at 7:12 PM, Lennart Poettering
wrote:
> On Thu, 23.04.15 19:00, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>
>> On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
>> wrote:
>> > On Thu, 23.04.15 14:18, arnaud gaboury (arnaud.gabo...@gmail.co
On Thu, Apr 23, 2015 at 7:21 PM, arnaud gaboury
wrote:
> On Thu, Apr 23, 2015 at 7:12 PM, Lennart Poettering
> wrote:
>> On Thu, 23.04.15 19:00, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>>
>>> On Thu, Apr 23, 2015 at 4:47 PM, Lennart Poettering
>>>
On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
wrote:
> On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>
>> When in /var/lib/machines/poppy:
>>
>> root@hortensia ➤➤ machines/poppy # btrfs subvolume list .
>> ID 266 gen 98 top level 5
On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
wrote:
> On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
> wrote:
>> On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>>
>>> When in /var/lib/machines/poppy:
>>>
>>> root@
On Fri, Apr 24, 2015 at 8:14 AM, arnaud gaboury
wrote:
> On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
> wrote:
>> On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
>> wrote:
>>> On Thu, 23.04.15 19:29, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>>
On Fri, Apr 24, 2015 at 8:16 AM, arnaud gaboury
wrote:
> On Fri, Apr 24, 2015 at 8:14 AM, arnaud gaboury
> wrote:
>> On Thu, Apr 23, 2015 at 7:37 PM, arnaud gaboury
>> wrote:
>>> On Thu, Apr 23, 2015 at 7:36 PM, Lennart Poettering
>>> wrote:
>>
To install a Fedora container from the raw image in my host Archlinux,
I can do this:
# systemd-nspawn -M Fedora-Cloud-Base-22_Beta-20150415.x86_64.raw --
bind=/var/lib/machines/enl:/mnt
Now for the use of two btrfs subvol, I would like to bind
/var/lib/machines/enl/{etc,var}
Does the systemd bi
On Mon, Apr 27, 2015 at 3:44 PM, Lennart Poettering
wrote:
> On Mon, 27.04.15 10:19, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>
>> To install a Fedora container from the raw image in my host Archlinux,
>> I can do this:
>>
>> # systemd-nspawn -M Fedora-Clou
On Mon, Apr 27, 2015 at 3:44 PM, Lennart Poettering
wrote:
> On Mon, 27.04.15 10:19, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
>
>> To install a Fedora container from the raw image in my host Archlinux,
>> I can do this:
>>
>> # systemd-nspawn -M Fedora-Clou
I started running Fedora server on a systemd-nspawn container.
I am wondering what is the best practice when an issue occurs:
- send to Fedora user ML
- send to systemd-devel ML
- send both with CC
I am afraid that when sending to only one list I will be told to ask
the other one, thus wasting ti
On Tue, Apr 28, 2015, 11:38 AM Lennart Poettering
wrote:
On Tue, 28.04.15 09:31, arnaud gaboury (arnaud.gabo...@gmail.com) wrote:
> I started running Fedora server on a systemd-nspawn container.
>
> I am wondering what is the best practice when an issue occurs:
> - send to Fe
After installation of Fedora 22 container, the container (poppy) boots
but no network.
# journalctl -b -M poppy
Apr 29 14:02:20 poppy firewalld[28]: 2015-04-29 14:02:20 ERROR:
ebtables not usable, disabling ethernet bridge firewall.
Apr 29 14:02:20 poppy NetworkManager[56]: Cou
Archlinux 3.16.1
systemd 215-4
Xorg 1.16
Until now, I have been enable to set a dual seat following the
archwiki[1]. In short, I had to modify the /etc/X11/xorg.conf
accordingly, then $ startx -- layout seat0 -config
xorg.conf.multiseat.
I am now trying to migrate to the new facilities for multi
> I understand from loginctl(1) I have to first create 1 new seat with
> loginctl using 1 existing graphic device:
> $ attach seat1 /sys/bus/pci/device/:00:01.0@ (my graphic card as
> listed by $lspci).
Not a very good start :-(
$ lspci
01:00.0 VGA compatible controller: NVIDIA Corporation GK
>
> You probably want graphic device under it, something like
>
> /sys/devices/pci:00/:00:01.0/:01:00.0/drm/card0
# loginctl attach seat1 /sys/bus/pci/devices/:01:00.0/drm/card0
No error thrown, but:
# loginctl list-seats
SEAT
seat0
1 seats listed.
No new seat1 !
% udevadm
> You can get a list of all usable devices including their path by
> loginctl seat-status seat0
loginctl seat-status seat0
seat0
Sessions: *c2 c1
Devices:
├─/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6
│ input:input6 "Power Button"
> E: TAGS=:seat:uaccess:
Ok, I see. I do not have this tag for my card.
I see you use xf86-video-nouveau. Am I correct? Shall I the install
xf86-video-nouveau ?
--
google.com/+arnaudgabourygabx
___
systemd-devel mailing list
systemd-devel@lists.freed
On Sat, Aug 23, 2014 at 5:26 PM, Damian Ivanov wrote:
> I would try with an openSUSE/Fedora Live CD first, because I know it
> works and if it works for you too but fails on Arch, you may be
> missing some patches/config and we could see where it fails maybe.
> Especially the gdm thing required a
>
>
> Don't forget to post config here when you're done. ;)
>
Ok, now I have a roadmap. TY so much.
I will post here AND modify the old multi-seat archwiki, when successful.
Ty for the link to the fedora thread. I guess soon each user will then
be able to start a systemd user instance x session
>
> $ udevadm info -q env -p /sys/class/drm/card1
> DEVNAME=/dev/dri/card1
> DEVPATH=/devices/pci:00/:00:10.0/:01:00.0/drm/card1
> DEVTYPE=drm_minor
> ID_FOR_SEAT=drm-pci-_01_00_0
> ID_PATH=pci-:01:00.0
> ID_PATH_TAG=pci-_01_00_0
> MAJOR=226
> MINOR=1
> SUBSYSTEM=drm
> TAGS=
I do not understand why I can't see any output about my
/sys/class/drm/card0 when running
--
$ loginctl seat-status seat0
The only entry I see referring to graphics is this line (I boot in EUFI).
├─/sys/devices/platform/efi-framebuffer.0/graphics/fb0
I have been able to write some udev rules.d for usb mouse/keyboard.
I plugout the device, then
$ dmesg | tail -n 4
~~
[21145.269421] input: Logitech USB-PS/2 Optical Mouse as
/devices/pci:00/:00:14.0/usb1/1-5/1-5:1.0/0003:046D:C03E.000E/input/input30
~~
$ udevadm info --query=a
On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov wrote:
> Yeah, so tl,dr what this is trying to say with one GPU and two
> connectors, no multiseat possible using logind (yet, though this
> was/is a planned feature). This is not a systemd/logind problem rather
> than the driver provides you only one
On Sat, Aug 23, 2014 at 9:55 PM, arnaud gaboury
wrote:
> On Sat, Aug 23, 2014 at 8:48 PM, Damian Ivanov
> wrote:
>> Yeah, so tl,dr what this is trying to say with one GPU and two
>> connectors, no multiseat possible using logind (yet, though this
>> was/is a planned
On Sat, Aug 23, 2014 at 10:28 PM, Damian Ivanov wrote:
>>Can't these two ports be used instead of buying a usb display link ?
> Yes. That's what it actually mean's. I've read that people want to
> improve the drivers in that part in the future, so this could be done,
> but at the moment, no it's n
>
> Don't forget to post config here when you're done. ;)
>
>
> poma
>
Until now, I have unfortunately not be able to write a working
xorg.conf to dual seat with only one graphic card. I tried many
settings with xorg.conf and lightdm.conf, but still no luck.
>
> The way to go is to start with looking at "loginctl seat-status
> seat0". This will show you all hardware currently assigned to seat0. Use
> the device paths showmn to then create additional seats out of them, in
> different combinations.
>
> Not all devices can be assigned to seats, they have
>
> provided you tag another suitable device (e.g. a USB hub) as
> "master-of-seat" and attach it to "seat-1".
I will switch to nouveau, as I do not want to go this way.
> About configuring multiseat using a single multi-head graphics card, the
> only current available way to do this is with nes
systemd 216-1
I start to play with systemd/user. I understand that the user instance
does not inherit from all my environment variables listed by the
printenv command. When a variable is needed for a service, I add a
/etc/systemd/system/user@.service.d/myService.conf drop-In file with
the Environ
Archlinux 3.16.3
systemd 216-3
startx at login prompt. No DM
I am slowly trying to use systemctl --user facilities.
Until now, I am able to start few basic user services. Now it is time
to start Xorg as a user service, but I can't manage to do it. As
documentation is currently very sparse, I must
For systemd be aware of certain environment variables, I usually use a
drop-in config in /etc/systemd/system/user@service.d. This way, I can
see the varibale when running
$ systemctl --user show-environment
Now I am wondering why not using the /etc/systemd/user.conf for these
variables. I tried th
Here are the unit files I use to start my user Dbus session daemon
/home/gabx/.config/systemd/user/dbus.service
[Unit]
Description=D-Bus System Message Bus
Requires=dbus.socket
[Service]
ExecStart=/usr/bin/dbus-daemon --session --address=systemd: --nofor
>
> Perhaps
> /etc/X11/Xwrapper.config
> needs_root_rights = auto
> allowed_users = anybody
I placed the Xwrapper.config, but the xorg.service still fails
My unit files :
$XDG_CONFIG_HOME/systemd/user/xorg.service
[Unit]
Description=Xorg server at display :0
Requ
I am starting my user services with systemctl --user as possible as I can.
I log in my session on VT with startx. I thus defined a first target,
called console.target, for services than do not need X (dbus,urxvtd,
ssh-agent, gpg-agent, tmux). The default.target is symlinked to it.
Unfortunately, I
>
> We could probably at least open up DefaultEnvironment= to specifier
> expansion, so that %t would work the same way as in unit files. I
> added a TODO list item for this now.
>
Thank you so much < This refers to the recent flame about systemd.
As a newbie, I can testify the dev team is doi
>
> I don't understand, if you start X manually, why don't you launch
> systemctl --user wm.target from your .xprofile or an equivalent file?
>
I maybe was not explicit enough.
I have a bunch of user services started as soon as I log in.
--
> As I said, you just need to ensure that when you startx, your session
> launch 'systemctl --user wm.target' automatically. I put this command in my
> '.xprofile' (because the *DM usually source this file), and my .xinitrc
> contains
> [ -r "$HOME/.xprofile" ] && . "$HOME/.xprofile"
> so it works
>> As for the variable, two more wishes (not a big deal yet):
>> - in units, why not add a specifier reflecting $XDG_CONFIG_HOME
>
> Hmm, when we start with that, then I figure people want the other XDG
> dirs as well, soon...
>
> Anyway, what's the usecase for this?
Just laziness when writing ser
I only use some settings from mate desktop (clipboard, appearance...)
thus looking for a service file to start mate-settings-daemon.
/home/gabx/.config/systemd/user/mate-settings-daemon.service
-
[Unit]
Description=Mate settings daemon
[Service]
Type=daemon
ExecSt
>
> mate-settings-daemon might expect to be run from within an X-session.
> These errors look like DISPLAY= isn't set, which is reasonable because
> systemd starts programs from a clean environment.
As mentioned in my post, $DISPLAY is correctly set and is in systemctl
environment. The command is
> Just to mention, the default 1.8.1 mate, will autostart mate-setting-daemon
> according to
> its file in /etc/xdg/autostart/mate-settings-daemon.desktop:
> --
> [Desktop Entry]
> Type=Application
> Name=MATE Settings Daemon
>
> Exec=/usr/lib/mate-settings-daemon/mate-settings-daemon
> OnlySh
>
> You seem to be using some mechanism for starting 'systemd --user' that
> gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
> started via a specific third-party implementation of a dbus.service for
> the user bus, possibly from "user-session-units". If you use the part of
> u
On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury wrote:
>>
>> You seem to be using some mechanism for starting 'systemd --user' that
>> gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus-daemon is being
>> started via a specific third-party implementation of
Dear all,
For the user services started by systemctl --user, I sometimes need to
tell systemd some environment variables values.
For this purpose, I use drop-in configuration files (MyService.conf)
in /etc/systemd/system/user@.service.d
I am wondering if there is another way to pass the variable
>
> systemctl set-environment `cat FILE` should work, no?
>
> Lennart
>
I am messing with it.
$ systemctl --user set-environment toto=3 tata=4
$ systemctl --user show-environment
..
tata=4
toto=3
-
Now:
--
$
>
> $ systemctl --user set-environment `cat test`
>
Damned. Thank you
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
On Thu, Dec 4, 2014 at 7:06 PM, arnaud gaboury wrote:
> On Thu, Dec 4, 2014 at 4:20 PM, arnaud gaboury
> wrote:
>>>
>>> You seem to be using some mechanism for starting 'systemd --user' that
>>> gives it a DBUS_SESSION_BUS_ADDRESS that assumes dbus
Dear all,
I set up a arch linux container on my arch box.
The container (dahlia) boots, works and connect fine.
Now I want to set up a static IP on the container, and I must admit I am
loosing my mind.
The overall set up :
on host :
dhcpcd@enp7s0.service - dhcpcd on enp7s0
Loaded: loaded (/us
I am wondering why not keep it simple.
set a static netctl profile in the host, and same in the container ?. and
disable dhcpcd,service on both ?
>
Will this setup do the trick ?
--
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
htt
Issue is solved as in fact they are no issue. I didn't have to change
anything nor assign a static Ip for the container. http services are
working right of the box.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedeskto
I set up successful a Arch container managed by systemd-nspsawn.
I have an issue setting an IP for the container.
My host is Arch, running custom Kernel 3.13.5-1 (userspace is set) and
systemd-git (lats updated yesterday evening).
dhcpcd.service is disabled and network is started with these profi
You mean the MAC address of the 'host0' device? This will not be
> stable between reboots of the container, so I guess this won't work
> (you can verify with "ip link").
You are right, this address changes across reboot. I get rid of this line.
I suggest simply matching on the name
> instead: "
>
> No, --network-bridge=br0 means that a pair of veth devices are created
> (host0 inside the container and vb-* outside), and the vb-* is added
> to your bridge br0. So you should really have host0 in the container
> with this option. However, if you don't, which device did this mac
> address you
On Sat, Mar 1, 2014 at 3:26 PM, arnaud gaboury wrote:
>
>
>>
>> No, --network-bridge=br0 means that a pair of veth devices are created
>> (host0 inside the container and vb-* outside), and the vb-* is added
>> to your bridge br0. So you should really have host0
>
> On host side :
> /etc/systemd/network/70-dahlia.netdev ***
> [Match]
> Host=host0
> Virtualization=container
>
> [NetDev]
> Name=br0
> Kind=bridge
>
> [Match]
> Virtualization=container
>
> *** /etc/systemd/network/80-dahlia.network ***
> [Network]
> DHCP=no
> DNS=192.168.1.254
>
>
> [Addr
I have a npsawn/networkd managed container. Unfortunately, I can't
reach network from the container. Below are part of the setup.
On host :
/etc/systemd/network/70-dahlia-network
[Match]
Host=host0
Virtualization=container
[NetDev]
Name=br0
Kind=bridge
***
/etc/systemd/network/80-dah
>> /etc/systemd/network/70-dahlia-network
> ^ a dash? Should be a dot?
>
>> [Match]
>> Host=host0
>> Virtualization=container
>
> Hmm? This match section is conditionalized to Virtualization=container
> but you say it is for the host?
>
This config file is on my "ma
>
> Moreover, you claim that you run netctl, not systemd-networkd on the
> host? .network files are configuraiton files for systemd-networkd, hence
> they have no effect on the host anyway...
>
> Sorry, still don't get what you are trying to do there...
>
on the "host", systemctl-networkd IS of co
>
> Well, if that's the case, then the .network file you posted will have
> zero effect there. The [Match] section describes to which interfaces the
> file shall apply und which conditions. You explicitly declare in your
> [Match] section that it only shall apply if run inside a container, and
> he
> This really makes no sense to me at all, i don't grok a word of what you
> are writing here.
>
> The term "host" refers the system the containers run on, usually...
>
Your remark here is relevant. After googling a little bit "Linux
container", many wiki/articles refer to the "HOST" as opposed to
>
> I can reproduce similar behaviour on Fedora 21. I used Linux 3.14.0-0.rc5,
> systemd 210 on host and guest machine, libvirtd 1.2.2.
>
See this yesterday thread
Network unreachable in container
and Lennart comment : What is Host ? What is guest ??
_
...
>
> $ brctl show
> bridge name bridge id STP enabled interfaces
> bridge0 8000. no
>
$ brctl show
bridge name bridge id STP enabled interfaces
bridge0 8000. noenps0
On Mar 9, 2014 1:21 PM, "poma" wrote:
>
> ...
> systemd-networkd/systemd-udevd - bridges/netdev
> https://bugzilla.redhat.com/show_bug.cgi?id=1074294
>
I am far from saying it is a bug.
It sounds to me your configuration is a mess. Please have a look at the
previous posts from me about networkd. I
Hi,
No idea why my bridge device, br0, has a state unknown.
$ ip addr
3: br0: mtu 1500 qdisc noqueue state
UNKNOWN group default
link/ether 66:73:a3:0a:44:f9 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.94/24 brd 192.168.1.255 scope global br0
valid_lft forever preferred_lft forever
i
>
> It seems to me that this device is configured, so why is its state
> unknown and not UP ? Shall I use a netctl profile to bring it UP,
> like I do for enp7s0 ?
Yes.
# netctl enable "profile" made the br0 UP
___
systemd-devel mailing list
systemd-de
Hi,
I run a dahlia container on a hortensia machine. Both are Arch boxes,
and container is managed with nspawn and networkd.
When I boot the hortensia machine, part of the ip addr output is :
gabx@hortensia ➤➤ ~ % ip addr
4: vb-dahlia: mtu 1500 qdisc noop master br0
state DOWN
>
> I have tried many various configurations, but the vb-dahlia interface
> is always DOWN .
>
> What am I missing or misconfiguring ?
>
> Thank you for help
/etc/systemd/network/80-container-host0.network
[Match]
Name=vb-dahlia
[Network]
DHCP=no
DNS=192.168.1.254
[Address]
Address=192.168.1.94
>
> So we were not automatically upping the bridged interface from nspawn.
> I pushed a change to git just now which does that. Thanks for testing.
>
> Tom
Correct. The only way for me to bring it up at boot is to create a .
network profile with this inside
[Match]
Name = vb*
This hack works but
Hi all,
>From network@.service unit file :
..
ExecStop=/sbin/ip link set dev %I down
Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I <--
There is a typo: should be ExecStop and not Execstop
Regards.
___
systemd
>
> From network@.service unit file :
>
> ..
> ExecStop=/sbin/ip link set dev %I down
> Execstop=/sbin/ip addr delete ${address}/${netmask} dev %I <--
>
>
> There is a typo: should be ExecStop and not Execstop
Sorry for the noise as it is a netctl unit file.
_
>
> Sorry for the noise as it is a netctl unit file.
I must be very tired : nothing to do with netctl...
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
I am running Archlinux with a custom 3.18.1 Kernel. Full system is upgraded.
Usually systemd-git build fine using the AUR package[1]. The last two
builds(first one was with linux 3.17) with these errors:
***
src/libsystemd/sd-rtnl/rtnl-types.c:72:52: error: 'IFLA_BOND_MAX'
undec
On Sat, Apr 5, 2014 at 7:19 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sat, Apr 05, 2014 at 02:00:33PM +0200, arnaud gaboury wrote:
>> I am running Archlinux with a custom 3.18.1 Kernel. Full system is upgraded.
>>
>> Usually systemd-git build fine using the AUR pac
I broke my machine and can not log anymore. When at login prompt, I
can log as user or root, I am rejected.
I have no idea what broke the system (upgrade, wrong behavior, a 100%
full ssd...). The box is clean, up to date, no fancy hacks (I think
so...).
Some info:
Distro : Arch linux
systemd : syst
On Fri, May 2, 2014 at 7:31 PM, arnaud gaboury wrote:
> I broke my machine and can not log anymore. When at login prompt, I
> can log as user or root, I am rejected.
> I have no idea what broke the system (upgrade, wrong behavior, a 100%
> full ssd...). The box is clean, up to da
Hi all,
I set up a linux container on my host.
Here are some basic infos:
- Host + guest running Archlinux
On host:
- custom kernel on host with user space set
- audit=0 as kernel parameter
- the guest OS is mounted in my rootfs at /dahlia with a symlink to
/var/lib/container
gabx@hortensia ➤➤ ~
> At least in systemd git nspawn places its machines in machines.slice.
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
I can not build from git.
..
GPERFsrc/core/load-fragment-gperf.c
Empty input keyword is not allowed.
To recognize an empty input keyword, your code should check
> What configure options did you use? Can you show the output from configure
> where
> it says what is enabled and what is disabled.
>
> What gperf version do you have?
>
gperf-3.0.4-4
I use the AUR mechanism to make/install package in Arch linux.Here is
part of it:
build() {
cd 'systemd'
> Doesn't build for me with the suggested ./configure options, using gperf
> 3.0.4. I applied this patch locally fix it:
>
> https://paste.xinu.at/Ffu/
>
> The problem seems to be the empty lines in the generated .gperf file.
>
> d
See my previous email, I think too all these blank lines in
src/sy
Dave's patch was incomplete and left us with some blank lines.
I built systemd-git with this one :
http://sprunge.us/Phac
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel
> Hmm, where's the difference if I may ask? With David's commit I see no
> empty lines in the generated output?
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
So fine if it works for you
In my case, systemd didn't built with dave's pacth because of a few blank
lined left in the generated .gper
Well, if the current m4 macros don't work correctly on your system we
> should certainly fix that upstream, that's why I was asking in which way
> your patch precisely differs from what's currently upstream?
>
> Thanks,
>
> Lennart
>
> I just confused which patch you were talking about. David's on
101 - 183 of 183 matches
Mail list logo