Re: Bug#1070706: gtk4 udeb has unsatisfiable dependencies

Control: severity 1070706 normal Control: severity 1070714 normal On Tue, 07 May 2024 at 22:53:33 +0200, Cyril Brulebois wrote: > Simon McVittie (2024-05-07): > > do the release/installer teams consider udeb dependencies > > on non-udeb packages, by udebs that d-i does not curren

Re: Bug#1070706: gtk4 udeb has unsatisfiable dependencies

On Tue, 07 May 2024 at 22:02:12 +0200, Paul Gevers wrote: > On 07-05-2024 7:49 p.m., Simon McVittie wrote: > > The version in testing, 4.12.5+ds-3, has the same dependencies, so this > > is not a regression. > > Is it? It seems that the version in unstable depends on libpng

Re: Bug#1070706: gtk4 udeb has unsatisfiable dependencies

Control: tags -1 + d-i Control: found -1 4.12.5+ds-3 Control: retitle -1 gtk4 udeb has unsatisfiable dependencies Control: clone -1 -2 Control: retitle -2 libvte-2.91-0-udeb depends on both GTK 3 and GTK 4 Control: reassign -2 src:vte2.91 0.75.92-1 On Tue, 07 May 2024 at 15:44:02 +0100, Peter

Bug#1070121: nmu: coreutils_9.4-3 (trixie), pam_1.5.2-9.1 (trixie)

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: coreut...@packages.debian.org, p...@packages.debian.org, debian-boot@lists.debian.org Control: affects -1 + src:coreutils src:pam coreutils_9.4-3.1 and pam_1.5.3-7 aren't

Bug#1063657: installation-reports: expert install + https asks for a choice with only one option

Package: installation-reports Severity: minor Boot method: USB flash drive Image version: reproduced on debian-12.5.0-i386-DVD-1.iso and debian-12.5.0-amd64-netinst.iso Date: 2024-02-10 Machine: not relevant Partitions: not relevant My partner encountered an unexpected UX during point release

Re: Bug#1053307: bullseye-pu: package glib2.0/2.66.8-1+deb11u1

On Sun, 01 Oct 2023 at 11:52:25 +0100, Simon McVittie wrote: > I would like to update glib2.0 in Debian 11.9. We're too close to the > 11.8 deadline for an update with this size of diffstat, so I'd like > to upload it to bullseye-proposed-updates shortly after 11.8 is out, > to give it

Re: Bug#1025708: bullseye-pu: package debootstrap/1.0.123+deb11u2

On Sat, 28 Oct 2023 at 14:54:45 +0200, Cyril Brulebois wrote: > Compared to what I get from a `dpkg-buildpackage -S` run locally (using > the bullseye branch at tag debian/1.0.123+deb11u2), the source package > available on coccia adds the debian/.gitignore file I believe dpkg-source defaults to

Bug#1054278: unifont-bin: Consider dropping unifont-viewer and therefore the dependency on unmaintained libwx-perl

Package: unifont-bin Version: 1:15.1.01-1 Severity: wishlist Tags: d-i X-Debbugs-Cc: Scott Talbert , debian-boot@lists.debian.org unifont-bin depends on libwx-perl, which as mentioned in #1054146 is unmaintained upstream and only minimally maintained in Debian. debian-installer build-depends on

Re: Bug#1025708: bullseye-pu: package debootstrap/1.0.123+deb11u2

On Thu, 31 Aug 2023 at 00:12:53 +0100, Simon McVittie wrote: > I did the same testing as for bookworm's #1050868, summarized on > <https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/105>. > As with #1050868, all differences between the output of a reference > ve

Re: Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

On Sun, 15 Oct 2023 at 11:56:21 +0100, Simon McVittie wrote: > - copy the proposed debootstrap-udeb_1.0.128+nmu2+deb12u1_all.udeb into > debian-installer_bookworm/build/pkg-lists/base Sorry, that should of course have said: into debian-installer_bookworm/build/localudebs/. smcv

Re: Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

On Wed, 30 Aug 2023 at 23:40:12 +0100, Simon McVittie wrote: > On Wed, 30 Aug 2023 at 16:27:12 +0100, Simon McVittie wrote: > > Part of the transition to merged-/usr, and more specifically, allowing > > us to stop shipping files in trixie whose physical path on disk does > >

Re: Bug#1052068: bookworm-pu: package dbus/1.14.10-1~deb12u1

Control: tags -1 + d-i On Sat, 16 Sep 2023 at 21:59:55 +0100, Simon McVittie wrote: > [ Reason ] > New upstream bugfix release I realise this technically needs a d-i ack, since dbus has udebs (for the benefit of a11y in the graphical installer), although as discussed in previous stable

Re: Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

On Wed, 30 Aug 2023 at 16:27:12 +0100, Simon McVittie wrote: > [ Reason ] > Part of the transition to merged-/usr, and more specifically, allowing > us to stop shipping files in trixie whose physical path on disk does > not match their path in the dpkg database due to direct

