Control: tag -1 pending
Hello,
Bug #1106119 in pgpool2 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/postgresql/pgpool2/-/commit/36ac3c521a208bd97f11abc80324a
Control: tag -1 pending
Hello,
Bug #1104571 in svxlink 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-hamradio-team/svxlink/-/commit/46fec7b1d9e800c0d58
Control: tag -1 pending
Hello,
Bug #1080707 in pyhamtools 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-hamradio-team/pyhamtools/-/commit/49a3ca8e50d0b
Package: libc6
Version: 2.41-2
Severity: grave
postgresql-15-pllua is still a valid package on apt.postgresql.org.
Please remove the unversioned breaks against it, or make it versioned.
Package: libc6
Source: glibc
Version: 2.41-2
Architecture: ppc64el
Breaks: postgresql-15-pllua
Control: tags -1 unreproducible
Control: severity -1 important
Re: Lucas Nussbaum
> > # Failed test 'pg_stat_ssl with client certificate: matches'
> > # at t/001_ssltests.pl line 731.
Hmm, it does not fail here today, nor in Debian just 3 days ago. We
will see what happens with the next point
Control: tag -1 pending
Hello,
Bug #1093414 in postgresql 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/postgresql/postgresql/-/commit/44b6eee5b2a155ef77d40c6
Re: Gregor Riepl
> Here's a patch that fixes both issues and more:
>
> 1. Fixes setup.py so the unit test data files are copied during the
> installation stage. This makes the unit tests work again.
>
> 2. Removes unit tests from python3-collada package. I'm not sure why they
> were included in
Control: tags -1 unreproducible
Re: Lucas Nussbaum
> > # Failed test 'Action 'autovac_freeze' self-identifies correctly'
> > # at t/02_autovac_freeze.t line 40.
> > # 'uid=65534 topuid=10 euid=104 path='/tmp' at
> > /usr/lib/x86_64-linux-gnu/perl-base/File/Temp.pm line 686.
Source: libpqtypes
Severity: serious
Since I packaged libpqtypes in 2014, I have never heard back from
anyone using it, neither in Debian, nor outside of it. It's never
mentioned on #postgresql IRC. The upstream version is still the same
as 2014.
If no one uses this, we should remove it.
Christo
Re: erebion
> Please don't. There's currently nothing else that works as well. I store the
> logs in a folder that gets synced to my other computer using Syncthing.
> Other log software uses a MySQL database, for example, and is not well
> suited for this.
>
> Also, imho alternatives like Klog are
Re: erebion
> starting pyqso no longer works, instead the output is as follows:
Fwiw, I've always been wondering if pyqso has users or if we should
simply remove it since it seems dead upstream.
73,
Christoph DF7CB
Control: tag -1 pending
Hello,
Bug #1092119 in wfview 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-hamradio-team/wfview/-/commit/f83c347a352c2dadc09ca
/changelog 2024-09-25 12:44:52.0 +
@@ -1,3 +1,11 @@
+php-horde-db (2.4.1-8.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Use a PG-native catalog query in primaryKey method to fix unstable
+ * ordering. (Closes: #1082106)
+
+ -- Christoph Berg Wed, 25 Sep 2024 14:44:52 +0200
Source: php-horde-db
Version: 2.4.1-8
Severity: grave
Tags: patch
Hi,
php-horde-db's primaryKey for PostgreSQL relies on undefined ordering
when reading the columns a primary key is defined on. So far it
worked, but in PostgreSQL 17, it fails. The attached patch makes it
use a proper catalog quer
Source: php-horde-db
Version: 2.4.1-8
Severity: grave
Tags: patch
Hi,
php-horde-db's primaryKey() method for PostgreSQL relies on undefined
ordering when reading the columns of a multi-column primary key. So
far this worked, but on PG17 (already in testing, but not the default
version yet), this
Control: tag -1 pending
Hello,
Bug #1073801 in pgtt 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/postgresql/pgtt/-/commit/0a6186a5987b78e69d8665dacbc35d8a511
Control: tag -1 pending
Hello,
Bug #1081659 in pgpool2 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/postgresql/pgpool2/-/commit/298e6fd05b9ebac90a8976386a9b9
Control: tag -1 pending
Hello,
Bug #1081688 in pgq-node 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/postgresql/pgq-node/-/commit/3a6da96ee76f0a91a22ac8f6f8a
Re: Scott Kitterman
> Still builds postgresql-16-pgq-node and depends on cruft postgresql-16-pgq3
Hi Scott,
thanks for the ftp accept!
I'm aware of the dependency chains among the PG extensions, no need
for extra bugs.
Christoph
Control: tag -1 pending
Hello,
Bug #1081581 in pg-partman 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/postgresql/pg-partman/-/commit/158962a7f147313aec13f20
Re: Paul Gevers
> This happens often enough on some architectures on ci.d.n that the Release
> Team considers this RC. Because the unstable-to-testing migration software
> now blocks on regressions in testing, flaky tests, i.e. tests that flip
> between passing and failing without changes to the li
Source: pygresql
Version: 1:6.0.1-1
Severity: serious
Please port pygresql to PostgreSQL 17. 17.0 will be released in 3
weeks, and 17rc1 is already in unstable. pygresql is the only package
holding back the testing migration of postgresql-17.
67s =
Re: Matthias Klose
> Package: src:py-postgresql
> Version: 1.2.1+git20180803.ef7b9a9-4
I believe instead of fixing this bug, we should remove
python3-postgresql. I've never seen it being used anywhere in the
wild, and the last version is a git snapshot from 2018. There are no
reverse dependencies,
Control: tag -1 pending
Hello,
Bug #1075516 in slony1-2 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/postgresql/slony1-2/-/commit/080cab5f1f1610c3f90419a2d20
Re: Ben Finney
> At https://salsa.debian.org/debian/dput/-/merge_requests/15> is a
> merge request proposing to fix this bug.
>
> Can you try the resulting Dput package, and confirm whether it corrects the
> behaviour in your case?
Hi,
I don't think I have any ssh options set - it was already fa
Re: Martin-Éric Racine
> Incorrect delayed argument: ValueError: delayed days value must be a decimal
> integer:
`dput -e 0` works around that part of the problem. I then ran into
another problem though:
Uploading to ssh-upload [DELAYED/0-day] (via scp to ssh.upload.debian.org):
Traceback (most
Re: Moritz Mühlenhoff
> Agreed, if the package is actually broken with the version of PostgreSQL
> in stable and if there's no sensible backport for the open security issues,
> then let's rather remove it by the next point release.
Ack.
Christoph
close 1068656 1.6.0-2
thanks
This was fixed in the package, but the changelog entry for -2 didn't make it
into the .changes file for the version that was later uploaded.
Control: tag -1 pending
Hello,
Bug #1068656 in pgsql-http 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/postgresql/pgsql-http/-/commit/f92a339d44e621a56ee174c
Control: tag -1 pending
Hello,
Bug #1066754 in sentry-python 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/python-team/packages/sentry-python/-/commit/9708fff
Control: tag -1 pending
Hello,
Bug #1063986 in sentry-python 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/python-team/packages/sentry-python/-/commit/9708fff
Re: Sebastian Ramacher
> Source: cl-plus-ssl
> Version: 20220328.git8b91648-4
> Severity: serious
> X-Debbugs-Cc: sramac...@debian.org
>
> cl-plus-ssl hardcodeds a dependency on libssl3. Due to the time_t
> transition, the package name changed and the dependency needs to be
> updated.
It actually
Control: tag -1 pending
Hello,
Bug #101 in pgpcre 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/postgresql/pgpcre/-/commit/b36dc6e2517979428bac0855fdc5578
Re: Gregor Riepl
> I pushed a simple patch to add the dependency, would be nice if you could
> release it, @myon? Thanks in advance.
On its way, thanks for the update!
Christoph
Control: clone -1 -2
Control: reassign -2 ftp.debian.org
Control: retitle -2 RM: flask-babelex -- obsolete
Re: Colin Watson
> Should we just remove this package from Debian? I'm CCing everyone
> who's uploaded it in the past just in case, but I suspect this is an
> easy decision.
Yeah, let's jus
Control: tag -1 pending
Hello,
Bug #1065000 in pgpool2 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/postgresql/pgpool2/-/commit/0d80c3f9759b682f88740570efce1
Re: Leandro Cunha
> The
> next job would be to make it available through backports and I would
> choose to remove this package from stable. But I would only leave
> bookworm backports due to other bugs found (this CVEs too) and fixed
> in 7.14.7.
> I have to search about the status of backports to
Package: libpam0g
Version: 1.5.3-6
Severity: serious
On my sid system, libpam0g doesn't get upgraded because apt thinks the
libpam0t64 package is good enough:
$ sudo apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgra
Re: Vladimir Petko
> armhf has -Werror=implicit-function-declaration enabled in default gcc flags
> of
> gcc-13 13.2.0-16.1.
Huh, why only on armhf? That makes debugging this a bit hard.
> Would it be possible to consider a merge request[1] that addresses this
> issue?
I'm looking now.
Fwiw
Control: tag -1 pending
Hello,
Bug #1053004 in phppgadmin 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/postgresql/phppgadmin/-/commit/921866f35baa59636dabe79
Re: Steve Langasek
> If you as maintainer want to close this bug report (indicating that no
> transition is required) or un-tag it 'pending' (indicating that a transition
> may be required but the patch is not ready to upload), and accept any
> fallout if it turns out this is incorrect, that will m
Control: tags -1 = moreinfo
Re: Steve Langasek
> If you have any concerns about this patch, please reach out ASAP. Although
> this package will be uploaded to experimental immediately, there will be a
> period of several days before we begin uploads to unstable; so if information
> becomes availa
Re: Andrius Merkys
> The patch proposed in #1042610 does not fix test failure. Interestingly, the
> failure seems to be nondeterministic: after patching #1042610 some builds
> succeed. However, I did not manage to find the root cause.
The difference between a working and a failing run is this diff
Control: tag -1 pending
Hello,
Bug #1054974 in behave 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/python-team/packages/behave/-/commit/b08c90e9c290f254f160a
Control: tag -1 pending
Hello,
Bug #1042610 in behave 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/python-team/packages/behave/-/commit/6dbb3d83edccf348aca04
Re: Helmut Grohne
> Is it ok to call upgrade scenarios failures that cannot be reproduced
> using apt unsupported until we no longer deal with aliasing?
>
> If the answer is yes here, we'll close #1058937 (Ben's libnfsidmap1 bug)
> with no action calling the scenario unsupported.
I think we shoul
Re: Gregor Riepl
> > fatal error: catch2/catch.hpp: No such file or directory
>
> This is caused by significant changes in catch2 3.4.0.
> Some other packages are affected by the same problem, which currently blocks
> migration: https://qa.debian.org/excuses.php?package=catch2
>
> I think this bu
Control: retitle -1 su/sudo broken
Re: To Debian Bug Tracking System
> Package: libpam-modules-bin
> Version: 1.5.2-8
> Severity: grave
>
> amd64 is unaffected.
Correction: amd64 is affected as well (-8 just had not hit the mirrors
yet when I first tried).
Christoph
Package: libpam-modules-bin
Version: 1.5.2-8
Severity: grave
With pam 1.5.2-8 installed, my i386 chroots can't run su or sudo
anymore:
(sid-i386)root@turing:/home/myon# su -
su: Permission denied
(sid-i386)root@turing:/home/myon# sudo -i
sudo: PAM account management error: Permission denied
sudo
Re: Matthias Klose
> Package: src:gcc-arm-none-eabi
> Version: 15:12.3.rel1-1
> Severity: serious
> Tags: sid trixie
>
> a typical upload-and-run-away package upload ...
I think to fix, a simple rebuild of libstdc++-arm-none-eabi is
required (not binnmu-able since it's arch:all).
The original re
Control: tag -1 pending
Hello,
Bug #1052755 in psqlodbc 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/postgresql/psqlodbc/-/commit/14b1e9f9750db820ba956acca72
Source: pg-gvm
Version: 22.4.0-2
Severity: serious
Tags: patch
Hi,
pg-gvm currently ships a single binary package "pg-gvm" that installs
files to /usr/lib/postgresql/15/, but doesn't declare that anywhere;
the packaging doesn't conform to the established PostgreSQL extension
packaging scheme.
Po
Control: tag -1 pending
Hello,
Bug #1051881 in postgresql 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/postgresql/postgresql/-/commit/4c4b928993b8c4a517f055c
Control: tag -1 pending
Hello,
Bug #1051881 in postgresql 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/postgresql/postgresql/-/commit/8a5b631833508c9ee61d414
Control: tag -1 pending
Hello,
Bug #1031011 in pgagroal 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/postgresql/pgagroal/-/commit/50bdc843cb42388e9e597a246b6
Control: tag -1 pending
Hello,
Bug #1041429 in restrictedpython 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/python-team/packages/restrictedpython/-/commit/0
Package: pfm
Version: 2.0.8-3
Severity: grave
pfm doesn't do anything useful here, it just produces a message popup
saying
Connection to database foo has failed:
invalid command name "pg_connect"
I guess Tcl/Tk has changed since this package was last updated 10 years ago.
-- System Information
Re: Lucas Nussbaum
> Version: 0.17.0-2
> > (./testapplicationexception:892843): GLib-CRITICAL **: 07:16:59.134: Did
> > not see expected message GLib-GObject-WARNING **: value*out of range*type*
> > not ok /testapplicationexception/Properties/test -
> > GLib-GObject-FATAL-CRITICAL: value "-1" of
Re: Timo Röhling
> https://lists.debian.org/debian-devel/2023/07/msg00307.html
Thanks for the explanation, I'm preparing an upload.
Cheers,
Christoph
Control: tag -1 pending
Hello,
Bug #1042157 in uranium 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/3dprinting-team/uranium/-/commit/e5d2fb259d40f65ac490f97e
Hi Timo,
did cmake intentionally change Python_SITELIB to point to /usr/local?
Re: Gregor Riepl
> > purelib: directory for site-specific, non-platform-specific files
> > (https://docs.python.org/3/library/sysconfig.html)
> >
> > "site-specific" doesn't sound like packages should install anything
Re: Gregor Riepl
> This is caused by a change in cmake 3.27.
>
> In 3.26.4-4, Python_SITELIB is /usr/lib/python3/dist-packages.
> In 3.27.1-1, it's /usr/local/lib/python3.11/dist-packages
>
> The documentation for 3.26 states:
> > Information returned by
> > distutils.sysconfig.get_python_lib(pl
Re: Gregor Riepl
>
> > > -- Installing:
> > > /<>/debian/tmp/usr/local/lib/python3.11/dist-packages/UM
> > > -- Installing:
> > > /<>/debian/tmp/usr/local/lib/python3.11/dist-packages/UM/ColorImage.py
>
> > > dh_install: warning: Cannot find (any matches for)
> > > "usr/lib/python3/dist-packag
Control: tag -1 pending
Hello,
Bug #25 in xastir 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-hamradio-team/xastir/-/commit/d49fb8bc79b05ece58c010
Re: Adrian Bunk
> 2. the following change:
>
> --- debian/rules.old 2023-07-24 15:36:20.941771419 +
> +++ debian/rules 2023-07-24 15:36:43.133759741 +
> @@ -5,7 +5,7 @@
> # less debug info to avoid running out of address space
> ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel))
>
Re: Gregor Riepl
> > The package fails to build in a test rebuild on at least amd64 with
> > gcc-13/g++-13, but succeeds to build with gcc-12/g++-12. The
> > severity of this report will be raised before the trixie release.
>
> This issue was due to a missing #include , and it was already fixed
>
Re: Adrian Bunk
> They seem to have renamed the python modules, e.g. in python3-arcus:
Sigh, and thanks for spotting that.
I had hoped that uploading to experimental would have found such
issues over the last year, but was not true. :(
Christoph
Re: Gregor Riepl
>
> Thanks for the quick fix, but I'm not super happy about this solution.
>
> This package *really* installs only platform-independent header files, and I
> think the error is wrong.
>
> But I can see where it's coming from; one of the cmake scripts contains
> boilerplate that
Control: tag -1 pending
Hello,
Bug #1040191 in libnest2d 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/3dprinting-team/libnest2d/-/commit/7b403bf674b3c5798ab6
Control: tag -1 pending
Hello,
Bug #1031680 in uranium 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/3dprinting-team/uranium/-/commit/8e6f6055c13fcc1b5b25aa5a
Re: tony mancill
> In any event, I think the change is good and am planning to upload,
> provided there are no concerns from the Debian Hams.
Looks good to me.
Christoph
Re: Gregor Riepl
> -install(FILES service/charon.service DESTINATION lib/systemd/system)
> +install(FILES service/charon.service DESTINATION /lib/systemd/system)
Thanks for figuring that out!
Uploaded to experimental and unstable.
Christoph
close 1032930 5.0.0-2
thanks
libnest2d (5.0.0-2) unstable; urgency=medium
* Patch incorrect package name in Findclipper.cmake. Closes: #1032930
-- Gregor Riepl Wed, 29 Mar 2023 02:12:38 +0200
Re: Adrian Bunk
> > CVE-2023-22332[0]:
> Christoph, is there a reason why this cannot be fixed with a backport
> or an upgrade to 4.3.5?
Just time (and the RFH on the package that has been open since 2014
and no activity since 2016).
I've just uploaded 4.3.5 to unstable.
Thanks for the poke,
Ch
Control: tag -1 pending
Hello,
Bug #1030048 in pgpool2 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/postgresql/pgpool2/-/commit/0533b06b7737b73123df72209680a
Re: Black Michael
> Current github master plus one small patch fixes the compilation.
Hi Michael,
I see it has already been merged, thanks!
Let's see if they also tag a new release. Otherwise I'll make a temp
tarball in a few days.
Christoph
Re: Gregor Riepl
> It will be fixed in libarcus 5.0.0-2, which is waiting for release:
> https://salsa.debian.org/3dprinting-team/libarcus/-/commit/c2dfe6eacb2213195619b50f1d1efc7cd519c8f8
>
> @myon: Can you take care of pushing this version, please?
Hi Gregor,
I just uploaded that version.
I a
Re: Paul Gevers
> With a recent upload of qcustomplot the autopkgtest of qcustomplot fails in
> testing when that autopkgtest is run with the binary packages of qcustomplot
> from unstable.
I uploaded the pending changes as an NMU, plus ignoring a compiler
warning on stderr:
[ 66%] Building CXX o
Control: tag -1 pending
Hello,
Bug #1024100 in libxtrx 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-hamradio-team/libxtrx/-/commit/5878b273c7bf61f13ed
Control: tag -1 pending
Hello,
Bug #1024101 in js8call 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-hamradio-team/js8call/-/commit/5b8cf1247227b8189fb
Control: tag -1 pending
Hello,
Bug #1024104 in wsjtx 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-hamradio-team/wsjtx/-/commit/44bdf2e9dddfee0ca2b1a01
Re: Petter Reinholdtsen
> I do not buy into the cancel culture. I further do not find the guilt by
> association argument (his web page is full of bad stuff, so his software
> is bad) convincing. In short, I fail to see it as an argument for
> removing bs1770gain from Debian.
By playing innocent
Re: Ansgar
> I proposed to remove bs1770gain from Debian. Besides the problem from
> #913352, the upstream homepage and domain that we direct users to (via
> Homepage: field and other places) contain extremist content.
>
> I don't think it's worth distributing software that does this in
> Debian.
Re: Filippo Rusconi
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> as per recommendation of release.debian.org, this bug is to inform the
> maintainer of js8call that a transition is currenly in operation.
The usual course is filing bugs at some
Control: tag -1 pending
Hello,
Bug #1012538 in chirp 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-hamradio-team/chirp/-/commit/f8eec65c1efb93fb30a81b4
Re: Apostolos Kefalas
> lately chirp received some major work towards python3
>
> https://github.com/kk7ds/chirp/tree/py3
Oh interesting. And no more dealing with mercurial.
Thanks!
Christoph
close 1022478 1.4.2-2
thanks
close 1022522 1:2.0.10-5
thanks
close 1022490 2.17-1
thanks
> > # Python3 bindings
> > python3 host/libraries/libbladeRF_bindings/python/setup.py install
> > --root=debian/tmp/ --prefix=/usr
...
> > Copying bladerf.egg-info to
> > debian/tmp/usr/local/lib/python3.10/dist-packages/bladerf-1.2.1-py3.10.egg-info
> > running install_scripts
> > Installing bla
Control: tag -1 pending
Hello,
Bug #1022398 in bladerf 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-hamradio-team/bladerf/-/commit/3b2c203682dede80873
close 1022487 3.5-2
thanks
--
Mit freundlichen GrüÃen,
Christoph Berg
--
Senior Consultant, Tel.: +49 2166 9901 187
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Trompeterallee 108, 41189 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Geoff Richardson, Peter
Control: tag -1 pending
Hello,
Bug #1022535 in pg-repack 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/postgresql/pg-repack/-/commit/468cd2fd512f176f95d7c574c
Control: tag -1 pending
Hello,
Bug #1022507 in postgresql-plsh 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/postgresql/postgresql-plsh/-/commit/2dc59db2e0369
Control: tag -1 pending
Hello,
Bug #1021859 in pgbouncer 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/postgresql/pgbouncer/-/commit/af952a729f59ca41d8ccd5a24
Control: tag -1 pending
Hello,
Bug #1022152 in postgresql 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/postgresql/postgresql/-/commit/3500c73817462c0d1588d9f
Re: To Debian Bug Tracking System
> redmine needs updating for this; one workaround for the testsuite
> would be to "grant create on schema public to public;" to revert to
> the old default.
It's not the testsuite failing; it's already the postinst failing to
install redmine.
Christoph
Source: redmine
Version: 5.0.2-2
Severity: serious
PostgreSQL 15 restricts the CREATE privilege on the default "public"
schema in each database to the database owner; previous all users were
allowed to create new objects.
redmine needs updating for this; one workaround for the testsuite
would be
Control: severity -1 important
Re: Daniele Forsi
> Christoph Berg wrote:
>
> > Is it just broken for me and Bernhard, or for most people?
>
> the version from package 4.36-2 works for me, with "LC_ALL=C tucnak"
> and without LC_ALL set
Ok, let's downgrade i
Re: tony mancill
> > tucnak doesn't start here:
> >
> > $ LC_ALL=C tucnak
>
> Hi Christoph,
>
> Hmm... it starts and runs here, so I don't think it is broken for
> everyone.
Is it just broken for me and Bernhard, or for most people?
Christoph
1 - 100 of 628 matches
Mail list logo
