Santiago Vila (2025-05-17):
> El 17/5/25 a las 1:13, Cyril Brulebois escribió:
> > Soren Stoutner (2025-05-05):
> > > Filing these bug reports sounds like a good idea to me. I don’t see
> > > any reason to wait as these will be severity:minor, so they won’t
> > > interfere with the trixie releas
El 17/5/25 a las 1:13, Cyril Brulebois escribió:
Soren Stoutner (2025-05-05):
Filing these bug reports sounds like a good idea to me. I don’t see
any reason to wait as these will be severity:minor, so they won’t
interfere with the trixie release.
Filing now can trigger uploads to fix those m
Hi,
Cyril Brulebois (2025-05-12):
> I do realize it might make some maintainers nervous as the next few days
> are the last ones before the hard freeze (scheduled 2025-05-15), and I
> do apologize for creating this awkward situation.
The very few packages that were out of sync between testing an
Soren Stoutner (2025-05-05):
> Filing these bug reports sounds like a good idea to me. I don’t see
> any reason to wait as these will be severity:minor, so they won’t
> interfere with the trixie release.
Filing now can trigger uploads to fix those minor bugs, meaning packages
that absolutely do
On May 14, PICCA Frederic-Emmanuel
wrote:
Despite this, it is good practice to
not push any upstream branch to the packaging repository so as to not
confuse anyone about the purpose of the Git repository.
This kind of personal opinions proposed as if they were the consensus
are the reason wh
On Friday, May 16, 2025 1:51:49 PM Mountain Standard Time Nicholas D Steeves
wrote:
> Hi Soren,
>
> Soren Stoutner writes:
> > On Thursday, May 15, 2025 3:56:50 PM Mountain Standard Time Nicholas D
> > Steeves>
> > wrote:
> >> "adjusting" the epoch also requires discussion, and consensus, on -d
Hi Soren,
Soren Stoutner writes:
> On Thursday, May 15, 2025 3:56:50 PM Mountain Standard Time Nicholas D
> Steeves
> wrote:
>> "adjusting" the epoch also requires discussion, and consensus, on -devel
>
> As far as I know, nobody is proposing adding or adjusting any epochs. All of
> these bi
Le 2025-05-12 15:04, Lucas Nussbaum a écrit :
Regarding "I don't want a gbp.conf", I think that we should aim for
DRY,
and that adding a gbp.conf in every package doesn't sound too great for
teams that maintain hundreds or thousands of packages...
Could having a way to manage "team defaults"
Package: wnpp
Severity: wishlist
Owner: Yifei Zhan
X-Debbugs-Cc: debian-devel@lists.debian.org, debian@zhan.science
* Package name: oniux
Version : 0.4.0
* URL : https://gitlab.torproject.org/tpo/core/oniux
* License : MIT OR Apache-2.0
Programming Lang: Rust
9 matches
Mail list logo
