> Hi! Is it also possible to search by Debian user id?
It's possible to search for any matching pattern, but there’s no direct
mapping between a Debian user id and searchable queries. If you're
looking for something specific, you can try a query using your Debian
email address inste
On Mon Aug 4, 2025 at 3:11 AM CEST, Sérgio Cipriano wrote:
It is now available an endpoint [1] in dak's API which provides a way to
search through the changelogs of all Debian packages currently published.
1: https://api.ftp-master.debian.org/changelogs
Hi! Is it also possible to sear
On 03/08/25 10:00, Boyuan Yang wrote:
> Do you have any comment on its difference with
> https://nm.debian.org/minechangelogs/search/ ?
It is the same query:
https://salsa.debian.org/nm-team/nm.debian.org/-/blob/master/minechangelogs/models.py?ref_type=heads#L110-116
https://salsa.debian.org/ftp
Hi,
在 2025/8/3 21:11, Sérgio Cipriano 写道:
Hi,
It is now available an endpoint [1] in dak's API which provides a way to
search through the changelogs of all Debian packages currently published.
1: https://api.ftp-master.debian.org/changelogs
I'm already using it to track my uploa
Hi,
It is now available an endpoint [1] in dak's API which provides a way to
search through the changelogs of all Debian packages currently published.
1: https://api.ftp-master.debian.org/changelogs
I'm already using it to track my uploads, I made page [2] using it.
Hi,
I just installed Debian 13 trixie rc2 on a hp mini desktop which only
allows booting with uefi/efi.
1. unfortuneately this means that debian will not auto start with screen
reader after 30 seconds as when booting up on a legacy computer which
has no uefi.
2. during the install wizard
Hi Otto,
Am Sun, Jul 27, 2025 at 12:02:40PM -0700 schrieb Otto Kekäläinen:
> I just wanted to advertise once more in case somebody missed it: There
> is now a https://wiki2025.debian.org/ and work to migrate to a new
> Mediawiki based Debian wiki is in the progress.
I had a *very* short
Hi all!
I just wanted to advertise once more in case somebody missed it: There
is now a https://wiki2025.debian.org/ and work to migrate to a new
Mediawiki based Debian wiki is in the progress. If you want to
contribute, please see the discussions on
https://lists.debian.org/debian-wiki/2025/07
Your message dated Sun, 27 Jul 2025 17:29:53 +0200
with message-id
and subject line Re: Bug#1038811: Kernel 6.3 also has these bugs.
has caused the Debian Bug report #1038811,
regarding general: Unable to poweroff and suspend after upgrading to Debian 12
from Debian 11
to be marked as done
lead to the same SHA1 identifier, and someone is
trying to get that into the Debian keyring.
/Simon
Debian FTP Masters writes:
> The following changes to the debian-maintainers keyring have just been
> activated:
>
> and...@bower.org.uk
> Full name: Andrew Bower
On 2025-07-25 Peter B wrote:
> On 25/07/2025 09:17, Jérémy Lal wrote:
>> Did you have a look at
>> https://wiki.debian.org/CopyrightReviewTools
>> ?
> and specifically cme
> https://tracker.debian.org/pkg/cme
> https://ddumont.wordpress.com/2015/04/05/improving-cre
On 25/07/2025 09:03, Simon Josefsson wrote:
Working on 'leancrypto' packaging (which now build! see salsa pipeline
below) made me consider life choices wrt debian/copyright.
For several of my packages, I use 'lrc' to audit that debian/copyright
file matches what '
On 25/07/2025 09:17, Jérémy Lal wrote:
Did you have a look at
https://wiki.debian.org/CopyrightReviewTools
?
and specifically cme
https://tracker.debian.org/pkg/cme
https://ddumont.wordpress.com/2015/04/05/improving-creation-of-debian-copyright-file/
Cheers,
Peter
Le ven. 25 juil. 2025 à 10:08, Simon Josefsson a
écrit :
> Working on 'leancrypto' packaging (which now build! see salsa pipeline
> below) made me consider life choices wrt debian/copyright.
>
> For several of my packages, I use 'lrc' to audit that debi
Working on 'leancrypto' packaging (which now build! see salsa pipeline
below) made me consider life choices wrt debian/copyright.
For several of my packages, I use 'lrc' to audit that debian/copyright
file matches what 'licensecheck' thinks the license of files are.
On Thu, Jul 24, 2025 at 11:28:02AM +0200, frikilinux2 wrote:
not a DD but an autistic user, so maybe it's weird that I'm here but
anyway, I don't see the problem with using AI for 3 reasons:
1. There are concerns about AI detection tools flagging content
generated by autistic people incorrect
riginal email but to have
reasons to allow AI generated text.
And as I understand the Debian Project, being accesible to as much
people as possible, it's key to being a Distribution for everyone. "*No
matter* how you identify yourself or *how others perceive you: we
welcome you." (*An
uld
help communication), here it's only used to try to make the mail more
persuasive, just piling rhetoric. Which is not what we need for Debian.
To make sure to fulfill our users' needs we need convincing mails, not
persuasive mails.
Samuel
On Thu, Jul 24, 2025 at 09:16:12AM +0200, Lucy wrote:
>
> What a fascinating display of community dynamics.
[...]
@Lucy: please don't take my disagreement with Marc's tone as
an endorsement of yours. Not by a far stretch.
While I could have interpreted your first post as a genuine
sign of distr
Lucy, le jeu. 24 juil. 2025 09:16:12 +0200, a ecrit:
> @Samuel: Ah yes, "ChatGPT-written polemic."
Your AI is not even able to grasp who said what.
Discussion can only stop here.
Samuel
What a fascinating display of community dynamics.
@GPTZero evangelists: Your algorithm flags coherent prose as artificial.
How delightfully ironic that structured writing triggers your detectors
while actual code quality apparently doesn't.
No AI was involved, but I suppose when mediocrity bec
On Wed, Jul 23, 2025 at 6:49 AM Aurélien COUDERC wrote:
>
>
>
> Le 23 juillet 2025 11:01:36 GMT+02:00, Lucy a écrit :
> >Dear Debian Developers,
>
> Dear Lucy,
>
> for the record to everyone this has already been discussed in #1101759 [1]
> and I declined to do
On Wed, Jul 23, 2025 at 6:42 AM tomas wrote:
>
> On Wed, Jul 23, 2025 at 11:41:20AM +0200, Marc Haber wrote:
> > Hi,
> >
> > I have noticed that the Cc list is missing the Pope, the President, the
> > Chancellor, the Chairperson of the Central Committee, Udo Lindenberg, Neil
> > Armstrong and Jay L
On Wednesday, July 23, 2025 2:41:20 AM Mountain Standard Time Marc Haber
wrote:
> On Wed, Jul 23, 2025 at 11:01:36AM +0200, Lucy wrote:
> >With the upcoming release of Debian 13 "Trixie", I want to formally
> >raise a critical technical objection to one of the adopted
; write your petition? All this does is waste time and annoy people.
>
> I can see why people would use LLMs for translating emails or for
> polishing text, but I wish there was a rule against emails to the
> Debian mailing lists in which the meaningful portion of the content is
>
On Wed, Jul 23, 2025 at 4:02 AM Lucy wrote:
>
> Dear Debian Developers,
>
> With the upcoming release of Debian 13 "Trixie", I want to formally raise a
> critical technical objection to one of the adopted upstream changes that
> risks undermining the efficiency,
&
On Jul 23, to...@tuxteam.de wrote:
This is incredibly witty, but really: was it necessary?
Maybe it was not /necessary/ strictly speaking, but it was definitely
entertaining.
--
ciao,
Marco
signature.asc
Description: PGP signature
On Wed, Jul 23, 2025 at 12:36:58PM +0200, Samuel Thibault wrote:
Lucy, you are piling rhetoric over rhetoric, that won't make a fruitful
discussion.
ChatGPT-written polemic emails aren't intended to make a fruitful
discussion. I would be glad if at least people on Debian lists
On Wed, Jul 23, 2025 at 11:41:20AM +0200, Marc Haber wrote:
> Hi,
>
> I have noticed that the Cc list is missing the Pope, the President, the
> Chancellor, the Chairperson of the Central Committee, Udo Lindenberg, Neil
> Armstrong and Jay Leno. The Person who has chosen this Cc list obviously
> wa
Hello,
Lucy, you are piling rhetoric over rhetoric, that won't make a fruitful
discussion.
Lucy, le mer. 23 juil. 2025 12:01:59 +0200, a ecrit:
> Debian has never just been “a Linux distro.” It has always stood for
> deliberation, control, and the ability to resist upstream when need
Le 23 juillet 2025 11:01:36 GMT+02:00, Lucy a écrit :
>Dear Debian Developers,
Dear Lucy,
for the record to everyone this has already been discussed in #1101759 [1] and
I declined to do the change discussed here.
Answering here as the Debian Plasma maintainer and member of the Deb
grade productivity?
But Debian has never just been “a Linux distro.” It has always stood for
deliberation, control, and the ability to resist upstream when needed.
That was the reason professionals, power users, and sysadmins trusted
Debian – because it wasn’t afraid to say: this default does not serve
give them that.
That being said,
On Wed, Jul 23, 2025 at 11:01:36AM +0200, Lucy wrote:
With the upcoming release of Debian 13 "Trixie", I want to formally
raise a critical technical objection to one of the adopted upstream
changes that risks undermining the efficiency,
consistency
,
On Wed, Jul 23, 2025 at 11:01:36AM +0200, Lucy wrote:
With the upcoming release of Debian 13 "Trixie", I want to formally
raise a critical technical objection to one of the adopted upstream
changes that risks undermining the efficiency,
consistency, and user trust that Debian has l
good point about
don't think Debian should diverge from upstream KDE's decision on
this.
+1
cheers Ferdinand
/-\
Samuel Thibault schrieb am Mi. 23. Juli 2025 um
11:20:
> Hello,
>
> Lucy, le mer. 23 juil. 2025 11:01:36 +0200, a ecrit:
> > 2. The double-cli
on't think Debian should diverge from upstream KDE's decision on
this.
I agree.
BR
Thomas
thus I find it *dangerous*
because users don't expect the file to suddenly get opened just because
they clicked on it (to remove it, rename it, etc.).
I don't think Debian should diverge from upstream KDE's decision on
this.
> This is not about nostalgia. It is not about UI philo
Dear Debian Developers,
With the upcoming release of Debian 13 "Trixie", I want to formally
raise a critical technical objection to one of the adopted upstream
changes that risks undermining the efficiency,
consistency, and user trust that Debian has long upheld:
KDE Plasma 6
On Sat, Jul 19, 2025 at 6:29 PM Jeffrey Walton wrote:
>
> On Sat, Jul 19, 2025 at 6:14 PM NoisyCoil wrote:
> >
> > Hi all,
> >
> > I am proud to announce a new mailing list for Debian on Apple Silicon,
> > debian-arm-ap...@lists.debian.org, has been creat
On Sat, Jul 19, 2025 at 6:14 PM NoisyCoil wrote:
>
> Hi all,
>
> I am proud to announce a new mailing list for Debian on Apple Silicon,
> debian-arm-ap...@lists.debian.org, has been created. From now on we will
> move all discussion there, feel free to subscribe if you're
Hi all,
I am proud to announce a new mailing list for Debian on Apple Silicon,
debian-arm-ap...@lists.debian.org, has been created. From now on we will
move all discussion there, feel free to subscribe if you're interested!
During the last few weeks we had time to test our asahi inst
Hi Michael!
On 09/07/25 14:11, Michael Lazin wrote:
I am extremely interested in doing testing for Debian on the M1
platform. I only have newer Macs so I ordered a refurbished M1 from
Amazon to use for testing. I would like to contribute to the Debian
community. I am not a full stack
I am extremely interested in doing testing for Debian on the M1 platform.
I only have newer Macs so I ordered a refurbished M1 from Amazon to use
for testing. I would like to contribute to the Debian community. I am not
a full stack programmer but I have experience QA testing games and I also
Hello, I tried to install using debian-testing-amd64-netinst.iso
07-07 12:19.
https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/
I type 's' to start Speech. Then I hear something like press enter to
use sound board 0. After I press enter I hear nothing. I'm
Hi again,
FYI, due to an (asahi) upstream u-boot bug [1], you need a USB-C
keyboard -- or USB-A keyboard plugged into USB-C via adapter -- to
install the minimal (i.e. console) version of Debian on M2 Mac Minis.
All other Macs, including M1s and laptops, are fine, as far as we know.
This
Hi!
On 21/06/25 08:10, FritzS GMX wrote:
At the moment the ‘normal’ version - Debian stable aarch64 is installed as a VM
in UTM (QEMU) on my M1 MacMini.
Would the Debian Linux asahi variant from Bananas Team also have advantages in
a VM? If ‘yes’, what would be improved?
No, it would have
Hi all!
At the moment the ‘normal’ version - Debian stable aarch64 is installed as a VM
in UTM (QEMU) on my M1 MacMini.
Would the Debian Linux asahi variant from Bananas Team also have advantages in
a VM? If ‘yes’, what would be improved?
Nobody has been able to answer this question yet.
>
Hi all!
This email is a call for testers for Debian on Apple machines with M1/M2
chips. The Bananas Team [1] has set up an installer at [2] with images
for GNOME, KDE and console installations. While we'd like to build an
actual Debian installer sooner or later (we may need a heads-up
On Wed, Jun 18, 2025 at 12:51:28PM +0200, PICCA Frederic-Emmanuel wrote:
debsnap
Indeed,
it is quite slow compare to apt source...
Not to me.
Make sure you are using it correctly, e.g. make sure you are specifying
the version to download.
--
WBR, wRAR
signature.asc
Description: PGP sign
> debsnap
Indeed,
it is quite slow compare to apt source...
thanks
Fred
On Wed, Jun 18, 2025 at 11:59:11AM +0200, PICCA Frederic-Emmanuel wrote:
Do we have a cli-tool whcih is an equivalent of apt source blabla=version, but
connected by default to snapshot ?
There's debsnap(1) in devscripts.
--
Colin Watson (he/him) [cjwat...@debian.
On Wed, Jun 18, 2025 at 11:59:11AM +0200, PICCA Frederic-Emmanuel wrote:
... and hope that they don't patch the upstream source directly.
The purpose is not necessarely to build every packages already uploaded into
Debian :).
Just a few packages from testing/unstable in order to
> ... and hope that they don't patch the upstream source directly.
The purpose is not necessarely to build every packages already uploaded into
Debian :).
Just a few packages from testing/unstable in order to build backports on the
current stable or exceptionally oldstable.
Maybe a
On Wed, Jun 18, 2025 at 11:30:05AM +0200, Andreas Metzler wrote:
So to start with, I just want to get the debian directory of the
testing/unstable version of package.
How can I get this without downloading a full debian source package ?
Ther is no easy way for native packages (i.e. where
On 2025-06-18 PICCA Frederic-Emmanuel
wrote:
[...]
> So to start with, I just want to get the debian directory of the
> testing/unstable version of package.
> How can I get this without downloading a full debian source package ?
Ther is no easy way for native packages (i.e. where t
Hello, I would
like to get only the debian directory of a package, in order to build locally a
set of packages.
My tools are for now, the dht programm from pkg-haskell-tools.
This tool expect a flat directory organized like this p//debian
It then create the dsc file from this and build all
Source: libasyncns
Version: 0.8-6
Severity: important
X-Debbugs-Cc: Tanguy Ortolo , Tanguy Ortolo
, debian-devel@lists.debian.org, 862...@bugs.debian.org,
862...@bugs.debian.org, Package Salvaging Team
Hi Tanguy,
Your package libasyncns was highlighted in the Bug of the Day[1]
initiative
Hi,
> Perhaps, to ease the burden of those of us maintaining many packages,
> we could instead have this more complex rule:
>
> > The default debian branch is the first available of these, in order:
> > 1. debian/latest
> > 2. debian/unstable
> > 3. debian/expe
On Wed, Jun 04, 2025 at 01:48:25PM +0300, Otto Kekäläinen wrote:
Hi!
I am not sure what is the default in Salsa for new repositories right
now, but I suggest all Debian Developers/Maintainers who use Salsa to:
- Review your global notification settings at
https://salsa.debian.org/-/profile
Hi!
I am not sure what is the default in Salsa for new repositories right
now, but I suggest all Debian Developers/Maintainers who use Salsa to:
- Review your global notification settings at
https://salsa.debian.org/-/profile/notifications
- For each Salsa project you feel responsible for, go
esql+fastapi, while keeping the flat file
> > > system only for archiving the bug log (the .log files) for at
> > > least a significant period of time, but that bug log would be
> > > write only.
> > >
> > > The code for this is about 25% there, b
g log (the .log files) for at
> > least a significant period of time, but that bug log would be
> > write only.
> >
> > The code for this is about 25% there, but I've been working on it
> > for years now in my very limited Debian development time, so I
> &g
n that
> > debbugs runs is at https://bugs.debian.org/debbugs-source/debbugs/
>
> FWIW the actual/working repository URL is
> https://bugs.debian.org/debbugs-source/debbugs.git
Sorry, I typoed. The above line should read
https://bugs.debian.org/debbugs-source/debian/, which is a chec
On Sun, Jun 01, 2025 at 09:54:09AM -0700, Don Armstrong wrote:
> On Tue, 27 May 2025, Otto Kekäläinen wrote:n
> > I would assume Debbugs might evolve without you having to personally
> > do all the improvements, if you allow improvements done by others
> > flow in. As an example, I have had
> > ht
; The code for this is about 25% there, but I've been working on it for
> years now in my very limited Debian development time, so I don't have
> a realistic timeline for completion.
Do you have some design documentation and/or a TODO list that others
could use to be able to contribute to this effort?
signature.asc
Description: PGP signature
sts/6
> open for 4 years now.
That's not an MR that I'll apply, because the actual version that
debbugs runs is at https://bugs.debian.org/debbugs-source/debbugs/
Salsa isn't the actively running code for Debian, though it is a place
that we're using as upstream.
--
Don A
ng the flat file
system only for archiving the bug log (the .log files) for at least a
significant period of time, but that bug log would be write only.
The code for this is about 25% there, but I've been working on it for
years now in my very limited Debian development time, so I don
On Thu, 29 May 2025, Colin Watson wrote:n
> On Wed, May 28, 2025 at 02:22:00PM +, Holger Levsen wrote:
> > Also, I don't really see how to keep all the e-mail features it currently
> > offers,
> > while hiding email addresses. I quite often look up email addresses in bugs
> > and contact peopl
Hi Philipp, hi all,
>>>>> On Sat, 31 May 2025 15:11:11 +0200, Philipp Kern said:
> But to me the weirdest thing is that quite a few complained and there
> was no real response rationalizing the decision.
You may have missed this email
https://lists.debian.o
Hello Philipp,
Am Sat, May 31, 2025 at 03:11:11PM +0200 schrieb Philipp Kern:
> On 5/9/25 1:45 AM, Antonio Terceiro wrote:
> > On Thu, May 08, 2025 at 10:33:55PM +0200, Holger Wansing wrote:
> >> I think about removing myself from the debian-www team.
> >> Better no long
On 5/9/25 1:45 AM, Antonio Terceiro wrote:
> On Thu, May 08, 2025 at 10:33:55PM +0200, Holger Wansing wrote:
>> I think about removing myself from the debian-www team.
>> Better no longer be part of it, otherwise people might blame me for such
>> decisions ...
>
> Pl
o view full headers, download mboxes and generate a working reply mailto:
> link. It also won't completely solve the privacy issue, as e-mail addresses
> can also be found in git repositories and mailing list archives. IMO it would
> be better to recommend using a dedicated e-mail add
ers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
If a monkey hoarded more bananas than it could eat, while most of the other
monkeys starved, scientists would study that monkey to figure ou
On 17607 March 1977, Julien Plissonneau Duquène wrote:
The delay is only a part of the issue, the other part is the lack of
feedback that would allow the user to know if her registration is
still
pending or has been rejected.
Oh, reject you get a mail. If its deleted, you don't.
I like the
On Thu, May 29, 2025 at 01:03:56PM +0200, Julien Plissonneau Duquène wrote:
Right now we have an implementation that is dated but mostly works so
I think that there is no need to rush a move. Working on it for a
while and experimenting with the real data in there will certainly
help with figuri
On Thu May 29, 2025 at 9:58 AM BST, Holger Levsen wrote:
(still, I think the answer to that should not be to hide email
addresses but something else, eg maybe asking new bts users if they
are aware that there email address will become public and block their
submissions until they agree...)
Bu
On May 29, Julien Plissonneau Duquène wrote:
Security measures should be proportional to the specific threat, and
we actually know that targeted malicious attacks to the BTS are not
happening.
We know that they didn't happen so far. I would not be so sure about
the future.
There is always a
Le 2025-05-29 10:58, Holger Levsen a écrit :
(still, I think the answer to that should not be to hide email
addresses
but something else, eg maybe asking new bts users if they are aware
that there
email address will become public and block their submissions until they
agree...)
My personal
Le 2025-05-28 18:41, Marco d'Itri a écrit :
Security measures should be proportional to the specific threat, and
we actually know that targeted malicious attacks to the BTS are not
happening.
We know that they didn't happen so far. I would not be so sure about the
future.
Anyway there are
Le 2025-05-29 02:43, Colin Watson a écrit :
While it might be possible to carry on doing without, the data
fundamentally has many relational properties and an RDBMS would make
life a lot easier. I wish I'd known what I know now about PostgreSQL
when I was in my period of working on debbugs v
These are part of the fighting spam strategy. It does not have to be a
binary solution. There can be reasonable restrictions and if people have
to target debian to get addresses that itself will avoid many email
address harvestors. It does not have to be open to all if we can't
prev
Hello,
On Thu 29 May 2025 at 11:31am +02, Marc Haber wrote:
> On Thu, May 29, 2025 at 10:27:09AM +0100, Sean Whitton wrote:
>>On Wed 28 May 2025 at 10:04pm +02, Marc Haber wrote:
>>> My personal pet peeve is the difference between the source package and the
>>> packaging git repository contents.
On Thu, May 29, 2025 at 10:27:09AM +0100, Sean Whitton wrote:
On Wed 28 May 2025 at 10:04pm +02, Marc Haber wrote:
My personal pet peeve is the difference between the source package and the
packaging git repository contents. Those two especially differ in the state of
patches: They're applied in
bably want to use git-debrebase or git-dpm or
single-debian-patch in addition to dgit.
--
Sean Whitton
signature.asc
Description: PGP signature
Hello,
On Wed 28 May 2025 at 10:04pm +02, Marc Haber wrote:
> My personal pet peeve is the difference between the source package and the
> packaging git repository contents. Those two especially differ in the state of
> patches: They're applied in the unpacked source package, and not applied in
>
.)
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
Wenn der Faschismus wiederkehrt, werden Medien ihn pflichtbewusst als
"umstritten" bezeichnen.
signature.asc
Description: PGP signature
de yourself.
--
cheers,
Holger
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org
⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
⠈⠳⣄
There are many ways to kill. You can stab someone in the guts, take their bread
away, not heal someone from disease, put someone in a
On Thu, May 29, 2025 at 09:54:37AM +0200, Marc Haber wrote:
> On Thu, May 29, 2025 at 09:52:38AM +0200, Joost van Baal-Ilić wrote:
> > A, indeed. Otoh the dgit-people feel a source package should be treated as
> > an
> > intermediate build artifact; not something to be consumed by humans.
>
> Bu
Hi,
On Thu, May 29, 2025 at 09:39:01AM +0200, Marc Haber wrote:
> On Thu, May 29, 2025 at 05:26:31AM +0200, Joost van Baal-Ilić wrote:
> > On Wed, May 28, 2025 at 10:04:01PM +0200, Marc Haber wrote:
> >
> > > My personal pet peeve is the difference between the source package and the
> > > packagi
Quoting Marc Haber (2025-05-29 09:57:07)
> On Thu, May 29, 2025 at 09:21:13AM +0200, Jonas Smedegaard wrote:
> >Perhaps, to ease the burden of those of us maintaining many packages,
> >we could instead have this more complex rule:
> >
> >> The default debian branch i
On Thu, May 29, 2025 at 09:21:13AM +0200, Jonas Smedegaard wrote:
Perhaps, to ease the burden of those of us maintaining many packages,
we could instead have this more complex rule:
The default debian branch is the first available of these, in order:
1. debian/latest
2. debian/unstable
3
, simplified documentation with full examples
6. track merge requests.
Most of these I also very much agree with, however I doubt that *we* want
to hide e-mail addresses from public (unauthenticated) web browsing. In my book
the open development model of Debian is tied to the fact that we the developers
On Thu, May 29, 2025 at 09:52:38AM +0200, Joost van Baal-Ilić wrote:
A, indeed. Otoh the dgit-people feel a source package should be treated as an
intermediate build artifact; not something to be consumed by humans.
But if you decide not to use dgit you're back to source packages. It
might be
On 29/05/2025 12:51 pm, Jonas Smedegaard wrote:
Quoting Xiyue Deng (2025-05-29 06:15:30)
Hi Holger,
Holger Levsen writes:
On Thu, May 29, 2025 at 12:21:16AM +0200, Jonas Smedegaard wrote:
If you suggest that using "debian/latest" should *not* be done by
default, then it
Hi,
On Thu, May 29, 2025 at 05:26:31AM +0200, Joost van Baal-Ilić wrote:
On Wed, May 28, 2025 at 10:04:01PM +0200, Marc Haber wrote:
My personal pet peeve is the difference between the source package and the
packaging git repository contents. Those two especially differ in the state
of patches
Quoting Xiyue Deng (2025-05-29 06:15:30)
> Hi Holger,
>
> Holger Levsen writes:
>
> > On Thu, May 29, 2025 at 12:21:16AM +0200, Jonas Smedegaard wrote:
> >> If you suggest that using "debian/latest" should *not* be done by
> >> default, then it s
Hi,
On Wed, May 28, 2025 at 11:11:47PM +, Holger Levsen wrote:
my biggest problem with dep14 is that it doesnt recommend *one* layout. my
biggest problem with how I see that interpreted is that I think debian/unstable
is much better than debian/latest *as a default recommendation*.
because
Hi Holger,
Holger Levsen writes:
> On Thu, May 29, 2025 at 12:21:16AM +0200, Jonas Smedegaard wrote:
>> If you suggest that using "debian/latest" should *not* be done by
>> default, then it seems that requires reverting changes to DEP-14.
>
> yes. dep14 currently
gt; in
> > particular these two:
> >
> > - https://optimizedbyotto.com/post/debian-packaging-from-git/
>
> My personal pet peeve is the difference between the source package and the
> packaging git repository contents. Those two especially differ in the state
>
On Wed, May 28, 2025 at 01:53:21PM +0200, Julien Plissonneau Duquène wrote:
Le 2025-05-27 20:30, Ahmad Khalifa a écrit :
they all have a Database data model (faster search/query)
Having some experience with databases, I'm not convinced that a RDBMS
(SQL) is a necessity here. Better indexing a
1 - 100 of 1671 matches
Mail list logo
