Hi Jonas,
Am Wed, May 07, 2025 at 05:42:39PM +0200 schrieb Jonas Smedegaard:
>
> Since you asked: I respectfully find ITN a very bad idea.
I intended to ask and thank you for your clearly expressed opinion.
> ITS is a process where you intend to take over responsibility.
Yes.
> ITN is a proc
Hi Phil,
Am Wed, May 07, 2025 at 08:23:08AM +0100 schrieb Phil Wyett:
> I have seen a number of bug reports over the last few days that detail an
> Intent
> To NMU (ITN) procedure. Should this not be getting proposed/discussed here?
You're absolutely right--thank you for pointing this out. The "
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.
I admit that I con
Am Mon, Apr 28, 2025 at 11:02:13AM +0200 schrieb Marc Haber:
> That's my biggest gripe about Debian. It strongly influences the only
> voice I have in that regard, the DPL vote.
... speaking as DPL I was also not aware about the adduser issue and I
did not realised that this was a topic in any pla
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 NMU rules are concerned,
> Andrea
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
Hi Robert,
Am Sat, Mar 15, 2025 at 04:34:09PM -0400 schrieb Roberto C. Sánchez:
> Question: Should uncoordinated NMUs unilaterally choose Salsa as the VCS
> for a package?
I agree that *uncoordinated* NMUs should not simply choose Salsa as VCS.
> * Does your NMU really fix bugs? ("Bugs" means a
Hi Sean,
Am Tue, Mar 11, 2025 at 10:01:06AM +0800 schrieb Sean Whitton:
> > As defined by our constitution (§6.2.2), the Debian Technical Committee
> > has recommended the appointment to the committee of:
> >
> > * Paul Tagliamonte
> >
> > I agree with their recommendation, and hereby appoint P
Hi Santiago,
thanks a lot for this list. As others mentioned it would be helpful to
add the maintainers to the list and I agree. ;-)
I spotted some specific packages I like to comment on (but I might
have missed others I should comment on)
Am Thu, Feb 13, 2025 at 04:21:10PM -0300 schrieb Santia
Am Sun, Feb 16, 2025 at 05:53:37PM +0100 schrieb Chris Hofstaedtler:
>
> If you are still interested in them, then properly document this and
> add yourself to Uploaders:
Message taken.
> Not doing this seems like a clear abuse of the ITS process to me.
It was never our intention to abuse any
Am Sun, Jan 26, 2025 at 01:06:00AM +0100 schrieb gregor herrmann:
> The alternative -- and that's what we did in pkg-perl -- is to have
> the Janitor just commit to our repos instead of filing merge
> requests:
> https://salsa.debian.org/janitor-team/janitor.debian.net/-/blob/master/k8s/policy.conf
Hi Gioele,
Am Wed, Jan 15, 2025 at 06:38:48PM +0100 schrieb Gioele Barabucci:
> Please note that although the package has a repo on Salsa, MRs there
> are/were explicitly disabled, at least for non-DDs (see the postscriptum in
> [1], I see they are available now). Therefore were the commits in my
Hi Gioele,
Am Wed, Jan 15, 2025 at 08:55:51AM +0100 schrieb Gioele Barabucci:
> On 14/01/25 23:14, Otto Kekäläinen wrote:
> > Numerous people are posting Merge Requests on Salsa. Please help review
> > them!
>
> Could we do the same for BTS patches?
>
> There are ~5000 patches that have been si
Hi,
Am Wed, Jan 15, 2025 at 09:01:33AM +0100 schrieb Gioele Barabucci:
> Indeed, archiving the project [1], as suggested by Chris, seems a more
> sensible course of action. Everything remains available, but users are given
> a clear indication of the status of the repository.
>
> [1]
> https://d
Hi,
Am Wed, Jan 15, 2025 at 12:50:55AM +0100 schrieb Thorsten Glaser:
> >Task description
>
> There should be something in this that says that they need to do so
> in a way that matches ftpmaster policies.
I gave the ftpmaster team about three weeks response time to the text of
the delegation.
Hi,
Am Tue, Jan 14, 2025 at 07:14:09PM -0800 schrieb Otto Kekäläinen:
> > I gave this, specifically reviewing MRs in the debian namespace, a
> > try after your last message on this topic. Unfortunately I have to
> > say, it feels like a huge waste of time and is mostly frustrating.
>
> Thanks! Se
Hi Stuart,
changing subject and suggest moving the topic to Debian QA list where
it probably belongs.
Am Thu, Jan 09, 2025 at 11:54:47AM +1100 schrieb Stuart Prescott:
> Good point on anonscm as well... that really does blow out the numbers.
Unfortunately yes.
> However... some of them still w
Hi Stuart,
Am Wed, Jan 08, 2025 at 12:46:58PM +1100 schrieb Stuart Prescott:
> > Lets think about some better fine tuning. "NOT LIKE '%salsa%'" might
> > catch also Vcs URLs that are intentionally somewhere else. While I'd
> > love to see all packages on Salsa, it might be sensible to start with
Am Tue, Jan 07, 2025 at 10:46:25AM +1100 schrieb Stuart Prescott:
> Without seeking to rain on the parade, that query is only the packages that
> list a non-salsa VCS. That's not counting the packages that don't list a VCS
> at all and therefore are also maintained outside salsa:
>
> udd=> SELECT
Hi Tobias,
Am Mon, Jan 06, 2025 at 10:30:04AM +0100 schrieb Tobias Frost:
> On Mon, Jan 06, 2025 at 09:19:26AM +0100, Niels Thykier wrote:
> > Rather than inactive maintainers. For inactive maintainers, we have the ITS
> > process, which I believe is working (at least better than what we had befor
Hi Niels,
Am Sun, Jan 05, 2025 at 12:40:54PM +0100 schrieb Niels Thykier:
> The "I'll do the job until the second someone else shows up" sounds close to
> RFA (Request For Adoption).
>
> Maybe we can do with a variant like OFA (Open For Adoption), which does not
> have the "lingering ownership" t
Hi,
since feedback was requested the normally unwanted +1 ...
Am Sun, Dec 15, 2024 at 09:29:26AM + schrieb Holger Levsen:
> On Sun, Dec 15, 2024 at 09:50:17AM +0100, Daniel Baumann wrote:
> > both sound good (dropping mandatory priority is nice and consistent,
> > fixing unknown section behav
Hi Sean,
Am Sat, Dec 21, 2024 at 10:11:55AM +0800 schrieb Sean Whitton:
>
> We don't need new vocabulary and a new mailing list for this.
> Let's use:
>
> Maintainer: Debian developers
>
> Maintainer: Debian contributors
>
> (lowercase 'd' deliberate)
I really like this suggestion i
Am Tue, Dec 10, 2024 at 05:51:37PM +0800 schrieb Sean Whitton:
> It doesn't seem good for Debian, or the sponsee, for the DD to sponsor
> it through NEW and then leave the sponsee in limbo.
Definitely. Finding a sponsor for the first upload but not for the
subsequent source-only upload might be s
Hi,
Am Wed, Dec 04, 2024 at 11:18:23AM -0700 schrieb Soren Stoutner:
> Robert,
Thanks a lot to Robert to ask here on the list and sorry for my delayed
answer. I had to catch up with real life but since the question was
originally to me in person I feel the need to finally get involved into
the t
Hi,
Am Thu, Dec 05, 2024 at 08:03:36AM -0600 schrieb rhys:
> >>> When I was regularly monitoring ITPs, I noticed that newcomers often
> >>> struggle to "find friends" (i.e., sponsors). In my opinion, what we need
> >>> is someone to guide sponsees to the appropriate team, Salsa group, or
> >>> sim
Am Wed, Dec 04, 2024 at 09:09:40PM +0100 schrieb Simon Josefsson:
> But after seeing the ping's I decided to help on packages that
> happened to be some that I had some familiarity with already. So at
^^^
> least for these packages, ping's
Am Wed, Dec 04, 2024 at 10:46:03PM +0500 schrieb Andrey Rakhmatullin:
> On Wed, Dec 04, 2024 at 10:39:52AM -0700, Soren Stoutner wrote:
> > I have directed several RFS (Request For Sponsor) towards appropriate
> > teams,
> > when then exist. However, my personal experience is that the majority o
Am Mon, Dec 02, 2024 at 06:15:22PM -0700 schrieb Soren Stoutner:
>
> I think one of the best things we could do to attract new contributors, and
> to
> encourage those who are currently Sponsored Maintainers to become Debian
> Maintainers, and those who are current Debian Maintainers to become
Am Tue, Dec 03, 2024 at 01:49:33PM +0500 schrieb Andrey Rakhmatullin:
> raise certain
> barriers between the package and other people.
The current barrier appears to be the ITS procedure[1], which I now
engage with nearly daily through the "Bug of the Day"[2] workflow.
Previously, the requirement
Hi,
Am Thu, Nov 07, 2024 at 11:41:28AM +0100 schrieb Guillem Jover:
> Ah I assumed the sources were being taken from pypi, if they are taken
> from GitHub, then that explains yes. Perhaps using
> https://pypi.org/project/catalogue/#files as the URL for uscan (if uscan
> is happy with that one), wo
Am Wed, Nov 06, 2024 at 01:16:57PM + schrieb Holger Levsen:
> On Wed, Nov 06, 2024 at 05:28:38PM +0500, Andrey Rakhmatullin wrote:
> > "Let's at least force rebuilds all packages not rebuilt since stable
> > before every freeze starts" is a popular opinion.
>
> true. and "let's not do that" is
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
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
Hi again,
Am Thu, Sep 05, 2024 at 06:18:02PM + schrieb Scott Kitterman:
> I'm willing to assume good faith and accept that was not your intention.
> It's in the past.
OK.
> >I need to trust you here as the one who is doing the work. The
> >discussion also was about a semi-automatic proce
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?
> >
> > This just seems passive-aggressive, a
Hi Ricardo,
Am Tue, Sep 03, 2024 at 10:37:27PM +0200 schrieb Ricardo Ribalda Delgado:
> ...
> As a newer DD, I don't feel comfortable speaking on behalf of the
> project just yet. I'm hoping someone from debian-dev or
> debian-multimedia might be interested in participating, either in
> person or
Am Tue, Aug 20, 2024 at 06:35:52PM -0700 schrieb Otto Kekäläinen:
> ...
ACK to everything.
> However, pushing for wider Salsa CI adoption I think makes sense as a
> goal by itself, and I would be keen to hear what people think is a
> reasonable way to proceed with that?
ACK. What about configu
Am Tue, Aug 20, 2024 at 11:09:31AM +0200 schrieb Helmut Grohne:
>
> I considered adding popcon to the criteria before hitting send. In the
> end, I opted for not including it based on my own cost/benefit analysis.
> While popcon may be a signal for the benefit-of-keeping aspect, it
> provides litt
Hi,
Am Tue, Aug 20, 2024 at 02:51:49PM +0900 schrieb Simon Richter:
> > enigmail
>
> Thunderbird has native GPG support now, including (well-hidden) support for
> calling into the installed gpg binary to use a smartcard.
>
> > mutextrace
>
> Oof, I should fix that finally, because in principle
Am Sat, Aug 17, 2024 at 10:33:58AM +0200 schrieb Chris Hofstaedtler:
>
> > Add the following to the configuration file ~/.gbp.conf or
> > debian/gbp.conf:
>
> Putting per-repository relevant settings into a global config and
> not into the per-repo config seems to fly into the face of the
Am Sat, Aug 17, 2024 at 10:17:19AM +0200 schrieb Chris Hofstaedtler:
> On Fri, 16 Aug 2024 23:36:31 +0200, gregor herrmann wrote:
> > IMO, and from discussions in the Debian Perl Group, the blocker is
> > the conversion of existing repos, both on salsa (which should be
> > doable via the API as sug
Hi Andrey,
Am Fri, Aug 16, 2024 at 07:17:52PM +0500 schrieb Andrey Rakhmatullin:
> > > pristine-tar isn't the default either, so you need debian/gbp.conf if your
> > > team uses it.
> >
> > That's correct but the teams I'm working in recommend something like:
> >
> > Add the following to the
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
Am Fri, Aug 16, 2024 at 02:58:40PM +0500 schrieb Andrey Rakhmatullin:
>
> pristine-tar isn't the default either, so you need debian/gbp.conf if your
> team uses it.
That's correct but the teams I'm working in recommend something like:
Add the following to the configuration file ~/.gbp.conf
Hi,
Am Fri, Aug 16, 2024 at 11:09:58AM +0200 schrieb Andrea Pappacoda:
>
> In #829444 it has been proposed the addition of a new "layout" option to
> gbp.conf, which would tell git-buildpackage which layout to follow,
> allowing for a graceful migration.
>
> I've been thinking about a different
Hi Otto,
Am Thu, Aug 15, 2024 at 01:43:40PM -0700 schrieb Otto Kekäläinen:
> Yes to finalizing DEP-14 soon, but first I think we need to complete the
> technical work to have git-buildpackage use DEP-14 branch names by default.
Well, this is what I meant as a hen-egg-problem. It might support
DE
Hi,
considering that it makes sense to settle with DEP14[1] first before we
can decide about DEP18 I wonder what is finally needed to accept DEP14.
I think its cruxial to make git-buildpackage supporting DEP14 per
default[3] but I'm somehow sensing some hen-egg problem here what to do
first. If D
Backports Team delegation
=
I'm sorry for my mistake to copy-and-paste from last delegation text
while not remembering Rhonda changed her name. I'd like to immediately
fix the appointment for the Backports Team. The correct team member
list is:
- Alexander Wirt
- Rh
Hi Phil,
Am Sun, Jul 07, 2024 at 08:48:22AM +0100 schrieb Phil Wyett:
>
> Thank you for the kind words. I agree whole heartedly with your comments that
> more people getting
> involved to make for a better Debian mentors would be good. Debian mentors is
> a great place to be
> around and we all
Hi Phil,
thanks for advertising Debian Mentors.
Am Sat, Jul 06, 2024 at 02:45:33PM +0100 schrieb Phil Wyett:
> Hi all DD's
>
> Debian Mentors[1] always struggles to find available Debian Developers for
> final reviewing and
> sponsoring of packages submitted too our part of the project.
One th
Am Thu, Jun 06, 2024 at 08:14:18PM +0200 schrieb Étienne Mollier:
> > 100% agreed. The care and excellence that you've brought to this work has
> > been exceptional.
>
> Very much seconded, you have my thanks added on the stack! :)
Seconded as well. You deserve a $DRINK / some sweets once we m
Am Mon, Jun 03, 2024 at 04:34:08PM +0200 schrieb gregor herrmann:
> On Mon, 03 Jun 2024 11:00:34 +, Holger Levsen wrote:
> >
> > however, "costs to attend" are not the same as "costs while attending"...
ACK.
> Also & related, https://wiki.debian.org/HostingBSP#Sponsorships says
> (emphasis
Hi Stefano,
Am Tue, May 21, 2024 at 02:36:47PM + schrieb Stefano Rivera:
> Hi Philip (2024.05.21_10:05:59_+)
> > Attempts at top-down imposition of new methods on Debian strike me as
> > being unlikely to induce joy in anyone involved.
>
> Yeah, that doesn't fly in community projects like
Am Wed, May 22, 2024 at 12:32:32AM +0200 schrieb Salvo Tomaselli:
>
> And what's the advantage? When an nmu happens the person doing it normally
> doesn't bother to push to salsa anyway. At most I get a patch in the
> bugreport, or I have to diff the packages and import the diff.
IMHO this is a
Hi Niels,
at first sorry for my late answer.
At Thu, May 09, 2024 Niels Thykier wrote:
> You are welcome to quote me in public, though I feel it will not help your
> cause. This reply is in private to you, so you can choose whether you want
> to quote me.
I think any answer should be discussed.
Hi,
Am Fri, May 10, 2024 at 12:18:29PM +0200 schrieb Niels Thykier:
> Soren Stoutner:
> > I would like to respectfully disagree will some of the opinions expressed
> > in this email.
>
> Hi Soren
>
> Not sure if we disagree all that much to be honest. :)
I think we all agree that we need some
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
Dear fellow developers,
sorry, the list of CTTE members in my last mail contained
Simon McVittie
but his term has ended already. Thanks to Simon for his previous work
and here comes the corrected text (with no change but the correct list
of members).
As defined by our constitution (§6.2.2),
Hi,
Am Mon, Apr 22, 2024 at 09:28:29AM +0200 schrieb Philip Hands:
> >> /usr/libexec/minio-client/bin/mc -> /usr/bin/mcli
>
> Might I suggest that the link goes the other way, so that the symlink
> lives in /usr/bin? That way the existence of the lib directory is
> somewhat self-documenting.
Th
Hi Sebastian,
thank you for your work on t64 transition.
Am Thu, Apr 18, 2024 at 09:22:02PM +0200 schrieb Sebastian Ramacher:
I've spotted these Debian Med packages.
> gentle
> jellyfish
> quorum
> sbmltoolbox
No idea how we can help here. Please let us know if we can do
something.
> anfo
W
Am Fri, Apr 12, 2024 at 09:36:25PM +0200 schrieb Bastian Blank:
> > - I also think disallowing single-person maintainership would be very
> > unwise,
> > though I agree team maintenance in general is probably better than
> > single-person maintainership. Still disallowing single-person
> > ma
Am Sat, Apr 13, 2024 at 01:16:37AM +0900 schrieb Simon Richter:
>
> For example, any repository that does not list debian/files and
> debian/*.substvars in the gitignore will fail to build twice in a row,
> because these files are created and are subsequently untracked.
Sorry, no. We should teac
Hi Wookey,
Am Tue, Apr 09, 2024 at 05:52:43PM +0100 schrieb Wookey:
> Right - this was (one of the) main thing(s) that annoyed me enough to
> just go back to the non-git based workflow.
I started packaging with VCS in 2007i. Thanks to some Debian Med team
members (mainly Charles Plessy) I was co
Am Tue, Apr 09, 2024 at 01:03:10PM + schrieb Stefano Rivera:
> > I have also noticed that the young people we manage to recruit are
> > usually not interested too much in the boring gruntwork of maintaining
> > important core packages (like adduser and sudo) but instead want to do
> > "new" thi
Hi Colin,
Am Tue, Apr 09, 2024 at 12:03:52PM +0100 schrieb Colin Watson:
> I'm not sure how widely known it is, but the Janitor does have a
> mechanism for overriding the versions of Debian it retains compatibility
> with based on various considerations, and I've found it useful to land
> changes
Hi Julien,
Am Mon, Apr 08, 2024 at 03:45:48PM +0200 schrieb Julien Puydt:
>
> I only use salsa's git. That begs two questions:
> - What do I miss by not using the web interface?
If you are owner of a team repository you need to manage members. As
far as I know this is only possible via web inte
Hi again,
Am Sun, Apr 07, 2024 at 04:10:15PM +0200 schrieb Wouter Verhelst:
> >
> > What is your opinion about pushing logtool to Salsa?
>
> I did that as part of my latest upload :)
>
> https://salsa.debian.org/wouter/logtool
Great.
> (I realize now that I forgot to add VCS headers... ah we
Hi Wouter,
Am Sun, Apr 07, 2024 at 03:31:43PM +0200 schrieb Wouter Verhelst:
> [Feel free to quote any part of this email which I wrote outside of this
> mailinglist]
OK, moving the discussion to debian-devel where it should belong.
> Debian packages need to be well maintained. In some cases, ha
Hi Paul,
Am Fri, Mar 15, 2024 at 09:52:06PM +0100 schrieb Paul Gevers:
> For bookkeeping purposes, please usertag downgraded bugs with user
> release.debian@packages.debian.org and usertag time_t-downgrade.
>
> Please be careful with downgrading RC bugs.
I agree with Ian that it might make s
Hi,
thanks to the next round of Lucas' FTBFS QA rebuilds (at least) one
package of the R pkg team is affected by some strange linker issue
#1066409 r-cran-v8: FTBFS: ld: cannot find -lv8: No such file or directory
which boils down to[1]
g++ -std=gnu++17 -shared -L/usr/lib/R/lib -Wl,-z,relro -o
Am Thu, Mar 14, 2024 at 10:15:18PM -0700 schrieb Steve Langasek:
>
> Migration to testing is largely out of control of the maintainers at this
> point, it's very much dependent on folks rebootstrapping armel and armhf
> against the new library names. Should these bugs be downgraded again to
> imp
Hi Micha,
Am Wed, Mar 13, 2024 at 06:25:02AM +0100 schrieb Micha Lenk:
> What you are trying to accomplish is no regular bug reporting but some
> manipulation of existing bugs. Hence the control server must be used directly
> by sending your mail to cont...@bugs.debian.org instead of submit@...
Hi Mattia,
Am Mon, Mar 11, 2024 at 11:35:55PM +0100 schrieb Mattia Rizzolo:
> On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote:
> > I hope there is some better solution than sending single bug reports
> > for those packages. If ftpmaster tooling really needs single bu
Hi,
Am Mon, Mar 04, 2024 at 06:25:50PM + schrieb Thorsten Alteholz:
> Control: tags -1 + moreinfo
>
> please file one RM bug for each package that needs to be partially removed.
> This needs to be done even for dependencies of dependencies.
> Please remove the moreinfo tag once that is done.
Am Mon, Mar 11, 2024 at 12:12:45PM + schrieb Colin Watson:
> "rmadison clustalw" shows:
Shame on me I always forget about rmadison which explains things
perfectly.
> So since clustalw/2.1+lgpl-7/i386 is still in oldstable and stable, it
> has to be kept in the pool; files are only expired fr
Am Mon, Mar 11, 2024 at 11:41:42AM + schrieb Colin Watson:
> Search for "clustalw" in https://ftp-master.debian.org/removals.txt:
>
> [Date: Mon, 26 Feb 2024 18:19:39 -] [ftpmaster: Thorsten Alteholz]
> Removed the following packages from unstable:
>
> clustalw | 2.1+lgpl-7 | ar
Hi,
I'm working on some time_t side effects on the emboss package and by
doing so stumbled I upon the fact that i386 builds of packages with a
Build-Dependency on clustalw are failing. You can see an example in
Salsa CI for libbio-tools-run-alignment-clustalw-perl[1] which contains
The follow
Hi again,
please forgot my reference to "rott" (which should have rather been "ratt")
... I'm just reading those other mails of fellow contributors having the
same question.
Sorry for the noise
Andreas.
Am Mon, Mar 11, 2024 at 11:53:10AM +0100 schrieb Andreas Tille
Hi Colin,
Am Fri, Mar 08, 2024 at 11:41:27AM + schrieb Colin Watson:
> > Speaking about Salsa CI: I would like to do what Enrico mentioned to
> > somehow re-run building some Salsa commit using sbuild and (optionally)
> > the autopkgtest on the result.
>
> We don't have direct support for bu
Hi Colin,
Am Thu, Mar 07, 2024 at 05:06:48PM + schrieb Colin Watson:
> https://freexian-team.pages.debian.net/debusine/
>
>
> https://meetings-archive.debian.net/pub/debian-meetings/2023/MiniDebConf-Cambridge/debusine.webm
Looks good.
> https://debusine.debian.net/
Jut created a to
Hi,
Am Fri, Feb 09, 2024 at 06:46:58PM +0100 schrieb Andreas Metzler:
> Looking at "your" bug #1062097 it looks like you were unlucky, mine all
> had a fat warning "NOTICE: these changes must not be uploaded to
> unstable yet!".
I also was trapping into that pitfall when I was intending to fix
an
Hi,
this is the call for the next video meeting of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https://ww
Hi,
the Debian Med team will held its yearly in person meeting from Friday,
February 16 (evening) until Sunday, February 18 (evening) in Berlin.
For more detailed information please visit the Wiki page[1] and if you
like to join our small meeting with bug squashing (may be Python 3.12
bug fixing e
Am Wed, Jan 03, 2024 at 01:06:25PM +0100 schrieb Andrey Rakhmatullin:
> On Wed, Jan 03, 2024 at 11:33:06AM +0200, Andrius Merkys wrote:
> > On 2024-01-03 11:12, Andrey Rakhmatullin wrote:
> > > On Wed, Jan 03, 2024 at 09:58:33AM +0200, Andrius Merkys wrote:
> > > > To me the most time consuming tas
[Sorry for my late reply]
Dear Enrico,
Am Sun, Nov 26, 2023 at 07:31:33PM +0100 schrieb Jonas Smedegaard:
> Quoting Enrico Zini (2023-11-26 17:01:11)
> > about a year ago I announced the intention of letting go of Debtags[1].
> >
> > No successor has happened to carry over maintenance since then
Hi,
this is the call for the next video meeting of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https://ww
Hi,
this is the call for the next video meeting of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https://ww
Hi,
this is the call for the next video meeting of the Debian Med team
that are an established means to organise the tasks inside our team.
After some summer break we decided to meet only once a month every
second Saturday of a month at 19 UTC. Meetings usually take us only
15-20min depending wh
Short note: The print version of the slides has only 25 pages:
https://people.debian.org/~tille/talks/20230911_debconf_ftpmaster_bof/ftpmaster_chat_handout.pdf
Sorry for not mentioning in advance
Andreas.
Am Sat, Sep 09, 2023 at 07:46:08AM +0200 schrieb Andreas Tille:
> Hi ftpmast
Hi ftpmasters and
developers who contributed to previous discussion with ftpmaster on this list
You might have noticed that I registered "Chatting with ftpmasters"[1]
for Debconf which is scheduled Sep 11 (Mon): 16:30 local time in Kochi
(just check the website for your local time which is printe
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https:/
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https:/
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https:/
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
Meetings usually take us only 15-20min depending what we are talking
about and how many people are joining. The next meeting is tomorrow
https:/
Am Sat, Feb 18, 2023 at 11:25:11AM +0100 schrieb Andreas Tille:
> > Does it call deb-new-upstream as well? That's the one that mainly seems
> > relevant here.
>
> I just learned about deb-new-upstream. Its parsing uscan manually but its not
> very robust and I should
Am Fri, Feb 17, 2023 at 10:32:06PM + schrieb Jelmer Vernooij:
> >
> > is your friend. It also calls scripts that are used by Janitor.
>
> Does it call deb-new-upstream as well? That's the one that mainly seems
> relevant here.
I just learned about deb-new-upstream. Its parsing uscan manual
Hi Yaroslav,
Am Wed, Jan 25, 2023 at 10:05:03AM -0500 schrieb Yaroslav Halchenko:
> I just wanted to say Thank you for all the pointers! Overall, janitor
> looks great and the most advanced and seems already covering various
> aspects but might be a bit "too big to tune for our own use-case", so
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
We diverge from our usual rule
First Friday of a month
Third Sunday of a month
since I'm traveling today and thus we agreed on Matrix to meet on
Sun
1 - 100 of 1815 matches
Mail list logo
