Bug#992313: hexedit: please add non-superficial autopkgtest

2022-01-05 Thread Paul Wise
Control: tags -1 - moreinfo On Fri, 2021-10-29 at 23:08 -0300, Eriberto Mota wrote: > To: 992...@bugs.debian.org Please CC submitters when you have questions/comments they should see, I only saw your message by coincidence when looking at the bug. > Unfortunately, your script ends with >

Re: Question about Debian redistribution

2022-01-05 Thread Paul Wise
Navtej Bhatti wrote: > I have a project to get Linux (specifically Debian, Ubuntu, Fedora, > and Arch) working on chromebooks. This sounds like something that should be done within those distributions themselves, rather than outside them in a separate project. General distros want to be able to

Re: Evolution

2022-01-04 Thread Paul Wise
On Fri, 2021-12-31 at 09:10 -0500, Devops PK Carlisle LLC wrote: > Just a quick question as to whether Evolution Mail is still > supported/updated? You have already gotten an answer, but for future reference, this sort of question should be asked on Debian support channels not debian-devel.

Re: replacing misleading debian.org/security claims

2022-01-04 Thread Paul Wise
On Thu, 2021-12-30 at 11:04 -0500, Silas Cutler wrote: > I'd also like to see information on both how to submit > vulnerabilities as well as how to contribute to getting them fixed. These are addressed in the FAQ: https://www.debian.org/security/faq#discover

Re: replacing misleading debian.org/security claims

2022-01-04 Thread Paul Wise
On Tue, 2021-12-28 at 19:46 +0100, max wrote: > Debian's security updates are created by volunteers working in their > spare time. Some packages may receive more attention than others. To > view the current list of known unfixed vulnerabilities see >

Bug#814449: [wrap-and-sort] to remove double or more spaces

2022-01-04 Thread Paul Wise
Package: devscripts Version: 2.21.7 Followup-For: Bug #814449 This could also be useful for a diff seen in #1002683, where an additional space was inserted in dependencies: -Depends: libfilezilla-common (>= ${source:Version}), ${shlibs:Depends}, ${misc:Depends} +Depends: libfilezilla-common

Re: [RFS] RadioTray

2022-01-04 Thread Paul Wise
On Tue, 2021-12-28 at 18:37 +0100, Matthias wrote: > but it would be great, if RadioTray will get back into the official > Debian repository. Please note the extra steps required when reintroducing packages: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs >

Bug#1002458: "version in VCS newer than in repository" might be a bit overzealous

2022-01-04 Thread Paul Wise
On Mon, 2021-12-27 at 18:13 +0100, Raphael Hertzog wrote: > It's phrased as question, not as you say. And I can certainly change the > wording but then it's no longer an "action item" and I find it hard to > keep the entry in its current place. Thus I prefer to restrict the cases > where we show

Bug#1002458: "version in VCS newer than in repository" might be a bit overzealous

2022-01-04 Thread Paul Wise
On Mon, 2021-12-27 at 18:13 +0100, Raphael Hertzog wrote: > It's phrased as question, not as you say. And I can certainly change the > wording but then it's no longer an "action item" and I find it hard to > keep the entry in its current place. Thus I prefer to restrict the cases > where we show

Bug#943306: rust-cargo-lichking: build-dependency not satisfiable

2022-01-04 Thread Paul Wise
Control: tags -1 fixed-upstream Control: forwarded -1 https://github.com/Nemo157/cargo-lichking/commit/fb3dce3cd01aec138bc3a485ea7aaf829eca53ae On Wed, 2019-10-23 at 08:10 +0200, Ralf Treinen wrote: > rust-cargo-lichking build-depends on librust-cargo-0.32+default-dev, > which doesn't exist in

Bug#943306: rust-cargo-lichking: build-dependency not satisfiable

2022-01-04 Thread Paul Wise
Control: tags -1 fixed-upstream Control: forwarded -1 https://github.com/Nemo157/cargo-lichking/commit/fb3dce3cd01aec138bc3a485ea7aaf829eca53ae On Wed, 2019-10-23 at 08:10 +0200, Ralf Treinen wrote: > rust-cargo-lichking build-depends on librust-cargo-0.32+default-dev, > which doesn't exist in

Bug#1002617: RFS: carl9170fw/1.9.9-399-gcd480b9-1 [ITP] -- firmware for AR9170 USB wireless adapters

2022-01-04 Thread Paul Wise
On Sat, 2021-12-25 at 18:25 +, John Scott wrote: > https://mentors.debian.net/debian/pool/main/c/carl9170fw/carl9170fw_1.9.9-399-gcd480b9-1.dsc Some things that prevent the upload of this package: I don't think udebs are needed for firmware packages, none of the other WiFi firmware packages

