On Tue, Sep 14, 2021 at 7:36 AM Lennart Poettering
wrote:
>
> Heya!
>
> Some of the systemd developers have been discussing switching
> systemd's crypto libraries to be exclusively OpenSSL 3.0, and drop
> support for older OpenSSL versions, as well as any GNUTLS/libgcrypt
> support. As you might h
On Thu, Dec 23, 2021 at 8:54 PM Jonathan Kelly wrote:
>
> Hi,
>
> in trying to compile unicon programming language - I'm on arch linux ...
>
> Linux arch 5.15.10-arch1-1 #1 SMP PREEMPT Fri, 17 Dec 2021 11:17:37
> + x86_64 GNU/Linux
>
> ... I'm getting this error
>
> make[2]: Entering directo
On Tue, Apr 5, 2022 at 4:07 PM Luca Boccassi wrote:
>
> Hi,
>
> As part of our spring cleaning effort, we are considering when to drop
> support for split/unmerged-usr filesystem layouts.
>
> A build-time warning was added last year:
>
> https://github.com/systemd/systemd/commit/9afd5e7b975e8051c0
On Thu, Apr 7, 2022 at 4:59 AM Lennart Poettering wrote:
>
> On Mi, 06.04.22 11:24, Mike Gilbert (flop...@gentoo.org) wrote:
>
> > We are not likely to require merging of / and /usr for the foreseeable
> > future. We are a "rolling release" distro and basically ne
On Thu, Apr 7, 2022 at 5:18 AM Luca Boccassi wrote:
>
> On Thu, 2022-04-07 at 10:59 +0200, Lennart Poettering wrote:
> > On Mi, 06.04.22 11:24, Mike Gilbert (flop...@gentoo.org) wrote:
> >
> > > We are not likely to require merging of / and /usr for the foreseeable
>
On Tue, May 17, 2022 at 2:53 PM Luca Boccassi wrote:
>
> On Sat, 9 Oct 2021 at 19:11, Luca Boccassi wrote:
> >
> > On Wed, 2021-09-29 at 18:11 +0100, Luca Boccassi wrote:
> > > On Wed, 2021-09-15 at 16:06 +0100, Luca Boccassi wrote:
> > > > On Tue, 2021-09-14 at 13:36 +0200, Lennart Poettering wr
On Fri, May 20, 2022 at 10:51 AM Pascal wrote:
>
> hi,
>
> is it possible to influence the killmode of a script launched by an udev rule
> ?
>
> I have a udev rule that starts a script that itself starts qemu-nbd that gets
> killed once the script is finished (qemu-nbd links a block device to an
On Fri, May 20, 2022 at 10:51 AM Pascal wrote:
> it is not strictly speaking a long-running process but it is a child who
> survives his father and who is killed when his father stops living
> successfully ! what a strange world these children live in... ;-)
Sorry, I missed this last line. Are
On Fri, May 20, 2022 at 12:54 PM Pascal wrote:
>
> not really in the sense that qemu-nbd launches and immediately gives the hand
> back to the script that called it.
> the script ends positively and qemu-nbd is killed by systemd because it is
> considered to be garbage left behind by the script.
On Fri, May 20, 2022 at 1:34 PM Mike Gilbert wrote:
>
> On Fri, May 20, 2022 at 12:54 PM Pascal wrote:
> >
> > not really in the sense that qemu-nbd launches and immediately gives the
> > hand back to the script that called it.
> > the script ends positively and
On Thu, Jul 7, 2022 at 9:41 AM Luca Boccassi wrote:
>
> On Fri, 2022-04-08 at 00:48 +0200, Jason A. Donenfeld wrote:
> > Hi Wol,
> >
> > On Fri, Apr 8, 2022 at 12:02 AM Wol wrote:
> > >
> > > On 07/04/2022 17:47, Mike Gilbert wrote:
> > > &g
On Sat, Oct 8, 2022 at 10:55 AM Marcel Menzel wrote:
>
> Hello List,
>
> after switching from radvd to systemd-networkd for router advertisements, I
> noticed my Android device losing IPv6 connection after a while and not
> displaying any IPv6 Addresses anymore in the network overview.
>
> I am
On Wed, Jan 18, 2023 at 9:12 AM Thomas Burghout
wrote:
>
> On 18.01.20233 04:06, Andrei Borzenkov wrote:
> > On 17.01.2023 18:28, Thomas Burghout wrote:
> > > inet 169.254.146.171/16 brd 169.254.255.255 scope link eth0
> >
> > Is it output from the correct system? Because address is different
On Tue, Feb 14, 2023 at 5:31 PM Thomas Köller wrote:
>
> I cannot start the 'ssh' command from a systemd service. A very simple
> service file demonstrates the problem:
Your test service works fine for me on Gentoo Linux.
I would guess execution is being blocked by something like AppArmor or SEL
I recently added systemd v256 to Gentoo's ebuild repo. While testing
the upgrade process from v255, I have run into an issue.
After the upgrade, my KDE Plasma session stopped working, and I was
unable to execute a reboot from the GUI.
Looking at the journal, I see several messages like this one:
On Sat, Jun 29, 2024 at 4:22 PM Luca Boccassi wrote:
>
> On Sat, 29 Jun 2024 at 21:16, Mike Gilbert wrote:
> >
> > I recently added systemd v256 to Gentoo's ebuild repo. While testing
> > the upgrade process from v255, I have run into an issue.
> >
> >
On Mon, Jan 14, 2019 at 10:36 AM Lennart Poettering
wrote:
>
> On Mo, 14.01.19 10:59, Jan Synacek (jsyna...@redhat.com) wrote:
>
> > Hi,
> >
> > since v240 didn't go too well, I would like to suggest that the next one
> > (preferably two) release(s) are bugfix only. Please, consider it.
>
> Well,
On Thu, Jan 17, 2019 at 12:54 PM Reindl Harald wrote:
>
>
>
> Am 17.01.19 um 18:51 schrieb Christopher Cox:
> > On 1/17/19 11:21 AM, Reindl Harald wrote:
> >>
> >> Am 17.01.19 um 18:17 schrieb Christopher Cox:
> >>> On 1/17/19 11:01 AM, Lennart Poettering wrote:
> Hmm, what kind of processes
On Thu, Jan 24, 2019 at 9:34 AM Umut Tezduyar Lindskog
wrote:
>
> Hello,
>
> We are on systemd 239 and we would like to patch following CVEs
> without jumping to 240.
>
> CVE-2018-16864
> CVE-2018-16865
> CVE-2018-16866
>
> Can someone please help us out and point the commits that we need to
> bac
I pushed this out to our unstable testers yesterday, and received a
couple bug reports this morning. I have requested that they be
forwarded upstream, but wanted to point them out in case that doesn't
happen promptly.
https://bugs.gentoo.org/682492
sys-apps/systemd-242_rc2 boot fails: sd-passwd ta
On Thu, Apr 4, 2019 at 11:23 AM Lennart Poettering
wrote:
>
> On Do, 04.04.19 10:06, Mike Gilbert (flop...@gentoo.org) wrote:
>
> > I pushed this out to our unstable testers yesterday, and received a
> > couple bug reports this morning. I have requested that they be
> &
On Thu, Apr 4, 2019 at 3:38 PM Mike Gilbert wrote:
>
> On Thu, Apr 4, 2019 at 11:23 AM Lennart Poettering
> wrote:
> >
> > On Do, 04.04.19 10:06, Mike Gilbert (flop...@gentoo.org) wrote:
> >
> > > I pushed this out to our unstable testers yesterday, and rece
On Tue, Apr 23, 2019 at 11:51 AM Stanislav Angelovič
wrote:
>
> Hi systemd-ers,
>
> Having recent systemd sources, how can I build libsystemd.so only?
>
> I was able to build the static version with this:
> meson build/
> ninja -C build version.h
> ninja -C build libsystemd.a
>
> But how can I bui
On Sat, May 11, 2019 at 1:19 PM tedheadster wrote:
>
> On Sat, May 11, 2019 at 12:30 PM Florian Weimer wrote:
> > Can you capture register contents at the point of the crash?
> >
> > Does this reproduce in a chroot? Maybe you can trace the whole thing
> > with a debugger. Does the crash reprodu
On Thu, May 16, 2019 at 4:50 AM Lennart Poettering
wrote:
>
> On Mi, 15.05.19 15:53, Jeffrey Walton (noloa...@gmail.com) wrote:
>
> > if [[ "$NEEDS_REBOOT" -eq 1 ]]
> > then
> > echo "Scheduling reboot in 10 minutes"
> > reboot -r 10
>
> This syntax is not understood by systemd:
>
> https:
On Fri, Jun 7, 2019 at 6:14 AM Jeffrey Walton wrote:
>
> On Thu, May 16, 2019 at 11:02 AM Mike Gilbert wrote:
> >
> > On Thu, May 16, 2019 at 4:50 AM Lennart Poettering
> > wrote:
> > >
> > > On Mi, 15.05.19 15:53, Jeffrey Walton (noloa...@gmail.com)
On Thu, Oct 10, 2019 at 4:46 AM Colin Guthrie wrote:
>
> Andy Pieters wrote on 08/10/2019 11:41:
> > forget about the stop. that was the context into which I discovered it.
> >
> > I am not saying stop should disable I am saying stop should not accept
> > now and silently ignore it
>
>
> FWIW I'd
It looks like a branch called "msekletar-security-list-process" was
pushed to the official systemd github repo earlier this month. This
branch probably belongs in msekletar's personal fork instead.
https://github.com/systemd/systemd/branches
If possible, it would probably be wise to restrict acce
On Thu, Jan 2, 2020 at 9:08 AM Lennart Poettering
wrote:
> > If possible, it would probably be wise to restrict access for pushing
> > new branches like this.
>
> Hmm, how would we do that? Any suggestion? Happy to restrict that, but
> not sure how to do that...
I thought maybe there was a settin
On Thu, Mar 12, 2020 at 7:13 AM Kevin P. Fleming wrote:
> Prior to systemd, with the 'hwclock' package installed, a udev rule
> would trigger reading of the RTC and setting the system clock when
> /dev/rtc0 appeared. With systemd running, the script run by that udev
> rule is suppressed, it doesn'
On Thu, Apr 30, 2020 at 12:05 AM Kaushal Shriyan
wrote:
>
> Hi,
>
> I am running CentOS Linux release 7.8.2003 (Core) with
> php72u-fpm-7.2.30-1.el7.ius.x86_64 version. I am facing the below permission
> denied issue. I also did the below steps
> #cd /run
> #chown -Rc nginx.nginx php-fpm
> chang
On Sun, May 3, 2020 at 3:00 PM Mike Gilbert wrote:
> > Please let me know if you need any additional information. Thanks in
> > Advance.
>
> This is probably an issue with the systemd units shipped with php-fpm.
> This would not be an issue for this upstream systemd mailin
On Fri, Jul 10, 2020 at 10:43 AM Amit anand wrote:
>
> Hi systemd-devel group,
>
>
> I need to upstream systemd git patch for fixing systemd static code analysis
> warnings.
>
> Can you please suggest me the correct mailgroup to send the git patch or
> relevant web url which have information to
On Fri, Sep 25, 2020 at 10:46 AM Francis Moreau wrote:
>
> Hello,
>
> I want to override /usr/lib/systemd/network/99-default.link so I need
> to create a file starting with "99-" prefix.
>
> This doesn't seem logical to me because the numbers are supposed to
> encode the priority however nothing i
On Mon, Feb 8, 2021 at 1:01 PM Reindl Harald wrote:
>
>
>
> Am 08.02.21 um 18:27 schrieb Lennart Poettering:
> > On So, 07.02.21 22:43, Reindl Harald (h.rei...@thelounge.net) wrote:
> >
> >> https://bugzilla.redhat.com/show_bug.cgi?id=1909805
> >
> > In response to your actual issue, ignoring all
On Mon, Feb 8, 2021 at 2:31 PM Reindl Harald wrote:
> > I think removing this symlink would prevent /sys/fs/fuse/connections
> > from being mounted and the fuse module from being loaded
> > unconditionally on boot
>
> no
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1909805#c6
It almost works f
On Tue, Feb 9, 2021 at 6:17 AM Reindl Harald wrote:
>
>
>
> Am 08.02.21 um 23:42 schrieb Mike Gilbert:
> > On Mon, Feb 8, 2021 at 2:31 PM Reindl Harald wrote:
> >>> I think removing this symlink would prevent /sys/fs/fuse/connections
> >>> from being mou
On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald wrote:
>
>
>
> Am 09.02.21 um 17:13 schrieb Mike Gilbert:
> > On Tue, Feb 9, 2021 at 6:17 AM Reindl Harald wrote:
> >>
> >>
> >>
> >> Am 08.02.21 um 23:42 schrieb Mike Gilbert:
> >&
On Tue, Feb 9, 2021 at 7:05 PM Reindl Harald wrote:
>
>
>
> Am 09.02.21 um 23:18 schrieb Mike Gilbert:
> > On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald
> > wrote:
> >>
> >>
> >>
> >> Am 09.02.21 um 17:13 schrieb Mike Gilbert:
>
On Tue, Feb 9, 2021 at 7:19 PM Mike Gilbert wrote:
>
> On Tue, Feb 9, 2021 at 7:05 PM Reindl Harald wrote:
> >
> >
> >
> > Am 09.02.21 um 23:18 schrieb Mike Gilbert:
> > > On Tue, Feb 9, 2021 at 11:47 AM Reindl Harald
> > > wrote:
> > >
On Sat, May 27, 2017 at 2:51 PM, Michał Zegan
wrote:
> Hello.
>
> I came across the following:
> The manpage reboot(2) says, that inside of a pid namespace, a reboot
> call that normally would trigger restart actually triggers sending
> sighup to the init of a namespace, and sigint is sent in case
On Tue, Oct 3, 2017 at 4:01 AM, arnaud gaboury wrote:
> My host is Archlinux, nspawn container is Fedora 26. Kernel is 4.13.3
>
> I can't fully upgrade my container as some files are owned by
> nobody:nobody and can't change to root. An example is filesystems. When
> upgrading, it returns error:
>
On Tue, Oct 3, 2017 at 11:38 AM, arnaud gaboury
wrote:
> On 10/03/2017 05:19 PM, Mike Gilbert wrote:
>
> On Tue, Oct 3, 2017 at 4:01 AM, arnaud gaboury
> wrote:
>
> My host is Archlinux, nspawn container is Fedora 26. Kernel is 4.13.3
>
> I can't fully upgrade m
On Thu, Oct 26, 2017 at 11:45 AM, Mantas Mikulėnas wrote:
> On Thu, Oct 26, 2017, 18:26 David Henderson
> wrote:
>>
>> Good afternoon all! I have been looking for the udev source code to
>> compile the library and utilities and it appears it is bundled in the
>> systemd software. I have run aut
On Wed, Nov 1, 2017 at 10:49 AM, David Henderson
wrote:
> On 11/1/17, Greg KH wrote:
>> On Wed, Nov 01, 2017 at 10:36:16AM -0400, David Henderson wrote:
>>> Is there a place to just get the udev code instead of all of systemD?
>>
>> No.
>>
>>> I tried looking online, but it appears that the only
On Thu, Dec 28, 2017 at 3:18 PM, Lennart Poettering
wrote:
> On Do, 28.12.17 14:07, tedheadster (tedheads...@gmail.com) wrote:
>
>> I am doing regression testing on old hardware. systemd-233 just
>> generated the following error on startup:
>>
>> traps:systemd[1] trap invalid opcode ip:b7d97361 sp
On Tue, Jan 23, 2018 at 10:54 AM, Reindl Harald wrote:
>
>
> Am 23.01.2018 um 16:49 schrieb Simon McVittie:
>>
>> On Tue, 23 Jan 2018 at 15:47:21 +0100, Franck Bui wrote:
>>>
>>> Basically, systemd mounts all filesystems listed in /etc/fstab (unless
>>> "noauto" is used) which is good since that's
On Thu, Feb 1, 2018 at 1:42 PM, Andrei Borzenkov wrote:
> 01.02.2018 15:08, Mantas Mikulėnas пишет:
>>>
>>
>> For users outside the "system account" UID range (usually 1–999), a logout
>> will cause systemd to clean up remaining "junk" such as SysV IPC resources.
>
>
> Where is it documented?
In
On Tue, Jul 3, 2018 at 7:55 PM, Kevin Greene wrote:
> I am building libusb, and I want to build it with udev support. I don't need
> to build anything in systemd except udev. Is there a good way to do that?
>
> I'm deploying to machines running Ubuntu 16.04, so I'm targeting systemd
> v229 (which
On Sun, Sep 30, 2018 at 1:57 PM Helmut Grohne wrote:
>
> Hi,
>
> > This reverts commit df7caca.
>
> If you reverts df7caca, please also revert b710072 as that breaks cross
> builds.
>
> > The patch df7caca breaks normal build. Let's revert this, as I do not want
> > to revert this every time when
On Tue, Oct 2, 2018 at 2:24 PM Andrei Borzenkov wrote:
> Please do not start telling that it can be done differently. Until SAP
> implements *SUPPORTED* different solution (startup files are maintained
> by SAP installer automatically among other things) using login shell is
> the only supported w
The fchmod_opath() function in systemd seems like a hacky workaround
for a limitation in the kernel -- you can't call fchmod() on an fd
opened with O_PATH, and fchmodat() doesn't support the AT_EMPTY_PATH
flag.
Has any attempt been made to add this functionality in the kernel? If
someone has alrea
---
Makefile.am| 1 +
src/shared/generator.c | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index f84a28d..70d4dc0 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -188,6 +188,7 @@ AM_CPPFLAGS = \
-DCATALOG_DATABASE=\"$(catalogstate
This should also be flagged for backports since the hard-coded
/usr/lib/systemd path will break any initramfs if rootprefix != /usr.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-d
On Fri, May 29, 2015 at 8:05 PM, Daniel Mack wrote:
> Make sure the variable set via --with-rootprefix= does not contain a
> trailing slash, so man pages can use entities like "&rootprefix;/lib"
> without ending up having double slashes.
> ---
> configure.ac | 3 ++-
> 1 file changed, 2 insertion
On Mon, Jun 22, 2015 at 7:30 PM, Lennart Poettering
wrote:
> On Tue, 23.06.15 01:21, Kay Sievers (k...@vrfy.org) wrote:
>
>> We currently considering to stop creating release tar balls.
>>
>> For build systems which still require them, they can be created
>> locally from the upstream git repositor
On Mon, Jun 22, 2015 at 10:21 PM, Mike Gilbert wrote:
> On Mon, Jun 22, 2015 at 7:30 PM, Lennart Poettering
> wrote:
>> On Tue, 23.06.15 01:21, Kay Sievers (k...@vrfy.org) wrote:
>>
>>> We currently considering to stop creating release tar balls.
>>>
>&
On Mon, Sep 21, 2015 at 8:31 PM, Lennart Poettering
wrote:
> Heya!
>
> Since a long time systemd has been shipping with two-way compat
> support for /dev/initctl, and I am tempted to remove it. Before I do
> so, I'd like some input on the relevance of this interface:
Gentoo currently utilizes thi
On Mon, Dec 21, 2015 at 7:36 PM, Kai Krakow wrote:
> Am Tue, 8 Dec 2015 01:36:01 +0200
> schrieb Mantas Mikulėnas :
>
>> What uid does "oracle" have – is it within the system account range
>> (usually 1–999) or user account (1000–)? I wonder if it's the latter,
>> which would mean systemd-logind w
On Mon, Dec 21, 2015 at 9:54 PM, Kai Krakow wrote:
> Am Mon, 21 Dec 2015 21:43:24 -0500
> schrieb Mike Gilbert :
>
>> On Mon, Dec 21, 2015 at 7:36 PM, Kai Krakow
>> wrote:
>> > Am Tue, 8 Dec 2015 01:36:01 +0200
>> > schrieb Mantas Mikulėnas :
>> >
On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering
wrote:
> 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). Last
>time Debian was still using that, maybe this changed now?
Gentoo allows switching between systemd and openrc (sysvinit) at boot
time, and will continue to do so
On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering
wrote:
> On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering
>> wrote:
>> > 1) systemd-initctl (i.e. the /dev/initctl SysV compat support). L
On Wed, Feb 24, 2016 at 10:42 PM, Mike Gilbert wrote:
> On Fri, Feb 19, 2016 at 7:22 AM, Lennart Poettering
> wrote:
>> On Thu, 18.02.16 20:33, Mike Gilbert (flop...@gentoo.org) wrote:
>>
>>> On Thu, Feb 11, 2016 at 12:06 PM, Lennart Poettering
>>> wrote:
>
On Fri, Apr 15, 2016 at 6:42 AM, Daniel Mack wrote:
> Nice, thanks for working on this! What's still missing in that is the
> other side, the client that talks to the initctl socket. I have patches
> to remove the initctl bits from the systemd repo, and add a callout from
> systemctl to binaries i
On Fri, Apr 15, 2016 at 11:43 AM, Daniel Mack wrote:
> On 04/15/2016 03:55 PM, Mike Gilbert wrote:
>> On Fri, Apr 15, 2016 at 6:42 AM, Daniel Mack wrote:
>>> Nice, thanks for working on this! What's still missing in that is the
>>> other side, the client that tal
On Fri, Apr 15, 2016 at 1:33 PM, Daniel Mack wrote:
> On 04/15/2016 07:03 PM, Mike Gilbert wrote:
>> On Fri, Apr 15, 2016 at 11:43 AM, Daniel Mack wrote:
>>> On 04/15/2016 03:55 PM, Mike Gilbert wrote:
>
>>>> I'm happy to move it if others want to utilize
On Tue, Jan 13, 2015 at 4:48 AM, Jan Engelhardt wrote:
>
> On Tuesday 2015-01-13 00:25, Zbigniew Jędrzejewski-Szmek wrote:
>>On Mon, Jan 12, 2015 at 11:42:38PM +0100, Jan Engelhardt wrote:
>>>
>>> Happens with top-of-line 720e0be0f00f4a7fee808d1cf60db43970900588.
>>>
>>> == Summary ==
>>> + make i
On Wed, Feb 25, 2015 at 2:16 AM, Kai Krakow wrote:
> Hello!
>
> Is it possible to somehow create a service which enables port forwardings on
> my router using upnp? Currently, I guess it is not possible (except maybe
> using ExecPost or ExecPre and the upnpc program). But when my client IP
> chang
On Wed, Apr 8, 2015 at 4:08 PM, Marc-Antoine Perennou
wrote:
> Signed-off-by: Marc-Antoine Perennou
> ---
> Makefile.am | 4 ++--
> configure.ac | 3 +++
> 2 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/Makefile.am b/Makefile.am
> index 9b769ee..397a71c 100644
> --- a/Makefil
On Wed, Dec 10, 2014 at 7:16 PM, Lennart Poettering
wrote:
> Heya!
>
> Here's the next version of systemd, v218:
>
> http://www.freedesktop.org/software/systemd/systemd-218.tar.xz
Hi Lennart,
It looks like the tarball is missing units/user/systemd-consoled.service.
make[2]: *** No rule to make
On Sat, Dec 27, 2014 at 8:57 AM, Gabriel de Perthuis wrote:
> bootchart defaults to chaining to /sbin/init, which is sensible,
> but in a pure systemd environment (without systemd-sysvinit)
> will make the machine unbootable.
>
> Change the default through /etc/systemd/bootchart.conf.
> Keep the /
On Sun, Dec 28, 2014 at 6:20 AM, Martin Pitt wrote:
> Hello all,
>
> systemd.pc is currently installed into /usr/share/pkgconfig/, but this
> isn't correct: It contains "libdir" whose value is (possibly)
> architecture specific. E. g. if you configure with
> --libdir=/usr/lib/x86_64-linux-gnu (we
The release tarballs ship with pre-generated man pages, so we do not
need xsltproc for a typical end-user build.
Developers will probably have xsltproc anyway, but if not they will now
encounter a build-time failure instead of an error in configure.
---
configure.ac | 7 +--
1 file changed, 1
The symlink is created in bindir (/usr/bin), and points to a binary
which lives in rootlibexecdir (/lib/systemd or /usr/lib/systemd). A
relative symlink does not work here.
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index 38445fb..
On Mon, Mar 3, 2014 at 11:57 AM, Lennart Poettering
wrote:
> On Mon, 03.03.14 16:12, Michael Biebl (mbi...@gmail.com) wrote:
>
>> The patch looked ok to me as is, but I can certainly add a --relative
>> if you prefer.
>>
>> Should
>> dbus1-generator-install-hook:
>>$(AM_V_at)$(MKDIR_P) $(D
Since we now use ln -s --relative, using this sed statement is redundant
and causes broken symlinks to be installed.
---
Makefile.am | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 182eca6..bd78f44 100644
--- a/Makefile.am
+++ b/Makefile.am
@@
On Tue, Mar 11, 2014 at 6:14 PM, Mike Gilbert wrote:
> Since we now use ln -s --relative, using this sed statement is redundant
> and causes broken symlinks to be installed.
Actually, I think the the symlinks are not "broken" under normal
circumstances (rootlibdir = /lib). Howe
On Tue, Mar 11, 2014 at 6:42 PM, Lennart Poettering
wrote:
> On Tue, 11.03.14 18:14, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> Since we now use ln -s --relative, using this sed statement is redundant
>> and causes broken symlinks to be installed.
>
> Hmm, wouldn't
On Tue, Mar 11, 2014 at 6:53 PM, Mike Gilbert wrote:
> On Tue, Mar 11, 2014 at 6:42 PM, Lennart Poettering
> wrote:
>> On Tue, 11.03.14 18:14, Mike Gilbert (flop...@gentoo.org) wrote:
>>
>>> Since we now use ln -s --relative, using this sed statement is redundant
>
Several units now utilize the PrivateNetwork parameter, which requires
network namespace support.
---
README | 3 +++
1 file changed, 3 insertions(+)
diff --git a/README b/README
index fc13e10..cecbcbf 100644
--- a/README
+++ b/README
@@ -70,6 +70,9 @@ REQUIREMENTS:
create additional sym
Over at Gentoo, we have started installing fsck.vfat in /usr/sbin rather
than /sbin. Don't ask me why; I don't maintain our dosfstools package. ^_^
This works ok with the fsck binary from util-linux since we have it
configured to search in /usr/sbin via the --enable-fs-paths-extra configure
option
Matches default behavior in recent util-linux.
---
src/fsck/fsck.c| 6 --
src/shared/generator.c | 6 --
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/fsck/fsck.c b/src/fsck/fsck.c
index 18f2aca..24c8890 100644
--- a/src/fsck/fsck.c
+++ b/src/fsck/fsck.c
@@ -36
On Wed, Apr 9, 2014 at 12:32 PM, Lennart Poettering
wrote:
> On Wed, 09.04.14 11:21, Tom Gundersen (t...@jklm.no) wrote:
>
>>
>> On Mon, Mar 31, 2014 at 8:28 PM, Mike Gilbert wrote:
>> > Several units now utilize the PrivateNetwork parameter, which requires
>
On Thu, Apr 10, 2014 at 10:04 AM, Armin K. wrote:
> On 03/25/2014 05:35 PM, Armin K. wrote:
>> Hello there,
>>
>> I'm using stock systemd-211 release and I have noticed today that locale
>> isn't set anymore in tty.
>>
>> My X session, which runs on tty1 has the locale correctly set up, but
>> whe
On Fri, Apr 11, 2014 at 11:48 AM, Lennart Poettering
wrote:
> On Wed, 09.04.14 10:07, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> Matches default behavior in recent util-linux.
>
> Quite frankly, this is really really broken in Gentoo. Randomly moving
> packages from /sbin
Modifies find_binary() to accept NULL in the second argument.
fsck.type lookup logic moved to new fsck_exists() function, with a test.
---
src/fsck/fsck.c| 9 -
src/shared/generator.c | 11 ---
src/shared/path-util.c | 11 ---
src/shared/util.c | 8
On Sat, Apr 12, 2014 at 1:40 PM, Zbigniew Jędrzejewski-Szmek
wrote:
> On Sat, Apr 12, 2014 at 12:07:04PM -0400, Mike Gilbert wrote:
>> Modifies find_binary() to accept NULL in the second argument.
>>
>> fsck.type lookup logic moved to new fsck_exists() function, with a test
On Sat, Apr 12, 2014 at 3:10 PM, Mike Gilbert wrote:
> On Sat, Apr 12, 2014 at 1:40 PM, Zbigniew Jędrzejewski-Szmek
> wrote:
>>> +static void test_fsck_exists(void) {
>>> +/* Ensure we use a sane default for PATH. */
>>> +unsetenv("PATH&
Modifies find_binary() to accept NULL in the second argument.
fsck.type lookup logic moved to new fsck_exists() function, with a test.
---
src/fsck/fsck.c | 10 +-
src/shared/generator.c| 12 +---
src/shared/path-util.c| 33 ++---
src/
On Sat, May 17, 2014 at 4:02 PM, Cristian Rodríguez
wrote:
> El 17/05/14 14:56, Dave Reisner escribió:
>> On Sat, May 17, 2014 at 12:39:47PM -0400, Cristian Rodríguez
>> wrote:
>>> This is the standard* way used to pass special linker/compiler
>>> flags such as -fPIE and -pie
>>>
>>> * "Standard"
On Mon, Jun 9, 2014 at 4:42 PM, Reindl Harald wrote:
>
> Am 09.06.2014 22:32, schrieb Leonid Isaev:
>> On Mon, Jun 09, 2014 at 09:19:20PM +0200, Reindl Harald wrote:
>>> [...]
>>>
>>> on our production infrastrcuture these messages would be
>>> *a lot* more than all other logs summarized
>>>
>>> *
On Tue, Jun 10, 2014 at 1:32 PM, Lennart Poettering
wrote:
> On Tue, 10.06.14 13:10, Dave Reisner (d...@falconindy.com) wrote:
>
>> Perhaps there's a middle ground we can find. Tom mentioned the idea of
>> a "package" mode during configuration. How about a simpler idea -- if
>> DESTDIR is empty, a
On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
wrote:
> On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
>
>> > Symlinks should probably just be considered different type of file, that
>> > have a contents and stuff. The contents is usually a file
On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin wrote:
> On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert wrote:
>>
>> On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
>> wrote:
>> > On Tue, 10.06.14 13:58, Mike Gilbert (flop...@gentoo.org) wrote:
>> >
&
On Wed, Jun 11, 2014 at 4:56 PM, Mike Gilbert wrote:
> On Wed, Jun 11, 2014 at 12:15 PM, Kirill Elagin wrote:
>> On Wed, Jun 11, 2014 at 3:24 AM, Mike Gilbert wrote:
>>>
>>> On Tue, Jun 10, 2014 at 5:50 PM, Lennart Poettering
>>> wrote:
>>>
On Sat, Jun 21, 2014 at 10:04 AM, Cristian Rodríguez
wrote:
> El 21/06/14 01:38, Chase Rayfield escribió:
>
>> udev up to version 208 builds correctly on Sparc v8. However 212 and
>> greater does not.
>>
>> Complete build logs of 208 and 214 can be found here:
>> https://bugs.gentoo.org/show_bug.c
On Sat, Jun 21, 2014 at 11:31 AM, Mike Gilbert wrote:
> On Sat, Jun 21, 2014 at 10:04 AM, Cristian Rodríguez
> wrote:
>> El 21/06/14 01:38, Chase Rayfield escribió:
>>
>>> udev up to version 208 builds correctly on Sparc v8. However 212 and
>>> greater does
On Mon, Jun 23, 2014 at 9:25 AM, Lennart Poettering
wrote:
> On Mon, 23.06.14 16:11, Samuli Suominen (ssuomi...@gentoo.org) wrote:
>
>> > Thanks, but please work with the gcc developers to solve this
>> > generically for all gcc users, instead of work around this limitation in
>> > every individua
On Mon, Jun 23, 2014 at 6:15 PM, Chris Murphy wrote:
> But in any case, is there a better way to trigger fsck for ext3/4, and not
> for XFS and Btrfs, based on some information other than fstab fs_passno? If
> systemd knew the root file system type before mounting, it could always issue
> fsck
I have noticed that when the 'debug' option is passed on the kernel
command line, it is impossible to override this using the
'systemd.log_level' option.
I also note that passing SYSTEMD_LOG_LEVEL on the kernel command line
DOES work; the kernel copies this to the environment block for init.
Look
1 - 100 of 103 matches
Mail list logo