Re: Bug#1025708: bullseye-pu: package debootstrap/1.0.123+deb11u2

On Thu, 31 Aug 2023 at 00:12:45 +0100, Simon McVittie wrote: > [ Reason ] > The same changes proposed for bookworm in #1050868, but for bullseye. > Because official buildds that build trixie/sid are not yet all running > bookworm, we'll need this change in bullseye too. > &g

Re: Bug#1025708: bullseye-pu: package debootstrap/1.0.123+deb11u2

or bootstrapping trixie + + [ Simon McVittie, Luca Boccassi ] + * Backport merged-/usr support changes from trixie: +- Implement merged-/usr by post-merging. + This changes the bootstrap order so that it will be possible for a + future version of base-files in trixie/sid to tak

Re: Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

Control: tags -1 + d-i On Wed, 30 Aug 2023 at 16:27:12 +0100, Simon McVittie wrote: > Part of the transition to merged-/usr, and more specifically, allowing > us to stop shipping files in trixie whose physical path on disk does > not match their path in the dpkg database due to directory

Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

g +- With these changes, the autopkgtest is confirmed to pass in + autopkgtest-virt-qemu (Closes: #983197) + + -- Simon McVittie Wed, 30 Aug 2023 15:21:17 +0100 + debootstrap (1.0.128+nmu2) unstable; urgency=low * Non-maintainer upload. diff -Nru debootstrap-1.0.128+nmu2/debian/gbp.conf deboo

Bug#1049898: debootstrap: change /usr-merge implementation to merge after unpack

On Wed, 16 Aug 2023 at 17:07:39 +0200, Helmut Grohne wrote: > The other aspect is that we want to ship the > aliasing symlinks in a package (base-files probably). ... > Is there any prerequisite you see missing before we can merge and upload > this change? Any aspect to be analyzed? Any situation

Bug#1041207: debootstrap: bad NMU produces buildds not supported by dpkg _and_ CTTE

On Sun, 16 Jul 2023 at 12:42:11 +0100, Luca Boccassi wrote: > In the meanwhile, I'll immediately revert the sabotage. Both of you, please don't turn this into an NMU war in the archive: that doesn't benefit anyone. I would have preferred it if Adam had not immediately uploaded a 0-day revert, but

Bug#1041207: debootstrap: bad NMU produces buildds not supported by dpkg _and_ CTTE

On Sat, 15 Jul 2023 at 18:27:24 +0200, Adam Borowski wrote: > bluca's NMU on 2023-07-15 makes debootstrap produce chroots using the > aliased-dirs scheme. My intention in the MR that was included in the NMU[1] was to default to merged-/usr chroots in all cases for trixie and up, but continue to

Bug#1041207: debootstrap: bad NMU produces buildds not supported by dpkg _and_ CTTE

On Sat, 15 Jul 2023 at 18:27:24 +0200, Adam Borowski wrote: > But, what matters here is the CTTE ruling in #1035831 -- for the time being, > packages must not move files between locations affected by the aliasing. If that happens in reality, then yes, that's bad, and reverting the change is a

Re: Bug#1040915: bookworm-pu: package dbus/1.14.8-2~deb12u1

On Thu, 13 Jul 2023 at 16:58:54 +0100, Adam D. Barratt wrote: > On Wed, 2023-07-12 at 12:34 +0100, Simon McVittie wrote: > > On Wed, 12 Jul 2023 at 12:12:47 +0100, Simon McVittie wrote: > > > [ Reason ] > > > https://bugs.debian.org/1040790 > > Please go ahead

Re: Bug#1040915: bookworm-pu: package dbus/1.14.8-2~deb12u1

On Wed, 12 Jul 2023 at 12:12:47 +0100, Simon McVittie wrote: > [ Reason ] > https://bugs.debian.org/1040790 > [ Changes ] > All changes are part of resolving or testing #1040790. Debdiff attached. > [ Tests ] I should also have mentioned that I'm running the proposed packag

Bug#1040915: bookworm-pu: package dbus/1.14.8-2~deb12u1

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: d...@packages.debian.org, debian-boot@lists.debian.org Control: affects -1 + src:dbus [ Reason ] https://bugs.debian.org/1040790 [ Impact ] A regression in

Bug#1040790: installation-reports: ID in /etc/machine-id and /var/lib/dbus/machine-id mismatch on fresh debian 12 installation

Control: reassign -1 src:dbus 1.12.20-3 On Mon, 10 Jul 2023 at 18:43:06 +0100, Luca Boccassi wrote: > As a wild guess, maybe the split of src:dbus into multiple packages > affected the order in which the postinsts run, and now systemd's runs > first and creates /etc/machine-id, and then

Bug#1031828: debootstrap: Please document --usr-merge option in --help output

Control: tags -1 + patch Control: forwarded -1 https://salsa.debian.org/installer-team/debootstrap/-/merge_requests/94 On Fri, 24 Feb 2023 at 01:19:46 +0100, Santiago Vila wrote: > So, if the buildds are still running non-usr-merged chroot, can you at least > document the --usr-merge option

Bug#1037196: bullseye-pu: package dbus/1.12.28-0+deb11u1

a denial of service issue if the root or messagebus user is + monitoring messages on the system bus with the Monitoring interface + (dbus-monitor, busctl monitor, gdbus monitor or similar) + (Closes: #1037151) + + -- Simon McVittie Tue, 06 Jun 2023 15:07:35 +0100 + dbus (1.12.24-0+deb11u1

Bug#1037194: bookworm-pu: package dbus/1.14.8-1~deb12u1

failed; } //okay: diff -Nru dbus-1.14.6/debian/changelog dbus-1.14.8/debian/changelog --- dbus-1.14.6/debian/changelog 2023-02-08 13:21:47.0 + +++ dbus-1.14.8/debian/changelog 2023-06-06 15:05:50.0 +0100 @@ -1,3 +1,17 @@ +dbus (1.14.8-1) unstable; urgency=medium + + [

Bug#1031622: d-i regression in weekly builds: FEATURE_C12 unsupported by the installed e2fsck

Control: reassign -1 src:e2fsprogs 1.47.0-1 Control: retitle -1 mke2fs: should not enable orphan_file by default until trixie Control: affects -1 installation-reports On Fri, 24 Feb 2023 at 18:43:05 +0100, Cyril Brulebois wrote: > Simon McVittie (2023-02-24): > > caused by t

Bug#1031622: d-i regression in weekly builds: FEATURE_C12 unsupported by the installed e2fsck

On Fri, 24 Feb 2023 at 16:56:23 +0100, Cyril Brulebois wrote: > Cyril Brulebois (2023-02-19): > > Simon McVittie (2023-02-19): > > > Are d-i alphas and weekly builds built differently? Is it perhaps the > > > case that alphas are built from testing udebs, while we

Bug#1031622: d-i regression since bookworm alpha 1: creates a filesystem with FEATURE_C12 unsupported by the installed e2fsck

On Sun, 19 Feb 2023 at 17:56:04 -0500, Theodore Ts'o wrote: > On Sun, Feb 19, 2023 at 01:23:19PM +0000, Simon McVittie wrote: > > I think this could be caused by debian-installer having udebs from > > e2fsprogs 1.47.0-1 in the installation environment > > I thought the Debian

Bug#1031622: d-i regression in weekly builds: FEATURE_C12 unsupported by the installed e2fsck

Control: retitle -1 d-i regression in weekly builds: FEATURE_C12 unsupported by the installed e2fsck On Sun, 19 Feb 2023 at 14:39:12 +0100, Cyril Brulebois wrote: > Simon McVittie (2023-02-19): > > Graphical installation proceeded normally (in particular #1031620 is > > fixed

Bug#1031622: d-i regression since bookworm alpha 1: creates a filesystem with FEATURE_C12 unsupported by the installed e2fsck

Package: installation-reports Severity: grave Justification: renders package unusable (at least for inexperienced users) X-Debbugs-Cc: e2fspr...@packages.debian.org Boot method: virtual CD Image version:

Bug#1031620: bookworm d-i alpha 1 netinst: graphical install fails on qemu with virtio video: (EE) no screens found

Package: installation-reports Severity: normal This issue is already fixed in weekly builds as of 2023-02-09, but I'm reporting it as errata for the alpha 1 milestone. Boot method: virtual CD Image version: debian-bookworm-DI-alpha1-amd64-netinst.iso Machine: virt-manager "Debian testing" qemu

Re: Bug#1018689: override: python3:python/standard

On Sat, 03 Sep 2022 at 22:41:36 -0700, Sean Whitton wrote: > On Sun 28 Aug 2022 at 10:33PM -05, Daniel Lewart wrote: > > Currently, python3 is Priority: optional. > > > > The following Buster packages have Priority: standard: > > * python > > * python-minimal > > * python2.7 > > *

Re: Bug#992476: override: gcc-9-base:libs/optional

On Thu, 19 Aug 2021 at 00:06:00 -0500, Daniel Lewart wrote: > Please change gcc-9-base from: > libs/required > to: > libs/optional Reminder that this request for a priority reduction is still outstanding. gcc 9 has not been the default gcc since 2020, and Debian 11 was released with gcc

Bug#1000239: Rescue system won't find root partition, but insists on /usr

(Speaking only on my own behalf, not on behalf of the TC, here) On Fri, 03 Dec 2021 at 16:08:24 -0500, Nicholas D Steeves wrote: > 1. Debian isn't yet ready for usrmerge Merged /usr is not actually the problem here, although it exacerbates what appears to be a pre-existing bug in the rescue

Bug#997826: gcc-11: Current/future gcc-N-base packages should not declare Priority: required

will need to be regenerated afterwards), but there might be subtleties that I'm missing. Thanks, smcv >From f485b1e8e618ef12056d1eea54aa4b617ec10117 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Mon, 25 Oct 2021 14:20:16 +0100 Subject: [PATCH] d/control.m4: Make all packages Prior

Bug#992166: installation-reports: cannot install bootloader on JFS-on-mdraid, is this meant to work?

On Sat, 14 Aug 2021 at 19:37:37 +0100, Simon McVittie wrote: > While working through the debian-cd testing checklist I tried to install > from the copy of d-i on the XFCE live image, onto a (degraded) RAID1 array > with a single JFS partition that is the root filesystem. I retried ins

Bug#992166: installation-reports: cannot install bootloader on JFS-on-mdraid, is this meant to work?

Package: installation-reports Severity: normal Boot method: USB Image version: debian-live-11.0.0-amd64-xfce.iso release candidate, 2021-08-14 Date: 2021-08-14 approx 18:30 UTC Machine: Lenovo Thinkpad X201, booted using BIOS Partitions: (transcribed by hand, might not be 100% accurate -

Bug#989863: debian-installer: Firmware problems in bullseye

On Sat, 24 Jul 2021 at 09:05:59 +0200, Cyril Brulebois wrote: > If we were to go the “(almost) all in” route, it might make sense to > either blacklist (some of) those, or to whitelist the known-ok ones, > which would require some monitoring of new additions over time (which > dillon, behind

Bug#820838: os-prober: 40grub2 does not handle multiple initrd paths

boot Arch successfully from the grub menu, we need to add all of their initrds to the grub menu entry (detecting this situation requires an os-prober patch, for which see <https://bugs.debian.org/820838>). [Commit message added by Simon McVittie ] Bug: https://savannah.gnu.org/bugs/index.php?47

Re: Bug#986001: buster-pu: package glib2.0/2.58.3-2+deb10u3

On Tue, 08 Jun 2021 at 21:48:31 +0100, Adam D. Barratt wrote: > On Mon, 2021-05-31 at 01:52 +0200, Cyril Brulebois wrote: > > In the interest of not delaying this any further, I'd probably > > recommend accepting the package into p-u, and if for some reasons > > tests > > look bad when I get to

Bug#988951: regression: focus_path on last items no longer works properly

On Sun, 23 May 2021 at 14:43:33 +0100, Simon McVittie wrote: > When the GtkTreeView is resized as a result of the text being added, > the top left corner of the visible area is what's preserved; if its > selected row was near the bottom, the result is that the selected row > is no lo

Bug#988951: regression: focus_path on last items no longer works properly

On Sun, 23 May 2021 at 11:31:58 +0100, Simon McVittie wrote: > > - Slightly shorter (`kvm -m 1G -cdrom mini.iso`, no disk layout or even > >disk required), pick a language like French and all default choices, > >until the mirror country selection, pick the very last one

Bug#988951: regression: focus_path on last items no longer works properly

On Fri, 21 May 2021 at 21:54:15 +0200, Cyril Brulebois wrote: > focussing on the last items of a GtkTreeView > no longer works correctly FYI I didn't receive the initial message reporting this bug, only the follow-up, despite you having X-Debbugs-Cc'd me. I'm not sure why. Luckily `bts show

Bug#988814: unblock: gtk+2.0/2.24.33-2

. +adwaita-icon-theme already Recommends librsvg2-common, but people who +routinely do not install recommended packages will get a better hint +about how much will be broken by its removal if GTK also recommends it. + + -- Simon McVittie Wed, 19 May 2021 17:13:33 +0100 + gtk+2.0

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

, Simon McVittie wrote: > Following the rule of thumb that bad interactions between two components > should often be fixed on *both* sides, I'd be tempted to clone this bug, > reassign to both gtk+2.0 and cdebconf, and apply both changes. As discussed with kibi on the merge requests,

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

On Mon, 17 May 2021 at 23:54:01 +0200, Cyril Brulebois wrote: > Simon McVittie (2021-05-17): > > It looks as though the problem is that the size GTK chooses for a > > GtkTextView (a debconf "note" or similar) is flapping between two > > values. > > Without

Re: moving graphical installer to GTK 3

On Mon, 17 May 2021 at 17:48:45 +0200, Cyril Brulebois wrote: > I've checked what would > happen with GTK 3 in cdebconf and cdebconf-gtk-terminal (I had forgotten > about cdebconf-gtk-entropy until writing this reply). I think it's much too late in the Debian 11 cycle to be doing this for Debian

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

On Mon, 17 May 2021 at 18:12:35 +0200, Cyril Brulebois wrote: > And for those not following #debian-boot, I'm finding myself between a > rock and a hard place, as both options (trying to work around the > rendering-related hangs versus switching to GTK 3 at the last moment) > are very far from

Bug#947085: cdebconf: Please omit cdebconf-{gtk,newt}-udeb on Ubuntu/i386

On Fri, 20 Dec 2019 at 12:11:44 -0600, Steve Langasek wrote: > In Ubuntu, we are in the process of moving the i386 architecture to a > compatibility-only layer on amd64. ... We would like to drop [some] udebs Do I understand correctly that Ubuntu now builds all packages with the noudeb

Bug#988589: cdebconf-gtk: should capture GLib structured logging to syslog in d-i

onf/-/merge_requests/4>. smcv >From f66ecc20da5f265cecf361f6983d92670a723bf8 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Sun, 16 May 2021 13:04:08 +0100 Subject: [PATCH] gtk: Capture new-style GLib structured logging messages under d-i GLib 2.50 replaced the non-machine-reada

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

ime that cdebconf-gtk does. I'm also not sure whether it's actively used for anything? smcv >From 5cb0a7ca277527a51c3449d1c61b232adc08058c Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Fri, 7 May 2021 09:39:04 +0100 Subject: [PATCH] d/rules: Build udeb with debug --- debian/rules

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

On Mon, 03 May 2021 at 17:17:21 +0100, Simon McVittie wrote: > I've also been able to attach a debugger to debconf. My preliminary finding > is: we enter gtk_container_idle_sizer() in GTK 2 and never exit, because > every time we go into gtk_container_check_resize(),

Re: Bug#987587: libpango1.0-udeb: hangs the installer in various situations

On Thu, 29 Apr 2021 at 18:54:56 +0200, Cyril Brulebois wrote: > Version 1.44.4 is the first one I was able to build, using the packaging > from debian/1.44.6-1 (first 1.44.x version that was packaged and that's > also known to be buggy). I've been able to hack together packaging for 1.43.0

Bug#987947: unblock (pre-approval): gtk+3.0/3.24.24-4

SMB server's list of shares + (e.g. smb://192.168.1.1/) in Nautilus + * d/p/updateiconcache-Sort-list-of-entries.patch: +Mark as applied upstream to GTK 3 as well as to GTK 4 + + -- Simon McVittie Sun, 02 May 2021 12:34:12 +0100 + gtk+3.0 (3.24.24-3) unstable; urgency=medium * d/pat

Bug#887649: cdebconf-gtk-terminal: Please don't depend on unmaintained vte

On Thu, 03 Sep 2020 at 11:46:56 +0200, Cyril Brulebois wrote: > Simon McVittie (2020-09-03): > > One way to resolve [needing a libstdc++ udeb] > > might be to build the vte2.91 udeb with > > -static-libstdc++, which makes it about 200K larger than it would > > othe

Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu

On Mon, 22 Feb 2021 at 13:05:11 +0300, Michael Tokarev wrote: > 22.02.2021 13:00, Simon McVittie wrote: > > Control: reassign -1 src:debootstrap 1.0.123 > > Control: retitle -1 debootstrap: autopkgtest regression under > > autopkgtest-virt-qemu > [] > > > n

Bug#983311: debootstrap: debian/tests/fake/schroot-1.6.10-3 does not behave the same as schroot 1.6.10-3

Source: debootstrap Version: 1.0.118 Severity: important Back in 2017, I added an autopkgtest to debootstrap. One of the things that it does is to run a simplified version of schroot, to make sure that a chroot produced by debootstrap is usable by schroot - in other words, to make sure the

Re: Bug#983197: debootstrap: autopkgtest regression under autopkgtest-virt-qemu

Control: reassign -1 src:debootstrap 1.0.123 Control: retitle -1 debootstrap: autopkgtest regression under autopkgtest-virt-qemu On Sun, 21 Feb 2021 at 08:45:48 +0900, Ryutaroh Matsumoto wrote: > I report here another different behaviors of lxc and qemu testbeds. > The testbeds were made by

Bug#974966: debian-installer: please check for libgdk_pixbuf_xlib-2.0 dependencies

On Tue, 17 Nov 2020 at 14:15:27 +0100, Samuel Thibault wrote: > Simon McVittie, le mar. 17 nov. 2020 11:11:53 +, a ecrit: > > So I think losing libgdk_pixbuf_xlib-2.0.so.0 from the > > udeb would be OK. > > I had a run on the amd64 .udebs, and could not find a bina

Bug#974966: debian-installer: please check for libgdk_pixbuf_xlib-2.0 dependencies

On Tue, 17 Nov 2020 at 11:11:53 +, Simon McVittie wrote: > I'll follow up to this bug when I have a gdk-pixbuf version with the > proposed split ready for testing. It would be great if someone who knows > d-i could try a build of the graphical installer with those package

Bug#974966: debian-installer: please check for libgdk_pixbuf_xlib-2.0 dependencies

Package: debian-installer Severity: normal The libgdk-pixbuf2.0-0 package and its corresponding udeb have traditionally included two shared libraries, libgdk_pixbuf-2.0.so.0 and libgdk_pixbuf_xlib-2.0.so.0. Gdk-Pixbuf upstream recently split the source package, moving the Xlib parts into their

Bug#887649: cdebconf-gtk-terminal: Please don't depend on unmaintained vte

On Sun, 21 Jan 2018 at 21:27:47 +0100, Egmont Koblinger wrote: > > We don't do c++ in d-i. > > Unfortunately this sounds really problematic. As of version 0.42 vte > has been using (more and more) C++. This is not like Ubuntu's PCRE2 > hack which is a matter of a few hours of work reverting and

Re: Bug#962068: stretch-pu: package dbus/1.10.30-0+deb9u1

On Sat, 11 Jul 2020 at 14:34:06 +0200, Cyril Brulebois wrote: > Adam D. Barratt (2020-06-20): > > I suspect this will be the last such update before stretch moves to > > LTS, but that seems fair. > > > > This will need the usual KiBi ack, so tagging and CCing. > > No objections, thanks. Does

Re: Bug#962067: buster-pu: package dbus/1.12.20-0+deb10u1

Control: retitle -1 buster-pu: package dbus/1.12.20-0+deb10u1 On Sat, 20 Jun 2020 at 20:26:24 +0100, Adam D. Barratt wrote: > On Tue, 2020-06-02 at 21:22 +0100, Simon McVittie wrote: > > dbus 1.12.18 fixes a local denial of service vulnerability for which > > the Security Team

Re: Bug#956612: libpango-1.0-0: broken kerning since 1.44

Control: forwarded -1 https://gitlab.gnome.org/GNOME/pango/-/issues/404 On Fri, 26 Jun 2020 at 09:46:10 +0200, Yves-Alexis Perez wrote: > On Fri, 2020-06-26 at 00:16 +0200, Cyril Brulebois wrote: > > I thought severity was higher than that. Reasoning for serious is that > > rendering looks

Re: Bug#947442: buster-pu: package pango1.0/1.42.4-8~deb10u1

On Sat, 25 Apr 2020 at 20:02:24 +0100, Adam D. Barratt wrote: > On Thu, 2019-12-26 at 21:43 +0000, Simon McVittie wrote: > > We've been asked to fix a crash bug (#898960) in buster. > > Sorry for the delay in replying. I'd be happy with the diff as > presented, thanks.

Re: Bug#954075: busybox: provide a low-priority alternative for vi, view, editor

On Tue, 17 Mar 2020 at 09:13:33 +0100, John Paul Adrian Glaubitz wrote: > I think enabling vi in the busybox configuration is actually the best approach > to address this problem as this way we continue to ship vi with > debian-installer > and at the same time get rid of the vim dependency which

Bug#954075: busybox: provide a low-priority alternative for vi, view, editor

Package: busybox Version: 1:1.30.1-4 Severity: wishlist Steps to reproduce: - Install a chroot/container - Install busybox Expected results: - If a more fully-featured vi is installed (vim, vim-*, nvi, etc.) then it provides the vi and view commands in PATH - Otherwise, "vi foo.txt" runs

Re: RFC: Replacing vim-tiny with nano in essential packages

On Mon, 16 Mar 2020 at 11:06:11 +0100, John Paul Adrian Glaubitz wrote: > Thus, my suggestion would be to replace vim-tiny with nano in the list of > essential packages Neither vim-tiny nor nano is Essential. They are currently both Priority: important, which I think means debootstrap will

Re: Bug#944133: buster-pu: package glib2.0/2.58.3-2+deb10u2

On Fri, 08 Nov 2019 at 19:52:05 +, Adam D. Barratt wrote: > On Wed, 2019-11-06 at 12:08 +, Adam D. Barratt wrote: > > On 2019-11-04 19:12, Simon McVittie wrote: > > > A recent security fix to ibus (CVE-2019-14822, #940267, DSA-4525-1) > > > exposed an interope

Re: Bug#944133: buster-pu: package glib2.0/2.58.3-2+deb10u2

On Wed, 06 Nov 2019 at 12:08:47 +, Adam D. Barratt wrote: > On 2019-11-04 19:12, Simon McVittie wrote: > > A recent security fix to ibus (CVE-2019-14822, #940267, DSA-4525-1) > > exposed an interoperability bug between GLib's implementation of D-Bus > > and the reference i

Bug#933535: buster-pu: package glib2.0/2.58.3-2+deb10u1

#931234, CVE-2019-13012) + * d/gbp.conf: Swap branch to debian/buster + + -- Simon McVittie Tue, 30 Jul 2019 10:41:51 +0100 + glib2.0 (2.58.3-2) unstable; urgency=medium * Team upload diff -Nru glib2.0-2.58.3/debian/gbp.conf glib2.0-2.58.3/debian/gbp.conf --- glib2.0-2.58.3/debian/gbp.conf

Bug#930371: unblock: dbus/1.12.16-1

s in their own home directory to bypass authentication and + connect to a DBusServer with elevated privileges. The standard + system and session dbus-daemons in their default configuration were + immune to this attack because they did not allow DBUS_COOKIE_SHA1, + but third-party users

Bug#929956: unblock: glib2.0/2.58.3-2

permissions during copying +(Closes: #929753, CVE-2019-12450) + * d/watch: Only watch for 2.58.x releases now that 2.60.x is out + * Add cross-reference to #919777 in previous changelog entry + + -- Simon McVittie Mon, 03 Jun 2019 22:37:45 +0100 + glib2.0 (2.58.3-1) unstable; urgency=medium

Re: Bug#929132: unblock (pre-approval): dbus/1.12.14-1

On Sun, 19 May 2019 at 15:35:00 +, Niels Thykier wrote: > Ok. I have added an unblock and age-days 8 hint. Also CC'ing KiBi for a > d-i ack before adding an unblock-udeb hint. This is now only waiting for a d-i ack, and I haven't had any regression reports. Any opinions? Full details:

Bug#915370: Please drop anacron from task-desktop

On Thu, 07 Mar 2019 at 17:07:18 -0400, David Bremner wrote: > Holger Wansing writes: > > Are there still many packages, that don't rely on systemd timer units? > > Presumably packages that work without systemd, but still need to > periodic activity? Default installations of Debian boot with

Re: Bug#906016: transition: gjs built with mozjs60

Control: block -1 by 923694 On Sat, 02 Mar 2019 at 22:21:31 +, Simon McVittie wrote: > On Tue, 05 Feb 2019 at 10:16:56 +0000, Simon McVittie wrote: > > > > * Require task-gnome-desktop to be installable on s390x, but modify > > > > meta-gnome3 so that on s390x, gn

Re: Bug#906016: transition: gjs built with mozjs60

On Tue, 05 Feb 2019 at 10:16:56 +, Simon McVittie wrote: > > > * Require task-gnome-desktop to be installable on s390x, but modify > > > meta-gnome3 so that on s390x, gnome-core installs something that is not > > > the full GNOME 3 desktop used on other

Bug#923524: installation-reports: buster on s390x qemu: ssh key generation hangs; repeated message "BUG: non-zero pgtables_bytes on freeing mm: -16384"

Package: installation-reports Severity: normal I tried to install Debian s390x on a qemu VM using command lines based on . A stretch installation hasn't finished yet but appears to be heading for success, using this command-line:

Re: Bug#906016: transition: gjs built with mozjs60

On Fri, 08 Feb 2019 at 16:48:52 +0100, Cyril Brulebois wrote: > I'm not sure how to hide a particular entry on a particular arch; I'm > not a tasksel expert and won't be one in the next 5 minutes. But it > seems to me the immediate concern was about the default desktop anyway, > which shouldn't be

Re: Bug#921715: libgtk2.0-0-udeb: wrong dependency while building on buster based system

Control: reassign 921715 libxinerama1 1.1.4-1 Control: reassign 921712 libxinerama1 1.1.4-1 Control: merge 921715 921712 Control: severity 921715 serious Control: affects 921715 + libgtk2.0-0-udeb On Fri, 08 Feb 2019 at 09:27:20 +, Mayer, Dirk wrote: > while building the gtk+2.0 source

Re: Bug#906016: transition: gjs built with mozjs60

anges done by a developer who does not have in-depth knowledge of gjs, namely me); so I would like to ask for a freeze exception to complete this transition. On Thu, 17 Jan 2019 at 10:25:01 +0100, Emilio Pozuelo Monfort wrote: > On 17/12/2018 15:56, Simon McVittie wrote: > > The options I can see are

Re: Bug#906016: transition: gjs built with mozjs60

On Sun, 23 Dec 2018 at 16:29:31 +0100, John Paul Adrian Glaubitz wrote: > Can we postpone the decision until after the holidays? Then I have enough > time for trying to whip up a patch. That seems fine, but please note that most of the changes necessary to remove gjs from s390x happened some time

Re: Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default?

To be completely clear about the decision that Ian asked the technical committee to overrule: In all debootstrap versions since 1.0.102, merged /usr is the default (for all variants except --variant=buildd). This means that new installations of Debian buster using debian-installer will have

Re: Bug#906016: transition: gjs built with mozjs60

On Thu, 13 Dec 2018 at 17:00:21 +0100, Emilio Pozuelo Monfort wrote: > On 13/12/2018 16:58, Emilio Pozuelo Monfort wrote: > > task-pkgs-are-installable-faux depends on task-gnome-desktop, which depends > > on > > gnome, which is removed from s390x. I'm not comfortable breaking that, you'd > >

Re: Bug#914897: tech-ctte: Should debootstrap disable merged /usr by default? /usr by default

Control: retitle 914897 tech-ctte: Should debootstrap disable merged /usr by default? I'm retitling the bug to avoid misrepresenting the technical committee's position on this. We have been asked to overrule the debootstrap maintainer, but we have not yet come to a conclusion on whether we

Re: Bug#914897: #914897: debootstrap, buster: Please disabled merged /usr by default

On Sun, 02 Dec 2018 at 21:21:40 +0900, Hideki Yamane wrote: > - What is the problem? (broken build for which packages? Just R?) The problem we're aware of is: Some packages auto-detect the absolute path to an executable (for example bash or perl) and hard-code it into their output (for example

Re: Bug#914897: #914897: debootstrap, buster: Please disabled merged /usr by default

On Sat, 01 Dec 2018 at 17:18:35 +, Holger Levsen wrote: > https://tests.reproducible-builds.org/debian/issues/unstable/paths_vary_due_to_usrmerge_issue.html > lists these packages. > > what surprises me currently, are those 3 packages which are reproducible > in buster (even though we also

Bug#914208: debootstrap: consider disabling merged /usr by default for --variant=buildd?

smcv >From d062ce0f8511f3f25ed57b8467f20a4eb1be3df9 Mon Sep 17 00:00:00 2001 From: Simon McVittie Date: Tue, 20 Nov 2018 16:32:43 + Subject: [PATCH] Disable merged /usr by default when making a buildd chroot Merged /usr is known to cause multiple packages to be misbuilt. As long as we support unmerge

Re: debootstrap: [idea] force review before commit to master

On Sun, 20 May 2018 at 22:23:27 +0200, Philipp Kern wrote: > And as expected, autopkgtest actually fails because no-one tested it in > recent releases (presumably). Which is why one wants automation, right? I added the test because I was trying to make sure a specific regression didn't come back,

Bug#895466: debootstrap 1.0.96 fails due to missing apt-config

On Wed, 11 Apr 2018 at 22:14:21 +0200, Olliver Schinagl wrote: > Tags: newcomer The newcomer tag is for use by the package's maintainer. It indicates a bug that is particularly suitable for new contributors to work on as an introduction to contributing to this package (I don't think this is one

Bug#854429: task-desktop: Please allow Wayland systems without X.Org

On Tue, 07 Feb 2017 at 03:25:30 +0100, intrig...@debian.org wrote: > I see: > > $ aptitude why xorg > i task-gnome-desktop Depends task-desktop > i A task-desktop Depends xorg > > What can possibly go wrong™ if we replaced: > > Depends: tasksel (= 3.39), xorg,

Bug#817236: schroot: no access to pseudo-terminals in new chroots

On Fri, 10 Mar 2017 at 13:21:37 +0100, Cyril Brulebois wrote: > Marco d'Itri (2017-03-09): > > I think Simon did a great job analyzing this, so I fully support merging > > his patch. > > Thanks, I've just done so. Hopefully the changelog entry I added is > neither too short nor

Bug#817236: schroot: no access to pseudo-terminals in new chroots

On Sun, 05 Mar 2017 at 19:41:14 +, Simon McVittie wrote: > I have filed #856877 against schroot suggesting mounting a new instance > of /dev/pts, effectively making schroot behave less like chroot and more > like a container manager in this particular respect. > > However, that

Bug#841935: pbuilder: incorrect permissions on /dev/ptmx breaks openpty()

92b4481f0953a0a060cee3fb4d Mon Sep 17 00:00:00 2001 From: Simon McVittie <s...@debian.org> Date: Mon, 20 Feb 2017 09:58:12 + Subject: [PATCH] pbuilder-modules: Set up /dev/ptmx, /dev/pts for modern Linux Mounting a new instance of /dev/pts is best-practice in all Linux versions since

Bug#817236: schroot: no access to pseudo-terminals in new chroots

TODO: { diff --git a/debian/tests/fake/pbuilder-proposed b/debian/tests/fake/pbuilder-proposed new file mode 100755 index 000..cea60b7 --- /dev/null +++ b/debian/tests/fake/pbuilder-proposed @@ -0,0 +1,43 @@ +#!/bin/sh +# fake/pbuilder-proposed -- emulate how pbuilder is proposed to chroot in +#

Bug#817236: schroot: no access to pseudo-terminals in new chroots

On Sun, 26 Feb 2017 at 14:31:31 +, Simon McVittie wrote: > On Wed, 15 Feb 2017 at 11:13:39 +0000, Simon McVittie wrote: > > If debootstrap inside a container is meant to work, then this would seem > > like a job for an autopkgtest. I'll try to write one if someone can te

  1   2   >