Bug#1002617: RFS: carl9170fw/1.9.9-399-gcd480b9-1 [ITP] -- firmware for AR9170 USB wireless adapters

2022-01-04 Thread Paul Wise
On Sat, 2021-12-25 at 18:25 +, John Scott wrote: > https://mentors.debian.net/debian/pool/main/c/carl9170fw/carl9170fw_1.9.9-399-gcd480b9-1.dsc Some things that prevent the upload of this package: I don't think udebs are needed for firmware packages, none of the other WiFi firmware packages

Re: Bug#1002617: RFS: carl9170fw/1.9.9-399-gcd480b9-1 [ITP] -- firmware for AR9170 USB wireless adapters

2022-01-04 Thread Paul Wise
On Sat, 2021-12-25 at 18:25 +, John Scott wrote: > https://mentors.debian.net/debian/pool/main/c/carl9170fw/carl9170fw_1.9.9-399-gcd480b9-1.dsc Some things that prevent the upload of this package: I don't think udebs are needed for firmware packages, none of the other WiFi firmware packages

Bug#1003111: seabios: broken symlinks: /usr/share/seabios/optionrom/*.bin

2022-01-04 Thread Paul Wise
Package: seabios Version: 1.15.0-1 Severity: normal File: /usr/share/seabios/optionrom/extboot.bin File: /usr/share/seabios/optionrom/kvmvapic.bin File: /usr/share/seabios/optionrom/linuxboot.bin File: /usr/share/seabios/optionrom/multiboot.bin File: /usr/share/seabios/optionrom/vapic.bin User:

Bug#1003097: parallel.1: document the shell/non-shell usage of command execution

2022-01-03 Thread Paul Wise
Package: moreutils Version: 0.66-1 Severity: wishlist File: /usr/share/man/man1/parallel.1.gz For the moreutils implementation of parallel: I noticed that the first form of command does not use the shell: parallel [options] [command] -- [argument ...] I noticed that the second form of

Bug#1002002: diffoscope: note order-only changes in .dsc fields

2021-12-19 Thread Paul Wise
Package: diffoscope Version: 197 Severity: wishlist I recently sponsored memtest86+ and used diffoscope to compare the Debian source packages before uploading. The debian/ directory had been subject to wrap-and-sort, which also affects the Architecture field. The architecture list hadn't been

Bug#1002002: diffoscope: note order-only changes in .dsc fields

2021-12-19 Thread Paul Wise
Package: diffoscope Version: 197 Severity: wishlist I recently sponsored memtest86+ and used diffoscope to compare the Debian source packages before uploading. The debian/ directory had been subject to wrap-and-sort, which also affects the Architecture field. The architecture list hadn't been

Bug#1001932: [Debian-med-packaging] Bug#1001932: smart-open: FTBFS with dpkg-buildpackage -nc/--no-pre-clean

2021-12-19 Thread Paul Wise
Control: reopen -1 Control: retitle -1 smart-open: FTBFS with dpkg-buildpackage -nc/--no-pre-clean Control: severity -1 normal Control: tags -1 - moreinfo On Sun, 2021-12-19 at 13:20 +0530, Nilesh Patra wrote: > Looks like it is a local issue for you I narrowed it down, it occurs when

Bug#994151: yt-dlp in Debian

2021-12-18 Thread Paul Wise
On Sat, 2021-12-18 at 17:07 -0800, Kip Warner wrote: > I would suggest Paul, but only Paul can decide that. He knows much more > about Debianization than I do and, unlike me, is an actual Debian > developer. FTR: I don't really have the time for this, and using it from a git checkout is

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > > > On sid we currently see the follow rdeps: > > There are a few more in Build-Depends Also there are a few Recommends and Suggests: $ reverse-depends -s py

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > > > On sid we currently see the follow rdeps: > > There are a few more in Build-Depends Also there are a few Recommends and Suggests: $ reverse-depends -s py

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > > > On sid we currently see the follow rdeps: > > There are a few more in Build-Depends Also there are a few Recommends and Suggests: $ reverse-depends -s py

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > smart-open: python3-boto This one build-deps on both python3-boto and python3-boto3.  It also has an unrelated failure to build as the test suite cannot import the google.cloud Python module. Filed as #1001932. -- bye, pabs ht

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > smart-open: python3-boto This one build-deps on both python3-boto and python3-boto3.  It also has an unrelated failure to build as the test suite cannot import the google.cloud Python module. Filed as #1001932. -- bye, pabs ht

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sun, 19 Dec 2021 13:03:38 +0800 Paul Wise wrote: > smart-open: python3-boto This one build-deps on both python3-boto and python3-boto3.  It also has an unrelated failure to build as the test suite cannot import the google.cloud Python module. Filed as #1001932. -- bye, pabs ht

