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-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 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
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 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
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 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 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 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 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
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
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
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
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
>
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
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
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
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
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
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
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):
_ _ _ _ _ _ ___
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 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 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 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 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
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
* 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 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
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
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
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,
> > 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
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 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
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 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
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 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
41 matches
Mail list logo
