Hi,
> > Downloading a torrent with transmission 4 from unstable does not use 100%
> > CPU core.
> >
> > Can you reproduce?
>
> I have upgraded to 4.0.2-1 since then and I am now using the QT client.
> But using the updated torrent (see http://osm.cquest.org/torrents) top
> still reports
Hi,
The example torrent is not available anymore.
Downloading a torrent with transmission 4 from unstable does not use 100%
CPU core.
Can you reproduce? Special parameters?
Thanks,
Alex
Hi,
> I suppose it must be fixed in 4.x then. Sadly, I cannot test this as my box
> running transmission-daemon is on stable..
backporting is straightforward (no change) and I publish[1] a built backport
if you want to try.
[1] http://deb.zincube.net/
Thanks,
Alex
Hi,
With the right versions, sorry for the noise.
nmu uwsgi-plugin-php_2.0.22+4+0.0.15+b2 . ANY . unstable . -m "rebuild against
new uwsgi.h"
nmu uwsgi-plugin-luajit_2.0.22+4+0.0.8+b2 . ANY . unstable . -m "rebuild
against new uwsgi.h"
nmu uwsgi-plugin-mongo_2.0.24+3+0.0.9+b3 . ANY . unstable
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-...@packages.debian.org, d...@jones.dk
Control: affects -1 + src:uwsgi-plugin-php
Control: affects -1 + src:uwsgi-plugin-luajit
Control: affects -1 +
Hi,
The transmission-daemon documentation was updated[1].
[1]
https://github.com/transmission/transmission/commit/b34b5193ca5de83ae85cac3c971214b17c3035f2
To customize systemd services, you should user overrides.
$ sudo systemctl edit transmission-daemon.service
and add the following content
Hi,
> Today I noticed transmission-daemon being down after a reboot, and saw it is
> crashing with a malloc error. After some debugging, I found out that this only
> happens if I am using the `--portmap` option *and* a local minissdpd is
> running.
Does this still happen with 4.x?
What is the
Hi,
I have run transmission-daemon 3.x and 4.x for days without experiencing a
segfault.
Is this still current?
Thanks,
Alex
I'd suggest we go ahead with that. What do you think? This would be:
>
> Maintainer: Leo Antunes
> Uploaders: Alexandre Rossi ,
>Barak A. Pearlmutter
>
> and would allow "proper" uploads, not just NMUs.
Perfect, the end goal being having transmis
Hi,
This is a unix permission issue, either change transmission-daemon to run as
user, or add a group write permissions to the download folder.
Thanks,
Alex
Hi,
> In the meantime, I note that Sandro Tosi has dropped his
> maintainership of the package, but pushed a debian/4.0.5-2 tag without
> uploading. Do you know the status of that?
I have had no answer from both listed maintainers since last January. I
have tried to contact them through salsa
Hi,
> Exception in thread "AWT-EventQueue-0" java.lang.IllegalAccessError:
> superclass access check failed: class
> davmail.exchange.auth.O365InteractiveAuthenticatorFrame$2 (in unnamed module
> @0x112d0a71) cannot access class sun.net.www.protocol.https.Handler (in
> module java.base)
ansmission/transmission_4.0.5-1.2.dsc
Changes since the last upload:
transmission (4.0.5-1.2) unstable; urgency=medium
.
[ Alexandre Rossi]
* Non-maintainer upload.
* build webapp from source (Closes: #1041519)
* fix build on bookworm
.
[ Sandro Tosi ]
* remove myself from this package maintai
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.
> >
Hi,
> > PR_SET_MM_ARG_START failed: Operation not permitted
> >
> > run-rd2fa855982314217b00729153ec6dd8b.service: Failed to update dynamic
> > user credentials: Permission denied
> >
> > run-rd2fa855982314217b00729153ec6dd8b.service: Failed at step USER spawning
> > /usr/bin/true: Permission
Hi,
> This package has dependencies, build-dependencies and/or autopkgtest
> dependencies on python3-distutils. The python3-distutils binary
> package will soon be dropped from python3-stdlib-extensions.
>
> In fact, there is no module for Python 3.12 in python3-distutils, so
> these
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
>
in as a DM.
An older and partial version is already in src:javascript-goodies, and I'll
fill a bug to avoid duplication if this package ever reaches unstable.
Regards,
--
Alexandre Rossi
d
upstream. Iv'e been maintaining adminer for some time as a DM and would like to
continue with adminerevo.
Regards,
--
Alexandre Rossi
Hi,
Relevant lines:
> PR_SET_MM_ARG_START failed: Operation not permitted
>
> run-rd2fa855982314217b00729153ec6dd8b.service: Failed to update dynamic
> user credentials: Permission denied
>
> run-rd2fa855982314217b00729153ec6dd8b.service: Failed at step USER spawning
> /usr/bin/true:
Hi,
> The issue is repeatable with a fresh install of a Debian 12 LXC container:
> [...]
> The problem goes away if DynamicUser is commented out in service unit:
> [...]
> I have no idea why it would work in a VM and not in a LXC container.
I doubt this is a problem that will need a change in
Version: 1.0.2+debian-1
Hi,
This seems to have been fixed in upstream commit:
https://github.com/graphite-project/graphite-web/commit/b71f0e01b7b8b90f8124fabcc591c1f77e04ffc3
And released in 1.0.0 (from what I can see in the changelog).
Feel free to reopen if I'm mistaken.
Thanks,
Alex
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
Hi,
Fix awaiting sponsorship at mentors.d.o .
https://mentors.debian.net/package/adminer/
Thanks,
Alex
Hi,
Thanks for the report.
> As per Ondřej's note below, with regards to MySQL support, from a glance
> through the source code (adminer/drivers/mysql.inc.php) it seems that
> adminer should depend on php-mysql (real metapackage) OR php-mysqli
> (virtual package provided by real phpX.Y-mysql
Hi,
> My name is Jeremy and I'd like to offer you my support and assistance in
> your efforts to package and maintain AdminerEvo if that's of any use to you?
Many thanks for your offer and your are welcome to help for this.
I had forgotten to post a status update on this particular work item:
Hi,
Status update: the work is done.
src:adminerevo and packaged dependency are awaiting sponsorship.
https://mentors.debian.net/package/libjs-jush/
https://mentors.debian.net/package/adminerevo/
Thanks,
Alex
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,
rsass can appropriately compile sass files which is convenient for Debian
packaging.
Thanks,
Alex
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:
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: wnpp
> Severity: wishlist
>
> * Package name: libjs-jush
> Version : 2.0.2+git20210206+1
> Upstream Contact: Jakub Vrana
> * URL : https://jush.sourceforge.io/
> * License : Apache-2.0
> Programming Lang: JavaScript
> Description :
Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: libjs-jush
Version : 2.0.2+git20210206+1
Upstream Contact: Jakub Vrana
* URL : https://jush.sourceforge.io/
* License
tag 1053988 fixed-upstream
tag 1053988 patch
fixed 1053988 4.0.1-1
thanks
Hi,
This appears to be the same as
https://github.com/transmission/transmission/issues/1353
This appears to be specific to LANG=fr_FR.utf8 . A workaround is launching with:
$ LANG=C transmission-gtk
The fix appears
severity 1053988 important
thanks
Hi,
Lowering severity as transmission-daemon works well.
Thanks,
Alex
Hi,
Package is awaiting sponsorship at
https://mentors.debian.net/package/node-sass-loader/
Packaging is available at https://salsa.debian.org/niol/node-sass-loader
Thanks,
Alex
Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: node-sass-loader
Version : 13.3.2
Upstream Contact: J. Tangelder
* URL : https://github.com/webpack-contrib/sass-loader
* License : MIT
> 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
Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: adminerevo
Version : 4.8.3
Upstream Contact: Lionel Laffineur
* URL : https://docs.adminerevo.org/
* License : Apache-2.0
Programming Lang
Hi,
> according to git activity and comments in the issues, adminer seems dead
> upstream.
>
> Part of the community have forked it into adminerevo:
>
> https://docs.adminerevo.org/
>
> Would you consider packaging that instead of adminer ?
Yes, I'm thinking about it and I'm wondering on the
Hi,
Seems like this is fixed in:
https://salsa.debian.org/python-team/packages/python-django-tagging/-/merge_requests/2
Thanks,
Alex
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-...@packages.debian.org, d...@jones.dk
Control: affects -1 + src:uwsgi-plugin-php
Control: affects -1 + src:uwsgi-plugin-luajit
Control: affects -1 +
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,
> Upon launch Davmail uses 7.5GiB of virtual memory and 107.8MiB of
> resident memory but, after using it for about a day, 7.6GiB of virtual
> memory and 686MiB of resident memory. Given that davmail only needs to
> keep a very small state, that seems to point to a memory leak.
I have
Hi,
> uwsgi has been flagged by Lintian as shipping a sysv-init script
> without a corresponding systemd unit file. The default init system in
> Debian is systemd, and so far this worked because a transitional
> sysv-init-to-unit generator was shipped by systemd. This is in the
> process of being
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-lua...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-luajit
Hi,
The uwsgi ABI has changed and some of the plugin need a binNMU.
Many thanks.
nmu
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-mo...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-mongo
Hi,
The uwsgi ABI has changed and some of the plugin need a binNMU.
Many thanks.
nmu
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-php
Hi,
The uwsgi ABI has changed and some of the plugin need a binNMU.
Many thanks.
nmu
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,
> 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,
Can you provide the exact error message in the console?
Thanks,
Alex
When davmail tries to open a window to display the 365 logon screen it
> fails because it can't find appropriate prism_*.so files.
>
> I had to change the -Djava.library.path=/usr/lib/jni argument in the
> launch script
Hi,
> I'm +1 for the change, but at this point I propose we wait for bookworm
> to release. I'm not sure what could go wrong, but it seems late in the
> release cycle for this change. How about an upload to experimental?
An upload to experimental would be great.
Thanks,
Alex
Hi,
All is good now, #1028374 is fixed. No change regarding this is required in
davmail.
Thanks,
Alex
Hi,
> > Thanks a lot but looks like the fix was not complete.
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029908
> >
> > Can you upload a version with the fix available in the bug report?
>
> Done. This time I merged the commit from your repo on Salsa, and also
> ran the
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.
Package: libjna-java
Version: 5.13.0-1
Severity: normal
Tags: patch
Dear Maintainer,
When trying the JNA tutorial Helloworld on aarch64, it fails with the following
error message:
autopkgtest [12:34:07]: test helloworld: [---
Jan 28, 2023 12:34:09 PM com.sun.jna.Native
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,
> > Now that the blocking bug is fixed, I thing the patch should be uploaded to
> > unstable.
> > Do you want me to prepare a build for you to upload?
>
> Yes, please do.
An updated package is available on mentors.
https://mentors.debian.net/package/libevhtp/
My commits are published at:
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,
If I can help provide a build ready to upload for this, do not hesitate to ping
me.
Alex
Hi,
If I can help providing a build ready to upload for this, do not hesitate to
ping me.
Alex
Hi,
If I can help providing a build ready to upload for this, do not hesitate to
ping me.
Alex
Hi,
Now that the blocking bug is fixed, I thing the patch should be uploaded to
unstable.
Do you want me to prepare a build for you to upload?
Thanks,
Alex
tag 1028374 patch
thanks
> I suspect debian/patches/04-load-native-code-from-fs.patch needs fixing.
Fix available for aarch64, and maybe the others (needs to get through CI to
know).
Hi,
With -Djna.debug_load.jna=true :
niol@aarch64:~/libjna-java$ debian/tests/helloworld
Jan 10, 2023 6:46:28 PM com.sun.jna.Native loadNativeDispatchLibrary
INFO: Looking in /usr/lib/jni/libjnidispatch.system.so
Jan 10, 2023 6:46:29 PM com.sun.jna.Native
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
Package: libjna-java
Version: 5.12.1-1
Severity: important
Dear Maintainer,
When trying the JNA tutorial Helloworld on aarch64, it fails with the following
error message:
Exception in thread "main" java.lang.UnsatisfiedLinkError: Native library
(com/sun/jna/linux-aarch64/libjnidispatch.so)
Le dim. 25 déc. 2022 à 09:11:29 -03:00:00, Josenilson Ferreira da
Silva a écrit :
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com
* Package name: python-toml
Version : 0.10.2
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,
> > > * Review / improve the `prepare-service`
> >
> > This history behind this script is detailed in:
> >
> > startup script that copies keystoreFile to StateDirectory (Closes: #968236)
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968236
>
> Seen the "adduser _davmail" advice.
Hi,
> * Add the release "davmail (6.0.1.3390-1.1)" to packaging git repo
Pushed.
Further changes are awaiting upload to unstable before being pushed.
> * Review / improve the `prepare-service`
This history behind this script is detailed in:
startup script that copies keystoreFile to
Hi,
> > The source builds the following binary packages:
> >
> > davmail - POP/IMAP/SMTP/CalDav/LDAP to Microsoft Exchange gateway - GUI
> > davmail-server - POP/IMAP/SMTP/CalDav/LDAP to Microsoft Exchange gateway
> > - headless
>
> The -server package is probably new.
That's why I need
ool/main/d/davmail/davmail_6.0.1.3390-2.dsc
Changes since the last upload:
davmail (6.0.1.3390-2) unstable; urgency=medium
.
[ Gioele Barabucci ]
* d/postinst: Check systemd via /sbin/init
.
[ Alexandre Rossi ]
* Acknowledge 6.0.1.3390-1.1 NMU
* add sd-notify.patch
* update
Hi,
> $ davmail
>
> Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load
> library: /usr/lib/jvm/java-11-openjdk-amd64/lib/libawt_xawt.so
> at
> java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2633)
>
>
> I don't have this file on my system. If
Hi,
1.1.10 seems to work well.
Also in my MR:
https://salsa.debian.org/debian-graphite-team/graphite-web/-/merge_requests/4
Alex
Hi,
> > > We're in the process of arranging the final point release for
> > > buster,
> > > as support for it moves to the new LTS team.
> > >
> > > Is this something you're still interested in updating in buster?
> >
> > Yes, I even still have the built package ready for upload on
> >
Hi,
> > > Thanks. Can you attach the debdiff between the current version in
> > > buster and the proposed one to this bug?
> >
> > Here it is.
> >
>
> Apologies for letting this sit for so long without a follow-up.
No worries.
> We're in the process of arranging the final point release for
Hi,
> > > UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 2:
> > > invalid
> > > start byte
> > [...]
> > > File "/usr/lib/python3/dist-packages/lazygal/metadata.py", line 406, in
> > > get_keywords
> > > values = self._metadata.get_tag_multiple(key)
> > > SystemError:
Hi,
> > UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 2:
> > invalid
> > start byte
> [...]
> > File "/usr/lib/python3/dist-packages/lazygal/metadata.py", line 406, in
> > get_keywords
> > values = self._metadata.get_tag_multiple(key)
> > SystemError: returned a
Hi,
> UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 2:
> invalid
> start byte
[...]
> File "/usr/lib/python3/dist-packages/lazygal/metadata.py", line 406, in
> get_keywords
> values = self._metadata.get_tag_multiple(key)
> SystemError: returned a result with an
Hi,
> > I vaguely remember that replacing a symlink with a file during a package
> > update was causing some issues (i.e. the target is updated but the symlink
>
> Wasn’t that only for directories?
Seems to work:
$ ls -la /usr/share/java/htmlcleaner*
lrwxrwxrwx 1 root root 15 18 mars
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu uwsgi-plugin-php_2.0.20+2+0.0.13+b1 . ANY . unstable . -m "rebuilt against
uwsgi-src 2.0.20+4 to fix #1007774"
uwsgi-plugin-php is currently broken in unstable (see #1007774).
Hi,
> > For the uwsgi-plugin-php fix, a binNMU will then be required.
>
> I'll issue a release :-)
Should we ask for the binNMU or do you have updates queued for
uwsgi-plugin-php ?
Alex
Hi,
> > The following patch should fix the problem although I could not test yet
> > because of
> > #1007773 .
> >
> > https://github.com/unbit/uwsgi/commit/3c23cc311cbe9b698d05e4f436a497f615afc2bb
>
> I notice you added the above as a patch for the Debian package, but also made
> other
Package: maven-debian-helper
Version: 2.6
Severity: normal
Tags: patch
Dear Maintainer,
When I build a package, for instance libhtmlcleaner-java, with
maven-debian-helper,
I get in my lintian output:
W: bad-jar-name usr/share/java/htmlcleaner.jar
Debian Java packaging policy states (§
Hi,
> > This change wasn't necessary (but is harmless).
> >
> > The actual bug (#1007254) was fixed in apache2-dev.
>
> Thanks for the notice, Adrian - I'll drop that needless build-dependency
> for next release.
Sorry to have missed this, I just noticed that the mirror I use is
off by nearly
Hi,
> The PHP plugin has been broken since PHP8 has been uploaded to unstable. This
> is visible
> in the autopkgtest[1].
>
> [1]
> https://ci.debian.net/data/autopkgtest/unstable/amd64/u/uwsgi-plugin-php/19736763/log.gz
>
> The following patch should fix the problem although I could not test
Hi,
> /usr/bin/ld: cannot find -lpcre2-8: No such file or directory
I've pushed the necessary fix.
https://salsa.debian.org/uwsgi-team/uwsgi/-/commit/0955366dcf19b7ec9a0134eab1e81ec216d12a96
Thanks,
Alex
Source: uwsgi
Version: 2.0.20-2.2
Severity: normal
Tags: upstream patch
Dear Maintainer,
The PHP plugin has been broken since PHP8 has been uploaded to unstable. This
is visible
in the autopkgtest[1].
[1]
https://ci.debian.net/data/autopkgtest/unstable/amd64/u/uwsgi-plugin-php/19736763/log.gz
Source: uwsgi
Version: 2.0.20-2.2
Severity: serious
Tags: ftbfs
Justification: Policy 4.9
Dear Maintainer,
uwsgi fails to build from source in a sbuild chroot with the following error.
/usr/share/apr-1.0/build/libtool --mode=link --tag=disable-static
x86_64-linux-gnu-gcc -Wl,--as-needed
mail vulnerable to log4j? If so, when could we expect a
> > security fix?
>
> Qouting https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001684#22
> Debian maintainer of Davmail, Alexandre Rossi:
>
> > Also, since a while already, Java now has its own internal loggin
tag 1001684 -moreinfo +upstream
severity 1001684 wishlist
thanks
> I only stumbled upon this when examining our servers for instances
> vulnerable to CVE-2021-44228. Forums seem to claim that versions log4j
> versions 1 are not safe either (different vulnerabilities), but without
> giving any
1 - 100 of 487 matches
Mail list logo