Bug#1001932: smart-open: FTBFS: ERROR smart_open/tests/test_gcs.py: ModuleNotFoundError: No module named 'google'

2021-12-18 Thread Paul Wise
Source: smart-open Version: 5.2.1-1 Severity: serious Tags: ftbfs When trying to rebuild smart-open in pbuilder, I get a test failure: $ pdebuild ... = test session starts == platform linux -- Python 3.9.9, pytest-6.2.5,

Bug#1001932: smart-open: FTBFS: ERROR smart_open/tests/test_gcs.py: ModuleNotFoundError: No module named 'google'

2021-12-18 Thread Paul Wise
Source: smart-open Version: 5.2.1-1 Severity: serious Tags: ftbfs When trying to rebuild smart-open in pbuilder, I get a test failure: $ pdebuild ... = test session starts == platform linux -- Python 3.9.9, pytest-6.2.5,

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > On sid we currently see the follow rdeps: There are a few more in Build-Depends, the totality of them are spread across several different teams and individuals. I would suggest an MBF (mini bug filing) if python-boto is going to be

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > On sid we currently see the follow rdeps: There are a few more in Build-Depends, the totality of them are spread across several different teams and individuals. I would suggest an MBF (mini bug filing) if python-boto is going to be

Bug#1001395: python-boto: (autopkgtest) needs update for python3.10: 'Mapping' from 'collections' removed

2021-12-18 Thread Paul Wise
On Sat, 11 Dec 2021 10:15:42 -0800 Noah Meyerhans wrote: > On sid we currently see the follow rdeps: There are a few more in Build-Depends, the totality of them are spread across several different teams and individuals. I would suggest an MBF (mini bug filing) if python-boto is going to be

Bug#1001903: ITP: loki-database -- Like Prometheus, but for logs.

2021-12-18 Thread Paul Wise
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote: > The upstream package name conflicts with the existing package loki > ("MCMC linkage analysis on general pedigrees"). However, that package is > "dead upstream" (according to debian/watch), so perhaps this package can > get the name

Bug#1001903: ITP: loki-database -- Like Prometheus, but for logs.

2021-12-18 Thread Paul Wise
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote: > The upstream package name conflicts with the existing package loki > ("MCMC linkage analysis on general pedigrees"). However, that package is > "dead upstream" (according to debian/watch), so perhaps this package can > get the name

Re: Bug#1001903: ITP: loki-database -- Like Prometheus, but for logs.

2021-12-18 Thread Paul Wise
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote: > The upstream package name conflicts with the existing package loki > ("MCMC linkage analysis on general pedigrees"). However, that package is > "dead upstream" (according to debian/watch), so perhaps this package can > get the name

Re: Bug#1001903: ITP: loki-database -- Like Prometheus, but for logs.

2021-12-18 Thread Paul Wise
On Sat, 2021-12-18 at 12:20 -0500, Sean Anderson wrote: > The upstream package name conflicts with the existing package loki > ("MCMC linkage analysis on general pedigrees"). However, that package is > "dead upstream" (according to debian/watch), so perhaps this package can > get the name

Bug#1001876: ITP: mpv-mpris -- MPRIS plugin for mpv

2021-12-17 Thread Paul Wise
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mpv-mpris Version : 0.6 Upstream Author : Ho-Yon Mak * URL : https://github.com/hoyon/mpv-mpris * License : MIT Programming Lang: C Description

Bug#1001876: ITP: mpv-mpris -- MPRIS plugin for mpv

2021-12-17 Thread Paul Wise
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: mpv-mpris Version : 0.6 Upstream Author : Ho-Yon Mak * URL : https://github.com/hoyon/mpv-mpris * License : MIT Programming Lang: C Description

Bug#1001876: ITP: mpv-mpris -- MPRIS plugin for mpv

2021-12-17 Thread Paul Wise
Package: wnpp Severity: wishlist Owner: Paul Wise X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mpv-mpris Version : 0.6 Upstream Author : Ho-Yon Mak * URL : https://github.com/hoyon/mpv-mpris * License : MIT Programming Lang: C Description

Re: chromium: Update to version 94.0.4606.61 (security-fixes)

2021-12-17 Thread Paul Wise
On Fri, 2021-12-17 at 11:28 +0100, Moritz Mühlenhoff wrote: > Could anyone who's using Chromium on Debian please create a page on > wiki.debian.org which lists the alternative options to use a current > Chromium (Flatpak, ungoogled Chromium from elsewhere, snap, whatever > else there is)? The

