https://stackoverflow.com/questions/71565636/replacing-deprecated-avstream-codec-parameter-in-libav
Hi,
Per request, the "util" library was split out in it's own package.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071465
It was an act of balancing between the easy & clean solution.
Greetings
Control: tag -1 pending
Hello,
Bug #1066731 in libcloud 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:
Control: tag -1 pending
Hello,
Bug #1063944 in libcloud 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:
Ho sorry indeed.
A binNMU should be enough to fix rtorrent.
Its used by other packages, please see #1070965 as an example.
>
Hi,
libxmlrpc_util.so.4
>
I think it's a private library only meant for the one cli tool included in
the sale package.
I ll check next week.
Greetings
>
A Maintained version is here:
http://git.zerfleddert.de/cgi-bin/gitweb.cgi/micropolis
It even includes Markus' patches.
Control: tag -1 pending
Hello,
Bug #1066331 in gngb 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:
Control: tag -1 pending
Hello,
Bug #1066253 in penguin-command 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:
Please push your changes to Salsa.
You can also nmu it,
I absolutely don't mind
Or I'll do the upload
Thanks
Hi,
I upload this to allow new paramiko to migrate.
Greetings
tchet@quieter:~/deb/python-icecream$ cat debian/patches/python3.12
Forwarded: https://github.com/gruns/icecream/pull/147/files
--- a/tests/test_icecream.py
+++ b/tests/test_icecream.py
@@ -570,7 +570,7 @@
> E ModuleNotFoundError: No module named 'six'
This happens because we unknot the
python3-mock -> python3-pbr -> python3-six
dependency chain.
I did this _on purpose_ to discover missing python3-six
(build-)dependencies and/or upstream that needs a cleanup.
Here it's of course better to do
Thanks a lot for noticing this.
If I revert the NAME change autodep8 breaks on Salsa
Is there an easy way to have one name for pybuild and another one for
autodep8 ... ? I ll search.
The hard way is to define a real test suite.
Greetings
Le lun. 29 avr. 2024, 12:27, Helmut Grohne a écrit :
update is blocked by this
https://github.com/TvoroG/pytest-lazy-fixture/issues/65
many duplicates:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=yes=python-pytest-lazy-fixture
Control: tag -1 pending
Hello,
Bug #1064675 in adonthell 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:
Control: tag -1 pending
Hello,
Bug #1067379 in python-measurement 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:
Control: tag -1 pending
Hello,
Bug #1042615 in python-intbitset 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:
Control: tag -1 pending
Hello,
Bug #1068075 in tanglet 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:
Control: tag -1 pending
Hello,
Bug #1068075 in tanglet 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:
Control: tag -1 pending
Hello,
Bug #1014781 in mom 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/mom/-/commit/3e078bba96232b0dae1080c5d6a52dde7e50ea8e
Hi,
> /usr/bin/ld: ../../libtransmission/libtransmission.a(web.cc.o): undefined
> reference to symbol '__atomic_load_8@@LIBATOMIC_1.0'
> /usr/bin/ld: /lib/arm-linux-gnueabi/libatomic.so.1: error adding symbols: DSO
> missing from command line
As transmission does not link directly to libatomic,
t;
> I would love to use this package in testing, and more importantly I really
> want to use this in the next stable.
>
> Thanks a lot for your work, everyone!
>
> Alexandre Rossi:
> > I gave it a try and published my current status. Advice will be
> > appreciated.
> >
Control: tag -1 pending
Hello,
Bug #1033714 in python-flanker 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:
Control: tag -1 pending
Hello,
Bug #1067459 in connectagram 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:
Control: tag -1 pending
Hello,
Bug #1058211 in python-netfilter 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:
Control: tag -1 pending
Hello,
Bug #1066752 in django-maintenancemode 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:
Hi,
> The package fails to build in sid chroot with the following error:
>
> --
> *** uWSGI building and linking plugin plugins/rack_ruby32 ***
> Error: unable to find directory 'plugins/rack_ruby32'
> make: *** [debian/rules:429: debian/stamp-uwsgi-plugin-rack-ruby3.2] Error 1
>
Thanks, Doug!
Hope this is fixed soon. My first guess is to call the installed version
of singular and then see what happens. Sage team: if I can help in some
way, just tell me.
Best, Alexandre
Em 19/02/2024 08:50, Torrance, Douglas escreveu:
Control: reassign -1 sagemath 9.5-6
Control
installed version of
libsingular. Or is it more complicated than that?
Best, Alexandre
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT
Hi Andreas,
I think usage of "past" has been neutered since:
if sys.version_info < (3,):
from past.builtins import basestring
else:
# Avoid importing from past in Python 3 since it utilizes the builtin
# 'imp' module, which is deprecated as of Python 3.4, see
#
flask 3.0 is there now.
https://tracker.debian.org/news/1502520/accepted-flask-302-1-source-into-unstable/
Le lun. 12 févr. 2024 à 04:47, Emmanuel Arias a écrit :
>
> Hi,
>
> flask 3.0 will fix this two tests?
I don't know, I was just busy with other things
and it felt like wastign time to test
Hi,
I opened a MR to fix the issue. I can also prepare an upload if wanted.
https://salsa.debian.org/python-team/packages/python-django-tagging/-/merge_requests/3
Thanks,
Alex
line 775, in _multi_variate
from sage.rings.polynomial.multi_polynomial_libsingular import
MPolynomialRing_libsingular
ImportError: libsingular-Singular-4.3.1.so: cannot open shared object file: No
such file or directory
It seems that sage calls previous version (4.3.1) of libsingular. I reported
thi
We should wait on flask 3.0
Le sam. 3 févr. 2024, 09:05, Yogeswaran Umasankar a
écrit :
> Hi,
>
> I have fixed all the test failures in build other than two tests,
> test_media_types_method and test_media_types_q. It seems the issue is
> XML request handing. A detailed investigation is needed
nd it's already quite a lot of work) and have something that works at all.
It is still broken in Bookworm & I have no plan for this.
(maybe a backport later, not a targeted fix)
Alexandre
Le jeu. 25 janv. 2024 à 11:15, Simon McVittie a écrit :
>
> Control: affects -1 + src:renpy
>
> On Tue, 16 Jan 2024 at 20:43:34 +0100, Lucas Nussbaum wrote:
> > During a rebuild of all packages in sid, your package failed to build
> > on amd64.
> >
> > > src/pygame_sdl2/rwobject.pyx:336:22:
Control: tag -1 pending
Hello,
Bug #1061451 in renpy 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:
Package: renpy
Version: 8.0.3+dfsg-1
Severity: serious
pitfall n°1: there's no version 8.2.0: it's a daily snapshot,
we need to wait for a proper release
pitfall n°2: removing python3-future from RenPy seems not so complicated
but that _may_ or not break games if they
Control: tag -1 pending
Hello,
Bug #966115 in discodos 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:
Hi,
> > please push this packaging effort to a personal (but publicly
> > accessible) git repo on salsa, so that i can cherry pick the changes i
> > like, thanks
>
> Here:
>
>
> https://salsa.debian.org/niol/transmission/-/tree/master-candidate?ref_type=heads
I've also updated my pull
Hi,
> > A fixed version is awaiting sponsorship at:
> >
> > https://mentors.debian.net/package/transmission/
>
> please push this packaging effort to a personal (but publicly
> accessible) git repo on salsa, so that i can cherry pick the changes i
> like, thanks
Here:
Control: tag -1 pending
Hello,
Bug #1054813 in python-dmidecode 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:
control: -1 tag +patch
Please apply this patch and remove "python3-future ," from
debian/control.
Greetings
remove-future
Description: Binary data
. 2024 à 11:36, Andreas Tille a écrit :
>
> Control: tags -1 help
>
> Hi Alexandre,
>
> I started to follow your hint to replace future inside the
> code but I'm obviously struck as you can see in Salsa-CI[1].
>
> Any help would be welcome (please also review my patch sin
This one line is a no-op under Python3 and can be removed
> from kafka.vendor.six.moves import range
I ll have a more torough look at home and use CodeSearch to locate vendored
copies of six.py
Greetings
Hi,
A fixed version is awaiting sponsorship at:
https://mentors.debian.net/package/transmission/
I'll also do my best to fix any issues regarding this proposed 4.0.5-1 update.
Thanks,
Alex
Package: turing
Version: 0.11~beta-4
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: Andreas Tille
Turing does not starts at all.
$ turing
NoneType: None
Traceback (most recent call last):
File "/usr/share/turing/src/main.py", line 101, in
from forms import
Control: tag -1 pending
Hello,
Bug #1040092 in python-pyftpdlib 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:
Control: tag -1 pending
Hello,
Bug #1056481 in python-mbed-host-tests 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:
Control: tag -1 pending
Hello,
Bug #1058199 in python-mbed-host-tests 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:
The actual culprit is python3-future which won't be fixed.
Please patch-out it's usage or see if it's already done upstream.
Greetings
$ grep future -r | grep -v __future__
setup.py: install_requires = ['numpy', 'future'],
mdp/utils/templet.py:from future.utils import with_metaclass
control: tag -1 +wontfix
control: tag -2 +wontfix
Patches have been provided to all reverse dependencies.
Please don't loose time trying to fix this _huge_ one;
fix the reverse dependencies instead.
(it's more tedious, but still easier)
Greetings
control: tag -1 +patch
Hi,
Here's a patch.
Greetings
From a2dfc8434492368b4e299411c97f0f2aecab8e80 Mon Sep 17 00:00:00 2001
From: Alexandre Detiste
Date: Wed, 20 Dec 2023 10:54:16 +0100
Subject: [PATCH] fix FTBFS with Py3.12
---
debian/control | 3
Here is the patch.
It's just about hacking out the referencesto python3-future.
Greetings
python-lzstring $ git diff
diff --git a/debian/control b/debian/control
index 727100d..1d1d4aa 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,6 @@ Build-Depends: debhelper-compat (= 13),
The patch submitted upstream also removes extraneous unittest2
https://github.com/sangwonl/python-mpegdash/pull/61/files
here is a patch that removes extraneous import of future library
& most likely solves this bug
diff --git a/debian/control b/debian/control
index c3fa5b6..12b2535 100644
--- a/debian/control
+++ b/debian/control
@@ -8,8 +8,7 @@ Build-Depends: debhelper-compat (= 13),
dh-python,
This is really bad because it also breaks unattended-upgrades,
so I guess the only way out is to run "apt upgrade" by hand
(after it's fixed) on each impacted system.
Hi,
I ll try to fix this one if you permit.
Greetings
Le lun. 11 déc. 2023 à 17:02, Jochen Sprickerhof a écrit :
> I think the right thing here is to package the new uncertainties version
> which drops the past import:
>
> https://github.com/lebigot/uncertainties/releases/tag/3.1.7
+1
> Also we should probably get rid of python-future at some
Control: tag -1 pending
Hello,
Bug #832116 in edgar 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:
I understand your arguments.
There was no real emergency to close this bugs.
I was letting some time for other to voice some opinion.
Some non modifiable Scummvm game blob
have ended up in main but it's another fight
I won't take either.
Anyways I think that this package would
greatly benefit
severity 1053988 important
thanks
Hi,
Lowering severity as transmission-daemon works well.
Thanks,
Alex
Hi Matt,
It looks like Zorian is rightfully disgusted forever:
https://contributors.debian.org/contributor/misterhat-guest@alioth/
I'm not scared of a handful .ogg files without the matching .wav files,
that's life, if these .ogg file were freely licensed as-is that's good enough.
I will
Package: cytadela
Version: 1.1.0-4+b1
Severity: serious
Justification: Policy 2.2.2.
Hi,
I'm currently reviewing all the games in contrib & non-free to see
wether game-data-packager can help to make them easier to install.
I'm surprised that cytadela is in contrib but doesn't try
to download
control: reassign -1 ftp.debian.org
control: retitle -1 RM: alex-4data -- ROM, non free, not built anymore
alex4-data is non free and has been removed from Debian.
alex4 has been moved to contrib
users can build their own, local,
alex4-data using game-data-packager.
parsed.
The package libreoffice-numbertext 1.0.11-3 is broken, when using Debian Trixie
and Libreoffice 4:7.5.9~rc1-1.
Regards,
Alexandre Bonneau
control: tag -1 +fixed-upstream
I've import 3.6.4 on Salsa
> The source package contains:
>
> web/public_html/index.html
> web/public_html/transmission-app.js
>
> These files are copied into the binary package as:
>
> /usr/share/transmission/public_html/index.html
> /usr/share/transmission/public_html/transmission-app.js
>
> Those files should be
close 1052845 1:0.5.0-5
thanks
Hi,
Seems like this is fixed in:
https://salsa.debian.org/python-team/packages/python-django-tagging/-/merge_requests/2
Thanks,
Alex
Hi Jonas,
> > If I get some advice on the best practrices for having d/control.in with
> > template variables, I would be happy to work on this.
>
> I assume you mean the debian/control file (as the uwsgi source package
> currently contains no debian/control.in file).
> That file gets mangled
Hi,
Following attempted fixes of #1051752, please not that I seem to have fixed it
(tested on i386) in
https://salsa.debian.org/uwsgi-team/uwsgi/-/commit/5cdb4e37be8dd93cefdcceeb199efe990b2eb918
.
If I get some advice on the best practrices for having d/control.in with
template variables, I
Hi,
> [Phil Morrell ]
> I have no personal incentive to follow up.
I understand
It's disappointing, but we'll need to move on.
This game is now in the same situation as opentyrian...
The assets can be made packageable with data-game-data-packager
and alex4 engine will have to be moved to
Package: mu-cade
Version: 0.11.dfsg1-13
Severity: serious
Justification: GCC-12 to be removed soon
Hi,
mu-cade depends against deprecated GCC-12 runtime,
it should be rebuilt against GCC-13.
Greetings,
# LANG=C apt purge gcc-12-base
Reading package lists... Done
Building dependency tree...
Hi,
> > > > > Your package still depends on the old, obsolete PCRE3[0] libraries
> > > > > (i.e. libpcre3-dev). This has been end of life for a while now, and
> > > > > upstream do not intend to fix any further bugs in it. Accordingly, I
> > > > > would like to remove the pcre3 libraries from
Hi,
> > > Your package still depends on the old, obsolete PCRE3[0] libraries
> > > (i.e. libpcre3-dev). This has been end of life for a while now, and
> > > upstream do not intend to fix any further bugs in it. Accordingly, I
> > > would like to remove the pcre3 libraries from Debian, preferably
Hi,
> Your package still depends on the old, obsolete PCRE3[0] libraries
> (i.e. libpcre3-dev). This has been end of life for a while now, and
> upstream do not intend to fix any further bugs in it. Accordingly, I
> would like to remove the pcre3 libraries from Debian, preferably in
> time for
Source: transmission
Version: 4.0.1-1
Severity: serious
Justification: Policy 2.2.1
Hi,
The source package contains:
web/public_html/index.html
web/public_html/transmission-app.js
These files are copied into the binary package as:
/usr/share/transmission/public_html/index.html
tag patch fixed-upstream
thanks
Hi,
> davmail.connection - DISCONNECT - 127.0.0.1:41156 60s Exception in thread
> "Shutdown" java.lang.IllegalMonitorStateException: current thread is not
> owner
> 60s 2023-06-24 23:58:12,579 INFO [Shutdown] davmail - DavMail gateway
> stopped
> 60s at
Hi,
I pretty much salvaged Angband,
I need a sponsor now for an upload.
The mp3 files is the one reason
I need to repack yet again.
https://salsa.debian.org/games-team/angband
Yes it will still be usefull after this.
Greetings
: Failed to activate configuration server: The name
org.gnome.GConf was not provided by any .service files
Failed to open curl lib from binary, use libcurl.so instead
If any further information helps, please tell me how to provide it.
Best, Alexandre
-- Package-specific info:
-- Extensions i
ed a -2 that works around
dh_installsystemd not recognizing files in /usr/lib/systemd by moving it
to /lib/systemd, invoking dh_installsystemd, and moving it back to
/usr/lib/systemd
Let me know if that is acceptable - otherwise the changes in -1+b1 looks
fine too.
Thanks,
--
Michel Alexandre Salim
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2
signature.asc
Description: PGP signature
Hi,
> Attempting to unpack davmail-server/6.0.1.3390-6 from Debian bookworm
> on a minimal Debian bullseye with davmail/5.5.1.3299-5
> installed, causes an unpack error from dpkg due to
> /etc/davmail/davmail.properties being contained in both packages.
Yes I can reproduce. You should remove
Hi,
I was not explicit enough.
It's the "cron-daemon-common" binary package that needs this
Conflicts: / Breaks,
not the "cron" binary package
Le mar. 14 févr. 2023 à 22:41, Alexandre Detiste
a écrit :
>
> To be explicit: on your side you'd need yet another uplo
Le dim. 19 févr. 2023 à 18:48, Simon McVittie a écrit :
> > Trying to do more testing and polishing
>
> Thanks! Bug reports are always welcome, with or without a fix.
>
> If you can see how to fix something, fixes for important issues can be
> insta-committed, but if an issue is less important,
To be explicit: on your side you'd need yet another upload with a
Conflicts: systemd-cron (<<1.15.19-5~)
(and/or a Breaks?)
Hi,
I uploaded systemd-cron_1.15.19-5 , without the file.
I'm not sure if the handover of this non-file
is done correctly, you can NMU if you know better.
[lament placeholder]
Alexandre
Package: python3-sage
Version: 9.5-4+b3
Followup-For: Bug #1028345
Dear Maintainer,
Just confirming the bug remains and it related to #1025874, posted by myself on
Dec. 10th 2022.
Best, Alexandre
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (900
Hi,
All is good now, #1028374 is fixed. No change regarding this is required in
davmail.
Thanks,
Alex
m your repo on Salsa, and also
> ran the autopkgtest on armhf.
Thanks a lot. I also had ran the autopkgtest on armhf. It seems all is good now.
FYI, the fix has been submitted upstream:
https://github.com/java-native-access/jna/pull/1499
Many Thanks,
Alexandre
Hi,
Thank you so much.
This is deeply interesting.
The same bug might happen in the 495 other packages that
are candidate for using dh-cruft too (the one list in "rules/" in src:cruft).
I will try to fix this at once in dh-cruft instead of requiring
Break+Replaces everywhere.
Simplest option
Hi,
> The update looks good to me and a rebuild of rdeps with ratt was
> successful. Or more precisely, was successful for the packages that
> also build against 5.12.1. So I have just uploaded to the archive.
Thanks a lot but looks like the fix was not complete.
Hi,
> > Sorry, but I fail to see any problem here.
> >
> > uwsgi _does_ build against the default Python.
>
> Yes, but the default Python it builds against in unstable is not necessarily
> the default Python in testing.
>
> Right now, it is built against Python 3.11, while the default Python
Hi,
I prepared an updated package with the new upstream version.
https://mentors.debian.net/package/libjna-java/
My commits are available at: https://salsa.debian.org/niol/libjna-java/
Thanks,
Alex
Hi,
> The fix seems straightforward, I'll see if I can provide a patch.
The fix was indeed straightforward and tested successfully.
https://salsa.debian.org/uwsgi-team/uwsgi/-/commit/36aaa1dd685b446d0240f89e000b04fc6031e324
@Jonas, please ping me if you need some help to prepare the upload of
Hi,
Thanks for reporting.
> /usr/src/uwsgi/plugins/php/php_plugin.c: In function ‘php_uwsgi_startup’:
> /usr/src/uwsgi/plugins/php/php_plugin.c:610:13: error: too many arguments to
> function ‘php_module_startup’
> 610 | if (php_module_startup(_sapi_module,
> _module_entry,
Hi,
Thanks for reporting, had seen this.
My understanding is that the bug is in libjna-java and I've reproduced
it, see #1028374.
Plan A: I succeed to have a fix for libjna-java and get it uploaded before
the end of January.
Plan B: I revert debian/patches/sd-notify.patch to drop the dependecy
Hi,
Thanks for your report.
> When trying to update davmail / install davmail-server I get:
>
>
> Setting up davmail-server (6.0.1.3390-3) ...
> insserv: script davmail-server: service davmail already provided!
> update-rc.d: error: no runlevel symlinks to modify, aborting!
> dpkg: error
Hi,
I m waiting for a bug to be fixed in placage that impact cruft-ng plupart
run.
The "file" bug is fixed by next upload where à RFS has been filed (I m only
DM)
So with this one this makes 4 bugs total,
for which I can not do much more.
I m on Holliday, you can nmu if it bothers you.
I confirm. Also found with cruft-ng tool on several hosts.
/usr/lib/python3.9
/usr/lib/python3.9/tkinter
/usr/lib/python3.9/tkinter/__pycache__
/usr/lib/python3.9/tkinter/__pycache__/filedialog.cpython-39.pyc
/usr/lib/python3.9/tkinter/__pycache__/__main__.cpython-39.pyc
1 - 100 of 376 matches
Mail list logo
