Bug#1076201: docker-compose: update to 1.29.2-6.1 makes the packages unusuable

2024-07-12 Thread Ernesto Domato
Package: docker-compose Version: 1.29.2-6.1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: edom...@gmail.com Hi, I just update docker-compose package and now when you try to run it it throws: Traceback (most recent call last): File "/usr/bin/docker-compose", line 33, in

Bug#1073205: docker-compose: new python3-requests dependency brokes docker-compose

2024-07-03 Thread Ernesto Domato
> This appears to be a duplicate of bug #1073196 in python3-docker. I was > able to reproduce this problem with version 6.1.3-0.1 of that package > but can no longer reproduce after updating that package to 6.1.3-0.2. I can confirm that the upgrade of python3-docker to version 6.1.3-0.2 fixes

Bug#1073205: docker-compose: new python3-requests dependency brokes docker-compose

2024-06-14 Thread Ernesto Domato
Package: docker-compose Version: 1.29.2-6 Severity: grave Justification: renders package unusable X-Debbugs-Cc: edom...@gmail.com Dear Maintainer, docker-compose depends on python3-compose which in turn depends on python3-requests Yesterday it was updated from 2.31.0+dfsg-2 to 2.32.3+dfsg-1 and

Bug#1037926: flatpak version works fine

2023-06-14 Thread Ernesto Domato
Just a little comment, Flatpak version 2.0.1 works fine, I didn't do the analyze of dependencies versions used in there so I can't tell what's the difference is with Debian version. Greetings. Ernesto

Bug#1037926: wike: version 2.0.1-2 failed to start

2023-06-14 Thread Ernesto Domato
Package: wike Version: 2.0.1-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: edo...@gmail.com Hi, after upgrading the package from wike:amd64 1.8.2-1 -> 2.0.1-2 it doesn't work anymore. Starting it from a terminal throws the error: - (wike:456499): Gtk-CRITICAL **:

Bug#977246: lutris should depend on python3-dbus

2020-12-12 Thread Ernesto Domato
Package: lutris Version: 0.5.8.1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: edo...@gmail.com Hi, The lutris package should depends on python3-dbus to work, or at least on my recently installed system (were I didn't had python3-dbus installed) it refused to work with

Bug#963948: [Pkg-utopia-maintainers] Bug#963948: failed to start with status=11/SEGV

2020-06-29 Thread Ernesto Domato
El lun., 29 de jun. de 2020 a la(s) 05:56, Michael Biebl (bi...@debian.org) escribió: > This is a known issue, caused by the latest libmount1 update, which > pulls libjson-c into firewalld's address space. firewalld, via > libnftables, also uses libjansson, another JSON library. And as it turns >

Bug#956502: fixed in docker.io 19.03.6+dfsg1-4

2020-04-13 Thread Ernesto Domato
El lun., 13 de abr. de 2020 a la(s) 12:15, Jan Nordholz (j.nordh...@tu-berlin.de) escribió: > version -4 from incoming works for me! Ok, new update, I tested again and see that, after stopping docker there were some docker-containerd-shim process dangling. After killing those process and start

Bug#956502: docker: Error response from daemon: no status provided on response: unknown.

2020-04-13 Thread Ernesto Domato
Hi Dmitry, I tested the package from incoming and the error persists for me. I'm running up-to-date sid version. Let me know if you need any more information from my system. Greets. El lun., 13 de abr. de 2020 a la(s) 09:24, Dmitry Smirnov (only...@debian.org) escribió: > > On Monday, 13

Bug#866440: mcomix: depends on obsolete python-imaging (replace with python3-pil or python-pil)

2018-05-14 Thread Ernesto Domato
Package: mcomix Followup-For: Bug #866440 Hi, mcomix works well with python-pil (as upstream mention too) so please change python-imaging for python-pil on control file so this bug can be closed. Thanks. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy:

Bug#866440: mcomix: depends on obsolete python-imaging (replace with python3-pil or python-pil)

2018-05-14 Thread Ernesto Domato
Package: mcomix Followup-For: Bug #866440 Hi, mcomix works well with python-pil (as upstream mention too) so please change python-imaging for python-pil on control file so this bug can be closed. Thanks. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy:

Bug#619307: php-pear seems to be broken

2011-03-22 Thread Ernesto Domato
Package: php-pear Version: 5.3.6-2 Severity: grave Justification: renders package unusable The pear command seems to be broken. Just trying to execute: pear list-upgrades gives the error: PHP Fatal error: Call to undefined method PEAR::raiseErro() in /usr/share/php/PEAR/REST.php on line 165

Bug#619307: the problem is with cache_dir

2011-03-22 Thread Ernesto Domato
Well. If I do: pear search http it gives the error: The value of config option cache_dir (/tmp/pear/cache) is not a directory and attempts to create the directory failed. and after doing: mkdir -p /tmp/pear/cache all begins to work again, so I think that the problem is that the directory

Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken

2011-03-22 Thread Ernesto Domato
Ok, that solves part of the problem but there's more upstream ones :-P The saveCache function calls System::mkdir but the method is System::mkDir and for that reason, now the error is raised correctly but is because is calling a method from System module that doesn't exists. Anyway, changing

Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken

2011-03-22 Thread Ernesto Domato
CVE...  argh, so we have incomplete fixes on top of incomplete fixes :))). Thanks for debugging the issue, it's much appreciated. O. On Tue, Mar 22, 2011 at 22:06, Ernesto Domato edo...@gmail.com wrote: Ok, that solves part of the problem but there's more upstream ones :-P The saveCache

Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken

2011-03-22 Thread Ernesto Domato
Oh, the report bug filled on PEAR is: http://pear.php.net/bugs/bug.php?id=18388 Ernesto -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core provides xorg-video-abi-8

2011-02-17 Thread Ernesto Domato
Hi, I was trying to upgrade my unstable/experimental Debian desktop and found what the subjects says :-) Trying to upgrade xserver-xorg-core from 2:1.9.4-1 to 2:1.9.4-2 tries to remove nvidia-glx version 260.19.21-1 since it depends on xorg-video-abi-8.0 but the new xserver-xorg-core provides

Bug#600928: 0.4.10 doesn't fix the problem

2010-10-21 Thread Ernesto Domato
Hi, I'd installed from incoming.debian.org the 0.4.10 version of python-papyon but it didn't fix the problem with MSN. As for http://lists.freedesktop.org/archives/papyon-bugs/2010-October/36.html the 0.5.2 version seems to do but i couldn't test it yet. Thanks. Ernesto -- To

Bug#572246: iptotal: package presumes that apache2 is installed

2010-03-02 Thread Ernesto Domato
Package: iptotal Version: 0.3.3-11 Severity: grave Justification: renders package unusable The package depends on apache2 or httpd. I tried to install it on a machine that has lighttpd package that fulfills the httpd requirement but the iptotal package tries to reload apache2 without checking

Bug#451348: gnash-tools should depend on gnash-common

2007-12-06 Thread Ernesto Domato
Followup-For: Bug #451348 Package: gnash-tools Version: 0.8.1~rc.070818-2 The libgnashserver-0.8.1.so file comes on the gnash-common package and gnash-tools doesn't depends on that package. Please fix this so the package can enter testing. Thanks. Ernesto -- System Information: Debian Release:

Bug#392069: [Pkg-vsquare-devel] Bug#392069: superseded by vde2, should be closed

2007-05-17 Thread Ernesto Domato
Filippo Giunchedi escribió: does vde2 work for you as expected with the said kernel? if so it is appropriate to close this bug. That's a good question. The bug is filled against kernel 2.6.18-1 and the actual stable (and testing) kernel is 2.6.18-4. I'm currently running that kernel

Bug#392069: superseded by vde2, should be closed

2007-05-16 Thread Ernesto Domato
I think that this bug should be closed due to the fact that this version is superseded by vde2 that is the recommended version now. vd2 is waiting on unstable for the new version of glibc but as this bug is reported as a release-critical bug, vde2 will not reach testing until this bug is closed