Re: chromium: Update to version 94.0.4606.61 (security-fixes)

2021-12-17 Thread Paul Wise
On Fri, 2021-12-17 at 11:28 +0100, Moritz Mühlenhoff wrote: > Could anyone who's using Chromium on Debian please create a page on > wiki.debian.org which lists the alternative options to use a current > Chromium (Flatpak, ungoogled Chromium from elsewhere, snap, whatever > else there is)? The

Re: facility to access the NEWS content

2021-12-13 Thread Paul Wise
On Mon, 2021-12-13 at 19:55 +0100, Patrice Duroux wrote: > Packages may provide a NEWS (or any other name, compressed or not, etc.) file Since that is an upstream file, it is not standard across all Debian package upstreams, including the name, file type and contents. Different subsets of

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-13 Thread Paul Wise
On Tue, 2021-12-07 at 09:44 +0800, Paul Wise wrote: > When the List-Archive header exists and contains a URL, the link could > be to that URL. This works for Debian lists and mailman lists and > probably other types of lists too. PS: I note that the mailman3 archiver uses

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-13 Thread Paul Wise
On Tue, 2021-12-07 at 09:44 +0800, Paul Wise wrote: > When the List-Archive header exists and contains a URL, the link could > be to that URL. This works for Debian lists and mailman lists and > probably other types of lists too. PS: I note that the mailman3 archiver uses

Bug#1001603: rpmlint: conffiles not removed: /etc/rpmlint/config

2021-12-12 Thread Paul Wise
Package: rpmlint Version: 2.2.0+ds1-0.1 Severity: normal User: debian...@lists.debian.org Usertags: obsolete-conffile adequate The recent upgrade did not deal with obsolete conffiles properly. Please use the dpkg-maintscript-helper support provided by dh_installdeb to remove these obsolete

Bug#1001501: privoxy: conffiles not removed: /etc/privoxy/templates/edit-actions-for-url-string-filter

2021-12-10 Thread Paul Wise
Package: privoxy Version: 3.0.33-1 Severity: normal User: debian...@lists.debian.org Usertags: obsolete-conffile adequate The recent upgrade did not deal with obsolete conffiles properly. Please use the dpkg-maintscript-helper support provided by dh_installdeb to remove these obsolete conffiles

Bug#1001443: RM: sptag [i386] -- ANAIS; upstream doesn't support anything other than amd64

2021-12-09 Thread Paul Wise
Package: ftp.debian.org Severity: normal The SPTAG upstream doesn't support anything other than amd64 so it is unlikely that the build failure on i386 will be fixed, so please remove the src:sptag binaries from i386. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description:

Bug#1001307: ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen

2021-12-07 Thread Paul Wise
Source: ceres-solver Version: 2.0.0+dfsg1-1~exp1 Severity: serious ceres-solver 2.0.0+dfsg1-1~exp1 introduced an invalid Uploaders field, that is missing a comma between Anton Gladky and Francois Mazen. $ apt-cache showsrc ceres-solver | grep -E '^$|^Version|^Uploaders' Version: 1.14.0-14

Bug#1001307: ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen

2021-12-07 Thread Paul Wise
Source: ceres-solver Version: 2.0.0+dfsg1-1~exp1 Severity: serious ceres-solver 2.0.0+dfsg1-1~exp1 introduced an invalid Uploaders field, that is missing a comma between Anton Gladky and Francois Mazen. $ apt-cache showsrc ceres-solver | grep -E '^$|^Version|^Uploaders' Version: 1.14.0-14

Bug#1001307: ceres-solver: invalid Uploaders field: missing comma between Anton Gladky and Francois Mazen

2021-12-07 Thread Paul Wise
Source: ceres-solver Version: 2.0.0+dfsg1-1~exp1 Severity: serious ceres-solver 2.0.0+dfsg1-1~exp1 introduced an invalid Uploaders field, that is missing a comma between Anton Gladky and Francois Mazen. $ apt-cache showsrc ceres-solver | grep -E '^$|^Version|^Uploaders' Version: 1.14.0-14

Bug#1001301: transition from ftp to tnftp: update-alternatives: warning: /etc/alternatives/ftp is dangling

