Control: tags -1 - moreinfo
On 26.05.25 15:29, Sebastian Ramacher wrote:
-5 is not yet available in unstable. Please remove the moreinfo tag once
it is.
oh, I thought I need a pre-approval for the upload. So here it is ...
Thorsten
wild changed some bits
+
+ -- Thorsten Alteholz Sun, 25 May 2025 18:39:26 +0200
+
smstools (3.1.21-4) unstable; urgency=medium
* take care of gcc10 errors (Closes: #957818)
diff -Nru smstools-3.1.21/debian/patches/series
smstools-3.1.21/debian/patches/series
--- smstools-3.1.21/debian/patches
Hi Michael,
On 20.05.25 14:18, Michael Meier wrote:
Is there any chance the newer package version (maybe even 3.25) would
make it into the next debian version or is it too late therefore?
sorry, unfortunately it is too late for Trixie. hplip can be only
available as backport.
Thorsten
Control: tags -1 + moreinfo
Hi Gregor,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
libalien-build-perl: libextutils-cbuilder-perl
libarray-base-perl: libextutils-cbuilder-perl
libbio-db-hts-perl: libextutils-cbuilder-pe
On 11.05.25 22:14, Bastian Germann wrote:
The reverse deps are back on the removed archs because freecontact was not
removed.
Please remove them again when you are processing this.
So I would suggest to fix the packages before you file the RM bugs, so
that this can not happen again.
Control: tags -1 + moreinfo
Hi Andreas,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
libfreecontact-perl: libfreecontact-perl [armel armhf i386]
python-freecontact: python3-freecontact [armel armhf i386]
# Broken Build-Depend
Hi Didier,
On Thu, 1 May 2025, Didier Raboud wrote:
as-is, the pkcs11-daemon package is obscure to use, as the USAGE file is
not made available in …/docs/ or …/examples.
oh, I forgot this :-(.
In my case, I've restorted to manually creating the following service:
Thanks, I added this to th
Control: tags -1 + moreinfo
Hi Jochen,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
fdkaac/contrib: fdkaac [amd64]
gst-plugins-bad1.0-contrib/contrib: gstreamer1.0-fdkaac [amd64 i386]
ocaml-fdkaac/contrib: libfdkaac-ocaml [amd6
Control: tags -1 + moreinfo
Hi Anton,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
netdata: libh2o-dev-common
In case it matters, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Control: tags -1 + moreinfo
Hi,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
ruby-faker: ruby-saml
In case it matters, this needs to be addressed first. Please remove the
moreinfo tag once that is done.
Thorsten
Package: release.debian.org
Severity: normal
Control: affects -1 + src:displaylink-driver
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package displaylink-driver
[ Reason ]
This package supports docking stations with DisplayLink technology,
which basically provi
Package: ftp.debian.org
Severity: normal
The software is rather old, has no development upstream anymore and FTBFS with
gcc-14.
I started to rework it, but the patch already has a size of 41k and an end is
not in sight.
As I no longer use this software, I think it is better to let it go now ..
Hi Andreas and everybody else,
On 20.03.25 11:19, Andreas Tille wrote:
2. The source package urjtag is maintained in Debian Electronics team.
The package was not updated since 2016 but Git received a major update
by
Christian Kreidl Wed, 31 Jan 2024 11:58:27 +0100 [2]
It w
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-abis
Unfortunately libosmo-abis got a new dependency (libosmo-netif), which is not
available on 32bit architectures.
Thorsten
Hi,
is there any bug resulting from these file permissions? Is there something
not working?
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:afnix
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-sccp
The arch:all package libosmo-sigtran-doc is no longer built from this source
package.
Thorsten
Hi Guido,
On Tue, 11 Mar 2025, Guido Günther wrote:
I have a package at https://salsa.debian.org/agx/osmo-cbc/ . Should we
move that under the "Debian Mobcom maintaienrs" umbrella?
oh, you beat me to it. Yes, moving would be fine. Am I to do anything?
Thorsten
On Fri, 7 Mar 2025, Bastian Germann wrote:
Control: tags -1 patch
I am uploading a NMU with the attached change as this is hindering the
whole linphone stack to migrate.
Great job, an uncoordinated upload. Thanks for nothing!
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:meep-mpi-default
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:meep
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Hi Etienne,
yes, from my point of view removal is fine.
Thorsten
Hi Agustin,
thanks a lot for taking care of this1
@Marcin: did you try the patch from Agustin and does it help with your
problem?
Thorsten
Hi,
On Sun, 2 Feb 2025, Jérôme Charaoui wrote:
According to the log it seems like there's a segfault happening in the Ruby
SELinux binding. Do you have SELinux installed/enabled on this system?
libselinux1 and ruby-selinux were installed, but I think SELinux was not
configured at all.
After
Hi,
On 02.02.25 15:32, Jérôme Charaoui wrote:
According to the log it seems like there's a segfault happening in the
Ruby SELinux binding. Do you have SELinux installed/enabled on this
system?
libselinux and ruby-selinux are installed, but I didn't configure
SELinux. So it should still hav
Hi Lukas,
didn't you assign this and other related bugs to the wrong package?
osmo-bsc does not directly depend on either bctoolbox or mbedtls!? So how
could I fix this issue?
Thorsten
Hi Guido,
On 04.01.25 15:40, Guido Günther wrote:
Would the current osmocom stack maintainers be interested in packaging
this?
yes, this is already on our list.
Thorsten
Control: tags -1 +moreinfo -confirm
Hi Alexandre,
please update your debian/copyright. The software is dual licensed with Apache
OR GPL-2.
While you are at it, please also take care of:
I: adminerevo source: composer-package-without-pkg-php-tools-builddep
[composer.json]
P: adminerevo source
Hi,
can you please stop filing random RM bugs without even trying to contact
the maintainer? This is just a waste of time and only increases the
burden of others.
Why do you want to invent another workflow for doing such removals, when
better ones already exist? For example the one from Helmut
Hi Lucas,
please file a RM bug for each package and also take care of each reverse
dependency.
Thorsten
Hi everybody,
as someone has to start: there are no objections from the ftpmaster team
to add loong64 to the archive.
Thorsten
Control: tags -1 + moreinfo
Hi,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
cp2k: cp2k
# Broken Build-Depends:
ga: libscalapack-openmpi-dev (2 >=)
nwchem: libscalapack-openmpi-dev (2 >=)
Dependency problem found.
Continue (y
Control: tags -1 + moreinfo
Hi,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
adios: libhdf5-openmpi-dev
octave-bim: libhdf5-openmpi-dev
octave-msh: libhdf5-openmpi-dev
trilinos: libhdf5-openmpi-dev
Dependency problem fou
Hi Julian,
On Mon, 25 Nov 2024, Julian Gilbey wrote:
I certainly prefer the latter option, being less confusing, but now
that it's not an ftpmaster policy, you may prefer to not get
involved.
Jonas has a valid argument about not polluting the namespace and I tend to
agree with him. But as thi
Hi Julian,
On Sun, 24 Nov 2024, Julian Gilbey wrote:
Unfortunately, the ftpmasters have made the decision that they now
require new source package names that are specific to Python to have a
source package name of python-* (unless the package name is already
clearly Python specific).
do you ha
Control: tags -1 + moreinfo
Hi Dima,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
sysdig: sysdig
# Broken Build-Depends:
sysdig: libfalcosecurity0-dev (0.11.3 >=)
Dependency problem found.
Continue (y/N)?
Aborted.
In case th
Control: tags -1 + moreinfo
Hi Jakub,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
bfh-metapackages: bfh-base-system
knot: python3-libknot
knot-resolver: knot-resolver
progress-linux-metapackages: progress-linux-base-system
Control: tags -1 + moreinfo
Hi Michael,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Depends:
r-bioc-alabaster.ranges: r-bioc-alabaster.ranges
r-bioc-alabaster.sce: r-bioc-alabaster.sce
r-bioc-alabaster.se: r-bioc-alabaster.se
r-bioc-sc
Control: tags -1 + moreinfo
Hi Keith,
there are reverse dependencies that need to be taken care of:
Checking reverse dependencies...
# Broken Build-Depends:
esptool: gcc-riscv64-unknown-elf
jh7100-bootloader-recovery: gcc-riscv64-unknown-elf
libstdc++-riscv64-unknown-elf: gcc-riscv64-unknown-el
Control: tags -1 + moreinfo
Hi Laszlo,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Depends:
pyxrd: python3-pyxrd
# Broken Build-Depends:
kombu: python3-pyro4
Dependency problem found.
Continue (y/N)?
Aborted.
In case they matter, th
Control: tags -1 + moreinfo
Hi Anton,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Depends:
vg: vg [mips64el]
xrt: libxrt-utils [amd64]
libxrt1 [amd64 arm64]
Dependency problem found.
Continue (y/N)?
Aborted.
In case they matter,
Control: tags -1 + moreinfo
Hi Daniel,
there is a reverse dependency that needs to be taken care of:
Checking reverse dependencies...
# Broken Depends:
gitaly: golang-gitlab-gitlab-org-gitaly-dev
# Broken Build-Depends:
gitaly: golang-procfs-dev
gitlab: golang-procfs-dev
gitlab-shell: golang-p
Hi,
On Fri, 22 Nov 2024, Ajin Deepak wrote:
To address your first question, in the context of *dcraw*, a denial of
service (DoS) vulnerability refers to the software's inability to handle
malformed files appropriately. A specially crafted file can cause the
application to crash, disrupting its f
On 21.11.24 15:32, Ajin Deepak wrote:
While |dcraw| is a standalone CLI tool, it can be integrated into
other software. For example, I saw RawTherapee using dcraw.
yes, whatever, this is a pretty UI around dcraw, but it is still
software that a user executes. I r
Control: severity -1 normal
On 20.11.24 06:28, Ajin Deepak wrote:
Found a memory leak in the latest version of dcraw.
Did you already apply for a CVE number?
Impact:
Memory leaks can create vulnerabilities. Attackers might exploit them to
degrade service (denial of service attacks) or in
Hi Erik,
On 20.11.24 08:28, Erik Könnecke wrote:
The developer chose ambiguous names initially, which led the debian
maintainer to change the names. These are unwieldy and impact day-to-day
use of the programs.
With the current, changed names (dadd --> dateadd, ddiff --> datediff
etc) the chang
Hi,
t_utility fails in:
if (Utility::hashs ("a") != "509C42B379FE4842") return 1;
and later other tests fail as well. So there seems to be a real problem
with 32bits architectures and I would suggest to remove all 32bit
versions and only keep at least the 64bit ones.
Thorsten
Hi Faidon,
On 21.10.24 11:47, Faidon Liambotis wrote:
What are you intentions with regards to this patch?
hplip is on top of my TODO list now and I will upload it this week.
Thorsten
On Thu, 17 Oct 2024, John Scott wrote:
I have a question as a random passerby.
Thorsten Alteholz wrote:
libcupsfilters2-common is part of the new CUPSv3 family of packages, but this
is far from being ready to use.
Nowadays nobody should use libcupsfilters2 at all.
If libcupsfilters2 is
On 15.10.24 20:26, Simon McVittie wrote:
Thanks for doing this removal, but it looks as though all binary packages
from the gdm3 source were removed as a batch, whether they were NBS or not:
Hmm, strange I thought I had adapted the parameters accordingly.
Is there a way that I should have t
Hi Till,
On 10.10.24 20:11, Till Kamppeter wrote:
the new generation of cups-filters (2.x), split into libcupsfilters,
libppd, cups-filters, and cups-browsed, each of version 2.x, is not
part of CUPS 3.x. They are designed to work with BOTH CUPS 2.x and
CUPS 3.x. They detect the presence of
package: wnpp
Severity: wishlist
Owner: Thorsten Alteholz
* Package name: cups3
Version : 3.0
Upstream Author : Michael R Sweet
* URL : https://github.com/OpenPrinting
* License : Apache + GPL
Programming Lang: C
Description : Common UNIX Printing
Hi,
there won't be any transition from cups-filters 1.x to cups-filters 2.x.
For whatever reason upstream decided to rename cups-filters to
libcupsfilters2.
libcupsfilters2 belongs to the CUPSv3 family of packages. These packages
are far from being usable at all, so nothing external should d
Hi Daniel,
On 10.10.24 09:22, Daniel Lewart wrote:
I find it confusing that libcupsfilters2-common is v3, not v2!
I agree, but this is upstreams numbering.
So the problematic package appears to be:
* Package: cpdb-backend-cups
* Maintainer: Thorsten Alteholz
* Depends
Hi Thomas,
libcupsfilters2-common is part of the new CUPSv3 family of packages, but
this is far from being ready to use.
Nowadays nobody should use libcupsfilters2 at all. I have no idea why
gnome depends on it.
As cups-filters belongs to the cupsv2 familiy, the Break: is totally fine.
Th
Hi Alexandre,
On 10.10.24 10:53, Alexandre Rossi wrote:
The bug reporter of #1073005 has brought to my attention that src:libb64
could switch to a better maintained fork to ease maintenance.
He suggested
https://github.com/libb64/libb64
But I would also suggest
https://github.com
Hi Sebastian,
On 10.09.24 11:56, Sebastian Humenda wrote:
The issue is still present in Trixie. Has upstream not yet applied the patch
or downstream not yet the latest version?
upstream did not yet add this patch to a cups-filters 1.x release, which
would work together with cups 2.x.
Maybe t
Hi Marcin,
On 04.10.24 13:52, Marcin Owsiany wrote:
Indeed, on host B the following appears at the same time the print
dialog hangs in evince ("piec" is host A):
E [04/Oct/2024:13:29:44 +0200] HP_Smart_Tank_710_720_series_piec:
Printer returned invalid data: \"media-supported\": Bad keyword v
Hi Marcin,
cups now makes more checks with the attributes it gets from the printer,
so it would be great to know which printer you are using. Are there any
messages in the error log on host A or host B? Are you still able to
print on host A?
Are you able to try a different printer (maybe even
On Tue, 1 Oct 2024, Murray, Ronald-1 (A&F) wrote:
Perhaps you should simply reassign the bug to the cups-browsed package instead?
No, in the Debian bug tracker you assign a bug to a source package and
there is no source package "cups-browsed" in Debian. There is a binary
package "cups-bro
From my point of view this would be way to early. There has been only a
proposal how things could change yet, so there is no need to create a
fait accompli.
Besides, there are only about three months left before the first freeze,
I don't think netplan should be already part of the defaults in
Hi Petter,
On Tue, 17 Sep 2024, Petter Reinholdtsen wrote:
I believe the following patch solve the build problems for hplib in
unstable.
Thanks a lot for the patch!
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-bts
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-abis
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-bsc
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom stac
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-sccp
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-mgw
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom stac
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-bts
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom stac
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-netif
Upstream never supported big-endian architectures. Meanwhile it is too
time-consuming to add this support within Debian.
The only big-endian architecture in Debian is s390x.
As there is no demand to run the osmocom
On 23.08.24 16:08, Santiago Vila wrote:
I went ahead and did the NMU, because the deadline was very
close and this was the last chance to fix it in bullseye.
Thanks for taking care of this.
Thorsten
Package: ftp.debian.org
Severity: normal
Meanwhile there are only two MPI variants left in Debian, OpenMPI and MPICH.
Wherever available OpenMPI is now the default and there should be no difference
between meep-openmpi and meep-mpi-default any longer.
So meep-openmpi is no longer needed and can
Hi Richard,
thanks a lot for the patch, unfortunately it does not seem to work:
thorsten@sid:~$ dpkg -l scheme48
ii scheme48 1.9.2-3 amd64simple, modular, and lightweight
Scheme implementation
thorsten@sid:~$ scheme48
Welcome to Scheme 48 1.9.2 (made by x86-csail-01 on 2024-
On Fri, 16 Aug 2024, Michael Biebl wrote:
Adding Thorsten explicitly to CC just in case he is not subscribed to the bug
mail.
Thanks and sorry, I promise, ipp-usb will be my next upload.
Thorsten
Hi Ian,
On 09.08.24 06:35, Ian Jackson wrote:
I've just noticed this bug (my scripting was broken). It's affecting
one of my packages too. I'm not in a position to fix it right now but
I iintend to look at it in a week or so. If the fix, is
straightforard, I will NMU it. I hope that's OK wit
Hi Ben,
On Sat, 27 Jul 2024, Ben Hutchings wrote:
I've prepared an NMU for a56 (versioned as 1.3+dfsg-10.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
thanks a lot for that patch. I just uploaded it as version -11.
Thorsten
Package: ftp.debian.org
Severity: normal
This package is orphaned, full of security issues, nobody tries to change this
and everybody agrees that this package should be removed (please also see
#1034732).
Thorsten
Package: ftp.debian.org
Severity: normal
ccextractor depends on gpac, which is unmaintained in Debian and full of
security issues. It won't migrate to testing any time soon.
The only reason why gpac is still in the archive is ccextractor, which
won't be in any future release as well. So may the
/debian/changelog 2024-06-11 19:32:57.0 +0200
+++ cups-2.4.2/debian/changelog 2024-06-27 23:16:49.0 +0200
@@ -1,3 +1,10 @@
+cups (2.4.2-3+deb12u7) bookworm; urgency=medium
+
+ * fix regression of CVE-2024-35235 in case only domain sockets
+are used
+
+ -- Thorsten Alteholz Thu
+
+ -- Thorsten Alteholz Tue, 25 Jun 2024 22:16:49 +0200
+
cups (2.3.3op2-3+deb11u7) bullseye; urgency=medium
* CVE-2024-35235 (Closes: #1073002)
diff -Nru cups-2.3.3op2/debian/patches/0022-CVE-2024-35235-regression1.patch
cups-2.3.3op2/debian/patches/0022-CVE-2024-35235-regression1.patch
On Mon, 17 Jun 2024, Adam D. Barratt wrote:
Please go ahead.
Great, thanks ...
... and uploaded.
Thorsten
On Mon, 17 Jun 2024, Adam D. Barratt wrote:
Please go ahead.
great, thanks ...
... and uploaded.
Thorsten
Hi Michael,
On 18.06.24 14:19, Michael Biebl wrote:
any chance you could consider this MR in your next upload?
yes, thanks for the MR. I will apply it after the migration of 2.4.7-3.
Thorsten
=medium
+
+ * CVE-2024-35235 (Closes: #1073002)
+fix domain socket handling
+
+ -- Thorsten Alteholz Tue, 11 Jun 2024 22:16:49 +0200
+
cups (2.3.3op2-3+deb11u6) bullseye; urgency=medium
* remove debian/NEWS again to avoid too much information when only
diff -Nru cups-2.3.3op2/debian
(Closes: #1073002)
+fix domain socket handling
+
+ -- Thorsten Alteholz Tue, 11 Jun 2024 22:16:49 +0200
+
cups (2.4.2-3+deb12u5) bookworm; urgency=medium
* 0017-check-colormodel-also-for-CMYK.patch
diff -Nru cups-2.4.2/debian/patches/0019-CVE-2024-35235.patch
cups-2.4.2/debian/patches
Hi Alain,
did you upgrade cups or was it a new installation?
Can you please check whether it works with version 2.4.7-3 and/or 2.4.7-1.2?
Thorsten
On 15.06.24 17:06, Adam D. Barratt wrote:
Please go ahead.
great, thanks ...
... and uploaded.
Thorsten
Hi Chris,
thanks for the patch, I will do the upload myself.
Thorsten
Hi Daniel,
On 19.03.24 00:27, Daniel Leidert wrote:
pdns-recursor_4.1.11-1+deb10u2_amd64.deb: Built-Using refers to
non-existing source package publicsuffix (= 20220811.1734-0+deb10u1)
if this is the only missing package, the upload should work now.
Unfortunately all remains of that upload hav
Hi Jonathan,
On 12.05.24 13:13, Jonathan Wiltshire wrote:
Please go ahead.
great, thanks ...
... and done.
Thorsten
Hi Petter,
thanks a lot for this patch, the Appstream stuff is like a book of seven
seals for me.
On Thu, 9 May 2024, Petter Reinholdtsen wrote:
+
+ com.github.indilib.indi-3rdparty
There are lots of drivers in this repository, distributed over several
packages. Shouldn't there be a uniqu
buffer overflow in QDnsLookup
+
+ -- Thorsten Alteholz Sun, 28 Apr 2024 22:48:02 +0200
+
qtbase-opensource-src (5.15.2+dfsg-9) unstable; urgency=medium
* Revert adding fix-misplacement-of-placeholder-text-in-QLineEdit.diff.
diff -Nru qtbase-opensource-src-5.15.2+dfsg/debian/patches/CVE-2022
-51714 (Closes: #1060694)
+fix incorrect HPack integer overflow check.
+
+ -- Thorsten Alteholz Sun, 28 Apr 2024 20:48:02 +0200
+
qtbase-opensource-src (5.15.8+dfsg-11+deb12u1) bookworm; urgency=medium
[ Alexander Volkov ]
diff -Nru qtbase-opensource-src-5.15.8+dfsg/debian/patches/CVE-2023
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:gutenprint
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Hi Jonathan,
On 22.04.24 19:10, Jonathan Wiltshire wrote:
Please go ahead.
great, thanks ...
... and uploaded.
Thorsten
Hi Jonathan,
On 22.04.24 18:59, Jonathan Wiltshire wrote:
Please go ahead.
great, thanks ...
... and uploaded.
Thorsten
Hi Chris,
thanks for preparing the upload.
From my point of view the change in debian/NEWS is not correct. If at
all there could have been a new entry for this upload, but I don't think
this change is that important to explicitly inform all users.
Anyway, I just uploaded 20200505dfsg0-3 now .
Package: cups-browsed
Hi Mike,
unfortunately this is a feature and not a bug.
As cups-browsed only Recommends: avahi-daemon, it might not be installed
and you can not require to wait for its start. As far as I know systemd
has some kind of timeout and the system will still boot when avahi-dae
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:libosmo-netif
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-mgw
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
Package: ftp.debian.org
Severity: normal
Control: affects -1 + src:osmo-bsc
Unfortunately this software no longer runs on 32bit architectures. The time to
fix this is better spent on other things.
Thorsten
1 - 100 of 935 matches
Mail list logo
