Hi Michael,
On Thu, Jul 15, 2021 at 12:22:59AM +0200, Michael Biebl wrote:
> You are right. Thinking more about this, splitting out libsystemd-shared as
> a Multi-Arch: same library will not help with
> SystemCallArchitectures=native, which is used by the services in
> systemd-{container,journal-r
Guillem Jover dixit:
>I've been meaning to send a note about this for some time now, but
>as I feel it keeps getting ignored, it always seems a bit pointless.
Yeah, I saw this popping up multiple times in that bugreport ☹
>But in any case, given that merged-usr-via-aliased-dirs is not really
>su
Am 09.07.21 um 14:24 schrieb Helmut Grohne:
Now let's do something stupid. Rename systemd to systemd-core (taking
all files with it, please refrain from discussing the name unless you
seriously consider doing this). Mark it Multi-Arch: allowed. Add a new,
empty binary package systemd. It is Multi
On Wed, 2021-07-14 at 11:59:11 +0100, Simon McVittie wrote:
> On Thu, 08 Jul 2021 at 23:03:48 +0200, Michael Biebl wrote:
> > [a separate libsystemd-shared-249 .deb] would also mean, that on every
> > new upstream release, systemd would have to go through NEW
>
> It seems like we're rejecting a go
Hi!
On Tue, 2021-06-15 at 13:31:15 +0200, Felix C. Stegerman wrote:
> FYI I just noticed another inconsistency: on my merged /usr systems
> (installed as such, not converted later w/ usrmerge), /etc/shells
> contains both /bin/ and /usr/bin/ paths for some shells, but not all
> (e.g. no /usr/bin/s
On Wed, 2021-07-14 at 19:54:56 +, Thorsten Glaser wrote:
> Sean Whitton dixit:
> >* #978636 move to merged-usr-only?
> >
> > We were asked to decide whether or not Debian 'bookworm' should
> > continue to support systems which are not using the merged-usr
> > filesystem layout. We decided t
Package: wnpp
Severity: wishlist
Owner: Peymaneh Nejad
* Package name: golang-github-google-cel-spec
Version : 0.5.1-1
Upstream Author : Google
* URL : https://github.com/google/cel-spec
* License : Apache-2.0
Programming Lang: Go
Description : go libra
Sean Whitton dixit:
>* #978636 move to merged-usr-only?
>
> We were asked to decide whether or not Debian 'bookworm' should
> continue to support systems which are not using the merged-usr
> filesystem layout. We decided that support should not continue beyond
> Debian 'bullseye'.
What? WHAT
Am 14.07.21 um 19:54 schrieb Paul Sutton:
Hi All
Am I right in thinking that xfce4-notes has been removed? I have
installed xfce4-goodies and it isn't installed.
From unstable/testing that is correct.
See
https://tracker.debian.org/pkg/xfce4-notes-plugin
specifically
https://tracker.debian.
Hi All
Am I right in thinking that xfce4-notes has been removed? I have
installed xfce4-goodies and it isn't installed.
apt search xfce4-notes
Sorting... Done
Full Text Search... Done
xfce4-goodies/testing,now 4.14.0 amd64 [installed]
enhancements for the Xfce4 Desktop Environment
Appears
On 14/07/2021 11:25, Pierre-Elliott Bécue wrote:
Hi Paul,
Paul Sutton writes:
Hi
I installed Debian 11 on my new hard disk yesterday in preparation for
the release, everything went very smoothly, I did manage to skip
selecting a mirror (error on my part) but adding that manually worked
fine
On 14.07.21 13:47, Michael Biebl wrote:
Am 14.07.21 um 12:59 schrieb Simon McVittie:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and
auto-accept
packages from the given source package that match the regex, assign
Package: wnpp
Severity: wishlist
Owner: Peymaneh Nejad
* Package name: golang-github-stoewer-go-strcase
Version : 1.2.0-1
Upstream Author : A. Stoewer
* URL : https://github.com/stoewer/go-strcase
* License : Expat
Programming Lang: Go
Description : go
Package: wnpp
Severity: wishlist
Owner: Peymaneh Nejad
* Package name: golang-github-newrelic-go-agent
Version : 3.13.0-1
Upstream Author : New Relic
* URL : https://github.com/newrelic/go-agent
* License : Apache-2.0
Programming Lang: Go
Description :
On Wed, Jul 14, 2021 at 11:59:11AM +0100, Simon McVittie wrote:
> It seems like this would also be good for src:linux, where ABI breaks
> are often tied to security fixes that should enter the archive ASAP.
As security updates are hand approved, accepting by NEW does not help
that much.
Bastian
On Thu, Jul 08, 2021 at 11:03:48PM +0200, Michael Biebl wrote:
> Asking on #debian-systemd, Marco d'Itri suggested, that we move
> libsystemd-shared into a separate binary package. This would only help, if
> we moved libsystemd-shared into a Multi-Arch location (which means, we'd
> have to carry a
* Simon McVittie [2021-07-14 11:59]:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and auto-accept
packages from the given source package that match the regex, assigning
the given section/priority, without manual act
Am 14.07.21 um 13:47 schrieb Michael Biebl:
Am 14.07.21 um 12:59 schrieb Simon McVittie:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and
auto-accept
packages from the given source package that match the regex, as
Am 14.07.21 um 12:59 schrieb Simon McVittie:
Would it be feasible for dak to have a list of binary package name
regexes mapped to a source package and a section/priority, and auto-accept
packages from the given source package that match the regex, assigning
the given section/priority, without man
On Thu, 08 Jul 2021 at 23:03:48 +0200, Michael Biebl wrote:
> [a separate libsystemd-shared-249 .deb] would also mean, that on every
> new upstream release, systemd would have to go through NEW
It seems like we're rejecting a good technical solution because
social/organisational factors block it (
Hi Paul,
Paul Sutton writes:
> Hi
>
> I installed Debian 11 on my new hard disk yesterday in preparation for
> the release, everything went very smoothly, I did manage to skip
> selecting a mirror (error on my part) but adding that manually worked
> fine after asking for help on IRC. Also good
21 matches
Mail list logo