2021-12-07 Thread Paul Wise
Package: ftp Version: 20210827-3 Severity: normal Usertags: warnings When I upgraded the ftp binary package from 0.17-35 to 20210827-3, the tnftp invocation of update-alternatives gave a warning about the netkit-ftp alternative being missing. First tnftp was unpacked, then the old ftp package

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-07 Thread Paul Wise
On Tue, 2021-12-07 at 09:23 +0100, Raphael Hertzog wrote: > The tracker doesn't receive emails via mailing lists, it gets sent a > direct copy from the various services. Ah. That is the case for Debian but maybe not for other instances, so I think this could be useful for some distros

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-07 Thread Paul Wise
On Tue, 2021-12-07 at 09:23 +0100, Raphael Hertzog wrote: > The tracker doesn't receive emails via mailing lists, it gets sent a > direct copy from the various services. Ah. That is the case for Debian but maybe not for other instances, so I think this could be useful for some distros

Re: Debian-Images mit jigdo herunterladen

2021-12-06 Thread Paul Wise
Jan Girke wrote: [automatic translations below] [automatische Übersetzungen unten] > Könnte es sein das auch Windowsbenutzer mit Jigdo was runterladen wollen? > Wieso ist da nichts darüber wie man Jigdo auf Windows verwendet?

Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements

2021-12-06 Thread Paul Wise
gregor herrmann wrote: > But this forked PPI seems like a blocker, at least I have no good > idea how to handle it right now. [1] It seems like the best option would be to talk to upstream about depending on its dependencies instead of embedding/forking them. -- bye, pabs

Bug#1001176: RFP: perlimports -- Automate maintenance of Perl import statements

2021-12-06 Thread Paul Wise
gregor herrmann wrote: > But this forked PPI seems like a blocker, at least I have no good > idea how to handle it right now. [1] It seems like the best option would be to talk to upstream about depending on its dependencies instead of embedding/forking them. -- bye, pabs

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-06 Thread Paul Wise
On Mon, 2021-12-06 at 21:56 +0100, Raphael Hertzog wrote: > Why do you want a lists.debian.org link when you already have a > tracker.debian.org link pointing to the same content? I don't want a tracker.d.o link. Mainly I want a link with a Message-ID in it, which are more likely to be long-term

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-06 Thread Paul Wise
On Mon, 2021-12-06 at 21:56 +0100, Raphael Hertzog wrote: > Why do you want a lists.debian.org link when you already have a > tracker.debian.org link pointing to the same content? I don't want a tracker.d.o link. Mainly I want a link with a Message-ID in it, which are more likely to be long-term

Bug#1001254: tracker.debian.org: add Message-ID redirector for mails publicly visible in the news section

2021-12-06 Thread Paul Wise
Package: tracker.debian.org Severity: wishlist Currently the only place that testing migration mails are publicly archived is on the tracker.debian.org news section. There are probably other mails in a similar situation. It would be nice to be able to go from such a mail in local email archives

Bug#1001254: tracker.debian.org: add Message-ID redirector for mails publicly visible in the news section

2021-12-06 Thread Paul Wise
Package: tracker.debian.org Severity: wishlist Currently the only place that testing migration mails are publicly archived is on the tracker.debian.org news section. There are probably other mails in a similar situation. It would be nice to be able to go from such a mail in local email archives

Bug#806960: Stardict leaking user data in default configuration.

2021-12-05 Thread Paul Wise
On Thu, 3 Dec 2015 15:09:59 +0100 niekt0 wrote: > "stardict" program in default configuration have by default enabled > plugin "Dict.cn 1.0". This plugin sends every searched word by a plain > HTTP to a server dict.cn. Translated sentence is send even if local > dictionary of local central

Bug#490239: stardict-gtk: disappearing config and wont start after that

2021-12-05 Thread Paul Wise
On Thu, 10 Jul 2008 18:29:18 -0400 Vladimir Z wrote: > here is what happens a lot to me: I have stardict always running, > and often(after reboots or after I kill X, I am not sure), stardict > reports: "empty config file". How come? It just loses the config! The file > is indeed empty. > >

Bug#490238: stardict-gtk: cannot look up the same word twice

2021-12-05 Thread Paul Wise
On Thu, 10 Jul 2008 18:24:25 -0400 Vladimir Z wrote: > there is this really annoying issue in stardict: if you highlight a word and > press cntrl+e(my hotkey for stardict), close the stardict window > and then press cntrl+e again, nothing happens. This happens to me > when I am not sure if I

Bug#405482: stardict-gtk: segfaults when enable_collation=1 in the .cfg

2021-12-05 Thread Paul Wise
On Wed, 03 Jan 2007 22:28:10 +0100 Pierre Habouzit wrote: > stardict-gtk: segfaults when enable_collation=1 in the .cfg stardict was recently reintroduced to Debian sid. Please try to reproduce the bug with the new version. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc

Bug#1001191: security-tracker: include more information in page titles

