Bug#1069699: RFP : Cars Sports Racing Speed Dreams' fork
Package: cars-sports-racing Severity: /wishlist/ I left the Speed Dreams project to found my own project more in line with what I originally wanted to do with the project. I have just released version 1.0 of the cars-sports-racing project licence GPL2/GPL3 (also on Sourceforge: https://sourceforge.net/projects/cars-sports-racing/ The main difference at the moment is that this project is focused on unlocking challenges to be able to access the following races and other cars, I have also removed the OpenSceneGraph engine which remains a very good library but which is no longer developed ( just in maintenance), I'm leaning more towards an internal OpenGL3 engine. The long-term objective of this project is to have a career mode integrated directly into the internal engine. Cheers Xavier BERTAUX
Bug#1067194: ITP: ansible-creator -- fastest way to generate all your ansible content
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: ansible-creator Version : 24.2.0 Upstream Contact: Ansible by Red Hat * URL : https://github.com/ansible/ansible-creator * License : Apache 2.0 Programming Lang: Python Description : fastest way to generate all your ansible content CLI tool for scaffolding all your Ansible Content. This package is a Command-Line Interface (CLI) tool designed for effortless scaffolding all your Ansible content. Used to initializing an Ansible collection or creating a framework for specific plugins, this tool streamlines the process with efficiency, standard and precision based on your requirements.
Bug#1064931: RM: makedev -- RoQA; obsolete
Dear Chris, I am not opposed to removing the referenced package if Debian decides that it is no longer relevant. Thank you for your attention, Guilherme Xavier Em ter., 27 de fev. de 2024 às 17:45, Chris Hofstaedtler escreveu: > > Package: ftp.debian.org > Severity: normal > Tags: moreinfo > User: ftp.debian@packages.debian.org > Usertags: remove > X-Debbugs-Cc: make...@packages.debian.org, helm...@debian.org > Control: affects -1 + src:makedev > > Dear ftpmasters, makedev packagers, > > I propose to remove makedev. All its uses should be obsoleted by udev. > > The source package has some build requirements making building it > non-trivial in various environments (however the official buildds with > root support are fine). > > I intend to keep this bug tagged moreinfo until mid-April to give > everybody enough time to respond to this proposal. > > Thanks for your attention, > Chris -- Guilherme de Paula Xavier Segundo GPG: 4096R/976B8AC9 GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9
Bug#1064123: libgl1-mesa-dri: latest version crashes X, can't use mouse/keyboard
Dear Maintainer, I confirm this issue. I experienced it with an AMD R7 240 graphics card[1] on a regular Debian Sid host running kernel 6.6.15. Booting with the previous kernel (6.6.13) did not change the situation but I confirm "Accel" "no", as suggested by Grégory, is a suitable workaround. The machine that experiences this issue idles most of the time, so let me know if I can do/provide anything that would help solving this. Cheers, -- Xavier G. [1] lspci: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon R7 240/340 / Radeon 520]
Bug#994965: closed by Jeremy Bícha (Re: gnome-control-center: "Power Mode" options not displayed)
Thanks !
Bug#1055846: texlive-extra-utils: spix is listed in the package description but not installed in package files
of packages tex-common depends on: ii ucf 3.0043+nmu1 Versions of packages tex-common suggests: ii debhelper 13.11.7 Versions of packages texlive-extra-utils is related to: ii tex-common6.18 ii texlive-binaries 2023.20230311.66589-6 -- no debconf information -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1052635: firefox-esr: hover broken on Wayland - fix available
Package: firefox-esr Version: 115.2.1esr-1 Severity: important Tags: upstream Dear Maintainer, Firefox-esr has hover broken on wayland (tooltips don't appear on hover, other things are randomly broken). An easy fix is to start it with MOZ_ENABLE_WAYLAND=1 in the .desktop file. I don't know if it still works on X11 though in this case. HTH, Xav -- Package-specific info: -- Addons package information -- System Information: Debian Release: trixie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox-esr depends on: ii debianutils 5.13 ii fontconfig 2.14.2-6 ii libasound2 1.2.9-2 ii libatk1.0-0 2.49.91-2 ii libc62.37-10 ii libcairo-gobject21.17.8-3 ii libcairo21.17.8-3 ii libdbus-1-3 1.14.10-1 ii libdbus-glib-1-2 0.112-3 ii libevent-2.1-7 2.1.12-stable-8 ii libffi8 3.4.4-1 ii libfontconfig1 2.14.2-6 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s113.2.0-4 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.78.0-1 ii libgtk-3-0 3.24.38-5 ii libnspr4 2:4.35-1.1 ii libnss3 2:3.92-1 ii libpango-1.0-0 1.51.0+ds-2 ii libstdc++6 13.2.0-4 ii libvpx7 1.12.0-1 ii libx11-6 2:1.8.6-1 ii libx11-xcb1 2:1.8.6-1 ii libxcb-shm0 1.15-1 ii libxcb1 1.15-1 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.6-1 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2 ii libxrandr2 2:1.5.2-2+b1 ii libxtst6 2:1.2.3-1.1 ii procps 2:4.0.3-1 ii zlib1g 1:1.2.13.dfsg-3 Versions of packages firefox-esr recommends: ii libavcodec58 7:4.3.6-0+deb11u1 ii libavcodec60 7:6.0-6 Versions of packages firefox-esr suggests: ii fonts-lmodern 2.005-1 ii fonts-stix [otf-stix] 1.1.1-4.1 ii libcanberra0 0.30-10 ii libgssapi-krb5-2 1.20.1-4 pn pulseaudio -- no debconf information
Bug#1051855: plasma-workspace-wallpapers: Other similar packages are named with "background"
Package: plasma-workspace-wallpapers Version: 4:5.27.5-2 Severity: wishlist X-Debbugs-Cc: xav...@alternatif.org Dear Maintainer, This package name is hard to guess because its name is different than other similar packages (gnome-backgrounds, sway-backgrounds, mate-backgrounds and so on). The package is also hard to find, because the only package depending on it is kde-full. May be a fake or meta package named "kde-background" could help ? -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 -- no debconf information
Bug#1051784: ITP: python-kr8s -- A batteries-included Python client library for Kubernetes that feels familiar for folks who already know how to use kubectl
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, guilherme@gmail.com * Package name: python-kr8s Version : 0.8.17 Upstream Contact: Jacob Tomlimson * URL : https://github.com/kr8s-org/kr8s * License : BSD Programming Lang: Python Description : Library for Kubernetes similar to use kubectl This library provides a simple and extensible way to interact with Kubernetes clusters. The way of use is very similar to the 'kubectl' command and provides most of the features that this command has. . Features: . - API inspired by 'kubectl' to reduce the developer learning curve. - Sensible standards for reducing boilerplate. - No hubris-generated code, just human-readable code. - It also has an asynchronous API that can be used with 'asyncio' and 'trio'. - Client caching to reduce API object passing. - Batteries included providing useful utilities and methods inspired by 'kubectl'. . Packaging will happen within the Debian Python Team.
Bug#1051635: firmware-linux: missing firmware on AMD
Package: firmware-linux
Version: 20210315-3
Severity: normal
Dear Maintainer,
On my 6.1.0 kernel, I have this message:
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: enabling device ( -
> 0002)
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: no command queues
available
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: sev enabled
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: psp enabled
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: firmware: failed to
load amd/amd_sev_fam17h_model31h.sbin (-2)
[dim. 10 sept. 17:37:23 2023] firmware_class: See
https://wiki.debian.org/Firmware for information about missing firmware
[dim. 10 sept. 17:37:23 2023] ccp :43:00.1: firmware: failed to
load amd/amd_sev_fam17h_model31h.sbin (-2)
Apparently I'm missing a firmware for my machine. Would it be possible
to have it in stable ?
Regards,
Xavier
-- System Information:
Debian Release: 12.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-10-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages firmware-linux depends on:
ii firmware-linux-free 20200122-1
ii firmware-linux-nonfree 20210315-3
Versions of packages firmware-linux recommends:
ii amd64-microcode 3.20230719.1~deb10u1
ii intel-microcode 3.20230808.1~deb10u1
firmware-linux suggests no packages.
-- no debconf information
Bug#1042774: ITP: python3-grequests -- asynchronous Web Scraping With Python
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org,debian-pyt...@lists.debian.org, guilherme@gmail.com * Package name: python3-grequests Version : 0.7.0 Upstream Contact: Kenneth Reitz * URL : https://github.com/spyoungtech/grequests * License : BSD Programming Lang: Python Description : asynchronous Web Scraping With Python This package allows you to use Requests with Gevent to make asynchronous HTTP Requests easily. . Simple but effective way to create multiple http requests in Python allowing to scrape faster. . The HTTP verb methods in grequests (e.g., grequests.get, grequests.post, etc.) accept all the same keyword arguments as in the requests library.
Bug#1038822: semctl(2): access permissions are for the semaphore set, not for a shared memory segment
Package: manpages-dev Version: 6.03-2 Severity: minor X-Debbugs-Cc: delatour.xav...@orange.fr Dear Maintainer, Current manpage: "The least significant 9 bits of the mode field of the ipc_perm structure define the access permissions for the shared memory segment." Expected: "The least significant 9 bits of the mode field of the ipc_perm structure define the access permissions for the semaphore set." -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages manpages-dev depends on: ii manpages 6.03-2 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.11.2-2 -- no debconf information
Bug#1036197: ibus-pinyin setup broken with Python >= 3.10 due to gettext.bind_textdomain_codeset
Package: ibus-pinyin
Version: 1.5.0-8
Severity: important
Dear Maintainer,
How to reproduce?
- ensure you are running a flavour of Debian that features Python >= 3.10
- install ibus and ibus-pinyin
- run ibus-setup in a terminal
- select the "Input Method" tab
- click "Add" > Chinese > Pinyin > Add
- select "Chinese - Pinyin"
- click Preferences
Outcome:
1. no dialog appear on screen
2. the following Python stacktrace appears in the terminal:
Traceback (most recent call last):
File "/usr/share/ibus-pinyin/setup/main.py", line 428, in
main()
File "/usr/share/ibus-pinyin/setup/main.py", line 424, in main
PreferencesDialog(name).run()
^^^
File "/usr/share/ibus-pinyin/setup/main.py", line 44, in __init__
gettext.bind_textdomain_codeset("ibus-pinyin", "UTF-8")
^^^
AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset'
The python documentation[1] reports that
gettext.bind_textdomain_codeset(domain, codeset=None) is "Deprecated since
version 3.8, removed in version 3.10", hence the stacktrace.
Let me know if you need further information.
[1] https://docs.python.org/3.10/library/gettext.html
-- System Information:
Debian Release: 12.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.1.0-8-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ibus-pinyin depends on:
ii gir1.2-gtk-3.0 3.24.37-2
ii gir1.2-ibus-1.0 1.5.27-5
ii libc62.36-9
ii libgcc-s112.2.0-14
ii libglib2.0-0 2.74.6-2
ii libibus-1.0-51.5.27-5
ii liblua5.4-0 5.4.4-3
ii libpyzy-1.0-0v5 1.0.1-8
ii libsqlite3-0 3.40.1-2
ii libstdc++6 12.2.0-14
ii python3 3.11.2-1+b1
ii python3-gi 3.42.2-3+b1
ii python3-xdg 0.28-2
ibus-pinyin recommends no packages.
ibus-pinyin suggests no packages.
-- no debconf information
Bug#1021339: VIM 8.2 deb etc.
Le jeudi 19 janvier 2023 à 21:14 +0900, Osamu Aoki a écrit : [...] > the upstream neovim folks release a functional Debian package nvim- > linux64.deb at https://github.com/neovim/neovim/releases/ . Unfortunately my laptop is arm64 (it's a Mac M1 with Debian on top), so these packages can't work. I'll just wait. Thanks, Xav
Bug#1029078: ITP: depix -- recovers passwords from pixelized screenshots
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, debian-security-to...@lists.debian.org, si...@factosec.nl * Package name: depix Version : 0.0~git20220716 Upstream Contact: Sipke Mellema * URL : https://github.com/beurtschipper/Depix * License : CC-BY-4.0 Programming Lang: Python Description : recovers passwords from pixelized screenshots Depix is a tool for recovering passwords from pixelized screenshots. . Pixelization describes the process of partially lowering the resolution of an image to censor information. The implementation of this algorithm attacks the common linear box filter. A linear box filter takes a box of pixels, and overwrites the pixels with the average value of all pixels in the box. Its implementation is simple and its workings fast, for it can process multiple blocks in parallel. . This implementation works on pixelized images that were created with a linear box filter.
Bug#1029047: software-properties-qt: software-property-qt should depends on lazr
Package: software-properties-qt Version: 0.99.30-3 Severity: grave Justification: renders package unusable Dear Maintainer, When launching software-properties-qt, I get the following message : ❯ /usr/bin/software-properties-qt Traceback (most recent call last): File "/usr/bin/software-properties-qt", line 36, in from softwareproperties.qt.SoftwarePropertiesQt import SoftwarePropertiesQt File "/usr/lib/python3/dist-packages/softwareproperties/qt/SoftwarePropertiesQt.py", line 45, in from softwareproperties.SoftwareProperties import SoftwareProperties File "/usr/lib/python3/dist-packages/softwareproperties/SoftwareProperties.py", line 62, in from softwareproperties.shortcuts import shortcut_handler File "/usr/lib/python3/dist-packages/softwareproperties/shortcuts.py", line 23, in from softwareproperties.ppa import PPAShortcutHandler File "/usr/lib/python3/dist-packages/softwareproperties/ppa.py", line 25, in from lazr.restfulclient.errors import (NotFound, BadRequest, Unauthorized) ModuleNotFoundError: No module named 'lazr' The package should include a runtime depends on python3-lazr.uri. Thanks, -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages software-properties-qt depends on: ii debconf-kde-helper 1.1.0-1 ii python3 3.11.1-1 ii python3-pyqt55.15.7+dfsg-3+b3 ii python3-software-properties 0.99.30-3 ii software-properties-common 0.99.30-3 software-properties-qt recommends no packages. Versions of packages software-properties-qt suggests: ii plasma-discover 5.26.5-2 -- no debconf information -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1028913: closed by Debian FTP Masters (reply to Emmanuel Arias ) (Bug#1028913: fixed in poetry 1.3.2+dfsg-2)
Hello, python3-pylev isn't a Build-Deb but à runtime dependencie Thank you so much Le 15 janv. à 01:39 Debian Bug Tracking System a écrit > This is an automatic notification regarding your Bug report > which was filed against the python3-poetry package: > > #1028913: python3-poetry: poetry commands depends on pylev (python3-pylev) > > It has been closed by Debian FTP Masters > (reply to Emmanuel Arias ). > > Their explanation is attached below along with your original report. > If this explanation is unsatisfactory and you have not received a > better one in a separate message then please contact Debian FTP Masters > (reply to Emmanuel Arias > ) by > replying to this email. > > > -- > 1028913: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028913 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems > Date: Sun, 15 Jan 2023 00:35:49 + > From: Debian FTP Masters > To: 1028913-cl...@bugs.debian.org > Subject: Bug#1028913: fixed in poetry 1.3.2+dfsg-2 > Reply-To: Emmanuel Arias > Message-Id: > [---=| Quote block shrunk by t-prot: 82 lines snipped |=---] > > python3-poetry suggests no packages. > > -- no debconf information > > -- > Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net > > Société Libre, Logiciel Libre http://www.april.org/adherer > Parinux, logiciel libre à Paris : http://www.parinux.org -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1028913: python3-poetry: poetry commands depends on pylev (python3-pylev)
Package: python3-poetry Version: 1.3.2+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, I've observed on Debian Sid that python3-pylev has to be removed when upgrading to python3.11. Alas, when trying to work with poetry, i got the following traceback : ❯ poetry new Traceback (most recent call last): File "/usr/bin/poetry", line 5, in from poetry.console.application import main File "/usr/lib/python3/dist-packages/poetry/console/application.py", line 11, in from cleo.application import Application as BaseApplication File "/usr/lib/python3/dist-packages/cleo/application.py", line 12, in from cleo.commands.completions_command import CompletionsCommand File "/usr/lib/python3/dist-packages/cleo/commands/completions_command.py", line 10, in from cleo import helpers File "/usr/lib/python3/dist-packages/cleo/helpers.py", line 5, in from cleo.io.inputs.argument import Argument File "/usr/lib/python3/dist-packages/cleo/io/inputs/argument.py", line 5, in from cleo.exceptions import CleoLogicError File "/usr/lib/python3/dist-packages/cleo/exceptions/__init__.py", line 3, in from cleo._utils import find_similar_names File "/usr/lib/python3/dist-packages/cleo/_utils.py", line 8, in from pylev import levenshtein ModuleNotFoundError: No module named 'pylev' Poetry should depends on python3-pylev : if I install poetry in a Python virtualenv, every thing works as excpeted and it pulls pylev from pip ; if I install python3-pylev direct, poetry works fine. I've even tested on a fresh new debian:sid docker image. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-poetry depends on: ii python3 3.11.1-1 ii python3-cachecontrol0.12.12-2 ii python3-cleo2.0.1-3 ii python3-crashtest 0.4.1-1 ii python3-dulwich 0.20.50-1+b1 ii python3-filelock3.9.0-1 ii python3-html5lib1.1-3 ii python3-importlib-metadata 4.12.0-1 ii python3-jsonschema 4.9.1-3 ii python3-keyring 23.9.3-2 ii python3-lockfile1:0.12.2-2.2 ii python3-packaging 23.0-1 ii python3-pexpect 4.8.0-4 ii python3-pkginfo 1.8.2-2 ii python3-platformdirs2.6.0-1 ii python3-poetry-core 1.4.0-3 ii python3-requests2.28.1+dfsg-1 ii python3-requests-toolbelt 0.10.1-1 ii python3-shellingham 1.5.0-1 ii python3-tomli 2.0.1-2 ii python3-tomlkit 0.11.6-1 ii python3-urllib3 1.26.12-1 ii python3-virtualenv 20.17.1+ds-1 python3-poetry recommends no packages. python3-poetry suggests no packages. -- no debconf information -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1027454: ITP: arjun -- HTTP parameter discovery suite
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, debian-security-to...@lists.debian.org, s0m...@gmail.com * Package name: arjun Version : 2.2.1 Upstream Contact: Somdev Sangwan * URL : https://github.com/s0md3v/Arjun * License : AGPL-3 Programming Lang: Python Description : HTTP parameter discovery suite This package can find query parameters for URL endpoints. If you don't get what that means, it's okay, read along. . Web applications use parameters (or queries) to accept user input, take the following example into consideration: http://api.example.com/v1/userinfo?id=751634589 . This URL seems to load user information for a specific user id, but what if there exists a parameter named admin which when set to True makes the endpoint provide more information about the user? This is what Arjun does, it finds valid HTTP parameters with a huge default dictionary of 25,890 parameter names.
Bug#1021339: 0.8 in sid ?
Hi, > I may upload 0.8.0 to experimental Would it be possible to do so ? Popular neovim configs (LunarVim and AstroVim) only work with neovim 0.8 now, and installing them on a new machine doesn't work with 0.7. Cheers, Xav
Bug#1025083: bullseye-pu: package omnievents/1:2.6.2-5.1+deb11u1
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: guilherme@gmail.com
[ Reason ]
This is not a regression, but a discovered bug.
omnievents enables CORBA applications to communicate through asynchronous
broadcast channels rather than direct method calls.
omnievents-doc is a package that can be installed as a suggestion of
omnievents containing the documentation of package, but which cannot be fully
used due to broken symlink.
[ Impact ]
If not approved, the package documentation cannot be used in its entirety.
[ Tests ]
The package has been tested in stable, testing and unstable versions. Tests
using pipuparts were made using '--fail-on-broken-symlinks' option and after
the correction the problem was no longer found.
The command used in the test was:
# piuparts --fail-on-broken-symlinks omnievents-doc_2.6.2-5.1+deb11u1_all.deb
[ Risks ]
This is a trivial change, no risks.
[ Checklist ]
[x] *all* changes are documented in the d/changelog
[x] I reviewed all changes and I approve them
[x] attach debdiff against the package in (old)stable
[x] the issue is verified as fixed in unstable
[ Changes ]
The fix was made in the debian/control file by adding the 'libjs-jquery'
dependency to the 'omnievents-doc' package.
Please, see the debdiff.
[ Other info ]
No more information.
diff -Nru omnievents-2.6.2/debian/changelog omnievents-2.6.2/debian/changelog
--- omnievents-2.6.2/debian/changelog 2021-01-09 07:59:32.0 -0300
+++ omnievents-2.6.2/debian/changelog 2022-11-28 17:20:30.0 -0300
@@ -1,3 +1,12 @@
+omnievents (1:2.6.2-5.1+deb11u1) bullseye; urgency=medium
+
+ * debian/control: Added 'libjs-jquery' as a dependency of 'omnievents-doc'
+to fix broken symlinks that prevent reading part of the documentation.
+.
+Closes: #989339
+
+ -- Guilherme de Paula Xavier Segundo Mon, 28 Nov
2022 17:20:30 -0300
+
omnievents (1:2.6.2-5.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -Nru omnievents-2.6.2/debian/control omnievents-2.6.2/debian/control
--- omnievents-2.6.2/debian/control 2016-07-23 17:11:03.0 -0300
+++ omnievents-2.6.2/debian/control 2022-11-28 17:20:30.0 -0300
@@ -45,7 +45,8 @@
Package: omnievents-doc
Architecture: all
Section: doc
-Depends: ${misc:Depends}
+Depends: ${misc:Depends},
+ libjs-jquery
Description: omniORB event service documentation
This package contains omniEvents manual and doxygen generated documentation.
.
Bug#1023736: ITP: dotdrop -- Save your dotfiles once deploy them everywhere
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org,, guilherme@gmail.com * Package name: dotdrop Version : 1.11.0 Upstream Author : deadc0de6 * URL : https://github.com/deadc0de6/dotdrop * License : GPL-3 Programming Lang: Python Description : Save your dotfiles once deploy them everywhere Makes the management of dotfiles between different hosts easy. It allows you to store your dotfiles in Git and automagically deploy different versions of the same file on different setups. It also allows to manage different sets of dotfiles. For example, you can have a set of dotfiles for your home laptop and a different set for your office desktop. Those sets may overlap, and different versions of the same dotfiles can be deployed using different predefined profiles. Or you may have a main set of dotfiles for your everyday host and a subset you only need to deploy to temporary hosts (cloud VM etc.) that may be using a slightly different version of some of the dotfiles. Features: Sync once every dotfile in Git for different usages Allow dotfile templating Dynamically generated dotfile contents with pre-defined variables Comparison between deployed and stored dotfiles Handling multiple profiles with different sets of dotfiles Easily import and update dotfiles Handle files and directories Support symlinking of dotfiles Associate actions to the deployment of specific dotfiles Associate transformations for storing encrypted/compressed dotfiles Provide solutions for handling dotfiles containing sensitive information
Bug#995153: linux-image-5.14.0-trunk-amd64: no more bluetooth
Hi, Sorry I don't have the machine anymore. Regards, Xav
Bug#1022954: Acknowledgement (wpasupplicant: please compile with CONFIG_WIFI_DISPLAY)
Nevermind the bug is in the wifi driver. Please close.
Bug#1022955: Acknowledgement (gnome-network-displays: fails to find remote display)
Nevermind, apparently the wifi device is unsupported: root@dev5:~# iw dev phy#0 Interface wlp1s0f0 ifindex 2 wdev 0x1 addr bc:d0:74:06:f0:98 ssid lemaister type managed channel 1 (2412 MHz), width: 20 MHz, center1: 2412 MHz txpower 31.00 dBm You can close the bug.
Bug#1022955: gnome-network-displays: fails to find remote display
Package: gnome-network-displays Version: 0.90.5-3 Severity: normal Dear Maintainer, gnome-network-displau doesn't find my network display (found by my android phone). When trying toi troubleshoot I've got: gdbus call --system --dest fi.w1.wpa_supplicant1 --object-path /fi/w1/wpa_supplicant1 --method org.freedesktop.DBus.Properties.Get fi.w1.wpa_supplicant1 WFDIEs Erreur : GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type="method_call", sender=":1.178" (uid=1000 pid=12493 comm="gdbus call --system --dest fi.w1.wpa_supplicant1 -") interface="org.freedesktop.DBus.Properties" member="Get" error name="(unset)" requested_reply="0" destination="fi.w1.wpa_supplicant1" (uid=0 pid=800 comm="/sbin/wpa_supplicant -u -s -O /run/wpa_supplicant") Something isn't confugired correctly apparently. Regards, Xav -- System Information: Debian Release: bookworm/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 6.0.0-rc5-asahi-1-gc62bd3fe430f (SMP w/10 CPU threads) Kernel taint flags: TAINT_CPU_OUT_OF_SPEC, TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-network-displays depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii libc62.35-4 ii libglib2.0-0 2.74.1-1 ii libgstreamer-plugins-base1.0-0 1.20.3-2 ii libgstreamer1.0-01.20.3-1 ii libgstrtspserver-1.0-0 1.20.3-1 ii libgtk-3-0 3.24.34-3 ii libnm0 1.40.2-1 ii libpulse-mainloop-glib0 16.1+dfsg1-2+b1 ii libpulse016.1+dfsg1-2+b1 ii network-manager 1.40.2-1 ii wpasupplicant2:2.10-9+b2 gnome-network-displays recommends no packages. gnome-network-displays suggests no packages. -- no debconf information
Bug#1022954: wpasupplicant: please compile with CONFIG_WIFI_DISPLAY
Package: wpasupplicant Version: 2:2.10-9+b2 Severity: wishlist Dear Maintainer, gnome-network-displays does not work, and from it's troubleshooting section at https://gitlab.gnome.org/GNOME/gnome-network-displays it seems that it's because wpasupplicant isn't compiled with the right options. Could you please include everything for it to work ? Regards Xav -- System Information: Debian Release: bookworm/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: arm64 (aarch64) Kernel: Linux 6.0.0-rc5-asahi-1-gc62bd3fe430f (SMP w/10 CPU threads) Kernel taint flags: TAINT_CPU_OUT_OF_SPEC, TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages wpasupplicant depends on: ii adduser3.129 ii libc6 2.35-4 ii libdbus-1-31.14.4-1 ii libnl-3-2003.7.0-0.2+b1 ii libnl-genl-3-200 3.7.0-0.2+b1 ii libnl-route-3-200 3.7.0-0.2+b1 ii libpcsclite1 1.9.9-1 ii libreadline8 8.2-1 ii libssl33.0.5-4 ii sysvinit-utils [lsb-base] 3.05-6 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl pn wpagui -- no debconf information
Bug#1014815:
retitle 1014815 RFP: python-kiwipy -- Easy remote messaging using RabbitMQ noowner 1014815
Bug#1014815: kiwipy initial packaging
I'm currently busy and don't have time to package kiwipy so I change the package status to RFS -- Guilherme de Paula Xavier Segundo GPG: 4096R/976B8AC9 GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9
Bug#1022085: texlive-pictures: Missing file in texlive-pictures (tkz-euclide related)
Package: texlive-pictures Version: 2022.20220923-1 Severity: important Dear Maintainer, File /usr/share/texlive/texmf-dist/tex/latex/tkz-euclide/tkz-obj-eu-draw-triangles.tex is missing from texlive-pictures package. While this doesn't completly block building a document since you doesn't need to draw triangle, it produce a rather confusing message on (*)latex message prompting for the file location. Please consider rebuild the package with the file in it. Thanks -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. In particular, bugs that are related to up-upstream, i.e., neither Debian nor TeX Live (upstream), but the original package authors, will be closed immediately. *** The Debian TeX Team is *not* a LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 2078 Oct 19 21:55 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Oct 12 23:25 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Oct 10 00:15 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 10 00:15 /usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 475 Oct 13 19:43 /etc/texmf/web2c/texmf.cnf lrwxrwxrwx 1 root root 33 Oct 10 00:15 /usr/share/texmf/web2c/fmtutil.cnf -> /var/lib/texmf/fmtutil.cnf-DEBIAN lrwxrwxrwx 1 root root 32 Oct 10 00:15 /usr/share/texmf/web2c/updmap.cfg -> /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 2926 Oct 13 19:43 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jul 31 2019 mktex.cnf -rw-r--r-- 1 root root 475 Oct 13 19:43 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (100, 'buster-fasttrack'), (100, 'buster-backports'), (100, 'bullseye-fasttrack'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages texlive-pictures depends on: ii python33.10.6-1 ii tex-common 6.18 ii texlive-base 2022.20220923-1 ii texlive-binaries 2022.20220321.62855-4 ii texlive-latex-recommended 2022.20220923-1 Versions of packages texlive-pictures recommends: ii ruby 1:3.0+3.1 ii tk8.6.11+1 Versions of packages texlive-pictures suggests: ii dot2tex 2.11.3-3 pn prerex ii texlive-latex-extra 2022.20220923-2 ii texlive-pictures-doc 2022.20220923-1 pn vprerex Versions of packages tex-common depends on: ii ucf 3.0043 Versions of packages tex-common suggests: ii debhelper 13.10 Versions of packages texlive-pictures is related to: ii tex-common6.18 ii texlive-binaries 2022.20220321.62855-4 -- no debconf information -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http:
Bug#1014815: kiwipy initial packaging
Hi Bastian, I did check the correct package dependencies. I believe that if you had researched I sent the aio-pika package on 03/08/2022 (https://tracker.debian.org/news/1351353/accepted-python-aio-pika-803-1-source-all- into-unstable-unstable/) and the kiwipy package upstream entered the package's dependency version information in the develop branch on 5/8/2022 (https://github.com/aiidateam/kiwipy/commit/7750921d7f69f55005a9f69a854f5e0d1a16feb0). Best, Guilherme Em qui., 6 de out. de 2022 às 19:04, Eriberto escreveu: > > Em qui., 6 de out. de 2022 às 18:45, Bastian Germann > escreveu: > > > > Am 06.10.22 um 20:19 schrieb Eriberto Mota: > > > Am 05.10.22 um 14:59 schrieb Guilherme Xavier: > > >>> Hi, > > >>> > > >>> Agree, downgrading would be an option. > > >>> I don't know how this can be done, but I'm open to doing it. > > >> > > >> You import the older version as 8.1.1+really6.8.1-1 > > > > > > > > > Nope. Downgrading is a workaround for new upstream versions full broken, > > > but already sent to Debian. Is dangerous and undesirable to reintroduce > > > an old version of a software to make it "a good dependency". This action > > > may generate critical bugs or introduce security holes. The right way is > > > ask to the upstream to update the software to use the current version of > > > a dependency. In other words, "+really" must be used in very extreme > > > cases only, not for adjustments. > > > > In general, I agree with you. But as far as I can see, Guilherme introduced > > python-aio-pika for the sake of packaging kiwipy and probably has not > > checked > > compatiblity before packaging that. It is not in use by any other package. > > So for me this would be okay. It is in the archive for two months now and > > popcon is at 1. I do not think that upstream will have the issue fixed soon > > and it would be a pity if Guilherme's packaging work (there are some more > > deps > > introduced for kiwipy) would not be fruitful for him in the sense of having > > it > > available in bookworm. > > Ok, this is commendable. However, keeping Debian (as OS) secure is > more important than any effort to package anything. -- Guilherme de Paula Xavier Segundo GPG: 4096R/976B8AC9 GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9
Bug#1020414: The patch have been merged upstream
https://github.com/neomutt/neomutt/pull/3524 closes https://github.com/neomutt/neomutt/issues/3514 so neomutt could be updated with the latest master to reenable back sasl support via GNU SASL Thank you, -- Vincent-Xavier JUMEL GPG Id: 0x14ABB3F2 http://thetys-retz.net Rejoignez les 5334 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org 0xBF70C781.asc Description: application/pgp-keys
Bug#1014815: kiwipy initial packaging
Hi, Agree, downgrading would be an option. I don't know how this can be done, but I'm open to doing it. I believe we have no other use of this package apart from kiwipy. Em ter., 4 de out. de 2022 às 15:21, Bastian Germann escreveu: > > Am 04.10.22 um 20:20 schrieb Guilherme de Paula Xavier Segundo: > > Yes, > > I believe it is the best solution. If there is any other suggestion > > I am available. > > Another solution would be downgrading. Is the package used by something else > in the archive? > -- Guilherme de Paula Xavier Segundo GPG: 4096R/976B8AC9 GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9
Bug#1014815: kiwipy initial packaging
Hi Bastian, I'm working on packaging kiwipy. I've packaged several dependencies on it so far but it currently depends on python-aio-pika <6.8.2 but the version we have on Debian is 8.1.1 On 22/10/04 02:01, Andrius Merkys wrote: > Hi Bastian, > > On 2022-10-04 02:12, Bastian Germann wrote: > > What is the status on kiwipy? > > For some time kiwipy was blocked by pytray, but pytray is in unstable > now. I will revisit kiwipy. > > Best, > Andrius signature.asc Description: PGP signature
Bug#1014815: kiwipy initial packaging
Yes, I believe it is the best solution. If there is any other suggestion I am available. On 22/10/04 08:02, Bastian Germann wrote: > Am 04.10.22 um 19:45 schrieb Guilherme de Paula Xavier Segundo: > > Hi Bastian, > > > > I'm working on packaging kiwipy. > > I've packaged several dependencies on it so far but it currently depends > > on python-aio-pika <6.8.2 but the version we have on Debian is 8.1.1 > > So we should wait until https://github.com/aiidateam/kiwipy/pull/113 has > settled? > > > On 22/10/04 02:01, Andrius Merkys wrote: > > > Hi Bastian, > > > > > > On 2022-10-04 02:12, Bastian Germann wrote: > > > > What is the status on kiwipy? > > > > > > For some time kiwipy was blocked by pytray, but pytray is in unstable > > > now. I will revisit kiwipy. > > > > > > Best, > > > Andrius >
Bug#1020414: neomutt: support gsasl
Package: neomutt
Version: 20220429+dfsg1-2
Severity: important
Tags: patch upstream
Dear Maintainer,
Bug #1000482 removed sasl support from Neomutt but sasl support is
needed with some smtp configuration.
Neomutt folks came up with a patch :
https://github.com/neomutt/neomutt/pull/3524/commits/b4dfb9eeb2bcda8afc67d618a74993a4ebdd96ce?file-filters%5B%5D=.autosetup%5B%5D=.c%5B%5D=.def%5B%5D=.h=true
Could you please apply this patch to the Debian Neomutt package.
Thanks,
-- Package-specific info:
NeoMutt 20220429
Copyright (C) 1996-2022 Michael R. Elkins and others.
NeoMutt comes with ABSOLUTELY NO WARRANTY; for details type 'neomutt
-vv'.
NeoMutt is free software, and you are welcome to redistribute it
under certain conditions; type 'neomutt -vv' for details.
System: Linux 5.19.0-1-amd64 (x86_64)
ncurses: ncurses 6.3.20220423 (compiled with 6.3.20220423)
libidn: 1.41 (compiled with 1.41)
GPGME: 1.17.1
GnuTLS: 3.7.7
libnotmuch: 5.6.0
storage: tokyocabinet
Configure options: --build=x86_64-linux-gnu --prefix=/usr
{--includedir=${prefix}/include} {--mandir=${prefix}/share/man}
{--infodir=${prefix}/share/info} --sysconfdir=/etc --localstatedir=/var
--disable-option-checking --disable-silent-rules
{--libdir=${prefix}/lib/x86_64-linux-gnu} --runstatedir=/run
--disable-maintainer-mode --disable-dependency-tracking
--mandir=/usr/share/man --libexecdir=/usr/libexec
--with-mailpath=/var/mail --gpgme --lua --notmuch --with-ui --gnutls
--gss --idn --mixmaster --tokyocabinet --sqlite --autocrypt
Compilation CFLAGS: -g -O2
-ffile-prefix-map=/build/neomutt-tHjY4J/neomutt-20220429+dfsg1=.
-fstack-protector-strong -Wformat -Werror=format-security -std=c99
-D_ALL_SOURCE=1 -D_GNU_SOURCE=1 -D__EXTENSIONS__ -I/usr/include/lua5.4
-I/usr/include -DNCURSES_WIDECHAR -isystem /usr/include/mit-krb5
Default options:
+attach_headers_color +compose_to_sender +compress +cond_date +debug
+encrypt_to_self +forgotten_attachments +forwref +ifdef +imap
+index_color
+initials +limit_current_thread +multiple_fcc +nested_if +new_mail
+nntp +pop
+progress +quasi_delete +regcomp +reply_with_xorig +sensible_browser
+sidebar
+skip_quoted +smtp +status_color +timeout +tls_sni +trash
Compile options:
+autocrypt +fcntl -flock -fmemopen +futimens +getaddrinfo +gnutls
+gpgme +gss
+hcache -homespool +idn +inotify -locales_hack +lua +mixmaster +nls
+notmuch
-openssl +pgp +regex -sasl +smime +sqlite +sun_attachment
MAILPATH="/var/mail"
MIXMASTER="mixmaster"
PKGDATADIR="/usr/share/neomutt"
SENDMAIL="/usr/sbin/sendmail"
SYSCONFDIR="/etc"
To learn more about NeoMutt, visit: https://neomutt.org
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email to:
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-debug'), (500,
'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (100,
'buster-fasttrack'), (100, 'buster-backports'), (100,
'bullseye-fasttrack'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8),
LANGUAGE=fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages neomutt depends on:
ii libc6 2.34-8
ii libgnutls30 3.7.7-2
ii libgpg-error0 1.45-2
ii libgpgme111.17.1-4.1
ii libgssapi-krb5-2 1.20-1
ii libidn12 1.41-1
ii liblua5.4-0 5.4.4-3
ii libncursesw6 6.3+20220423-2
ii libnotmuch5 0.37-1
ii libsqlite3-0 3.39.3-1
ii libtinfo6 6.3+20220423-2
ii libtokyocabinet9 1.4.48-15
ii sensible-utils0.0.17
Versions of packages neomutt recommends:
ii locales 2.34-8
ii mailcap 3.70+nmu1
Versions of packages neomutt suggests:
ii aspell 0.60.8-4+b1
ii ca-certificates 20211016
ii gnupg 2.2.39-1
ii ispell 3.4.05-1
pn mixmaster
ii openssl 3.0.5-4
ii postfix [mail-transport-agent] 3.6.4-1+b3
ii urlview 0.9-23
Versions of packages neomutt is related to:
ii neomutt 20220429+dfsg1-2
-- no debconf information
--
Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net
Société Libre, Logiciel Libre http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org
0xBF70C781.asc
Description: application/pgp-keys
Bug#1018775: fix is in 1.13.0
I believe that this is now fixed in libheif 1.13.0 which is soon to be released (version number was increased yesterday, see https://github.com/strukturag/libheif/commit/f3f71c8d67ca3265b76c782e48eb6fc68950a0a6). -- Librement, Xavier Brochard xav...@alternatif.org La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre Rosnay)
Bug#1016997: ITP: python-pytray -- Interacting with asynchronous and concurrent threads (Python 3)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: python-pytray Version : 0.3.2 Upstream Author : Martin Uhrin * URL : https://github.com/muhrin/pytray * License : LGPL-3+ Programming Lang: Python Description : Interacting with asynchronous and concurrent threads (Python 3) This library contains several bits of code, often exotic, that make Python much easier to write, especially when interacting with asynchronous and concurrent threads. It has codes commonly used in projects like. I intend to maintain this package as part of the Debian Python Team. Reason for packaging: This package is one of the dependencies for kiwipy (https://github.com/aiidateam/kiwipy)
Bug#986204: (no subject)
Hi Sakirnth, I would like to know if you are still interested in packaging molecule for Debian? If not, I could pack it if you agree. I think it would be really cool to have this package in the next versions of Debian besides being used a lot. Thank you and congratulations for the work, Guilherme Xavier signature.asc Description: PGP signature
Bug#1015896: RFS: golang-github-glendc-go-external-ip/0.1.0-1 [ITP] -- get your external ip from multiple services (library)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-glendc-go-external-ip": * Package name: golang-github-glendc-go-external-ip Version : 0.1.0-1 Upstream Author : https://github.com/GlenDC/go-external-ip/issues * URL : https://github.com/glendc/go-external-ip * License : Expat * Vcs : https://salsa.debian.org/go-team/packages/golang-github-glendc-go-external-ip Section : golang The source builds the following binary packages: golang-github-glendc-go-external-ip-dev - get your external ip from multiple services (library) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-glendc-go-external-ip/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-glendc-go-external-ip/golang-github-glendc-go-external-ip_0.1.0-1.dsc Changes for the initial release: golang-github-glendc-go-external-ip (0.1.0-1) unstable; urgency=medium . * Initial release. (Closes: #1015867) Regards, -- Guilherme de Paula Xavier Segundo
Bug#1015895: RFS: golang-github-eiannone-keyboard/0.0~git20220611.0d22619-1 [ITP] -- listen for keystrokes from the keyboard (library)
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "golang-github-eiannone-keyboard": * Package name: golang-github-eiannone-keyboard Version : 0.0~git20220611.0d22619-1 Upstream Author : https://github.com/eiannone/keyboard/issues * URL : https://github.com/eiannone/keyboard * License : Expat * Vcs : https://salsa.debian.org/go-team/packages/golang-github-eiannone-keyboard Section : golang The source builds the following binary packages: golang-github-eiannone-keyboard-dev - listen for keystrokes from the keyboard (library) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/golang-github-eiannone-keyboard/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/g/golang-github-eiannone-keyboard/golang-github-eiannone-keyboard_0.0~git20220611.0d22619-1.dsc Changes for the initial release: golang-github-eiannone-keyboard (0.0~git20220611.0d22619-1) unstable; urgency=medium . * Initial release. (Closes: #1015840) Regards, -- Guilherme de Paula Xavier Segundo
Bug#1015867:
Reason for packaging: This package is one of the dependencies for qrcp (https://github.com/claudiodangelis/qrcp)
Bug#1015867: ITP: golang-github-glendc-go-external-ip -- get your external ip from multiple services
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-glendc-go-external-ip Version : 0.1.0 Upstream Author : Glen De Cauwsemaecker * URL : https://github.com/glendc/go-external-ip * License : Expat Programming Lang: Go Description : get your external ip from multiple services This package is a Golang library to get your external ip from multiple services. . Design/Implement STUNSource (Session Traversal Utilities for NAT (STUN)). See RFC 3489 and RFC 5389 for more details.
Bug#1015840: ITP: golang-github-eiannone-keyboard -- listen for keystrokes from the keyboard (library)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-eiannone-keyboard Version : 0.0~git20220611.0d22619 Upstream Author : Emanuele Iannone * URL : https://github.com/eiannone/keyboard * License : Expat Programming Lang: Go Description : listen for keystrokes from the keyboard (library) This package is a simple library to listen for keystrokes from the keyboard. . The code is inspired by termbox-go library. Reason for packaging: This package is one of the dependencies for qrcp (https://github.com/claudiodangelis/qrcp)
Bug#1015757: ITP: python-aio-pika -- AMQP client designed for asyncio and humans
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: python-aio-pika Version : 8.0.3 Upstream Author : Dmitry Orlov * URL : https://github.com/mosquito/aio-pika * License : Apache-2.0 Programming Lang: Python Description : AMQP client designed for asyncio and humans This library is a wrapper around aiormq for asyncio and humans. . Features: Completely asynchronous API. Object oriented API. Transparent auto-reconnects with complete state recovery with connect_robust. Transparent publisher confirms support. Transactions support. Completely type-hints coverage. I intend to maintain this package as part of the Debian Python Team.
Bug#1014863: ITP: python-aiormq -- pure Python AMQP client library (Python 3)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: python-aiormq Version : 6.3.4 Upstream Author : Dmitry Orlov * URL : https://github.com/mosquito/aiormq * License : Apache-2.0 Programming Lang: Python Description : pure Python AMQP client library (Python 3) This program is a pure Python AMQP 0.9.1 asynchronous client library. . Features: Connecting by URL. Buffered queue for received frames. Only PLAIN auth mechanism support. Publisher confirms support. Transactions support. Channel based asynchronous locks. Tracking unroutable messages. Full SSL/TLS support. Python type hints. Uses pamqp as an AMQP 0.9.1 frame encoder/decoder. . This package installs the library for Python 3. It will be maintained within the Debian Python Team.
Bug#1014815: kiwipy initial packaging
Andrius, Cool, I'll review your previous packaging, it will be a pleasure. You can be sure it will help and I thank you for your help. Initially what caught my attention was that it was a Python package. Currently I have focused my studies on this language and I have been looking to package programs along this line. However we are currently deploying a queue service in the company and we are between Kafka and RabbitMQ so I merged those two things. One question, are you interested in being my Sponsor in this package? If it's a problem, ignore it. Thanks. On 22/07/12 05:35, Andrius Merkys wrote: > Hi Guilherme, > > On 2022-07-12 17:21, Guilherme de Paula Xavier Segundo wrote: > > Thank you for your contact. > > I started kiwipy packaging. But it's okay to give you the ITP. > > > > Do you want me to give you the ITP? > > > > If not, I will follow the packaging and keep the package on the team. At > > the moment I'm not part of the team yet, but I'm waiting for approval. > > No, I am fine with you having it. I did not notice RFP -> ITP transition, so > I decided to update and push my local attempt to package kiwipy. Feel free > to reuse anything, rewrite (once you are in the team) or ignore if you want. > > Just out of curiosity, what caught your interest to kiwipy/plumpy? > > Best, > Andrius signature.asc Description: PGP signature
Bug#1014815: kiwipy initial packaging
Hi Andrius, Thank you for your contact. I started kiwipy packaging. But it's okay to give you the ITP. Do you want me to give you the ITP? If not, I will follow the packaging and keep the package on the team. At the moment I'm not part of the team yet, but I'm waiting for approval. Thanks! On 22/07/12 04:26, Andrius Merkys wrote: > Hello, > > I have pushed my initial packaging of kiwipy to salsa [1]. Everyone in > Python Team are welcome to contribute. > > [1] https://salsa.debian.org/python-team/packages/python-kiwipy > > Best, > Andrius signature.asc Description: PGP signature
Bug#1014449: ITP: sarif-python-om -- Python classes for the SARIF object model
This package is a dependency of the cfn-lint package.
Bug#1014601: RFS: python-pook/1.0.2-1 [ITP] -- HTTP traffic mocking and testing made easy
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-pook": * Package name: python-pook Version : 1.0.2-1 Upstream Author : https://github.com/h2non/pook/issues * URL : https://github.com/h2non/pook * License : Expat * Vcs : https://salsa.debian.org/python-team/packages/python-pook Section : python The source builds the following binary packages: python3-pook - HTTP traffic mocking and testing made easy (Python 3) python-pook-doc - HTTP traffic mocking and testing made easy (common documentation) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-pook/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-pook/python-pook_1.0.2-1.dsc Changes for the initial release: python-pook (1.0.2-1) experimental; urgency=medium . * Initial release. (Closes: #1014562) * Please, I request to create the repository in the team repository. I'm not a member yet. Regards, -- Guilherme de Paula Xavier Segundo signature.asc Description: PGP signature
Bug#1014562: ITP: pook -- HTTP traffic mocking and testing made easy
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: pook Version : 1.0.2 Upstream Author : Tomas Aparicio * URL : https://github.com/h2non/pook * License : Expat Programming Lang: Python Description : HTTP traffic mocking and testing made easy Versatile, expressive and hackable utility library for HTTP traffic mocking and expectations made easy in Python. Heavily inspired by gock. Features: - Simple, expressive and fluent API. - Provides both Pythonic and chainable DSL API styles. - Full-featured HTTP response definitions and expectations. - Matches any HTTP protocol primitive (URL, method, query params, headers, body...). - Full regular expressions capable mock expectations matching. - Supports most popular HTTP clients via interceptor adapters. - Configurable volatile, persistent or TTL limited mocks. - Works with any testing framework/engine (unittest, pytest, nosetests...). - First-class JSON & XML support matching and responses. - Supports JSON Schema body matching. - Works in both runtime and testing environments. - Can be used as decorator and/or via context managers. - Supports real networking mode with optional traffic filtering. - Map/filter mocks easily for generic or custom mock expectations. - Custom user-defined mock matcher functions. - Simulated raised error exceptions. - Network delay simulation (only available for aiohttp). - Pluggable and hackable API. - Customizable HTTP traffic mock interceptor engine. - Supports third-party mocking engines, such as mocket. - Fits good for painless test doubles. - Does not support WebSocket traffic mocking. - Works with Python +2.7 and +3.0 (including PyPy). - Dependency-less: just 2 small dependencies for JSONSchema and XML tree comparison. My intent is to package this software under the umbrella of the Debian Python team. Thanks, Guilherme Xavier
Bug#1014508: ITP: python-pook -- HTTP traffic mocking and testing made easy (Python 3)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, to...@aparicio.me, guilherme@gmail.com * Package name: python-pook Version : 1.0.2 Upstream Author : Tomas Aparicio * URL : https://github.com/h2non/pook * License : Expat Programming Lang: Python Description : HTTP traffic mocking and testing made easy (Python 3) Versatile, expressive and hackable utility library for HTTP traffic mocking and expectations made easy in Python. Heavily inspired by gock. . Features: - Simple, expressive and fluent API. - Provides both Pythonic and chainable DSL API styles. - Full-featured HTTP response definitions and expectations. - Matches any HTTP protocol primitive (URL, method, query params, headers, body...). - Full regular expressions capable mock expectations matching. - Supports most popular HTTP clients via interceptor adapters. - Configurable volatile, persistent or TTL limited mocks. - Works with any testing framework/engine (unittest, pytest, nosetests...). - First-class JSON & XML support matching and responses. - Supports JSON Schema body matching. - Works in both runtime and testing environments. - Can be used as decorator and/or via context managers. - Supports real networking mode with optional traffic filtering. - Map/filter mocks easily for generic or custom mock expectations. - Custom user-defined mock matcher functions. - Simulated raised error exceptions. - Network delay simulation (only available for aiohttp). - Pluggable and hackable API. - Customizable HTTP traffic mock interceptor engine. - Supports third-party mocking engines, such as mocket. - Fits good for painless test doubles. - Does not support WebSocket traffic mocking. - Works with Python +2.7 and +3.0 (including PyPy). - Dependency-less: just 2 small dependencies for JSONSchema and XML tree comparison. . I intend to maintain this package as part of the Debian Python Team. . Thanks, Guilherme de Paula Xavier Segundo
Bug#1014160: closed by Debian FTP Masters (reply to James McCoy ) (Bug#1014160: fixed in neovim 0.7.2-3)
Great, thanks James ! Xav
Bug#1014160: vim/_init_packages.lua: cannot load incompatible bytecode
Yes it works with libluajit-5.1-2_2.1.0~beta3+git20220320+dfsg-4.
Bug#1014449: ITP: python-sarif-python-om -- Python classes for the SARIF object model
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: python-sarif-python-om Version : 1.0.4 Upstream Author : Microsoft * URL : https://github.com/microsoft/sarif-python-om * License : Expat Programming Lang: Python Description : Python classes for the SARIF object model This package is a Python classes for the SARIF 2.1.0 object model. . This package installs the library for Python 3. . I intend to maintain this package as part of the Debian Python Team.
Bug#1014363: ITP: bash-it -- collection of community Bash commands and scripts for Bash
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: bash-it Version : 3.0.2 Upstream Author : Bash-it Team * URL : https://github.com/Bash-it/bash-it * License : Expat Programming Lang: Shell Description : collection of community Bash commands and scripts for Bash Includes autocompletion, themes, aliases, custom functions, a few stolen pieces from Steve Losh, and more. . Bash-it provides a solid framework for using, developing and maintaining shell scripts and custom commands for your daily work. If you're using the Bourne Again Shell (Bash) regularly and have been looking for an easy way on how to keep all of these nice little scripts and aliases under control, then Bash-it is for you. . Stop polluting your ~/bin directory and your .bashrc file, fork/clone Bash-it and start hacking away.
Bug#1014160: vim/_init_packages.lua: cannot load incompatible bytecode
Package: neovim Version: 0.7.2-1 Severity: normal Tags: upstream Dear Maintainer, Since Neovim 0.7 there's this issue at start: vim/_init_packages.lua: cannot load incompatible bytecode stack traceback: [C]: at 0x55d396491750 [C]: at 0x7f0e8df71400 E970: Failed to initialize builtin lua modules ... and nvim can't start. Apparently this is upstream's issue: https://github.com/neovim/neovim/issues/18169 Best regards, Xav -- System Information: Debian Release: bookworm/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-1-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages neovim depends on: ii libc62.33-7 ii libluajit-5.1-2 2.1.0~beta3+dfsg-6 ii libmsgpackc2 3.3.0-4 ii libtermkey1 0.22-1 ii libtree-sitter0 0.20.6-1 ii libunibilium42.1.0-1 ii libuv1 1.44.1-2 ii libvterm00.1.4-1 ii lua-luv 1.43.0-0-2 ii neovim-runtime 0.7.2-1 Versions of packages neovim recommends: ii python3-neovim 0.4.2-2 ii python3-pynvim [python3-neovim] 0.4.2-2 ii xclip0.13-2 ii xsel 1.2.0+git9bfc13d.20180109-3 ii xxd 2:8.2.4793-1 Versions of packages neovim suggests: ii exuberant-ctags [ctags] 1:5.9~svn20110310-16 ii universal-ctags [ctags] 5.9.20210829.0-1 pn vim-scripts -- no debconf information
Bug#804555: lxctl: typos in manpage
Hi,
I partially implemented the contents of this bug in patch
030_fix-typos-in-binary.patch.
Thanks.
On Mon, 9 Nov 2015 15:53:23 +0100 "Christian T. Steigies"
wrote:
> Subject: lxctl: typos in manpage
> Package: lxctl
> Version: 0.3.1+debian-3
> Severity: minor
>
> Dear Maintainer,
> lxctl --help and the manpage have a few typos (some are corrected in the
> manpage but not in the lxctl script):
>
> --- lxctl--help.orig 2015-11-09 14:55:58.654233218 +0100
> +++ l 2015-11-09 14:56:32.756511148 +0100
> @@ -4,7 +4,7 @@
> See lxctl --man or lxctl --help for more info
>
> Options:
> - --help Print a breif help message and exists
> + --help Print a brief help message and exits
>
> --man Prints the manual page and exits.
>
> @@ -52,7 +52,7 @@
>
> --searchdomain - set a custom searchdomain in /etc/resolv.conf
>
> - --macaddr - set the custom mac adress of the container
> + --macaddr - set the custom mac address of the container
>
> --autostart - autostart container each reboot host machine
>
> @@ -76,7 +76,7 @@
>
> --rootsz - increment of size of logical volume for root FS
>
> - --ipaddr - IP address if the machine
> + --ipaddr - IP address of the machine
>
> --mask/netmask - network mask of the machine
>
> @@ -88,11 +88,11 @@
>
> --searchdomain - set a custom searchdomain in /etc/resolv.conf
>
> - --macaddr - set the custom mac adress if the machine
> + --macaddr - set the custom mac address of the machine
>
> --userpasswd user:passwd - sets password for given user
>
> - --onboot {yes,no} - makes containet [do not] start at boot
> + --onboot {yes,no} - makes container [do not] start at boot
>
> --tz - set custom timezone (Europe/Moscow, UTC, etc)
>
>
> Some descriptions could be improved, for example --empty.
>
> The --man action does not seem to work. It requires root rights to
run and
> with sudo it returns Unsupported command?
>
> cts@nunzio:~>lxctl --man
> Error: you are not root!
OpenPGP_0x1B140644976B8AC9.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Bug#1013947: RFS: python-jschema-to-python/1.0-1 [ITP] -- generate Python classes from a JSON schema
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-jschema-to-python": * Package name: python-jschema-to-python Version : 1.2.3-1 Upstream Author : https://github.com/microsoft/jschema-to-python/issues * URL : https://github.com/microsoft/jschema-to-python * License : Expat * Vcs : https://salsa.debian.org/python-team/packages/python-jschema-to-python Section : python The source builds the following binary packages: python3-jschema-to-python - generate Python classes from a JSON schema To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-jschema-to-python/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-jschema-to-python/python-jschema-to-python_1.2.3-1.dsc git clone https://salsa.debian.org/gpxlnx/python-jschema-to-python Changes for the initial release: python-jschema-to-python (1.2.3-1) experimental; urgency=medium . * Initial release. (Closes: #1013941) Regards, -- Guilherme de Paula Xavier Segundo
Bug#1013941: ITP: python-jschema-to-python -- generate Python classes from a JSON schema
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: python-jschema-to-python Version : 1.2.3 Upstream Author : Microsoft Corporation * URL : https://github.com/microsoft/jschema-to-python * License : Expat Programming Lang: Python Description : generate Python classes from a JSON schema This package contains a module that generate Python classes from a JSON schema. . This package installs the library for Python 3. Reason for packaging: This package is one of the dependencies for cfn-lint (https://github.com/aws-cloudformation/cfn-lint)
Bug#1013897: ITP: cfn-lint -- Validate AWS CloudFormation yaml/json templates against the AWS CloudFormation
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: cfn-lint Version : 0.61.1 Upstream Author : Amazon.com, Inc. or its affiliates * URL : https://github.com/aws-cloudformation/cfn-lint * License : Expat Programming Lang: Python Description : CloudFormation Linter Validate AWS CloudFormation yaml/json templates against the AWS CloudFormation Resource Specification and additional checks. Includes checking valid values for resource properties and best practices.
Bug#1010158: Why is it closed ?
Forgive me for my ignorance, but how can this bug be closed for more than a month if neovim is still at 0.6 in all repos ? Regards, Xav
Bug#1012283: makedev: erroneous conflict with udev?
Hello, I will analyze this situation in more depth and for now, I am reversing this situation. Thanks
Bug#900874: ITA: schroot -- Execute commands in a chroot
Hello Christoph Biedl, I have new information regarding Schroot. In contacting the package upstream I was informed that they are no longer interested in updating the package and that further efforts should be made to find a replacement for schroot, so I am no longer interested in maintaining the package. Do you want me to return the bug to your property or orphan it? Thank you for your attention.
Bug#900874: Subject: Re: ITA: schroot -- Execute commands in a chroot
Control: owner 900874 ! I was the one who asked in private, and I will proceed with the schroot adoption. Thank you for your work and for your attention.
Bug#965454: chise-base: diff for NMU version 0.3.0-2.2
Control: tags 965454 + patch
Control: tags 965454 + pending
Dear maintainer,
I've prepared an NMU for chise-base (versioned as 0.3.0-2.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
diff -u chise-base-0.3.0/debian/changelog chise-base-0.3.0/debian/changelog
--- chise-base-0.3.0/debian/changelog
+++ chise-base-0.3.0/debian/changelog
@@ -1,3 +1,14 @@
+chise-base (0.3.0-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Using new DH level format. Consequently:
+ - debian/compat: removed.
+ - debian/control: changed from 'debhelper' to 'debhelper-compat' in
+Build-Depends field and bumped level to 13.
+ - Closes: #965454
+
+ -- Guilherme de Paula Xavier Segundo Fri, 22 Apr 2022 13:29:50 -0300
+
chise-base (0.3.0-2.1) unstable; urgency=medium
* Non-maintainer upload.
reverted:
--- chise-base-0.3.0/debian/compat
+++ chise-base-0.3.0.orig/debian/compat
@@ -1 +0,0 @@
-5
diff -u chise-base-0.3.0/debian/control chise-base-0.3.0/debian/control
--- chise-base-0.3.0/debian/control
+++ chise-base-0.3.0/debian/control
@@ -2,7 +2,7 @@
Priority: optional
Section: devel
Maintainer: NIIBE Yutaka
-Build-Depends: debhelper (>= 5.0.0), libdb-dev (>= 4.8)
+Build-Depends: debhelper-compat (= 13), libdb-dev (>= 4.8)
Standards-Version: 3.8.4
Package: chise-db
diff -u chise-base-0.3.0/libchise/config.guess chise-base-0.3.0/libchise/config.guess
--- chise-base-0.3.0/libchise/config.guess
+++ chise-base-0.3.0/libchise/config.guess
@@ -1,14 +1,14 @@
#! /bin/sh
# Attempt to guess a canonical system name.
-# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-# 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009
-# Free Software Foundation, Inc.
+# Copyright 1992-2022 Free Software Foundation, Inc.
-timestamp='2009-06-10'
+# shellcheck disable=SC2006,SC2268 # see below for rationale
+
+timestamp='2022-01-09'
# This file is free software; you can redistribute it and/or modify it
# under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2 of the License, or
+# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful, but
@@ -17,26 +17,30 @@
# General Public License for more details.
#
# You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software
-# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA
-# 02110-1301, USA.
+# along with this program; if not, see <https://www.gnu.org/licenses/>.
#
# As a special exception to the GNU General Public License, if you
# distribute this file as part of a program that contains a
# configuration script generated by Autoconf, you may include it under
-# the same distribution terms that you use for the rest of that program.
-
-
-# Originally written by Per Bothner .
-# Please send patches to . Submit a context
-# diff and a properly formatted ChangeLog entry.
+# the same distribution terms that you use for the rest of that
+# program. This Exception is an additional permission under section 7
+# of the GNU General Public License, version 3 ("GPLv3").
#
-# This script attempts to guess a canonical system name similar to
-# config.sub. If it succeeds, it prints the system name on stdout, and
-# exits with 0. Otherwise, it exits with 1.
+# Originally written by Per Bothner; maintained since 2000 by Ben Elliston.
#
-# The plan is that this can be called by configure scripts if you
-# don't specify an explicit build system type.
+# You can get the latest version of this script from:
+# https://git.savannah.gnu.org/cgit/config.git/plain/config.guess
+#
+# Please send patches to .
+
+
+# The "shellcheck disable" line above the timestamp inhibits complaints
+# about features and limitations of the classic Bourne shell that were
+# superseded or lifted in POSIX. However, this script identifies a wide
+# variety of pre-POSIX systems that do not have POSIX shells at all, and
+# even some reasonably current systems (Solaris 10 as case-in-point) still
+# have a pre-POSIX /bin/sh.
+
me=`echo "$0" | sed -e 's,.*/,,'`
@@ -45,7 +49,7 @@
Output the configuration name of the system \`$me' is run on.
-Operation modes:
+Options:
-h, --help print this help, then exit
-t, --time-stamp print date of last modification, then exit
-v, --version print version number, then exit
@@ -56,8 +60,7 @@
GNU config.guess ($timestamp)
Originally written by Per Bothner.
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001,
-2002, 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc.
+Copyright 1992-2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warr
Bug#965736: msp430mcu: diff for NMU version 20120406-2.2
Control: tags 965736 + patch Control: tags 965736 + pending Dear maintainer, I've prepared an NMU for msp430mcu (versioned as 20120406-2.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru msp430mcu-20120406/debian/changelog msp430mcu-20120406/debian/changelog --- msp430mcu-20120406/debian/changelog 2021-01-03 11:45:50.0 -0300 +++ msp430mcu-20120406/debian/changelog 2022-04-22 14:18:57.0 -0300 @@ -1,3 +1,14 @@ +msp430mcu (20120406-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965736 + + -- Guilherme de Paula Xavier Segundo Fri, 22 Apr 2022 14:18:57 -0300 + msp430mcu (20120406-2.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru msp430mcu-20120406/debian/compat msp430mcu-20120406/debian/compat --- msp430mcu-20120406/debian/compat 2012-05-10 12:16:44.0 -0300 +++ msp430mcu-20120406/debian/compat 1969-12-31 21:00:00.0 -0300 @@ -1 +0,0 @@ -5 diff -Nru msp430mcu-20120406/debian/control msp430mcu-20120406/debian/control --- msp430mcu-20120406/debian/control 2012-05-10 12:16:44.0 -0300 +++ msp430mcu-20120406/debian/control 2022-04-22 14:18:57.0 -0300 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Luca Bruno Standards-Version: 3.9.3 -Build-Depends: debhelper (>= 7) +Build-Depends: debhelper-compat (= 13) Package: msp430mcu Architecture: all
Bug#1010000: podman run panics with "assignment to entry in nil map"
Package: podman
Version: 3.4.7+ds1-2
Followup-For: Bug #101
Dear Maintainer,
Unfortunately, it seems upgrading from 3.4.7+ds1-1 to 3.4.7+ds1-2 does not
solve the issue reported by Norbert.
I tested as root user to avoid potential rootless-induced issues:
# dpkg -l podman
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==---==
ii podman 3.4.7+ds1-2 amd64engine to run OCI-based containers
in Pods
# podman run alpine date
panic: assignment to entry in nil map
goroutine 1 [running]:
github.com/opencontainers/runtime-tools/generate.(*Generator).addEnv(...)
github.com/opencontainers/runtime-tools/generate/generate.go:532
github.com/opencontainers/runtime-tools/generate.(*Generator).AddProcessEnv(0xc00053da20,
{0x17edeb7, 0x8}, {0xc0004022c0, 0xc})
github.com/opencontainers/runtime-tools/generate/generate.go:508 +0x2ea
github.com/containers/podman/libpod.(*Container).generateSpec(0xc00031e790,
{0x1ad3150, 0xc000228d20})
github.com/containers/podman/libpod/container_internal_linux.go:648
+0x2965
github.com/containers/podman/libpod.(*Container).init(0xc00031e790, {0x1ad3150,
0xc000228d20}, 0x0)
github.com/containers/podman/libpod/container_internal.go:1098 +0x8e
github.com/containers/podman/libpod.(*Container).prepareToStart(0xc00031e790,
{0x1ad3150, 0xc000228d20}, 0xa8?)
github.com/containers/podman/libpod/container_internal.go:875 +0x345
github.com/containers/podman/libpod.(*Container).StartAndAttach(0xc00031e790,
{0x1ad3150?, 0xc000228d20?}, 0xc0006300c0, {0x17f5ed4, 0xd}, 0xc949c0,
0xb0?)
github.com/containers/podman/libpod/container_api.go:115 +0x145
github.com/containers/podman/pkg/domain/infra/abi/terminal.StartAttachCtr({0x1ad3150,
0xc000228d20}, 0xc00031e790, 0xc10018, 0xc10020, 0x0, {0x17f5ed4,
0xd}, 0x1, 0x1)
github.com/containers/podman/pkg/domain/infra/abi/terminal/terminal_linux.go:91
+0x546
github.com/containers/podman/pkg/domain/infra/abi.(*ContainerEngine).ContainerRun(0xc0001249f8,
{0x1ad3150, 0xc000228d20}, {{0x0, 0x0}, 0x0, {0x17f5ed4, 0xd}, 0xc10020,
0x0, ...})
github.com/containers/podman/pkg/domain/infra/abi/containers.go:957
+0x31e
github.com/containers/podman/cmd/podman/containers.run(0x25046a0?,
{0xc4ae60?, 0x2, 0x2})
github.com/containers/podman/cmd/podman/containers/run.go:194 +0x7e6
github.com/spf13/cobra.(*Command).execute(0x25046a0, {0xc3c0a0, 0x2, 0x2})
github.com/spf13/cobra/command.go:856 +0x67c
github.com/spf13/cobra.(*Command).ExecuteC(0x251b3a0)
github.com/spf13/cobra/command.go:974 +0x3b4
github.com/spf13/cobra.(*Command).Execute(...)
github.com/spf13/cobra/command.go:902
github.com/spf13/cobra.(*Command).ExecuteContext(...)
github.com/spf13/cobra/command.go:895
main.Execute()
github.com/containers/podman/cmd/podman/root.go:91 +0xc5
main.main()
github.com/containers/podman/cmd/podman/main.go:39 +0x74
Let me know if there is anything I can do to help on this matter.
Thanks for your work.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages podman depends on:
ii conmon 2.0.25+ds1-1.1
ii containernetworking-plugins 1.1.0+ds1-1
ii crun 0.17+dfsg-1.1
ii golang-github-containers-common 0.44.5+ds1-1
ii libc62.33-7
ii libdevmapper1.02.1 2:1.02.175-2.1
ii libgpgme11 1.16.0-1.2
ii libseccomp2 2.5.4-1
ii runc 1.1.1+ds1-1
Versions of packages podman recommends:
ii buildah 1.23.1+ds1-2
pn catatonit | tini | dumb-init
ii fuse-overlayfs1.8.2-1
pn golang-github-containernetworking-plugin-dnsname
ii slirp4netns 1.0.1-2
ii uidmap1:4.11.1+dfsg1-2
Versions of packages podman suggests:
ii containers-storage 1.37.2+ds1-1
ii docker-compose 1.29.2-1
ii iptables1.8.7-1
-- no debconf information
Bug#965756: oneliner-el: diff for NMU version 0.3.6-9.2
Control: tags 965756 + patch Control: tags 965756 + pending Dear maintainer, I've prepared an NMU for oneliner-el (versioned as 0.3.6-9.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u oneliner-el-0.3.6/debian/changelog oneliner-el-0.3.6/debian/changelog --- oneliner-el-0.3.6/debian/changelog +++ oneliner-el-0.3.6/debian/changelog @@ -1,3 +1,16 @@ +oneliner-el (0.3.6-9.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: +- debian/compat: removed. +- debian/control: changed from 'debhelper' to 'debhelper-compat' in + Build-Depends field and bumped level to 13. +- debian/rules: using 'dh_prep' instead of 'dh_clean -k' because the + '-k' option is not supported since compat 12. +- Closes: #965756 + + -- Guilherme de Paula Xavier Segundo Thu, 21 Apr 2022 11:01:29 -0300 + oneliner-el (0.3.6-9.1) unstable; urgency=medium * Non-maintainer upload. reverted: --- oneliner-el-0.3.6/debian/compat +++ oneliner-el-0.3.6.orig/debian/compat @@ -1 +0,0 @@ -5 diff -u oneliner-el-0.3.6/debian/control oneliner-el-0.3.6/debian/control --- oneliner-el-0.3.6/debian/control +++ oneliner-el-0.3.6/debian/control @@ -1,6 +1,6 @@ Source: oneliner-el Section: editors -Build-Depends: debhelper (>= 5.0.0) +Build-Depends: debhelper-compat (= 13) Priority: optional Maintainer: OHURA Makoto Build-Depends-Indep: docbook-to-man, emacs, texinfo, po-debconf diff -u oneliner-el-0.3.6/debian/rules oneliner-el-0.3.6/debian/rules --- oneliner-el-0.3.6/debian/rules +++ oneliner-el-0.3.6/debian/rules @@ -68,7 +68,7 @@ install: build dh_testdir dh_testroot - dh_clean -k + dh_prep dh_installdirs # Add here commands to install the package into debian/oneliner-el.
Bug#965742: nagios-plugins-rabbitmq: diff for NMU version 1:1.2.0-2.4
Control: tags 965742 + patch Control: tags 965742 + pending Dear maintainer, I've prepared an NMU for nagios-plugins-rabbitmq (versioned as 1:1.2.0-2.4) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u nagios-plugins-rabbitmq-1.2.0/debian/changelog nagios-plugins-rabbitmq-1.2.0/debian/changelog --- nagios-plugins-rabbitmq-1.2.0/debian/changelog +++ nagios-plugins-rabbitmq-1.2.0/debian/changelog @@ -1,3 +1,14 @@ +nagios-plugins-rabbitmq (1:1.2.0-2.4) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965742 + + -- Guilherme de Paula Xavier Segundo Thu, 21 Apr 2022 10:46:52 -0300 + nagios-plugins-rabbitmq (1:1.2.0-2.3) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. reverted: --- nagios-plugins-rabbitmq-1.2.0/debian/compat +++ nagios-plugins-rabbitmq-1.2.0.orig/debian/compat @@ -1 +0,0 @@ -5 diff -u nagios-plugins-rabbitmq-1.2.0/debian/control nagios-plugins-rabbitmq-1.2.0/debian/control --- nagios-plugins-rabbitmq-1.2.0/debian/control +++ nagios-plugins-rabbitmq-1.2.0/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Cyril Bouthors Uploaders: Cyril Bouthors , Cyril Bouthors -Build-Depends: debhelper (>= 5), rsync, libmodule-build-perl +Build-Depends: debhelper-compat (= 13), rsync, libmodule-build-perl Standards-Version: 3.9.5 Package: nagios-plugins-rabbitmq
Bug#965738: mylvmbackup: diff for NMU version 0.15-1.2
Control: tags 965738 + patch Control: tags 965738 + pending Dear maintainer, I've prepared an NMU for mylvmbackup (versioned as 0.15-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru mylvmbackup-0.15/debian/changelog mylvmbackup-0.15/debian/changelog --- mylvmbackup-0.15/debian/changelog 2017-01-13 17:34:08.0 -0200 +++ mylvmbackup-0.15/debian/changelog 2022-04-21 10:42:15.0 -0300 @@ -1,3 +1,14 @@ +mylvmbackup (0.15-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: +- debian/compat: removed. +- debian/control: changed from 'debhelper' to 'debhelper-compat' in + Build-Depends field and bumped level to 13. +- Closes: #965738 + + -- Guilherme de Paula Xavier Segundo Thu, 21 Apr 2022 10:42:15 -0300 + mylvmbackup (0.15-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru mylvmbackup-0.15/debian/compat mylvmbackup-0.15/debian/compat --- mylvmbackup-0.15/debian/compat 2014-05-22 14:26:26.0 -0300 +++ mylvmbackup-0.15/debian/compat 1969-12-31 21:00:00.0 -0300 @@ -1 +0,0 @@ -5 diff -Nru mylvmbackup-0.15/debian/control mylvmbackup-0.15/debian/control --- mylvmbackup-0.15/debian/control 2017-01-13 17:34:08.0 -0200 +++ mylvmbackup-0.15/debian/control 2022-04-21 10:42:15.0 -0300 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian MySQL Maintainers Uploaders: Norbert Tretkowski -Build-Depends: debhelper (>= 7.0.50), asciidoc (>= 8.2.0), xsltproc, docbook-xsl +Build-Depends: debhelper-compat (= 13), asciidoc (>= 8.2.0), xsltproc, docbook-xsl Standards-Version: 3.9.4 Homepage: http://lenzg.net/mylvmbackup/ Vcs-Browser: http://svn.debian.org/wsvn/pkg-mysql/mylvmbackup/
Bug#965733: mrb: diff for NMU version 0.3+nmu2
Control: tags 965733 + patch Control: tags 965733 + pending Dear maintainer, I've prepared an NMU for mrb (versioned as 0.3+nmu2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru mrb-0.3+nmu1/debian/changelog mrb-0.3+nmu2/debian/changelog --- mrb-0.3+nmu1/debian/changelog 2021-01-08 09:47:17.0 -0300 +++ mrb-0.3+nmu2/debian/changelog 2022-04-21 10:33:07.0 -0300 @@ -1,3 +1,14 @@ +mrb (0.3+nmu2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965733 + + -- Guilherme de Paula Xavier Segundo Thu, 21 Apr 2022 10:33:07 -0300 + mrb (0.3+nmu1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru mrb-0.3+nmu1/debian/compat mrb-0.3+nmu2/debian/compat --- mrb-0.3+nmu1/debian/compat 2016-08-15 07:56:16.0 -0300 +++ mrb-0.3+nmu2/debian/compat 1969-12-31 21:00:00.0 -0300 @@ -1 +0,0 @@ -5 diff -Nru mrb-0.3+nmu1/debian/control mrb-0.3+nmu2/debian/control --- mrb-0.3+nmu1/debian/control 2016-08-15 07:56:16.0 -0300 +++ mrb-0.3+nmu2/debian/control 2022-04-21 10:33:07.0 -0300 @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Ron Lee -Build-Depends: debhelper (>= 5), perl +Build-Depends: debhelper-compat (= 13), perl Standards-Version: 3.9.8.0 Package: mrb
Bug#965460: cli-common: diff for NMU version 0.10+nmu1
Control: tags 965460 + patch Control: tags 965460 + pending Dear maintainer, I've prepared an NMU for cli-common (versioned as 0.10+nmu1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru cli-common-0.10/debian/changelog cli-common-0.10+nmu1/debian/changelog --- cli-common-0.10/debian/changelog 2019-03-11 12:26:56.0 -0300 +++ cli-common-0.10+nmu1/debian/changelog 2022-04-21 09:30:10.0 -0300 @@ -1,3 +1,14 @@ +cli-common (0.10+nmu1) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965460 + + -- Guilherme de Paula Xavier Segundo Thu, 21 Apr 2022 09:30:10 -0300 + cli-common (0.10) unstable; urgency=medium * The Cambridge BSP ‘Let’s RM the world’ release. diff -Nru cli-common-0.10/debian/compat cli-common-0.10+nmu1/debian/compat --- cli-common-0.10/debian/compat 2019-03-11 12:26:56.0 -0300 +++ cli-common-0.10+nmu1/debian/compat 1969-12-31 21:00:00.0 -0300 @@ -1 +0,0 @@ -5 \ Nenhum caractere de nova linha no final do arquivo diff -Nru cli-common-0.10/debian/control cli-common-0.10+nmu1/debian/control --- cli-common-0.10/debian/control 2019-03-11 12:26:56.0 -0300 +++ cli-common-0.10+nmu1/debian/control 2022-04-21 09:30:10.0 -0300 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Mono Group Uploaders: Mirco Bauer -Build-Depends: debhelper (>= 5) +Build-Depends: debhelper-compat (= 13) Build-Depends-Indep: debiandoc-sgml, texlive-base-bin, texlive-base,
Bug#999034: squidtaild: diff for NMU version 2.1a6-6.2
Control: tags 999034 + patch Control: tags 999034 + pending Dear maintainer, I've prepared an NMU for squidtaild (versioned as 2.1a6-6.2) and uploaded it to DELAYED/22. Please feel free to tell me if I should delay it longer. Regards. diff -Nru squidtaild-2.1a6/debian/changelog squidtaild-2.1a6/debian/changelog --- squidtaild-2.1a6/debian/changelog 2021-01-05 09:18:12.0 -0300 +++ squidtaild-2.1a6/debian/changelog 2022-04-18 20:56:26.0 -0300 @@ -1,3 +1,11 @@ +squidtaild (2.1a6-6.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/rules: added missing targets build-arch and build-indep. +(Closes: #999034) + + -- Guilherme de Paula Xavier Segundo Mon, 18 Apr 2022 20:56:26 -0300 + squidtaild (2.1a6-6.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. signature.asc Description: PGP signature
Bug#999018: xvier: diff for NMU version 1.0-7.7
Control: tags 999018 + patch Control: tags 999018 + pending Dear maintainer, I've prepared an NMU for xvier (versioned as 1.0-7.7) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u xvier-1.0/debian/changelog xvier-1.0/debian/changelog --- xvier-1.0/debian/changelog +++ xvier-1.0/debian/changelog @@ -1,3 +1,11 @@ +xvier (1.0-7.7) unstable; urgency=medium + + * Non-maintainer upload. + * debian/rules: added missing targets build-arch and build-indep. +(Closes: #999018) + + -- Guilherme de Paula Xavier Segundo Mon, 18 Apr 2022 16:01:05 -0300 + xvier (1.0-7.6) unstable; urgency=medium * Non-maintainer upload.
Bug#965595: info2www: diff for NMU version 1.2.2.9-24.2
Control: tags 965595 + patch Control: tags 965595 + pending Dear maintainer, I've prepared an NMU for info2www (versioned as 1.2.2.9-24.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u info2www-1.2.2.9/debian/changelog info2www-1.2.2.9/debian/changelog --- info2www-1.2.2.9/debian/changelog +++ info2www-1.2.2.9/debian/changelog @@ -1,3 +1,10 @@ +info2www (1.2.2.9-24.2) unstable; urgency=medium + + * Non-maintainer upload. + * Bumped debhelper compat to 7. (Closes: #965595) + + -- Guilherme de Paula Xavier Segundo Mon, 18 Apr 2022 14:10:25 -0300 + info2www (1.2.2.9-24.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team.
Bug#957892: ucarp: diff for NMU version 1.5.2-2.3
Hi, Sorry for my mistake, in the previous email sent by me the delay was 2 days and not 22. I had a problem with my keyboard.
Bug#1008973: linux-image-amd64: Very slow wireless with MEDIATEK 7961
Package: linux-image-amd64 Version: 5.10.84-1 Severity: important X-Debbugs-Cc: chantry.xav...@gmail.com Dear Maintainer, We have a problem with MEDIATEK 7961 wireless on Levono P14s with AMD Ryzen. With 5.10 kernel on debian stable the wireless just does not work, so we installed kernel 5.16 from testing. With kernel 5.16 the wireless is so slow that it's unusable, each internet query takes several seconds. A simple ping to google.com varies from 100ms to 3000ms. With kernel 5.17 it's slighly better but the ping still goes up to 600ms. With kernel 5.15 however, it works quite good, Internet is very usable, ping varies from 3ms to 30ms. (on the same network, the P14s with Intel wireless does better and is always under 10ms). It looks like big changes were made to the mt7921e driver in 5.16 according to Phoronix : The Mediatek MT7921 WiFi driver has added support for 6GHz WiFi, active state power management (ASPM), and other improvements. And it looks like this caused a big regression with MEDIATEK 7961. Besides the network performance problem on 5.16, suspend/resume is also broken, while it works perfectly on 5.15. -- System Information: Debian Release: 11.2 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'stable-security'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-image-amd64 depends on: ii linux-image-5.10.0-10-amd64 5.10.84-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information
Bug#1008896: salt-minion needs python3-importlib-metadata to start
Package: salt-minion Version: 3004+dfsg1-10 Severity: important Dear Maintainer, On Sunday 2022-04-03, I full-upgraded my Debian bookworm/sid hosts (+ apt autoremove --purge), all of them running salt-minion. On some of them, salt-minion failed to restart and exhibited the following Python error; AttributeError: 'PathDistribution' object has no attribute '_normalized_name' ... with the exact same stacktrace as this bugreport: https://github.com/saltstack/salt/issues/61062 A brief look at the associated fix: https://github.com/saltstack/salt/pull/61064 ... made me inspect whether python3-importlib-metadata was installed. Fortunately, the correlation was obvious: all hosts where salt-minion failed to restart lacked python3-importlib-metadata. Installing this package and starting salt-minion.service was enough to work around the issue. However, this is easier said than done on large infrastructures, especially when salt-minion is down, hence the "important" severity. I assume python3-importlib-metadata should be added to salt-minion or salt-common's required dependencies. Thanks for your work. -- Xavier G. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages salt-minion depends on: ii dctrl-tools 2.24-3+b1 ii init-system-helpers 1.62 ii lsb-base 11.1.0 ii python3 3.10.4-1 ii python3-pycryptodome 3.11.0+dfsg1-3 ii python3-systemd 234-4 ii python3-zmq 22.3.0-1+b1 ii salt-common 3004+dfsg1-10 Versions of packages salt-minion recommends: pn debconf-utils ii dmidecode 3.3-3 ii e2fsprogs 1.46.5-2 ii fdisk 2.37.3-1+b1 Versions of packages salt-minion suggests: pn python3-augeas -- no debconf information
Bug#965705: ltrace: diff for NMU version 0.7.3-6.2
Control: tags 965705 + patch Control: tags 965705 + pending Dear maintainer, I've prepared an NMU for ltrace (versioned as 0.7.3-6.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -Nru ltrace-0.7.3/debian/changelog ltrace-0.7.3/debian/changelog --- ltrace-0.7.3/debian/changelog 2018-08-20 03:09:32.0 -0300 +++ ltrace-0.7.3/debian/changelog 2022-03-30 20:48:13.0 -0300 @@ -1,3 +1,19 @@ +ltrace (0.7.3-6.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965705 + * Dropped CDBS in favor of the debhelper to allow the build system to use +DH level greater than 11. Consequently: + - debian/control: removed no longer needed cdbs and autotools-dev from +Build-Depends field. + - debian/rules: changed from CDBS to DH. + + -- Guilherme de Paula Xavier Segundo Wed, 30 Mar 2022 20:48:13 -0300 + ltrace (0.7.3-6.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru ltrace-0.7.3/debian/control ltrace-0.7.3/debian/control --- ltrace-0.7.3/debian/control 2018-08-20 03:09:32.0 -0300 +++ ltrace-0.7.3/debian/control 2022-03-30 20:48:13.0 -0300 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Juan Cespedes Standards-Version: 3.9.8 -Build-Depends: debhelper-compat (= 13), autotools-dev, libiberty-dev, libelf-dev, libselinux1-dev +Build-Depends: debhelper-compat (= 13), libiberty-dev, libelf-dev, libselinux1-dev Package: ltrace Architecture: alpha amd64 ia64 i386 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc diff -Nru ltrace-0.7.3/debian/rules ltrace-0.7.3/debian/rules --- ltrace-0.7.3/debian/rules 2018-08-20 03:09:32.0 -0300 +++ ltrace-0.7.3/debian/rules 2022-03-30 20:48:13.0 -0300 @@ -2,3 +2,11 @@ %: dh $@ + +override_dh_auto_configure: + dh_auto_configure -- --with-libunwind=no + +override_dh_install: + dh_install + rm -f debian/ltrace/usr/share/doc/ltrace/COPYING + rm -f debian/ltrace/usr/share/doc/ltrace/INSTALL
Bug#965560: gnome-icon-theme-yasis: diff for NMU version 0.4.2-1.2
Control: tags 965560 + patch Control: tags 965560 + pending Dear maintainer, I've prepared an NMU for gnome-icon-theme-yasis (versioned as 0.4.2-1.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. diff -u gnome-icon-theme-yasis-0.4.2/debian/changelog gnome-icon-theme-yasis-0.4.2/debian/changelog --- gnome-icon-theme-yasis-0.4.2/debian/changelog +++ gnome-icon-theme-yasis-0.4.2/debian/changelog @@ -1,3 +1,19 @@ +gnome-icon-theme-yasis (0.4.2-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965560 + * Dropped CDBS in favor of the debhelper to allow the build system to use +DH level greater than 11. Consequently: + - debian/control: removed no longer needed cdbs from Build-Depends +field. + - debian/rules: changed from CBDS to DH. + + -- Guilherme de Paula Xavier Segundo Wed, 30 Mar 2022 17:09:43 -0300 + gnome-icon-theme-yasis (0.4.2-1.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team.
Bug#965434: barada-pam: diff for NMU version 0.5-3.2
Control: tags 965434 + patch Control: tags 965434 + pending Dear maintainer, I've prepared an NMU for barada-pam (versioned as 0.5-3.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru barada-pam-0.5/debian/changelog barada-pam-0.5/debian/changelog --- barada-pam-0.5/debian/changelog 2012-05-31 14:55:25.0 -0300 +++ barada-pam-0.5/debian/changelog 2022-03-29 14:08:27.0 -0300 @@ -1,3 +1,14 @@ +barada-pam (0.5-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Using new DH level format. Consequently: + - debian/compat: removed. + - debian/control: changed from 'debhelper' to 'debhelper-compat' in +Build-Depends field and bumped level to 13. + - Closes: #965434 + + -- Guilherme de Paula Xavier Segundo Tue, 29 Mar 2022 14:08:27 -0300 + barada-pam (0.5-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru barada-pam-0.5/debian/compat barada-pam-0.5/debian/compat --- barada-pam-0.5/debian/compat 2012-05-31 14:42:44.0 -0300 +++ barada-pam-0.5/debian/compat 1969-12-31 21:00:00.0 -0300 @@ -1 +0,0 @@ -5 diff -Nru barada-pam-0.5/debian/control barada-pam-0.5/debian/control --- barada-pam-0.5/debian/control 2012-05-31 14:42:44.0 -0300 +++ barada-pam-0.5/debian/control 2022-03-29 14:07:31.0 -0300 @@ -1,7 +1,7 @@ Source: barada-pam Priority: extra Maintainer: Andrew Pollock -Build-Depends: debhelper (>= 6.0.7~), autotools-dev, libboost-serialization-dev, libpam-dev, libssl-dev, libboost-filesystem-dev +Build-Depends: debhelper-compat (= 13), autotools-dev, libboost-serialization-dev, libpam-dev, libssl-dev, libboost-filesystem-dev Standards-Version: 3.9.2 Section: libs Homepage: http://barada.sourceforge.net/
Bug#1008288: ITP: golang-github-gobwas-httphead -- Tiny HTTP header value parsing lib (library)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-gobwas-httphead Version : 0.1.0-1 Upstream Author : Sergey Kamardin * URL : https://github.com/gobwas/httphead * License : Expat Programming Lang: Go Description : Tiny HTTP header value parsing lib (library) This library contains low-level functions for scanning HTTP RFC2616 compatible header value grammars. Utils for parsing HTTP and HTTP-grammar compatible text protocols headers.
Bug#1008051: ITP: golang-github-chromedp-cdproto -- Commands, types, events for Chrome DevTools
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-chromedp-cdproto Version : 0.0~git20220321.7bc2623-1 Upstream Author : Kenneth Shaw * URL : https://github.com/chromedp/cdproto * License : Expat Programming Lang: Go Description : Commands, types, events for Chrome DevTools Contains the generated commands, types, and events for the Chrome DevTools Protocol domains. This package is generated by the cdproto-gen command. Refer to that project and to the main chromedp project for information on using the commands, types, and events available here.
Bug#1007721: ITP: golang-github-badgerodon-peg -- Parsing Expression Grammar Parser in Go (library)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-badgerodon-peg Version : 0.0~git20130729.9e5f7f4-1 Upstream Author : Badgerodon * URL : https://github.com/badgerodon/peg * License : BSD-2-clause Programming Lang: Go Description : Parsing Expression Grammar Parser in Go (library) This package is a GO library used to parse expression grammar that does analyze formal grammar. Syntactically, PEGs also look similar to context-free grammars (CFGs), but they have a different interpretation: the choice operator selects the first match in PEG, while it is ambiguous in CFG.
Bug#1007024: ITP: golang-github-cjoudrey-gluaurl -- url parser and builder module for gopher-lua (library)
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org,debian...@lists.debian.org, guilherme@gmail.com * Package name: golang-github-cjoudrey-gluaurl Version : 0.0~git20161028.31cbb9b Upstream Author : Christian Joudrey * URL : https://github.com/cjoudrey/gluaurl * License : Expat Programming Lang: Go Description : url parser and builder module for gopher-lua (library) gluaurl provides an easy way to parse and build URLs from within GopherLua that provides Go APIs that allow you to easily embed a scripting language to your Go host programs.
Bug#1004432: ITP: cloud-enum -- Enumerate public resources in cloud
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: cloud-enum Version : 0.6 Upstream Author : initstring * URL : https://github.com/initstring/cloud_enum * License : GPL3+ Programming Lang: Python Description : Enumerate public resources in cloud Enumerates public resources matching user requested keywords in public clouds as Amazoan (Open / Protected S3 Buckets awsapps), Azure (Storage Accounts, Open Blob Storage Containers, Hosted Databases, Virtual Machines Web Apps), Google Cloud (Open / Protected GCP Buckets, Open / Protected Firebase Realtime Databases, Google App Engine sites, Cloud Functions).
Bug#1003991: RFS: xcb/2.4-8 [QA] -- Manipulate X server cut and paste buffers/selections
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "xcb": * Package name: xcb Version : 2.4-8 Upstream Author : None (dead upstream) * URL : [fill in URL of upstream's web site] * License : BSD-like * Vcs : https://salsa.debian.org/debian/xcb Section : x11 It builds those binary packages: xcb - Manipulate X server cut and paste buffers/selections To access further information about this package, please visit the following URL: https://mentors.debian.net/package/xcb/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/x/xcb/xcb_2.4-8.dsc Changes since the last upload: xcb (2.4-8) unstable; urgency=medium . * QA upload. * d/control: - Bump debhelper-compat to 13. - Bump Standards-Version to 4.6.0.1. * d/copyright: update packaging copyright years and maintainers. * d/rules: include flags to solve issues pointed by blhc. * d/salsa-ci.yml: add to provide CI tests for Salsa. Regards, -- Guilherme de Paula Xavier Segundo
Bug#1003942: ITP: cisco7crack -- Crypt and decrypt the cisco type 7 passwords
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com * Package name: cisco7crack Version : 0.0~git20121221.f1c21dd-1 Upstream Author : Davide Madrisan * URL : https://github.com/madrisan/cisco7crack * License : GPL-2+ Programming Lang: C Description : Crypt and decrypt the cisco type 7 passwords Crypt and decrypt the cisco type 7 passwords This tool is used to crack Cisco Type 7 passwords. Can be used to encrypt and decrypt Cisco device passwords. . Originally designed in order to allow quick decryption of stored passwords, Type 7 passwords are not a secure form of password storage. There are many tools available that can easily decrypt these passwords. Use of Type 7 passwords should be avoided unless required by a feature that is in use on the Cisco IOS device.
Bug#1003617: libpam-runtime: When upgrading to libpam-runtime_1.4.0-11 pam_ssh is broken
Further investagations : activating pam_ssh.so via pam-auth-update insert the success=0 line in the /etc/pam.d/common-auth file Configuration seems to be declared in /usr/share/pam-configs/ssh-pwd (and I don't see any significative difference with ssh-server and ssh-client) -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1003617: libpam-runtime: When upgrading to libpam-runtime_1.4.0-11 pam_ssh is broken
The steps are : I've quickly reproduce the bug. You can follow these steps : 1. install debian stable in a vm 2. install libpam-ssh 3. upgrade it to debian sid Le 13 janv. à 10:06 Vincent-Xavier JUMEL a écrit > Hello, > > I've quickly reproduce the bug. You can follow these steps : > 1. install debian stable in a vm > 2. upgrade it to debian sid > > The mentionned line appears then in the /etc/pam.d/common-auth file > > Le 13 janv. à 00:18 Steve Langasek a écrit > > Control: tags -1 moreinfo unreproducible > > > > On Wed, Jan 12, 2022 at 06:28:45PM +0100, Vincent-Xavier JUMEL wrote: > > > Package: libpam-runtime > > > Version: 1.4.0-11 > > > Severity: critical > > > Justification: breaks the whole system > > > > > Dear Maintainer, > > > > > >* Upgrade to the unstable version of libpam-runtime_1.14.0_11_all > > >with > > >``` > > >auth[success=0 default=ignore] pam_ssh.so use_first_pass > > >``` > > >* Login then failed > > >* I've modified "success=0" -> "success=1" to get back the login. > > > > So where does this 'success=0' come from? It doesn't come from > > /usr/share/pam-configs/ssh. Installing libpam-ssh in unstable does not > > result in a config containing this line. I'm not sure 'success=0' is valid, > > and if it is, it means 'on success, process the next module' so your bug > > report, by slicing your config file to only show the single pam_ssh line, > > does not show what happens afterward that actually fails the stack. > > > > -- > > Steve Langasek Give me a lever long enough and a Free OS > > Debian Developer to set it on, and I can move the world. > > Ubuntu Developer https://www.debian.org/ > > slanga...@ubuntu.com vor...@debian.org > > > > -- > Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net > > Société Libre, Logiciel Libre http://www.april.org/adherer > Parinux, logiciel libre à Paris : http://www.parinux.org -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1003617: libpam-runtime: When upgrading to libpam-runtime_1.4.0-11 pam_ssh is broken
Hello, I've quickly reproduce the bug. You can follow these steps : 1. install debian stable in a vm 2. upgrade it to debian sid The mentionned line appears then in the /etc/pam.d/common-auth file Le 13 janv. à 00:18 Steve Langasek a écrit > Control: tags -1 moreinfo unreproducible > > On Wed, Jan 12, 2022 at 06:28:45PM +0100, Vincent-Xavier JUMEL wrote: > > Package: libpam-runtime > > Version: 1.4.0-11 > > Severity: critical > > Justification: breaks the whole system > > > Dear Maintainer, > > > >* Upgrade to the unstable version of libpam-runtime_1.14.0_11_all > >with > >``` > >auth[success=0 default=ignore] pam_ssh.so use_first_pass > >``` > >* Login then failed > >* I've modified "success=0" -> "success=1" to get back the login. > > So where does this 'success=0' come from? It doesn't come from > /usr/share/pam-configs/ssh. Installing libpam-ssh in unstable does not > result in a config containing this line. I'm not sure 'success=0' is valid, > and if it is, it means 'on success, process the next module' so your bug > report, by slicing your config file to only show the single pam_ssh line, > does not show what happens afterward that actually fails the stack. > > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developer https://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1003617: libpam-runtime: When upgrading to libpam-runtime_1.4.0-11 pam_ssh is broken
Package: libpam-runtime Version: 1.4.0-11 Severity: critical Justification: breaks the whole system Dear Maintainer, * Upgrade to the unstable version of libpam-runtime_1.14.0_11_all with ``` auth[success=0 default=ignore] pam_ssh.so use_first_pass ``` * Login then failed * I've modified "success=0" -> "success=1" to get back the login. -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-debug'), (500, 'oldstable-updates'), (500, 'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (100, 'buster-fasttrack'), (100, 'buster-backports'), (100, 'bullseye-fasttrack'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libpam-runtime depends on: ii debconf [debconf-2.0] 1.5.79 ii libpam-modules 1.4.0-11 libpam-runtime recommends no packages. libpam-runtime suggests no packages. -- debconf information: libpam-runtime/conflicts: libpam-runtime/override: false * libpam-runtime/profiles: passwdqc, unix, ssh-pwd, tmpdir, systemd libpam-runtime/no_profiles_chosen: libpam-runtime/title: -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1003241: RFS: gtkcrypto/1.0.0-1 [ITP] -- GTK+ application for encrypting files and computing hashes
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gtkcrypto": * Package name: gtkcrypto Version : 1.0.0-1 Upstream Author : Paolo Stivanin * URL : https://github.com/paolostivanin/GTKCrypto * License : GPL-3+ * Vcs : [fill in URL of packaging vcs] Section : misc It builds those binary packages: gtkcrypto - GTK+ application for encrypting files and computing hashes To access further information about this package, please visit the following URL: https://mentors.debian.net/package/gtkcrypto/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gtkcrypto/gtkcrypto_1.0.0-1.dsc Changes since the last upload: gtkcrypto (1.0.0-1) unstable; urgency=medium * Initial release (Closes: #1003217) I would like whoever can do the sponsor also create the VCS and give me access permission. My user on salsa is: gplnx Regards, -- Guilherme de Paula Xavier Segundo
Bug#1003217: ITP: gtkcrypto -- GTK+ application for encrypting files and computing hashes
Package: wnpp Severity: wishlist Owner: Guilherme de Paula Xavier Segundo X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, i...@paolostivanin.com * Package name: gtkcrypto Version : 1.0.0 Upstream Author : Paolo Stivanin * URL : https://github.com/paolostivanin/GTKCrypto * License : GPL-3+ Programming Lang: C Description : GTK+ application for encrypting files and computing hashes GTKCrypto allows you to encrypt and sign files or text. Moreover, given a file, different types of hash can be computed and files can also be compared to check whether or not their content is the same. Supported cipher algorithms: AES, Twofish, Serpent and Camellia, all using 256 bits key and operating in either CBC or CTR mode. Supported hash algorithms: MD5, SHA-1, SHA-2, SHA-3, GOST, Whirlpool.
Bug#383853:
I always thought this was a mangled/truncated word. Please use something else, this doesn't mean anything.
Bug#1001643: Acknowledgement (sdaps: fails to setup a project with texlive-latex-extra/unstable (2021.2021127-1))
In the comment https://github.com/sdaps/sdaps/issues/ 238#issuecomment-993392198[1], sdaps author and maintener states that the package should not ship anymore these files > Yes. The package should add a dependency to the LaTeX class. And then stop > setting -- build-tex and --install-tex in debian/rules. > This was set earlier (in my own packages too), because TeXLive had a bug and > was missing a file. -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org [1] https://github.com/sdaps/sdaps/issues/238#issuecomment-993392198
Bug#1001643: Acknowledgement (sdaps: fails to setup a project with texlive-latex-extra/unstable (2021.2021127-1))
Bug reported upstream, since there a version mismatch between sdaps-class (1.9.10) and sdaps (1.9.9) I've filled a bug : https://github.com/sdaps/sdaps/issues/238 Meanwhile, Debian could version bump the package to 1.9.9 Le 13 déc. à 18:39 Debian Bug Tracking System a écrit > Thank you for filing a new Bug report with Debian. > > You can follow progress on this Bug here: 1001643: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001643. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Debian Edu Packaging Team > > If you wish to submit further information on this problem, please > send it to 1001...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > > -- > 1001643: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1001643 > Debian Bug Tracking System > Contact ow...@bugs.debian.org with problems -- Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net Société Libre, Logiciel Libre http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org
Bug#1001643: sdaps: fails to setup a project with texlive-latex-extra/unstable (2021.2021127-1)
Package: sdaps
Version: 1.9.8-0.1+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I've sought to use sdaps instead of auto-multiple-choice, but, while
setting up the project, I've hit a bug :
Steps to reproduce
1. sdaps setup /tmp/projet /usr/share/doc/sdaps/examples/example.tex
Excepted output :
+ a generated pdf file
+ Question on the output
+ see https://sdaps.org/getting-started/setup/
Outcome :
+ questionnaire.pdf doesn't exist
+ sdaps setup fails
+ pdflatex questionnaire.tex fails
The main raison is that /usr/share/sdaps/tex/ and
/usr/share/texlive/texmf-dist/tex/latex/sdaps/ differs (I've attached a
diff).
If I copy files from /usr/share/texlive/texmf-dist/tex/latex/sdaps/ into
/tmp/projet and then run pdlfatex against questionnaire.tex, the
questionnaire.pdf is generated.
This bug may belongs to upstream.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'stable-debug'), (500,
'oldstable-updates'), (500, 'oldstable-debug'), (500, 'unstable'), (500,
'stable'), (500, 'oldstable'), (100, 'buster-fasttrack'), (100,
'buster-backports'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages sdaps depends on:
ii gir1.2-poppler-0.18 20.09.0-3.1
ii libc62.33-1
ii libcairo21.16.0-5
ii libglib2.0-0 2.70.2-1
ii libtiff5 4.3.0-2
ii python3 3.9.8-1
ii python3-cairo1.20.1-3
ii python3-gi 3.42.0-2+b1
ii python3-gi-cairo 3.42.0-2+b1
ii python3-opencv 4.5.4+dfsg-9+b1
ii python3-zbar 0.23.92-4
ii zbar-tools 0.23.92-4
Versions of packages sdaps recommends:
ii gir1.2-gtk-3.0 3.24.30-4
ii python3-pil8.4.0-1
ii python3-reportlab 3.6.2-1
ii texlive2021.20211127-1
ii texlive-latex-extra2021.20211127-1
ii texlive-latex-recommended 2021.20211127-1
ii texlive-plain-generic 2021.20211127-1
ii texlive-science2021.20211127-1
sdaps suggests no packages.
-- no debconf information
--
Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net
Société Libre, Logiciel Libre http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org
--- /usr/share/sdaps/tex/
+++ /usr/share/texlive/texmf-dist/tex/latex/sdaps/
├── file list
│ @@ -1,14 +1,13 @@
│ sdapsarray.sty
│ sdapsbase.sty
│ sdapsclassic.cls
│ sdapscode128.tex
│ sdapslayout.sty
│ sdapspdf.sty
│ -sdapsreport.cls
│ translator-sdaps-dictionary-Brazilian.dict
│ translator-sdaps-dictionary-Dutch.dict
│ translator-sdaps-dictionary-English.dict
│ translator-sdaps-dictionary-Finnish.dict
│ translator-sdaps-dictionary-French.dict
│ translator-sdaps-dictionary-German.dict
│ translator-sdaps-dictionary-Italian.dict
├── stat {}
│ @@ -1,8 +1,8 @@
│
│Size: 4096 Blocks: 8 IO Block: 4096 directory
│ Links: 2
│ Access: (0755/drwxr-xr-x) Uid: (0/root) Gid: (0/root)
│
│ -Modify: 2020-11-24 10:10:36.384018304 +
│ +Modify: 2021-12-01 21:44:37.538686925 +
│ --- /usr/share/sdaps/tex/sdapsarray.sty
├── +++ /usr/share/texlive/texmf-dist/tex/latex/sdaps/sdapsarray.sty
│ @@ -582,19 +582,19 @@
│\dim_set:Nn \l_tmpa_dim { \linewidth - \coffin_wd:N \l_tmpa_coffin -
2\l_sdaps_sdapsarray_colsep_dim }
│\tl_gset:Nx \g_sdaps_array_local_data_new_tl { \dim_use:N \l_tmpa_dim }
│
│% TODO: The \hfil here is a hack to prevent a warning if the vbox is empty.
│% Unfortunately checking for an empty box does not work for some
reason.
│\dim_set:Nn \l_tmpb_dim { \box_ht:N #1 }
│\sdaps_if_rtl:TF {
│ -\hcoffin_set:Nn \l_tmpb_coffin { \hbox_to_wd:nn \l_tmpa_dim { \hfil
\vbox:n { \vbox_unpack_clear:N #1 } } \skip_horizontal:n {
\l_sdaps_sdapsarray_colsep_dim } }
│ +\hcoffin_set:Nn \l_tmpb_coffin { \hbox_to_wd:nn \l_tmpa_dim { \hfil
\vbox:n { \vbox_unpack_drop:N #1 } } \skip_horizontal:n {
\l_sdaps_sdapsarray_colsep_dim } }
│ \tl_set:Nn \l_tmpa_tl { l }
│ \tl_set:Nn \l_tmpb_tl { r }
│} {
│ -\hcoffin_set:Nn \l_tmpb_coffin { \skip_horizontal:n {
\l_sdaps_sdapsarray_colsep_dim } \hbox_to_wd:nn \l_tmpa_dim { \hfil \vbox:n {
\vbox_unpack_clear:N #1 } } }
│ +\hcoffin_set:Nn \l_tmpb_coffin { \skip_horizontal:n {
\l_sdaps_sdapsarray_colsep_dim } \hbox_to_wd:nn \l_tmpa_dim { \hfil \vbox:n {
\vbox_unpack_drop:N #1 } } }
│ \tl_set:Nn \l_tmpa_tl { r }
│ \tl_set:Nn \l_tmpb_tl { l }
│}
│\dim_set:Nn \l_tmpa_dim { \coffin_ht:N \l_tmpb_coffin }
│
│% If the first/last baseline differ then center the vbox, otherwise align
the
│% baseline with the cells
│ ├── stat
Bug#996977: kbd-chooser: can't chose keyboard variant keymap
Hello Samuel Le 21.10.2021 23:15, Samuel Thibault a écrit : Hello, Xavier Brochard, le jeu. 21 oct. 2021 21:09:26 +0200, a ecrit: I allways use a keyboard variant. While installing Debian 11, the only keyboard layout offered was the most common in my language (French Azerty). Yes, we do not want to clutter the menu with various variant choices for each and every language. May be I don't remember, but I think it was possible to chose a variant on the ncurse UI in "advanced" mode (at the lower priority options). but it breaks security during install as user is unable to type a good password. Why? You can install in french with a different keyboard layout for whatever reasons : being in another country or using a variant layout like Dvorak or Bépo (my case). It is thus very hard to find characters different from numbers or french alphabet. Actually, it was difficult for me to type identical password 2 times, and then I was unable to type the same password at the login prompt. It happened on 2 or 3 installations until I decided to type only numbers in the password. Xavier
