Bug#1104257: rust-cap-rand: package unfit for trixie release

Source: rust-cap-rand Version: 3.4.0-1 User: weepingcl...@debian.org Usertags: tmp-rc-for-trixie Severity: grave The rust-cap-* packages fall under the zellij dependency tree which won't make it to trixie. As such, there is no real use to having these packages in trixie. For the future ease of com

Bug#1104256: librust-cap-primitives-dev: package unfit for trixie release

Package: librust-cap-primitives-dev Version: 3.4.1-1+b1 User: weepingcl...@debian.org Usertags: temp-rc-for-trixie Severity: grave The rust-cap-* packages fall under the zellij dependency tree which won't make it to trixie. As such, there is no real use to having these packages in trixie. For the

Bug#1104254: RM: python-graphene-directives -- ROM; leaf package

Package: ftp.debian.org Severity: normal Control: affects -1 + src:python-graphene-directives User: ftp.debian@packages.debian.org Usertags: remove python-graphene-directives haas one rdep python-graphene-federation which has an RM request #1104252. -- Best, Ananthu signature.asc Descripti

Bug#1104252: RM: python-graphene-federation -- ROM; leaf package

Package: ftp.debian.org Severity: normal Control: affects -1 + src:python-graphene-federation User: ftp.debian@packages.debian.org Usertags: remove The package has one rdep which is python-graphene-mongo, which has an RM request #1104251. -- Best, Ananthu signature.asc Description: PGP sig

Bug#1104251: RM: python-graphene-mongo -- ROM; leaf package, no rdeps

Package: ftp.debian.org Severity: normal Control: affects -1 + src:python-graphene-mongo User: ftp.debian@packages.debian.org Usertags: remove python-graphene-mongo has no rdeps. -- Best, Ananthu signature.asc Description: PGP signature

Bug#1104250: RM: ruby-dry-cli -- ROM; leaf package, no rdeps

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-r...@lists.debian.org Control: affects -1 + src:ruby-dry-cli User: ftp.debian@packages.debian.org Usertags: remove Originally packaged for gitlab, not used by anything now. -- Best, Ananthu signature.asc Description: PGP signatu

Bug#1104249: RM: ruby-googleapis-common-protos -- ROM; leaf package, no rdeps

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-r...@lists.debian.org Control: affects -1 + src:ruby-googleapis-common-protos User: ftp.debian@packages.debian.org Usertags: remove Originally packaged for gitlab, not used by anything now. -- Best, Ananthu signature.asc Descrip

Bug#1104248: RM: ruby-omniauth-shibboleth-redux -- ROM; RC buggy, no rdeps

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: debian-r...@lists.debian.org Control: affects -1 + src:ruby-omniauth-shibboleth-redux User: ftp.debian@packages.debian.org Usertags: remove Originally packaged for gitlab, which doesn't use this now. -- Best, Ananthu signature.asc Desc

Bug#1091714:

FYI. Back In Time now is prepared to use a local installed manual if it is available [1] at /usr/'share/doc/backintime-common/manual/index.html Otherwise it will fallback to the online manual [2]. [1] --

Bug#1103557: bookworm-pu: package mongo-c-driver/1.23.1-1+deb12u1

kQ6j5 4iHEq9EpHj6KxbhpVd9gM35oMBaD+ik3sl/EMAFtHZv9bf+k9LFwd1L8VA5EtE/T LGFpLanvkyRhSq3fl/NSy6KQQdOVV4+hP729MVpVyEajVbYmQF/kCa8RawmUSTiM fC5TRMxrUYCR/DoPbzI+vxKHoXcDyUtrRQozMgv2EAEuapyDCnoz3ikYzYEH2ULr aMIs891fqubJIiFkV+2eSO6Yf02kiPoZ2PqesBRgsM6FJ8EocAY= =1FUV -END PGP SIGNATURE- diff -Nru mongo-c-d

Bug#1101208:

Hello Fabio, My apologize there might be a missunderstanding. Am 11.04.2025 12:07 schrieb Fabio Fantoni: Hi, I wanted at least a test of the package to be done on Sid before requesting the upload to a DD, now I tried it and sent a request I used the tar.gz file (source tarball) available at up

