Processing control commands:
> reassign -1 release.debian.org
Bug #1067490 [tracker.debian.org] tracker.debian.org: Display release-team
blocks more prominently
Bug reassigned from package 'tracker.debian.org' to 'release.debian.org'.
Ignoring request to alter found versions of bug #1067490 to th
On خ, 2025-03-06 at 20:28 +0800, Bob Wong wrote:
> I've already updated the source code and dependency list to debian
> salsa system and want to take over maintenance of this package, Is
> there anyone who can review my code and upload it to unsbale branch?
You should send a Request for Sponsor (R
Control: fixed -1 3.8-1
On 2/26/25 10:20, Russell Coker wrote:
https://qa.debian.org/excuses.php?package=libsemanage
It says that libsemanage is not migrating due to bug #1091109.
That bug never affected version 3.8 as the issue was addressed upstream. I
accidentally dropped the changelog ent
On Thu, 2025-02-13 at 15:49 -0700, Soren Stoutner wrote:
> This bug is marked found in plaso/20241006-2 and pinfo/0.6.13-1.3, but it is
> only marked
> fixed in plaso/20241006-3. For migration to happen you either need to mark
> it fixed in a
> version of pinfo that can migrate or you need to
On Thursday, February 13, 2025 3:41:37 PM MST Sven Geuer wrote:
> Hello QA Team,
>
> plaso's bug #1093745 [1] has been marked as fixed and closed on Feb. 6,
> however, migration still is blocked with the excuse that the very same
> bug would be introduced into testing [2].
>
> The only peculiarit
Processing control commands:
> reassign -1 qa.debian.org
Bug #1092804 [buildd.debian.org] character encoding issue on
https://buildd.debian.org/status/package.php?p=gnucash (encoding in UTF-8 twice)
Bug reassigned from package 'buildd.debian.org' to 'qa.debian.org'.
Ignoring request to alter foun
cash: FTBFS: gnucash_core.c:10892:19: error: too few arguments to
> function ‘SWIG_Python_AppendOutput’
>
> It seems that UTF-8 sequences are interpreted as ISO-8859-1 and
> re-encoded in UTF-8 a second time.
The buildd.debian.org web interface just queries UDD, and it is already
badly
hi Soren,
On Tue Jan 7, 2025 at 3:11 AM CET, Soren Stoutner wrote:
> Serafeim,
>
> On Tuesday, November 26, 2024 3:08:26 PM MST Serafeim (Serafi) Zanikolas
> wrote:
> > my bad. this fails because feather-wallet is not installed and presumably
> > you've not enabled autopkgtest in sbuild (which wo
On Wed, Jan 08, 2025 at 08:22:22PM -0800, Otto Kekäläinen wrote:
> There have been discussions about adding adequate to Salsa CI and run
> it by default as part of the piuparts job. If you are now preparing to
> have adequate by default in piuparts, then it would make sense to have
> it by default
On Wed, Jan 08, 2025 at 09:11:02PM +0100, Serafeim (Serafi) Zanikolas wrote:
> hi Holger,
as you have addressed me here and...
> On Wed Jan 8, 2025 at 11:57 AM CET, Holger Levsen wrote:
> > (actually adequate is run on many more binary packages on piuparts.d.o,
> > because
> > p.d.o is not only
> > two things: first, what is a "core component of Debian" is very much up to
> > debate, but I'd be quite surprised if anybody made the case that adequate
> > is.
>
> adequate is run on all 7 binary packages on piuparts.debian.org. I'm
> really
> curious whether this will blow up when piupa
hi Holger,
On Wed Jan 8, 2025 at 11:57 AM CET, Holger Levsen wrote:
> On Tue, Jan 07, 2025 at 11:55:30PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > two things: first, what is a "core component of Debian" is very much up to
> > debate, but I'd be quite surprised if anybody made the case that ade
On Tue, Jan 07, 2025 at 11:55:30PM +0100, Serafeim (Serafi) Zanikolas wrote:
> two things: first, what is a "core component of Debian" is very much up to
> debate, but I'd be quite surprised if anybody made the case that adequate is.
adequate is run on all 7 binary packages on piuparts.debian.
Wouter, thank you so much for this response. your message has motivated me to
change adequate to target gccgo (rather than golang-go, which is a couple of
years ahead), to extend the availability of adequate to more ports
On Wed Dec 18, 2024 at 9:34 PM CET, Wouter Verhelst wrote:
> Hi,
>
> On Wed,
On Fri Dec 27, 2024 at 10:49 PM CET, Serafeim (Serafi) Zanikolas wrote:
> hi Jonathan,
>
> On Thu Dec 12, 2024 at 3:36 PM CET, Jonathan Dowland wrote:
[..]
> > "likely in many ports too" is dancing around the fact that it *doesn't*
> > run on at least one port, hence Holger's complaint.
>
> which
Serafeim,
On Tuesday, November 26, 2024 3:08:26 PM MST Serafeim (Serafi) Zanikolas wrote:
> my bad. this fails because feather-wallet is not installed and presumably
> you've not enabled autopkgtest in sbuild (which would have the side effect of
> installing it). I didn't catch this because, I've
Control: reassign -1 ftp.debian.org
On Fri, 03 Jan 2025 at 15:41:45 +0100, Niels Thykier wrote:
> As suggested by Simon (full context below), lets remove this package now
The ftp team won't do that until/unless the bug is reassigned to them,
so I'm doing that now.
> Only one rdeps remains (BTS b
hi Jonathan,
On Thu Dec 12, 2024 at 3:36 PM CET, Jonathan Dowland wrote:
> On Wed Dec 11, 2024 at 10:57 PM GMT, Serafeim (Serafi) Zanikolas wrote:
> > I'd like to discuss this with a focus on general principles, and only
> > discuss specifics (adequate, golang) to the extent that it helps
> > re
Processing control commands:
> tag -1 + patch
Bug #1074038 [devscripts,qa.debian.org] who-uploads fetches accepted
information from packages.qa.debian.org/$prefix/$package.html which does not
get updates after lists.debian.org upgrade?
Bug #1077844 [devscripts,qa.debian.org] pkg-perl-tools: Last
Hi,
On Wed, Dec 11, 2024 at 11:57:14PM +0100, Serafeim (Serafi) Zanikolas wrote:
> [forking to -devel]
>
> On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> > On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > > On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wis
On Wed Dec 11, 2024 at 10:57 PM GMT, Serafeim (Serafi) Zanikolas wrote:
I'd like to discuss this with a focus on general principles, and only
discuss specifics (adequate, golang) to the extent that it helps
reason about general principles.
That's going to be pretty hard, because the scenario y
Hi,
> [forking to -devel]
>
> On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> > On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > > On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wise wrote:
> > > > Probably adequate is the logical place for this test, but ade
[forking to -devel]
On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wise wrote:
> > > Probably adequate is the logical place for this test, but adequate
> > > does
hi Holger, thanks for the feedback.
On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > Probably adequate is the logical place for this test, but adequate
> > > doesn't build/run on ports architectures since
On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > Probably adequate is the logical place for this test, but adequate
> > doesn't build/run on ports architectures since it moved to golang,
> > so piuparts should probably keep its tests on those arches until
> > adequat
hi Paul, thanks for the feedback. please see comments inline
On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wise wrote:
> On Sun, 2024-10-27 at 00:43 +0200, Serafeim (Serafi) Zanikolas wrote:
>
> > it seems to me that it'd be useful to write down some criteria to use as
> > guidance on how to decide wher
On Sun, 2024-10-27 at 00:43 +0200, Serafeim (Serafi) Zanikolas wrote:
> it seems to me that it'd be useful to write down some criteria to use as
> guidance on how to decide where new checks should be implemented, to avoid
> duplication.
Checks that can only happen after install such as cross-pack
hi Soren, thanks for feedback!
On Mon Nov 25, 2024 at 11:49 PM CET, Soren Stoutner wrote:
[..]
> The sbuild page has recently been edited to handle the new unshare backend.
> The current version of the adequate code on the page is as follows:
>
> ## run adequate(1) and fail upon policy errors. D
On Wednesday, November 13, 2024 4:09:28 PM MST Serafeim (Serafi) Zanikolas
wrote:
> On Tue Nov 12, 2024 at 4:12 AM CET, Soren Stoutner wrote:
> > In addition to adding an adequate Salsa CI job, you might also consider
> > updating the .sbuildrc example to contain the necessary information to
also
hi Soren,
On Tue Nov 12, 2024 at 4:12 AM CET, Soren Stoutner wrote:
> On Tuesday, November 5, 2024 3:41:59 PM MST Serafeim (Serafi) Zanikolas wrote:
> > I'm fine with adding a dedicated adequate job, if you feel strongly about
> > this.
>
> In addition to adding an adequate Salsa CI job, you might
On Tuesday, November 5, 2024 3:41:59 PM MST Serafeim (Serafi) Zanikolas wrote:
> I'm fine with adding a dedicated adequate job, if you feel strongly about
> this.
In addition to adding an adequate Salsa CI job, you might also consider
updating the .sbuildrc example to contain the necessary inform
On Tue Nov 5, 2024 at 10:45 PM CET, Diederik de Haas wrote:
>
> On Tue Nov 5, 2024 at 10:09 PM CET, Serafeim (Serafi) Zanikolas wrote:
> > On Tue Nov 5, 2024 at 2:50 PM CET, Diederik de Haas wrote:
> > [..]
> > that's a great idea! technically, piuparts can run adequate but it's
> > disabled in
>
Hi,
On Tue Nov 5, 2024 at 10:09 PM CET, Serafeim (Serafi) Zanikolas wrote:
> hi Diederik, thanks for your suggestions :)
You're welcome :)
> On Tue Nov 5, 2024 at 2:50 PM CET, Diederik de Haas wrote:
> [..]
> > Why not create a Salsa CI job and add it to the default pipeline?
> > I think most pe
hi Diederik, thanks for your suggestions :)
On Tue Nov 5, 2024 at 2:50 PM CET, Diederik de Haas wrote:
[..]
> Why not create a Salsa CI job and add it to the default pipeline?
> I think most people who use Salsa's CI use the default pipeline, so this
> seems like a very low friction way of getting
On Mon Nov 4, 2024 at 2:21 PM CET, Raphael Hertzog wrote:
> On Fri, 01 Nov 2024, Serafeim (Serafi) Zanikolas wrote:
> > > Or maybe it would help if adequate could be run in a debusine task. We
> > > already have tasks to run lintian and piuparts but we are lacking one for
> > > adequate.
> >
> > t
hi Raphael, thanks for your reply.
On Mon Nov 4, 2024 at 2:21 PM CET, Raphael Hertzog wrote:
> Hello,
>
> On Fri, 01 Nov 2024, Serafeim (Serafi) Zanikolas wrote:
> > > Or maybe it would help if adequate could be run in a debusine task. We
> > > already have tasks to run lintian and piuparts but we
Hello,
On Fri, 01 Nov 2024, Serafeim (Serafi) Zanikolas wrote:
> > Or maybe it would help if adequate could be run in a debusine task. We
> > already have tasks to run lintian and piuparts but we are lacking one for
> > adequate.
>
> thanks for the pointer to debusine. however it seems to be mean
On Tue Oct 29, 2024 at 5:39 PM CET, Raphael Hertzog wrote:
> Hello,
>
> On Tue, 29 Oct 2024, Louis-Philippe Véronneau wrote:
> > One of the strengths of lintian and piuparts is a lot of people run them
> > each time they build a package. Adequate needing the package to be installed
> > makes it har
hi,
> On 2024-10-27 7 h 16 p.m., Richard Lewis wrote:
> > "Serafeim (Serafi) Zanikolas" writes:
> >
> >> hi lintian and piuparts folks! relatively new maintainer of adequate(1)
> >> here.
> >
> >> it seems to me that it'd be useful to write down some criteria to use as
> >> guidance on how to
Hello,
On Tue, 29 Oct 2024, Louis-Philippe Véronneau wrote:
> One of the strengths of lintian and piuparts is a lot of people run them
> each time they build a package. Adequate needing the package to be installed
> makes it harder to integrate in that workflow.
>
> Maybe if it was a feature in s
On 2024-10-27 7 h 16 p.m., Richard Lewis wrote:
"Serafeim (Serafi) Zanikolas" writes:
hi lintian and piuparts folks! relatively new maintainer of adequate(1) here.
No-one replied so i thought i'd have a go, but i have no role in any of
this, just a user who has also tried to understand these
On Sun, Sep 29, 2024 at 06:51:02PM +, RV Ramanan wrote:
> Hi,
>
> I have been a long time GNU/Linux user- since 2001. However, my user has been
> mostly installing various distributions and using the laptops as my daily
> workhorse or just for fun.
>
> I am not a great programmer and I coul
[adding -devel, for wider visiblity]
On Sun Sep 8, 2024 at 6:31 PM CEST, Serafeim (Serafi) Zanikolas wrote:
> hi,
>
> I've recently taken over adequate(1) and am considering to drop its license
> compatibility checks, for several reasons:
>
> - unlike 2013, which is when adequate grew this functio
hi pollo,
On Tue, Sep 10, 2024 at 10:14:10PM -0400, Louis-Philippe Véronneau wrote:
> > [1]: https://jenkins.debian.net/project/lintian-tests_sid/
> It's been more than a week, no one replied, I don't think anyone cares :)
> If you could remove the job Holger, I would appreciate it very much.
don
On Tue, Sep 10, 2024 at 10:20:58PM +0200, Salvo Tomaselli wrote:
> Hello,
>
> Can the nuitka package be removed from debian?
>
> It hasn't worked in a long time. The maintainer seems MIA.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035782#30
--
WBR, wRAR
signature.asc
Description: P
On 2024-09-02 10 h 57 a.m., Louis-Philippe Véronneau wrote:
Hello!
We currently have a Jenkins job called "lintian-tests_sid" [1] that runs
each time something is pushed on the master branch, via a webhook.
Is anyone using this? I don't find it very useful, since we're already
running tests
Processing control commands:
> reopen -1
Bug #1080446 {Done: Raphael Hertzog } [tracker.debian.org]
tracker.debian.org: teams listing shows an advert ("Custom Packaging Lane")
Bug reopened
Ignoring request to alter fixed versions of bug #1080446 to the same values
previously set
> retitle -1 tra
On Tue, Mar 05, 2024 at 10:16:55PM +0100, Patrice Duroux wrote:
>
> so could I suggest to consider the following packages:
>
> https://tracker.debian.org/pkg/sump-logicanalyzer - 2011-07-27
> https://tracker.debian.org/pkg/libvirt-tck - 2011-11-13
> https://tracker.debian.org/pkg/dtc - 2012-06-08
On Fri, Aug 23, 2024 at 03:52:23PM +0200, Uwe Steinmann wrote:
> Am Fri, Aug 23, 2024 at 03:21:41PM +0200 schrieb Petter Reinholdtsen:
> >
> > Did anyone else see the emails 2023-12-03 and 2023-09-25 about SimulIDE?
> > Perhaps the original sender should get a reply from someone who know
> > what
On Fri, Aug 23, 2024 at 03:21:41PM +0200, Petter Reinholdtsen wrote:
> Did anyone else see the emails 2023-12-03 and 2023-09-25 about SimulIDE?
I even replied to one.
--
WBR, wRAR
signature.asc
Description: PGP signature
Am Fri, Aug 23, 2024 at 03:21:41PM +0200 schrieb Petter Reinholdtsen:
>
> Did anyone else see the emails 2023-12-03 and 2023-09-25 about SimulIDE?
> Perhaps the original sender should get a reply from someone who know
> what is happening with the package?
Version 1.1.0.1912 was uploaded in Jan. 20
Did anyone else see the emails 2023-12-03 and 2023-09-25 about SimulIDE?
Perhaps the original sender should get a reply from someone who know
what is happening with the package?
--
Vennlig hilsen
Petter Reinholdtsen
Processing control commands:
> tags -1 moreinfo
Bug #958988 [qa.debian.org] key packages script does not take account of
virtual packages.
Added tag(s) moreinfo.
--
958988: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958988
Debian Bug Tracking System
Contact ow...@bugs.debian.org with pro
Processing control commands:
> affects 1074038 + pkg-perl-tools
Bug #1074038 [devscripts,qa.debian.org] who-uploads fetches accepted
information from packages.qa.debian.org/$prefix/$package.html which does not
get updates after lists.debian.org upgrade?
Added indication that 1074038 affects pkg-
Processing control commands:
> affects 1074038 + 1077844
Bug #1074038 [devscripts,qa.debian.org] who-uploads fetches accepted
information from packages.qa.debian.org/$prefix/$package.html which does not
get updates after lists.debian.org upgrade?
Added indication that 1074038 affects 1077844
> b
On Fri, Jul 12, 2024 at 08:05:20AM -0400, Barry deFreese wrote:
> I have read that but I'm not listed as emeritus (again, my fault).
Oh, good point. That's also partially our fault as we are very slow in
removing inactive people.
So, formally, you won't have to go through the nm because -formall
hi Bernhard, qa folks,
looking at #944620, can somebody please share specifics of where/how the build
log scanner is deployed/scheduled, and whether its logs are available for
investigation?
https://qa.debian.org/bls links to package build logs, whereas I'm after the
logs that are generated while
Hi Raphael,
Am 29.07.24 um 19:10 schrieb Raphael Hertzog:
I have been getting failures from tracker.debian.org since July 22 about
UpdatePackageScreenshotsTask now failing with this error:
TypeError
list indices must be integers or slices, not str
I believe that https://screenshots.debian.net/
On Sat, Jul 27, 2024 at 2:33 PM john faulk wrote:
> Package: obsidian-icon-theme
> Version: 3.5-1.1
> Severity: grave
> Tags: upstream
> X-Debbugs-Cc: johnny.faul...@yahoo.com debian-qa@lists.debian.org
> debian-desk...@lists.debian.org
>
>
> To whom it may concern,
>
> this package is very clear
Hi Patrice,
xorgxrdp at Salsa is still on the previous version and using a clone
here is what I am getting:
$ git clone https://salsa.debian.org/debian-remote-team/xorgxrdp.git
$ cd xorgxrdp
$ uscan
uscan warn: In debian/watch no matching files for watch line
https://github.com/neutrinolabs/x
Hi,
xorgxrdp at Salsa is still on the previous version and using a clone
here is what I am getting:
$ git clone https://salsa.debian.org/debian-remote-team/xorgxrdp.git
$ cd xorgxrdp
$ uscan
uscan warn: In debian/watch no matching files for watch line
https://github.com/neutrinolabs/xorgxrdp/re
On Tue, 23 Jul 2024, Mattia Rizzolo wrote:
> On Mon, Jul 22, 2024 at 11:35:13PM +0200, Lucas Nussbaum wrote:
> > I don't know where tracker.debian.org gets its data about upstream
> > status (and errors). I thought it was using UDD, but apparently it
> > isn't.
>
> It is:
> https://salsa.debian.or
On Mon, Jul 22, 2024 at 11:35:13PM +0200, Lucas Nussbaum wrote:
> I don't know where tracker.debian.org gets its data about upstream
> status (and errors). I thought it was using UDD, but apparently it
> isn't.
It is:
https://salsa.debian.org/qa/distro-tracker/-/blob/master/distro_tracker/vendor/d
Ah, I see what you mean.
I don't know where tracker.debian.org gets its data about upstream
status (and errors). I thought it was using UDD, but apparently it
isn't.
Lucas
On 22/07/24 at 23:12 +0200, Patrice Duroux wrote:
> Sorry if I was not clear enough.
>
> By DPT, I mean Debian Package Tra
Sorry if I was not clear enough.
By DPT, I mean Debian Package Tracker.
The error shown there for this package correspond to a version <
1:0.10.0-2 and so to me UDD should be consistant no? (ie. having an error
valoue and not null)
As d/watch is only fixed in -2.
Le lundi 22 juillet 2024, Lucas
Hi,
What is DPT?
You are a bit too fast. The archive doesn't know about version
1:0.10.0-2 yet. What needs to happen on the UDD side is:
- UDD gets a mirror push notification from an archive mirror
- UDD updates its knowledge of the archive
- UDD runs the 'upstream' (= uscan data) importer (this
sure, with the version column in UDD query output:
udd=> select source,version,watch_file,errors from upstream where
source='xorgxrdp';
source | version |
watch_file | errors
--++-
On Fri, 2024-07-12 at 09:51 +0200, Mattia Rizzolo wrote:
> https://www.debian.org/doc/manuals/developers-reference/developer-duties.en.html#returning-after-retirement
>
> tl;dr: mail n...@debian.org
>
> first step will be trying to recognize you, best would be if you get
> yourself a key that is
https://www.debian.org/doc/manuals/developers-reference/developer-duties.en.html#returning-after-retirement
tl;dr: mail n...@debian.org
first step will be trying to recognize you, best would be if you get
yourself a key that is already signed by some active DD who can say "this
guy named Barry is
On Thu, Jul 11, 2024 at 10:37:07PM -0400, Barry deFreese wrote:
> Hi,
>
> I have tried reaching out on a couple of the IRC channels and e-mailed
> some people directly but I'm not having much luck. How do I go about
> coming back and getting back in the keyring? I unfortunately didn't
> ever upd
Processing control commands:
> tag -1 patch
Bug #1075725 [qa.debian.org] UDD/dmd: Make the header row of tables sticky/fixed
Added tag(s) patch.
--
1075725: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1075725
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Processing commands for cont...@bugs.debian.org:
> reopen 1075784
Bug #1075784 {Done: Raphael Hertzog } [tracker.debian.org]
tracker.debian.org: Tracker is not sending email notifications for subscriptions
Bug reopened
Ignoring request to alter fixed versions of bug #1075784 to the same values
p
On Sat, Jun 29, 2024 at 10:46:27AM +0200, Bill Allombert wrote:
> It has been logrotated already. Instead we have
>
> /srv/qa.debian.org/log/popcon.log.0:
> Sun May 19 15:54:44 2024 popcon-import[26445] Imported popcon-2024-05-19.gz
> in 258.5s
> Mon May 20 15:54:58 2024 popcon-import[14181] Impo
> I suspect that there is a cronjob or something that is running to update
> the database. Looking at the code for this page [1], if the to_date is not
> set explicitly then it will try to find the latest date for a given
> package.
>
> ```
> $to_date = $dbh->selectrow_array('SELECT max(p.day) FR
On Tue, Jun 25, 2024 at 03:35:52PM +0200, Bill Allombert wrote:
> On Tue, Jun 25, 2024 at 10:34:15AM +0200, Fab Stz wrote:
> > Hello,
> >
> > Not sure that you are in charge of this, so please forward to whom it may
> > concern.
> > I noticed that the popcon stats haven't been updated for appro
On Tue, Jun 25, 2024 at 10:34:15AM +0200, Fab Stz wrote:
> Hello,
>
> Not sure that you are in charge of this, so please forward to whom it may
> concern.
> I noticed that the popcon stats haven't been updated for approximately a
> month now.
Hello Fab,
I have just checked the server, the a
Hi,
As mentioned by others, https://debian.org/intro/help is a good starting point.
I should mention that Debian Québec is a pretty active local group. See
https://wiki.debian.org/LocalGroups/DebianQuebec
You should join the mailing list and meet some local Debian users and
developers.
Abdelh
On Sun, Jun 23, 2024 at 05:56:37PM -0400, André Locas wrote:
> Hi,
>
> I live nearby Montreal, Quebec, Canada. I am not a developer neither a
> programmer.
>
> I am a retired Industrial Relations counselor and I was using/programming
> Excel and Calc doing Pay equity programs.
>
> If I can be of
Re: Boyuan Yang
> On Tue, 2024-05-28 at 17:12 +0200, Christoph Berg wrote:
> > Re: Boyuan Yang
> > > (1) Visit https://qa.debian.org/developer.php
> > > (2) Type in "openssl" in the field "List of packages for maintainer,
> > > query ...&quo
On Tue, 2024-05-28 at 17:12 +0200, Christoph Berg wrote:
> Re: Boyuan Yang
> > (1) Visit https://qa.debian.org/developer.php
> > (2) Type in "openssl" in the field "List of packages for maintainer, query
> > ..."
> > (3) Click the button "Show
Re: Boyuan Yang
> (1) Visit https://qa.debian.org/developer.php
> (2) Type in "openssl" in the field "List of packages for maintainer, query
> ..."
> (3) Click the button "Show packages" under that input field.
"openssl" is not the name of a maintainer.
Christoph
Hmn, nevermind the below.
Étienne Mollier, on 2024-05-23:
> I witnessed some HTTP error 500 affecting the BTS graph system
> this evening, e.g. trying to access debian-med-packaging bts
> graph[1] returned:
[…]
I am not subscribed to debian-qa and did not realize there is a
maintenance, until I h
Processing commands for cont...@bugs.debian.org:
> severity 1071469 normal
Bug #1071469 [tracker.debian.org] tracker.debian.org: out of sync with the
archive (breakage in debian.org mail infrastructure)
Severity set to 'normal' from 'important'
> thanks
Stopping processing here.
Please contact m
On Sat, Apr 13, 2024 at 08:30:35PM +0200, Patrice Duroux wrote:
> Ok so this is probably due to the version of the DHs used when generating the
> postrm script during packaging.
How?
> On my system, the diversity is quite large regarding all the installed
> packages
> and the dh_installsystemd:
>
Ok so this is probably due to the version of the DHs used when generating the
postrm script during packaging.
On my system, the diversity is quite large regarding all the installed packages
and the dh_installsystemd:
$ grep -ho 'dh_installsystemd/.\+' /var/lib/dpkg/info/*.postrm | cut -d '/' -
Processing control commands:
> reassign -1 qa.debian.org
Bug #1002458 [qa.debian.org] vcswatch: ignore changelog-only commits
Ignoring request to reassign bug #1002458 to the same package
> retitle -1 vcswatch: ignore changelog-only commits
Bug #1002458 [qa.debian.org] vcswatch: ignore changelog-o
Processing control commands:
> reassign -1 qa.debian.org
Bug #1002458 [tracker.debian.org] "version in VCS newer than in repository"
might be a bit overzealous
Bug reassigned from package 'tracker.debian.org' to 'qa.debian.org'.
Ignoring request to alter found versions of bug #1002458 to the same
Hi,
Nice I found some similar cases to your one.
But I have even more strange cases like:
$ systemctl list-units --all "alsa*"
UNIT LOAD ACTIVE SUB DESCRIPTION
● alsa-restore.service not-found inactive dead alsa-restore.service
● alsa-state.service not-found
Patrice Duroux wrote:
> By the time on my Sid system, there is an accumulation of:
>
> $ systemctl list-units --all | grep '●'
probably it is best to use
$ systemctl list-units --all --state=not-found
I try to understand where is the problem
For example
$ LANG=C dpkg -l podman
dpkg-query: no p
Thanks you let me try this
On Thu, Mar 7, 2024 at 4:41 AM Paul Wise wrote:
> On Wed, 2024-03-06 at 11:22 -0500, Ali Ramzan wrote:
>
> > We are currently using Debian Apache version 2.4.57-2, which has some
> > vulnerabilities (Apache 2.4.x < 2.4.58 Multiple Vulnerabilities CVE-
> > 2023-31122 CV
On Wed, 2024-03-06 at 09:59 +0100, benoit Rolland wrote:
> When using Xfce remotely,
>
> a kind of Gnome timeout occurs after a few minutes.
Please contact our support channels for help using Debian:
https://www.debian.org/support
They will be able to help you figure out this issue and
direct
On Wed, 2024-03-06 at 11:22 -0500, Ali Ramzan wrote:
> We are currently using Debian Apache version 2.4.57-2, which has some
> vulnerabilities (Apache 2.4.x < 2.4.58 Multiple Vulnerabilities CVE-
> 2023-31122 CVE-2023-43622 CVE-2023-45802). I am trying to find out
> when the new version of Apache
On 3/7/24 3:50 AM, Boyuan Yang wrote:
I am not sure where vcswatch is running on
quantz, see: https://db.debian.org/machines.cgi
search for "qa" in the Description column.
, but obviously the machine
now has a full disk that makes vcswatch fail:
See https://qa.debian.org/cgi-bin/vcswatch?pa
so could I suggest to consider the following packages:
https://tracker.debian.org/pkg/sump-logicanalyzer - 2011-07-27
https://tracker.debian.org/pkg/libvirt-tck - 2011-11-13
https://tracker.debian.org/pkg/dtc - 2012-06-08
https://tracker.debian.org/pkg/tinysvm - 2013-02-16
https://tracker.debian
On Sat, Mar 02, 2024 at 09:49:34AM +0100, Patrice Duroux wrote:
> Thanks!
> My point is more on this fact:
> is this a consequence of the fact that both src:puppet (6.16.0-1) and
> src:puppetserver (8.4.0-1~exp1) are in experimental?
No. Or what do you mean by "this"?
> And if this is the case, wh
Thanks!
My point is more on this fact:
is this a consequence of the fact that both src:puppet (6.16.0-1) and
src:puppetserver (8.4.0-1~exp1) are in experimental? And if this is
the case, why should the former still be there?
On Fri, Mar 01, 2024 at 05:47:36PM +0100, Patrice Duroux wrote:
> Hi,
>
> Not sure where to address my point here.
>
> https://tracker.debian.org/pkg/puppet shows exp: 6.16.0-1
> https://tracker.debian.org/pkg/puppetserver shows exp: 8.4.0-1~exp1
>
> And as both puppet and puppetserver provide t
Hi Lucas,
My curiosity sometimes pushes me to look at the list of packages that haven't
been uploaded to the archive both in unstable and experimental releases in more
than a certain number of years. And UDD is so useful for that!!
Many thanks,
Patrice
Hi,
> Le mer. 14 févr. 2024 à 19:36, Patrice Duroux
> a écrit :
> >
> > Hi,
> >
> > I am a bit surprised with the following output:
> >
> > udd=> select distinct distribution from upload_history;
> > distribution
> > -
I filed a bug about that, but unfor
Processing commands for cont...@bugs.debian.org:
> reopen 993500
Bug #993500 {Done: Lucas Nussbaum } [qa.debian.org]
UDD/upstream: Watch should honor npm source
Bug reopened
Ignoring request to alter fixed versions of bug #993500 to the same values
previously set
> thanks
Stopping processing her
1 - 100 of 3508 matches
Mail list logo
