On 7/3/25 12:29 AM, Otto Kekäläinen wrote:
Hi!
Around 12 years ago, I proposed a peer-review system to increase the quality of
the packages in the NEW queue. https://wiki.debian.org/CopyrightReview
For packages that I sponsor, I already do reviews of the
debian/copyright and all other files
Quoting gregor herrmann (2025-03-07 00:14:19)
> On Thu, 06 Mar 2025 14:53:07 +0100, Giuseppe Sacco wrote:
>
> >I think that even for emails, the line length should be kept at a reasonable
> >value in order to maximize the readability. Such value is usually lower than
> >80, as shown, for example,
On 06.03.25 23:01, Chris Hofstaedtler wrote:
This doesn't give a huge list of packages using diversions, but very
high profile packages are in there.
Keep in mind that many of those are there to support usrmerge; these
probably should be filtered out.
On the other hand, on my system lots of
On 2025-03-06 17:56, Helmut K. C. Tessarek wrote:
It was a Debian Buster on armv7l that I had forgotten, because it
was running perfectly until now, but apps complained that the OS is
no longer supported.
To clarify my previous statement:
The upgrade to bullseye changed the ifname.
Buster used
On Thu, 06 Mar 2025 14:53:07 +0100, Giuseppe Sacco wrote:
I think that even for emails, the line length should be kept at a reasonable
value in order to maximize the readability. Such value is usually lower than
80, as shown, for example, in
https://baymard.com/blog/line-length-readability . I d
On 2025-03-05 07:38, Helmut Grohne wrote:
I am surprised to see this happen. Back in older times, interfaces used
to be named like eth0, but that should not be happening since quite a
number of stable releases. Those old systems that still use eth0 today
tend to do it due to a file /etc/udev/rule
On 2025-03-06 09:13, Wookey wrote:
Would it? Do we know why these things happened? K.C. does not say what
he was upgrading from/to (so it wasn't a very useful report in that
regard), but there has certainly been a long-term expectation that
headless upgrades will work (and in my experience of 25
* Otto Kekäläinen [250306 19:57]:
> Salsa CI has had for many years the job 'missing-breaks' that
> complements piuparts by checking that the files a package introduce
> don't clash with files shipped by any other package in the
> distribution without having proper Breaks/Replaces in the
> `debi
On 06.03.25 19:42, Bastian Blank wrote:
On Thu, Mar 06, 2025 at 06:21:10PM +0100, Matthias Urlichs wrote:
However, I'm reasonably certain that there are other cases where diversions
are intentional and perfectly valid.
Do you have an example?
Does perldoc diverting the stub perldoc so that it
Hi,
> > Apparently the problem isn't that no help is needed but that nobody has time
> > to train the new help, citing possible burn-out trying to get answers from
> > the
> > existing members and leaving in disappointment, if not disgust. (My
> > interpretation …)
> >
> > While that's a valid co
Hi!
> Around 12 years ago, I proposed a peer-review system to increase the quality
> of
> the packages in the NEW queue. https://wiki.debian.org/CopyrightReview
For packages that I sponsor, I already do reviews of the
debian/copyright and all other files. These are recorded as Merge
Requests in
Hi!
> > Salsa CI has had for many years the job 'missing-breaks' that
> > complements piuparts by checking that the files a package introduce
> > don't clash with files shipped by any other package in the
> > distribution without having proper Breaks/Replaces in the
> > `debian/control` file. This
On 06.03.25 17:51, Bastian Blank wrote:
Because diverts are kind of sledgehammers. Without coordination they
break stuff.
OK, so in *this* case the diversion is in error (in your opinion anyway;
not having looked at the contents of these headers, I have no opinion here).
However, I'm reason
On 06/03/25 17:09, Bastian Blank wrote:
Open an serious bug report against oss4-dev. No need to wait, it needs
to go.
oss4-dev is fine (unless diversions of files in linux-libc-dev are
forbidden): oss4-dev is correctly diverting the header, as a consequence
it needs not Break or Conflict wit
Wookey writes:
> Which entry in which release notes will warn that this time
> (presumably - was this an upgrade to unstable K.C. or to bookworm, or
> something else?) the (pretty old now) eth0 -> 'annoying, unmemorable,
> but ordered and unique', renaming will/might actually break your
> config?
On Thu, Mar 06, 2025 at 02:13:49PM +, Wookey wrote:
Which entry in which release notes will warn that this time
(presumably - was this an upgrade to unstable K.C. or to bookworm, or
something else?) the (pretty old now) eth0 -> 'annoying, unmemorable,
but ordered and unique', renaming will/mi
On 3/6/25 4:00 PM, Lee Garrett wrote:
On Tue, 4 Mar 2025 20:39:43 -0500, "Helmut K. C. Tessarek"
wrote:
Both network "outages" could have been prevented by adding a note at
the end of the dist-upgrade output.
e.g. something like the following (monospace font required for the
"Attention" te
On Thu, Mar 06, 2025 at 03:52:54PM +0100, NoisyCoil wrote:
> Another instance of diversions not being detected is in linux's pipeline
> [1,2]: linux-libc-dev and oss4-dev both install
> /usr/include/linux/soundcard.h, oss4-dev diverts it, missing-break fails. If
> my understanding is correct, this
On 06/03/25 14:25, Lorenzo wrote:
Hello Otto,
[please keep me in CC, I'm not subscribed]
Salsa CI has had for many years the job 'missing-breaks' that
complements piuparts by checking that the files a package introduce
don't clash with files shipped by any other package in the
distribution wit
On 2025-03-06 08:43 +, Holger Levsen wrote:
> On Tue, Mar 04, 2025 at 08:39:43PM -0500, Helmut K. C. Tessarek wrote:
> > Both network "outages" could have been prevented by adding a note at the end
> > of the dist-upgrade output.
>
> they could also have been prevented by reading the release n
Hello James,
Il giorno mer, 05/03/2025 alle 21.32 -0800, James Lu ha scritto:
> Hi all,
> On 2025-02-26 10:21, Soren Stoutner wrote:
> >
> > I started thinking about this a few weeks ago when I received an email
> > from a Debian Developer complaining that replies from my email client
> > (KMai
On 2025-03-06 at 00:32, James Lu wrote:
> Hi all,
>
> On 2025-02-26 10:21, Soren Stoutner wrote:
>> However, from a technical perspective, having the *sending* program
>> decide where line breaks should be in an email doesn’t seem like
>> the correct approach to me because, 1) the sending progr
Hello Otto,
[please keep me in CC, I'm not subscribed]
> Salsa CI has had for many years the job 'missing-breaks' that
> complements piuparts by checking that the files a package introduce
> don't clash with files shipped by any other package in the
> distribution without having proper Breaks/Rep
On 06.03.25 10:51, Sean Whitton wrote:
You can't just throw people at a team of volunteers who are busy doing
other things and say "train them".
That's true in general. However.
* this episode demonstrates that there are obviously a few crossed wires
between ftpmaster and DPL; I think it's fa
On Tue, 4 Mar 2025 20:39:43 -0500, "Helmut K. C. Tessarek"
wrote:
Both network "outages" could have been prevented by adding a note at the
end of the dist-upgrade output.
e.g. something like the following (monospace font required for the
"Attention" text):
_ _ _ _ _ _ ___
Charles Plessy writes:
> Hi Sean and everybody,
>
> Around 12 years ago, I proposed a peer-review system to increase the quality
> of
> the packages in the NEW queue. https://wiki.debian.org/CopyrightReview
>
> Maybe we could revisit the idea along these lines:
I like this idea, as an opt-in s
Package: wnpp
Severity: wishlist
Owner: Blair Noctis
X-Debbugs-Cc: debian-devel@lists.debian.org, n...@debian.org
* Package name: bacon
Version : 3.11.0
Upstream Contact: dystroy
* URL : https://dystroy.org/bacon/
* License : AGPL-3.0
Programming Lang: Rust
Il 06/03/2025 09:43, Holger Levsen ha scritto:
On Tue, Mar 04, 2025 at 08:39:43PM -0500, Helmut K. C. Tessarek wrote:
Both network "outages" could have been prevented by adding a note at the end
of the dist-upgrade output.
they could also have been prevented by reading the release notes and fol
Hi,
* Matthias Urlichs [2025-03-05 23:00]:
The NEW queue currently contains ~135 packages. The median wait time on
the list(*) is three weeks, and the oldest packages have been, well,
languishing, for nine months or so.
(*) Yes I know that this may well be an inflated median: after all,
the
Hi,
Le 2025-03-06 10:41, Sean Whitton a écrit :
If someone wants to set this up in a way that doesn't increase ftp team
workload but means packages have to be reject'd less often -- by all
means.
Do you have some stats or even just an estimate telling how often this
happens, or is there an a
Hello,
On Thu 06 Mar 2025 at 08:41am +01, Matthias Urlichs wrote:
> Apparently the problem isn't that no help is needed but that nobody has time
> to train the new help, citing possible burn-out trying to get answers from the
> existing members and leaving in disappointment, if not disgust. (My
>
Hello,
On Thu 06 Mar 2025 at 01:21pm +09, Charles Plessy wrote:
> Hi Sean and everybody,
>
> Around 12 years ago, I proposed a peer-review system to increase the quality
> of
> the packages in the NEW queue. https://wiki.debian.org/CopyrightReview
>
> Maybe we could revisit the idea along these
Hello ctte,
On Tue 04 Mar 2025 at 11:46am GMT, Matthew Vernon wrote:
> In Bug #1091995, the Technical Committe was asked to rule on an issue
> that could, under certain circumstances, result in failure of the
> base-files package to install or upgrade correctly. Under these
> circumstances, syste
On 3/6/25 2:09 PM, Holger Levsen wrote:
so if the/a team says they cannot handle new members right now and thus
there should be no big announcement asking for new members, I very much
think this should be respected and not be ignored and spread on our
most visible mailing list, where there pain
On 06.03.25 08:58, Marc Haber wrote:
I thank the DPL for putting this to public attention.
Well OK but mayybe he should have handled this a bit more diplomatically.
Or maybe he tried to, and failed to get traction. I assume he'll tell us
presently, if only to reduce the popcorn-to-serious-dis
On 06.03.25 09:53, Marc Haber wrote:
I apologize for trying to bring a smile into a heated discussion
Thank you.
--
-- regards
--
-- Matthias Urlichs
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Thu, Mar 06, 2025 at 08:39:13AM +, Holger Levsen wrote:
On Thu, Mar 06, 2025 at 08:58:48AM +0100, Marc Haber wrote:
Marc. I'll take my Popcorn with salt please.
yeah, it's pretty funny to see a team burn out and have the same silly
& salty discussion about this again and again.
I apol
On Wed, Mar 05, 2025 at 09:32:05PM -0800, James Lu wrote:
If I were to write, say, a Thunderbird extension that forcibly unwraps
text I receive, regardless of whether format=flowed was specified,
what would be the implication?
This (as a mild but easy to get example of pre-formatted text):
Fo
On Tue, Mar 04, 2025 at 08:39:43PM -0500, Helmut K. C. Tessarek wrote:
> Both network "outages" could have been prevented by adding a note at the end
> of the dist-upgrade output.
they could also have been prevented by reading the release notes and following
their advice.
that would also have pre
On Thu, Mar 06, 2025 at 08:58:48AM +0100, Marc Haber wrote:
> Marc. I'll take my Popcorn with salt please.
yeah, it's pretty funny to see a team burn out and have the same silly
& salty discussion about this again and again.
or maybe not.
also talking about how NEW is a bottleneck will be reall
On Thu, Mar 06, 2025 at 09:01:13AM +0800, Sean Whitton wrote:
On Wed 05 Mar 2025 at 11:35pm +0530, Nilesh Patra wrote:
Do you mind clarifying why that's the case, unless the reason is truly
personal or undisclosable?
It's pretty simple -- there is no-one with the free time to train them
right
41 matches
Mail list logo
