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
On 2024-11-21 Julian Andres Klode wrote:
[...]
>An optimal mechanism would instea
[...]
Something seems to be missing here.
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'
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
* Package name: golang-github-google-flatbuffers
Version : 24.3.25-1
Upstream Author : Google
* URL : https://github.com/google/flatbuffers
* License : Apache-2.0
Programming Lang: Go
Description
essing
> with history and git tags being sticky on cloned repos)? As I assume
> other downstreams might be in the same/similar situation?
Sounds sensible - otherwise I'd probably go with the override proposed
by Colin.
Kind regards
Andreas.
--
https://fam-tille.de
e" "opinion"?
Finally we have those regular archive wide rebuilds that trigger lots of
FTBFS bugs. I could imagine to simply upload those that pass the
rebuild tests. Otherwise the package needs manual intervention by the
maintainer which also will end up in an upload or a testing removal.
Kind regards
Andreas.
--
https://fam-tille.de
ounce/2022/02/msg3.html
- Andreas Tille, Debian Project Leader
signature.asc
Description: PGP signature
; On Thu, 24 Oct 2024 13:53:56 +0200
> Andreas Tille wrote:
>
> > Hi Maintainers of slim,
>
> [...]
>
> > Regarding the Debian maintenance I would propose moving the project to
> > Salsa to anable some fruitful cooperation. IMHO the most natural
> > locatio
xample
when it lives under salsa.debian.org/debian which uploaders should have
access to already).
That would probably also require some "tag to upload" solution to be
implemented first I presume.
>
> - Otto
>
Regards,
Andreas Henriksson
Package: wnpp
Severity: wishlist
Owner: Andreas Rönnquist
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: boulder
Version : 1.0.1
Upstream Contact: Ronnie Hedlund
* URL : https://rh-galaxy.itch.io/boulder
* License : Public Domain
Programming
On 2024-10-12 Alastair McKinstry wrote:
> On 12/10/2024 10:18, Andreas Metzler wrote:
> > On 2024-10-12 Alastair McKinstry wrote:
> > > Hi,
> > > cctools is at version 1:9.9 due to an error in 2021.
> > [...]
> >
> > Looks like a typo,
On 2024-10-12 Alastair McKinstry wrote:
> Hi,
> cctools is at version 1:9.9 due to an error in 2021.
[...]
Looks like a typo, afaict cctools currently has *no* epoch, i.e.
equivalent to 0:9.9.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grate
e bts might mix
up bugs against signify(bin) from signify-openbsd(src) with bugs against
the source package signify.
Renaming signify-openbsd(src) to signify(src) was *not* suggested.
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'
ollisions with locally created user
accounts". adduser requiring a special option to generate users named
liked this *also* increases the likelyhood that a local admin will *not*
generate a user with conflicting name.
So I think you you should continue following policy's guidance.
cu Andre
Am Fri, Sep 20, 2024 at 02:43:04PM -0700 schrieb Otto Kekäläinen:
> Thanks for helping us get lintian.debian.org recreated!
Thanks to you and Louis-Philippe for the effort (and to DSA for the support)
Andreas.
--
https://fam-tille.de
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Andreas Altergott
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: webext-vimium-firefox
Version : 2.1.2
Upstream Contact: Phil Crosby
* URL : https://vimium.github.io/
* License : MIT
Programming Lang
te architecture specific removals, most favourably by dealing with
a whole dependency tree. This would probably remove a lot of manual
work from DDs as well as your own work.
Kind regards
Andreas.
--
https://fam-tille.de
Hi,
Am Wed, Sep 04, 2024 at 11:29:39PM -0400 schrieb Scott Kitterman:
> On Wednesday, September 4, 2024 6:22:14 PM EDT Pierre-Elliott Bécue wrote:
> >
> > OoC, what is your point, especially considering the quote of your own
> > opinion Andreas made?
> >
> > T
best approach with me before the event,
> that would be immensely helpful.
What actual question do you want to discuss?
Kind regards
Andreas.
--
https://fam-tille.de
r teams but IMHO the better strategy would be to make it extra
hard to switch of Salsa CI.
Kind regards
Andreas.
[1] https://lists.debian.org/debian-java/2024/06/msg7.html
--
https://fam-tille.de
igh)
popcon packages.
Thank you in any case for your investigation
Andreas.
--
https://fam-tille.de
at do you want to express? If so would you mind
filing removal bugs?
Kind regards
Andreas.
--
https://fam-tille.de
m sid years ago. Bug filed now.
cu Andreas
* Install ss to /bin instead of /sbin.
[...]
-- Andreas Henriksson Mon, 04 Jul 2011 17:29:04 +0200
FWIW I've personally supported sbin and bin merging at some point, just for
the simple reason that I'll never get back all the time wasted on arguing with
people who want things
ranch default
since this is what I observed in the wide majority of cases.
> Maybe there is no issue with changing git-buildpackage after all
> then.
Yes.
Kind regards
Andreas.
--
https://fam-tille.de
any existing layout. IMHO we should move DEP-14
forward since having it an open suggestion for ages will not bring
any progress.
Kind regards
Andreas.
--
https://fam-tille.de
I can and probably would - but we need to decide about DEP-14 first.
Kind regards
Andreas.
--
https://fam-tille.de
Hi Jonas,
Am Fri, Aug 16, 2024 at 02:12:21PM +0200 schrieb Jonas Smedegaard:
>
> Quoting Andreas Tille (2024-08-16 11:44:38)
> > I prefer having no debian/gbp.conf at all in case the repository
> > layout would fit team policy.
>
> I understand that it would be lo
statement was incomplete.
Kind regards
Andreas.
[1] https://med-team.pages.debian.net/policy/
--
https://fam-tille.de
I missing something?
I prefer having no debian/gbp.conf at all in case the repository layout
would fit team policy. So the question is whether git-buildpackage can
cope with the old
master + upstream + pristine-tar
as well as
debian/latest + upstream/latest + pristine-tar
if no gbp.conf exi
s there are no concerns about DEP-14 any more it might make
sense to do this.
Kind regards
Andreas.
--
https://fam-tille.de
kers to accept this DEP which I might have missed?
Kind regards
Andreas.
[1] https://dep-team.pages.debian.net/deps/dep14/
[2] https://salsa.debian.org/dep-team/deps/-/merge_requests/8
[3] https://bugs.debian.org/829444
[4] https://lists.debian.org/debian-devel/2020/09/msg00168.html
https://
g/Contribute/
- More details on the activities of the Backports Team are available at
<http://wiki.debian.org/Teams/Backports
- If you want to help out the backports team and/or joining it, you're
welcome to contact them at
Thanks a lot for thw whole backports team to provide th
On Mon, 15 Jul 2024 17:31:30 +0500,
Andrey Rakhmatullin wrote:
>On Mon, Jul 15, 2024 at 01:42:50PM +0200, Andreas Ronnquist wrote:
>> I'm maintaining a package (filezilla) which just got a bug report that
>> it simply crashes on program start - It gets a SIGILL - &qu
cc generates invalid code requiring SSE4.1
while it still should support SSE2? (Or is the problem something else
completely?)
-- Andreas Rönnquist
mailingli...@gusnan.se
gus...@debian.org
[Please don't CC me, if I mail to a mailinglist, I am subscribed to it.]
1: https://bugs.debian.org/1076312
ers.
Thanks again
Andreas.
--
https://fam-tille.de
direct way. Making a sponsee aware how to work together
with a team inside Debian is IMHO very important.
Thus I would welcome if there could be some explicit hint to mentees
to relevant teams.
Kind regards
Andreas.
PS: Please do not understand my remark related to the packages below
jus
r maintained, the
> vendored fork should become the upstream of the Debian package.
[...]
FWIW both FreeBSD and Gentoo have switched to the suggested fork (last
commit 2020), while the original source on sf is quite dead (last change
2013).
cu Andreas
--
`What a good friend you are to him, D
On 2024-06-14 Gürkan Myczko wrote:
[...]
> Have never done mass bug filings, any easy way, preferably something copy
> pastable,
> non-interactive.
Hej,
How about mass-bug(1) in devscripts?
cu Andreas
K / some sweets once we meet next
time (no matter whether I might wear my DPL hat at hat time any more).
;-)
Kind regards
Andreas.
--
https://fam-tille.de
fixed (upper or lower) limit. More importantly,
organizers should strive for realistic cost calculations in advance and
communicate any changes as soon as possible. Finally, securing sponsors
can be very helpful, and the probability of finding them is typically
higher in regions with higher overall costs.
Kind regards
Andreas.
--
https://fam-tille.de
On 2024-05-29 Marco d'Itri wrote:
> On May 28, Andreas Metzler wrote:
>> I think it is bad choice to deliberately have different behavior for
>> freshly installed and upgraded systems. Offering upgrades has always
>> been one of the major selling points of Debian, an
installed and upgraded systems. Offering upgrades has always
been one of the major selling points of Debian, and imho this
implicitely includes that you do not get a worse or second class Debian
installation when you upgrade it than if you installed from scratch.
cu Andreas
--
`What a good friend y
ment this progress
which is just not permitted by some rules we have.
(My current challenge is to even find out what is broken first as
I'm currently learning in the lintian case.)
Kind regards
Andreas.
--
https://fam-tille.de
me default place makes injecting NMUs into the VCS impossible and it
does not help to blame NMUers about this.
Kind regards
Andreas.
--
https://fam-tille.de
oning the general architecture like for instance the rule sets that
are in /usr/share/lintian/data. IMHO this is a valuable set of rules that
can be used by alternative tools as well. Do you agree with this or not?
As I wrote in my other mail in this thread[1] I could imagine some policy
checker step after dh_clean. When thinking twice about it another step
could be done before dh_builddeb which could detect lots of issues before
the package is built and can save the unpackaging step. Are you targeting
at this as well?
Kind regards and thanks a lot for your inspiring input
Andreas.
[1] https://lists.debian.org/debian-devel/2024/05/msg00162.html
s to provide contextualized help. Like
> "This is how your Synopsis would appear in search results from `apt search`
> or `apt-get search`". It also takes the synopsis and inserts into the
> sentence below
>
> This package provides [a|an|the] .
>
> Which was the test sentence I learned to use when I started contributing on
> how to write the package synopsis. This feature is available to the
> contributor regardless of whether there is a mistake, which enables them to
> refine their synopsis at all times.
>
> That is obviously not the kind of tool that lintian is, but that is what I
> feel we should provide as "first line" support tools for newcomers.
Fully ACK that such a tool would be great.
Kind regards and thanks a lot for your input
Andreas.
--
https://fam-tille.de
that his answer "will not help my case" - but well, I do not think that
hiding problems will help anybody else.
At Tue, May 07, 2024 at 15:59:21 +0200 Andreas Tille wrote
> Hi Perl folks,
> ...
> --> see full mail at
> https://lists.debian.org/debian-perl/2024/05/msg000
be found at:
https://lists.debian.org/debian-devel-announce/2023/07/msg0.html
Thanks to everyone on the committee who dedicate their time and skills
towards Debian as well as good luck for Craig for the new position!
Andreas, Debian Project Leader
signature.asc
Description: PGP signature
anpage to /usr/lib/debian-med/* makes sense.
We simply advise Debian Med users to set PATH to that dir and have
all the name-clashed binaries inside Debian Med without additional
interaction.
Kind regards
Andreas.
[1]
https://salsa.debian.org/med-team/ea-utils/-/blob/master/debian
status and
> help get them fixed. Any help in filing bugs, fixing packages,
> requesting removals, etc. is appreciated so that we can look into
> unblocking the whole stack and migrate it to testing.
I fixed two packages of Debian Python Team and pinged about some
packages in Debia
of the problems noted above apply here. Am I missing something?
TIA, cu Andreas
PS: fakeroot seems to be an important blocker not in the list.
ce.
I gave other answers in several talks page[1].
Kind regards
Andreas.
[1] https://people.debian.org/~tille/talks/
--
https://fam-tille.de
sely because it looks familiar, but the
> knowledge is not transferable.
>From my mentoring work I can confirm this sequence is not necessary for
everyone. You might have different experience, but I would not subscribe
this as a general rule.
Kind regards
Andreas.
--
https://fam-tille.de
kages using your standard tools' desire?
As I said I'm lacking the expertise to compare my Salsa -
gbp-buildpackage - workflow to some workflow with dgit. Refusing some
common hosting platform simply does not work for Debian wide changes
(Janitor and potential other tools which might help in transitions), no
Salsa CI and other things that are simply not possible for packages
outside Salsa.
As last remark I'd like to say again thank you to my team mates who
convinced me in 2007 (according to team metrics) to start with some VCS
based workflow which finally enabled me to become as productive as I am
now (despite I was arguing probably for 2-3 years the very same way as
you did above. ;-) ).
Kind regards
Andreas.
[1] https://dep-team.pages.debian.net/deps/dep14/
--
https://fam-tille.de
new contributors into the maintenance of core
> infrastructure. Rather than having to wait for the current maintainers
> to slowly fade away and salvage the result after years of problems.
Very well said. Congratulations for remotely reading my mind and turn
it into those clear words.
Kind regards
Andreas.
--
https://fam-tille.de
automatically and can be adjusted to users
needs (by either commiting directly, create MR or to leave out packages
or teams at request) and as I learned now can even work with fine graned
adjustments.
Kind regards
Andreas.
--
https://fam-tille.de
e package effectively
- I've met lots of potential young contributors who expect somehow a
modern collaboration tool and we are risking that young blood
moves to other distros if we do not use it consequently
Kind regards
Andreas.
--
https://fam-tille.de
s.
Do you think that mandating Salsa is a sensible step in this direction?
Kind regards
Andreas.
--
https://fam-tille.de
1 - 100 of 3699 matches
Mail list logo