2021-12-05 Thread Paul Wise
Package: security-tracker Severity: wishlist It would be nice to include some more information in page titles, so that records of those page titles in search engine results, browser tabs and browser history are more useful to visitors to the site. Here are examples of the potential changes that

Bug#1001191: security-tracker: include more information in page titles

2021-12-05 Thread Paul Wise
Package: security-tracker Severity: wishlist It would be nice to include some more information in page titles, so that records of those page titles in search engine results, browser tabs and browser history are more useful to visitors to the site. Here are examples of the potential changes that

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-05 Thread Paul Wise
Package: tracker.debian.org Severity: wishlist In the news emails, please show the Message-ID header and make the value inside the angled brackets <> a link to the Debian lists msgid-search. For example [1] should link to [2].    1.

Bug#1001190: tracker.debian.org: news: emails: show Message-ID header, link to lists.d.o/msgid-search

2021-12-05 Thread Paul Wise
Package: tracker.debian.org Severity: wishlist In the news emails, please show the Message-ID header and make the value inside the angled brackets <> a link to the Debian lists msgid-search. For example [1] should link to [2].    1.

Bug#828759: pidgin-data: Please add Multi-Arch: foreign

2021-12-05 Thread Paul Wise
On Mon, 27 Jun 2016 16:29:08 +0200 Elrond wrote: > It looks like pidgin-data offers an architecture > independent (data/configuration level) interface to > its users. > Would you mind setting it to Multi-Arch: foreign? > It's usually a matter of adding one line to debian/control. I note that the

Re: Using release-monitoring.org [was: uscan roadmap]

2021-12-04 Thread Paul Wise
On Sat, 2021-12-04 at 02:43 +, Scott Kitterman wrote: > I think that there's a security consideration associated with all these > proposals for externalizing finding upstream updates.  Good point. > If one of these services were ever compromised it would provide a > vector for offering

Re: Please turn off automatic downloads when visiting the downloads page

2021-12-03 Thread Paul Wise
On Fri, 2021-12-03 at 14:15 +, Andrew M.A. Cater wrote: > The "default" download is appropriate for the majority of people using > Intel/AMD processors but not for others, yes. FTR, I discussed this with the original author of the download page on IRC and they are working on an update to

Re: Using release-monitoring.org [was: uscan roadmap]

2021-12-03 Thread Paul Wise
On Fri, 2021-12-03 at 13:12 +0100, Stephan Lachnit wrote: > I mean it looks rather easy to do, just a couple of mouse clicks. > Compare that to writing a watch file at the moment (assuming one has > to do more than copy and paste the github example). Repology gets you mappings for all the source

Bug#877487: Fixed in testing+unstable - not worth acting on stable

2021-12-03 Thread Paul Wise
Control: fixed -1 2.1.0-1 On Fri, 2021-12-03 at 11:03 +0100, Julien Puydt wrote: > I just checked that the problem isn't present in the version in testing > and unstable, and it doesn't make the package unusable in stable, so > it's not worth trying anything there. Confirmed that the warnings

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

2021-12-02 Thread Paul Wise
Florian Weimer wrote: > I'd like to provide an ld.so command as part of glibc. Will this happen in glibc upstream or just in Debian? > Today, ld.so can be used to activate preloading, for example. > Compared to LD_PRELOAD, the difference is that it's specific to one > process, and won't be

Re: /usr/bin/ld.so as a symbolic link for the dynamic loader

2021-12-02 Thread Paul Wise
Florian Weimer wrote: > I'd like to provide an ld.so command as part of glibc. Will this happen in glibc upstream or just in Debian? > Today, ld.so can be used to activate preloading, for example. > Compared to LD_PRELOAD, the difference is that it's specific to one > process, and won't be

Re: Using release-monitoring.org [was: uscan roadmap]

2021-12-02 Thread Paul Wise
On Thu, 2021-12-02 at 23:36 +0100, Stephan Lachnit wrote: > If I understand correctly, release-monitoring already offers such a > mapping [1]. It seems like the Ayanita distro mapping needs to be done manually once per package, while using the Repology data would automatically get us the mapping

Re: uscan roadmap

2021-12-02 Thread Paul Wise
On Thu, 2021-12-02 at 10:16 +0100, Yadd wrote: > Yes but the redirector often responded with 500 codes 500 codes probably just mean bugs in the redirector, which should be easy to fix for anyone with access to the redirector source code. -- bye, pabs https://wiki.debian.org/PaulWise

Re: Using release-monitoring.org [was: uscan roadmap]

