Bug#1081919: waybar: tray icons doesn't show up
Package: waybar Version: 0.10.4-2 Severity: normal X-Debbugs-Cc: edom...@gmail.com I just upgraded waybar to last version (0.11.0-1) and after restarting the session, the different tray icons that showed before didn't do it anymore. Going back to previous version (0.10.4-2) fixes the problem so it seems that there's a regression with the new version which broke the tray icons. Let me know if I can help with anything. Thanks. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.10.9-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages waybar depends on: ii init-system-helpers 1.66 ii libatkmm-1.6-1v52.28.4-1+b1 ii libc6 2.40-2 ii libcairomm-1.0-1v5 1.14.5-2 ii libdbusmenu-gtk3-4 18.10.20180917~bzr492+repack1-3.1+b1 ii libevdev2 1.13.3+dfsg-1 ii libfmt9 9.1.0+ds1-2 ii libgcc-s1 14.2.0-4 ii libglib2.0-0t64 2.82.0-1 ii libglibmm-2.4-1t64 2.66.7-1 ii libgtk-3-0t64 3.24.43-3 ii libgtk-layer-shell0 0.8.2-1+b1 ii libgtkmm-3.0-1t64 3.24.9-1 ii libinput10 1.26.0-1 ii libjack-jackd2-0 [libjack-0.125]1.9.22~dfsg-3 ii libjsoncpp251.9.5-6+b2 ii libmpdclient2t642.22-1.1 ii libnl-3-200 3.7.0-0.3 ii libnl-genl-3-2003.7.0-0.3 ii libpipewire-0.3-0t641.2.3-1 ii libplayerctl2 2.4.1-2+b2 ii libpulse0 16.1+dfsg1-5.1 ii libsigc++-2.0-0v5 2.12.1-2 ii libsndio7.0 1.10.0-0.1 ii libspdlog1.12 [libspdlog1.12-fmt9] 1:1.12.0+ds-2+b1 ii libstdc++6 14.2.0-4 ii libudev1256.6-1 ii libupower-glib3 1.90.5-1 ii libwayland-client0 1.23.0-1 ii libwireplumber-0.5-00.5.6-1 ii libxkbregistry0 1.6.0-1+b1 waybar recommends no packages. Versions of packages waybar suggests: ii fonts-font-awesome 5.0.10+really4.7.0~dfsg-4.1 ii libayatana-appindicator3-1 [libappindicator3-1 0.5.93+really-1 ] ii sway1.9-2 -- no debconf information
Bug#1079173: nwg-look: should depend on libglib2.0-bin package
Package: nwg-look Version: 0.2.7-1+b1 Severity: important X-Debbugs-Cc: edom...@gmail.com Hi, I'm installing a new machine with Sway and other Wayland components, and I think that this package is perfect to administer the look and feel for GTK application. The only problem was that when you run the nwg-look program, it complains that cannot find the "gsettings" binary that comes with libglib2.0-bin package which this package doesn't depends on. The preview of the theme is shown in the application, but when you apply itm it doesn't take effect on the system. Maybe I'm wrong on something and "gsettings" is not really necessary, but when I installed the package it worked as expected. Thanks for all and great work getting the NWG tools to Debian :-) Ernesto PS: I also found an issue with nwg-hello, but I'll fill a bug report on that package soon -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.10.4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nwg-look depends on: ii libc62.39-7 ii libcairo-gobject21.18.0-3+b1 ii libcairo21.18.0-3+b1 ii libfontconfig1 2.15.0-1.1 ii libgdk-pixbuf-2.0-0 2.42.12+dfsg-1 ii libglib2.0-0t64 2.81.2-1 ii libgtk-3-0t643.24.43-1 ii libpango-1.0-0 1.54.0+ds-1 ii libpangocairo-1.0-0 1.54.0+ds-1 ii xcur2png 0.7.1-1 nwg-look recommends no packages. nwg-look suggests no packages. -- no debconf information
Bug#1076201: docker-compose: update to 1.29.2-6.1 makes the packages unusuable
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 sys.exit(load_entry_point('docker-compose==1.29.2', 'console_scripts', 'docker-compose')()) ^^^ File "/usr/bin/docker-compose", line 25, in importlib_load_entry_point return next(matches).load() File "/usr/lib/python3.12/importlib/metadata/__init__.py", line 205, in load module = import_module(match.group('module')) File "/usr/lib/python3.12/importlib/__init__.py", line 90, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "", line 1387, in _gcd_import File "", line 1360, in _find_and_load File "", line 1331, in _find_and_load_unlocked File "", line 935, in _load_unlocked File "", line 995, in exec_module File "", line 488, in _call_with_frames_removed File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 16, in from . import errors File "/usr/lib/python3/dist-packages/compose/cli/errors.py", line 13, in from ..const import API_VERSION_TO_ENGINE_VERSION File "/usr/lib/python3/dist-packages/compose/const.py", line 32, in API_VERSIONS = { ^ File "/usr/lib/python3/dist-packages/compose/version.py", line 7, in __hash__ return hash(self.vstring) AttributeError: 'ComposeVersion' object has no attribute 'vstring' Downgrading to previous version fixes the problem. Thanks Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.8-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages docker-compose depends on: ii python33.12.3-1 ii python3-compose1.29.2-6.1 ii python3-packaging 24.1-1 Versions of packages docker-compose recommends: ii docker.io 20.10.25+dfsg1-3 docker-compose suggests no packages. -- no debconf information
Bug#1073205: docker-compose: new python3-requests dependency brokes docker-compose
> 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 this problem. Yesterday, an update to version 7.1.0-1 of the same library broke again the package that now when you try to run any command, it throws this error: Traceback (most recent call last): File "/usr/bin/docker-compose", line 33, in sys.exit(load_entry_point('docker-compose==1.29.2', 'console_scripts', 'docker-compose')()) ^ File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 81, in main command_func() File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 200, in perform_command project = project_from_options('.', options) ^^ File "/usr/lib/python3/dist-packages/compose/cli/command.py", line 60, in project_from_options return get_project( File "/usr/lib/python3/dist-packages/compose/cli/command.py", line 152, in get_project client = get_client( ^^^ File "/usr/lib/python3/dist-packages/compose/cli/docker_client.py", line 41, in get_client client = docker_client( ^^ File "/usr/lib/python3/dist-packages/compose/cli/docker_client.py", line 124, in docker_client kwargs = kwargs_from_env(environment=environment, ssl_version=tls_version) ^ TypeError: kwargs_from_env() got an unexpected keyword argument 'ssl_version' Reverting the library to 6.1.3-0.2 solves the problem, Thanks
Bug#1073205: docker-compose: new python3-requests dependency brokes docker-compose
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 brokes docker- compose with "Not supported URL scheme http+docker" error Here [1] is an issue report against docker-py, a Docker SDK for Python that explains the problem. My knowledge of Python is very poor, but later I'll try to do a patch to fix the problem. Best regards, Ernesto [1] https://github.com/docker/docker-py/issues/3256 -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.8.12-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages docker-compose depends on: ii python33.11.8-1 ii python3-compose1.29.2-6 ii python3-distutils 3.12.3-3.1 Versions of packages docker-compose recommends: ii docker.io 20.10.25+dfsg1-3 docker-compose suggests no packages. -- no debconf information
Bug#1068877: virt-manager: README.Debian points to a non-existent document
Package: virt-manager Version: 1:4.1.0-3 Severity: wishlist X-Debbugs-Cc: edom...@gmail.com Hi, In README.Debian there's a line that says: See also /usr/share/doc/libvirt-daemon-system/README.Debian.gz. Which no longer exists in the package, the directory is even a symlink to libvirt0 package. I suggest removing the line to avoid confusions, or restore the file if it's pertinent. Thanks. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4+b2 ii gir1.2-gtk-3.0 3.24.41-4 ii gir1.2-gtk-vnc-2.0 1.3.1-1+b2 ii gir1.2-gtksource-4 4.8.4-5+b2 ii gir1.2-libosinfo-1.0 1.11.0-2+b1 ii gir1.2-libvirt-glib-1.0 5.0.0-2+b3 ii gir1.2-vte-2.91 0.75.92-1 ii python3 3.11.8-1 ii python3-gi 3.48.2-1 ii python3-gi-cairo 3.48.2-1 ii python3-libvirt 10.2.0-1 ii virtinst 1:4.1.0-3 Versions of packages virt-manager recommends: ii gir1.2-ayatanaappindicator3-0.1 0.5.93-1+b1 ii gir1.2-spiceclientglib-2.0 0.42-2+b4 ii gir1.2-spiceclientgtk-3.00.42-2+b4 ii libvirt-daemon-system10.2.0-1 Versions of packages virt-manager suggests: ii gir1.2-secret-1 0.21.4-1+b1 ii gnome-keyring46.1-2 pn python3-guestfs pn ssh-askpass ii virt-viewer 11.0-3+b1 Versions of packages virt-manager is related to: ii libvirt-clients 10.2.0-1 ii libvirt-daemon 10.2.0-1 ii libvirt0 10.2.0-1 ii osinfo-db0.20231215-1 -- no debconf information
Bug#1023397: Unwanted files in the flightgear binary package
Hi, It's correct that the file /usr/share/icons/hicolor/CMakeLists.txt should be deleted from the binary package, but I think that the file /usr/share/applications/org.flightgear.FlightGear.desktop has more entries (is better) that the file /usr/share/applications/flightgear.desktop so this one should be deleted or replaced by the former one. Greetings. Ernesto
Bug#1061145: debmake: use python3 command for Python 3 packages instead of python command
Package: debmake Version: 4.4.0-3 Severity: normal X-Debbugs-Cc: edom...@gmail.com Hi, When I tried to use debmake to package a Python 3 only application, and even when I force it to -b":python3", debmake try to run "python setup.py" which is wrong and should use "python3 setup.py" Thanks. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.11-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages debmake depends on: ii devscripts 2.23.7 ii dpkg-dev1.22.2 ii python3 3.11.6-1 ii python3-debian 0.1.49 ii rsync 3.2.7-1+b1 Versions of packages debmake recommends: ii build-essential 12.10 ii curl 8.5.0-2 ii strace 6.5-0.1 ii wget 1.21.4-1+b1 Versions of packages debmake suggests: ii autotools-dev 20220109.1 pn ccache pn cmake ii debmake-doc 1.17-9 pn dgit ii dh-autoreconf 20 ii dh-python 6.20231223 ii eatmydata 131-1 pn gem2deb ii git 1:2.43.0-1 pn git-buildpackage ii gitk 1:2.43.0-1 pn javahelper ii lintian 2.116.3 ii mc3:4.8.30-1 ii quilt 0.67+really0.67-4 pn rpm2cpio ii sbuild0.85.4 -- no debconf information
Bug#1049323: gargoyle-free: duplicate menu entry under game category
Package: gargoyle-free Version: 2023.1+dfsg-3 Severity: normal X-Debbugs-Cc: edo...@gmail.com Hi, The package provides the files gargoyle.desktop and io.github.garglk.Gargoyle.desktop which are exactly the same so it provokes a duplicate entry on the menu. Greetings. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gargoyle-free depends on: ii fonts-go 0~20170330-1 ii fonts-sil-charis 6.101-1 ii libc62.37-7 ii libfontconfig1 2.14.2-3 ii libfreetype6 2.13.0+dfsg-1 ii libgcc-s113.2.0-2 ii libjpeg62-turbo 1:2.1.5-2 ii libpng16-16 1.6.40-1 ii libqt5core5a 5.15.10+dfsg-3 ii libqt5dbus5 5.15.10+dfsg-3 ii libqt5gui5 5.15.10+dfsg-3 ii libqt5widgets5 5.15.10+dfsg-3 ii libsdl2-2.0-02.28.2+dfsg-1 ii libsdl2-mixer-2.0-0 2.6.3+dfsg-1 ii libspeechd2 0.11.5-1 ii libstdc++6 13.2.0-2 ii zlib1g 1:1.2.13.dfsg-1 gargoyle-free recommends no packages. gargoyle-free suggests no packages. -- no debconf information
Bug#1042423: manpages-de still contains pages from new util-linux-locales
Package: manpages-es Version: 4.19.0-4 Followup-For: Bug #1042423 X-Debbugs-Cc: edo...@gmail.com Hi, It also happens with Spanish locales and probably with others too. Thanks. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled manpages-es depends on no packages. manpages-es recommends no packages. Versions of packages manpages-es suggests: ii man-db [man-browser] 2.11.2-3 ii manpages 6.03-2 -- no debconf information
Bug#1037926: flatpak version works fine
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
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 **: 09:14:42.409: Error building template class 'Window' for an instance of type 'Window': .:0:0 Invalid object type 'AdwTabOverview' Traceback (most recent call last): File "/usr/share/wike/wike/application.py", line 105, in do_activate self._window = Window(self, self._launch_uri) ^^ File "/usr/share/wike/wike/window.py", line 57, in __init__ tabpage = self.tabview.append(self.page) ^^^ AttributeError: 'NoneType' object has no attribute 'append' - And hangs there, you need to kill the process. Downgrading back to 1.8.2-1 using snapshot.debian.org make it work again so the problem is with the new version or some dependency. I'm not used to Python, but seems to try to use a class that doesn't exists in the new version of some dependency?. Thanks for all and let me know if you need anything else to help solving this issue. Ernesto -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages wike depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii gir1.2-adw-1 1.2.4-1 ii gir1.2-webkit-6.02.40.2-1 ii python3 3.11.2-1+b1 ii python3-requests 2.28.1+dfsg-1 wike recommends no packages. wike suggests no packages. -- no debconf information
Bug#1015006: gir1.2-notify-0.7: Upgrade to version 0.8.0-1 breaks at least two packages that use Python
Package: gir1.2-notify-0.7 Version: 0.8.0-1 Severity: important X-Debbugs-Cc: edo...@gmail.com Hi, I have two packages (guake and mate-tweak) which uses Python and after upgrading gir1.2-notify-0.7 from version 0.7.12-1 to 0.8.0-1 breaks those packages. Downgrading gir1.2-notife-0.7 and libnotify4 to the previous version solves the problem. Both application fails with the Python error message: guake: Traceback (most recent call last): File "/usr/bin/guake", line 33, in sys.exit(load_entry_point('guake==3.9.0', 'console_scripts', 'guake')()) File "/usr/lib/python3/dist-packages/guake/main.py", line 648, in exec_main if not main(): File "/usr/lib/python3/dist-packages/guake/main.py", line 487, in main from guake.guake_app import Guake File "/usr/lib/python3/dist-packages/guake/guake_app.py", line 49, in from guake import notifier File "/usr/lib/python3/dist-packages/guake/notifier.py", line 23, in gi.require_version("Notify", "0.7") File "/usr/lib/python3/dist-packages/gi/__init__.py", line 129, in require_version raise ValueError('Namespace %s not available for version %s' % ValueError: Namespace Notify not available for version 0.7 mate-tweak: Traceback (most recent call last): File "/usr/bin/mate-tweak", line 56, in gi.require_version('Notify', '0.7') File "/usr/lib/python3/dist-packages/gi/__init__.py", line 129, in require_version raise ValueError('Namespace %s not available for version %s' % ValueError: Namespace Notify not available for version 0.7 Greets Ernesto -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gir1.2-notify-0.7 depends on: ii gir1.2-gdkpixbuf-2.0 2.42.8+dfsg-1 ii gir1.2-glib-2.0 1.72.0-1+b1 ii libnotify40.8.0-1 gir1.2-notify-0.7 recommends no packages. gir1.2-notify-0.7 suggests no packages. -- no debconf information
Bug#1010609: chromium: Missing suggested package chromium-l10n on 101.0.4951.54-1 upgrade
Hi Andres, Yes indeed, I also tried to merge #1010676 with this report as duplicate and close both but couldn't, sorry. Thanks. Ernesto On Sat, May 7, 2022 at 3:41 PM Andres Salomon wrote: > Hi, > > It should all be installable now. Is it? > > Thanks, > > Andres > > > On 5/5/22 08:13, Ernesto Domato wrote: > > Package: chromium > > Version: 101.0.4951.41-2 > > Severity: normal > > X-Debbugs-Cc: edo...@gmail.com > > > > Hi, > > > > The package chromium-l10n is missing when trying to upgrade to > 101.0.4951.54-1 > > > > Greets, > > Ernesto > > > > > > -- System Information: > > Debian Release: bookworm/sid > >APT prefers unstable > >APT policy: (500, 'unstable'), (1, 'experimental') > > Architecture: amd64 (x86_64) > > Foreign Architectures: i386 > > > > Kernel: Linux 5.17.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) > > Kernel taint flags: TAINT_WARN > > Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), > LANGUAGE=es_AR:es > > Shell: /bin/sh linked to /usr/bin/dash > > Init: systemd (via /run/systemd/system) > > LSM: AppArmor: enabled > > > > Versions of packages chromium depends on: > > ii chromium-common 101.0.4951.41-2 > > ii libasound2 1.2.6.1-2+b1 > > ii libatk-bridge2.0-0 2.38.0-4 > > ii libatk1.0-0 2.38.0-1 > > ii libatomic1 12-20220428-1 > > ii libatspi2.0-02.44.1-1 > > ii libc62.33-7 > > ii libcairo21.16.0-5 > > ii libcups2 2.4.1op1-2 > > ii libdbus-1-3 1.14.0-1 > > ii libdrm2 2.4.110-1 > > ii libevent-2.1-7 2.1.12-stable-5 > > ii libexpat12.4.8-1 > > ii libflac8 1.3.4-1 > > ii libfontconfig1 2.13.1-4.4 > > ii libfreetype6 2.11.1+dfsg-2 > > ii libgbm1 22.0.2-1 > > ii libgcc-s112-20220428-1 > > ii libglib2.0-0 2.72.1-1 > > ii libgtk-3-0 3.24.33-1 > > ii libjpeg62-turbo 1:2.1.2-1 > > ii libjsoncpp25 1.9.5-4 > > ii liblcms2-2 2.12~rc1-2 > > ii libminizip1 1.1-8+b1 > > ii libnspr4 2:4.33-1 > > ii libnss3 2:3.77-1 > > ii libopenjp2-7 2.4.0-6 > > ii libopus0 1.3.1-0.1 > > ii libpango-1.0-0 1.50.7+ds-1 > > ii libpng16-16 1.6.37-5 > > ii libpulse015.0+dfsg1-4 > > ii libre2-9 20220401+dfsg-1 > > ii libsnappy1v5 1.1.8-1 > > ii libstdc++6 12-20220428-1 > > ii libwayland-client0 1.20.0-1 > > ii libwebp7 1.2.2-2+b1 > > ii libwebpdemux21.2.2-2+b1 > > ii libwebpmux3 1.2.2-2+b1 > > ii libx11-6 2:1.7.5-1 > > ii libxcb1 1.14-3 > > ii libxcomposite1 1:0.4.5-1 > > ii libxdamage1 1:1.1.5-2 > > ii libxext6 2:1.3.4-1 > > ii libxfixes3 1:6.0.0-1 > > ii libxkbcommon01.4.0-1 > > ii libxml2 2.9.13+dfsg-1+b1 > > ii libxrandr2 2:1.5.2
Bug#1010609: chromium: Missing suggested package chromium-l10n on 101.0.4951.54-1 upgrade
Package: chromium Version: 101.0.4951.41-2 Severity: normal X-Debbugs-Cc: edo...@gmail.com Hi, The package chromium-l10n is missing when trying to upgrade to 101.0.4951.54-1 Greets, Ernesto -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 101.0.4951.41-2 ii libasound2 1.2.6.1-2+b1 ii libatk-bridge2.0-0 2.38.0-4 ii libatk1.0-0 2.38.0-1 ii libatomic1 12-20220428-1 ii libatspi2.0-02.44.1-1 ii libc62.33-7 ii libcairo21.16.0-5 ii libcups2 2.4.1op1-2 ii libdbus-1-3 1.14.0-1 ii libdrm2 2.4.110-1 ii libevent-2.1-7 2.1.12-stable-5 ii libexpat12.4.8-1 ii libflac8 1.3.4-1 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.11.1+dfsg-2 ii libgbm1 22.0.2-1 ii libgcc-s112-20220428-1 ii libglib2.0-0 2.72.1-1 ii libgtk-3-0 3.24.33-1 ii libjpeg62-turbo 1:2.1.2-1 ii libjsoncpp25 1.9.5-4 ii liblcms2-2 2.12~rc1-2 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.33-1 ii libnss3 2:3.77-1 ii libopenjp2-7 2.4.0-6 ii libopus0 1.3.1-0.1 ii libpango-1.0-0 1.50.7+ds-1 ii libpng16-16 1.6.37-5 ii libpulse015.0+dfsg1-4 ii libre2-9 20220401+dfsg-1 ii libsnappy1v5 1.1.8-1 ii libstdc++6 12-20220428-1 ii libwayland-client0 1.20.0-1 ii libwebp7 1.2.2-2+b1 ii libwebpdemux21.2.2-2+b1 ii libwebpmux3 1.2.2-2+b1 ii libx11-6 2:1.7.5-1 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.4-1 ii libxfixes3 1:6.0.0-1 ii libxkbcommon01.4.0-1 ii libxml2 2.9.13+dfsg-1+b1 ii libxrandr2 2:1.5.2-2+b1 ii libxslt1.1 1.1.34-4 ii xdg-desktop-portal-gtk [xdg-desktop-portal-backend] 1.14.0-1 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages chromium recommends: ii chromium-sandbox 101.0.4951.41-2 Versions of packages chromium suggests: pn chromium-driver ii chromium-l10n101.0.4951.41-2 pn chromium-shell Versions of packages chromium-common depends on: ii libc6 2.33-7 ii libstdc++6 12-20220428-1 ii libx11-62:1.7.5-1 ii libxext62:1.3.4-1 ii x11-utils 7.7+5 ii xdg-utils 1.1.3-4.1 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages chromium-common recommends: ii chromium-sandbox101.0.4951.41-2 ii dunst [notification-daemon] 1.5.0-1+b1 ii fonts-liberation1:1.07.4-11 ii libgl1-mesa-dri 22.0.2-1 ii libu2f-udev 1.1.10-3 ii mate-notification-daemon [notification-daemon] 1.26.0-1 ii notification-daemon
Bug#1009940: wine64-development-preloader: cannot install in parallel with wine32-development-preloader
Package: wine64-development-preloader Version: 6.19~repack-2 Severity: important X-Debbugs-Cc: edo...@gmail.com Hi, Trying to update wine64-development-preloader to version 6.22~repack-1 in parallel resulted in broken status since it tries to overwrite /usr/lib/wine-development/wine-preloader which is also on the package wine32-development-preloader. If both packages can't coexist, then the should conflict with each other. Greets. Ernesto -- Package-specific info: /usr/bin/wine points to /usr/bin/wine-development. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.17.0-trunk-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages wine64-development-preloader depends on: ii wine64-development 6.22~repack-1 wine64-development-preloader recommends no packages. wine64-development-preloader suggests no packages. Versions of packages wine-development depends on: ii wine32-development 6.22~repack-1 ii wine64-development 6.22~repack-1 Versions of packages wine-development suggests: ii dosbox0.74-3-4 pn exe-thumbnailer | kio-extras ii playonlinux 4.3.4-2 pn q4wine ii winbind 2:4.16.0+dfsg-6 ii wine-binfmt 6.0.3~repack-1 ii winetricks20220411-1 Versions of packages libwine-development depends on: ii libasound2 1.2.6.1-2+b1 ii libc62.33-7 ii libcapi20-3 1:3.27-3+b1 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.11.1+dfsg-1 ii libglib2.0-0 2.72.1-1 ii libgphoto2-6 2.5.27-1 ii libgphoto2-port122.5.27-1 ii libgstreamer-plugins-base1.0-0 1.20.1-1 ii libgstreamer1.0-01.20.1-1 ii libldap-2.5-02.5.11+dfsg-1 ii libopenal1 1:1.19.1-2 ii libpcap0.8 1.10.1-4 ii libpulse015.0+dfsg1-4 ii libudev1 250.4-1 ii libunwind8 1.3.2-2 ii libvkd3d11.2-11 ii libx11-6 2:1.7.5-1 ii libxext6 2:1.3.4-1 ii libz-mingw-w64 1.2.12+dfsg-1 ii ocl-icd-libopencl1 [libopencl1] 2.2.14-3 Versions of packages libwine-development recommends: ii fonts-liberation 1:1.07.4-11 ii fonts-wine 6.0.3~repack-1 ii gstreamer1.0-plugins-good 1.20.1-1 ii libasound2-plugins 1.2.6-1 ii libcups2 2.4.1op1-2 ii libdbus-1-31.14.0-1 ii libgl1 1.4.0-1 ii libgl1-mesa-dri21.3.8-1 ii libgnutls303.7.4-2 ii libgssapi-krb5-2 1.19.2-2+b1 ii libkrb5-3 1.19.2-2+b1 ii libodbc2 2.3.9-5 ii libosmesa6 21.3.8-1 ii libsdl2-2.0-0 2.0.20+dfsg-2 ii libv4l-0 1.22.1-3 ii libvkd3d-shader1 1.2-11 ii libvulkan1 1.3.204.1-2 ii libxcomposite1 1:0.4.5-1 ii libxcursor11:1.2.0-2 ii libxfixes3 1:6.0.0-1 ii libxi6 2:1.8-1 ii libxinerama1 2:1.1.4-3 ii libxrandr2 2:1.5.2-1 ii libxrender11:0.9.10-1 ii libxxf86vm11:1.1.4-1+b2 Versions of packages libwine-development suggests: pn cups-bsd ii gstreamer1.0-libav 1.20.1-1 ii gstreamer1.0-plugins-bad 1.20.1-1 ii gstreamer1.0-plugins-ugly 1.20.1-1 ii ttf-mscorefonts-installer 3.8 Versions of packages wine32-development depends on: ii libc62.33-7 ii libwine-development 6.22~repack-1 Versions of packages wine32-development recommends: ii wine-development 6.22~repack-1 Versions of packages wine32-development suggests: ii wine32-development-preloader 6.22~repack-1 Versions of packages wine64-development depends on: ii libc62.33-7 ii libwine-development 6.22~repack-1 Versions of packages wine64-development recommends: ii wine-development6.22~repack-1 ii wine32-development 6.22~repack-1 wine64-development suggests no packages. Versions of packages wine64-development-preloader is related to: pn dxvk pn dxvk-wine32-development pn dxvk-wine64-development ii fonts-wine 6.0.3~repack-1 -- no debconf information
Bug#977246: lutris should depend on python3-dbus
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 this error: Traceback (most recent call last): File "/usr/games/lutris", line 54, in from lutris.gui.application import Application # pylint: disable=no-name- in-module File "/usr/lib/python3/dist-packages/lutris/gui/application.py", line 37, in from lutris.game import Game File "/usr/lib/python3/dist-packages/lutris/game.py", line 15, in from lutris.config import LutrisConfig File "/usr/lib/python3/dist-packages/lutris/config.py", line 8, in from lutris import settings, sysoptions File "/usr/lib/python3/dist-packages/lutris/sysoptions.py", line 13, in from lutris.util.display import DISPLAY_MANAGER, SCREEN_SAVER_INHIBITOR, USE_DRI_PRIME File "/usr/lib/python3/dist-packages/lutris/util/display.py", line 19, in from lutris.util.graphics.displayconfig import MutterDisplayManager File "/usr/lib/python3/dist-packages/lutris/util/graphics/displayconfig.py", line 4, in import dbus ModuleNotFoundError: No module named 'dbus' After installing python3-dbus it started working without problems. Greets. Ernesto -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/8 CPU threads) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lutris depends on: ii cabextract 1.9-3 ii curl 7.72.0-1 ii fluid-soundfont-gs 3.1-5.1 ii gir1.2-gnomedesktop-3.0 3.38.2-1 ii gir1.2-gtk-3.0 3.24.24-1 ii gir1.2-notify-0.70.7.9-2 ii gir1.2-webkit2-4.0 2.30.3-1 ii mesa-utils 8.4.0-1+b1 ii p7zip16.02+dfsg-8 ii psmisc 23.3-1 ii python3 3.9.0-4 ii python3-distro 1.5.0-1 ii python3-gi 3.38.0-1+b2 ii python3-magic2:0.4.15-5 ii python3-pil 8.0.1-1+b1 ii python3-requests 2.25.0+dfsg-1 ii python3-setproctitle 1.2.1-1+b1 ii python3-yaml 5.3.1-3+b1 ii unzip6.0-25 ii x11-xserver-utils7.7+8 Versions of packages lutris recommends: ii gvfs-backends1.46.1-1 pn libwine-development ii python3-evdev1.3.0+dfsg-1+b3 pn winetricks Versions of packages lutris suggests: ii gamemode 1.6-1+b1 -- no debconf information
Bug#975414: exec command failed with error: "ValueError: env cannot contain 'PATH' and b'PATH' keys"
Package: docker-compose Version: 1.25.0-1 Severity: normal X-Debbugs-Cc: edo...@gmail.com Hi, When I try to run the "exec" command of docker-compose on any running container, Python throws: WARNING: The b'PATH' variable is not set. Defaulting to a blank string. Traceback (most recent call last): File "/usr/bin/docker-compose", line 11, in load_entry_point('docker-compose==1.25.0', 'console_scripts', 'docker- compose')() File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 72, in main command() File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 128, in perform_command handler(command, command_options) File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 522, in exec_command sys.exit(call_docker( File "/usr/lib/python3/dist-packages/compose/cli/main.py", line 1498, in call_docker return subprocess.call(args, env=environment) File "/usr/lib/python3.8/subprocess.py", line 340, in call with Popen(*popenargs, **kwargs) as p: File "/usr/lib/python3.8/subprocess.py", line 854, in __init__ self._execute_child(args, executable, preexec_fn, close_fds, File "/usr/lib/python3.8/subprocess.py", line 1634, in _execute_child for dir in os.get_exec_path(env)) File "/usr/lib/python3.8/os.py", line 645, in get_exec_path raise ValueError( ValueError: env cannot contain 'PATH' and b'PATH' keys Downgrading to 1.21.0-3 solves the problem so I don't know if the issue is with docker-compose or some dependencies. Let me know if you need any other information about this problem. Greets. Ernesto -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages docker-compose depends on: ii python3 3.8.6-1 ii python3-cached-property 1.5.1-4 ii python3-distutils3.8.6-1 ii python3-docker 4.1.0-1.2 ii python3-dockerpty0.4.1-2 ii python3-docopt 0.6.2-2.2 ii python3-jsonschema 3.2.0-3 ii python3-requests 2.24.0+dfsg-1 ii python3-six 1.15.0-2 ii python3-texttable1.6.3-1 ii python3-websocket0.57.0-1 ii python3-yaml 5.3.1-3 Versions of packages docker-compose recommends: ii docker.io 19.03.13+dfsg2-1 docker-compose suggests no packages. -- no debconf information
Bug#963948: [Pkg-utopia-maintainers] Bug#963948: failed to start with status=11/SEGV
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 > out, those two libraries have a symbol clash. > See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963932 Perfect, I didn't know of that bug really :-) > You have a couple of options to mitigate this issue for now: > a/ downgrade firewalld (to a version where iptables was still the > default backend) > b/ downgrade libmount1 to 2.35.2-4 from testing and put that package on hold > c/ edit /etc/firewalld/firewalld.conf and set FirewallBackend=iptables > > I do not really recommend c/, as you might forgot to undo that change, > once the symbol clash has been fixed. I opted for "C" since I also was hit by the bug in Steam client mentioned in the bug report you mention and is fixed by downgrading libmount1 :-) Thanks for everything.
Bug#963948: failed to start with status=11/SEGV
Package: firewalld Version: 0.8.2-1 Severity: important Hi, After upgrading from 0.8.2-1 to 0.8.2-2, firewalld doesn't work anymore and systemd status command says: ● firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: failed (Result: signal) since Sun 2020-06-28 22:42:27 -03; 1h 7min ago Docs: man:firewalld(1) Process: 7218 ExecStart=/usr/sbin/firewalld --nofork --nopid (code=killed, signal=SEGV) Main PID: 7218 (code=killed, signal=SEGV) jun 28 22:42:26 linux systemd[1]: Starting firewalld - dynamic firewall daemon... jun 28 22:42:27 linux systemd[1]: Started firewalld - dynamic firewall daemon. jun 28 22:42:27 linux systemd[1]: firewalld.service: Main process exited, code=killed, status=11/SEGV jun 28 22:42:27 linux systemd[1]: firewalld.service: Failed with result 'signal'. Downgrading to 0.8.2-1 solved the problem. Let me know anything else that I can do to help with the problem :-) Greets. Ernesto -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldoldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages firewalld depends on: ii dbus 1.12.18-1 ii gir1.2-glib-2.0 1.64.1-1 ii gir1.2-nm-1.01.24.2-1 ii init-system-helpers 1.57 ii iptables 1.8.5-2 ii policykit-1 0.105-26 ii python3 3.8.2-3 ii python3-dbus 1.2.16-2 hi python3-firewall 0.8.2-1 ii python3-gi 3.36.0-3 ii python3-nftables 0.9.6-1 Versions of packages firewalld recommends: ii ipset 7.6-2 firewalld suggests no packages. -- Configuration Files: /etc/firewalld/firewalld.conf [Errno 13] Permiso denegado: '/etc/firewalld/firewalld.conf' /etc/firewalld/lockdown-whitelist.xml [Errno 13] Permiso denegado: '/etc/firewalld/lockdown-whitelist.xml' -- no debconf information
Bug#956502: fixed in docker.io 19.03.6+dfsg1-4
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 back the docker daemon, it started working with version -4 from incoming. Thanks and sorry for the noise :-)
Bug#956502: docker: Error response from daemon: no status provided on response: unknown.
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 April 2020 4:32:06 PM AEST Shengjing Zhu wrote: > > But compared to docker.io 19.03.6+dfsg1-2 and 19.03.6+dfsg1-3, the > > buildinfos[1] show that both used > > golang-github-containerd-ttrpc-dev/0.0~git20190828.92c8520-2. > > > > I'm afraid it's because of the changes in grpc libraries. But I have > > no clue about it, since containerd is not using grpc, but ttrpc. > > That was a crucial hint -- thanks! Somehow we were still using vendored > "ttrpc" and switching to newer system one seems to fix the problem. > > -- > Cheers, > Dmitry Smirnov. > > --- > > If liberty means anything at all, it means the right to tell people what > they do not want to hear. > -- George Orwell
Bug#827196: Already fixed upstream
Package: ocrfeeder Version: 0.8.1-4 Followup-For: Bug #827196 Dear Maintainer, This issue has been fixed upstream since Mar 18, 2018 [1] Please consider packaging last version from the Git repository [2] Thanks for all. Ernesto [1] https://gitlab.gnome.org/GNOME/ocrfeeder/commit/f5f1b076993ec0ba94250f21051e049072c7e230 [2] https://gitlab.gnome.org/GNOME/ocrfeeder -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.0-trunk-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ocrfeeder depends on: ii ghostscript 9.28~~rc1~dfsg-1 ii gir1.2-goocanvas-2.0 2.0.4-1 ii gir1.2-gtk-3.03.24.10-1 ii gir1.2-gtkspell3-3.0 3.0.9-3 ii iso-codes 4.3-1 ii python2.7.16-1 ii python-enchant2.0.0-1 ii python-gi 3.32.2-1 ii python-lxml 4.4.1-1 ii python-pil6.1.0-1 ii python-reportlab 3.5.23-1 ii python-sane 2.8.3-1+b2 ii tesseract-ocr 4.1.0-1 Versions of packages ocrfeeder recommends: pn unpaper ii yelp 3.31.90-1 ocrfeeder suggests no packages. -- no debconf information
Bug#906686: problem still present on 7.3.2-3 and something more :-)
Hi, I just wanted to let you know that I'm still seeing the same problem with the last version uploaded on Debian. Another weird thing that I-m seeing is that if I log in through the VM console immediately after the VM boots, this behavior seems to not happens. Even more, what I see is that the SSH server takes quite a lot to respond and a timeout also appears on the logs from systemd (like with the php-fpm process) but there's also a retry in the case of the SSH daemon and the second time that systemd tries to take it up, it succeed. And this behavior doesn't happen when I log in also through the console like the php-fpm case mentioned before. So, I don't see why log in to the system makes everything runs as expected but if I let the system alone, it doesn't :-( If someone can point me in the right direction to try debug the problem, it'll really help :-) Cheers, Ermesto
Bug#906686: still present on php7.3-fpm version 7.3.1
Hello everyone, I'm having this problem on a VM running on kvm and this is what systemctl status says: edomato@buster ~> sudo systemctl status php7.3-fpm.service ● php7.3-fpm.service - The PHP 7.3 FastCGI Process Manager Loaded: loaded (/lib/systemd/system/php7.3-fpm.service; enabled; vendor preset: enabled) Active: failed (Result: timeout) since Tue 2019-02-05 22:30:29 -03; 1h 9min ago Docs: man:php-fpm7.3(8) Process: 360 ExecStart=/usr/sbin/php-fpm7.3 --nodaemonize --fpm-config /etc/php/7.3/fpm/php-fpm.conf (code=killed, signal=TERM) Main PID: 360 (code=killed, signal=TERM) feb 05 22:28:58 buster systemd[1]: Starting The PHP 7.3 FastCGI Process Manager... feb 05 22:30:29 buster systemd[1]: php7.3-fpm.service: Start operation timed out. Terminating. feb 05 22:30:29 buster systemd[1]: php7.3-fpm.service: Main process exited, code=killed, status=15/TERM feb 05 22:30:29 buster systemd[1]: php7.3-fpm.service: Failed with result 'timeout'. feb 05 22:30:29 buster systemd[1]: Failed to start The PHP 7.3 FastCGI Process Manager. Let me know what can I do to try debug this problem, for what I see on the messages, it seems that the process timed out maybe because of load on the host machine at the time the VM boots. I'm a little concern about this because I need to use 7.3 version on a project that I'm working on and when I launch it on production, I need it to run stable :-) Thanks for all. Cheers. Ermesto
Bug#904787: after upgrading to last package system slowdown on startup
Package: libvirt-daemon Version: 4.5.0-1 Severity: normal Hi, After upgrade, I started noticing that my system take a long time to login on a X session. So, on a fresh startup I changed to a console and started to see systemd take long times to start libvirtd. On the logs, the following lines appears: libvirtd[798]: 2018-07-28 02:44:49.616+: 1406: error : virGetUserID:1043 : invalid argument: Failed to parse user 'tss' libvirtd[798]: 2018-07-28 02:44:49.616+: 1406: error : virGetGroupID:1123 : invalid argument: Failed to parse group 'tss' And the "tss" account doesn't exists on the system. This account appear on /etc/libvirt/qemu.conf as the default account for the TPM feature. So I guess that the "tss" account should be created when the packages is installed or upgraded, or change the default account for the TPM feature. Thanks for all and let me know if you need any other information. Ernesto -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libvirt-daemon depends on: ii libacl1 2.2.52-3+b1 ii libapparmor12.13-3 ii libaudit1 1:2.8.3-1+b1 ii libavahi-client30.7-4 ii libavahi-common30.7-4 ii libblkid1 2.32-0.1 ii libc6 2.27-5 ii libcap-ng0 0.7.9-1 ii libcurl3-gnutls 7.60.0-2 ii libdbus-1-3 1.12.8-3 ii libdevmapper1.02.1 2:1.02.145-4.1 ii libfuse22.9.8-1 ii libgnutls30 3.5.19-1 ii libnetcf1 1:0.2.8-1+b2 ii libnl-3-200 3.4.0-1 ii libnl-route-3-200 3.4.0-1 ii libnuma12.0.11-2.2 ii libparted2 3.2-21+b1 ii libpcap0.8 1.8.1-6 ii libpciaccess0 0.14-1 ii libsasl2-2 2.1.27~101-g0780600+dfsg-3.1 ii libselinux1 2.8-1+b1 ii libssh2-1 1.8.0-2 ii libudev1239-7 ii libvirt04.5.0-1 ii libxen-4.8 4.8.3+xsa267+shim4.10.1+xsa267-1+deb9u9 ii libxenstore3.0 4.8.3+xsa267+shim4.10.1+xsa267-1+deb9u9 ii libxml2 2.9.4+dfsg1-7+b1 ii libyajl22.1.0-2+b3 Versions of packages libvirt-daemon recommends: ii libxml2-utils 2.9.4+dfsg1-7+b1 ii netcat-openbsd 1.190-2 ii qemu-kvm1:2.12+dfsg-3 Versions of packages libvirt-daemon suggests: pn libvirt-daemon-driver-storage-gluster pn libvirt-daemon-driver-storage-rbd pn libvirt-daemon-driver-storage-sheepdog pn libvirt-daemon-driver-storage-zfs ii libvirt-daemon-system 4.5.0-1 pn numad -- no debconf information
Bug#903139: crash when trying to open a spreadsheet or saving a new one in .gnumeric format
Package: gnumeric Version: 1.12.39-1 Severity: important Hi, In .xsession-errors log appears: ** (gnumeric:9732): CRITICAL **: 18:31:43.867: go_doc_init_read: assertion 'doc->priv->imagebuf == NULL' failed As described in the subject, it fails with .gnumeric files and not .xlsx one at least. Let me know what can I do to help you with this issue. Thanks. Ernesto -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.67 ii gnumeric-common1.12.39-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.4 ii libatk1.0-02.28.1-1 ii libc6 2.27-3 ii libcairo2 1.15.10-3 ii libgdk-pixbuf2.0-0 2.36.11-2 ii libglib2.0-0 2.56.1-2 ii libgoffice-0.10-10 0.10.41-1 ii libgsf-1-114 1.14.43-1 ii libgtk-3-0 3.22.30-2 ii libpango-1.0-0 1.42.1-2 ii libpangocairo-1.0-01.42.1-2 ii libxml22.9.4+dfsg1-7+b1 ii procps 2:3.3.15-2 ii pxlib1 0.6.7-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages gnumeric recommends: pn evince ii gnumeric-doc 1.12.39-1 ii lp-solve 5.5.0.15-4+b1 Versions of packages gnumeric suggests: ii fonts-liberation 1:1.07.4-7 ii gnumeric-plugins-extra 1.12.39-1 pn libgsf-1-dev ii ttf-mscorefonts-installer 3.7 -- debconf information: gnumeric/existing-process: false gnumeric/existing-process-title:
Bug#866440: mcomix: depends on obsolete python-imaging (replace with python3-pil or python-pil)
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: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mcomix depends on: ii python2.7.15~rc1-1 ii python-gtk2 2.24.0-5.1+b1 ii python-pil5.1.0-1 ii python-pkg-resources 39.1.0-1 mcomix recommends no packages. Versions of packages mcomix suggests: ii unrar 1:5.5.8-1 -- no debconf information
Bug#866440: mcomix: depends on obsolete python-imaging (replace with python3-pil or python-pil)
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: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mcomix depends on: ii python2.7.15~rc1-1 ii python-gtk2 2.24.0-5.1+b1 ii python-pil5.1.0-1 ii python-pkg-resources 39.1.0-1 mcomix recommends no packages. Versions of packages mcomix suggests: ii unrar 1:5.5.8-1 -- no debconf information
Bug#890521: mate-panel: Wrong behavior for drawer applet
Package: mate-panel Followup-For: Bug #890521 Hi, I just want to let you know that this issue seems to be fixed with this release. So you can close this bug. Thanks for all. Ernesto -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.1-3 ii libatk1.0-0 2.28.1-1 ii libc62.27-3 ii libcairo-gobject21.15.10-2 ii libcairo21.15.10-2 ii libdbus-1-3 1.12.6-2 ii libdbus-glib-1-2 0.110-2 ii libdconf10.26.1-3 ii libgdk-pixbuf2.0-0 2.36.11-2 ii libglib2.0-0 2.56.0-6 ii libgtk-3-0 3.22.29-3 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.20.1-1 ii libmate-menu21.20.0-2 ii libmate-panel-applet-4-1 1.20.1-1 ii libmateweather1 1.20.0-1 ii libpango-1.0-0 1.42.0-1 ii libpangocairo-1.0-0 1.42.0-1 ii librsvg2-2 2.40.20-2 ii libsm6 2:1.2.2-1+b3 ii libstartup-notification0 0.12-5 ii libwnck-3-0 3.24.1-2 ii libx11-6 2:1.6.5-1 ii libxau6 1:1.0.8-1+b2 ii libxrandr2 2:1.5.1-1 ii mate-desktop 1.20.1-1 ii mate-menus 1.20.0-2 ii mate-panel-common1.20.1-1 ii mate-polkit 1.20.0-1 ii menu-xdg 0.5 mate-panel recommends no packages. mate-panel suggests no packages. -- no debconf information
Bug#884491: telegram-desktop: no tray icon on Mate panel
Package: telegram-desktop Followup-For: Bug #884491 Hi, Last version of telegram-desktop and Mate panel do not have the issue anymore so this bug can be closed. Thanks for all. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages telegram-desktop depends on: ii libavcodec-extra57 7:3.4.2-1+b1 ii libavformat577:3.4.2-1+b1 ii libavutil55 7:3.4.2-1+b1 ii libc62.27-1 ii libgcc1 1:8-20180218-1 ii libglib2.0-0 2.54.3-2 ii libminizip1 1.1-8+b1 ii libopenal1 1:1.18.2-2 ii libqt5core5a [qtbase-abi-5-9-2] 5.9.2+dfsg-12 ii libqt5dbus5 5.9.2+dfsg-12 ii libqt5gui5 5.9.2+dfsg-12 ii libqt5network5 5.9.2+dfsg-12 ii libqt5widgets5 5.9.2+dfsg-12 ii libssl1.11.1.0g-2 ii libstdc++6 8-20180218-1 ii libswresample2 7:3.4.2-1+b1 ii libswscale4 7:3.4.2-1+b1 ii libtgvoip1.0 1.0~git20170704.445433f-4 ii libx11-6 2:1.6.4-3 ii qt5-image-formats-plugins5.9.2-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages telegram-desktop recommends: ii libappindicator3-1 0.4.92-5 telegram-desktop suggests no packages. -- no debconf information
Bug#890521: mate-panel: Wrong behavior for drawer applet
Package: mate-panel Version: 1.20.0-1 Severity: normal Hi, I reported this issue on Github mate-panel repository [1] some time ago and I'm placing this bug report because the problem still persist on 1.20.0 as my last comment of today in that issue. Someone has reported that on 1.19.4 git master the issue seems fixed and for that reason I'm reporting the bug here too. Please let me know anything that I can do to help chase this bug. Thanks for all. Ernesto [1] https://github.com/mate-desktop/mate-panel/issues/556 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.1-3 ii libatk1.0-0 2.26.1-3 ii libc62.26-6 ii libcairo-gobject21.15.10-1 ii libcairo21.15.10-1 ii libdbus-1-3 1.12.4-1 ii libdbus-glib-1-2 0.110-2 ii libdconf10.26.1-3 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.54.3-2 ii libgtk-3-0 3.22.26-2 ii libice6 2:1.0.9-2 ii libmate-desktop-2-17 1.20.0-1 ii libmate-menu21.20.0-1 ii libmate-panel-applet-4-1 1.20.0-1 ii libmateweather1 1.20.0-1 ii libpango-1.0-0 1.40.14-1 ii libpangocairo-1.0-0 1.40.14-1 ii librsvg2-2 2.40.20-2 ii libsm6 2:1.2.2-1+b3 ii libstartup-notification0 0.12-5 ii libwnck-3-0 3.24.1-2 ii libx11-6 2:1.6.4-3 ii libxau6 1:1.0.8-1+b2 ii libxrandr2 2:1.5.1-1 ii mate-desktop 1.20.0-1 ii mate-menus 1.20.0-1 ii mate-panel-common1.20.0-1 ii mate-polkit 1.20.0-1 ii menu-xdg 0.5 mate-panel recommends no packages. mate-panel suggests no packages. -- no debconf information
Bug#884491: telegram-desktop: no tray icon on Mate panel
Package: telegram-desktop Version: 1.1.23-3 Severity: important Tags: upstream Hi, Some changes on new upstream version provokes this behavior, look for [1]. Right now I'm putting telegram-desktop on hold since 1.1.23-3 works well. Greets [1] https://github.com/telegramdesktop/tdesktop/issues/1401 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages telegram-desktop depends on: ii libavcodec-extra57 7:3.4.1-1 ii libavformat577:3.4.1-1 ii libavutil55 7:3.4.1-1 ii libc62.25-4 ii libgcc1 1:7.2.0-17 ii libglib2.0-0 2.54.2-1 ii libminizip1 1.1-8+b1 ii libopenal1 1:1.17.2-4+b2 ii libqt5core5a [qtbase-abi-5-9-2] 5.9.2+dfsg-6 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5network5 5.9.2+dfsg-6 ii libqt5widgets5 5.9.2+dfsg-6 ii libssl1.11.1.0g-2 ii libstdc++6 7.2.0-17 ii libswresample2 7:3.4.1-1 ii libswscale4 7:3.4.1-1 ii libtgvoip1.0 1.0~git20170704.445433f-4 ii libx11-6 2:1.6.4-3 ii qt5-image-formats-plugins5.9.2-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages telegram-desktop recommends: ii libappindicator10.4.92-5 ii libappindicator3-1 0.4.92-5 telegram-desktop suggests no packages. -- no debconf information
Bug#785138: v0.23 is also out :-)
Just that, not only Jessie has been released but gparted is on v0.23 ;-) Just to add half cent :-P Greets.
Bug#792464: browser-plugin-gnash: should depends on dpkg-dev or quit dpkg-vendor from maintenance script
Package: browser-plugin-gnash Version: 0.8.11~git20150419-2 Severity: normal The package tries to call "dpkg-vendor" command which comes on the dpkg-dev packages that browser-plugin-gnash doesn't depends on. Thanks. Ernesto -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages browser-plugin-gnash depends on: ii gnash 0.8.11~git20150419-2 ii libboost-iostreams1.55.0 1.55.0+dfsg-4 ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libglib2.0-0 2.44.1-1.1 ii libstdc++65.1.1-14 browser-plugin-gnash recommends no packages. Versions of packages browser-plugin-gnash suggests: pn browser-plugin-lightspark -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774970: dnsmasq doesn't start automatically on boot
Package: dnsmasq Version: 2.72-2 Severity: important Hi, when my machine boots, dnsmasq doesn't start because it seems that the network is not ready yet at that moment. I'm using systemd. If I log into a terminal after the system finish booting, I can start dnsmasq normally. Please let me know what can I do to try help solve this problem or if you need any more information. Thanks. Ernesto -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dnsmasq depends on: ii dnsmasq-base 2.72-2 ii init-system-helpers 1.22 ii netbase 5.3 dnsmasq recommends no packages. Versions of packages dnsmasq suggests: pn resolvconf -- Configuration Files: /etc/dnsmasq.conf changed: interface=eth0 bind-interfaces -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724599: Mate is already on Debian
Hi, any news about this?. Mate Desktop has already entered Debian repos so it would be nice to have this change. Thanks in advance. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#766483: libjpeg62-turbo: 1:1.3.1-10 provides libjpeg62 and conflicts with libjpeg62
Package: libjpeg62-turbo Severity: important Hi, trying to upgrade my machine today I found the conflict that I mention in the subject making the package impossible to upgrade. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763803: ettercap-common: cannot be upgraded because conflicts with same version of ettercap-graphical
Package: ettercap-common Version: 1:0.8.0+git20140910-1 Severity: normal Hi, ettercap-graphical and ettercap-text depends on ettercap-common but it cannot be upgraded because it conflicts with those packages with the same version. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ettercap-common depends on: ii ethtool 1:3.16-1 ii libbsd0 0.7.0-2 ii libc62.19-11 ii libcurl3 7.38.0-2 ii libluajit-5.1-2 2.0.3+dfsg-3 ii libnet1 1.1.6+dfsg-3 ii libpcap0.8 1.6.2-1 ii libpcre3 1:8.35-3 ii libssl1.0.0 1.0.1i-2 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages ettercap-common recommends: ii ettercap-graphical 1:0.8.0+git20140910-1 ettercap-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762139: libsidplayfp depends on libsidplayfp3 which conflicts with libsidplayfp itself
Package: libsidplayfp Version: 1.4.2-1 Severity: important Hi, trying to upgrade libsidplayfp from 1.4.2-1 to 1.5.3-1 is not possible because libsidplayfp 1.5.3-1 depends on libsidplayfp3 1.5.3-1, but this last one conflicts with libsidplayfp and you cannot install it. On the other side, libsidplayfp is required for audacious-plugins so maybe you should ask the mantainers of that package to try to compile it with the new package, but I don't know if that is the real solution for this conflict :-) Thanks for all. Ernesto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsidplayfp depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-14 ii libstdc++6 4.9.1-14 libsidplayfp recommends no packages. Versions of packages libsidplayfp suggests: pn sidplay2fp -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742533: libxkbcommon0: multi-arch seems to be broken with xkb-data
Package: libxkbcommon0 Version: 0.4.0-1 Severity: normal Hi, I don't really know if this problem is from libxkbcommon0 or from xkb-data but libsdl2-2.0-0 depends on libxkbcommon0 which depends on xkb-data, but you can't install libxkbcommon0 for amd64 and i386 at the same time because (in the case of amd64) when you try to install libxkbcommon0:i386 it says that xkb-data in not available (which is already installed since libxkbcommon0:amd64 depends on it), and xkb-data is marked as architecture = all. Sorry if this report is not very well explained but English is not my native language. Thanks. Ernesto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxkbcommon0 depends on: ii libc6 2.18-4 ii multiarch-support 2.18-4 ii xkb-data 2.10.1-1 libxkbcommon0 recommends no packages. libxkbcommon0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739796: fs-uae: please consider packaging new version available (2.4.0)
On Sun, Feb 23, 2014 at 5:56 PM, John Paul Adrian Glaubitz wrote: > Some updates on the packaging situation for fs-uae 2.4.0. > > It turns out that the watch file is actually working. The watch > mechanism just hadn't checked yet for a new upstream version. The PTS > is now showing 2.4.0 as the latest upstream version available. > Ok, so it was just a problem of timing ;-) The fs-uae-launcher told me about the new version. > I had a first look at the new upstream version now and it looks like > Frode has split up fs-uae, fs-uae-launcher and the new fs-uae-arcade > into separate source packages, so I need to make some changes in my > packaging. > > I am currently thinking whether I either should merge the source > tarballs back into one source tarball or I actually build > fs-uae-launcher and fs-uae-arcade from separate source packages. In > both cases, fs-uae will have to go through NEW again, so some > additional delay has to be anticipated. > Yes, I saw this split of packages upstream and think that maybe you should talk with Frode about it because I don't know how suitable would be to merge alll sources together. Maybe it would be better to create separate packages as you suggest. Great work and thanks again. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739796: fs-uae: please consider packaging new version available (2.4.0)
Yeah, I know that the PTS informs if you have the correct watch file. But as I didn't see in the PTS the information about a new version, I decided to fill a wishlist report about the new version just in case. Thanks for all and sorry to bother you with this. Greets. On Sat, Feb 22, 2014 at 11:44 AM, John Paul Adrian Glaubitz wrote: > Hi Ernesto! > > On 02/22/2014 03:14 PM, Ernesto Domato wrote: >> Just what the subject says. There's a new version and it would very nice to >> be >> on Debian officially. > > Thanks for letting me know! However please be aware that such bug > reports about new versions are usually not required as the Debian > PTS normally informs me about new versions [1]. > > It just seems that Frode changed the locations of the upstream sources > and therefore the PTS website for fs-uae didn't display the new > version. > > I will verify that and also package the new version in the upcoming > days. > > Cheers, > > Adrian > >> [1] http://packages.qa.debian.org/f/fs-uae.html > > -- > .''`. John Paul Adrian Glaubitz > : :' : Debian Developer - glaub...@debian.org > `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739796: fs-uae: please consider packaging new version available (2.4.0)
Package: fs-uae Version: 2.2.3+dfsg-4 Severity: wishlist Just what the subject says. There's a new version and it would very nice to be on Debian officially. Thanks for all. Ernesto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fs-uae depends on: ii libc6 2.18-1 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglee0d15.4.0-2 ii libglib2.0-0 2.38.2-5 ii libglu1-mesa [libglu1]9.0.0-2 ii libopenal11:1.14-4 ii libpng12-01.2.50-1 ii libsdl1.2debian 1.2.15-8 ii libstdc++64.8.2-16 ii libx11-6 2:1.6.2-1 ii zlib1g1:1.2.8.dfsg-1 fs-uae recommends no packages. fs-uae suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736614: gphpedit: doesn't show code
Package: gphpedit Version: 0.9.98-3 Severity: normal When I open any PHP code, it doesn't show on the application. No error is reported on the application or on the console when launched from it. Let me know if I can help with anything to try solve this problem. Thanks. Ernesto. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gphpedit depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libgcc1 1:4.8.2-14 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.37.5-1 ii libgtk2.0-0 2.24.22-1 ii libjavascriptcoregtk-1.0-0 2.3.4-2 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpangoft2-1.0-0 1.36.0-1+b1 ii libsoup2.4-12.44.2-1 ii libstdc++6 4.8.2-14 ii libwebkitgtk-1.0-0 2.3.4-2 ii libxml2 2.9.1+dfsg1-3 gphpedit recommends no packages. Versions of packages gphpedit suggests: ii php-doc 20131001-1 ii php5-cli 5.5.8+dfsg-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728790: With a fresh install it worked
Well, I tried a fresh install (I purge the oolite package and all its dependencies) of the unstable version and it worked. Unfortunately I don't know what exactly produce the error, but at least this solution worked for me. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728790: oolite: doesn't work on amd64
Package: oolite Version: 1.77-1 Severity: normal Hello, with previous version (unstable 1.76.1-3) and latest version (experimental 1.77-1) the program tries to show the splash screen window (without the splash screen) and then it just close (doesn't start). I downloaded the binary version from oolite.org for latest release (1.77) and it works as expected. On the log generated from the Debian package everything seems fine except for a line that says "11:38:13.826 [sdl.gameStart]: - WARNING: image 'splash.bmp' not found!" which is odd and maybe the reason that the splash screen is not shown (don't know if that's the reason of the crash since the oolite-data package is installed and it contains the mentioned image). Let me know what else can I do to try to help you resolve this problem. Thanks. Ernesto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages oolite depends on: ii gnustep-base-runtime 1.22.1-4.1 ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgnustep-base1.22 1.22.1-4.1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libobjc4 4.8.2-1 ii libpng12-01.2.49-5 ii libsdl-mixer1.2 1.2.12-9 ii libsdl1.2debian 1.2.15-8 ii oolite-data 1.77-1 Versions of packages oolite recommends: ii oolite-data-sounds 1.77-1 ii oolite-doc 1.77-1 oolite suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724599: glipper: add MATE to OnlyShowIn
Package: glipper Version: 2.4-4 Severity: wishlist MATE Desktop (http://www.mate-desktop.org) is a fork of Gnome 2 and is slowly entering Debian. Please add this patch to glipper-autostart.desktop so it can be seen on MATE notification panel. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glipper depends on: ii gconf23.2.6-1 ii python2.7.5-5 ii python-gconf 2.28.1+dfsg-1 ii python-gobject3.8.3-1 ii python-gtk2 2.24.0-3+b1 ii python-keybinder 0.3.0-2 ii python-xdg0.25-3 Versions of packages glipper recommends: ii python-crypto 2.6-5+b1 ii python-prctl 1.1.1-1.1 ii yelp 3.8.1-2 glipper suggests no packages. -- Configuration Files: /etc/xdg/autostart/glipper-autostart.desktop changed [not included] -- no debconf information --- glipper-autostart.desktop.old 2013-09-25 12:24:34.0 -0300 +++ glipper-autostart.desktop.new 2013-09-25 12:24:46.0 -0300 @@ -4,4 +4,4 @@ Comment=A clipboard history manager Exec=glipper Type=Application -OnlyShowIn=GNOME;Unity; +OnlyShowIn=GNOME;Unity;MATE;
Bug#674467: Please fix this issue
I also wish this issue to be fixed soon. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701760: [ovs-dev] Bug#701760: openvswitch-switch: problem interacting with libvirt
On Wed, Feb 27, 2013 at 12:19 PM, Ernesto Domato wrote: > On Wed, Feb 27, 2013 at 3:57 AM, Nirbhay Tomar > wrote: >> Hey, >> >> I have also gone through this problem in my early days with open >> vswitch. In this condition, you can do one thing: >> >> Just create a init script for open vswitch and add it into the >> services, from init script you can handle the start/stop priority for >> open vswitch server during restart/reboot of host server. This might >> help you. >> > > The Debian package already has a init script, I should only change the > priority to be higher than libvirt and see if that solves the problem. > > Anyway, that's a partial solution since on Debian there's several ways > to manage services so the final solution should contemplate all of > them though. > > Thanks for the advice. > Ernesto The solution doesn't even worked. The only way to make the system to halt or reboot correctly on Debian was to remove entirely the K symlinks form the sysv init runlevels so openvswitch doesn't goes down and the virtual interfaces can be removed correctly. I think it's not the right solution, but it worked for now. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701758: openvswitch: new version upstream
On Tue, Feb 26, 2013 at 5:23 PM, Ben Pfaff wrote: > On Tue, Feb 26, 2013 at 04:49:46PM -0300, Ernesto Domato wrote: >> Yeah, I know the Wheezy is already frozen, but I thought that maybe >> the last version in Sid could be nice try it. > > The normal path to a getting a bug fix for a severe bug into testing > is to first upload it into unstable (sid). Uploading a newer version > to unstable would, as I understand it, complicate the process should a > severe bug show up before release. Hmmm... if I'm not wrong, Sid is the development branch that after 10 days moves the package to actual testing branch unless it's freeze (which doesn't means that you can't keep uploading new packages to Sid, they'll just only not be migrated to testing) or someone fills a critical-release bug that holds the package in Sid, it could also be hold by problems on other depending packages that also cannot be migrated to testing. Also known as "unstable", Sid then is used for new releases that upstream consider stable (unstable versions can be uploaded to experimental for trial). Anyway, if you wish you could upload a new version into "experimental" if you're not sure about the stability of the software and it could help you to stay up-to-date with changes that could affect the next releases of Debian. Just my two cents. Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701758: openvswitch: new version upstream
On Tue, Feb 26, 2013 at 4:36 PM, Ben Pfaff wrote: > The package isn't orphaned. Good to hear this :-) > Debian is currently frozen for release, > and the outstanding bug reports aren't severe enough to warrant > breaking the freeze. > > After the release, we'll upload whatever is the current LTS at that > point (probably 1.9.x). Yeah, I know the Wheezy is already frozen, but I thought that maybe the last version in Sid could be nice try it. Even then, I backported openvswitch package to Squeeze with pbuilder so I can test it on a production server, it works great except for the bug #701760 that I recently filled. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701760: openvswitch-switch: problem interacting with libvirt
Package: openvswitch-switch Version: 1.4.2+git20120612-9 Severity: important Hi, I'm using openvswitch with libvirt and it works as expected. The problem that I'm having is that if you reboot or shutdown the host server, openvswitch is going down before libvirt virual machines finish going down too. The ovs-vsctl command gives the following error: Feb 26 12:57:16 stephen ovs-vsctl: 1|vsctl|INFO|Called as ovs-vsctl -- --if-exists del-port vnet0 Feb 26 12:57:16 stephen ovs-vsctl: 2|stream_unix|ERR|/tmp/stream- unix.32206.0: connection to /var/run/openvswitch/db.sock failed: No such file or directory Feb 26 12:57:16 stephen ovs-vsctl: 3|reconnect|WARN|unix:/var/run/openvswitch/db.sock: connection attempt failed (No such file or directory) and keeps reporting this for long period of time. This is caused when libvirt tries to delete the virtual network interface from the virtual openvswitch switch but it is not running anymore. So, I have to restart the openvswitch by login remotely on the host machine because at that point, console stop responding too, so the ovs-vsctl command can finnish normaly and the box is halted or rebooted. I don't know what should be the correct solution, but at least I think that openvswtich should wait for libvirt to finish correctly before going down. Thanks for all. Ernesto -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvswitch-switch depends on: ii libc6 2.13-38 ii libssl1.0.0 1.0.1e-1 ii module-init-tools 9-2 ii netbase 5.0 ii openvswitch-common 1.4.2+git20120612-9 ii procps 1:3.3.3-2 ii python 2.7.3-4 ii uuid-runtime2.20.1-5.3 openvswitch-switch recommends no packages. Versions of packages openvswitch-switch suggests: pn openvswitch-datapath-module -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701758: openvswitch: new version upstream
Package: openvswitch Severity: wishlist Hi, there's two new versions of openvswitch which are 1.4.5 for LTS and 1.7.3 is the most recent release. Ubuntu also seems to have a even newer version that I guess is taken directly from GIT. I also see some other bugs reports from last year and it let me wonder if this package is already orphaned. Can I help somehow?, I also have to fill a bug report about a problem with openvswitch-switch interacting with libvirt package, I'll open another ticket for this. Thanks. Ernesto -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684678: libqt4-dbus: multiarch problem with several packages on amd64
Package: libqt4-dbus Version: 4:4.8.2-2+b1 Severity: important Several i386 packages from qt4-x11 source package doesn't install with their corresponding package from amd64 leading to a multiarch problem. For example, with libqt4-dbus this is the response from dpkg: Preparing to replace libqt4-dbus:amd64 4:4.8.2-2+b1 (using libqt4-dbus_4.8.2-2+b1_amd64.deb) ... Unpacking replacement libqt4-dbus:amd64 ... Unpacking libqt4-dbus:i386 (from libqt4-dbus_4.8.2-2+b1_i386.deb) ... dpkg: error processing libqt4-dbus_4.8.2-2+b1_i386.deb (--install): trying to overwrite shared '/usr/share/doc/libqt4-dbus/changelog.Debian.gz', which is different from other instances of package libqt4-dbus:i386 Setting up libqt4-dbus:amd64 (4:4.8.2-2+b1) ... Errors were encountered while processing: libqt4-dbus_4.8.2-2+b1_i386.deb This also happens with libqt4-network, libqt4-xml, libqtcore4 and libqtgui4. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-dbus depends on: ii libc6 2.13-35 ii libdbus-1-31.6.2-2 ii libgcc11:4.7.1-6 ii libqt4-xml 4:4.8.2-2+b1 ii libqtcore4 4:4.8.2-2+b1 ii libstdc++6 4.7.1-6 ii multiarch-support 2.13-35 ii qdbus 4:4.8.2-2+b1 libqt4-dbus recommends no packages. libqt4-dbus suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663931: libvirt-bin: libvirtd make "udevadm settle" respond too slow
On Thu, Mar 15, 2012 at 14:35, Marco d'Itri wrote: > On Mar 15, Ernesto Domato wrote: > >> I'm inclined to believe that maybe is more a race condition between >> libvirtd and udev (the libvirt-bin package that contains libvirtd > Not "udevd" per se, so this would still be a bug in some package > other than udev. > I'm not saying that there's a bug on udevd but that libvirtd is probably causing that running "udevadm settle" doesn't respond as expected when LVM is used on the machine. But I thought that you could help giving some advice on how we could debug this :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663931: libvirt-bin: libvirtd make "udevadm settle" respond too slow
On Wed, Mar 14, 2012 at 19:19, Marco d'Itri wrote: > reassign 663931 lvm2 > thanks > > On Mar 14, Ernesto Domato wrote: > >> (about 3 minutes). Then I found running libvirtd on debug mode that it calls >> "udevadm settle" on startup. This command also takes about 3 minutes to >> respond. > Why does libvirtd run "udevadm settle", for a start? > I don't know about this one but maybe Guido could give some words about this. >> Not using LVM doesn't generates this problem. >> >> So, it seems that when libvirtd is started and there's a pool that use LVM it >> mess with udev somehow that produce this behavior. > So this looks like a LVM issue. > It is not a udev bug unless you can show that it is. > > -- > ciao, > Marco I'm inclined to believe that maybe is more a race condition between libvirtd and udev (the libvirt-bin package that contains libvirtd depends on udev) that involves LVM provoked by libvirtd. This assumption comes from the fact that udev with LVM works without problem when libvirtd doesn't get involved. Let me know what can I do to help debug this issue to find a solution rather than restart udev :-) Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#663931: libvirt-bin: libvirtd make "udevadm settle" respond too slow
Package: libvirt-bin Version: 0.9.9-3+b2 Severity: normal Hi, I wasn't able to connect to libvirtd with virt-manager due to timeouts. Debuging the problem, I found that at startup virt-manager does a pool-refresh of the pools defined on libvirt to check for new pools. This command takes too long to respond (about 3 minutes). Then I found running libvirtd on debug mode that it calls "udevadm settle" on startup. This command also takes about 3 minutes to respond. The only way that I found to solve this problem was to restart the udevd process by /etc/init.d/udev restart After that, "udevadm settle" and "virsh pool-refresh server" for example does respond almost instantly. server is the pool that I defined for the virtual images and is a LVM group. Not using LVM doesn't generates this problem. So, it seems that when libvirtd is started and there's a pool that use LVM it mess with udev somehow that produce this behavior. I don't know if this is a problem with libvirtd, udev or LVM and I don't have the sufficient knowledge to debug it. Anything else that you may need to try to resolve this problem let me know and excuse for my english but it's not my native language. Thanks for all. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libvirt-bin depends on: ii adduser 3.113+nmu1 ii gettext-base0.18.1.1-5 ii libavahi-client30.6.31-1 ii libavahi-common30.6.31-1 ii libblkid1 2.20.1-4 ii libc6 2.13-27 ii libcap-ng0 0.6.6-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.17-2 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc3-1 ii libparted0debian1 2.3-8 ii libpcap0.8 1.2.1-1 ii libpciaccess0 0.13-1 ii libreadline66.2-8 ii libsasl2-2 2.1.25.dfsg1-4 ii libudev0175-3.1 ii libvirt00.9.9-3+b2 ii libxenstore3.0 4.1.2-3 ii libxml2 2.7.8.dfsg-7 ii libyajl22.0.4-2 ii logrotate 3.8.1-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-2 ii dmidecode 2.11-5 ii dnsmasq-base2.60-1 ii ebtables ii gawk1:3.1.8+dfsg-0.1 ii iproute 20120105-1 ii iptables1.4.12.2-1 ii libxml2-utils 2.7.8.dfsg-7 ii netcat-openbsd ii parted 2.3-8 ii qemu-kvm1.0+dfsg-9 Versions of packages libvirt-bin suggests: pn policykit-1 0.104-2 pn radvd -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637011: approx: strange behavior using different hosts
On Mon, Aug 8, 2011 at 09:11, Eric Cooper wrote: > I don't see any obvious difference in behavior when using localhost > vs. kcita. It's possible that you simply hit a mirror site during a > time when the InRelease file was inconsistent with the Packages files > -- this issue has come up a lot recently due to some older mirror > scripts not yet updated. > > All I can suggest is to try the update again, possibly with a new > mirror for your "debian" mapping in approx.conf. If you try another > mirror, also make sure that its hostname maps to only one IP or IPv6 > address, not a list of "round-robin" addresses. > Ok. I did it today (the update) and it worked properly so I guess that the problem was what you described. The mirror that I'm using is from a local university that sometimes seems to have some problems and is also probably using an old script. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637011: approx: strange behavior using different hosts
Package: approx Version: 5.1-1 Severity: normal I'm using approx for my local network were I have several computers using it. Today, doing an update on aptitude from one of the machine I found no package to be upgraded an most of the ones installed appearing on the "Obsolete and Locally Created Packages" section that was pretty strange. Checking the computer that runs approx I see that I'm using localhost instead of the name of the host itself that points to the IP for the local network on the sources.list and here an update on aptitude works as expected (I have some packages for upgrade and few on the obsolete section). So, changing the host to the same name that I'm using on the rest of the machines I can reproduce the problem. Where could be the problem?. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages approx depends on: ii adduser 3.113add and remove users and groups ii curl7.21.7-1 Get a file from an HTTP, HTTPS or ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy ii libc6 2.13-14 Embedded GNU C Library: Shared lib ii libpcre38.12-4 Perl 5 Compatible Regular Expressi ii openbsd-inetd [inet-superse 0.20091229-1 The OpenBSD Internet Superserver ii update-inetd4.38+nmu1inetd configuration file updater approx recommends no packages. Versions of packages approx suggests: pn libconfig-model-approx-perl(no description available) -- Configuration Files: /etc/approx/approx.conf changed: debian http://ftp.ccc.uba.ar/pub/linux/debian/debian securityhttp://security.debian.org/debian-security backports http://backports.debian.org/debian-backports multimedia http://www.debian-multimedia.org $max_rate 250K -- debconf information: * approx/port: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627485: libguichan-dev: man page talks about documentation that is not provided by any package
Package: libguichan-dev Version: 0.8.2-4 Severity: normal The man page for guichan says: The latest documentation of Guichan is provided in the guichan-dev package. It can be found in /usr/share/doc/guichan/html/index.html But the guichan-dev package doesn't exists so the documentation is not accessible. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.utf8, LC_CTYPE=es_AR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libguichan-dev depends on: ii liballegro4.2-dev 2:4.2.2-2.2+b1 development files for the Allegro ii libgl1-mesa-dev 7.10.2-2 free implementation of the OpenGL ii libguichan-0.8.1-10.8.2-4small, efficient C++ GUI library ii libguichan-allegro-0.8.1- 0.8.2-4small, efficient C++ GUI library ( ii libguichan-opengl-0.8.1-1 0.8.2-4small, efficient C++ GUI library ( ii libguichan-sdl-0.8.1-10.8.2-4small, efficient C++ GUI library ( ii libsdl-image1.2-dev 1.2.10-2+b2development files for SDL 1.2 imag ii libsdl1.2-dev 1.2.14-6.3 Simple DirectMedia Layer developme libguichan-dev recommends no packages. libguichan-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624098: gnome-cards-data conflicts with gnome-games-extra-data
Package: gnome-cards-data Version: 1:3.0.1.1-1 Severity: important gnome-cards-data (1:3.0.1.1-1) conflicts with gnome-games-extra-data (2.30.0-1) because the former tries to overwrite '/usr/share/gnome-games- common/cards/bonded.svg' that is provided also by the later package. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken
Oh, the report bug filled on PEAR is: http://pear.php.net/bugs/bug.php?id=18388 Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken
Ok, I reported the bug to PEAR too since the error is also on SVN trunk :-) The problem is that there's a parentheses mistake on line 232. In the patch included in this mail is both fixes, the parenthesis one and the raiseErro one. Thanks. Ernesto On Tue, Mar 22, 2011 at 18:16, Ondřej Surý wrote: > You could try to pull whole PEAR 1.9.3 from SVN and test if it works. > > And I guess PEAR people would be happy if you report new bugs along > the way. (Something could be caused by pulling incomplete fix from > 1.9.3 to fix new CVE caused by another incomplete fix for different > 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 wrote: >> 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 line 232 from REST.php to call System::mkDir still >> doesn't solve the problem (even when the correct method is called). >> >> I'm still debugging the problem that is really weird cause making a >> simple test script that makes the same call to System::mkDir that >> REST.php does creates the directory as it should but the on the >> REST.php is not created and the error is raised. >> >> I'll let you know when I finally got it. >> >> Ernesto >> >> On Tue, Mar 22, 2011 at 17:43, Ondřej Surý wrote: >>> tags 619307 +upstream patch >>> thank you >>> >>> Looks like an upstream bug, diff is here (and attached): >>> >>> http://svn.php.net/viewvc/pear/pear-core/trunk/PEAR/REST.php?r1=308688&r2=308983 >>> >>> Apply the attached patch for a quick fix. >>> >>> I'll pull the fix to -4 tomorrow. >>> >>> Thanks for the report, >>> >>> O. >>> >> > > > > -- > Ondřej Surý > http://blog.rfc1925.org/ > --- REST.php.old 2011-03-18 16:33:00.0 -0300 +++ REST.php.new 2011-03-22 18:46:25.0 -0300 @@ -102,7 +102,7 @@ // reset the age of the cache if the server says it was unmodified $result = $this->saveCache($url, $ret, null, true, $cacheId); if (PEAR::isError($result)) { -return PEAR::raiseErro($result->getMessage()); +return PEAR::raiseError($result->getMessage()); } } @@ -122,7 +122,7 @@ if ($forcestring) { $result = $this->saveCache($url, $content, $lastmodified, false, $cacheId); if (PEAR::isError($result)) { -return PEAR::raiseErro($result->getMessage()); +return PEAR::raiseError($result->getMessage()); } return $content; @@ -162,7 +162,7 @@ $result = $this->saveCache($url, $content, $lastmodified, false, $cacheId); if (PEAR::isError($result)) { -return PEAR::raiseErro($result->getMessage()); +return PEAR::raiseError($result->getMessage()); } return $content; @@ -229,7 +229,7 @@ $cachefile = $d . 'rest.cachefile'; if (!is_dir($cache_dir)) { -if (System::mkdir(array('-p', $cache_dir) === false)) { +if (System::mkdir(array('-p', $cache_dir)) === false) { return PEAR::raiseError("The value of config option cache_dir ($cache_dir) is not a directory and attempts to create the directory failed."); } } @@ -480,4 +480,4 @@ return $data; } -} \ No hay ningún carácter de nueva línea al final del fichero +}
Bug#619307: [php-maint] Bug#619307: php-pear seems to be broken
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 line 232 from REST.php to call System::mkDir still doesn't solve the problem (even when the correct method is called). I'm still debugging the problem that is really weird cause making a simple test script that makes the same call to System::mkDir that REST.php does creates the directory as it should but the on the REST.php is not created and the error is raised. I'll let you know when I finally got it. Ernesto On Tue, Mar 22, 2011 at 17:43, Ondřej Surý wrote: > tags 619307 +upstream patch > thank you > > Looks like an upstream bug, diff is here (and attached): > > http://svn.php.net/viewvc/pear/pear-core/trunk/PEAR/REST.php?r1=308688&r2=308983 > > Apply the attached patch for a quick fix. > > I'll pull the fix to -4 tomorrow. > > Thanks for the report, > > O. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619307: the problem is with cache_dir
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 can't be created for some reason from PHP. It's not a permissions problems since I can create it from a console. Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619307: php-pear seems to be broken
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 I tried purging the package and installing it again but it didn't helped. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php-pear depends on: ii php5-cli 5.3.6-2command-line interpreter for the p ii php5-common 5.3.6-2Common files for packages built fr Versions of packages php-pear recommends: ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep Versions of packages php-pear suggests: ii php5-dev 5.3.6-2Files for PHP5 module development -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614588: virtualbox-ose: Version 4.0.4-dfsg-1 not installable on AMD64
Package: virtualbox-ose Version: 4.0.2-dfsg-1+b1 Severity: normal The packages is not installable on AMD64 because it depends on python2.4 (>= 2.3.90) which is not available on the repositories. Thanks. Ernesto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.13-0exp1 Embedded GNU C Library: Shared lib ii libcurl37.21.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.5-12 GCC support library ii libpng12-0 1.2.44-1 PNG library - runtime ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libstdc++6 4.4.5-12 The GNU Standard C++ Library v3 ii libvncserver0 0.9.7-2+b1 API to write one's own vnc server ii libx11-62:1.4.1-4X11 client-side library ii libxcursor1 1:1.1.11-1 X cursor management library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2 GNOME XML library ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii libxt6 1:1.0.9-2X11 toolkit intrinsics library ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1] 7.10-4 A free implementation of the OpenG ii libqt4-opengl4:4.6.3-4 Qt 4 OpenGL module ii virtualbox-ose-dkms 4.0.2-dfsg-1x86 virtualization solution - kern ii virtualbox-ose-qt4.0.2-dfsg-1+b1 x86 virtualization solution - Qt b ii virtualbox-ose-source4.0.2-dfsg-1x86 virtualization solution - kern Versions of packages virtualbox-ose suggests: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libpulse0 0.9.21-4 PulseAudio client libraries ii vde2 2.2.3-3Virtual Distributed Ethernet ii virtualbox-guest-additions4.0.2-1guest additions iso image for Virt -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-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
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 xorg-video-abi-8 so I think that the nvidia-glx package should update the dependency accordingly. Thanks for all. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605799: at-spi-registryd not responding when exiting Gnome
Package: at-spi Version: 1.30.1-3 Severity: normal When I exit Gnome by closing the session or doing a shutdown the Gnome window that says that a program is still running appears with at-spi-registryd not responding as shown in the screenshot attached. Thanks. Ernesto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages at-spi depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libatspi1.0-0 1.30.1-3 C binding libraries of at-spi for ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgail-common 2.20.1-2 GNOME Accessibility Implementation ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.27.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libx11-6 2:1.3.3-4 X11 client-side library ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li at-spi recommends no packages. at-spi suggests no packages. -- no debconf information <>
Bug#600928: 0.4.10 doesn't fix the problem
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 UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#490702: package already on Ubuntu
Hi, I just wanted to let everyone that follow this ITP that a pencil package does exists on Ubuntu since some time ago. Thanks. Ernesto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588187: [Pkg-telepathy-maintainers] Bug#588187: Bug#588187: empathy: fails to connect to Google Talk service
On Wed, Sep 29, 2010 at 07:28, Simon McVittie wrote: > On Tue, 28 Sep 2010 at 21:38:27 -0300, Ernesto Domato wrote: >> Here I send you the gabble log for the failed GTalk connection. The >> line that took my attention is: >> >> gabble/connection-DEBUG: 28/09/10 21:27:51.11845: >> connector_error_disconnect: connection failed: TLS Handshake Error: >> -59: GNUTLS_E_INTERNAL_ERROR > > I suspect laptop has GNUTLS 2.10 or later, from experimental? These versions > have regressions that affect telepathy-gabble, which we're tracking upstream > here: > > https://bugs.freedesktop.org/show_bug.cgi?id=29364 > > The symptom of these regressions is that you get the log message quoted above. > They've been fixed in 2.11.1, and were recently backported to the 2.10 branch > (where they'll hopefully appear in 2.10.2). > Yes, the laptop had the experimental version of GNUTLS and downgrading it solved the problem. Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#598378: zendframework: consider using depends on php5 or php5-cli
Package: zendframework Version: 1.10.7-1 Severity: wishlist Hi, Today, zendframework depends on php5 that is a metapackage that depends on at least one of the three server-side versions of PHP5. I use the Zend Framework library a lot for scripting outside a web server so just having php5-cli installed is enough for me. So, consider changing the depends to "php5 | php5-cli" that will prevent the installation of one of the three server-side versions of PHP5 that you'll be able to install it anyway :-) Thanks for all. Ernesto. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zendframework depends on: ii php5 5.3.2-2server-side, HTML-embedded scripti zendframework recommends no packages. Versions of packages zendframework suggests: ii php5-common [php5-json] 5.3.2-2Common files for packages built fr pn php5-curl (no description available) pn php5-gd(no description available) pn php5-imap (no description available) pn php5-ldap (no description available) pn php5-mysql (no description available) pn php5-pgsql (no description available) ii php5-sqlite 5.3.2-2SQLite module for php5 pn php5-sqlite3 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596288: pdnsd: New upstream version 1.2.8-par
Package: pdnsd Version: 1.2.7-par-1.2 Severity: wishlist Please consider packaging the new version of pdnsd Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589580: gnome-codec-install fails with an error
Package: gnome-codec-install Version: 0.4.7 Severity: important Hi, when trying to find a codec with gnome-codec-install it fails with this error: Traceback (most recent call last): File "/usr/bin/gnome-codec-install", line 11, in Main.main(sys.argv[1:]) File "/usr/lib/python2.6/dist-packages/GnomeCodecInstall/Main.py", line 130, in main import MainWindow File "/usr/lib/python2.6/dist-packages/GnomeCodecInstall/MainWindow.py", line 14, in import PackageWorker File "/usr/lib/python2.6/dist-packages/GnomeCodecInstall/PackageWorker.py", line 35, in class PackageWorkerAptdaemon(PackageWorker): File "/usr/lib/python2.6/dist-packages/GnomeCodecInstall/PackageWorker.py", line 45, in PackageWorkerAptdaemon @inline_callbacks NameError: name 'inline_callbacks' is not defined Thanks Ernesto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-codec-install depends on: ii gksu 2.0.2-3graphical frontend to su ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme ii python2.6.5-8interactive high-level object-orie ii python-apt0.7.96.1 Python interface to libapt-pkg ii python-central0.6.16 register and build utility for Pyt ii python-gst0.100.10.19-1 generic media-playing framework (P ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii synaptic 0.63.1 Graphical package manager gnome-codec-install recommends no packages. gnome-codec-install suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588187: empathy: fails to connect to Google Talk service
Package: empathy Version: 2.30.2-1 Severity: normal The client responds with "Network error" when trying to connect with Google Talk protocol. It does work with the other protocols (at least with Yahoo and MSN) and I know that it's not a network issue since a packet dump using Wireshark for example see communication between empathy and Google server. I don't know how to debug this problem but it seems to be a problem with the authentication scheme using TLS. Please let me know what else I can do to help you with this bug report. Thanks. Ernesto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages empathy depends on: ii dbus-x111.2.24-1 simple interprocess messaging syst ii empathy-common 2.30.2-1 GNOME multi-protocol chat and call ii gconf2 2.28.1-3 GNOME configuration database syste ii geoclue 0.12.0-1 Geographic information framework ii gnome-icon-theme2.30.3-1 GNOME Desktop icon theme ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libchamplain-0.4-0 0.4.6-1 C library providing ClutterActor t ii libchamplain-gtk-0.4-0 0.4.6-1 A Gtk+ widget to display maps ii libclutter-1.0-01.0.8-1 Open GL based interactive canvas l ii libclutter-gtk-0.10-0 0.10.2-1 Open GL based interactive canvas l ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libebook1.2-9 2.30.2-1 Client library for evolution addre ii libedataserver1.2-132.30.2-1 Utility library for evolution data ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgeoclue0 0.12.0-1 C API for GeoClue ii libgl1-mesa-glx [libgl1 7.7.1-3 A free implementation of the OpenG ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgstfarsight0.10-00.0.20-2 Audio/Video communications framewo ii libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.29-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnm-glib2 0.8-1network management framework (GLib ii libnotify1 [libnotify1- 0.5.0-2 sends desktop notifications to a n ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libtelepathy-farsight0 0.0.14-2+b1 Glue library between telepathy and ii libtelepathy-glib0 0.11.9-1 Telepathy framework - GLib library ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii libwebkit-1.0-2 1.2.1-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxcomposite1 1:0.4.1-2X11 Composite extension library ii libxdamage1 1:1.1.3-1X11 damaged region extension libra ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxfixes3 1:4.0.4-2X11 miscellaneous 'fixes' extensio ii libxml2 2.7.7.dfsg-4 GNOME XML library ii telepathy-mission-contr 1:5.4.3-1management daemon for Telepathy re ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages empathy recommends: ii freedesktop-sound-theme 0.7.dfsg-1 freedesktop.org sound theme ii geoclue-hostip0.12.0-1 Position server for GeoClue (hosti ii geoclue-localnet 0.12.0-1 Position server for GeoClue (GPS) ii geoclue-manual0.12.0-1 Position server for GeoClue (manua ii geoclue-yahoo 0.12.0-1 Map and geocode server for GeoClue ii gvfs-backends 1.6.2-1us
Bug#558704: What's the status of this bug?
Hi, I would like to know what's the status of this bug since it seems that the package is orphaned because there was no reply to the last mail since two months ago. :-) Thanks Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#304570: Status of this ITP?
Hi, I was wondering what's the status of this ITP since it was filled 5 years ago :-) This package is already on Ubuntu and the codeblocks site has also packages for Debian. Michael, have you been able to fis this problem?. Thanks. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#577985: stellarium: new version 0.10.4
Package: stellarium Version: 0.10.2-1 Severity: wishlist Please consider package the new version of Stellarium. Thanks. Ernesto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stellarium depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-7GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-1 The OpenGL utility library (GLU) ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libpng12-0 1.2.43-1 PNG library - runtime ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-opengl 4:4.6.2-4Qt 4 OpenGL module ii libqt4-script 4:4.6.2-4Qt 4 script module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.3-7 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii stellarium-data 0.10.2-1 datafiles for Stellarium, a real-t ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime stellarium recommends no packages. stellarium suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573451: qemu: consider maintaining 0.11 version along with 0.12
Package: qemu Version: 0.11.1-2 Severity: wishlist Hi, I recently found that version 0.12.x of qemu dropped support for the kqemu kernel module so the new versions of qemu runs very slow on hardware that doesn't have native virtualization. Off course I leave it to your decision as I'm actually starting to use virtualbox-ose mainly and also have blocked the actualization of all the qemu package so it doesn't upgrade to 0.12.x Thanks. Ernesto. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii qemu-system 0.11.1-2 QEMU full system emulation binarie ii qemu-user 0.11.1-2 QEMU user mode emulation binaries ii qemu-utils0.11.1-2 QEMU utilities qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#572246: iptotal: package presumes that apache2 is installed
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 if it is installed or not, leaving the package on a broken state that can't be uninstalled. Thanks. Ernesto. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570884: libclanlib-dev: new version of ClanLib available
Package: libclanlib-dev Version: 1.0~svn3827-2 Severity: wishlist Hi, the actual stable release for ClanLib is 2.1.0 and it seems that the version in Debian is 1.0 from SVN. Please try to update the package and let me know if you need any help. Thanks. Ernesto. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclanlib-dev depends on: ii libclanapp-1.0 1.0~svn3827-2 ClanLib game SDK runtime ii libclansdl-1.0 1.0~svn3827-2 SDL module for ClanLib game SDK Versions of packages libclanlib-dev recommends: ii libfreetype6-dev2.3.11-1 FreeType 2 font engine, developmen ii libgl1-mesa-dev [libgl-dev] 7.6.1-1 A free implementation of the OpenG ii libglu1-mesa-dev7.6.1-1 The OpenGL utility library -- deve ii libjpeg62-dev 6b-16.1 Development files for the IJG JPEG ii libmikmod2-dev 3.1.11-a-6.1 A portable sound library - develop ii libpng12-dev [libpng12-0-de 1.2.42-2 PNG library - development ii libvorbis-dev 1.2.3-3 The Vorbis General Audio Compressi Versions of packages libclanlib-dev suggests: ii clanlib-doc1.0~svn3827-2 Reference documentation and tutori -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567589: grub-pc: stills fails with stock Linux provided by Debian package
Package: grub-pc Version: 1.98~20100128-1 Severity: normal On my system (an AMD64) I have the same problem that grub-pc hang on "Loading ramdisk" if "set gfxpayload=keep" is present. I'm using a stock linux kernel provided by linux-image-2.6.32-trunk-amd64 Debian package. The only way to make my system boot is commenting the line. Please let me know if you need any more information. Thanks, Ernesto. -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/principal-raiz / reiserfs rw,relatime 0 0 /dev/mapper/principal-depot /home/edomato/depot reiserfs rw,relatime 0 0 /dev/mapper/principal-devel /home/edomato/devel reiserfs rw,relatime 0 0 /dev/mapper/principal-mldonkey /var/lib/mldonkey reiserfs rw,relatime 0 0 /dev/hda /media/cdrom0 iso9660 ro,nosuid,nodev,noexec,relatime,iocharset=iso8859-1 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (fd0) /dev/fd0 (hd0) /dev/hdc (hd1) /dev/sda *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default="0" if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 if loadfont /usr/share/grub/unicode.pf2 ; then set gfxmode=640x480 insmod gfxterm insmod vbe if terminal_output gfxterm ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal gfxterm fi fi insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 set locale_dir=($root)/boot/grub/locale set lang=es insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 insmod png if background_image /boot/grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64" { set gfxpayload=keep insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=/dev/mapper/principal-raiz ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-amd64 (recovery mode)" { set gfxpayload=keep insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 echoLoading Linux 2.6.32-trunk-amd64 ... linux /boot/vmlinuz-2.6.32-trunk-amd64 root=/dev/mapper/principal-raiz ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-trunk-amd64 } menuentry "Debian GNU/Linux, with Linux 2.6.31-1-amd64" { set gfxpayload=keep insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 echoLoading Linux 2.6.31-1-amd64 ... linux /boot/vmlinuz-2.6.31-1-amd64 root=/dev/mapper/principal-raiz ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.31-1-amd64 } menuentry "Debian GNU/Linux, with Linux 2.6.31-1-amd64 (recovery mode)" { set gfxpayload=keep insmod lvm insmod reiserfs set root=(principal-raiz) search --no-floppy --fs-uuid --set aa77221d-bbe3-4d2a-bfbe-134457a4cce1 echoLoading Linux 2.6.31-1-amd64 ... linux /boot/vmlinuz-2.6.31-1-amd64 root=/dev/mapper/principal-raiz ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.31-1-amd64 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to
Bug#548961: seems to have the same problem with result "double free or corruption (fasttop)"
Hi, It seems that I have the same problem (it segfault just after starting it) and seems to fail on a libdbus call too. But I also see that it throws "double free or corruption (fasttop)". Anyway, this is a little strange since when I tried to run rhythmbox with a new user (I mean, on a different and new session) it runs normally so I guess that the problem comes from some setup on my session. So, could you guide me to what else could I test?, I don't want to delete all my Gnome session settings :-) Thanks for all. Ernesto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553504: possible fix on gnome git
Well, I was looking at the gnome git server were the rhythmbox source is located and it seems that there's a fix to this bug there that uses gnome-session instead of gnome-power-manager. I couldn't test it yet but anyway I guess that we'll have to wait for the next release for the package to enter Debian. Regards, Ernesto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553504: power manager plugin fails
Package: rhythmbox Version: 0.12.5-1+b1 Severity: normal Today, I'd reinstalled my EeePC netbook and found that the power manager plugin for rhythmbox fails with the follow message: (rhythmbox:12097): Rhythmbox-WARNING **: Failed to invoke org.gnome.PowerManager.Inhibit: Method "Inhibit" with signature "ss" on interface "org.gnome.PowerManager" doesn't exist and I guess this is the reason that when I close the lid the laptop enters suspend mode. Maybe this bug should be reported upstream. Let me know if you need any other information. Ernesto -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox depends on: ii dbus 1.2.16-2 simple interprocess messaging syst ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.25-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins- 0.10.16-1 GStreamer plugins from the "bad" s ii gstreamer0.10-plugins- 0.10.25-4 GStreamer plugins from the "base" ii gstreamer0.10-plugins- 0.10.16-4 GStreamer plugins from the "good" ii gstreamer0.10-x0.10.25-4 GStreamer plugins for X11 and Pang ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libavahi-glib1 0.6.25-1 Avahi glib integration library ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbrasero-media0 2.28.2-1 CD/DVD burning library for GNOME - ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-2simple interprocess messaging syst ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.2-1 GCC support library ii libgconf2-42.28.0-1 GNOME configuration database syste ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgnome-keyring0 2.28.1-1 GNOME keyring services library ii libgnome-media02.28.1-1 runtime libraries for the GNOME me ii libgnome2-02.28.0-1 The GNOME library - runtime files ii libgpod4 0.7.2-2 library to read and write songs an ii libgstreamer-plugins-b 0.10.25-4 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.25-3 Core GStreamer libraries and eleme ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libhal10.5.13-3 Hardware Abstraction Layer - share ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii liblircclient0 0.8.3-5 infra-red remote control support - ii libmtp80.3.7-7 Media Transfer Protocol (MTP) libr ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii liborbit2 1:2.14.17-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpopt0 1.15-1lib for parsing cmdline parameters ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup-gnome2.4-1 2.28.1-2 an HTTP library implementation in ii libsoup2.4-1 2.28.1-2 an HTTP library implementation in ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii libtotem-plparser122.28.1-2 Totem Playlist Parser library - ru ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libxml22.7.6.dfsg-1 GNOME XML library ii python 2.5.4-2 An interactive high-level object-o ii python-gnome2 2.28.0-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.17-1 generic media-playing framework (P ii python-gtk22.16.0-1 Python bindings for the GTK+ widge ii python-support 1.0.4 automated rebuilding support for P ii python2.5 2.5.4-2 An interactive high-level object-o
Bug#540307: [Pkg-alsa-devel] Bug#540307: FTBFS with linux kernel 2.6.30
Elimar Riesebieter wrote: > * Ernesto Domato [090807 01:37 -0300] > >> Package: alsa-source >> Version: 1.0.20+dfsg-1 >> Justification: fails to build from source >> Severity: important >> >> *** Please type your report below this line *** >> >> I can't compile the alsa-modules using the linux headers from 2.6.30-1-686 >> >> I attach the build log thrown by module-assistant. >> > > alsa-source builds fine with 2.6.30. > Please notice this kernel provides the drivers form alsa 1.0.20. > > Ok, I didn't know that, how did I know which version of alsa-drivers does a particular kernel version has?. I was trying to make the front mic works on a Asus Eeepc 901 but I will check again the Debian Wiki to see if I can make it work because previously I couldn't. >> Regards, >> Ernesto. >> > [...] > >> config.status: WARNING: 'Makefile.conf.in' seems to ignore the >> --datarootdir setting >> > > Maybe a bug un the headers package? > > Yeah, that's what I thought too but I wasn't sure and for that reason I submit this bug. Could you send it to the maintainers of the linux kernel packages?. I also think that may be an error on the mirror from were I downloaded the package, but the checksum was right. > [...] > >> /usr/bin/make -C /lib/modules/2.6.30-1-686/build >> SUBDIRS=/usr/src/modules/alsa-driver CPP="gcc-4.3 -E" CC="gcc-4.3" modules >> make[3]: se ingresa al directorio `/usr/src/linux-headers-2.6.30-1-686' >> CC [M] /usr/src/modules/alsa-driver/acore/hrtimer.o >> In file included from >> /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/ptrace.h:132, >> from >> /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/vm86.h:130, >> from >> /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/processor.h:10, >> from >> /usr/src/linux-headers-2.6.30-1-common/include/linux/prefetch.h:14, >> from >> /usr/src/linux-headers-2.6.30-1-common/include/linux/list.h:6, >> from >> /usr/src/linux-headers-2.6.30-1-common/include/linux/module.h:9, >> from /usr/src/modules/alsa-driver/include/adriver.h:57, >> from /usr/src/modules/alsa-driver/acore/hrtimer.c:1: >> > > It seems your headers are not ok or you did something wrong > initializing the build. Or are the headers buggy? > How did you tried it? > I just use "module-assistant auto-install alsa". That install everything needed to compile the module binary package. > Elimar > > Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#465768: gfxboot already on Ubuntu
Hi, I think that maybe you can get the package from Ubuntu. Just a suggestion :-) Greetings. Ernesto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#486543: Check audacious dependecies versions to try to solve the problem
audacious depends on audacious-plugins and the last version of audacious on lenny is 1.5.1-1 but the version of audacious-plugins on lenny is 1.5.0-2 and with this configuration audacious was segfaulting on my two computers (i386 and amd64). On sid the version of audacious-plugins is the same for audacious (1.5.1-1) but it has not entered lenny yet because it doesn't compile on ia64. So, after upgrading my install to the audacious-plugins in sid everything begin working again fine. Conclusion, install audacious-plugins (and if you use it, audacious-plugins-extras too) to sid version until it enters lenny and maybe that solves most of the problems reported here. Greetings. Ernesto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472764: FTBFS on amd64
Package: snes9x-x Version: 1:1.5-1 Severity: important Justification: fails to build from source I was trying to build this package from source on my AMD64 and it failed. This was the last lines, it failed compiling globals.cpp: g++ -fno-rtti -I. -Iunzip -c -O2 -fomit-frame-pointer -fno-exceptions -Wall -W -pedantic -Wno-unused-parameter -pipe -I. -Iunzip -DMITSHM -DCPU_SHUTDOWN -DSPC700_SHUTDOWN -DUSE_THREADS -DSPC700_C -DNETPLAY_SUPPORT -DUNZIP_SUPPORT -DJMA_SUPPORT -DSDD1_DECOMP -DCORRECT_VRAM_READS -DJOYSTICK_SUPPORT -DNO_INLINE_SET_GET -DNOASM -DNEW_COLOUR_BLENDING -DZLIB -DHAVE_LIBPNG -DHAVE_MKSTEMP -DUSE_DGA_EXTENSION -DUSE_VIDMODE_EXTENSION -DHAVE_STRINGS_H -DHAVE_SYS_IOCTL_H -DHAVE_STDINT_H -DPTR_NOT_INT -DRIGHTSHIFT_int8_IS_SAR -DRIGHTSHIFT_int16_IS_SAR -DRIGHTSHIFT_int32_IS_SAR -DRIGHTSHIFT_int64_IS_SAR -DRIGHTSHIFT_IS_SAR '-DACCEPT_SIZE_T=socklen_t' globals.cpp -o globals.o dsp1.h:183: error: previous declaration of ‘SDSP1 DSP1’ with ‘C++’ linkage globals.cpp:184: error: conflicts with new declaration with ‘C’ linkage bsx.h:167: error: previous declaration of ‘SBSX BSX’ with ‘C++’ linkage globals.cpp:190: error: conflicts with new declaration with ‘C’ linkage ppu.h:413: error: previous declaration of ‘SnesModel M1SNES’ with ‘C++’ linkage globals.cpp:194: error: conflicts with new declaration with ‘C’ linkage ppu.h:414: error: previous declaration of ‘SnesModel M2SNES’ with ‘C++’ linkage globals.cpp:195: error: conflicts with new declaration with ‘C’ linkage ppu.h:412: error: previous declaration of ‘SnesModel* Model’ with ‘C++’ linkage globals.cpp:196: error: conflicts with new declaration with ‘C’ linkage make[1]: *** [globals.o] Error 1 make[1]: se sale del directorio `/home/edomato/dev/debian/snes9x/snes9x-1.5/snes9x-1.5-src' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 [EMAIL PROTECTED]:~/dev/debian/snes9x/snes9x-1.5$ Please let me know any other information you may need to fix this bug. Thanks. Ernesto. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages snes9x-x depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-1 GCC support library ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime snes9x-x recommends no packages. -- no debconf information
Bug#463191: new ocaml should fix this bug
Followup-For: Bug #463191 Package: mldonkey-server mldonkey 2.9.3 compiled with ocaml 3.10.1 (already on sid) fix seems to fix this bug (check News on mldonley site http://mldonkey.sourceforge.net/News) Greettings. Ernesto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439030: new ocaml should fix this bug
Followup-For: Bug #439030 Package: mldonkey-server mldonkey 2.9.3 compiled with ocaml 3.10.1 (already on sid) fix seems to fix this bug (check News on mldonley site http://mldonkey.sourceforge.net/News) Greettings. Ernesto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#460713: new upstream version
Package: ocaml Severity: wishlist There's a new version (3.10.1) as for January 2008. This version fix a segmentation fault on amd64 for mldonkey on certain situations and also fix several bugs as describe the Changes file. Please consider packaging this new version and let me know if I can help on anything you may need. Greettings. Ernesto -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410711: package gstreamer0.10-x seems to fix the problem
Hi, I was having the same problem after upgrading to lenny and when I installed gstreamer0.10-x (which gstreamer0.10-plugins-good recommend), subtitleeditor was able to reproduce sound again. It even start to show the video image at the left of the sound waves (but without the subtitles that does work on the alpha version). So, maybe subtitleeditor should depend on gstreamer0.10-x now to solve this problem. Greettings and excuse my english but it's not my native language. Ernesto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#451348: gnash-tools should depend on gnash-common
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: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392069: [Pkg-vsquare-devel] Bug#392069: superseded by vde2, should be closed
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 (2.6.18-4) so I'll try to install an old Debian with 2.6.18-1 on a qemu virtual machine as soon as possible to see if this bug can be closed. Thanks. Ernesto
Bug#392069: superseded by vde2, should be closed
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 because there is a new vde packages on unstable that depends on vde2 for the transition but will not reach testing due to this same bug. Sorry for my english and I hope this bug is understood well :-) Greettings. Ernesto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392069: doesn't work with user other than root
I had the same problem and after some tries, I found that when vde_switch is run by vde-net user you can't configure the tap0 interface. On the other hand, if you run vde_switch as root it works perfectly (you can configure tap0). Anyway, in the last case you have to change the permissions flags of the tap0 socket created by vde_switch so any other user can use it, like when you try to use vdeqemu as a normal user. I guess this problem could be some security restriction on the new kernel, but I'm not really sure because I have not that expertise. If you need more information or I can help you with anything else please let me know. Ernesto. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]