$random, posibly very
very long time))
to
B)
* Upload $package + its missing dependencies to experimental
* Wait for all parts to pass through NEW
* Re-upload everything to unstable
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
> Maybe consult man debian-watch and note that afaik the newline after
> Version: 5 is mandatory.
By chance I forgot this hint and it works even without the newline.
Thanks a lot for your hints
Andreas.
--
https://fam-tille.de
uickly and retrieves nothing. A dedicated
Template for this would be a great help.
Kind regards
Andreas.
[1]
https://salsa.debian.org/go-team/packages/golang-github-jacobsa-timeutil/-/blob/master/debian/watch?ref_type=heads
--
https://fam-tille.de
Hi again,
Am Wed, Aug 20, 2025 at 10:19:06AM +0200 schrieb Andreas Tille:
> Am Wed, Aug 20, 2025 at 08:35:32AM +0200 schrieb Xavier:
> > BTW, I found a way to build a template for Gitlab
>
> I love to repeat: You rock!
Maybe there is another challenge with this watch
rse
build-dependencies. That would help for soname bumps, the current Debian
pipeline runs the testsuite of rdeps which is a noop after a soname
bump.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
appreciate help in restoring the history there. ;-)
Thanks a lot for your suggestion
Andreas.
--
https://fam-tille.de
y to teams I'm closely related to and than I add
my ID to Uploaders.
Kind regards
Andreas.
--
https://fam-tille.de
kages as I suggested previously[1] or some other pragmatic
solution). Still, I think we should keep the discussion open to
alternatives, and maybe better options will emerge as we go along.
As I mentioned in my other mail, I will step back a bit from this
discussion and remove lea...@debian.or
efully
I can avoid similar issues in the future.
Do you think it would be useful to issue a corrected Policy delegation
as well?
Kind regards
Andreas.
--
https://fam-tille.de
On 2025-08-19 Andreas Tille wrote:
> Am Sun, Aug 17, 2025 at 11:37:42PM +0200 schrieb Lucas Nussbaum:
>>> One point raised during the BoF was the need to better document the role
>>> of the Debian/ group on Salsa. Not all developers are aware that being
>>> part
Am Wed, Aug 20, 2025 at 11:03:38AM +0200 schrieb Jonas Smedegaard:
> Quoting Andreas Tille (2025-08-20 10:35:20)
> > Can you give some practical examples of packages that you would not want
> > to see covered by such a policy? That would help me better understand
> > your co
number of
repositories where maintainers want stricter control. Of course, my
sample might be biased.
Can you give some practical examples of packages that you would not want
to see covered by such a policy? That would help me better understand
your concerns.
Kind regards
Andreas.
--
https://fam-tille.de
Am Wed, Aug 20, 2025 at 08:35:32AM +0200 schrieb Xavier:
> BTW, I found a way to build a template for Gitlab
I love to repeat: You rock!
Thanks a lot
Andreas.
--
https://fam-tille.de
es appear to be owned but in
practice are neglected. That is why I think our defaults should shift
towards collaboration, so that activity on a package does not depend on
the responsiveness of a single person.
Kind regards
Andreas.
--
https://fam-tille.de
Am Sat, Aug 16, 2025 at 08:23:29AM +0200 schrieb Yadd:
> Hi Andreas,
>
> done: https://salsa.debian.org/debian/devscripts/-/merge_requests/544
Cool. As I said there: I'm fine with any solution that makes clear we
can't watch anything.
> BTW, the main goal of templates
reamSiteForThisPackage-(\d\S+)\.gz
opts=dversionmangle=s/.*/0.No-Release/ \
https://people.debian.org/~eriberto/
FakeWatchNoUpstreamReleaseForThisPackage-(\d\S+)\.gz
opts=dversionmangle=s/.*/0.No-Track/ \
https://people.debian.org/~eriberto/
FakeWatchNoUpstreamTrackingForThisPackage-(\d\S+)\.gz
This would be a dream.
Kind regards
Andreas.
--
https://fam-tille.de
myself (as a very rare
contributor to devscripts) would feel more safe in this specific case.
Kind regards
Andreas.
--
https://fam-tille.de
re about their status. As far
as I know there is some manual review done first before they are linked from
the debconf25 website.
Kind regards
Andreas.
--
https://fam-tille.de
re's still much to do, but the essentials -- a proper .org site and the
> necessary HTTP redirects -- are now in place, so I can announce "the
> Chronicles of Debian":
>
> https://chronicles.debian.org
Great. Seems removing the old news made them quite popular and I
enjo
Thank you Maytham, much appreciated, Andreas.
Am Fri, Aug 01, 2025 at 06:03:29PM +0800 schrieb Maytham Alsudany:
> In case someone wants to access the pads.
>
> On Fri, 2025-08-01 at 08:51 +0200, Andreas Tille wrote:
> > [f02]
> > https://debconf25.debconf.org/talks/3-
ols package.
> - lintian-brush
We are using routine-update which in turn calls
cme fix dpkg-control
lintian-brush
+ other cleanups
Kind regards
Andreas.
--
https://fam-tille.de
look and want to express my delightment that Salsa
SSO works smoothly. Lots of thanks to those who implemented this
Andreas.
--
https://fam-tille.de
pyright was a mixture of
autogenerated and manually inserted content (Please fill in ...).
See e.g. guile-gnutls.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
On 2025-07-25 Simon Josefsson wrote:
> Andreas Metzler writes:
[...]
> > * I doubt that a multi-year old version of liboqs (which is what you'd
> > have in stable in a not too distant future) would be useful for
> > experiments and testing. liboqs is pretty f
On 2025-07-23 Simon Josefsson wrote:
> Andreas Metzler writes:
>>> The documented reason for removal from unstable was a FTBFS
>>> https://bugs.debian.org/1100144
>> [...]
>> Hello,
>> Yes. liboqs ended up being unmaintained, lagging multiple upstream
On 2025-07-23 Hector Oron wrote:
> El mié, 23 jul 2025 a las 6:40, Andreas Metzler () escribió:
>> On 2025-07-22 Hector Oron Martinez wrote:
>>> I would like to provide Quantum Safe algorithms for Debian usage and
>>> form a team of people that works enabling this
o from liboqs, have you looked at that?
cu Andreas
indly ask you to reflect on whether
the way this discussion has unfolded is in line with the values you’re
advocating for.
This will be my last message on the matter. I sincerely hope things can
calm down and that we can find better ways of working together in the
future.
Thank you
Andreas.
--
https://fam-tille.de
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Hamradio Maintainers
* Package name: soapyvolkconverters
Version : 0.1.1
Upstream Contact: Nicholas Corgan
* URL : https://github.com/pothosware
Package: wnpp
Severity: wishlist
Owner: Andreas Bombe
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Hamradio Maintainers
* Package name: soapyplutosdr
Version : 0.2.2
Upstream Contact: Josh Blum
* URL : https://github.com/pothosware/SoapyPlutoSDR
* License
Package: wnpp
Severity: wishlist
Owner: Andreas Rönnquist
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: xclicker
Version : 1.5.1
Upstream Contact: Elliot Lindberg
* URL : https://xclicker.xyz/
* License : GPL3
Programming Lang: C
Description
Beyond this specific Debian Med issue, my general impression is that not
many newcomers are currently queuing up at Debian’s gates. The overall
influx of fresh contributors seems lower than it once was, and
attracting new participants may require renewed strategies and broader
community ef
he source package
only consists of tarball and .dsc). For modern non-native 3.0 you can
simply unpack the debian.tar.xz, for older packages you'd need to
extract the files from diff.gz.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.&#x
al, I hereby approve your initiative to
explore and apply for the OpenAI Open Source Fund.
Kind regards
Andreas.
Am Thu, Jun 12, 2025 at 09:42:48AM +0200 schrieb Lucas Nussbaum:
> On 11/06/25 at 22:10 +0300, Otto Kekäläinen wrote:
> > Hi!
> >
> > > > > OpenAI has an Op
/-/wikis/Mentoring-of-the-Month-(MoM)
The idea is to help newcomers to package what they need. I wished other
teams would try to adopt this method.
Kind regards
Andreas.
--
https://fam-tille.de
your
thoughts.
Kind regards
Andreas.
[1] https://salsa.debian.org/qa/tiny_qa_tools/-/wikis/Tiny-QA-tasks
[2]
https://qa.debian.org/popcon-graph.php?packages=libasyncns0&show_installed=on&show_vote=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlg
ile, it will break (by downgrading) on an old entry in
sources list or a local repo.
More generally I also do not think the net-win justifies the work and
risk. epochs are not aestically pleasing but we are used to dealing with
them. I think the huge win of Stouter's plan is to get rid of differe
[...]
>
> This is now available at https://udd.debian.org/cgi-bin/dep14stats.cgi
Thanks a lot
Andreas.
--
https://fam-tille.de
Am Sat, May 10, 2025 at 11:20:41AM +0100 schrieb Wookey:
> On 2025-05-08 10:00 +0200, Andreas Tille wrote:
> > Am Wed, May 07, 2025 at 10:27:03PM +0200 schrieb Jonas Smedegaard:
>
> > > Can we please stop calling it an intent to NMU when it is invasive?
> >
> > Y
Hi Andreas,
Am Fri, May 09, 2025 at 07:15:09PM +0200 schrieb Andreas Metzler:
>
> How do you go about that? Do you poll the respective team whether they
> are committing to maintain it?
I'm a member of several Debian teams, including Debian Science, Games,
Multimedia, Perl, and
On 2025-05-08 Andreas Tille wrote:
> Hi,
> Am Thu, May 08, 2025 at 06:48:33PM +0200 schrieb Andreas Metzler:
> > It
> > just hides the fact that they are unmaintained and makes it therefore
> > harder to find stuff that should be orphaned and/or removed.
> Just a s
imal assumptions--i.e., DEP-14 layout, no forced CI setup, no changes
to packaging workflows--and clearly documented to ease handover or
rollback.
I followed Holger's suggestion and created a merge request[1],
splitting the changes into separate commits based on their level of
controversy so
ood the trends graphs are based on lintian-tags
and I'm not aware of an according tag tracking this.
Kind regards
Andreas.
--
https://fam-tille.de
ie of patches
> rather than as a single patch.
Fixing item 4 provides a well-known and convenient way to publish all
patches, along with build logs automatically generated by Salsa CI.
Kind regards
Andreas.
[1] https://trends.debian.net/#smells
--
https://fam-tille.de
Hi,
Am Thu, May 08, 2025 at 06:48:33PM +0200 schrieb Andreas Metzler:
> It
> just hides the fact that they are unmaintained and makes it therefore
> harder to find stuff that should be orphaned and/or removed.
Just a short comment: In the Bug of the Day effort the majority of
package
On 2025-05-08 Jonas Smedegaard wrote:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Would it feel more appropriate if I called it ITO (Intent to Orphan)
> > instead of ITN and use the 21 days waiting period + upload to
> > delayed=10?
> Yes, that helps tremendously
Am Thu, May 08, 2025 at 09:35:35PM +0800 schrieb tho...@goirand.fr:
> How about a BoF on strong package ownership in Brest?
I have registered such a BoF and want to prepend it by a Sprint
in DebCamp.
See you there
Andreas.
--
https://fam-tille.de
Hi Jonas,
Am Thu, May 08, 2025 at 11:22:44AM +0200 schrieb Jonas Smedegaard:
> Quoting Andreas Tille (2025-05-08 10:26:08)
> > Orphaning is something typically done by the maintainer themselves[1].
> > If someone else does it unilaterally, wouldn't that come closer to a
Hi Holger,
Am Thu, May 08, 2025 at 08:07:35AM + schrieb Holger Levsen:
> On Thu, May 08, 2025 at 10:00:10AM +0200, Andreas Tille wrote:
> > >From my point of view, orphaning would be a more forceful step--closer
> > in spirit to a QA upload, as Holger suggested. I pre
Hi Branden,
Am Thu, May 08, 2025 at 02:54:47AM -0500 schrieb G. Branden Robinson:
> At 2025-05-08T09:07:48+0200, Andreas Tille wrote:
> > I don't believe the DPL should initiate GRs. I also think that when
^
> > this GR does happen (and I'm confident it
of this discussion is to find a name that honestly reflects the
purpose without being misleading or inflammatory. I'm still hoping we
can agree on something neutral that signals both intent and
openness--without framing it as a hostile act.
Do you personally agree that there is a problem to be addressed, and are
you mainly unhappy with my attempt at a solution, with the name I picked
for it--or both?
Thank you for your open words in any case and looking forward to see
you in Brest
Andreas.
--
https://fam-tille.de
o think that when this
GR does happen (and I'm confident it will), someone else will be DPL.
I'd love to help smoothen the path for this GR, and I know how I'll vote.
However, I'll focus on tasks I can manage within this term.
> Looking forward to join the session on this @ DebConf25 Brest!
Same heres--—and thanks a lot for sharing your thoughts
Andreas.
--
https://fam-tille.de
t often
involves broader adjustments--such as repository migration or
modernisation--that don't quite fit the usual NMU expectations.
Also just to clarify: the maximum delay is 15 days[1].
Kind regards
Andreas.
[1]
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#delayed-incoming
--
https://fam-tille.de
void them. Users are not well served
when packages remain frozen simply because the thresholds for safe
intervention are too rigid.
I'd kindly invite anyone interested in this topic to join the
to-be-announced sprint at DebCamp.
Kind regards
Andreas.
[1] https://bugs.debian.org/1104620
[2] https://bugs.debian.org/1104828
--
https://fam-tille.de
Hi Mo,
Am Mon, May 05, 2025 at 06:24:32PM -0400 schrieb M. Zhou:
> Hi Andreas,
>
> According to constitution A.1.6, would you mind helping us extend
> the discussion period by a week?
> https://www.debian.org/devel/constitution
I hereby extend the discussion period by a week.
nd at best a
> >post to d-devel.
>
> And that's bad.
If this is really the normal case that would be really bad. I have the
impression that there are other decisions that are better communicated.
Kind regards from a happy adduser user and thank you for spending so
much time into it
Andreas.
--
https://fam-tille.de
Hello Timo,
On Wed, Apr 23, 2025 at 09:49:07PM +0200, Timo Röhling wrote:
> Hi,
>
> CMake has deprecated backwards compatibility for versions older than 3.5
> since July 2023, and the CMake 4.0 release finally drops support,
[...]
> Andreas Henriksson
>mfgtools (U)
[...]
re
prominently. There is a third important use case:
3) Essential packages can be used in preinst and postrm
maintainer-scripts. (The former usage can be made explicit mit
Pre-Depends, the latter would need to be dropped if a command lost
Essential status.)
cu Andreas
--
`What a good friend you are to
eleting drafted response]
This has been resolved in the BTS.
cu Andreas
rrectness of such decisions and stand by them I still think that was
the right way.
cu Andreas
ckages and we then need to implement coding
changes to weed out any and all GPL<->openssl linkage.
Personally I doubt we have the manpower nowadays to switch back from
linking against OpenSSL.
cu Andreas
Hi Sam,
Am Tue, Mar 25, 2025 at 10:19:59AM -0600 schrieb Sam Hartman:
>
> Andreas> Another upload, with the removal of the Vcs fields, would
> Andreas> effectively undo the move to Salsa from a package
> Andreas> maintenance perspective. As far as NM
to pursue this.)
I'm fine with answering on vote but I do not think that I should
actively move to this list. Anyone is kindly invited to quote me there
and ask specific questions.
> On Thu, Mar 20, 2025 at 03:36:48PM +0100, Andreas Tille wrote:
> >
> > I agree that *uncoordinated* N
ing[2]. What do
you think about this as a first experiment to determine what is
acceptable and what is not?
What do you think?
Kind regards
Andreas.
[1] https://tracker.debian.org/pkg/pccts
[2] https://bugs.debian.org/1100859
--
https://fam-tille.de
s finished a while back.
Apologies for the mistake. I had asked for a review of my text, but it
seems to have slipped through. That said, I truly appreciate your work
in the Debian Technical Committee as well.
Kind regards
Andreas.
--
https://fam-tille.de
signature.asc
Description: PGP signature
usly
which was proposed in badly formatted mails.
Great, you have now managed to make waste effort on this instead of
productive work.
cu Andreas
On 2025-03-04 Blair Noctis wrote:
> On 04/03/2025 01:29, Andreas Metzler wrote:
[...]
> > There is another downside to the BTS sending mails to uploaders. - There
> > is no simple unsubscribe, it would need a sourceful upload.
> I wonder who would bother to add themself to Uplo
s no simple unsubscribe, it would need a sourceful upload.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
hich should be done in any case). For
practical security issues I do not really expect severe problems even
for LTS Debian. Upstream is very responsive and might even help for
older versions.
Thanks again and I hope I did not missed anything important in this
list.
Kind regards
Andreas.
[1
the moment I see no actual harm done since packages in the Salvage
Team space are as open for anybody to do a team upload as Debian QA
maintained packages with the additional advantage that you find these on
one place on Salsa.
Am I missing something?
Kind regards
Andreas.
--
https://fam-tille.de
the
Janitor tools manually right when I intend to upload a package.
Thank you for the hint anyway
Andreas.
--
https://fam-tille.de
On 2025-01-17 Frank Guthausen wrote:
> On Tue, 7 Jan 2025 19:01:51 +0100
> Andreas Metzler wrote:
> >
> > Afaik there is no /known/ blocker except for the
> > libgnupg-interface-perl test error #1088155.
> According to bug report[1] there are failed subtests i
its in my
> personal repo linked in the report in the BTS.
I guess this is due to some unfortunate default. MRs are possible now in
this repository.
Kind regards
Andreas.
--
https://fam-tille.de
would simply assume the maintainer (in BCC) has somewhere some Git
repository since this is the prefered way to maintain code these days.
It would be great to have packages of "Priority: required" on Salsa to
enable some team work on all our packages with high priority. This
might
once
time permits.
Thank you for the hint
Andreas.
--
https://fam-tille.de
the delegation. Do you have any specific suggestion?
BTW, any volunteers to join ftpmaster team? If yes, please contact the
team.
Kind regards
Andreas.
--
https://fam-tille.de
o good reason.
* Someone might decided to re-introduce a package and likes to have
the history
* Repositories might be a great resource for "software-history"
What advantages would you see in removing repositories of removed
packages except saving some disk space?
> > Frustrated,
> > Chris
Thank you for taking over frustrating work. Its really appreciated.
Kind regards
Andreas.
--
https://fam-tille.de
rybody
is trying to protect their users by trying to patch out librepgp-specific
behavior by default.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
this behaviour in Debian?
[...]
I do not know the current status, but afaik thunderbird (not Debian
specific) configures rnp, version 128 release notes said:
| Disabled support for LibrePGP v5 AEAD/OCB decryption
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ple
to look into this.
> The vcswatch table has lots of interesting things... Note that the salsa
> error "could not read Username" in the table is not a misconfiguration - it
> means that the repo couldn't be obtained anonymously, which could be that it
> doesn'
On 2025-01-08 Jonathan McDowell wrote:
> On Tue, Jan 07, 2025 at 07:01:51PM +0100, Andreas Metzler wrote:
[...]
>> Should we move to 2.4? 2.4 is not a LTS release and will also EOL in
>> trixie' soon (2026-06-30).
> I haven't been fully following the GnuPG situat
| 1
> NeuroDebian Team | 1
> The Debian Lua Team| 1
I find even 13 in Science team and will try to tackle these (or
ask for removal).
( SELECT source, maintainer, vcs_url FROM sources WHERE release = 'sid' AND
vcs_url not like '%sa
SELECT COUNT(DISTINCT source) FROM sources WHERE release = 'sid' AND
(vcs_url IS NULL OR vcs_url like '%alioth%' OR vcs_url like '%git.debian.org%'
OR vcs_url like '%svn.debian.org%') ;
count
---
2213
That might make a real challenge to bring that number below 2000 until
end of my term. Any help to approach this is welcome.
Thanks again for the hint
Andreas.
--
https://fam-tille.de
On 2025-01-07 Simon Josefsson wrote:
[...]
> I believe this would be good, I frequently run into GnuPG bugs in the
> 2.2.x branch that was fixed years ago in 2.4 and today I mostly these on
> Debian because others moved on to 2.4.x. Andreas, can you give a
> current status of pendin
ntainers to actively opt out.
I'd be happy to discuss this in more detail in Brest.
Kind regards
Andreas.
[1] https://lists.debian.org/debian-devel/2024/12/msg00101.html
--
https://fam-tille.de
this
option by actively file a bug report. I admit I rather have a problem
with inactive maintainers. I have not made some stats (yet) but its
definitely not wrong to state that >90% of the ITS bugs I've filed in
the past remained unanswered. I do not expect that these maintainers
will file [OR]FA bugs.
Kind regards
Andreas.
--
https://fam-tille.de
.]
Good morning,
I think this needs a mechanism fo excempt packages which are kept
out of testing *intentionally* with a dummy rc bug (like firefox's
#817954).
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
On 2024-12-23 Gioele Barabucci wrote:
> On 22/12/24 06:56, Andreas Metzler wrote:
>> On 2024-12-22 Sean Whitton wrote:
>>> On Sat 21 Dec 2024 at 10:23pm +01, Gioele Barabucci wrote:
>>>> We have a mechanism for when you feel responsible: "Maintainer: $me"
s in a installed package are not trivially/easily revertable.
Think of moving files between pacages (Needs Replaces/Breaks), replaxing
symlinks by dirs and vice versa (needs dpkg-maintscript-helper),
changing dpkg-conffiles (not really undoable).
cu Andreas
--
`What a good friend you are to him,
ity: "If this package is in bad shape, the whole
>> Debian project should be held responsible. Either it gets fixed by
>> someone or it gets RM'd by someone."
> Hmm, what you describe seems more like an orphaned package.
+1 on that. The proposed scheme is exactly how
masse.
>
> indeed.
ACK
Thank you for the suggestion, Niels
Andreas.
--
https://fam-tille.de
ncremental steps.
>
> Who's with me?
I'm with you with the small doubt about a heavy volume list which might
scare away people who want to discuss development issues as we do now.
Thank you for this suggestion
Andreas.
--
https://fam-tille.de
the version number at the top and
> typo and whitespace fixes.
Hello,
Please submit bug reports against packages keeping (and updating) the
version number in a dpkg conffile and triggerring unnecessary conffile
prompts.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ad might be something that does not sound
very probable but might happen. Not finding someone who might care
sponsoring a potential bug fix release is also something unfortunate.
I would at least expect the dedication of a team the sponsor belongs
to for at least a release time span.
Kind regards
o encourage people like Mechthilde to
continue their excellent work and help promote it. As always in Debian:
if you see an important task that needs doing, take the initiative and
do it. Running around explaining to volunteers that work is left undone
doesn't solve the problem.
Kind regards
Andreas.
--
https://fam-tille.de
t natural thing to seek for friends is looking for packages
with functionality covering a similar use case or written in the same
programming language. Than you do
apt showsrc similar_package(s) | grep ^Maintainer
and if you are lucky you have found some friends.
Kind regards
Andreas.
--
https://fam-tille.de
these packages, ping's did increase the sponsorship rate.
That's exactly my point and I wished we could do this less randomly.
Kind regards
Andreas.
--
https://fam-tille.de
ut the potential for new, active team
members might be compelling enough to take on the responsibility of
sponsoring.
Kind regards
Andreas.
--
https://fam-tille.de
bmitted to Mentors would do
> more to encourage more contributions to Debian, and more people becoming
> Debian Maintainers and Debian Developers, than anything else I could name.
As always: We need volunteers to do this and I agree that this would be
helpful.
Kind regards
Andreas.
--
https://fam-tille.de
ier between a package and other
people?
Kind regards
Andreas.
[1]
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
[2] https://salsa.debian.org/tille/tiny_qa_tools/-/wikis/Tiny-QA-tasks
--
https://fam-tille.de
1 - 100 of 3756 matches
Mail list logo
