Bug#512090: ITP: Sabacc -- An interesting card game similar to Blackjack
Subject: ITP: Sabacc -- An interesting card game similar to Blackjack Package: wnpp Severity: wishlist *** Please type your report below this line *** Sabacc is a card game originally from the Star Wars universe. It is similar to Blackjack except it employs a random element where any card may change value at any point during the game. Licence: GNU General Public Licence version 3 Available from: http://sabacc.sourceforge.net/ -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.27-9-generic (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash signature.asc Description: OpenPGP digital signature
Bug#512090: sabacc: changing back from ITP to RFP
Hi Lucas, I did actually attempt to package this over a year ago, but once I had built the package I ran into a brick wall trying to find a sponsor. What would you suggest as the best way to proceed now? -Joel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787485: gnome-software: always restart on system update
Package: gnome-software Version: 3.16.5-2 Followup-For: Bug #787485 Dear Maintainer, >From to the link posted on the last message: "Of course, we’ll still support updating applications in the session for GNOME 3.6 (as long as they are not running) just not the core OS bits. Comments, as always, welcome." This suggests to me that updates to software that is not currently running should be able to be applied without a reboot. However, this afternoon an update came through for Google Chrome (from the official Google repo; I was not running Chrome at the time, and all other packages were up to date), but gnome- software would not allow me to upgrade the package without a reboot, so I was forced to use the terminal instead. I consider this particular behaviour a bug. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-software depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gnome-software-common3.16.5-2 ii gsettings-desktop-schemas3.16.1-1 ii libappstream-glib7 0.4.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgnome-desktop-3-103.16.2-2 ii libgtk-3-0 3.16.6-1 ii libpackagekit-glib2-18 1.0.8-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpolkit-gobject-1-00.105-11 ii libsoup2.4-1 2.50.0-2 ii libsqlite3-0 3.8.11.1-1 gnome-software recommends no packages. gnome-software suggests no packages. -- no debconf information
Bug#826717: firefox: Native notifications no longer working after upgrade
Package: firefox Version: 46.0.1-1+b1 Severity: normal Since last upgrading my system, I am no longer receiving native system notifications (GNOME) from Firefox. Instead I am seeing the built-in Firefox XUL-based notifications. -- Package-specific info: -- Extensions information Name: 1Password Location: ${PROFILE_EXTENSIONS}/onepasswo...@agilebits.com.xpi Status: enabled Name: A Web Browser Renaissance theme Status: user-disabled Name: BetterPrivacy Location: ${PROFILE_EXTENSIONS}/{d40f5e7b-d2cf-4856-b441-cc613eeffbe3}.xpi Status: enabled Name: Decentraleyes Location: ${PROFILE_EXTENSIONS}/jid1-bofifl9vbdl...@jetpack.xpi Status: enabled Name: Default theme Location: /usr/lib/firefox/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi Package: firefox Status: user-disabled Name: English (GB) Language Pack locale Location: /usr/lib/firefox/browser/extensions/langpack-en...@firefox.mozilla.org.xpi Package: firefox-l10n-en-gb Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: Firefox Hello Location: ${PROFILE_EXTENSIONS}/l...@mozilla.org.xpi Status: enabled Name: FireQuery Location: ${PROFILE_EXTENSIONS}/firequ...@binaryage.com.xpi Status: user-disabled Name: FXChrome theme Location: ${PROFILE_EXTENSIONS}/{c0c588b6-b11d-4898-af00-079fed05aa32}.xpi Status: user-disabled Name: HeaderControlRevived Location: ${PROFILE_EXTENSIONS}/headercontrolrevi...@torvin.xpi Status: enabled Name: HTTP/2 and SPDY indicator Location: ${PROFILE_EXTENSIONS}/spdyindica...@chengsun.github.com.xpi Status: enabled Name: IdentFavIcon Location: ${PROFILE_EXTENSIONS}/identfavi...@david.hanak.hu.xpi Status: enabled Name: JSONView Location: ${PROFILE_EXTENSIONS}/jsonv...@brh.numbera.com.xpi Status: enabled Name: LeechBlock Location: ${PROFILE_EXTENSIONS}/{a95d8332-e4b4-6e7f-98ac-20b733364387} Status: enabled Name: Link Alert Location: ${PROFILE_EXTENSIONS}/linkalert.con...@addons.mozilla.com.xpi Status: enabled Name: MailtoWebmails Location: ${PROFILE_EXTENSIONS}/mailtowebma...@jetpack.xpi Status: enabled Name: Multi-process staged rollout Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi Status: enabled Name: Nimbus Screen Capture - editable screenshots. Location: ${PROFILE_EXTENSIONS}/nimbusscreencaptur...@everhelper.me.xpi Status: enabled Name: Pocket Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi Status: enabled Name: ProfileSwitcher Location: ${PROFILE_EXTENSIONS}/{fa8476cf-a98c-4e08-99b4-65a69cb4b7d4}.xpi Status: enabled Name: Web Developer Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi Status: enabled Name: ZenMate Security, Privacy & Unblock VPN Location: ${PROFILE_EXTENSIONS}/fire...@zenmate.com.xpi Status: user-disabled -- Plugins information Name: GNOME Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: Shockwave Flash (11.2.202.491) Location: /usr/lib/adobe-flashplugin/libflashplayer.so Package: adobe-flashplugin Status: enabled -- Addons package information ii adobe-flashplugin 1:20150716.1-0utopic1 amd64Adobe Flash Player plugin ii firefox46.0.1-1+b1 amd64Mozilla Firefox web browser ii firefox-l10n-en-gb 46.0.1-1 all English (United Kingdom) language package for Firefox ii gnome-shell3.20.2-3 amd64graphical shell for the GNOME desktop ii google-talkplugin 5.41.0.0-1amd64Google Talk Plugin ii rhythmbox-plugins 3.3.1-2 amd64plugins for rhythmbox music player -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages firefox depends on: ii debianutils 4.7 ii fontconfig2.11.0-6.4 ii libasound21.1.0-1 ii libatk1.0-0 2.20.0-1 ii libc6 2.22-10 ii libcairo2 1.14.6-1+b1 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-2 0.106-1 ii libevent-2.0-52.0.21-stable-2+b1 ii libffi6 3.2.1-4 ii libfontconfig12.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii
Bug#828004: banshee: Hangs when attempting to update library
Package: banshee Version: 2.6.2-6 Severity: important Dear Maintainer, Whenever I attempt to run the 'rescan music library' or 'import media' (after selecting a directory) commands, the Banshee interface hangs. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages banshee depends on: ii gnome-icon-theme 3.12.0-2 ii gstreamer1.0-plugins-bad [gstreamer1.0-audiosink 1.8.1-2 ii gstreamer1.0-plugins-base 1.8.1-1 ii gstreamer1.0-plugins-good [gstreamer1.0-audiosin 1.8.1-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audiosink] 1.8.1-1 ii libc6 2.22-11 ii libcairo2 1.14.6-1+b1 ii libdbus-glib-1-2 0.106-1 ii libdbus-glib2.0-cil 0.6.0-1 ii libdbus2.0-cil0.8.1-2 ii libgconf2.0-cil 2.24.2-4 ii libgdata2.1-cil 2.2.0.0-2 ii libgdk-pixbuf2.0-02.34.0-1 ii libgkeyfile1.0-cil0.1-5 ii libglib2.0-0 2.48.1-1 ii libglib2.0-cil2.12.10-6 ii libgpod4 0.8.3-7 ii libgstreamer-plugins-base1.0-01.8.1-1 ii libgstreamer1.0-0 1.8.1-1 ii libgtk-sharp-beans-cil2.14.1-4 ii libgtk2.0-0 2.24.30-2 ii libgtk2.0-cil 2.12.10-6 ii libgudev1.0-cil 0.1-4 ii libkarma0 0.1.2-2.4 ii libmono-addins0.2-cil 1.0+git20130406.adcd75b-4 ii libmono-cairo4.0-cil 4.2.1.102+dfsg2-8 ii libmono-corlib4.5-cil 4.2.1.102+dfsg2-8 ii libmono-posix4.0-cil 4.2.1.102+dfsg2-8 ii libmono-sharpzip4.84-cil 4.2.1.102+dfsg2-8 ii libmono-system-core4.0-cil4.2.1.102+dfsg2-8 ii libmono-system-xml4.0-cil 4.2.1.102+dfsg2-8 ii libmono-system4.0-cil 4.2.1.102+dfsg2-8 ii libmono-zeroconf1.0-cil 0.9.0-6 ii libmtp9 1.1.11-1 ii libnotify0.4-cil 0.4.0~r3032-7 ii libpango-1.0-01.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libsoup-gnome2.4-12.54.1-1 ii libsoup2.4-1 2.54.1-1 ii libsqlite3-0 3.13.0-1 ii libtaglib2.1-cil 2.1.0.0-3 ii libwebkitgtk-1.0-02.4.11-1+b1 ii libwnck22 2.30.7-5 ii libx11-6 2:1.6.3-1 ii libxrandr22:1.5.0-1 ii libxxf86vm1 1:1.1.4-1 ii mono-runtime 4.2.1.102+dfsg2-8 Versions of packages banshee recommends: ii avahi-daemon 0.6.32~rc+dfsg-1 ii brasero 3.12.1-2 ii gstreamer1.0-pulseaudio 1.8.1-1 ii media-player-info22-2 Versions of packages banshee suggests: ii banshee-dbg2.6.2-6 pn gstreamer1.0-ffmpeg ii gstreamer1.0-plugins-bad 1.8.1-2 ii gstreamer1.0-plugins-ugly 1.8.1-1 -- no debconf information
Bug#815081: ipython3: Does not work if inside virtualenv
Package: ipython3 Version: 2.4.1-1 Severity: normal Tags: patch Dear Maintainer, The `ipython3` command is not runnable from within a virtualenv if ipython is not installed locally. To reproduce: * Create an empty Python 3 virtualenv using the `virtualenv` command, ensuring that --no-site-packages is passed if necessary. * Run `ipython3` The following traceback appears: Traceback (most recent call last): File "/usr/bin/ipython3", line 4, in from IPython import start_ipython ImportError: No module named 'IPython' Changing the first line of the script to #!/usr/bin/python3 fixes the problem. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ipython3 depends on: ii python3-decorator 4.0.6-1 ii python3-pkg-resources 18.8-1 ii python3-simplegeneric 0.8.1-1 pn python3:any ipython3 recommends no packages. Versions of packages ipython3 suggests: pn ipython3-notebook pn ipython3-qtconsole pn python3-zmq -- no debconf information
Bug#817131: [Python-modules-team] Bug#817131: python-flake8: Missing binary
Hi Novy, Ddoes this mean that if I need to use the Python 2 version of Flake8 (for instance, for linting my Python 2 files), that I will need to install my own binary? It seems to me that if the package is missing a binary, and that binary isn't provided by another package, then the package is pretty useless. -- Joel Cross On Tue, 8 Mar 2016, at 05:49 PM, Ondrej Novy wrote: > Hi, > > as you can see in changelog: > * Moved /usr/bin/flake8 to solo package. > > Binary was moved to solo package (flake8). This is same approach as > for example "pep8" package. Binary in "project" package, and python > modules in two packages: python-project + python3-project. > > Package flake8 depends on python3-flake8, which small step on __long__ > road for Python 2 removing from Debian completely. :) > > 2016-03-08 11:35 GMT+01:00 Joel Cross <joel+debb...@kazbak.co.uk>: >> Package: python-flake8 >> Version: 2.5.4-1 >> Severity: important >> >> I have just upgraded python-flake8 to the latest version, but it is >> missing the >> binary file. >> >> $ which flake8 >> flake8 not found >> >> A binary should be installed as /usr/bin/flake8 >> >> >> >> -- System Information: >> Debian Release: stretch/sid >> APT prefers unstable >> APT policy: (500, 'unstable'), (500, 'testing') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) >> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: systemd (via /run/systemd/system) >> >> Versions of packages python-flake8 depends on: >> ii pep8 1.7.0-1 >> ii pyflakes 1.0.0-4 >> ii python-mccabe 0.2.1-1 >> ii python-pep8 1.7.0-1 >> ii python-pyflakes 1.0.0-4 >> ii python-setuptools 20.1.1-1 >> pn python:any >> >> python-flake8 recommends no packages. >> >> Versions of packages python-flake8 suggests: >> pn python-mock >> >> -- no debconf information >> >> ___ >> Python-modules-team mailing list >> python-modules-t...@lists.alioth.debian.org >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team > > > > -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: n...@ondrej.org > Jabber: on...@njs.netlab.cz > ICQ: 115-674-713 > Facebook: http://www.facebook.com/onovy > Tel/Cell: +420 777 963 207 > Datová schránka: aypqr6c
Bug#817131: python-flake8: Missing binary
Package: python-flake8 Version: 2.5.4-1 Severity: important I have just upgraded python-flake8 to the latest version, but it is missing the binary file. $ which flake8 flake8 not found A binary should be installed as /usr/bin/flake8 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-flake8 depends on: ii pep8 1.7.0-1 ii pyflakes 1.0.0-4 ii python-mccabe 0.2.1-1 ii python-pep81.7.0-1 ii python-pyflakes1.0.0-4 ii python-setuptools 20.1.1-1 pn python:any python-flake8 recommends no packages. Versions of packages python-flake8 suggests: pn python-mock -- no debconf information
Bug#837192: uninstallable in sid (not compatible with GNOME 3.21/3.22)
On Mon, 3 Oct 2016, at 03:11 AM, Joseph Herlant wrote: > Thanks for your report Joel, > > Weird I didn't notice that earlier. Also weird gnome-tweak-tools don't > follow the changes made in gnome itself to not care about the versions > anymore. > I'm pushing the latest version fixing that tonight to mentors. > It should be good soon. Update: Since upgrading to GNOME Shell 3.22, the extension is working as expected.
Bug#838573: gnome-shell-pomodoro: Changes system volume
Package: gnome-shell-pomodoro Version: 0.12.2-1 Severity: important Dear Maintainer, Whenever the current version of this application plays a sound, it sets the system volume to whatever the volume is set to in the settings for the individual sound effect (the default is the maximum volume). Instead of affecting the system volume, these volume sliders should affect the volume for the specific sound effect only, or alternatively Pomodoro should respect the system volume and not allow the volume of specific sound effects to be controlled. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell-pomodoro depends on: ii gnome-shell3.21.91-2 pn gnome-shell-pomodoro-data ii libappindicator3-1 0.4.92-4 ii libatk1.0-02.20.0-1 ii libc6 2.23-4 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libcanberra0 0.30-3 ii libdbusmenu-glib4 12.10.2-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libgirepository-1.0-1 1.48.0-3 ii libglib2.0-0 2.49.6-1 ii libgnome-desktop-3-12 3.21.90-3 ii libgstreamer1.0-0 1.8.2-1 ii libgtk-3-0 3.20.7-1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-01.40.1-1 ii libpeas-1.0-0 1.18.0-3 gnome-shell-pomodoro recommends no packages. gnome-shell-pomodoro suggests no packages. -- no debconf information
Bug#837192: uninstallable in sid (not compatible with GNOME 3.21/3.22)
Package: gnome-shell-pomodoro Version: 0.12.2-1 Followup-For: Bug #837192 Dear Maintainer, This problem still exists in the current GNOME Shell (3.21.91), in that the shell extension is still classed as out-of-date. To reproduce: * Install `gnome-shell-pomodoro` and `gnome-tweak-tool` * Open Tweak Tool and switch to the 'Extensions' tab * Find the Pomodoro extension Expected: The Pomodoro extension should be able to be enabled here. Actual: 'Extension does not support shell version' -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell-pomodoro depends on: ii gnome-shell3.21.91-2 pn gnome-shell-pomodoro-data ii libappindicator3-1 0.4.92-4 ii libatk1.0-02.20.0-1 ii libc6 2.23-4 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libcanberra0 0.30-3 ii libdbusmenu-glib4 12.10.2-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libgirepository-1.0-1 1.48.0-3 ii libglib2.0-0 2.49.6-1 ii libgnome-desktop-3-12 3.21.90-3 ii libgstreamer1.0-0 1.8.2-1 ii libgtk-3-0 3.20.7-1 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-01.40.1-1 ii libpeas-1.0-0 1.18.0-3 gnome-shell-pomodoro recommends no packages. gnome-shell-pomodoro suggests no packages. -- no debconf information
Bug#843521: vim-gtk3: Unable to start gvim: Blank window displayed
Package: vim-gtk3 Version: 2:8.0.0022-1 Severity: important Dear Maintainer, I am unable to load the graphical vim (gvim from the terminal) after my most recent system upgrade. When I run the command `gvim -u NONE -U NONE -N`, a GVIM window is displayed with the default decorations, menu bar, toolbar etc, but the main vim window is missing. The following messages appear in the terminal: (gvim:9298): Gtk-WARNING **: Theme parsing error: gtk.css:2:39: The style property GtkWindow:decoration-button-layout is deprecated and shouldn't be used anymore. It will be removed in a future version (gvim:9298): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion 'width >= -1' failed *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug (gvim:9298): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion 'width >= -1' failed (gvim:9298): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion 'width >= -1' failed *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug (gvim:9298): Gtk-CRITICAL **: gtk_widget_set_size_request: assertion 'width >= -1' failed - I will attach a screenshot of the window in question. I am using the latest version of Debian Sid, with Gnome Shell 3.22.1 as window manager. -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gtk3 /usr/bin/vim is /usr/bin/vim.gtk3 /usr/bin/gvim is /usr/bin/vim.gtk3 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-gtk3 depends on: ii libacl1 2.2.52-3 ii libc62.24-5 ii libcairo21.14.6-1.1 ii libgdk-pixbuf2.0-0 2.36.0-1 ii libglib2.0-0 2.50.1-1 ii libgpm2 1.20.4-6.2 ii libgtk-3-0 3.22.2-1 ii libice6 2:1.0.9-1+b1 ii liblua5.2-0 5.2.4-1.1+b1 ii libpango-1.0-0 1.40.3-3 ii libpangocairo-1.0-0 1.40.3-3 ii libperl5.24 5.24.1~rc3-3 ii libpython3.5 3.5.2-7 ii libruby2.3 2.3.1-5+b1 ii libselinux1 2.6-1 ii libsm6 2:1.2.2-1+b1 ii libtcl8.68.6.6+dfsg-1 ii libtinfo56.0+20160917-1 ii libx11-6 2:1.6.3-1 ii libxt6 1:1.1.5-1 ii vim-common 2:8.0.0022-1 ii vim-gui-common 2:8.0.0022-1 ii vim-runtime 2:8.0.0022-1 vim-gtk3 recommends no packages. Versions of packages vim-gtk3 suggests: pn cscope ii fonts-dejavu 2.37-1 ii gnome-icon-theme 3.12.0-2 pn vim-doc -- no debconf information
Bug#856590: systemd: Unspecified problems mounting /usr partition
(Apologies all - it seems I accidentally sent these logs only to Michael before) On Mon, 27 Mar 2017, at 10:43 PM, Michael Biebl wrote: > > When you are dropped into the recovery shell, please save the output of > udevadm info /sys/class/block/sdb2 > and attach it to the bug report. > A complete log from the boot (journalctl -alb) would be helpful as well. > > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature) Hi Michael, Here's the log output, as requested. P: /devices/pci:00/:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sdb/sdb2 N: sdb2 S: disk/by-id/ata-OCZ-AGILITY3_OCZ-PG7Z95NS8R3W5E4Y-part2 S: disk/by-id/wwn-0x5e83a97e0f922dcc-part2 S: disk/by-label/User S: disk/by-partuuid/57f4c922-02 S: disk/by-path/pci-:00:1f.2-ata-5-part2 S: disk/by-uuid/1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e E: DEVLINKS=/dev/disk/by-uuid/1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e /dev/disk/by-label/User /dev/disk/by-partuuid/57f4c922-02 /dev/disk/by-path/pci-:00:1f.2-ata-5-part2 /dev/disk/by-id/ata-OCZ-AGILITY3_OCZ-PG7Z95NS8R3W5E4Y-part2 /dev/disk/by-id/wwn-0x5e83a97e0f922dcc-part2 E: DEVNAME=/dev/sdb2 E: DEVPATH=/devices/pci:00/:00:1f.2/ata5/host4/target4:0:0/4:0:0:0/block/sdb/sdb2 E: DEVTYPE=partition E: ID_ATA=1 E: ID_ATA_DOWNLOAD_MICROCODE=1 E: ID_ATA_FEATURE_SET_APM=1 E: ID_ATA_FEATURE_SET_APM_CURRENT_VALUE=254 E: ID_ATA_FEATURE_SET_APM_ENABLED=1 E: ID_ATA_FEATURE_SET_HPA=1 E: ID_ATA_FEATURE_SET_HPA_ENABLED=1 E: ID_ATA_FEATURE_SET_PM=1 E: ID_ATA_FEATURE_SET_PM_ENABLED=1 E: ID_ATA_FEATURE_SET_PUIS=1 E: ID_ATA_FEATURE_SET_PUIS_ENABLED=0 E: ID_ATA_FEATURE_SET_SECURITY=1 E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0 E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=2 E: ID_ATA_FEATURE_SET_SMART=1 E: ID_ATA_FEATURE_SET_SMART_ENABLED=1 E: ID_ATA_ROTATION_RATE_RPM=0 E: ID_ATA_SATA=1 E: ID_ATA_SATA_SIGNAL_RATE_GEN1=1 E: ID_ATA_SATA_SIGNAL_RATE_GEN2=1 E: ID_ATA_WRITE_CACHE=1 E: ID_ATA_WRITE_CACHE_ENABLED=1 E: ID_BUS=ata E: ID_FS_LABEL=User E: ID_FS_LABEL_ENC=User E: ID_FS_TYPE=ext4 E: ID_FS_USAGE=filesystem E: ID_FS_UUID=1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e E: ID_FS_UUID_ENC=1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e E: ID_FS_VERSION=1.0 E: ID_MODEL=OCZ-AGILITY3 E: ID_MODEL_ENC=OCZ-AGILITY3\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20 E: ID_PART_ENTRY_DISK=8:16 E: ID_PART_ENTRY_NUMBER=2 E: ID_PART_ENTRY_OFFSET=1026048 E: ID_PART_ENTRY_SCHEME=dos E: ID_PART_ENTRY_SIZE=106954752 E: ID_PART_ENTRY_TYPE=0x83 E: ID_PART_ENTRY_UUID=57f4c922-02 E: ID_PART_TABLE_TYPE=dos E: ID_PART_TABLE_UUID=57f4c922 E: ID_PATH=pci-:00:1f.2-ata-5 E: ID_PATH_TAG=pci-_00_1f_2-ata-5 E: ID_REVISION=2.25 E: ID_SERIAL=OCZ-AGILITY3_OCZ-PG7Z95NS8R3W5E4Y E: ID_SERIAL_SHORT=OCZ-PG7Z95NS8R3W5E4Y E: ID_TYPE=disk E: ID_WWN=0x5e83a97e0f922dcc E: ID_WWN_WITH_EXTENSION=0x5e83a97e0f922dcc E: MAJOR=8 E: MINOR=18 E: PARTN=2 E: SUBSYSTEM=block E: TAGS=:systemd: E: USEC_INITIALIZED=4698411 -- Logs begin at Wed 2017-03-29 21:23:39 CST, end at Wed 2017-03-29 21:25:17 CST. -- Mar 29 21:23:39 abijah kernel: Linux version 4.9.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170221 (Debian 6.3.0-8) ) #1 SMP Debian 4.9.13-1 (2017-02-27) Mar 29 21:23:39 abijah kernel: Command line: BOOT_IMAGE=/vmlinuz-4.9.0-2-amd64 root=UUID=033d10f2-5402-4632-bed0-5e24842cf1b7 ro quiet splash resume=UUID=84f3e7a4-c3af-4ac1-a789-cc554395a50b Mar 29 21:23:39 abijah kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' Mar 29 21:23:39 abijah kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' Mar 29 21:23:39 abijah kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' Mar 29 21:23:39 abijah kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 Mar 29 21:23:39 abijah kernel: x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format. Mar 29 21:23:39 abijah kernel: x86/fpu: Using 'eager' FPU context switches. Mar 29 21:23:39 abijah kernel: e820: BIOS-provided physical RAM map: Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0x-0x0009d7ff] usable Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0x0009d800-0x0009] reserved Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0x000e-0x000f] reserved Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0x0010-0xace3efff] usable Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0xace3f000-0xacebefff] reserved Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0xacebf000-0xacfbefff] ACPI NVS Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0xacfbf000-0xacffefff] ACPI data Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem 0xacfff000-0xacff] usable Mar 29 21:23:39 abijah kernel: BIOS-e820: [mem
Bug#856590: systemd: Unspecified problems mounting /usr partition
On Wed, 12 Apr 2017, at 02:28 PM, Michael Biebl wrote: > Am 12.04.2017 um 22:11 schrieb Joel Cross: > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-F0C4F042C4F00C9A.device: Job > > dev-disk-by\x2duuid-F0C4F042C4F00C9A.device/start failed with result > > 'timeout'. > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.device: > > Job > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.device/start > > timed out. > > Mar 29 21:25:09 abijah systemd[1]: Timed out waiting for device > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.device. > > Mar 29 21:25:09 abijah systemd[1]: Dependency failed for > > /dev/disk/by-uuid/0797ee37-d1b9-49ea-a865-c73682cd96a7. > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.swap: > > Job > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.swap/start > > failed with result 'dependency'. > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.device: > > Job > > dev-disk-by\x2duuid-0797ee37\x2dd1b9\x2d49ea\x2da865\x2dc73682cd96a7.device/start > > failed with result 'timeout'. > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-868996eb\x2d2b9d\x2d42eb\x2d9bcc\x2d2b23b89dc11b.device: > > Job > > dev-disk-by\x2duuid-868996eb\x2d2b9d\x2d42eb\x2d9bcc\x2d2b23b89dc11b.device/start > > timed out. > > Mar 29 21:25:09 abijah systemd[1]: Timed out waiting for device > > dev-disk-by\x2duuid-868996eb\x2d2b9d\x2d42eb\x2d9bcc\x2d2b23b89dc11b.device. > > Mar 29 21:25:09 abijah systemd[1]: Dependency failed for /home. > > Mar 29 21:25:09 abijah systemd[1]: Dependency failed for Local File Systems. > > Mar 29 21:25:09 abijah systemd[1]: local-fs.target: Job > > local-fs.target/start failed with result 'dependency'. > > Mar 29 21:25:09 abijah systemd[1]: local-fs.target: Triggering OnFailure= > > dependencies. > > Mar 29 21:25:09 abijah systemd[1]: home.mount: Job home.mount/start failed > > with result 'dependency'. > > Mar 29 21:25:09 abijah systemd[1]: > > dev-disk-by\x2duuid-868996eb\x2d2b9d\x2d42eb\x2d9bcc\x2d2b23b89dc11b.device: > > Job > > dev-disk-by\x2duuid-868996eb\x2d2b9d\x2d42eb\x2d9bcc\x2d2b23b89dc11b.device/start > > failed with result > > Your problem doesn't look like it's related to /usr, but /home and swap, > as configured in /etc/fstab, failing. > > Can you please verify that that you have in /etc/fstab actually matches > your current configuration. Hi, I'm pretty sure the failure actually occurs with all three partitions, but it is more severe with /usr because I cannot use the 'nofail' option to ignore the failure. Here's the relevant part of my /etc/fstab: UUID=1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e /usrext4 rw,errors=remount-ro,commit=600 0 1 # /dev/sda7 UUID=868996eb-2b9d-42eb-9bcc-2b23b89dc11b /home ext4 rw,errors=remount-ro0 0 # /dev/sdb4 UUID=0797ee37-d1b9-49ea-a865-c73682cd96a7 swapswap sw,nofail 0 0 Here's the output of `lsblk -o NAME,UUID,LABEL`: NAME UUID LABEL sda ├─sda1 7876BEE376BEA174 SYSTEM ├─sda2 ├─sda3 F2DAFCDFDAFCA151 Recovery ├─sda4 C281-C9E0HP_TOOLS ├─sda5 F0C4F042C4F00C9A ├─sda6 033d10f2-5402-4632-bed0-5e24842cf1b7 ├─sda7 868996eb-2b9d-42eb-9bcc-2b23b89dc11b HOME └─sda8 84f3e7a4-c3af-4ac1-a789-cc554395a50b sdb ├─sdb1 06ad2c23-eac6-4a49-9623-79d9e4a02bbe Boot ├─sdb2 1ac3a9b3-2ced-4e6c-9378-f8c94ac2983e User ├─sdb3 13dc09db-ec38-480a-ac28-fd0ed1a952f8 └─sdb4 0797ee37-d1b9-49ea-a865-c73682cd96a7 Swap And here's the relevant parts of the output of 'mount' after booting the system (pressing ctrl-d after the timeout) - notice that /usr and /home are mounted correctly: /dev/sdb2 on /usr type ext4 (rw,relatime,errors=remount-ro,commit=600,data=ordered) /dev/sda7 on /home type ext4 (rw,relatime,errors=remount-ro,data=ordered) And the output of `swapon -v: NAME TYPE SIZE USED PRIO /dev/sdb4 partition 9.3G 0B -1 -Joel
Bug#856590: systemd: Unspecified problems mounting /usr partition
Thanks Michael, and sorry for the delay. I can confirm that this issue is fixed after the latest update to my system. -- Joel Cross j...@kazbak.co.uk On Tue, 20 Jun 2017, at 09:59 PM, Michael Biebl wrote: > Am 20.06.2017 um 22:54 schrieb Michael Biebl: > > Unfortunately the problem is not reproducible here (tried with a VM with > > several attached disks and a split /usr on the second disk). > > I take that back. I just installed live-config-systemd in the test VM > and that completely hosed the systemd and I'm getting the exact same > error message as you. > > I'll be waiting for confirmation from you that purging the > live-config-systemd package solves your problem before re-assigning the > issue. > > Regards, > Michael > > > -- > Why is it that all of the instruments seeking intelligent life in the > universe are pointed away from Earth? > > Email had 1 attachment: > + signature.asc > 1k (application/pgp-signature)
Bug#856590: systemd: Unspecified problems mounting /usr partition
Dear Michael/Maintainers, Just to update you on this: it has been 2 months since my last submission, and I am still having the same problem. Has anyone had the chance to look into what the cause could be here?
Bug#895940: RFS: python-dataclasses/0.5-1 [ITP]
On Mon, 30 Apr 2018, at 6:21 PM, Joel Cross wrote: > > Ah! Found it. It's listed in the "setup.py" file. Hmm... I wonder if > > that's a problem, because no other file contains any kind of copyright > > notice, and there's no LICENSE file. I'd definitely file a bug against > > upstream asking them to clarify this, but I honestly don't know if > > ftp-master will accept the package as is. Maybe there's some > > precedence, but I'm short on time right now and can't really dive into > > the archives to find something. Perhaps someone more knowledgeable can > > chime in? > > Hi Sergio, > > As an update to this, I filed a bug report upstream. The author > originally planned to license as Apache2 but neglected to add the > license to the repo (I guess 'MIT' was some default somewhere): see > discussion at https://github.com/ericvsmith/dataclasses/issues/123 > > Anyway, the author has now added the license, but has not yet released a > new version, as no code has actually changed. I was wondering if you > could help me with regards to packaging based on a specific upstream Git > commit rather than a release version, and how that works with the git- > buildpackage flow (if it's even allowed/recommended). > Hi again, Did you get the chance to think about the above? I will happily repackage from the git master, but I'm not sure what to do about version numbers and stuff (and online informaition about this is hard to find!). Please can you help?
Bug#895812: RFS: json-editor.js/0.7.28+ds-1 [ITP]
Hi Paolo, Thanks for taking the time to review my package. Just to let you know, I am working on the things you mentioned, but have hit a roadblock when it comes to actually joining the js-team. > 3. If you wish to maintain this package within this team, I'd suggest that > you join the team ! >Just drop a mail to the mailing list committing to follow the team > policies, and indicate your salsa alias. >One of the js-team group owners can then add you to the group on salsa. So, I actually sent an email to pkg-javascript-de...@lists.alioth.debian.org some time ago, asking to join the team, but my email got stuck in moderation and as far as I am aware never actually made it to the list. Is there something you can do or recommend I do about this?
Bug#895812: RFS: json-editor.js/0.7.28+ds-1 [ITP]
Dear reviewers, I have uploaded a new version of json-editor.js, which addresses many of Paolo's concerns. It can be downloaded from https://mentors.debian.net/package/json-editor.js, and the git repository is available at https://salsa.debian.org/joelcross-guest/json-editor.js. - Joel Cross
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Tue, 26 Jun 2018, at 12:27 PM, Michael Biebl wrote: > >>> Please let me know what further information you need from me (if any) in > >>> order > >>> to be able to correctly diagnose this bug. > >> > >> What happens if you run > >> > >> echo "disk" > /sys/power/state > >> > >> Does the system resume properly? > > > > Yes, that works fine. > > This is strange, because internally systemd simply uses > echo "disk" > /sys/power/state > > Do you have any hooks in /lib/systemd/system-sleep/ ? > If so, could you temporarily move them away? I had two hooks: hdparm and unattended-upgrades. Moving them away didn't help. > Could you provide a journalctl -alb log from such a failed resume + a > separate output of dmesg. I have attached both logs. -Joel dmesg.log.gz Description: application/gzip journalctl--alb.log.gz Description: application/gzip
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Tue, 26 Jun 2018, at 12:12 PM, Michael Biebl wrote: > Which backend have you configured in pm-hibernate? the in-kernel > hibernate mechanism, Tux0nIce, uswsusp? Sorry, I have no idea how to find that out. I do not recall ever configuring a pm-hibernate backend, so I would guess whichever is the default. > > Please let me know what further information you need from me (if any) in > > order > > to be able to correctly diagnose this bug. > > What happens if you run > > echo "disk" > /sys/power/state > > Does the system resume properly? Yes, that works fine.
Bug#902417: reportbug: Traceback when attempting to view diff of configuration files
Package: reportbug Version: 7.1.10 Severity: important Dear Maintainer, When attempting to report a bug in another package, the following happened: * Reportbug told me that a certain configuration file had changed, and gave me the option to see the changed file. * I clicked the button to see the changed file. * Reportbug crashed. The following traceback was displayed in my terminal: Traceback (most recent call last): File "/usr/bin/reportbug", line 2265, in main() File "/usr/bin/reportbug", line 1109, in main return iface.user_interface() File "/usr/bin/reportbug", line 1830, in user_interface ui.system(PAGER + ' ' + ' '.join(changed)) File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 1762, in func op = application.call_in_main_thread(klass, parent) File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 584, in call_in_main_thread raise ret File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 571, in callback ret = func(*args, **kwargs) File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 622, in __init__ self.widget = self.create_widget() File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 1480, in create_widget self.terminal.set_cursor_blinks(True) AttributeError: 'Terminal' object has no attribute 'set_cursor_blinks' -- Package-specific info: ** Environment settings: PAGER="less" DEBEMAIL="j...@kazbak.co.uk" DEBFULLNAME="Joel Cross" INTERFACE="gtk2" ** /home/joel/.reportbugrc: reportbug_version "6.6.3" mode standard ui gtk2 email "joel+debb...@kazbak.co.uk" no-cc header "X-Debbugs-CC: joel+debb...@kazbak.co.uk" smtphost reportbug.debian.org -- 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=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages reportbug depends on: ii apt1.6.1 ii python33.6.5-3 ii python3-reportbug 7.1.10 ii sensible-utils 0.0.12 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail ii debconf-utils 1.5.67 pn debsums pn dlocate pn emacs24-bin-common | emacs25-bin-common ii exim4 4.91-5 ii exim4-daemon-light [mail-transport-agent] 4.91-5 ii file 1:5.33-3 ii gir1.2-gtk-3.0 3.22.30-1 ii gir1.2-vte-2.910.52.2-1 ii gnupg 2.2.8-3 ii python3-gi 3.28.2-1 ii python3-gi-cairo 3.28.2-1 pn python3-gtkspellcheck pn python3-urwid ii xdg-utils 1.1.3-1 Versions of packages python3-reportbug depends on: ii apt1.6.1 ii file 1:5.33-3 ii python33.6.5-3 ii python3-apt1.6.1 ii python3-debian 0.1.32 ii python3-debianbts 2.7.2 ii python3-requests 2.18.4-2 python3-reportbug suggests no packages. -- no debconf information
Bug#902869: cookiecutter binary: Should depend on python-cookiecutter | python3-cookiecutter
Source: cookiecutter Severity: normal Dear Maintainer, Thanks for building a Python 3 version of this package. However, when attempting to install the cookiecutter binary, I noticed it still depends on the Python 2 library. If memory serves correctly, it is possible to change the 'Depends' line to support either Python 2 or Python 3 version of the package, by changing the following: Depends: ... python-cookiecutter (= version) ... to this: Depends: ... python-cookiecutter (= version) | python3-cookiecutter (= version) ... -- 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=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#897419: ITP: python-typeguard -- Run-time type checker for Python
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python-typeguard Version : 2.1.4 Upstream Author : Alex Grönholm <alex.gronh...@nextday.fi> * URL : https://github.com/agronholm/typeguard * License : MIT/Expat Programming Lang: Python Description : Run-time type checker for Python This library provides run-time type checking for functions defined with argument type annotations. This can be done in one of three ways: * calling check_argument_types() from within the function body * decorating the function with @typechecked * using `with TypeChecker('packagename')`
Bug#897432: python3-aiohttp: Should depend on python3-yarl (>= 1.0)
Package: python3-aiohttp Version: 3.0.1-1 Severity: important Dear Maintainer, On my system, attempting to use aiohttp results in an error like the following: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/aiohttp/web_protocol.py", line 376, in start resp = await self._request_handler(request) File "/usr/lib/python3/dist-packages/aiohttp/web_app.py", line 285, in _handle match_info = await self._router.resolve(request) File "/usr/lib/python3/dist-packages/aiohttp/web_urldispatcher.py", line 792, in resolve match_dict, allowed = await resource.resolve(request) File "/usr/lib/python3/dist-packages/aiohttp/web_urldispatcher.py", line 294, in resolve match_dict = self._match(request.rel_url.raw_path) File "/usr/lib/python3/dist-packages/aiohttp/web_urldispatcher.py", line 411, in _match for key, value in match.groupdict().items()} File "/usr/lib/python3/dist-packages/aiohttp/web_urldispatcher.py", line 411, in for key, value in match.groupdict().items()} TypeError: build() got an unexpected keyword argument 'encoded' After some digging, I realised this is because my installed version of python3-yarl is out of date, and the yarl API has changed since my currently installed version. Upstream aiohttp specifies a dependency on 'yarl>=1.0,<2.0' (https://github.com/aio-libs/aiohttp/blob/master/setup.py#L76), but this Debian package currently only depends on yarl of any version being installed. This package should be updated to depend on the correct version of yarl. -- 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.15.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-aiohttp depends on: ii libc6 2.27-3 ii python33.6.5-3 ii python3-async-timeout 2.0.0-1 ii python3-attr 17.4.0-2 ii python3-chardet3.0.4-1 ii python3-multidict 4.1.0-1 ii python3-yarl 1.1.1-1 python3-aiohttp recommends no packages. python3-aiohttp suggests no packages. -- no debconf information
Bug#896115: RFS: python-cerberus/1.2-1 [ITP]
> Hm, from what I've seen the package is pretty much the same as it was > when you submitted it. I'm using the following repository: > > https://salsa.debian.org/python-team/modules/python-cerberus > > And I don't see the fixes I asked you to do. Maybe I'm looking at the > wrong place? Oops, I `dput` the package but I didn't push the repo back to Salsa. I have done that now. > >> 2) On d/rules, there's no need to override dh_compress. It > > automatically excludes HTML files when compressing things. > > > > I read in the docs that HTML files are supposed to be excluded, but > > for some reason the one HTML file changelog.html was being gzipped. I > > couldn't figure out why, but adding the exclude line fixed the > > problem. > > Ah, thanks for explaining. I didn't know that. I guess it has > something to do with the name "changelog"; it's probably installed by > dh_installchangelogs... > > Can you please add a comment on top of the override_dh_compress rule > explaining this, then? Done
Bug#896115: RFS: python-cerberus/1.2-1 [ITP]
Hi Sergio, Thanks for all the comments. I've addressed most of them and re-uploaded the package. As for this one: > 2) On d/rules, there's no need to override dh_compress. It automatically excludes HTML files when compressing things. I read in the docs that HTML files are supposed to be excluded, but for some reason the one HTML file changelog.html was being gzipped. I couldn't figure out why, but adding the exclude line fixed the problem. Please can you take a look at the updated package and let me know if you think it's ready for upload now? -- Joel Cross
Bug#897317: ITP: python-pygtrie -- A Python library implementing a trie data structure
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python-pygtrie Version : 2.2 Upstream Author : Michal Nazarewicz <min...@mina86.com> * URL : https://github.com/google/pygtrie * License : Apache 2.0 Programming Lang: Python Description : A Python library implementing a trie data structure Trie data structure, also known as radix or prefix tree, is a tree associating keys to values where all the descendants of a node have a common prefix (associated with that node). . The trie module contains Trie, CharTrie and StringTrie classes each implementing a mutable mapping interface, i.e. dict interface. As such, in most circumstances, Trie could be used as a drop-in replacement for a dict, but the prefix nature of the data structure is trie's real strength. . The module also contains PrefixSet class which uses a trie to store a set of prefixes such that a key is contained in the set if it or its prefix is stored in the set.
Bug#895928: RFS: python-base58/0.2.5-1 [ITP]
I have updated the package to the latest version 1.0.0. The new package may be downloaded using the following command: dget -x https://mentors.debian.net/debian/pool/main/p/python-base58/python-base58_1.0.0-1.dsc
Bug#895940: RFS: python-dataclasses/0.5-1 [ITP]
> Ah! Found it. It's listed in the "setup.py" file. Hmm... I wonder if > that's a problem, because no other file contains any kind of copyright > notice, and there's no LICENSE file. I'd definitely file a bug against > upstream asking them to clarify this, but I honestly don't know if > ftp-master will accept the package as is. Maybe there's some > precedence, but I'm short on time right now and can't really dive into > the archives to find something. Perhaps someone more knowledgeable can > chime in? Hi Sergio, As an update to this, I filed a bug report upstream. The author originally planned to license as Apache2 but neglected to add the license to the repo (I guess 'MIT' was some default somewhere): see discussion at https://github.com/ericvsmith/dataclasses/issues/123 Anyway, the author has now added the license, but has not yet released a new version, as no code has actually changed. I was wondering if you could help me with regards to packaging based on a specific upstream Git commit rather than a release version, and how that works with the git-buildpackage flow (if it's even allowed/recommended). -Joel
Bug#890819: packagekit: Update while booting always fails
Package: packagekit Version: 1.1.7-1 Severity: important Dear Maintainer, I update my (sid) distro on roughly a weekly basis using pkcon (packagekit- tools). The command I use is as follows: sudo apt update && pkcon update -d && pkcon offline-trigger I then proceed to restart my system, which does a complete update while the system boots up. Recently (a little over a month ago), this has stopped working. The initial command downloads fine and everything appears to work OK, but when I restart I see the update message for about a second, then the system restarts without applying the update. Output of the command `pkcon offline-status` is as follows: Status: Failed ErrorCode:failed-initialization ErrorDetails:The package id's 'adduser;3.117;all;debian-unstable- main2.4.3.0+dfsg-1;all;debian-unstable-main lenses;1.10.1-1;all;debian-testing-main0.7-3.1;amd64;debian- unstable-main0.7-3.1;amd64;debian-unstable- main1.14.32-1;all;debian-unstable-main3.26.1-3;amd64;debian- unstable-main2.30-1;amd64;debian-unstable-main common;2.30-1;amd64;debian-unstable-main gnu;2.30-1;amd64;debian-unstable-main2.5.3+dfsg-4;amd64;debian-testing- main0.4.21-5;amd64;debian-unstable-main3.3.6-1;amd64;debian- testing-main3.10.2+debian-13;amd64;debian-testing-main gnome-shell;10-1;all;debian-unstable-main1.177;all;debian- unstable-main1.177;all;debian-unstable- main5.5.0-8;amd64;debian-unstable-main editor;3.26.2-3;amd64;debian-unstable-main11.1.4;all;debian- unstable-main2018013001;all;debian-unstable-main fuse;1.2.8-1;amd64;debian-unstable-main1.2.8-1;amd64;debian- unstable-main4.90-5;all;debian-unstable- main4.90-5;amd64;debian-unstable- main4.90-5;all;debian-unstable-main light;4.90-5;amd64;debian-unstable- main3.0.3.32900.ds4-1;all;debian-unstable- main3.0.3.32900.ds4-1;all;debian-unstable- main3.0.3.32900.ds4-1;amd64;debian-unstable- main3.0.3.32900.ds4-1;amd64;debian-unstable- main58.0.1-1;amd64;debian-unstable-main gb;58.0.1-1;all;debian-unstable-main1:3.26.0-3;amd64;debian- unstable-main2:102.10+LibO6.0.0-1;all;debian-testing- main1:3.22.2-3;amd64;debian-unstable- main5.5.0-8;amd64;debian-unstable-main5.5.0-8;amd64;debian- unstable-main5.5.0-8;i386;debian-unstable- main5.5.0-8;amd64;debian-unstable-main service;3.2.6-4.1;amd64;debian-unstable-main service;3.2.6-4.1;amd64;debian-unstable-main3.2.6-4.1;amd64;debian- unstable-main3.2.6-4.1;all;debian-unstable- main0.4.21-5;amd64;debian-unstable- main3.25.4.1-4;amd64;debian-unstable- main3.26.1-3;amd64;debian-unstable- main3.26.2-2;amd64;debian-unstable- main1:6.0.0-1;amd64;debian-testing- main0.18.5-6;amd64;debian-unstable- main0.24.1-2;amd64;debian-unstable- main0.8.2-3;amd64;debian-unstable- main0.99.7-2;amd64;debian-testing-main bluetooth;3.26.1-3;amd64;debian-unstable-main calendar;3.26.3-1;amd64;debian-unstable-main characters;3.26.2-4;amd64;debian-unstable-main chess;1:3.26.0-3;amd64;debian-unstable-main3.26.1-3;amd64;debian- unstable-main3.26.2-2;amd64;debian-testing-main documents;3.26.2-1;amd64;debian-unstable-main viewer;3.26.0-3;amd64;debian-unstable-main3.26.3-1;amd64;debian- unstable-main1:3.22.0-3;amd64;debian-unstable-main maps;3.26.2-3;amd64;debian-unstable-main1:3.26.0-3;amd64;debian- unstable-main3.26.1-4;amd64;debian-unstable-main nibbles;1:3.24.0-3;amd64;debian-unstable-main accounts;3.26.2-2;amd64;debian-unstable-main miners;3.26.0-3;amd64;debian-unstable-main extensions;3.26.2-3;all;debian-testing-main sudoku;1:3.26.0-3;amd64;debian-unstable-main1.9.3-1;all;debian- testing-main1.9.3-1;all;debian-testing- main1.9.3-1;amd64;debian-testing- main1.9.3-1;amd64;debian-testing-main stable;64.0.3282.140-1;amd64;google&_inc.-stable- main7.1-12;amd64;debian-testing-main3.20;amd64;debian- testing-main0.1.12+dfsg-1;amd64;debian-unstable-main data;20180204.1;all;debian-unstable-main2.4-2;amd64;debian- unstable-main8:6.9.7.4+dfsg-16.1;amd64;debian-unstable- main8:6.9.7.4+dfsg-16.1;all;debian-unstable- main8:6.9.7.4+dfsg-16.1;amd64;debian-unstable-main codes;3.78-1;all;debian-testing-main4.14-0.1;amd64;debian-testing- main1.0.40-20180201173342.bca8e7948;amd64;local configuration;1.177;all;debian-unstable-main5.5.0-8;amd64;debian- unstable-main5.5.0-8;amd64;debian-unstable- main5.5.0-8;amd64;debian-unstable- main5.5.0-8;amd64;debian-unstable- main1.10.1-1;amd64;debian-testing-main client3;0.7-3.1;amd64;debian-unstable-main client3;0.7-3.1;i386;debian-unstable-main data;0.7-3.1;amd64;debian-unstable-main data;0.7-3.1;i386;debian-unstable-main0.7-3.1;amd64;debian- unstable-main0.7-3.1;i386;debian-unstable-main core7;0.7-3.1;amd64;debian-unstable-main0.7-3.1;amd64;debian- unstable-main0.7-3.1;amd64;debian-unstable-main gtk3-0;0.7-3.1;amd64;debian-unstable-main2.30-1;amd64;debian- unstable-main1.0.2-3;amd64;debian-unstable-main gobject2;1.15.10-1;amd64;debian-unstable-main interpreter2;1.15.10-1;amd64;debian-unstable- main1.15.10-1;amd64;debian-unstable- main1.15.10-1;i386;debian-unstable- main1.15.10-1;amd64;debian-unstable-main common;0.4.21-5;all;debian-unstable-main
Bug#760080: Build python3 package
I've been working on a patch to add Python 3 support to this package. As soon as it's ready I'll attach it here.
Bug#898863: debian/watch doesn't work properly
Hi Sergio, I have fixed this by switching the watch file to use the GitHub URL instead. Would you mind reviewing the latest package and uploading? -Joel
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Wed, 4 Jul 2018, at 3:22 PM, Michael Biebl wrote: > Am 26.06.2018 um 12:54 schrieb Joel Cross: > > Package: systemd > > Version: 239-1 > > Severity: normal > > > > Dear Maintainer, > > > > Over the last few days (since my last system upgrade) I am unable to > > successfully hibernate/resume using the `systemctl hibernate` command. This > > is > > what happens: > > Just to be sure: Is this a regression introduced by v239? > I.e. if you downgrade to 238-5, can you still reproduce the issue? > Yes, I can confirm, after downgrading to 238-5 (I also downgraded the libsystemd0, udev and libudev0 packages) that I no longer experience the issue.
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Thu, 5 Jul 2018, at 1:17 PM, Michael Biebl wrote: > Am 05.07.2018 um 13:46 schrieb Joel Cross: > > Yes, I can confirm, after downgrading to 238-5 (I also downgraded the > > libsystemd0, udev and libudev0 packages) that I no longer experience the > > issue. > > Do you know how to use git bisect? If so, it would be great if you can > find the offending commit in systemd-sleep. There aren't that many. > > If not, please upgrade to v239 again, unpack the binary from the > attached zip file and run > sudo ./systemd-sleep hibernate > > (this binary disables a certain commit which I suspect might be what's > causing your trouble). Hibernate seems to work fine with the binary that you attached.
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Fri, 6 Jul 2018, at 5:31 PM, Michael Biebl wrote: > Am 06.07.2018 um 17:02 schrieb mario.limoncie...@dell.com: > >> -Original Message- > >> From: Michael Biebl [mailto:bi...@debian.org] > > >> If you have multiple swap partitions and you run > >> echo "disk" > /sys/power/state > >> which partition does the kernel use? > >> > > > > Whichever one was configured in /sys/power/resume prior to running that > > command. > > > > The kernel can't know which one /to/ hibernate to unless it was configured > > in advance. > > Just like the initramfs can't know which one to resume /from/ unless it > > knew which one > > it resumed to. > > > > Joel, can you please tell us, > - which partition you have configured in /etc/initramfs-tools/conf.d/resume > - which partition you have configured in /sys/power/resume > - the size of both swap partitions > $ cat /proc/swaps FilenameTypeSizeUsedPriority /dev/sdb4 partition 9752572 1473128 100 /dev/sda8 partition 6236156 0 10 $ blkid /dev/sdb4 /dev/sda8 /dev/sdb4: LABEL="Swap" UUID="0797ee37-d1b9-49ea-a865-c73682cd96a7" TYPE="swap" PARTUUID="57f4c922-04" /dev/sda8: UUID="84f3e7a4-c3af-4ac1-a789-cc554395a50b" TYPE="swap" PARTUUID="170bc00e-08" $ grep resume /boot/grub/grub.cfg|head -n 1 linux /vmlinuz-4.16.0-2-amd64 root=UUID=033d10f2-5402-4632-bed0-5e24842cf1b7 ro quiet splash resume=UUID=84f3e7a4-c3af-4ac1-a789-cc554395a50b $ cat /etc/initramfs-tools/conf.d/resume cat: /etc/initramfs-tools/conf.d/resume: No such file or directory $ cat /sys/power/resume 8:8 >From the above (especially grub.cfg) you can see that the smaller, >lower-priority partition is set as the resume partition (this was actually an >oversight on my part when I installed the second drive). Do you think this >could be what's preventing hibernate from working properly? Also, do you think it is significant that the /etc/initramfs-tools/conf.d/resume file does not exist on my system? -Joel
Bug#891486: ITP: pipenv -- python development workflow for humans
I don't know if you've seen this already, but a pipenv package exists as an Ubuntu PPA. This would probably be a good place to start: https://launchpad.net/~pypa/+archive/ubuntu/ppa/+packages
Bug#892495: ITP: python3-aiohttp-swagger -- Swagger API Documentation builder for aiohttp server
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python3-aiohttp-swagger Version : 1.0.5 Upstream Author : Daniel Garcia <cr...@cr0hn.com> * URL : https://github.com/cr0hn/aiohttp-swagger * License : BSD Programming Lang: Python Description : Swagger API Documentation builder for aiohttp server aiohttp-swagger is a plugin for aiohttp.web server that allows an API developer to document APIs using Swagger and the Swagger-ui console. I am interested in packaging a project that depends on this library, hence why I am packaging this library.
Bug#895422: ITP: swagger-ui -- Collection of assets to dynamically generate documentation
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: swagger-ui Version : 2.2.10 Upstream Author : Tony Tam <feh...@gmail.com> * URL : http://swagger.io * License : Apache-2.0 Programming Lang: JavaScript Description : Collection of assets to dynamically generate documentation Swagger UI is a collection of HTML, Javascript, and CSS assets that allow anyone to visualize and interact with an API's resources without needing to have any implementation logic in place. It provides visual documentation, making it easy for back-end implementation and client-side consumption. This package is a dependency of aiohttp-swagger (see #892495). I have chosen to package the 2.x branch of this package rather than the more recent 3.x branch because this is the current version required by aiohttp-swagger, and there are significant changes between the two versions. Note: An RFP already exists for the 3.x branch. See #871461.
Bug#895542: ITP: jsoneditor.js -- A web-based tool to view, edit, format, and validate JSON
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: jsoneditor.js Version : 5.14.1 Upstream Author : Jos de Jong <wjosdej...@gmail.com> * URL : https://github.com/josdejong/jsoneditor * License : Apache-2.0 Programming Lang: JavaScript Description : A web-based tool to view, edit, format, and validate JSON JSON Editor is a web-based tool to view, edit, format, and validate JSON. It has various modes such as a tree editor, a code editor, and a plain text editor. The editor can be used as a component in your own web application. . Supported browsers: Chrome, Firefox, Safari, Opera, Internet Explorer 9+. This package is a dependency of swagger-ui (see #895422), which I am also ITPing.
Bug#895559: ITP: json-editor.js -- JSON Schema based editor
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: json-editor.js Version : 0.7.28 Upstream Author : Jeremy Dorn <jer...@jeremydorn.com> (http://jeremydorn.com) * URL : https://github.com/json-editor/json-editor#readme * License : Expat Programming Lang: JavaScript Description : JSON Schema based editor JSON Editor takes a JSON Schema and uses it to generate an HTML form. It has full support for JSON Schema version 3 and 4 and can integrate with several popular CSS frameworks (bootstrap, foundation, and jQueryUI). This package is a dependency of swagger-ui (see #895422), which I am also ITPing.
Bug#895928: ITP: python-base58 -- base58 encode/decode for Python
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python-base58 Version : 0.2.5 Upstream Author : David Keijser <keij...@gmail.com> * URL : https://github.com/keis/base58 * License : MIT Programming Lang: Python Description : base58 encode/decode for Python This package contains the following functions, in a form compatible with that used by the bitcoin network: - b58encode - b58decode - b58encode_check - b58decode_check
Bug#895987: ITP: python-cerberus -- Lightweight, extensible data validation library for Python
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python-cerberus Version : 1.2 Upstream Author : Nicola Iarocci <nic...@nicolaiarocci.com> * URL : http://github.com/pyeve/cerberus * License : ISC Programming Lang: Python Description : Lightweight, extensible data validation library for Python Cerberus provides powerful yet simple and lightweight data validation functionality out of the box and is designed to be easily extensible, allowing for custom validation.
Bug#895928: ITP: python-base58 -- base58 encode/decode for Python
On Tue, 17 Apr 2018, at 6:25 PM, Daniele Nicolodi wrote: > On 4/17/18 8:57 AM, Joel Cross wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Joel Cross <joel+debb...@kazbak.co.uk> > > > > * Package name: python-base58 > > Version : 0.2.5 > > Upstream Author : David Keijser <keij...@gmail.com> > > * URL : https://github.com/keis/base58 > > * License : MIT > > Programming Lang: Python > > Description : base58 encode/decode for Python > > > > This package contains the following functions, in a form compatible with > > that > > used by the bitcoin network: > > - b58encode > > - b58decode > > - b58encode_check > > - b58decode_check > > Hi Joel, > > I had a look at this Python package a while ago, and I was very > surprised to find that its interface does not match the one of the > functions in the base64 standard library module in the use of strings vs > bytes. I had to introduce some wrappers to make it sane in that regard. > > I see in the upstream repository some commits that suggest that this has > been fixed (breaking the API probably). However, nothing that hints > that a release has been made after that. > > It would be nice to have the fixed version in Debian and to avoid API > breakage, at least once the Python package enters the Debian archive. > > Cheers, > Dan Thanks Dan. I assume you're referring to the https://github.com/keis/base58/issues/15 issue? (Output is string, not bytes)
Bug#895940: RFS: python-dataclasses/0.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-dataclasses" * Package name: python-dataclasses Version : 0.5-1 Upstream Author : Eric V. Smith <e...@python.org> * URL : https://github.com/ericvsmith/dataclasses * License : MIT Section : python It builds those binary packages: python3-dataclasses - Python dataclasses backport from 3.7 To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-dataclasses Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python- dataclasses/python-dataclasses_0.5-1.dsc More information about Python dataclasses can be obtained from https://www.python.org/dev/peps/pep-0557. Regards, Joel Cross -- 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.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#895942: RFS: python-base58/0.2.5-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-base58" * Package name: python-base58 Version : 0.2.5-1 Upstream Author : David Keijser <keij...@gmail.com> * URL : https://github.com/keis/base58 * License : MIT Section : python It builds those binary packages: python3-base58 - base58 encode/decode for Python To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-base58 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-base58/python- base58_0.2.5-1.dsc More information about base58 can be obtained from https://github.com/keis/base58/. Regards, Joel Cross -- 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.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#895834: ITP: python-dataclasses -- Python dataclasses backport from 3.7
Package: wnpp Severity: wishlist Owner: Joel Cross <joel+debb...@kazbak.co.uk> * Package name: python-dataclasses Version : 0.5 Upstream Author : Eric V. Smith <e...@python.org> * URL : https://github.com/ericvsmith/dataclasses * License : MIT Programming Lang: Python Description : Python dataclasses backport from 3.7 This is a backport of the dataclasses feature that will be made available in Python 3.7 (see https://www.python.org/dev/peps/pep-0557). Many libraries are already being built that depend upon this feature - with this packaged, these libraries will be able to have support in Python 3.6 as well as the upcoming Python 3.7.
Bug#896114: python3-alabaster: Multiple privacy breaches
Package: python3-alabaster Version: 0.7.8-1 Severity: normal Dear Maintainer, These templates contain a number of 'phone home' type privacy breaches, which are transmitted into all documentation that is built from the templates. The relevant Lintian output is below: W: python3-alabaster: privacy-breach-generic usr/lib/python3/dist- packages/alabaster/about.html [https://ghbtns.com/github- btn.html?user={{ theme_github_user }}={{ theme_github_repo }}={{ theme_github_type }}={{ theme_github_count }}=large=2"\n allowtransparency="true" frameborder="0" scrolling="0" width="200px" height="35px">] (https://ghbtns.com/github-btn.html?user={{ theme_github_user }}={{ theme_github_repo }}={{ theme_github_type }}={{ theme_github_count }}=large=2) W: python3-alabaster: privacy-breach-generic usr/lib/python3/dist- packages/alabaster/about.html [] (https://secure.travis-ci.org/{{ path }}.svg?branch=master) W: python3-alabaster: privacy-breach-generic usr/lib/python3/dist- packages/alabaster/about.html [] (https://codecov.io/github/{{ path }}/coverage.svg?branch=master) W: python3-alabaster: privacy-breach-generic usr/lib/python3/dist- packages/alabaster/donate.html
Bug#896115: RFS: python-cerberus/1.2-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-cerberus" * Package name: python-cerberus Version : 1.2-1 Upstream Author : Nicola Iarocci <nic...@nicolaiarocci.com> * URL : http://github.com/pyeve/cerberus * License : ISC Section : python It builds those binary packages: python-cerberus-doc - Documentation for python3-cerberus python3-cerberus - Lightweight, extensible data validation library for Python To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-cerberus Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python- cerberus/python-cerberus_1.2-1.dsc More information about Cerberus can be obtained from http://python- cerberus.org/. Regards, Joel Cross -- 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.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#895812: RFS: json-editor.js/0.7.28+ds-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "json-editor.js" * Package name: json-editor.js Version : 0.7.28+ds-1 Upstream Author : Jeremy Dorn <jer...@jeremydorn.com> (http://jeremydorn.com) * URL : https://github.com/json-editor/json-editor#readme * License : Expat Section : javascript It builds those binary packages: libjs-json-editor - JSON Schema based editor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/json-editor.js Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/j/json-editor.js/json- editor.js_0.7.28+ds-1.dsc More information about json-editor can be obtained from https://github.com/json-editor/json-editor. Regards, Joel Cross -- 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.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#895814: RFS: swagger-ui/2.2.10+ds-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "swagger-ui" * Package name: swagger-ui Version : 2.2.10+ds-1 Upstream Author : Tony Tam <feh...@gmail.com> * URL : http://swagger.io * License : Apache-2.0 Section : javascript It builds those binary packages: libjs-swagger-ui - Collection of assets to dynamically generate documentation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/swagger-ui Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/s/swagger-ui/swagger- ui_2.2.10+ds-1.dsc More information about Swagger UI can be obtained from https://swagger.io/swagger-ui/. A running example can be found at http://petstore.swagger.io/. Regards, Joel Cross -- 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.15.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#760080: Build python3 package
Control: tags -1 + patch I am attaching a debdiff to add Python 3 support, as well as updating the Debhelper and standards levels. This debdiff should be built against the latest git master (which is ahead of the latest built package). -- Joel Cross j...@kazbak.co.uk virtualenvwrapper.debdiff Description: Binary data
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
On Wed, 27 Jun 2018, at 3:47 PM, Michael Biebl wrote: > Am 27.06.2018 um 16:03 schrieb Michael Biebl: > > Joel, can you execute "/lib/systemd/systemd-sleep hibernate" directly > > and see what happens then. > > Make that > > SYSTEMD_LOG_LEVEL=debug /lib/systemd/systemd-sleep hibernate > > This way you should get a more verbose debug output It doesn't seem to give too much interesting output, unfortunately. The only potentially relevant line is this: > Failed to open configuration file '/etc/systemd/sleep.conf': No such file or > directory Apart from that, it behaves exactly the same as `systemctl hibernate`.
Bug#890819: packagekit: Update while booting always fails
> > Output of the command `pkcon offline-status` is as follows: > > Status: Failed > > ErrorCode:failed-initialization > [...] > > Could you please retry again? Is this fixed? I tried today and it was > working for me with the current version in unstable (1.1.10-1) > This hasn't been a problem for me for some time. Hopefully this means it has already been fixed upstream!
Bug#895834: ITP: python-dataclasses -- Python dataclasses backport from 3.7
With the upcoming removal of Python 3.6 from the repository, this backport no longer seems necessary. I will close the bug report now.
Bug#898863: debian/watch doesn't work properly
On Thu, 20 Dec 2018, at 3:49 AM, Sergio Durigan Junior wrote: > While checking my maintainer's dashboard (<https://udd.debian.org/dmd>), > I noticed that we still haven't solved this problem. I realize life > sometimes gets in the way and it's hard to commit time to packaging, but > I decided to send this friendly ping anyway and see if you had the > chance to solve the issues I pointed out below. Hi Sergio, Well, I've finally got there! Please take a look at the latest upload (https://mentors.debian.net/package/python-cerberus) and let me know what you think. -- Joel Cross j...@kazbak.co.uk
Bug#918857: python3-distutils: Newest version appears to be missing py36 modules
I am a Python developer and many of my projects are still running inside Python 3.6 virtualenvs. Might it be a bit premature to remove the 3.6 distutils module while Python 3.6 is still available and supported within Debian? As an aside, I can confirm that downgrading to 3.7.1-1 (current buster version) restores the expected functionality with no noticeable side-effects.
Bug#915399: ITP: python-pipenv-pipes -- A PipEnv Environment Switcher
Package: wnpp Severity: wishlist Owner: Joel Cross * Package name: python-pipenv-pipes Version : 0.7.1 Upstream Author : Gui Talarico * URL : https://github.com/gtalarico/pipenv-pipes/ * License : MIT/Expat Programming Lang: Python Description : A Pipenv Environment Switcher Pipes is a Pipenv companion CLI tool that provides a quick way to jump between your Pipenv-powered projects. Its functionality is similar to that provided by virtualenvwrapper, but for projects using Pipenv.
Bug#917842: json-editor.js: Upgrade to latest version (1.2.x)
Source: json-editor.js Severity: wishlist The latest version of this library/tool is 1.2. Please can we package for the latest version. -- 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=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#925463: pytest: Please provide a pytest binary for Python 3.x
Source: pytest Severity: normal Dear Maintainer, I noticed today that while the python3-pytest package works fine when invoked as `python3 -m pytest`, it does not provide a binary, and the only binary provided is as part of the `python-pytest` package which is built on Python 2. For proper cross-version compatibility, I suggest defining a new 'pytest' package which contains just the binary, and depends on either python-pytest or python3-pytest. Alternatively, you could add a 'pytest3' binary to the existing python3-pytest package. -- 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=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#920923: ITP: python-pytest-lazy-fixture -- Use your fixtures in @pytest.mark.parametrize
Package: wnpp Severity: wishlist Owner: Joel Cross * Package name: python-pytest-lazy-fixture Version : 0.5.1 Upstream Author : Marsel Zaripov * URL : https://github.com/tvorog/pytest-lazy-fixture * License : MIT/Expat Programming Lang: Python Description : Use your fixtures in @pytest.mark.parametrize This is a build-dependency of python-pipenv-pipes, in order to run its testsuite.
Bug#927876: zsh: Does not print 'command not found' message if handler does not match
I have added a patch to the Ubuntu version of the bug (I believe Ubuntu is considered the upstream for this package). Hopefully they'll merge it soon, then we can pull the changes into Debian.
Bug#925463: pytest: Please provide a pytest binary for Python 3.x
On Sun, 14 Jul 2019, at 12:37 PM, Robie Basak wrote: > [I'm not the maintainer; just driving by] > > On Mon, Mar 25, 2019 at 01:14:34PM +0000, Joel Cross wrote: > > I noticed today that while the python3-pytest package works fine when > > invoked > > as `python3 -m pytest`, it does not provide a binary, and the only binary > > provided is as part of the `python-pytest` package which is built on Python > > 2. > > python3-pytest provides /usr/bin/pytest-3 and /usr/bin/py.test-3, does > it now? I've been using these for years: > > https://packages.debian.org/sid/all/python3-pytest/filelist > So it does! In which case, I will close this ticket.
Bug#927876: zsh: Does not print 'command not found' message if handler does not match
Package: command-not-found Version: 18.04.5-1 Severity: important Dear Maintainer, The latest version of the command-not-found/zsh combination is failing silently whenever the command-not-found-handler does not match. To reproduce: $ zsh --no-rcs localhost% source /etc/zsh_command_not_found localhost% some-command-that-does-not-exist localhost% Observe that no error message is printed. I would expect the line 'command not found: some-command-that-does-not-exist' to be printed. The zsh documentation agrees with me. From http://zsh.sourceforge.net/Doc/Release/Command-Execution.html: > If the function wishes to mimic the behaviour of the shell when the command is > not found, it should print the message ‘command not found: cmd’ to standard error > and return status 127. Looking at the `command-not-found-handler` definition, it is not printing any message, not is it allowing `/usr/lib/command-not-found` to print its own message. -- System Information: Debian Release: 10.0 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=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages command-not-found depends on: ii apt-file 3.2.2 ii lsb-release 10.2019031300 ii python3 3.7.3-1 ii python3-apt 1.8.4 command-not-found recommends no packages. Versions of packages command-not-found suggests: pn snapd -- no debconf information
Bug#902416: systemd: systemctl hibernate: unable to resume after upgrade
Hi Michael, Sorry I haven't been able to test out this fix yet. My laptop died shortly after receiving your message, and I'm currently not sure when I'll be able to get a suitable system together to test this out. If someone else reading this wants to test out the fix instead, please be my guest! -- Joel Cross
Bug#950232: software-properties-common: Wrong URL for Bullseye security updates
Package: software-properties-common Version: 0.96.20.2-2.1 Severity: important Dear Maintainer, I have a fresh Bullseye install, and am noticing that the security updates URL as defined in my sources.list is wrong and results in a 404. Here are the offending lines: deb http://security.debian.org/debian-security/ bullseye/updates main deb-src http://security.debian.org/debian-security/ bullseye/updates main Changing the dist from `bullseye/updates` to `bullseye-security/updates` fixes the problem, however within the software-properties tool this then appears in 'Other Software' and the 'Recommended Updates' checkbox becomes unticked. I am marking this as 'important' because it results in security updates not being installed by default unless the user fixes the URL by hand. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/12 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages software-properties-common depends on: ii ca-certificates 20190110 ii gir1.2-glib-2.0 1.62.0-2 ii gir1.2-packagekitglib-1.01.1.13-2 ii python-apt-common1.8.5 ii python3 3.7.5-3 ii python3-dbus 1.2.16-1 ii python3-gi 3.34.0-3 ii python3-software-properties 0.96.20.2-2.1 Versions of packages software-properties-common recommends: ii packagekit 1.1.13-2 software-properties-common suggests no packages. -- no debconf information
Bug#946491: unattended-upgrades: 100% of at least one CPU core consumed until killed daily via debian
If I can give a bit more information on this bug, since it affects me too... Every day, at around the same time, I notice my computer heating up, because the unattended-upgrades process is running. This happens even though I have masked the service in systemd. Attempting to kill the process does not work unless I do `kill -9`, even then it immediately respawns unless I also stop the process in systemd. This is on a fairly clean bullseye install.
Bug#954939: pipx: Should depend on python3-venv
Package: pipx Version: 0.12.3.1-2 Severity: important Dear Maintainer, My first time attempting to use pipx, on a fairly fresh system. -- $ pipx install poetry The virtual environment was not created successfully because ensurepip is not available. On Debian/Ubuntu systems, you need to install the python3-venv package using the following command. apt-get install python3-venv You may need to use sudo with that command. After installing the python3-venv package, recreate your virtual environment. Failing command: ['/home/joel/.local/pipx/venvs/poetry/bin/python3', '-Im', 'ensurepip', '--upgrade', '--default-pip'] '/usr/bin/python3 -m venv /home/joel/.local/pipx/venvs/poetry' failed --- Installing the `python3-venv` package fixes this problem. I propose this package depend on `python3-venv`. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (1000, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipx depends on: ii python33.7.5-3 ii python3-distutils 3.8.2-2 ii python3-pkg-resources 44.0.0-1 pipx recommends no packages. pipx suggests no packages. -- no debconf information
Bug#973299: base: No wifi after recent upgrade
Package: base Severity: important Dear Maintainer, After a recent routine update to my Debian installation, my wireless interface disappeared and my system was unable to do anything related to wifi. When running `iwconfig` all of my interfaces said "no wireless extensions" Neither using an older kernel nor downgrading network-manager solved the problem for me. Eventually, I was able to rollback the offending update by using the `apt- history` script and the snapshot repo, which fixed my system and allowed me to use wifi again. Here is the apt/history.log entry for the rollback: --- Downgrade: libgoa-backend-1.0-1:amd64 (3.38.0-1, 3.37.90-2), python3-texttable:amd64 (1.6.3-1, 1.6.2-2), libavformat58:amd64 (7:4.3.1-5, 7:4.3.1-4), libkf5idletime5:amd64 (5.74.0-2, 5.70.0-1), libavfilter7:amd64 (7:4.3.1-5, 7:4.3.1-4), libaa1:amd64 (1.4p5-48, 1.4p5-46+b1), libgphoto2-port12:amd64 (2.5.26-2, 2.5.26-1), libpackagekit-glib2-18:amd64 (1.2.1-1, 1.1.13-2+b1), gir1.2-nm-1.0:amd64 (1.27.91-1, 1.27.90-3), osinfo- db:amd64 (0.20201015-1, 0.20200325-1), linux-libc-dev:amd64 (5.9.1-1, 5.8.14-1), libldap-2.4-2:amd64 (2.4.54+dfsg-1, 2.4.53+dfsg-1), libgphoto2-6:amd64 (2.5.26-2, 2.5.26-1), libgoa-1.0-0b:amd64 (3.38.0-1, 3.37.90-2), libgoa-1.0-common:amd64 (3.38.0-1, 3.37.90-2), libswresample3:amd64 (7:4.3.1-5, 7:4.3.1-4), libipt2:amd64 (2.0.3-1, 2.0.2-1), libraw20:amd64 (0.20.2-1, 0.20.0-4), libhandy-1-0:amd64 (1.0.0-3, 1.0.0-2), libvdeplug2:amd64 (4.0.1-2, 2.3.2+r586-7), python3-brlapi:amd64 (6.1+dfsg-2, 6.0+dfsg-6+b1), qemu-system-x86:amd64 (1:5.1+dfsg-4+b1, 1:5.1+dfsg-4), libkf5waylandclient5:amd64 (4:5.74.0-2, 4:5.70.0-1), libgphoto2-l10n:amd64 (2.5.26-2, 2.5.26-1), libdca0:amd64 (0.0.7-2, 0.0.7-1), xbrlapi:amd64 (6.1+dfsg-2, 6.0+dfsg-6+b1), cmake-data:amd64 (3.18.4-1, 3.18.2-1), packagekit- tools:amd64 (1.2.1-1, 1.1.13-2+b1), insomnia:amd64 (2020.4.2, 2020.4.1), python3-requests:amd64 (2.24.0+dfsg-1, 2.23.0+dfsg-2), libpostproc55:amd64 (7:4.3.1-5, 7:4.3.1-4), rsyslog:amd64 (8.2010.0-1, 8.2008.0-1), python3-cups:amd64 (2.0.1-4, 2.0.1-3+b1), kwayland-data:amd64 (4:5.74.0-2, 4:5.70.0-1), libunbound8:amd64 (1.12.0-1, 1.11.0-1), qemu:amd64 (1:5.1+dfsg-4+b1, 1:5.1+dfsg-4), libnss-nisplus:amd64 (1.3-4, 1.3-3), libnss- nis:amd64 (3.1-4, 3.1-3), qemu-utils:amd64 (1:5.1+dfsg-4+b1, 1:5.1+dfsg-4), libfreetype6-dev:amd64 (2.10.2+dfsg-4, 2.10.2+dfsg-3), linux-image-amd64:amd64 (5.9.1-1, 5.8.14-1), libldap-common:amd64 (2.4.54+dfsg-1, 2.4.53+dfsg-1), libkf5guiaddons5:amd64 (5.74.0-3, 5.70.0-2), libjack-jackd2-0:amd64 (1.9.16~dfsg-1, 1.9.14~dfsg-1), libavcodec58:amd64 (7:4.3.1-5, 7:4.3.1-4), libavutil56:amd64 (7:4.3.1-5, 7:4.3.1-4), python3-yaml:amd64 (5.3.1-3, 5.3.1-2+b1), linux-headers-amd64:amd64 (5.9.1-1, 5.8.14-1), libpcaudio0:amd64 (1.1-6, 1.1-5), packagekit:amd64 (1.2.1-1, 1.1.13-2+b1), gir1.2-goa-1.0:amd64 (3.38.0-1, 3.37.90-2), gnome-online-accounts:amd64 (3.38.0-1, 3.37.90-2), fonts-ipafont-gothic:amd64 (00303-21, 00303-20), libkf5windowsystem5:amd64 (5.74.0-2, 5.70.0-1), iproute2:amd64 (5.9.0-1, 5.8.0-1), libswscale5:amd64 (7:4.3.1-5, 7:4.3.1-4), linux-compiler-gcc-10-x86:amd64 (5.9.1-1, 5.8.14-1), gnome-nibbles:amd64 (1:3.38.1-1, 1:3.38.0-1), gir1.2-packagekitglib-1.0:amd64 (1.2.1-1, 1.1.13-2+b1), cmake:amd64 (3.18.4-1, 3.18.2-1), libnss3:amd64 (2:3.58-1, 2:3.56-1), libfreetype6:amd64 (2.10.2+dfsg-4, 2.10.2+dfsg-3), libkf5windowsystem-data:amd64 (5.74.0-2, 5.70.0-1), libglib-object- introspection-perl:amd64 (0.049-1, 0.048-2), python3-traitlets:amd64 (5.0.5-1, 5.0.4-1), fonts-ipafont-mincho:amd64 (00303-21, 00303-20), python3-lxml:amd64 (4.6.1-1, 4.5.2-1+b1), libnpth0:amd64 (1.6-3, 1.6-2), gstreamer1.0-packagekit:amd64 (1.2.1-1, 1.1.13-2+b1), liburi-perl:amd64 (5.05-1, 1.76-2), qemu-system-common:amd64 (1:5.1+dfsg-4+b1, 1:5.1+dfsg-4), libavresample4:amd64 (7:4.3.1-5, 7:4.3.1-4), libnspr4:amd64 (2:4.29-1, 2:4.28-1), gir1.2-handy-1:amd64 (1.0.0-3, 1.0.0-2), libfaad2:amd64 (2.10.0-1, 2.9.2-1), qemu-system-gui:amd64 (1:5.1+dfsg-4+b1, 1:5.1+dfsg-4), xterm:amd64 (361-1, 360-1), tzdata:amd64 (2020d-1, 2020b-1), docker.io:amd64 (19.03.13+dfsg1-3, 19.03.13+dfsg1-2), libfreetype-dev:amd64 (2.10.2+dfsg-4, 2.10.2+dfsg-3) End-Date: 2020-10-28 12:31:51 --- I have looked through this list, but cannot see any package that seems it could be related to this issue (hence my bug report to 'base'), nevertheless rolling back this update did fix the issue for me. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-1-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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
Bug#996753: systemd: After bullseye upgrade: DNS does not work after changing wireless networks or suspending laptop
$ cat /etc/network/interfaces source-directory /etc/network/interfaces.d $ ls /etc/network/interfaces.d setup $ cat /etc/network/interfaces.d/setup auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp $ cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN # 127.0.0.53 is the systemd-resolved stub resolver. # run "resolvectl status" to see details about the actual nameservers. nameserver 127.0.0.1 $ ls -la /etc/resolv.conf lrwxrwxrwx 1 root root 29 Sep 29 16:34 /etc/resolv.conf -> ../run/resolvconf/resolv.conf $ cat /run/NetworkManager/resolv.conf # Generated by NetworkManager nameserver 192.168.1.1
Bug#996753: systemd: After bullseye upgrade: DNS does not work after changing wireless networks or suspending laptop
Thanks for the clarification, and I will try those steps. I have never reconfigured my networking beyond the default settings, so could this be an upgrade issue? -- Joel Cross j...@kazbak.co.uk On Mon, 18 Oct 2021, at 11:18 PM, Michael Biebl wrote: > Am 18.10.2021 um 19:51 schrieb Joel Cross: >> $ cat /etc/network/interfaces >> source-directory /etc/network/interfaces.d >> $ ls /etc/network/interfaces.d >> setup >> $ cat /etc/network/interfaces.d/setup >> auto lo >> iface lo inet loopback >> >> auto eth0 >> iface eth0 inet dhcp > > So, you have eth0 configured by ifupdown, at the same time you use > NetworkManager to configure your network. So they stomp upon each other > and depending on the order in which they are started, it's likely they > mess up each others configuration > > If you want to use NetworkManager, please remove > /etc/network/interfaces.d/setup > > If you want to use ifupdown, my advice would be to either uninstall the > network-manager package or disable the NetworkManager.service > >> $ cat /etc/resolv.conf >> >> # Dynamic resolv.conf(5) file for glibc resolver(3) generated by >> resolvconf(8) >> # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN >> # 127.0.0.53 is the systemd-resolved stub resolver. >> # run "resolvectl status" to see details about the actual nameservers. >> >> nameserver 127.0.0.1 > > So, you apparently use resolvconf as well, adding another tool to the > mix and a local (caching) dns server. Another moving part. > >> $ ls -la /etc/resolv.conf >> lrwxrwxrwx 1 root root 29 Sep 29 16:34 /etc/resolv.conf -> >> ../run/resolvconf/resolv.conf > >> $ cat /run/NetworkManager/resolv.conf >> # Generated by NetworkManager >> nameserver 192.168.1.1 >> > > That looks ok. > > > All in all, this looks like a local configuration issue and neither an > issue in systemd, ifupdown or NetworkManager. > > > Attachments: > * OpenPGP_signature
Bug#996753: systemd: After bullseye upgrade: DNS does not work after changing wireless networks or suspending laptop
Thanks Michael. To whom it may concern, I should have mentioned that I use network manager to control my wireless networks - presumably this uses ifupdown under the hood, but I'm not 100% on that -- Joel Cross j...@kazbak.co.uk On Mon, 18 Oct 2021, at 10:59 AM, Michael Biebl wrote: > Control: reassign -1 ifupdown > > Am 18.10.21 um 09:42 schrieb Joel Cross: >> Package: systemd >> Version: 249.5-1 >> Severity: important >> X-Debbugs-Cc: joel+debb...@kazbak.co.uk >> >> Dear Maintainer, >> >> I run a testing/sid setup. After a recent PackageKit upgrade (it might have >> been the 11.0 or 11.1 upgrade) there are serious usability issues with the >> wifi. To reproduce (on my system): >> >> * Switch the computer on and connect to a wireless network -> everything is >> fine >> * Switch to a different wireless network -> it is possible to ping IP >> addresses >> but DNS resolution does not work. Changing /etc/resolv.conf has no effect >> >> Additionally, running 'resolvctl status' yields this error: >> Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not >> found. >> (I mention this because it might be related) > > This means systemd-resolved is not enabled, i.e. you don't use > systemd-resolved. Which is fine, you don't need systemd-resolved > (currently it defaults to disabled anyway). > >> This has been a consistent issue since the upgrade, meaning I need to restart >> my laptop multiple times per day just to get a working internet connection. I >> have tried 'systemctl restart networking' (which fails with another error) >> and >> multiple other ways, but the only reliable fix I have found is to restart my >> entire system. > > networking.service is provided by ifupdown, a separate package not under > systemd's control. > > Assuming that you control your network configuration with ifupdown, I'm > going to reassign the bug report accordingly. It's more likely that they > can help you debug your network related problems. > > If it turns out to be an actual issue in systemd, please reassign back. > > Michael > > > Attachments: > * OpenPGP_signature