Bug#1101208:

Hello, My apologize for asking again. I just want to be sure that I not might have misunderstood something? The freeze is near, but there is no upload yet. Is there any task that need to be done before? Regards, Christian

Bug#1102363: licensecheck: source formats: support excluding formats e.g. to only check for SPDX fields

Hello Jonas, thanks for asking back. Am 08.04.2025 12:44 schrieb Jonas Smedegaard: I have reframed it as an option (rather than a default goal): support excluding formats e.g. to only check for SPDX fields Do you agree that this covers the point of this issue? Kind of. Yes. ;) But I would

Bug#960665:

Hello, please let me add one additional item to this feature. Assuming SPDX license names are supported and the tool is able to specifically parse for SPDX-fields. In this case only that SPDX fields should be considered. Other licenses strings, e.g. in comments, should be ignored. See as a goo

Bug#1100900:

Hello Thomas, thanks for the reply and the details. I know and understand the technical details behind that topic. But that is not the point. My apologize but it seems I wasn't clear enough. The problem is that users (readers of the website) do get the message that a page's translation is out

Bug#1101208: /usr/bin/backintime: New upstream version 1.5.4 targeting Trixie

Am 04.04.2025 18:58 schrieb Fabio Fantoni: Il 04/04/2025 16:50, c.bu...@posteo.jp ha scritto: That bug seems for tool not supporting all SPDX licenses Yes, but it could work the other way around. Our use case could be considered whi

Bug#1101208: /usr/bin/backintime: New upstream version 1.5.4 targeting Trixie

Hello Fabio, Thank you for working on this. Me and the user appreciate this. Am 04.04.2025 15:43 schrieb Fabio Fantoni: noticed that updating d/copyright is a waste a lot of time, especially for the many false positives generated by the checks due to the citation of the main license of the progr

Bug#1101208: /usr/bin/backintime: New upstream version 1.5.4 targeting Trixie

Am 04.04.2025 16:45 schrieb c.bu...@posteo.jp: I would call this a bug in Debian's copyright checking tool then. The rule is simpel: If SPDX meta data is provided all other comments/headers should be ignored. Please let me know if you open a bug report about it, so I can subscribe it. This mig

Bug#1101208: /usr/bin/backintime: New upstream version 1.5.4 targeting Trixie

Hello Fabio Am 04.04.2025 16:23 schrieb Fabio Fantoni: I mean this text on comment on any file: # This file is part of the program "Back In Time" which is released under GNU # General Public License v2 (GPLv2). See file/folder LICENSE or go to #

Bug#1100964: apt: [INTL:pt_BR] Brazilian Portuguese translation

Hello, Am 21.03.2025 05:25 schrieb Rafael Fontenelle: Package: apt Version: 2.9.33 Severity: wishlist X-Debbugs-Cc: debian-l10n-portugu...@lists.debian.org Why not using the Weblate instance instead of poluting the mailing list and ticket system? See https://translate.debian.net/projects/po

Bug#1100900:

Hello Boyuan Yang, thanks for your reply. Am 23.03.2025 16:42 schrieb Boyuan Yang: I don't understand. What are you trying to do? Sorry, if this wasn't clear from my initial posting. All URLs I posted do have German translation. They are outdated and should be deleted because it harms the p

Bug#1100900:

Please allow me to add some more, because sometimes it is not easy for me to find the right words. Even if there are no resources (human, time, infrastructure, etc) someone need to make decisions. Being scared of decisions will harm the project. That is what maintaining is about. I am aware

Bug#1100900:

Hello Holger Am 24.03.2025 13:16 schrieb Holger Wansing: It's as always (or at least at many points) in Debian: the main issue is lack of manpower. I disagree on that point. Lack of human resources is one factor but not the main factor. But it is always an excuse for low quality. This is a FO

Bug#1100900:

Hello Holger, thanks for your reply on this topic. Am 23.03.2025 22:30 schrieb Holger Wansing: In that case, the user would see not many translated pages. English would be the usual language. That is not bad. It is good. No errors or indications of low quality. That is the goal and in the int

