Bug#1069686: libsequoia-octopus-librnp: postinst script Syntax error: "fi" unexpected
On Mon, Apr 22, 2024 at 02:41:44PM -0400, Daniel Kahn Gillmor wrote: > /var/lib/dpkg/tmp.ci/preinst: 12: Syntax error: "fi" unexpected (expecting > "then") > dpkg: error processing archive > /tmp/apt-dpkg-install-aFNmwO/1-libsequoia-octopus-librnp_1.8.1-3_amd64.deb > (--unpack): > new libsequoia-octopus-librnp package pre-installation script subprocess > returned error exit status 2 fixed in git. > Please try at least installing and uninstalling the package before > pushing it into unstable! the change seems innocent enough... (I just wasnt expected the different formatting styles...) > This also makes me wonder whether we should be doing anything in an > autopkgtest kind of way for this package. It'd be great to get some > more automated confirmation that the things are working as expected > before we inflict them on the rest of the debian ecosystem :P the irony is: the autopkg tests for the package had failed which I blamed on unstables unstableness these days, so I reviewed the diff once more, (again) didnt notice the introduced bug and did a source only upload, because the change were tiny... :/ to me this is more an argument for unstable-untested, or testing maybe. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ 20230709: Today was the warmest day on earth in 125,000 years. Today was also the day with the most planes in the air at one time ever in history. By the time you read this both of these records have probably been broken. signature.asc Description: PGP signature
Bug#1066340: marked as done (t4kcommon: FTBFS: linebreak.c:163:19: error: implicit declaration of function ‘u8_mbtouc_unsafe’ [-Werror=implicit-function-declaration])
Dear Chris, On Thu, Apr 11, 2024 at 05:51:05PM +, Debian Bug Tracking System wrote: > Date: Thu, 11 Apr 2024 17:50:02 + > From: Debian FTP Masters > To: 1066340-cl...@bugs.debian.org > Subject: Bug#1066340: fixed in t4kcommon 0.1.1-11.2 > Reply-To: Chris Hofstaedtler thanks for that NMU, much appreciated! <3 -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Because things are the way they are, things will not stay the way they are. (Bertolt Brecht) signature.asc Description: PGP signature
Bug#1041832: #1041832: libsequoia-octopus-librnp: undeclared file conflict with thunderbird
hi, < h01ger> helmut: re: #1041832: i just could not reproduce this bug, see https://paste.debian.net/1311659/ - though we "didnt change anything" in sequoia-octopus, so what am i missing? :) that paste had basically this content: ± dpkg -L libsequoia-octopus-librnp |grep librnp.so /usr/lib/sequoia/libsequoia_octopus_librnp.so /usr/lib/thunderbird/librnp.so ± dpkg -L thunderbird|grep librnp.so 1 ± < jochensp> | h01ger: https://packages.debian.org/search?searchon=contents=librnp.so=path=unstable=any says on ppc64 < jochensp> | h01ger: also https://packages.debian.org/search?suite=bookworm=any=path=contents=librnp.so < h01ger> jochensp: what? (re: ppc64 only) < jochensp> | h01ger: also thunderbird (1:115.0.1-1) has: [f78b777] d/mozconfig.default: Use internal shipped librnp version and 1:115.1.1-1 reverts that < jochensp> (and ppc64 is out of date in unstable) < h01ger> jochensp: ah! [f78b777] - thank you! < h01ger> jochensp: can i quote you in that bug? < jochensp> | h01ger: sure < h01ger> :) thanks! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Just because other people are also responsible, does not mean you are not responsible. signature.asc Description: PGP signature
Bug#1062904: ping to prevent autoremoval
pong
Bug#1062259: libcomps: NMU diff for 64-bit time_t transition
On Wed, Feb 14, 2024 at 10:31:21AM -0800, Steve Langasek wrote: > Well, these packages will be garbage collected from experimental upon the > next upload of a package to unstable or experimental with a higher version; which might happen next month or next year or in 2027... > so this is a low priority vs the work to actually get the transition done > successfully. I'd appreciate if transitions would be less messy for random bystanders. it takes you one email to ask for the removal of all errously uploaded packages. i'm not impressed. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ The planet we think we're living on no longer exists. signature.asc Description: PGP signature
Bug#1062259: libcomps: NMU diff for 64-bit time_t transition
On Wed, Feb 07, 2024 at 04:25:17PM +, Luca Boccassi wrote: > Control: tags -1 -pending > Control: close -1 [...] > There are no mentions of 'time_t' in the public headers of this > library. The logs shows that it's a false positive, as the automated > tool simply wasn't able to build it: [...] > Closing as not applicable. thanks for closing this bug and thanks for the t64 transition in the first place! that said, someone needs to request the removal of src:libcomps from experimental now, and if this would only affect src:libcomps I would probably do that myself, but knowing there are several many cases of this: please also request removal of those packages from experimental which were accidently uploaded there! thanks for that too & already! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ The past is over. signature.asc Description: PGP signature
Bug#1054338: debian-edu-artwork: fails to remove, update-debian-edu-artwork-emerald: not found
Package: debian-edu-artwork Version: 2.12.3-1 Severity: serious Dear Maintainer, debian-edu-artwork-emerald fails to remove, quoting https://piuparts.debian.org/sid/fail/debian-edu-artwork_2.12.3-1.log 0m32.5s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpsyd_96oo', 'apt-get', 'remove', 'adduser', 'dbus', 'dbus-bin', 'dbus-daemon', 'dbus-session-bus-common', 'dbus-system-bus-common', 'dbus-user-session', 'dconf-gsettings-backend:amd64', 'dconf-service', 'debian-edu-artwork-emerald', 'desktop-base', 'dmsetup', 'fontconfig', 'fontconfig-config', 'fonts-dejavu-core', 'fonts-dejavu-mono', 'fonts-quicksand', 'libapparmor1:amd64', 'libargon2-1:amd64', 'libbrotli1:amd64', 'libbsd0:amd64', 'libcairo-gobject2:amd64', 'libcairo2:amd64', 'libconfig-inifiles-perl', 'libcryptsetup12:amd64', 'libdatrie1:amd64', 'libdbus-1-3:amd64', 'libdconf1:amd64', 'libdeflate0:amd64', 'libdevmapper1.02.1:amd64', 'libexpat1:amd64', 'libfdisk1:amd64', 'libfontconfig1:amd64', 'libfreetype6:amd64', 'libfribidi0:amd64', 'libgdk-pixbuf-2.0-0:amd64', 'libgdk-pixbuf2.0-common', 'libglib2.0-0:amd64', 'libgraphite2-3:amd64', 'libharfbuzz0b:amd64', 'libicu72:amd64', 'libip4tc2:amd64', 'libjbig0:amd64', 'libjpeg62-turbo:amd64', 'libjson-c5:amd64', 'libkmod2:amd64', 'liblerc4:amd64', 'libncursesw6:amd64', 'libpam-systemd:amd64', 'libpango-1.0-0:amd64', 'libpangocairo-1.0-0:amd64', 'libpangoft2-1.0-0:amd64', 'libpixman-1-0:amd64', 'libpng16-16:amd64', 'libproc2-0:amd64', 'librsvg2-2:amd64', 'librsvg2-common:amd64', 'libsharpyuv0:amd64', 'libssl3:amd64', 'libsystemd-shared:amd64', 'libthai-data', 'libthai0:amd64', 'libtiff6:amd64', 'libwebp7:amd64', 'libx11-6:amd64', 'libx11-data', 'libxau6:amd64', 'libxcb-render0:amd64', 'libxcb-shm0:amd64', 'libxcb1:amd64', 'libxdmcp6:amd64', 'libxext6:amd64', 'libxml2:amd64', 'libxrender1:amd64', 'procps', 'shared-mime-info', 'systemd', 'systemd-dev', 'systemd-sysv', 'debian-edu-artwork'] 0m33.9s DUMP: Reading package lists... Building dependency tree... Reading state information... The following packages will be REMOVED: adduser dbus dbus-bin dbus-daemon dbus-session-bus-common dbus-system-bus-common dbus-user-session dconf-gsettings-backend dconf-service debian-edu-artwork debian-edu-artwork-emerald desktop-base dmsetup fontconfig fontconfig-config fonts-dejavu-core fonts-dejavu-mono fonts-quicksand libapparmor1 libargon2-1 libbrotli1 libbsd0 libcairo-gobject2 libcairo2 libconfig-inifiles-perl libcryptsetup12 libdatrie1 libdbus-1-3 libdconf1 libdeflate0 libdevmapper1.02.1 libexpat1 libfdisk1 libfontconfig1 libfreetype6 libfribidi0 libgdk-pixbuf-2.0-0 libgdk-pixbuf2.0-common libglib2.0-0 libgraphite2-3 libharfbuzz0b libicu72 libip4tc2 libjbig0 libjpeg62-turbo libjson-c5 libkmod2 liblerc4 libncursesw6 libpam-systemd libpango-1.0-0 libpangocairo-1.0-0 libpangoft2-1.0-0 libpixman-1-0 libpng16-16 libproc2-0 librsvg2-2 librsvg2-common libsharpyuv0 libssl3 libsystemd-shared libthai-data libthai0 libtiff6 libwebp7 libx11-6 libx11-data libxau6 libxcb-render0 libxcb-shm0 libxcb1 libxdmcp6 libxext6 libxml2 libxrender1 procps shared-mime-info systemd systemd-dev systemd-sysv 0 upgraded, 0 newly installed, 80 to remove and 0 not upgraded. After this operation, 141 MB disk space will be freed. (Reading database ... (Reading database ... 100% (Reading database ... 8324 files and directories currently installed.) Removing debian-edu-artwork (2.12.3-1) ... update-alternatives: warning: forcing reinstallation of alternative /usr/share/desktop-base/active-theme/login/background.svg because link group desktop-login-background is broken Removing dconf-gsettings-backend:amd64 (0.40.0-4) ... Removing dconf-service (0.40.0-4) ... Removing dbus-user-session (1.14.10-1) ... Removing libpam-systemd:amd64 (254.5-1) ... Removing dbus (1.14.10-1) ... Running in chroot, ignoring request. invoke-rc.d: policy-rc.d denied execution of stop. Removing dbus-system-bus-common (1.14.10-1) ... Removing adduser (3.137) ... Removing dbus-daemon (1.14.10-1) ... Removing dbus-bin (1.14.10-1) ... Removing dbus-session-bus-common (1.14.10-1) ... Removing debian-edu-artwork-emerald (2.12.3-1) ... /var/lib/dpkg/info/debian-edu-artwork-emerald.prerm: 7: update-debian-edu-artwork-emerald: not found dpkg: error processing package debian-edu-artwork-emerald (--remove): installed debian-edu-artwork-emerald package pre-removal script subprocess returned error exit status 127 dpkg: too many errors, stopping Errors were encountered while processing: debian-edu-artwork-emerald Processing was halted because there were too many errors. E: Sub-process /usr/bin/dpkg returned an error code (1) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ “It's easy to be a naive idealist.
Bug#1050784: a quick fix/revert would be appreciated
hi, a quick fix/revert in unstable would be appreciated, this has broken all of tests.reproducible-builds.org and I guess other test systems as well. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Segregation was legal. Slavery was legal. Don't use legality as a guide to morality. Outlaw profits from fossil fuel. signature.asc Description: PGP signature
Bug#1042484: also affects manpages-de
hi, this also affects manpages-de: Unpacking util-linux-locales (2.39.1-3) ... dpkg: error processing archive /tmp/apt-dpkg-install-F9u7fI/693-util-linux-locales_2.39.1-3_all.deb (--unpack): trying to overwrite '/usr/share/man/de/man1/lastb.1.gz', which is also in package manpages-de 4.19.0-5 from https://jenkins.debian.net/job/reproducible_debian_live_build_standard_sid/534/consoleFull -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Some of my friends and I overcommit to things, so we made "Saying No to Things" punch cards. If you say no to 10 things, your friends have to buy you an ice cream. In a pilot study, we found participants both said no to more things and got more free ice cream. (@leah_pierson) signature.asc Description: PGP signature
Bug#1041415: emacs: fails to install: post-installation script subprocess returned error exit status 1
Package: emacs Version: 1:28.2+1-15 Severity: serious Dear Maintainer, in a sid chroot: root@debian:~# apt install emacs Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: emacs-bin-common emacs-common emacs-el emacs-gtk fonts-noto-color-emoji libgccjit0 libm17n-0 libotf1 m17n-db Suggested packages: emacs-common-non-dfsg ncurses-term m17n-docs The following NEW packages will be installed: emacs emacs-bin-common emacs-common emacs-el emacs-gtk fonts-noto-color-emoji libgccjit0 libm17n-0 libotf1 m17n-db 0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/57.4 MB of archives. After this operation, 179 MB of additional disk space will be used. Do you want to continue? [Y/n] E: Can not write log (Is /dev/pts mounted?) - posix_openpt (19: No such device) Selecting previously unselected package emacs-el. (Reading database ... 243178 files and directories currently installed.) Preparing to unpack .../0-emacs-el_1%3a28.2+1-15_all.deb ... Unpacking emacs-el (1:28.2+1-15) ... Selecting previously unselected package emacs-common. Preparing to unpack .../1-emacs-common_1%3a28.2+1-15_all.deb ... Unpacking emacs-common (1:28.2+1-15) ... Selecting previously unselected package emacs-bin-common. Preparing to unpack .../2-emacs-bin-common_1%3a28.2+1-15_amd64.deb ... Unpacking emacs-bin-common (1:28.2+1-15) ... Selecting previously unselected package libgccjit0:amd64. Preparing to unpack .../3-libgccjit0_13.1.0-8_amd64.deb ... Unpacking libgccjit0:amd64 (13.1.0-8) ... Selecting previously unselected package m17n-db. Preparing to unpack .../4-m17n-db_1.8.2-1_all.deb ... Unpacking m17n-db (1.8.2-1) ... Selecting previously unselected package libotf1:amd64. Preparing to unpack .../5-libotf1_0.9.16-4_amd64.deb ... Unpacking libotf1:amd64 (0.9.16-4) ... Selecting previously unselected package libm17n-0:amd64. Preparing to unpack .../6-libm17n-0_1.8.2-1_amd64.deb ... Unpacking libm17n-0:amd64 (1.8.2-1) ... Selecting previously unselected package emacs-gtk. Preparing to unpack .../7-emacs-gtk_1%3a28.2+1-15_amd64.deb ... Unpacking emacs-gtk (1:28.2+1-15) ... Selecting previously unselected package emacs. Preparing to unpack .../8-emacs_1%3a28.2+1-15_all.deb ... Unpacking emacs (1:28.2+1-15) ... Selecting previously unselected package fonts-noto-color-emoji. Preparing to unpack .../9-fonts-noto-color-emoji_2.038-1_all.deb ... Unpacking fonts-noto-color-emoji (2.038-1) ... Setting up libotf1:amd64 (0.9.16-4) ... Setting up fonts-noto-color-emoji (2.038-1) ... Setting up m17n-db (1.8.2-1) ... Setting up libm17n-0:amd64 (1.8.2-1) ... Setting up libgccjit0:amd64 (13.1.0-8) ... Setting up emacs-el (1:28.2+1-15) ... Setting up emacs-common (1:28.2+1-15) ... Setting up emacs-bin-common (1:28.2+1-15) ... update-alternatives: using /usr/bin/ctags.emacs to provide /usr/bin/ctags (ctags) in auto mode update-alternatives: using /usr/bin/ebrowse.emacs to provide /usr/bin/ebrowse (ebrowse) in auto mode update-alternatives: using /usr/bin/emacsclient.emacs to provide /usr/bin/emacsclient (emacsclient) in auto mode update-alternatives: using /usr/bin/etags.emacs to provide /usr/bin/etags (etags) in auto mode Setting up emacs-gtk (1:28.2+1-15) ... update-alternatives: using /usr/bin/emacs-gtk to provide /usr/bin/emacs (emacs) in auto mode Install emacsen-common for emacs emacsen-common: Handling install of emacsen flavor emacs >>Error occurred processing /usr/share/emacs/site-lisp/debian-startup.el: File >>error (("Doing chmod" "Operation not supported" >>"/usr/share/emacs/site-lisp/debian-startup.elcxkbhIA")) ERROR: install script from emacsen-common package failed dpkg: error processing package emacs-gtk (--configure): installed emacs-gtk package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of emacs: emacs depends on emacs-gtk (>= 1:27.1) | emacs-lucid (>= 1:27.1) | emacs-nox (>= 1:27.1); however: Package emacs-gtk is not configured yet. Package emacs-lucid is not installed. Package emacs-nox is not installed. dpkg: error processing package emacs (--configure): dependency problems - leaving unconfigured Processing triggers for hicolor-icon-theme (0.17-2) ... Processing triggers for libc-bin (2.37-6) ... Processing triggers for man-db (2.11.2-2) ... Processing triggers for install-info (7.0.3-2) ... Processing triggers for mailcap (3.70+nmu1) ... Processing triggers for fontconfig (2.14.1-4) ... Errors were encountered while processing: emacs-gtk emacs E: Sub-process /usr/bin/dpkg returned an error code (1) root@debian:~# -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ A ship is always safe at shore, but that is not what it's built for. (Albert Einstein) signature.asc Description: PGP signature
Bug#1020092: profitbricks-sdk-python build failure
hi Benjamin, I hope this email finds you well..! :) o/ Am Sun, Sep 18, 2022 at 08:39:21AM +0200 schrieb Lucas Nussbaum: > Source: profitbricks-sdk-python > Version: 4.1.3-3 > Severity: serious > Justification: FTBFS [...] > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > Relevant part (hopefully): > > make[1]: Entering directory '/<>' > > python3 -m flake8 --max-line-length=99 examples profitbricks tests setup.py > > examples/pb_createDatacenter.py:107:19: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:109:19: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:123:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:300:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:327:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:362:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:386:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:421:11: E275 missing whitespace after > > keyword > > examples/pb_createDatacenter.py:434:11: E275 missing whitespace after > > keyword > > examples/pb_importVM.py:128:19: E275 missing whitespace after keyword > > examples/pb_importVM.py:130:19: E275 missing whitespace after keyword > > examples/pb_importVM.py:144:11: E275 missing whitespace after keyword > > examples/pb_addNewServer.py:114:19: E275 missing whitespace after keyword > > examples/pb_addNewServer.py:116:19: E275 missing whitespace after keyword > > examples/pb_addNewServer.py:132:11: E275 missing whitespace after keyword > > examples/pb_deleteServer.py:112:11: E275 missing whitespace after keyword > > examples/pb_deleteServer.py:130:11: E275 missing whitespace after keyword > > examples/pb_controlServerState.py:112:11: E275 missing whitespace after > > keyword > > examples/pb_controlServerState.py:130:11: E275 missing whitespace after > > keyword > > examples/pb_snapshotDatacenter.py:144:19: E275 missing whitespace after > > keyword > > examples/pb_snapshotDatacenter.py:146:19: E275 missing whitespace after > > keyword > > examples/pb_snapshotDatacenter.py:160:11: E275 missing whitespace after > > keyword > > examples/pb_snapshotDatacenter.py:244:11: E275 missing whitespace after > > keyword > > examples/pb_snapshotDatacenter.py:262:11: E275 missing whitespace after > > keyword > > tests/test_server.py:81:19: E275 missing whitespace after keyword > > make[1]: *** [debian/rules:12: override_dh_auto_test] Error 1 which is rather very trivial to fix (literally just adding whitespace as indicated) so I wonder: - is the package still maintained? (also by upstream) - is there a new version fixing these errors? - would you appreciate an NMU? I'm asking cause we're using the package for maintaining jenkins.debian.net and the ionos nodes running for it and I just noticed the package didnt make it into bookworm, so I'd like to see it in trixie soon and then in bookworm-backports - unless you tell me this is a bad idea and we should use something else, eg golang-github-ionos-cloud-sdk-go-dev. Though I'd prefer python... :) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Fischers Fritz fischt Plastik. signature.asc Description: PGP signature
Bug#1036791: gah
control: severity -1 normal # how would you think this is a serious bug in src:debian-securtiy-support causing it's autoremoval??? # cheers! thanks -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ "A fundamentalist gender binary was a key feature of Nazi racial politics and genocide. (...) It must be said that the reality of transgender identity cannot be challenged. Transgender people have existed throughout history." https://www.lemkininstitute.com/statements-new-page/statement-on-the-genocidal-nature-of-the-gender-critical-movement%E2%80%99s-ideology-and-practice signature.asc Description: PGP signature
Bug#1035872: marked as pending in tuxmath
Control: tag -1 pending Hello, Bug #1035872 in tuxmath reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/tux4kids-pkg-team/tuxmath/-/commit/c37250a01ec839f92b51aec23cc299bf82fd9d37 tuxmath-data: update link target to comply with the change in fonts-sil-andika. Closes: #1035872 Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/1035872
Bug#1035872: tuxmath-data: broken symlink: /usr/share/tuxmath/fonts/AndikaDesRevG.ttf -> ../../fonts/truetype/andika/Andika-R.ttf
control: tags -1 + moreinfo control: severity -1 important thanks Hi Andreas, as usual: thanks for this bug report and all the other piuparts bug reports you are filing! \o/ On Wed, May 10, 2023 at 02:03:17PM +0200, Andreas Beckmann wrote: > Package: tuxmath-data > Severity: serious > during a test with piuparts I noticed your package ships (or creates) > a broken symlink. why are those suddenly serious? > 0m19.3s ERROR: FAIL: Broken symlinks: > /usr/share/tuxmath/fonts/AndikaDesRevG.ttf -> > ../../fonts/truetype/andika/Andika-R.ttf (tuxmath-data) > > /usr/share/fonts/truetype/andika/Andika-Regular.ttf might be an > alternative target. (May need a versioned fonts-sil-andika dependency.) from debian/control: Package: tuxmath-data Architecture: all Multi-Arch: foreign Depends: ${misc:Depends}, fonts-sil-andika -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ "Climate change" is an euphenism. "Global warming" as well. signature.asc Description: PGP signature
Bug#1028592: Info received (Bug#1028592: Acknowledgement (tagcoll2 2.0.14-2 fails to build on sid))
control: reassign -1 src:tagcoll2,src:libwibble thanks -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ The wrong Amazon is burning.
Bug#1028592: Acknowledgement (tagcoll2 2.0.14-2 fails to build on sid)
control retitle -1 tagcoll2 2.0.14-2 fails to build on sid and bookworm # as shown on https://tests.reproducible-builds.org/debian/rb-pkg/bookworm/amd64/tagcoll2.html thanks -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ First they came for the journalists, we don't know what happened after that. signature.asc Description: PGP signature
Bug#1028592: tagcoll2 2.0.14-2 fails to build on sid
Package: tagcoll2 Version: 2.0.14-2 Severity: serious Justification: FTBFS tagcoll2 migrated to bookworm today but fails to build from source in current sid: I: Building the package I: Running cd /build/tagcoll2-2.0.14/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us -uc && env PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-genchanges -S > ../tagcoll2_2.0.14-2_source.changes dpkg-buildpackage: info: source package tagcoll2 dpkg-buildpackage: info: source version 2.0.14-2 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Andrey Rahmatullin dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_clean dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dpkg-source -b . dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building tagcoll2 using existing ./tagcoll2_2.0.14.orig.tar.gz dpkg-source: info: building tagcoll2 in tagcoll2_2.0.14-2.debian.tar.xz dpkg-source: info: building tagcoll2 in tagcoll2_2.0.14-2.dsc debian/rules build dh build dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config debian/rules override_dh_auto_configure make[1]: Entering directory '/build/tagcoll2-2.0.14' dh_auto_configure -- --disable-shared --with-pic --disable-docs dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use) ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-option-checking --disable-silent-rules --libdir=\${prefix}/lib/x86_64-linux-gnu --libexecdir=\${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode --disable-dependency-tracking --disable-shared --with-pic --disable-docs checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether make sets $(MAKE)... (cached) yes checking for style of include used by make... GNU checking for g++... g++ checking whether the C++ compiler works... yes checking for C++ compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking for library containing strerror... none required checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) none checking how to run the C++ preprocessor... g++ -E checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... none checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for flex... flex checking lex output file root... lex.yy checking lex library... none needed checking whether yytext is a pointer... no checking for bison... bison -y checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking how to print strings... printf checking for a sed that does not truncate output... /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib...
Bug#1028023: marked as done (librepo FTBFS on MIPS)
On Mon, Jan 09, 2023 at 08:17:14PM +0200, Adrian Bunk wrote: > I "improved" it by also breaking the build on all other architectures... > :-( > The things that happen when trying to fix a problem you cannot reproduce. only those who do, do mistakes :) > Patch with the missing import added is attached. thank you! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ It's not climate change nor climate crisis, it's climate disaster. signature.asc Description: PGP signature
Bug#1028023: marked as done (librepo FTBFS on MIPS)
control: reopen -1 thanks librepo 1.14.5-2 still fails to build as 1.14.5-1 did, see https://buildd.debian.org/status/package.php?p=librepo -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ If we'd ban all cars from cities tomorrow, next week we will wonder why we waited for so long. signature.asc Description: PGP signature
Bug#1017840: debian-security-support: cannot create /var/lib/debian-security-support/security-support.semaphore: Permission
On Tue, Aug 23, 2022 at 05:41:22PM +0200, Christoph Anton Mitterer wrote: > It also seems as if neither that director or its files nor the created > user is ever cleaned up on purge, but left behind as cruft forever. users must not be cleaned up (=removed) on package removal, so the only thing purge should do is remove /var/lib/debian-security-support/ -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ figures don't lie, but liars figure. signature.asc Description: PGP signature
Bug#1017781: ghc: fails to install
Package: ghc Version: 9.0.2-3 Severity: serious Dear Maintainer, Setting up ghc (9.0.2-3) ... /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.8.2-ghc9.0.2.so: cannot open shared object file: No such file or directory /usr/lib/ghc/bin/ghc-pkg: error while loading shared libraries: libHSterminfo-0.4.1.5-ghc9.0.2.so: cannot open shared object file: No such file or directory dpkg: error processing package ghc (--configure): installed ghc package post-installation script subprocess returned error exit status 127 [...] Errors were encountered while processing: ghc E: Sub-process /usr/bin/dpkg returned an error code (1) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ The mark of a civilized man is the ability to look at a column of numbers and weep. (Bertrand Russell) signature.asc Description: PGP signature
Bug#1010432: marked as pending in debian-edu-config
Control: tag -1 pending Hello, Bug #1010432 in debian-edu-config reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian-edu/debian-edu-config/-/commit/88b0f3ba861fa9de19a1ccdb0a2f411ed637caa1 d/postinst: do not call update-mime anymore. Closes: #1010432. Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/1010432
Bug#1004863: Bootstrapping a Fedora produces a system with an empty package database
control: severity -1 important On Wed, Feb 02, 2022 at 06:05:24PM +0100, Enrico Zini wrote: > thank you for packaging dnf in Debian! thank you for filing this bug report, Enrico! However I've downgraded it to important as eg Qubes 4.1 uses dnf on Debian to download upgrades for dom0, which is Fedora based. So the package is certainly not unusable for everyone, thus downgrading severity... -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ People call vaccine mandates "Orwellian" even though Orwell died at 46 of tuberculosis, which is now preventable with a vaccine. signature.asc Description: PGP signature
Bug#1003727: debian-edu-config: exim4 on TJENER does not accept system mails from Debian Edu clients
control: severity -1 important thanks On Fri, Jan 14, 2022 at 11:54:12AM +, Mike Gabriel wrote: > When a client on the Debian Edu network (.intern, 10.0.0.0/8) tries to send > system mails to postoffice.intern aka TJENER, then exim4 on TJENER won't > accept these SMTP connects without proper authentication: and how is this a serious bug in debian-edu-config? I've pointed you at the severity documentation several times already, I won't do it again here. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ If a monkey hoarded more bananas than it could eat, while most of the other monkeys starved, scientists would study that monkey to figure out what the heck was wrong with it. When humans do it, we put them on the cover of Forbes. signature.asc Description: PGP signature
Bug#997748: libcomps: FTBFS: There is a syntax error in your configuration file: Missing parentheses in call to 'print'. Did you mean print(os.environ['LD_LIBRARY_PATH'])? (conf.py, line 23)
On Sun, Jan 02, 2022 at 03:36:11PM +0100, Frédéric Pierret wrote: > Yes it's enough. I'm already adding it in libcomps. I should upload soon :) cool! & thank you! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Plastic bottles: made to last forever, designed to throw away. signature.asc Description: PGP signature
Bug#997748: libcomps: FTBFS: There is a syntax error in your configuration file: Missing parentheses in call to 'print'. Did you mean print(os.environ['LD_LIBRARY_PATH'])? (conf.py, line 23)
hi, On Sun, Oct 24, 2021 at 01:39:00PM +0200, Lucas Nussbaum wrote: > Source: libcomps > Version: 0.1.15-4 > Severity: serious [...] > During a rebuild of all packages in sid, your package failed to build > on amd64. [...] > > Running Sphinx v4.2.0 > > > > Configuration error: > > There is a syntax error in your configuration file: Missing parentheses in > > call to 'print'. Did you mean print(os.environ['LD_LIBRARY_PATH'])? > > (conf.py, line 23) > > > > make[5]: *** [src/python/docs/CMakeFiles/pydocs.dir/build.make:122: pydocs] > > Error 2 It seems to me we can fix this bug by simply taking the patch from https://github.com/rpm-software-management/libcomps/commit/5eebd94a7ce855979eb014595256eee17ee6b359 Can someone confirm? I'd be happy to sponsor an upload again :) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#990371: munin-node: Unit fails on startup - Runtime directory n/a
On Sun, Jul 11, 2021 at 10:08:03PM +0900, Kentaro Hayashi wrote: > I've sent MR to fix this issue. > https://salsa.debian.org/debian/munin/-/merge_requests/5 thank you, I'm preparing an upload now. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ & everyday for future too. signature.asc Description: PGP signature
Bug#986623: marked as pending in tuxmath
Control: tag -1 pending Hello, Bug #986623 in tuxmath reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/tux4kids-pkg-team/tuxmath/-/commit/8590f9e0dbe56a1eb04d4210458de177711f0376 Fix segfault on startup Closes: #986623 Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/986623
Bug#986623: ping
hi, pinging the bug to prevent autoremoval, I plan to upload within the next hours anyway, but still... who knows :) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ signature.asc Description: PGP signature
Bug#986623: tuxmath: Segfaults on startup
control: tags -1 pending thanks https://salsa.debian.org/tux4kids-pkg-team/tuxmath/-/merge_requests/1 has a fix which I intend to upload shortly. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ signature.asc Description: PGP signature
Bug#987441: debian-installer: D-I must get ready for Bullseye
On Fri, Apr 23, 2021 at 11:16:45PM +0200, Cyril Brulebois wrote: > Cyril Brulebois (2021-04-23): > > Carried over from D-I Bullseye RC 1 errata: > > - amdgpu firmware > There's no “umbrella bug report” for it at the moment, but here's a > thread and pointers to various bug reports: > https://lists.debian.org/debian-boot/2020/12/msg00026.html https://lists.debian.org/debian-release/2021/04/msg00646.html is a tentative summary of that AMD/ATI/NVidia issue by Lucas Nussbaum. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ „If you don't like vaccination, try the disease.“ (Herwig Kollaritsch) signature.asc Description: PGP signature
Bug#987226: youtube-dl: ERROR: Unable to extract yt initial data
control: severity -1 important thanks hi Mike, On Mon, Apr 19, 2021 at 09:39:55PM +, Mike Gabriel wrote: > Package: youtube-dl > Severity: grave you didn't really describe why you thought the severity should be grave, but anyway: $ youtube-dl https://twitter.com/zemodancingto/status/1381937205787172867#m [twitter] 1381937205787172867: Downloading guest token [twitter] 1381937205787172867: Downloading JSON metadata [twitter] 1381937205787172867: Downloading m3u8 information [download] Destination: zemo dancing to - Rick Astley - Never Gonna Give You Up-1381937205787172867.mp4 [download] 100% of 3.00MiB in 00:01 $ so this clearly shows the package isn't broken for everyone. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ In Germany we don‘t say „Happy Valentine‘s Day, I love you“, we say „ich werde diesen vom Markt kreierten, konsumorientierten Trend des Kapitalismus nicht unterstützen,“ and I think that’s beautiful. (Hazel Brugger) signature.asc Description: PGP signature
Bug#985825: virtual rms considered mostly harmless
control: severity -1 important thanks So my plan is to replace src:vrms with src:check-dfsg-status and to provide a nice upgrade path and I might try to get this done for bullseye (caugh), (if) with the support of the release team, or maybe not. Then this would be my plan for bookworm. In any case this will be staged in experimental soon. However the outcome of this plan, I do think a virtual rms package in bullseye (after having that for the last X years) is ok, it's virtual after all - and having such a tool is also very worthwhile and enjoyed by many. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Society: Be Yourself! Society: No, not like that. signature.asc Description: PGP signature
Bug#985825: do not remove useful packages due to political issues, please
On Fri, Mar 26, 2021 at 04:14:14AM +0100, Matija Nalis wrote: > After all, we still have several "reiserfs" named packages in Debian > main, and one should well argue that Hans Reiser actions were much bigger > atrocity than RMS-based one. thank you for that input! > Perhaps check-dfsg-status might be good binary name (akin to > check-support-status from debian-security-support package) if you are > looking for non-controversial and easier to understand name. and thank you very much for this idea. I'm considering it! > Please do contact release team ASAP to check about what renaming > possibilities are available, and in what timeframes. I'm in contact with them. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ The greatest danger in times of turbulence is not the turbulence; it is to act with yesterdays logic. (Peter Drucker) signature.asc Description: PGP signature
Bug#984539: marked as pending in debian-security-support
Control: tag -1 pending Hello, Bug #984539 in debian-security-support reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/debian-security-support/-/commit/4f884d2b8b8ccdcff833a4a17e7a767468f36a65 dpkg hook should never fail; Closes: #984539 Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/984539
Bug#981441: ftbfs with pbuilder too
hi, FYI: Also using pbuilder I could reproduce trapperkeeper-scheduler-clojure failing to build from source. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ People call vaccine mandates "Orwellian" even though Orwell died at 46 of tuberculosis, which is now preventable with a vaccine. signature.asc Description: PGP signature
Bug#980573: golang-github-cznic-lldb 1.0.1-1 fails to build from source (ftbfs)
Package: golang-github-cznic-lldb Version: 1.0.1-1 Severity: serious Dear Maintainer, golang-github-cznic-lldb ftbfs in current sid: I: Building the package I: Running cd /build/golang-github-cznic-lldb-1.0.1/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/nonexistent" dpkg-buildpackage -us -uc dpkg-buildpackage: info: source package golang-github-cznic-lldb dpkg-buildpackage: info: source version 1.0.1-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Dmitry Smirnov dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean --buildsystem=golang --with=golang dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_auto_clean -O--buildsystem=golang dh_auto_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_clean -O--buildsystem=golang dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dpkg-source -b . dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building golang-github-cznic-lldb using existing ./golang-github-cznic-lldb_1.0.1.orig.tar.gz dpkg-source: info: building golang-github-cznic-lldb in golang-github-cznic-lldb_1.0.1-1.debian.tar.xz dpkg-source: info: building golang-github-cznic-lldb in golang-github-cznic-lldb_1.0.1-1.dsc debian/rules build dh build --buildsystem=golang --with=golang dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config -O--buildsystem=golang dh_auto_configure -O--buildsystem=golang dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_auto_build -O--buildsystem=golang dh_auto_build: warning: Compatibility levels before 10 are deprecated (level 9 in use) cd obj-x86_64-linux-gnu && go install -trimpath -v -p 1 github.com/cznic/lldb src/github.com/cznic/lldb/2pc.go:16:2: code in directory /build/golang-github-cznic-lldb-1.0.1/obj-x86_64-linux-gnu/src/github.com/cznic/fileutil expects import "modernc.org/fileutil" src/github.com/cznic/lldb/2pc.go:17:2: code in directory /build/golang-github-cznic-lldb-1.0.1/obj-x86_64-linux-gnu/src/github.com/cznic/mathutil expects import "modernc.org/mathutil" dh_auto_build: error: cd obj-x86_64-linux-gnu && go install -trimpath -v -p 1 github.com/cznic/lldb returned exit code 1 make: *** [debian/rules:6: build] Error 25 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ That morning, the young barista woman told me that a customer came in with a mask, but not wearing it. When she asked the customer to put on her mask please, the woman said: "Why? There's no-one in here." signature.asc Description: PGP signature
Bug#980572: golang-github-cznic-ql 1.0.6-1 fails to build from source (ftbfs)
Package: golang-github-cznic-ql Version: 1.0.6-1 Severity: serious Dear Maintainer, golang-github-cznic-ql ftbfs in current sid: I: Building the package I: Running cd /build/golang-github-cznic-ql-1.0.6/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/nonexistent" dpkg-buildpackage -us -uc dpkg-buildpackage: info: source package golang-github-cznic-ql dpkg-buildpackage: info: source version 1.0.6-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Dmitry Smirnov dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean --buildsystem=golang --with=golang --builddirectory=_build dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_auto_clean -O--buildsystem=golang -O--builddirectory=_build dh_auto_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_clean -O--buildsystem=golang -O--builddirectory=_build dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dpkg-source -b . dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building golang-github-cznic-ql using existing ./golang-github-cznic-ql_1.0.6.orig.tar.xz dpkg-source: info: using patch list from debian/patches/series dpkg-source: info: building golang-github-cznic-ql in golang-github-cznic-ql_1.0.6-1.debian.tar.xz dpkg-source: info: building golang-github-cznic-ql in golang-github-cznic-ql_1.0.6-1.dsc debian/rules build dh build --buildsystem=golang --with=golang --builddirectory=_build dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config -O--buildsystem=golang -O--builddirectory=_build dh_auto_configure -O--buildsystem=golang -O--builddirectory=_build dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_auto_build -O--buildsystem=golang -O--builddirectory=_build dh_auto_build: warning: Compatibility levels before 10 are deprecated (level 9 in use) cd _build && go install -trimpath -v -p 1 github.com/cznic/ql github.com/cznic/ql/design github.com/cznic/ql/driver github.com/cznic/ql/ql github.com/cznic/ql/vendored/github.com/camlistore/go4/lock src/github.com/cznic/lldb/2pc.go:16:2: code in directory /build/golang-github-cznic-ql-1.0.6/_build/src/github.com/cznic/fileutil expects import "modernc.org/fileutil" src/github.com/cznic/lldb/2pc.go:17:2: code in directory /build/golang-github-cznic-ql-1.0.6/_build/src/github.com/cznic/mathutil expects import "modernc.org/mathutil" dh_auto_build: error: cd _build && go install -trimpath -v -p 1 github.com/cznic/ql github.com/cznic/ql/design github.com/cznic/ql/driver github.com/cznic/ql/ql github.com/cznic/ql/vendored/github.com/camlistore/go4/lock returned exit code 1 I: copying local configuration I: unmounting dev/ptmx filesystem I: unmounting dev/pts filesystem I: unmounting dev/shm filesystem I: unmounting proc filesystem I: unmounting sys filesystem I: cleaning the build env I: removing directory /srv/workspace/pbuilder/31106 and its subdirectories make: *** [debian/rules:7: build] Error 25 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 E: Failed autobuilding of package -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Moral, truth, long term- and holistic thinking seem to mean nothing to us. The emperors are naked. Every single one. It turns out our whole society is just one big nudist party. (Greta Thunberg about the world reacting to the corona crisis but not reacting appropriatly to the climate crisis.) signature.asc Description: PGP signature
Bug#978675: libsys-hostname-long-perl: FTBFS, tests fail
hi Gregor, On Thu, Dec 31, 2020 at 02:13:53AM +0100, gregor herrmann wrote: > I've uploaded -2 in order to > - see what the buildds say > - get more diagnostics > - get a .buildinfo file > > And the result is: > - it built on my laptop and on the buildd > - we should have a .buildinfo file :) yay! > Hm, and after writing this mail, I think that an environment where > `hostname' fails is maybe really to special in order to re-open the > bug. I agree. Thanks for your work on this! -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ "There's no glory in prevention." (Christian Drosten) signature.asc Description: PGP signature
Bug#976513: tuxmath: diff for NMU version 2.0.3-6.1
Dear Adrian, On Mon, Jan 18, 2021 at 01:59:29PM +0200, Adrian Bunk wrote: > I've prepared an NMU for tuxmath (versioned as 2.0.3-6.1) and uploaded > it to DELAYED/14. Please feel free to tell me if I should cancel it. thank you for this! I've plans to do new releases of tuxmath and tuxtype this month but it's great that you uploaded already. Feel free to reupload to DELAYED/0 too. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#947272: blt builds fine with gcc-10
On Wed, Dec 30, 2020 at 06:36:23PM +0300, Sergei Golovan wrote: > There isn't Tcl/Tk 8.7 in unstable yet, only an alpha in experimantal. > After the Tcl/Tk 8.7 will be released, I'll deal with this bug in > unstable. ah, ok, makes sense. probably it would still be nicer to downgrade this bug to severity important until that tcl/tk version has reached unstable. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#947272: blt builds fine with gcc-10
Hi Sergei, On Wed, Dec 30, 2020 at 05:26:53PM +0300, Sergei Golovan wrote: > This bug is actually about blt 2.5.3+dfsg-5 and failure to build with > Tcl/Tk 8.7. So the serious severity is justified. The bug title is > misleading though, so I'm changing it. Sorry for not doing it sooner. ah, cool! now I just wonder why it still builds in unstable? -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Never waste a crisis. signature.asc Description: PGP signature
Bug#947272: blt builds fine with gcc-10
control: severity -1 important thanks Hi Andreas, it seems blt builds fine with gcc-10 as can be seen from the recent upload, so I'm downgrading the severity and am wondering if we should actually close this bug (=ftbfs with gcc-9). What do you think? -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#978675: libsys-hostname-long-perl: FTBFS, tests fail
hi Axel, On Wed, Dec 30, 2020 at 06:12:55AM +0100, Axel Beckert wrote: > gregoa: I'll leave up to you if you already want to close the bug > report or not. Feel free to replace my fixed tag with a pending tag or > so. I've already closed the bug :) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ There are only two kinds of nazis: stupid ones and those without an excuse. (Volker Strübing) signature.asc Description: PGP signature
Bug#978675: libsys-hostname-long-perl: FTBFS, tests fail
Package: libsys-hostname-long-perl Version: 1.5-1 Severity: serious Dear Maintainer, when trying to build libsys-hostname-long-perl in current sid it fails: I: Building the package I: Running cd /build/libsys-hostname-long-perl-1.5/ && env PATH="/usr/sbin:/usr/bin:/sbin:/bin:/usr/games" HOME="/nonexistent" dpkg-buildpackage -us -uc dpkg-buildpackage: info: source package libsys-hostname-long-perl dpkg-buildpackage: info: source version 1.5-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Axel Beckert dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_clean dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 in use) dpkg-source -b . dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building libsys-hostname-long-perl using existing ./libsys-hostname-long-perl_1.5.orig.tar.gz dpkg-source: info: using patch list from debian/patches/series dpkg-source: info: building libsys-hostname-long-perl in libsys-hostname-long-perl_1.5-1.debian.tar.xz dpkg-source: info: building libsys-hostname-long-perl in libsys-hostname-long-perl_1.5-1.dsc debian/rules build dh build dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) dh_update_autotools_config dh_auto_configure dh_auto_configure: warning: Compatibility levels before 10 are deprecated (level 9 in use) perl -I. Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 -fdebug-prefix-map=/build/libsys-hostname-long-perl-1.5=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" "LD=x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/build/libsys-hostname-long-perl-1.5=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro" Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for Sys::Hostname::Long Writing MYMETA.yml and MYMETA.json dh_auto_build dh_auto_build: warning: Compatibility levels before 10 are deprecated (level 9 in use) make -j1 make[1]: Entering directory '/build/libsys-hostname-long-perl-1.5' cp testall.pl blib/lib/Sys/Hostname/testall.pl cp lib/Sys/Hostname/Long.pm blib/lib/Sys/Hostname/Long.pm Manifying 1 pod document make[1]: Leaving directory '/build/libsys-hostname-long-perl-1.5' dh_auto_test dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 9 in use) make -j1 test TEST_VERBOSE=1 make[1]: Entering directory '/build/libsys-hostname-long-perl-1.5' PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" t/ hostname: Temporary failure in name resolution t/local.t .. 1..1 # Running under perl version 5.032000 for linux # Current time local: Tue Dec 29 23:17:35 2020 # Current time GMT: Tue Dec 29 23:17:35 2020 # Using Test.pm version 1.31 not ok 1 Your hostname = Failed 1/1 subtests Sys::Hostname::Long - Last Dispatch method = ip at /build/libsys-hostname-long-perl-1.5/blib/lib/Sys/Hostname/Long.pm line 206. Use of uninitialized value $hostname in string ne at t/local.t line 10. # Failed test 1 in t/local.t at line 10 # t/local.t line 10 is: ok($hostname ne ""); Use of uninitialized value $hostname in concatenation (.) or string at t/local.t line 12. Test Summary Report --- t/local.t (Wstat: 0 Tests: 1 Failed: 1) Failed test: 1 Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.01 sys + 0.04 cusr 0.00 csys = 0.07 CPU) Result: FAIL make[1]: Leaving directory '/build/libsys-hostname-long-perl-1.5' Failed 1/1 test programs. 1/1 subtests failed. make[1]: *** [Makefile:830: test_dynamic] Error 255 dh_auto_test: error: make -j1 test TEST_VERBOSE=1 returned exit code 2 make: *** [debian/rules:4: build] Error 25 dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 I: copying local configuration E: Failed autobuilding of package I: unmounting dev/ptmx filesystem I: unmounting dev/pts filesystem I: unmounting dev/shm filesystem I: unmounting proc filesystem I: unmounting sys filesystem I: cleaning the build env I: removing directory /srv/workspace/pbuilder/7694 and its subdirectories -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ If secure encryption is outlawed, only criminals will have it. signature.asc Description: PGP signature
Bug#977856: librepository: fails to build source package
Package: librepository Version: 1.1.6-3 Severity: serious Dear Maintainer, I wanted to do a source only upload of librepository (because there are no .buildinfo files for it in the archive, as it has been uploaded before 2016), but it fails to build the source package. The binary package builds just fine. Steps to reproduce: $ apt source librepository $ cd librepository-* $ dpkg-buildpackage dpkg-buildpackage: info: source package librepository dpkg-buildpackage: info: source version 1.1.6-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Emmanuel Bourg dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean --with javahelper dh_auto_clean ant -propertyfile ./debian/ant.properties clean /usr/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory dh_auto_clean: error: ant -propertyfile ./debian/ant.properties clean returned exit code 127 make: *** [debian/rules:6: clean] Error 127 dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 2 $ (This is with or without any changes to the source package.) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ Some people say that the climate crisis is something that we all have created, but that is not true, because if everyone is guilty then no one is to blame. And someone is to blame. Some people, some companies, some decision-makers in particular, have known exactly what priceless values they have been sacrificing to continue making unimaginable amounts of money. (Greta Thunberg) signature.asc Description: PGP signature
Bug#977833: librelaxng-datatype-java: fails to build source package
Package: librelaxng-datatype-java Version: 1.0+ds1-3 Severity: serious Dear Maintainer, I wanted to do a source only upload of librelaxng-datatype-java (because there are no .buildinfo files for it in the archive, as it has been uploaded before 2016), but it fails to build the source package. The binary package builds just fine. Steps to reproduce: $ apt source librelaxng-datatype-java $ cd librelaxng-datatype-java-* $ dpkg-buildpackage dpkg-buildpackage: info: source package librelaxng-datatype-java dpkg-buildpackage: info: source version 1.0+ds1-3 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Giovanni Mascellani dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . fakeroot debian/rules clean dh clean --with maven-repo-helper dh: warning: Compatibility levels before 10 are deprecated (level 7 in use) dh_auto_clean dh_auto_clean: warning: Compatibility levels before 10 are deprecated (level 7 in use) ant clean /usr/bin/java: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory dh_auto_clean: error: ant clean returned exit code 127 make: *** [debian/rules:8: clean] Error 255 dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 2 $ (This is with or without any changes to the source package.) -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C ⠈⠳⣄ In Europe there are people prosecuted by courts because they saved other people from drowning in the Mediterranean Sea. That is almost as absurd as if there were people being prosecuted because they save humans from drowning in the sea. signature.asc Description: PGP signature
Bug#966972: [in-toto-dev] Bug#966972: in-toto: FTBFS: ValueError: SSH supports only 1024 bit DSA keys
On Thu, Aug 27, 2020 at 10:50:42AM +0200, Lukas Puehringer wrote: > in-toto 0.5.0-1 [1] and python-securesystemslib 0.16.0-1 [2] fix this issue. > Any > chance we can get these accepted before in-toto is autoremoved from testing on > 2020-09-01? yes, I plan to upload until then. sorry for the delay. also I believe mailing the bug will delay the autoremoval further. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#966972: [in-toto-dev] Bug#966972: in-toto: FTBFS: ValueError: SSH supports only 1024 bit DSA keys
hey Lukas, On Thu, Aug 06, 2020 at 02:03:00PM +0200, Lukas Puehringer wrote: > FYI: https://github.com/secure-systems-lab/securesystemslib/pull/264 fixes the > issue upstream. nice. once it's released we should get this new version into unstable! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C "... the premise [is] that privacy is about hiding a wrong. It's not. Privacy is an inherent human right, and a requirement for maintaining the human condition with dignity and respect." (Bruce Schneier) signature.asc Description: PGP signature
Bug#961104: t4kcommon FTBFS on !amd64
On Wed, May 20, 2020 at 11:17:49AM +0300, Adrian Bunk wrote: > the paths do not include "x86_64-linux-gnu" on other architectures, I was aware of this... > you should write these as > usr/lib/*/libt4k_common.a > usr/lib/*/libt4k_common.la but not that I could use wildcards here. Thank you! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C In Europe there are people prosecuted by courts because they saved other people from drowning in the Mediterranean Sea. That is almost as absurd as if there were people being prosecuted because they save humans from drowning in the sea. signature.asc Description: PGP signature
Bug#961104: t4kcommon FTBFS on !amd64
Hi Adrian, On Wed, May 20, 2020 at 09:41:16AM +0300, Adrian Bunk wrote: > Source: t4kcommon > Version: 0.1.1-8 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=t4kcommon=sid > > ... >dh_missing -a > dh_missing: warning: usr/lib/aarch64-linux-gnu/libt4k_common.a exists in > debian/tmp but is not installed to anywhere (related file: > "debian/tmp/usr/lib/x86_64-linux-gnu/libt4k_common.a") > dh_missing: warning: usr/lib/aarch64-linux-gnu/libt4k_common.la exists in > debian/tmp but is not installed to anywhere (related file: > "debian/tmp/usr/lib/x86_64-linux-gnu/libt4k_common.la") > dh_missing: error: missing files, aborting > ... thanks for this bug report, I'll fix it ASAP, which could be some days... I was surprised when I added these lines to debian/not-installed for the 0.1.1-8 upload: usr/lib/x86_64-linux-gnu/libt4k_common.a usr/lib/x86_64-linux-gnu/libt4k_common.la however as I could confirm with diffoscope that these files were not shipped previously I thought this was ok. Now I can clearly see the problem this causes and will look for a better solution... Help/hints welcome! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#953359: [Git][debian-edu/debian-edu][master] d/rules: add workaround to fix (unreported) issue in blends-dev. Closes: #953359.
Hi Andreas (Tille), Andreas Beckmann reported "Bug#953359: education-menus: missing Breaks+Replaces: education-tasks (<< 2.11.12)" which manifests itself as running 'dpkg-buildpackage -A -us -uc' generates education-menus with the wrong content and which I've just fixed like this: On Fri, Mar 13, 2020 at 01:39:18PM +0000, Holger Levsen wrote: > Commits: > 7b316679 by Holger Levsen at 2020-03-13T14:39:02+01:00 > d/rules: add workaround to fix (unreported) issue in blends-dev. Closes: > #953359. > > - - - - - > > > 2 changed files: > > - debian/changelog > - debian/rules > > > Changes: > > = > debian/changelog [...] > = > debian/rules > = > @@ -1,3 +1,8 @@ > #!/usr/bin/make -f > > include /usr/share/blends-dev/rules > + > +# workaround to fix #953359 > +override_dh_install: > + $(BLEND_INSTALL_HELPER) > + dh_install -a $(BLENDNAME)-tasks.desc usr/share/tasksel/descs does this look like a reasonable fix for src:blends as well? If so, #953359 could be easily cloned and reassigned there ;) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#953359: marked as pending in debian-edu
Control: tag -1 pending Hello, Bug #953359 in debian-edu reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian-edu/debian-edu/-/commit/7b316679288f178c7fb946008450973e3359e888 d/rules: add workaround to fix (unreported) issue in blends-dev. Closes: #953359. Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/953359
Bug#936806: koji: Python2 removal in sid/bullseye
On Sun, Feb 23, 2020 at 04:06:23PM +0100, Marek Marczykowski-Górecki wrote: > > so for the record: while I can easily workaround the above problem by using > > a > > Fedora based VM to download updates for my Qubes dom0, I'd be glad to help > > people to get yum, dnf and rpm back into Debian, eg by sponsoring such > > uploads. > Mihai have prepared packages for all of them and sent mail about it to > debian-devel here: > https://lists.debian.org/debian-devel/2019/09/msg00218.html ah, cool! & thanks for the reminder, Marek! > But he never get any response there... > I guess the next step would be someone to help him upload the packages to > Debian. added to my list, though i suspect it will take two weeks until i get to it... -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C we'll all die. make a difference while you can. disobey. smile. signature.asc Description: PGP signature
Bug#936806: koji: Python2 removal in sid/bullseye
Hi, On Fri, Feb 14, 2020 at 03:12:20AM +0100, Marek Marczykowski-Górecki wrote: > > I mean, rpm is definitly still useful to have on Debian, but yum and > > friends??? > They are also useful in some cases. For example if you want to use > Debian-based VM to download updates for your Qubes dom0... hah, touche! so for the record: while I can easily workaround the above problem by using a Fedora based VM to download updates for my Qubes dom0, I'd be glad to help people to get yum, dnf and rpm back into Debian, eg by sponsoring such uploads. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#936806: koji: Python2 removal in sid/bullseye
On Thu, Feb 13, 2020 at 08:14:11PM -0500, Sandro Tosi wrote: > thanks! I'm gonna go ahead and file an RM bug for the following pkgs > too: yum createrepo python-lzma yum-metadata-parser mock yum-utils > dtc-xen deltarpm > > they are a closed set thank you for cleaning up after all of us, now that we reached containers. (which used to be called virtualisation mainframes before... ;) I mean, rpm is definitly still useful to have on Debian, but yum and friends??? -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C There are no jobs on a dead planet. signature.asc Description: PGP signature
Bug#949887: munin autopkgtest failure for sysvinit based tests
hi, thanks for your analysis but this is already fixed in git and the upload is just waiting for the upstream tarball to be released, the git tag is there.. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Some people say that the climate crisis is something that we all have created, but that is not true, because if everyone is guilty then no one is to blame. And someone is to blame. Some people, some companies, some decision-makers in particular, have known exactly what priceless values they have been sacrificing to continue making unimaginable amounts of money. signature.asc Description: PGP signature
Bug#936806: koji: Python2 removal in sid/bullseye
On Thu, Jan 30, 2020 at 09:55:58AM -0500, Sandro Tosi wrote: > i was mostly querying the status of it, i cant even find an ITP for dnf. exactly. > i was talking about removing koji entirely from debian, an RM to > ftp.d.o; is that not what you mean? right, this is also in order. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#936806: koji: Python2 removal in sid/bullseye
On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote: > yep i came across all of them starting from python-lzma -- do you know > what's the status of the "RedHat infrastructure" in debian? many (if > not all) of those tools are relatively old, not maintained (or just in > life support mode) and most of all, python2 with no port to python3 > available as said: dnf needs to be packaged first and foremost. (dnf is the yum replacement.) > Allright then, i'll just wait a week for allowing people to comment > and then i'll file for koji removal. RM bugs to remove koji from stable and oldstable have already been filed, and it's not in bullseye. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#936806: koji: Python2 removal in sid/bullseye
On Tue, Jan 28, 2020 at 11:21:46PM -0500, Sandro Tosi wrote: > ok, whos of the maintainers is working on packaging 1.18? i see > there's even 1.20 released. noone, I believe. Also because it needs dnf, which is not packaged for Debian at all. I was just going to remove myself from uploaders in git and pushed my work-in-progress branch wip-python3. and then i also pushed it into the master branch. sigh > koji is keeping createrepo in the archive, which keeps python-lzma in > the archive. there's also mock, yum, rpm, deltarpm and yum-metadata-parser affected by this. > upgrading koji will help getting rid of some old python2 packages. dropping it, at least for now, seems to be the best way foreward here :/ -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#942146: koji: CVE-2019-17109
On Thu, Jan 23, 2020 at 08:42:03PM +0100, Moritz Muehlenhoff wrote: > Let's remove it in the upcoming stretch/buster point releases, then? seems reasonable to me. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#942146: koji: CVE-2019-17109
Hi Salvatore, On Sun, Jan 05, 2020 at 09:02:20PM +0100, Salvatore Bonaccorso wrote: > Any news on this issue? AFAICT, the issue is fixed as well in 1.16.3, > so the smaller jump should be possible. Once fixed in unstable, can > you adress the issue as well via point release? I think it's pointless to have 1.16.x in unstable and newer koji needs newer dnf (and some other stuff, iirc), which isnt packaged in Debian, so this is not as straightforward as it seems. I'm also not sure there are many (or any?) users of koji from stable. If I were to use it, I would use koji from Fedora... https://qa.debian.org/popcon.php?package=koji seems to confirm this. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#937293: [Piuparts-devel] Bug#919170: Bug#919170: Please update dependency to python3-debianbts
On Sat, Dec 28, 2019 at 12:16:23PM +0100, Nis Martensen wrote: > On 27.12.2019 Holger Levsen wrote: > > I do hope to do a final piuparts upload in 2019. We'll see if I manage > > during 36c3 ;) > Just submitted a few more merge requests for the remaining issues I > could find. awesome, all merged, now deploying & testing. upload coming soon too. > Good luck and have fun! :) you too! :) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#937293: [Piuparts-devel] Bug#919170: Bug#919170: Please update dependency to python3-debianbts
hi, Traceback (most recent call last): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 433, in main() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 423, in main m = Master(sys.stdin, sys.stdout) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 154, in __init__ self._writeline("hello") File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 111, in _writeline self._output.flush() BrokenPipeError: [Errno 32] Broken pipe Exception ignored in: <_io.TextIOWrapper name='' mode='w' encoding='UTF-8'> BrokenPipeError: [Errno 32] Broken pipe not sure if this is something which should be fixed / excepted better? -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#937293: [Piuparts-devel] Bug#919170: Bug#919170: Please update dependency to python3-debianbts
On Thu, Dec 26, 2019 at 11:26:31PM +0100, Nis Martensen wrote: > On 26.12.2019 17.11, Holger Levsen wrote: > > many thanks, merged and deployed, now this is left: > > > File > > "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.py", > > line 58, in readline > > empty = not self._refill() > > File > > "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.py", > > line 49, in _refill > > chunk = chunk.decode() > > UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 14159: > > unexpected end of data > > This did not happen in my test setup, but I have a theory of what is > causing this. Could you check if > https://salsa.debian.org/debian/piuparts/merge_requests/18 > fixes it? indeed, this fixes it, but things still dont work, but on master I only see this: Traceback (most recent call last): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 433, in main() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 425, in main while m.do_transaction(): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 268, in do_transaction self._commands[command](command, args) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 323, in _reserve self._init_db() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 202, in _init_db self._load_package_database(self._section) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 219, in _load_package_database self._load_package_database(dep) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 232, in _load_package_database config.get_arch())) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 455, in load_alternate_versions_from_packages_urls pf2.load_packages_urls(urls) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 181, in load_packages_urls (url, stream) = piupartslib.open_packages_url(url) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.py", line 96, in open_packages_url socket = urllib.request.urlopen(url + ext) File "/usr/lib/python3.7/urllib/request.py", line 222, in urlopen return opener.open(url, data, timeout) File "/usr/lib/python3.7/urllib/request.py", line 525, in open response = self._open(req, data) File "/usr/lib/python3.7/urllib/request.py", line 543, in _open '_open', req) File "/usr/lib/python3.7/urllib/request.py", line 503, in _call_chain result = func(*args) File "/usr/lib/python3.7/urllib/request.py", line 1345, in http_open return self.do_open(http.client.HTTPConnection, req) File "/usr/lib/python3.7/urllib/request.py", line 1320, in do_open r = h.getresponse() File "/usr/lib/python3.7/http/client.py", line 1321, in getresponse response.begin() File "/usr/lib/python3.7/http/client.py", line 296, in begin version, status, reason = self._read_status() File "/usr/lib/python3.7/http/client.py", line 257, in _read_status line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1") File "/usr/lib/python3.7/socket.py", line 589, in readinto return self._sock.recv_into(b) ConnectionResetError: [Errno 104] Connection reset by peer and nothing really on the slave :/ so I dug depper on master and found that master was using mirror.bm.debian.org, which was shutdown recently and voila, it seems 0d44938b323e in develop branch was the last bit to get piuparts working with python3 (hopefully, still needs more testing), and also the reason the (python2) stale branch broke recently. So, piuparts.debian.org is running python3 code only now! At least for the piuparts service ;) Thank you very much, Nis, for your help until here! I do hope to do a final piuparts upload in 2019. We'll see if I manage during 36c3 ;) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#937293: [Piuparts-devel] Bug#919170: Bug#919170: Please update dependency to python3-debianbts
On Thu, Dec 26, 2019 at 03:59:54PM +0100, Nis Martensen wrote: > > TypeError: mynext() takes 1 positional argument but 2 were given > > again, help very welcome! > A new merge request has the next set of fixups: > https://salsa.debian.org/debian/piuparts/merge_requests/17 many thanks, merged and deployed, now this is left: ceback (most recent call last): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 433, in main() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 425, in main while m.do_transaction(): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 268, in do_transaction self._commands[command](command, args) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 323, in _reserve self._init_db() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 202, in _init_db self._load_package_database(self._section) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 232, in _load_package_database config.get_arch())) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 455, in load_alternate_versions_from_packages_urls pf2.load_packages_urls(urls) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 183, in load_packages_urls self._read_file(stream, restrict_packages=restrict_packages) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 190, in _read_file headers = rfc822_like_header_parse(input) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 53, in rfc822_like_header_parse line = input.readline() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.py", line 58, in readline empty = not self._refill() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.py", line 49, in _refill chunk = chunk.decode() UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 14159: unexpected end of data -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#937293: [Piuparts-devel] Bug#919170: Bug#919170: Please update dependency to python3-debianbts
On Wed, Dec 25, 2019 at 11:09:17PM +0100, Nis Martensen wrote: > There is now a (very small) merge request on Salsa that fixes the > failure you describe: > https://salsa.debian.org/debian/piuparts/merge_requests/16 > > Are there further tests that could be run to see if there are more problems? I can now see the next problem, this is what is displayed on the slave side: 22:25:42 Running section testing2sid (precedence=2) 22:25:43 communication with master failed 22:25:43 Connection to master closed and this is in master-error.log.x: piupartsm@pejacevic:/srv/piuparts.debian.org/master$ cat master-error.log.30959 Traceback (most recent call last): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 433, in main() File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 425, in main while m.do_transaction(): File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 268, in do_transaction self._commands[command](command, args) File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line 324, in _reserve package = self._binary_db.reserve_package() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 869, in reserve_package for p in self._find_packages_ready_for_testing(): File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 854, in _find_packages_ready_for_testing for pn in self.get_pkg_names_in_state("waiting-to-be-tested")] File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 718, in get_pkg_names_in_state self._compute_package_states() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 672, in _compute_package_states todo = self._initialize_package_states(use_cached_success=use_cached_success, check_outdated=False) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 653, in _initialize_package_states state = self._lookup_package_state(package, use_cached_success, check_outdated) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 540, in _lookup_package_state for dep in package.dependencies(): File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 140, in dependencies vlist += self._parse_dependencies(header) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/packagesdb.py", line 119, in _parse_dependencies parser = DependencyParser(self[header_name]) File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/dependencyparser.py", line 189, in __init__ self._list = self._parse_dependencies() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/dependencyparser.py", line 211, in _parse_dependencies dep = self._parse_dependency() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/dependencyparser.py", line 224, in _parse_dependency dep = self._parse_possible_dependency() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/dependencyparser.py", line 237, in _parse_possible_dependency (op, version) = self._parse_version_dependency() File "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/dependencyparser.py", line 266, in _parse_version_dependency self._cursor.mynext(self._cursor) TypeError: mynext() takes 1 positional argument but 2 were given again, help very welcome! -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#946797: debian-edu-config: kadm5.acl should set proper rights for users
On Mon, Dec 16, 2019 at 04:58:32PM +0100, Dominik George wrote: > > Wolfgang, many thanks for this bug report and the quick fix. > > I'll upload to unstable right now and will coordinate with DSA and LTS > > the fixes for buster, stretch and jessie. > Are you aware that, as laid out on IRC, I am already doing that? no. (best always to inform the bug if you are working on one.) (*) also I've already uploaded to unstable as the fix needs to land there first anyway. Please also take my additional fix for postinst. (*) my server had some connectivity issues and I wasnt on irc for 48h... and then I just re-joined #-edu now. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#946797: debian-edu-config: kadm5.acl should set proper rights for users
On Mon, Dec 16, 2019 at 12:26:57AM +0100, Wolfgang Schweer wrote: > Also, /etc/krb5kdc/kadm5.acl should be fixed accordingly upon upgrades > by adding something like this to debian-edu-config.postinst: > > [configure case] > fi > + > +# Set proper rights for users. > +if [ -f /etc/krb5kdc/kadm5.acl ] ; then > +sed -i 's/cil/Cil/' /etc/krb5kdc/kadm5.acl > +fi > ;; I've made this conditional, so that this is only executed when upgrading from 2.11.9 or before. (Also because the above changes also need a krb5-admin-server service restart...) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#946797: debian-edu-config: kadm5.acl should set proper rights for users
Hi, Wolfgang, many thanks for this bug report and the quick fix. I'll upload to unstable right now and will coordinate with DSA and LTS the fixes for buster, stretch and jessie. On Mon, Dec 16, 2019 at 11:05:33AM +0100, Dominik George wrote: > > Severity: important > I propose this bug to be set to severity critical and handled by DSA. DSA is very happy about maintainers - in coordination with DSA - taking care of 'their' security fixes. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#936899: marked as pending in libpam-mklocaluser
Control: tag -1 pending Hello, Bug #936899 in libpam-mklocaluser reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian-edu/upstream/libpam-mklocaluser/commit/fa6401040de64d6457bcd0ea2417e8fee616d7aa add Closes: #936899 Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/936899
Bug#942514: CVE-2019-16729 fixed in 1.0.4-1.1+deb8u1
On Sat, Nov 23, 2019 at 09:51:21AM +0100, Hugo Lefeuvre wrote: > Releasing DLA-2000-1 for this, updating the bug tracker as well. thanks a lot for noticing and fixing this, Hugo. I was aware but it felt through the cracks several times... -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#943573: debian-edu-config: Don't depend on python-notify
Hi Jeremy, thanks for your bug report and all the work on GNOME! On Sat, Oct 26, 2019 at 02:40:52PM -0400, Jeremy Bicha wrote: > As part of the Python2 removal, the Debian GNOME team is working to > remove pygtk from Debian. One of the blockers is python-notify. > > Please drop debian-edu-config's dependency on python-notify so that we > can remove python-notify from Debian. > > There are other ways to emit notifications besides python-notify so > let us know if you need help implementing a replacement. If you have > any questions don't hesitate to ask. I guess some pointers to alternatives would be nice. Currently we use: etc/ltspfs/mounter.d/edu-notify:# requires python-notify etc/ltspfs/mounter.d/edu-notify:import pynotify etc/ltspfs/mounter.d/edu-notify:if not pynotify.init("edu-notify"): etc/ltspfs/mounter.d/edu-notify:n = pynotify.Notification("ltspfs","%s" % sys.argv[1]+' '+sys.argv[2]) and share/debian-edu-config/tools/notify-local-users:# Uses notify-send from libnotify-bin, but could be rewritten to use share/debian-edu-config/tools/notify-local-users:# pynotify and python if it is a better idea. share/debian-edu-config/tools/notify-local-users:if [ ! -x /usr/bin/notify-send ] ; then # from libnotify-bin share/debian-edu-config/tools/notify-local-users:echo "error: unable to find /usr/bin/notify-send" 1>&2 share/debian-edu-config/tools/notify-local-users:# options for notify-send share/debian-edu-config/tools/notify-local-users: su $user -m -s /bin/sh -c "notify-send -i ${icon} -t ${timeout} -u ${urgency} '${title}' '${msg}'" \ -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#942875: debootstrap does not overwrite existing files even if adviced to do
severity 942875 normal # thanks Hi, thanks for reporting this bug. however... > I suppose this a bug, since debootstrap did warn before it would > overwrite files! yes, it's a bug. but not even important one according to https://www.debian.org/Bugs/Developer#severities -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#941898: munin-node: all Plugins fail with "Can't drop privileges: at /usr/share/perl5/Munin/Node/Service.pm line 228."
control: severity -1 important thanks Hi Cord, On Mon, Oct 07, 2019 at 01:44:51PM +0200, Cord Beermann wrote: > Severity: grave > all Plugins produce this Error after perl 5.30 migration the mail on d-d-a asked not to file serious (or higher) bugs for issues due to the perl transition, until the transition is over. why did you ignore this? > theres an upstream issue for this: > https://github.com/munin-monitoring/munin/issues/1202 this bug report says the issue is in perl, not in munin. I'll still keep this bug open but I'm not impressed. -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928993: sdaps: Please package the latest upstream version
Control: severity -1 serious thanks On Wed, Jul 31, 2019 at 05:25:38PM -0400, Boyuan Yang wrote: > Control: severity -1 grave > > Since the new upload of zbar has already dropped the python2 binding, > I'm raising the severity of this bug accordingly. not accordingly, but oh well, thanks at least for notifying us properly! :) -- cheers, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#931413: fetch-ldap-cert renews Debian Edu PKI on clients on every reboot
control: severity -1 normal thanks there's a workaround provided and not any justification given how this is not a normal bug, let alone a serious one, so downgrading. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#926042: drawbacks of not having tbl in testing..
On Mon, May 27, 2019 at 02:18:54PM +0200, Ulrike Uhlig wrote: > It would be useful to know with which statements or assumptions you do > not agree with and why - so that the discussion may become more > productive & helpful. "cannot be maintained in stable". I think this can at least be tried. And IMO its better to have tbl in stable until the 5th or 7th pointrelease and then have it removed (if it has to be done), than not having tbl at all, never. > > anyway, i just want to point out that 'maintaining tbl in stretch via > > stretch-backports' doesnt work because tbl is not in buster and thus, if > > this bug gets retitled to 'tbl should not be part of bullseye', > > maintaining tbl in buster via bullseye-backports will also not work. > Do you have any suggestion on how to handle this? maintain tbl in stable. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Our civilization is being sacrificed for the opportunity of a very small number of people to continue making enormous amounts of money... It is the sufferings of the many which pay for the luxuries of the few... You say you love your children above all else, and yet you are stealing their future in front of their very eyes... signature.asc Description: PGP signature
Bug#926042: drawbacks of not having tbl in testing..
hi, i'm not sure I agree with the assumptions from this bug report but anyway, i just want to point out that 'maintaining tbl in stretch via stretch-backports' doesnt work because tbl is not in buster and thus, if this bug gets retitled to 'tbl should not be part of bullseye', maintaining tbl in buster via bullseye-backports will also not work. (I just noted this bug now by chance, that's why I'm late to this party.) -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928204: marked as pending in debian-security-support
Control: tag -1 pending Hello, Bug #928204 in debian-security-support reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/debian-security-support/commit/89fba125aae4f9dace17b05e743044fd6ebac675 postinst and check-support-status.hook: add code to create the d-s-s user's home directory. Closes: #928204. postinst and check-support-status.hook: add code to create the d-s-s user's home directory if it doesn't exist, as schroot copies /etc/passwd from the host without creating the user home directories. Closes: #928204. Thanks to Santiago Vila. Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/928204
Bug#928204: marked as pending in debian-security-support
Control: tag -1 pending Hello, Bug #928204 in debian-security-support reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/debian-security-support/commit/89fba125aae4f9dace17b05e743044fd6ebac675 postinst and check-support-status.hook: add code to create the d-s-s user's home directory. Closes: #928204. postinst and check-support-status.hook: add code to create the d-s-s user's home directory if it doesn't exist, as schroot copies /etc/passwd from the host without creating the user home directories. Closes: #928204. Thanks to Santiago Vila. Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/928204
Bug#928204: check-support-status: cannot create /var/lib/debian-security-support/security-support.semaphore: Directory nonexistent
control: tags -1 - unreproducible moreinfo thanks Hi Santiago, On Mon, May 13, 2019 at 11:32:46PM +0200, Santiago Vila wrote: > Way to reproduce it: [...] > The postinst blindly assumes that if the user debian-security-support > exists, then /var/lib/debian-security-support should also exist: [...] > But schroot by default copies /etc/passwd from the host machine (where > the user already exists) inside the chroot, breaking the assumption. [...] > Maybe the patch below is enough to fix this. awesome, thank you! will upload a fixed package shortly. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: fixing debian-security-support upgrades from stretch (for good)
On Mon, May 13, 2019 at 08:17:26PM +0100, Ben Hutchings wrote: > On Mon, 2019-05-13 at 19:08 +0000, Holger Levsen wrote: > > reassign -1 base-files > > retitle -1 base-files: please add a break on d-s-s < 2019.04.25 and FWIW and for future releases, I've just now done https://salsa.debian.org/debian/debian-security-support/commit/970c319393cc1a43d6213b21e92b3ec1c6b77e73 "check-support-status.in: don't fail if security-support-ended.debX does not exist for the release d-s-s is running on. Closes: #927450." though I won't upload this immediatly as I'm not sure it's the most ideal fix for this. Maybe it is though. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: fixing debian-security-support upgrades from stretch (for good)
reassign -1 base-files retitle -1 base-files: please add a break on d-s-s < 2019.04.25 thanks On Mon, May 13, 2019 at 01:00:14PM +0100, Ben Hutchings wrote: > On Mon, 2019-05-13 at 11:52 +, Holger Levsen wrote: > > So I think this can only be fixed properly (=without asking people to > > upgrade to the latest stretch pointrelease but instead allowing upgrades > > to buster from *any* stretch pointrelease) by adding a "pre-depends: > > debian-security-support (>= 2019.04.25)" to base-files in buster. > This makes debian-security-support transitively essential, whereas it > used to be optional. thanks, Ben. > Is "Conflicts" not strong enough? after re-reading https://www.debian.org/doc/debian-policy/ch-relationships.html#packages-which-break-other-packages-breaks and https://www.debian.org/doc/debian-policy/ch-relationships.html#conflicting-binary-packages-conflicts (policy 7.3 and 7.4) I now also think that a "Breaks: debian-security-support (>= 2019.04.25)" in src:base-files is in order. Thanks. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C we'll all die. make a difference while you can. disobey. smile. signature.asc Description: PGP signature
Bug#928172: fixing debian-security-support upgrades from stretch (for good)
[re-sent with debian-release list address corrected...] hi, so there is "#928172 debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook" which happens when base-files is upgraded before debian-security-support (but doesnt happen if d-s-s is upgraded first...) So I think this can only be fixed properly (=without asking people to upgrade to the latest stretch pointrelease but instead allowing upgrades to buster from *any* stretch pointrelease) by adding a "pre-depends: debian-security-support (>= 2019.04.25)" to base-files in buster. As per policy 7.2 I'm asking debian-devel to discuss this and form a consensus that this is the right thing to do. Please note that there are two more relevant bugs for this disucssion: "#927450 [debian-security-support] debian-security-support needs to be adapted to each new Debian release" - this bug should be fixed in another debian-security-support upload targeted at buster, probably by just exiting with 0 in case of an unsupported release. Please note that #927450 was fixed in d-s-s 2019.04.25 and then reopened with another scope :/ (=fixing this permanently and forever, while #927450 was originally only about not recognizing buster as a valid release.) "#928204 [debian-security-support] check-support-status: cannot create /var/lib/debian-security-support/security-support.semaphore: Directory nonexistent" - I looked at the code and couldnt see how this bug could happen. Help welcome, also just by confirming whether it's possible for you to (not) reproduce this bug. -- tschau, Holger, who didn't create this mess... --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: fixing debian-security-support upgrades from stretch (for good)
hi, so there is "#928172 debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook" which happens when base-files is upgraded before debian-security-support (but doesnt happen if d-s-s is upgraded first...) So I think this can only be fixed properly (=without asking people to upgrade to the latest stretch pointrelease but instead allowing upgrades to buster from *any* stretch pointrelease) by adding a "pre-depends: debian-security-support (>= 2019.04.25)" to base-files in buster. As per policy 7.2 I'm asking debian-devel to discuss this and form a consensus that this is the right thing to do. Please note that there are two more relevant bugs for this disucssion: "#927450 [debian-security-support] debian-security-support needs to be adapted to each new Debian release" - this bug should be fixed in another debian-security-support upload targeted at buster, probably by just exiting with 0 in case of an unsupported release. Please note that #927450 was fixed in d-s-s 2019.04.25 and then reopened with another scope :/ (=fixing this permanently and forever, while #927450 was originally only about not recognizing buster as a valid release.) "#928204 [debian-security-support] check-support-status: cannot create /var/lib/debian-security-support/security-support.semaphore: Directory nonexistent" - I looked at the code and couldnt see how this bug could happen. Help welcome, also just by confirming whether it's possible for you to (not) reproduce this bug. -- tschau, Holger, who didn't create this mess... --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
On Thu, May 09, 2019 at 12:56:18PM +0200, Santiago Vila wrote: > Hello Holger. I'd like to work on this issue. > > My plan is to change "exit 1" to "exit 0" (as proposed) in both > stretch and buster. If that's not enough I will also add a > Breaks: debian-security-support (<= 2019.02.02~deb9u1) in base-files. this is not enough. and no, if I had time to explain, I would fix it myself. again: we need a fix which works in buster only, without touching stretch. we probably need to touch base-files in buster though. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
On Wed, May 08, 2019 at 02:06:20PM -0400, Gabriel Filion wrote: > so in order to unblock things one might want to run: > > apt purge debian-security-support > apt update && apt upgrade > apt install debian-security-support thanks for sharing this. I'll find time for the proper fix eventually - or be thankful to someone else finding this time earlier. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#928204: check-support-status: cannot create /var/lib/debian-security-support/security-support.semaphore: Directory nonexistent
On Mon, Apr 29, 2019 at 08:14:36PM +, Cyril Brulebois wrote: > Package: debian-security-support > Version: 2019.04.25 > Severity: serious > Justification: fails to install sigh & thanks for filing this bug report! > I'm not sure whether that's related to #928172 but I'm seeing this on a seems unrelated to me. > fresh install (rather than an upgrade) in a sid development chroot > (meaning non-minimal, with packages needed to build src:debian-installer > at least): [...] > Setting up debian-security-support (2019.04.25) ... > /usr/bin/check-support-status: 269: /usr/bin/check-support-status: cannot > create /var/lib/debian-security-support/security-support.semaphore: Directory > nonexistent > dpkg: error processing package debian-security-support (--configure): > installed debian-security-support package post-installation script > subprocess returned error exit status 2 I'm puzzled. /var/lib/debian-security-support/ is supposed to be created in postinst and from /usr/share/debian-security-support/check-support-status.hook as well (by creating the user and its homedir, which is that directory) so I'm a bit at lost here right now. help welcome. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
On Mon, Apr 29, 2019 at 01:10:39PM +, Holger Levsen wrote: > On Mon, Apr 29, 2019 at 03:08:49PM +0200, Santiago Vila wrote: > > We can tell people to upgrade to the latest point release before upgrading. > > Every software vendor, not just so-called linux distros, recommend > > such kind of things. > thats not how Debian works since 20 years... as in: we can fix this properly (=not requiring people to read release notes or doing special steps), and we should do that (=make it just work). how: thats the open question I had in my initial reply to this bug report to Andreas. > > As I said in the other bug, the root problem for this is to make the > > error to be fatal. So, the time-bomb in stable is exploding now. Let > > deactivate the bomb once and forever before it explodes again when > > upgrading from buster to bullseye. > you are again mixing bugs. as in: once we fix #928172 for the buster upgrade, we can apply the same fix for the bullseye update, so #927450 doesnt become an "exploding time bomb". if we now could please focus on #928172 and ignore #927450 for now, that would be great. (and "ignoring #927450" also means not mixing them up.) -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
On Mon, Apr 29, 2019 at 03:08:49PM +0200, Santiago Vila wrote: > We can tell people to upgrade to the latest point release before upgrading. > Every software vendor, not just so-called linux distros, recommend > such kind of things. thats not how Debian works since 20 years... > As I said in the other bug, the root problem for this is to make the > error to be fatal. So, the time-bomb in stable is exploding now. Let > deactivate the bomb once and forever before it explodes again when > upgrading from buster to bullseye. you are again mixing bugs. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
On Mon, Apr 29, 2019 at 02:27:14PM +0200, Santiago Vila wrote: > This is because debian-security-support in testing is still incompatible > with base-files in sid, as reported here: yes, sure... > Paradoxically, the version in unstable is supposed to fix this. it does, #927450 is fixed (and since then has been (*) reopened in anticipation of the same issue for the next release), but this doesnt fix the problem that the hook from d-s-s < 2019.04.25 is still used when upgrading from testing now (as it doesnt have 2019.04.25) or from stable as well. if d-s-s is upgraded before base-files, the upgrade now works nicely. if however basefiles is upgrades before d-s-s, it doesn't. That's the bug Andreas has reported as #928172. (*) sadly. a new bug would have been much better. > So I wonder if we could fix this problem without making any upload at > all, for example, by allowing debian-security-support to propagate to > testing *before* I ask for base-files to be allowed in testing. > > Holger, what do you think? as I tried to explain above, this wont fix the issue of upgrading from stable. And even if we fixed stable in a point release we still need to support upgrades from previours stretch point releases. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#928172: debian-security-support: fails to upgrade from 'testing': dpkg: error: error executing hook
Hi Andreas, thanks for filing this bug report! On Mon, Apr 29, 2019 at 01:24:26PM +0200, Andreas Beckmann wrote: > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in 'testing', then the upgrade to 'sid' fails. [...] > dpkg: error: error executing hook 'if [ -x > /usr/share/debian-security-support/check-support-status.hook ] ; then > /usr/share/debian-security-support/check-support-status.hook ; fi', exit code > 256 > E: Sub-process /usr/bin/dpkg returned an error code (2) this happens when base-files is upgraded before debian-security-support. So I'm wondering if this needs d-s-s to conflict on base-files < 10 or a pre-depends or what? -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C Dance like no one's watching. Encrypt like everyone is. signature.asc Description: PGP signature
Bug#927862: youtube-dl: please update to 2019.04.24
On Sat, Apr 27, 2019 at 08:45:11AM +0200, Andreas Beckmann wrote: > > # justification: this indeed breaks download of youtube videos > Does this affect stretch (2017.05.18.1-1), too? yes -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#927450: fixed in debian-security-support 2019.04.25
control: severity -1 normal control: retitle -1 debian-security-support needs to be adapted to each new Debian release thanks On Fri, Apr 26, 2019 at 12:34:44AM +0200, Christoph Anton Mitterer wrote: > As if I wouldn't have written it before... o.O talk is cheap, show me the code ;) > Now all that was done is changing the value from 9 to 10 and it will > break again in xx months when the next-stable arrives an no one will > remember by then that this must be adapted... > > Can't you just set a Conflicts/Breaks against base-files >10 ... and > people won't again fall into that trap in the future? I'm not really impressed by this fix either, cause it will also cause breakage in xx months when the next stable arrives... IMO the code should deal more gracefully with this situation, but such a change would probably be to invasive now. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#927450: Bug #927450 in debian-security-support marked as pending
Control: tag -1 pending Hello, Bug #927450 in debian-security-support reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/debian/debian-security-support/commit/124366712eb7a10e86983facb2b2b9d96cd53221 check-support-status.in: set latest supported version to Debian 10 / Buster. Closes: #927450. Signed-off-by: Holger Levsen (this message was generated automatically) -- Greetings https://bugs.debian.org/927450
Bug#921131: taking over yum-utils
Hi Markus! On Thu, Feb 28, 2019 at 08:27:11PM +0100, Markus Frosch wrote: > thanks I just did so, and uploaded a new version. yay, very cool! > During testing I noticed the "refactoring" patch actually broke logging, > and therefor reposync working. ouch, sorry. > I fixed it with an additional patch: > https://salsa.debian.org/pkg-rpm-team/yum-utils/commit/0c946a3b072b921a96d1b47a9653367db74d5cf0 thanks! > Upstream has applied more refactoring, I will rebase our patches at a > later point, for now it should work. *nods* -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#918578: maybe something to try
hi, from irc: | sunweaver: but if you have some spare cycles, maybe you could look into #918578 ;) - zwiebelbot- | (#debian-release) Debian#918578: gosa: GOsa web interface missing password field - https://bugs.debian.org/918578 I have the gosa bug on my radar, but no idea, yet. I have seen it once, when I test-installed unstable's smarty3 on a stretch Debian Edu TJENER. so, it might be unrelated to gosa, in fact. maybe someone could try to reproduce this: on stretch, install smarty3 from sid and see if this bug pops up. -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#921131: taking over yum-utils
hi Markus, please adopt yum-utils and get the changes from experiemental into sid/buster before the freeze is fully in effect. You still have almost a week to do that! ;) Also if you do that, please dont forget to include the changes from my NMU. If you need any help or advice, please shout! -- tschau, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature
Bug#864709: xfce CD1 image should contain fonts for languages supported by debian installer
control: severity -1 important # this bug doesnt break debian-cd for everyone... thanks Hi, can someone please confirm whether this bug has (not) been fixed in the d-i alpha5 buster release?! -- tschüß, Holger --- holger@(debian|reproducible-builds|layer-acht).org PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C signature.asc Description: PGP signature