Hello,
I think that more than you realise of this already exists :)
On Tue 20 Aug 2024 at 04:10pm +09, Simon Richter wrote:
> From a requirements perspective, I'd like to be able to
>
> - express patches as commits:
>- allow cherry-picking upstream commits as Debian patches
>- allow che
On Wed, 21 Aug 2024 23:24:23 +0200, Chris Hofstaedtler
wrote:
> Stephen,
> and everyone else who pointed out that coinstallability is a
> non-issue - thanks!
You’re welcome!
> About the additional work in fuse/fuse3, #918984 and #927291, I
> wonder if they are relevant to the libfuse consumers.
On Aug 22, Aurélien COUDERC wrote:
> I personally think it’s crazy / not a good use of my time to try and
> mix both upstream and packaging history in the same repo and try to
> make git dance around that when handling new upstream releases. The
> extents of the ongoing d-devel discussions on
Hi,
Andreas Tille ezt írta (időpont: 2024. aug. 22., Cs, 17:22):
>
> 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 pe
On 2024-08-20 15:10, Simon Richter wrote:
(...)
> Right now, git is used mainly as a network file system, and only tagged
> releases are expected to be consistent enough to compile, because often
> going from one consistent state to another as an atomic operation would
> require multiple changes
Thanks Samuel and Russ for the feedback!
On Mon, 19 Aug 2024 at 20:52, Russ Allbery wrote:
>
> Lisandro Damián Nicanor Pérez Meyer writes:
>
> > So, what about if we could have [meta] packages that can be installed by
> > the user but not used as Build-Depends entries? Please note that for the
>
On Mon, 19 Aug 2024 at 20:21, Samuel Thibault wrote:
>
> Hello,
>
> Lisandro Damián Nicanor Pérez Meyer, le lun. 19 août 2024 20:17:08 -0300, a
> ecrit:
> > But users would love to have something like 'qt6-full-dev'. And the
> > reason we never provided them with this meta-package is that package
Hi !
Le mercredi 21 août 2024, 23:37:38 CEST Chris Hofstaedtler a écrit :
> Hi Simon,
>
> * Simon Richter [240820 09:11]:
> > One of the long-standing issues is that there are multiple ways Debian
> > packaging can be represented in a git tree, and none of them are optimal.
[…]
> > Any feeling
On Wed, Aug 21, 2024 at 08:40:15PM +, weepingclown wrote:
> I believe at least some of these packages were probably packaged as
> dependencies for packaging lazygit. I am not sure which all, but I
> remember atleast gocui, pty and termbox-go to be needed by lazygit in
> one way or another. Ther
On Wed, Aug 21, 2024 at 08:40:15PM +, weepingclown wrote:
> Hi,
>
> I believe at least some of these packages were probably packaged as
> dependencies for packaging lazygit. I am not sure which all, but I remember
> atleast gocui, pty and termbox-go to be needed by lazygit in one way or
> a
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
Package: wnpp
Severity: wishlist
Owner: Pierre Gruet
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org
* Package name: itkadaptivedenoising
Version : 0.0+git20240619.005bd0e
Upstream Contact: Nick Tustison
* URL : https://github.com/ntustison/IT
Package: wnpp
Severity: wishlist
Owner: Pierre Gruet
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org
* Package name: itkgenericlabelinterpolator
Version : 1.2.1
Upstream Contact:
https://github.com/InsightSoftwareConsortium/ITKGenericLabelInterpolator/
*
Package: wnpp
Severity: wishlist
Owner: Francisco Vilmar Cardoso Ruviaro
X-Debbugs-Cc: debian-devel@lists.debian.org, vil...@debian.org
* Package name: tty-record
Version : 0.1.0+git20240821.2a020f5
Upstream Contact: Vasile Popescu
* URL : https://github.com/elisescu/
Hi!
> I'd like to rephrase your quest. What you really want is unstable to be
> less unstable. Whilst a number of people disagree with that notion, I
I don't think anybody disagrees that breaking a core packages and
stopping (nearly) all other DDs from doing development for a day or
two is accept
Hi helmut,
+1
On 20-08-2024 07:28, Helmut Grohne wrote:
* As packages fail to migrate to testing for a long time, a release
team member eventually looks at the package.
I recognize myself here. But to be totally fair, that's *mostly* about
testing, and we have processes for that. Once
18 matches
Mail list logo