Bug#1100900:

I found more candidates. - https://www.debian.org/international/l10n/ddtp

Bug#1100900:

Please let me add additional German pages, also with the same request for removal: - https://www.debian.org/distrib/ - https://www.debian.org/releases/ - https://www.debian.org/releases/stable/ - https://www.debian.org/distrib/pre-installed - https://www.debian.org/CD/live/

Bug#1099172: No package name in BTS notification emails

Hello Don, thanks for the reply. Am 07.03.2025 00:57 schrieb Don Armstrong: What would a solution look like for you? [Note that modifying the subject and body of the message is problematic for many reasons including PGP and DKIM, so that's not an approach that can be used.] Subject or body, ye

Bug#1099172: No package name in BTS notification emails

Hello Chris, thanks for your eply and comments. Am 10.03.2025 10:35 schrieb Chris Hofstaedtler: Don already told you that what you want - modifying the subject is not technically possible: | What would a solution look like for you? [Note that modifying the | subject and body of the message is p

Bug#1099172: No package name in BTS notification emails

Hello Don, is your deny because of resources or do you really don't see the problem? A ticket/bugreport is not about resources. If you agree with the problem I do describe, leave the ticket open. We will think about what need to be done to solve it. No matter how much and long it does take.

Bug#1099172: No package name in BTS notification emails

Hello Don, thank you for your reply. Am 06.03.2025 05:01 schrieb Don Armstrong: They do have it in the X-Debian-PR-Package: header. For example, this message will have the following: X-Debian-PR-Package: bugs.debian.org But that is not human readable. Most of email clients do not show header

Bug#1099523:

This issue might be obsolete if the following two issues are fixed - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903272 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805378

Bug#903272:

From users perspective I do agree. That need to be a dependency. If this is fixed the bug #1099523 would be obsolete.

Bug#1099301: libpam-tmpdir: please set TMPDIR ACLs for compatibility with subuids

Package: libpam-tmpdir Version: 0.09+b2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 After updating sbuild recently (to version 0.88.4~bpo12+2) I started experiencing build failures like this: I: Unpacking /home/roberto/.cache/sbuild/unstable-amd64.tar.zst to /tmp/user/2000/

Bug#1099172: No package name in BTS notification emails

package: bugs.debian.org version: 1 Hello, the BTS system does communicate via emails. The problem is that the emails do not contain the relevant package name in subject or header. There is only the bug number. Being involved in several packages it is very hard to manage my bug emails without

Bug#1099171: Upgrade Debian Policy Standards Version to latest 4.7.2

Package: backintime Version: 1.5.3-1 Hello, I checked the difference between 4.7.0 and 4.7.2 and can't find something relevant to backintime. So it seems the version can be upgraded. btw: I am preparing the 1.5.4 release at upstream until 1th April to get included in upcoming Debian 13. Re

Bug#1087686:

Hello Fabio, the tracker now shows "1.5.4-rc2" as the latest upstream release. Is the fix pending or not working? Regards, Christian

Bug#1094741: ruby-rails-assets-jquery autopkgtest fails against rails 2:7.2.2.1+dfsg-1~exp3 from experimental

Source: ruby-rails-assets-jquery Version: 3.5.1+dfsg-2 Severity: serious Dear Maintainer, ruby-rails-assets-jquery fails autopkgtest against rails 7 which is now in experimental and is currently affecting the ongoing rails transition. The pointer to the relevant logs can be found at the link[0],

Bug#1094664: debian-policy: formatting typo in policy/ch-files.rst

Package: debian-policy Version: 4.6.2.0 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 While reading the policy in HTML rendered form I noticed a minor formatting typo/bug which can be corrected as follows: diff --git a/policy/ch-files.rst b/policy/ch-files.rst index b34c183..76

Bug#1094649: gem2deb: dh_ruby should not run the tests specified with DH_RUBY_IGNORE_TESTS

Package: gem2deb Version: 2.2.5 Severity: wishlist Dear Maintainer, dh_ruby can currently take the environment variable DH_RUBY_IGNORE_TESTS to skip tests, such as all tests or for specifically ruby3.1 etc. But what it actually does is, instead of skipping the tests itself, it runs the testsuite

Bug#1094645: RM: ruby-webpack-rails -- ROM; leaf package, no rdeps, blocking transitions

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-webpack-ra...@packages.debian.org Control: affects -1 + src:ruby-webpack-rails User: ftp.debian@packages.debian.org Usertags: remove Hello, ruby-webpack-rails is a leaf package that does not have any rdeps and blocks rails7 transitio

Bug#1094643: RM: ruby-sham-rack -- ROM; leaf package, no rdeps, blocking transitions

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-sham-r...@packages.debian.org Control: affects -1 + src:ruby-sham-rack User: ftp.debian@packages.debian.org Usertags: remove Hello, ruby-sham-rack does not have any rdeps and is currently blocking ruby-rack transition as well, please

Bug#1094610: RM: ruby-grack -- ROM; leaf package, has no rdeps, blocking transitions

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-gr...@packages.debian.org Control: affects -1 + src:ruby-grack User: ftp.debian@packages.debian.org Usertags: remove Hello, ruby-grack does not have any rdeps and it is currently blocking ruby-rack transition as well. Please remove t

Bug#1094609: RM: ruby-omniauth-twitter -- ROM; leaf package, has no rdeps, blocking transitions

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-omniauth-twit...@packages.debian.org Control: affects -1 + src:ruby-omniauth-twitter User: ftp.debian@packages.debian.org Usertags: remove Hello, ruby-omniauth-twitter was being used by gitlab package before but not anymore since git

Bug#1094607: RM: ruby-rack-flash3 -- ROM; leaf package, has no rdeps, blocking transitions

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ruby-rack-fla...@packages.debian.org Control: affects -1 + src:ruby-rack-flash3 User: ftp.debian@packages.debian.org Usertags: remove Hello, It is a leaf package with no reverse dependencies, please remove it. (It is also currently blocki

Bug#1094087: patch for version 3.8.1

From deae77db71af6c8b0ba8b588328f87fa82806db0 Mon Sep 17 00:00:00 2001 From: Ananthu C V Date: Mon, 27 Jan 2025 15:58:51 +0530 Subject: [PATCH] tj3 version 3.8.1 patch Signed-off-by: Ananthu C V --- debian/patches/dont-require-git.patch | 23 +++ debian/patches/manual

Bug#1087686: Please package 1.5.3 before Ubuntu's Debian Import Freeze

Hello, upstream maintainer here. Ubuntus Debian Import Freeze is schedule for 20th February. I can surly tell that we won't release another version until this deadline. So please package the latest stable release, which is version 1.5.3 before that deadline. Thanks in advance, Christian Buh

Bug#1082157: Re : virtualbox: VM's no longer start after update in last few days on Stable and Sid

It's a problem with linux 6.12.x , also described in the virtualbox forum. The workaround given on the forum is to start linux by appending "kvm.enable_virt_at_load=0" to the command line.

Bug#1091575: probabel: FTBFS on i386: dh_auto_test: error: make -j8 check "TESTSUITEFLAGS=-j8 --verbose" VERBOSE=1 returned exit code 2

Dear Lucas, Thanks for reporting this bug. Unfortunately, ProbABEL is no longer actively maintained. I had a quick look at the full build log for i386 and it might be not just a failing test, but something deeper in the C/C++ code that's considered to be too outdated to modern standards

Bug#1087400: providing librust-wasmtime-dev in rust-wasmtime

Hi Jonas, Sorry for yet another ping, but is there any progress/updates? You mentioned previously that you might need to bump the version of rust-wasmtime again, and recently zellij upstream mentioned to me that they'd be willing to bump the dependency on wasmtime to v24 if that'd help my packagi

Bug#1089497: Re : Debian Bug report logs - #1089497 gost-crypto-dkms: module fails to build for Linux 6.12: asm/unaligned.h moved to linux/unaligned.h

This patch should work : --- gost-crypto-0.3.5/gost28147_basic.c2023-06-24 00:31:16.0 +0200 +++ gost-crypto-0.3.6/gost28147_basic.c2024-12-14 00:31:16.0 +0200 @@ -39,7 +39,13 @@ #include #include #include + +#if LINUX_VERSION_CODE < KERNEL_VERSION(6, 12, 0) #include

Bug#1090018: node-popper2: rebuild fails against node-typescript 5.0.4 from experimental

h Babel (642ms). BROWSER_COMPAT=true babeljs src -d dist/esm --ignore '**/*.test.js','**/__mocks__' Successfully compiled 61 files with Babel (648ms). rollup -c .config/rollup.config.js  src/popper.js → dist/umd/popper.min.js... (!) Plugin repla

Bug#1090008: node-ansi-up: rebuild fails against node-typescript 5.0.4 from experimental

Package: node-ansi-up Version: 5.1.0+dfsg-2 Severity: important User: debian...@lists.debian.org Usertags: typescript504 Hi, node-typescript version 5.0.4 is currently in experimental. Your package fails to build on a rebuild against the same. node-typecript will be uploaded to unstable in a mont

Bug#1089990: less.js: rebuild fails against node-typescript 5.0.4 from experimental

Package: less.js Version: 3.13.0+dfsg-11 Severity: important User: debian...@lists.debian.org Usertags: typescript504 Hi, node-typescript version 5.0.4 is currently in experimental. Your package fails to build on a rebuild against the same. node-typecript will be uploaded to unstable in a month,

Bug#1089990: less.js: rebuild fails against node-typescript 5.0.4 from experimental

Control: close -1 Hi, While the bug report is supposed to happen, it wasn't done properly due to the script I am writing executed prematurely, hence the bogus errors and lack of build log attachment. The proper bug report will come soon. Sorry for the noise. -- Best, Ananthu signature.asc Des

Bug#1089985: tracker.debian.org: "general" section is missing for packages

Package: tracker.debian.org Severity: normal Dear Maintainer, I have noticed that there are several packages in t.d.o that are missing the "general" secton altogether.This is the section that contains some important data about the package; including source name, version, maintainer, uploaders, ar

Bug#1087400: providing librust-wasmtime-dev in rust-wasmtime

On Sun, Dec 01, 2024 at 03:31:58AM +0100, Jonas Smedegaard wrote: > Ah, the version might cause headaches: wasmtime fails to build > currently, seemingly due to too new branches of other wasm-tools: > wasmtime v21 needs v207/v1.207/v0.207 of wasm-tools crates, but > Debian currently has v217/v1.217

Bug#1067251: rust-isahc: isahc FTBFS with polling 3 in experimental

Package: rust-isahc Version: 1.7.2+ds-29 Followup-For: Bug #1067251 Control: reopen = Control: tags -1 ftbfs Control: tags -1 + experimental Control: tags -1 + patch Dear Maintainer, This bug was closed as rust-isahc was removed from the archive, but now that rust-isahc is in experimental again,

Bug#1067251: rust-isahc: isahc FTBFS with polling 3 in experimental

Control: reopen -1 Messed up the control command earlier, sorry. -- Best, Ananthu signature.asc Description: PGP signature

Bug#1088826: /usr/share/bug/linux-image-686-pae/presubj: Fails to boot after 6.1.0-22

Package: linux-image-686-pae Version: 6.1.115-1 Severity: important File: /usr/share/bug/linux-image-686-pae/presubj X-Debbugs-Cc: spam...@writeme.com Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Currently using: Intel(R) Atom(TM) CPU N450 @ 1

Bug#1087400: providing librust-wasmtime-dev in rust-wasmtime

Thanks for the quick bump of the package version. My issue, however resolves only with librust-wasmtime-dev being available. As mentioned, this is currently the only big blocker for zellij (another being isahc that I am trying to fix). I understand that this work can be quite a bit involved but I h

Bug#1088706: ITP: ruff -- An extremely fast Python linter.

On Fri, Nov 29, 2024 at 11:55:12PM +0530, Ranjith Raj wrote: > Package:ruff [...] > * Package name :python3-ruff ruff is already in unstable[0]. But the packaged version of ruff is currently far behind that of the upstream and could use a lot of help, where you can probably help. [0] https://pa

Bug#1087932: ITP: python-deadlib -- Python dead batteries

On Thu, Nov 21, 2024 at 12:35:37AM +0500, Andrey Rakhmatullin wrote: > On Wed, Nov 20, 2024 at 02:56:11PM +0100, Alexandre Detiste wrote: > > Maybe not other completely useless modules. (pipes ?) > > I think somebody (you?) recently want to vendor pipes to fix something, or > maybe it was fixed in

Bug#1087582: backintime-qt: No set LC_TIME causes core dump

Hello Dave, thank you for reporting back. I don't see an error in your first post. I also don't understand why you think this is connected to LC_TIME. Are you sure? I would expect a Python exception instead of a core dump if BIT is not able to handle something with the locale setting. I saw

Bug#1087582: backintime-qt: No set LC_TIME causes core dump

Sorry, I meant "backintime-qt --debug" (with debug switch) of course.

Bug#1087582: backintime-qt: No set LC_TIME causes core dump

Hello Dave, upstream maintainer here. Thank you for reporting. Can you please run "backintime-qt" in your terminal and post the error output, too? Can you also please post the output of "locale". And for my understanding of your use case and environment: How does it come that LC_TIME is not

Bug#985260:

Upstream has several issues related to error reporting and cron error mails in context of user-callback script. I opened a new upstream ticket to reflect this specific bug ticket which is, to my understanding, about missing cron error mails in case of syntax errors in the user-callback script.

Bug#1064050: merging with 1073803

Control: forcemerge -1 1073803 Hi, Seeing as there has been no response since my initial prodding, I am merging the two ITPs on zellij into one. -- Best, Ananthu signature.asc Description: PGP signature

Bug#1087419: CVE-2024-52533: glib2.0: Buffer overflow in gsocks4aproxy set_connect_msg()

Hi Simon, On Wed, Nov 13, 2024 at 10:15:48AM +, Simon McVittie wrote: > > I believe Debian 11 is also vulnerable; LTS team cc'd for visibility. > Thanks for letting us know. I have added glib2.0 to our work queue. Regards, -Roberto -- Roberto C. Sánchez

Bug#1041463: updating rust-wasmtime and providing wasmtime

Hi, I just filed #1087400 regarding updating the package and providing wasmtime crate. -- Best, Ananthu signature.asc Description: PGP signature

Bug#1087400: rust-wasmtime: please update rust-wasmtime to version 21 and provide wasmtime

Source: rust-wasmtime Version: 19.0.0+dfsg-4 Severity: wishlist Dear Maintainer, I am working on packaging zellij and wasmtime is one of the crates in its dependency tree. Zellij currently requires version 21.0.2 of wasmtime and there are also other dependencies in the tree that should match this

Bug#1055654: reopening 1055654

Control: reopen 1055654 = The latest release still fails against the typescript version 4.9.5 from experimental with the following output: dh_auto_build --buildsystem=nodejs No build command found, searching known files No build command found, searching known files Found debian/nodejs/defer-to-co

Bug#1080956: SaunaFS

Hi, On Mon, Nov 04, 2024 at 03:04:23PM +0100, Andreas Tille wrote: > Since I have no idea whether those files that are part of the upstream > install target but not made their way into one of the binary packages > should be installed or not neither to which of the resulting binary > packages. Ple

Bug#985257:

The upstream ticket #1331 does mix CLI and GUI issues. I realized this Debian ticket is bound to "common" (the CLI auf Back In Time). Because of that I vote to close this ticket with the next released because the issue is fixed. The example scripts now installed with "common".

Bug#1086037: libgtk-4.so.1: undefined symbol: vkCreateWaylandSurfaceKHR

Package: libgtk-4-1 Followup-For: Bug #1086037 X-Debbugs-Cc: v8fl8y...@mozmail.com You are absolutely right! I have a locally built version of the vulkan library and somehow managed to pollute the linker search path without noticing on the last build. I apologize for taking up your time, and I ap

Bug#985257:

Hello, upstream maintainer here. Please see this merged upstream PR The user-callback scripts not part of upstream repo, installed in "/usr/share/doc/backintime-common/user-callback-examples" (via make) and added to the user manual. The

Bug#1085095: ITP: python-datadog -- Datadog Python library

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-datadog Version : 0.50.1 Upstream Contact: Datadog, Inc. * URL : https://github.com/DataDog/datadogpy * License : BSD-3-Clause Programming

Bug#985257:

Hello Franceso, Hello Jonathan, please see upstream PR #1899 The user-callback example scripts now installed (via make) in /usr/share/doc/backintime-common/user-callback-examples This might half fix your ticket. From the GUI this script

Bug#1084745: ITP: python-pytest-vcr -- plugin for managing vcrpy cassettes

Package: wnpp Severity: wishlist Owner: Ananthu C V * Package name: python-pytest-vcr Version : 1.0.2 Upstream Contact: Tomasz Kontusz * URL : https://github.com/ktosiek/pytest-vcr * License : Expat Programming Lang: Python Description : plugin for

Bug#1084156: ITP: python-pyflume -- Python package to integrate with Flume Sensor

Package: wnpp Severity: wishlist Owner: Ananthu C V * Package name: pyflume Version : 0.8.7 Upstream Author : ChrisMandich * URL : https://github.com/ChrisMandich/PyFlume * License : Expat Programming Lang: Python Description : Python package to

Bug#1084153: ITP: python-ratelimit -- API rate limit decorator

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-ratelimit Version : 2.2.1 Upstream Contact: Tomas Basham * URL : https://github.com/tomasbasham/ratelimit * License : Expat Programming

Bug#1083051: ITP: python-uiprotect -- unofficial UniFi Protect Python API and CLI

Package: wnpp Severity: wishlist Owner: Ananthu C V * Package name: python-uiprotect Version : 6.1.0 Upstream Contact: UI Protect Maintainers * URL : https://github.com/uilibs/uiprotect * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: Python

Bug#1082990: ITP: python-aioshutil -- asynchronous shutil module

Package: wnpp Severity: wishlist Owner: Ananthu C V * Package name: python-aioshutil Version : 1.5 Upstream Contact: Kumar Aditya * URL : https://github.com/kumaraditya303/aioshutil * License : BSD-3-Clause Programming Lang: Python Description

Bug#1082986: python3-convertertools: debian and upstream have different source code for the same version number

Package: python3-convertertools Version: 0.5.0-2 Severity: important Dear Maintainer, The python3-convertertools package in debian has different source code from the same version of the upstream package. More specifically, the debian package is currently version 0.5.0-2 which should correspond to

Bug#1082940: ITP: python-simplepush -- simplepush Python library

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-simplepush Version : 2.2.3 Upstream Contact: Timm Schaeuble * URL : https://github.com/simplepush/simplepush-python * License : Expat

Bug#1080037: linux: ASUS Vivobook Go E1404GAB_E1404GA keyboard does not work

Source: src:linux Severity: wishlist Tags: upstream Dear Maintainer, I am raising this report to help a user (Livi Toro) from the Debian Spanish user support list [0]. Keyboard does not work on an Asus VivoBook Go 14 E1404GAB laptop [1], it does not work in Debian stable (linux 6.1.106), and it

Bug#1079488: nm.debian.org: api status lists only people with legacy Debian SSO login

Package: nm.debian.org Severity: important Hi, It seems that nm.d.o/api/status does not actually list everyone in NM, but instead only a portion of them, presumably only those with a (legacy) Debian SSO login. For example, the api currently lists ~172 DM (with or without guest accounts). 142 of

Bug#1078593: Acknowledgement (appstream: asv-summary-too-long Warning needs more details)

Please let me give additional information. Using "appstreamcli validate foobar.xml" on my local machine do not give me a warning about the length of that field. That confuses me much more. Which check command is used on the Debian Build Servers to generate that warning message? I opened a ti

Bug#1078475: ITP: python-tzdata -- provider of IANA time zone data

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-tzdata Version : 2024.1 Upstream Contact: Python Software Foundation * URL : https://github.com/python/tzdata * License : Apache-2.0

Bug#1078333: [linux-board-support-package-dragonboard845c]

Package: linux-board-support-package-dragonboard845c Version: Severity: Tags: X-Debbugs-CC: Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (orineffective)? * What was

Bug#1077165: ITP: python-mashumaro -- fast and well tested serialization library

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-mashumaro Version : 3.13.1 Upstream Contact: Alexander Tikhonov * URL : https://github.com/Fatal1ty/mashumaro * License : Apache-2.0

Bug#1072474: backintime-common: "sshfs" should be "dep" instead of "sug"

It gives an error message dialog: "sshfs not found. Please install it (e.g. via "apt install sshfs")" I don't like that behavior. The GUI suggest that this functionality does exist, the user invest time in configuring it and near the end that error comes up. From a view point of usability it i

Bug#1072474: backintime-common: "sshfs" should be "dep" instead of "sug"

Am 22.07.2024 12:23 schrieb Fabio Fantoni: I think sshfs will be better in recommends instead depends as not all use remote backup on ssh. Have it as depends also make unable to uninstall it. Is this okay or is there some other reason why it's better to be in depends? SSH profiles is not an o

Bug#1076495: [Pkg-samba-maint] Bug#1076495: samba-common-bin: net usershare guest_ok paramter is parsed as a comment

Will report upstream then. The man page explicitly states that the comment and acl parameters are optional, which implies it is sufficient to just specify guest_ok=y.  But if only this parameter is passed, it is interpreted as being the comment parameter.  In other words, they are not optional

Bug#1076167: RFP: waveterm -- AI-native terminal built for seamless workflows

Package: wnpp Severity: wishlist * Package name: waveterm Version : 0.7.6 Upstream Contact: supp...@waveterm.dev * URL : https://www.waveterm.dev/ * License : Apache-2.0 Programming Lang: Go, TypeScript Description : AI-native terminal built for seamless

Bug#1076165: RFP: zed -- High-performance multiplayer code editor

Package: wnpp Severity: wishlist * Package name: zed Version : 0.143.6 Upstream Contact: Zed Industries * URL : https://zed.dev/ * License : AGPL-3 Programming Lang: Rust Description : High-performance multiplayer code editor Zed is a modern open-sourc

Bug#1051785: workaround

to handle it. On Fri, Jun 21, 2024 at 3:55 PM Simon McVittie wrote: > On Fri, 21 Jun 2024 at 12:55:34 +0200, C wrote: > > Neither [...], nor setting the gsettings entry > > on my user or as root, worked and I suspect it's because the value on the > > Debian-gdm us

Bug#1074002: ITP: python-graphene-directives -- schema directives implementation for graphene

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: python-graphene-directives Version : 0.4.6 Upstream Contact: Strollby * URL : https://github.com/strollby/graphene-directives * License : Expat

Bug#1051785: workaround

I found myself here with the same issue (although it took a while to find this bug): I have a YubiKey and suddenly at login my user would appear for a split second and then be replaced by the blank username field. After entering the username gdm3 would show "SSSD PAM module is not installed. Smart

Bug#1073803: reopening zellij ITP

Control: reopen 1073803 = Hello, The zellij ITP I had opened has been closed not long after by bartm, with no explanation whatsoever. I am reopening the ITP as such, so please provide valid reasoning as to why this has been/have to be closed. Best, Ananthu

Bug#1073804: ITP: rust-leb128 -- read and write DWARF's little endian base 128 variable length integer encoding

Package: wnpp Severity: wishlist Owner: Ananthu C V X-Debbugs-Cc: debian-de...@lists.debian.org, debian-r...@lists.debian.org * Package name: rust-leb128 Version : 0.2.5 Upstream Contact: Nick Fitzgerald * URL : https://github.com/gimli-rs/leb128 * License

  1   2   3   4   5   6   7   8   9   10   >