2021-12-02 Thread Paul Wise
On Thu, 2021-12-02 at 15:57 +0100, Stephan Lachnit wrote: > I think this would be the best path forward - it would probably be not > easy given that it changes entirely how the current system works, but > it might be well worth the effort. Working together with another > distribution would share

Bug#1000518: logcheck: separate filtering for apt term.log and or unattended-upgrades-dpkg.log etc?

2021-12-01 Thread Paul Wise
On Wed, 2021-12-01 at 16:41 +0100, Axel Beckert wrote: > aptitude-robot does this in > https://github.com/elmar/aptitude-robot/blob/master/reporting-helpers Interesting. This detects instances of a few "warning" and "error" types of strings. This is different to the approach I was going for

Re: uscan roadmap

2021-12-01 Thread Paul Wise
On Wed, 2021-12-01 at 09:11 +0100, Yadd wrote: > after few discussions with some devscripts maintainers, we decided to > build a new "version=5" format for debian/watch. It might be a idea to look at how other distributions do checking for new upstream releases and adopt some of their

Re: uscan roadmap

2021-12-01 Thread Paul Wise
On Wed, 2021-12-01 at 12:53 +0100, Yadd wrote: > sf.net because it needs JS interpretation The sf.net redirector uses the RSS feed of the files. This is documented at the top of the redirector HTML: $ curl -s https://qa.debian.org/watch/sf.php/NSIS/ | grep -i rss

Re: uscan roadmap

2021-12-01 Thread Paul Wise
On Wed, 2021-12-01 at 12:53 +0100, Yadd wrote: > Personally I dislike redirectors. A redirector service is superior to including the redirector code within uscan itself or within a debian/watch file, since when the upstream website breaks the existing code, a service can be updated in one place

Bug#1000518: logcheck: separate filtering for apt term.log and or unattended-upgrades-dpkg.log etc?

2021-11-30 Thread Paul Wise
On Tue, 2021-11-30 at 23:05 +0100, Ola Lundqvist wrote: > Emails are sent by default only when apt fails. > > All output is logged to the cron-apt log file. > > Logs are sent to syslog on "upgrade". > By default upgrade is not enabled. Thanks for that info. If this feature gets implemented in

Bug#1000872: [Parl-devel] Bug#1000872: parl-desktop-world depends on removed package.

2021-11-30 Thread Paul Wise
On Tue, 2021-11-30 at 14:44 +, peter green wrote: > parl-desktop-world depends on thunderbird-l10n-si which is no longer > built from the thunderbird source package, it is still present in > unstable as a cruft package but is completely gone from testing. I suggest to depend on

Bug#1000872: [Parl-devel] Bug#1000872: parl-desktop-world depends on removed package.

2021-11-30 Thread Paul Wise
On Tue, 2021-11-30 at 14:44 +, peter green wrote: > parl-desktop-world depends on thunderbird-l10n-si which is no longer > built from the thunderbird source package, it is still present in > unstable as a cruft package but is completely gone from testing. I suggest to depend on

Bug#999407: ITP: golang-github-go-enry-go-license-detector -- Reliable project licenses detector

2021-11-30 Thread Paul Wise
On Tue, 2021-11-30 at 16:59 +0530, Pirate Praveen wrote: > -1 upload was rejected because one of its build depency was rejected > and reuploaded so Built-Using was referring to non existing package. > Only -1 changelog entry had closes command. I see, you can use the -v option to

Bug#999407: ITP: golang-github-go-enry-go-license-detector -- Reliable project licenses detector

2021-11-30 Thread Paul Wise
On Tue, 2021-11-30 at 16:59 +0530, Pirate Praveen wrote: > -1 upload was rejected because one of its build depency was rejected > and reuploaded so Built-Using was referring to non existing package. > Only -1 changelog entry had closes command. I see, you can use the -v option to

Bug#1000840: cutefish-core: incorrect homepage field

2021-11-29 Thread Paul Wise
Source: cutefish-core Version: 0.4-1 Severity: minor The Homepage field for cutefish-core should point here instead: https://github.com/cutefishos/core -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part

Bug#682688: syncevolution: doesn't stop syncing

2021-11-28 Thread Paul Wise
On Tue, 24 Jul 2012 19:12:41 +0200 Michael Below wrote: > I am syncing Evolution manually with a Nokia E71 via Bluetooth. > This works well, but syncevolution keeps working for quite some > time (5 minutes or more) after the mobile side shows that it is > finished. According to the progress bar,

Bug#617320: syncevolution: Fails to sync with evolution "Cannot get cal from factory: Invalid source"

2021-11-28 Thread Paul Wise
On Mon, 07 Mar 2011 19:54:14 -0600 Ken Bloom wrote: > SyncEvolution fails to sync with my Evolution calendar This bug has likely been fixed in the last decade, please check syncevolution version 2.0.0-3 from Debian testing/bookworm or later. If you still have the same issue, please report it

