Package: systemd
Version: 238-2
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
systemd fails to build from source on amd64. Here is a tail of the build
log.
| FAILED: journal-core@sta/src_journal_journald-context.c.o
| cc -Ijournal-core@sta -I. -I.. -I../ -Isrc/libsystemd-netw
Source: systemd
Version: 236-3
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
systemd fails to build from source on mipsel. Very likely this is not
caused by this particular systemd upload, but by the binutils upload
instead. In any case, the build log (attached) ends with:
| [1
Control: severity -1 minor
I think thus far, nobody has done the analysis part for systemd.
On Sun, Jan 14, 2018 at 08:11:47PM +0100, Helmut Grohne wrote:
> /bin/journalctl contains chattr. According to file it is a ELF 64-bit LSB
> shared object, x86-64, version 1 (SYSV)
> /bi
On Sun, Jan 14, 2018 at 09:07:58PM +0100, Michael Biebl wrote:
> Given your other bug reports, it looks like chattr/lsattr should
> probably be moved into another essential package then. It doesn't look
> like those tools are ext? specific.
This was discussed on d-devel. While these tools are not
Package: casync
Version: 2-1
User: helm...@debian.org
Usertags: nonessentiale2fsprogs
Dear maintainer,
We want to make removing e2fsprogs from installations possible. For standard
installations this is not useful, but embedded applications and chroots benefit
from such an option. For getting the
Package: systemd
Version: 236-3
User: helm...@debian.org
Usertags: nonessentiale2fsprogs
Dear maintainer,
We want to make removing e2fsprogs from installations possible. For standard
installations this is not useful, but embedded applications and chroots benefit
from such an option. For getting
Package: mkosi
Version: 3+17-1
User: helm...@debian.org
Usertags: nonessentiale2fsprogs
Dear maintainer,
We want to make removing e2fsprogs from installations possible. For standard
installations this is not useful, but embedded applications and chroots benefit
from such an option. For getting t
Hi Martin,
On Mon, Feb 27, 2017 at 09:11:00PM +0100, Martin Pitt wrote:
> The fix landed in upstream master. By "certainly miss stretch" you mean
> support
> for tilegx at large, or this particular patch? Because we have some other
That was way faster than I expected. I do mean tilegx support at
Control: forwarded -1
https://lists.freedesktop.org/archives/systemd-devel/2017-February/038375.html
On Mon, Feb 27, 2017 at 03:16:20PM +0100, Michael Biebl wrote:
> Please file that issue directly upstream and report back with the bug
> number so we can mark it as fowarded accordingly.
Done.
>
Source: systemd
Tags: upstream patch
User: helm...@debian.org
Usertags: rebootstrap
systemd fails to cross build for tilegx (and likely fails to build
natively as well), because the LIB_ARCH_TUPLE is missing. It has since
been added to dpkg's cputable. Thus I am attaching the obvious patch
setting
Control: reassign libtool
Control: retitle -1 libtool misdetects nios2 as os2
Control: tags -1 =
Control: affects -1 + src:systemd
On Fri, Jan 13, 2017 at 07:28:30PM +0100, Helmut Grohne wrote:
> Still I am very much interested in finding the real cause. Given that
> you suspect libtool,
Control: tags -1 - moreinfo
On Fri, Jan 13, 2017 at 05:02:15PM +0100, Michael Biebl wrote:
> Control: tags -1 + moreinfo
Adding moreinfo without asking a question doesn't make any sense.
> We don't have a decent explanation what's going on so I'm wary of
> applying a workaround where nobody know
Source: systemd
Version: 232-9
User: helm...@debian.org
Usertags: rebootstrap
Since systemd 232-9 some architectures no longer bootstrap. An example
is nios2:
https://jenkins.debian.net/job/rebootstrap_nios2_gcc6/56/consoleText:
| # ship test-udev, so that we have it for autopkgtests
| install -D
Package: init-system-helpers
Version: 1.35
File: /usr/sbin/invoke-rc.d
Severity: minor
User: helm...@debian.org
Usertags: rebootstrap
While removing e.g. x11-common, I saw the following message scrolling
by:
| /usr/sbin/invoke-rc.d: 1: /usr/sbin/invoke-rc.d: /sbin/runlevel: not found
| invoke-rc.
Control: severity -1 wishlist
Hi Felipe,
On Fri, Jan 08, 2016 at 01:11:29PM -0300, Felipe Sateler wrote:
> kmod-static-nodes.service already has:
>
> ConditionPathExists=/lib/modules/%v/modules.devname
>
> That is, you have a kernel installed that require static device node
> creation. On my sy
Source: systemd
Version: 215-17+deb8u2
Hi Martin, Michael and other systemd folks,
in another attempt at exploring systemd, I noticed that you can install
a base system with systemd without installing kmod. This is useful for
minimizing an installation when your kernel does not support module
loa
Source: systemd
Version: 228-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap
Forwarded:
http://lists.freedesktop.org/archives/systemd-devel/2015-November/035105.html
Hi systemd maintainers,
Since 228, systemd FTBFS on x32. See
https://buildd.debian.org/status/fetch.php?pkg=
Source: systemd
Version: 230-1
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: block -1 by 797383
Please enable libseccomp for more architectures. In particular, I am
missing support for mips64, mips64el and x32. I assume that mips64el
will become a release a
Hi Michael,
I am quoting everything due to added recipients (d-cross and josch).
On Mon, Aug 24, 2015 at 12:58:15AM +0200, Michael Biebl wrote:
> since we made the changes at debconf to improve
> cross-building/bootstrapping in systemd, I get the following failure
> when trying to run mk-build-de
@@ -1,3 +1,10 @@
+init-system-helpers (1.23+nmu1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix FTCBFS: Annotate perl dependency with :any. (Closes: #-1)
+
+ -- Helmut Grohne Sat, 01 Aug 2015 17:29:35 +0200
+
init-system-helpers (1.23) unstable; urgency=medium
[ Didier
20 matches
Mail list logo