Bug#645102: syncevolution: time of recurring events changes

2021-11-28 Thread Paul Wise
On Wed, 12 Oct 2011 16:06:20 +0200 Michael Below wrote: > But there is a slight problem: when I create a recurring event in > Evolution, and it is parallel to another event already known to > the E71, the time of the new event is changed. This bug has likely been fixed in the last decade, please

Bug#599247: syncevolution: Syncing with horde3 - always only slow-sync possible

2021-11-28 Thread Paul Wise
On Wed, 06 Oct 2010 08:28:47 +0200 Thomas Maass wrote: > If i want to sync with horde3, always only a slow-sync is possible. > This causes double entries. This bug has likely been fixed in the last decade, please check syncevolution version 2.0.0-3 from Debian testing/bookworm or later. If you

Bug#1000562: ibverbs-providers: conffiles not removed: /etc/libibverbs.d/i40iw.driver

2021-11-24 Thread Paul Wise
Package: ibverbs-providers Version: 38.0-1 Severity: normal User: debian...@lists.debian.org Usertags: obsolete-conffile adequate The recent upgrade did not deal with obsolete conffiles properly. Please use the dpkg-maintscript-helper support provided by dh_installdeb to remove these obsolete

Bug#966137: crazydiskinfo: some disks get ignored

2021-11-24 Thread Paul Wise
Control: forwarded -1 https://github.com/otakuto/crazydiskinfo/issues/17 On Thu, 23 Jul 2020 17:38:15 +0200 Adam Borowski wrote: > Only some disks show up for me. I've got sda, sdb, nvme0..7 on this box, > and only sda is visible in "crazy", while smartctl handles them fine. This is discussed

Re: Suggestion needed on test failures due to double arithmetics

2021-11-24 Thread Paul Wise
Giulio Paci wrote: > 3) what is the most appropriate solution. As I understand it, floating point values should not be compared without some kind of accuracy/precision factor. Zero idea about the best reference for how to do it correctly, but here is a random one:

Bug#1000518: logcheck: separate filtering for apt term.log and or unattended-upgrades-dpkg.log etc?

2021-11-24 Thread Paul Wise
Package: logcheck Severity: wishlist X-Debbugs-CC: a...@packages.debian.org, unattended-upgra...@packages.debian.org, cron-...@packages.debian.org, aptitude-ro...@packages.debian.org Currently logcheck focuses on /var/log/syslog and /var/log/auth.log but it would be nice to have separate

Bug#994385: marked as pending in uvloop

2021-11-24 Thread Paul Wise
Control: tag -1 pending Hello, Bug #994385 in uvloop reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at:

Re: A package to be removed

2021-11-22 Thread Paul Wise
On Mon, 2021-11-22 at 08:47 +0200, Tommi Höynälänmaa wrote: > Package theme-d-gnome was scheduled for autoremoval on 2021-11-21 but > it looks like the package has not been removed yet. It looks like the autoremoval was processed: $ apt-cache madison theme-d-gnome theme-d-gnome |0.9.6-3 |

Bug#1000357: ddcci-dkms: install and module build failure with Linux 5.15: error: initialization of 'void (*)(struct device *)' from incompatible pointer type 'int (*)(struct device *)' [-Werror=incom

2021-11-21 Thread Paul Wise
Package: ddcci-dkms Version: 0.4.1-1 Severity: serious When I try to install ddcci-dkms with linux-headers-amd64 5.15.3-1 installed, the installation fails because the build of the ddcci module fails because of an incompatible pointer type in the source code: $ sudo apt install

Bug#1000357: ddcci-dkms: install and module build failure with Linux 5.15: error: initialization of 'void (*)(struct device *)' from incompatible pointer type 'int (*)(struct device *)' [-Werror=incom

2021-11-21 Thread Paul Wise
Package: ddcci-dkms Version: 0.4.1-1 Severity: serious When I try to install ddcci-dkms with linux-headers-amd64 5.15.3-1 installed, the installation fails because the build of the ddcci module fails because of an incompatible pointer type in the source code: $ sudo apt install

Re: Source with different examples directories

2021-11-21 Thread Paul Wise
On Sun, 2021-11-21 at 21:22 +0100, Marc Haber wrote: > Is there a less ugly way? Send upstream a patch to create a directory structure like this: src/ examples/ c/ c++/ If you're only after workarounds, there are two options: Run dh_installexamples twice. First install the C++

<    9   10   11   12   13   14   15   16   17   18   >