Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-adhocore-gronx
Version : 1.19.5-1
Upstream Author : Jitendra Adhikari
* URL : https://github.com/adhocore/gronx
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-linbit-golinstor
Version : 0.55.0-1
Upstream Author : LINBIT
* URL : https://github.com/LINBIT/golinstor
* Lice
Package: wnpp
Severity: wishlist
Owner: Mathias Gibbens
X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org
* Package name: golang-github-flosch-pongo2.v6
Version : 6.0.0-1
Upstream Author : Florian Schlachter
* URL : https://github.com/flosch/pongo
dpkg-buildpackage -B
Note: I tried that (once) and unfortunately it built ok for me,
so maybe it's a makefile bug. You might want to try
GNUMAKEFLAGS=--shuffle, which sometimes amplifies the
probability that an existing makefile bug manifests itself.
If it's a makefile bug, dh --no-parallel mig
Package: wnpp
Severity: wishlist
Owner: Sebastian Bugge
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org,
yifei@zhan.science
* Package name: gleam
Version : 1.10.0 (latest)
Upstream Contact: Louis Pilfold
* URL : https://gleam.run/
* License
On Mon, Apr 21, 2025 at 08:39:18AM -0500, G. Branden Robinson wrote:
>...
> original-awk's man page admits to one area of POSIX-nonconformance:
>
> BUGS
> ...
> POSIX‐standard interval expressions in regular expressions are not
> supported.
>
> ...which I think weakens the case for your
El 21/4/25 a las 15:39, G. Branden Robinson escribió:
original-awk's man page admits to one area of POSIX-nonconformance:
BUGS
...
POSIX‐standard interval expressions in regular expressions are not
supported.
...which I think weakens the case for your proposal helping us to have
AWK
On Thu, 17 Apr 2025, Josh Triplett wrote:
One is "should we make dependencies on awk explicit, rather than having
them be implicit and undocumented because awk is Essential".
The other is "should we reduce dependencies on awk".
One of the things I dislike about awk being in the essential set is
At 2025-04-21T14:50:40+0200, Santiago Vila wrote:
> Also, while the idea of Josh might sound good in theory (adding
> dependencies will not harm anybody, we just want to see the
> dependencies explicit),
While I support that proposal and initiative...
> it might create some undeserved pressure on
* Santiago Vila [250421 14:51]:
El 21/4/25 a las 14:02, Chris Hofstaedtler escribió:
I would suggest you hit up some of the current maintainers of Essential: yes
packages, and leave the naysayers on d-devel to themselves.
Note that there might be some overlap in those two sets of people.
Th
El 21/4/25 a las 14:02, Chris Hofstaedtler escribió:
I would suggest you hit up some of the current maintainers of Essential: yes
packages, and leave the naysayers on d-devel to themselves.
Note that there might be some overlap in those two sets of people.
The set of currently essential packa
* Josh Triplett [250421 03:07]:
Let's rather talk about what Debian should officially support,
and how Josh Triplett plans to implement it.
I would be more than happy to work on it, in collaboration with others
proposing such changes. I expect that such work consists of 10% doing
careful archi
On Sun, Apr 20, 2025 at 12:48:08PM +0200, Simon Josefsson wrote:
> Right -- has anyone considered if Debian should have official containers
> without apt and dpkg? I think that for many use-cases for containers,
> apt and dpkg will not be used and just take up space. Guix packs
> (containers) doe
Hi,
Now we could not install on i386, we need a wiki page for how to debug quickly
on i386
Using chroot is an option but in this case I could not get coredump that go to
systemd-coredump wrapper that is blocked on simple chroot.
The previous option to install a kvm machine was now not applicab
On Apr 21, 2025 03:42, Josh Triplett wrote:
>
> On Sun, Apr 20, 2025 at 10:12:24PM +0300, Adrian Bunk wrote:
> > Container size is obviously not a priority for such users.
>
> That is incorrect. Many, many users use Debian as the basis for
> containers, and many such users care about co
Hi.
Given that the buildds are able to build the Arch:all packages
but not the arch:amd64 packages, the way to reproduce this
would be to do this in a regular directory chroot:
dpkg-buildpackage -B
In particular, I see that debian/rules does different things
depending on the type of build:
ove
On Mon, Apr 21, 2025 at 12:19:25AM -0500, Steven Robbins wrote:
> On Sunday, April 20, 2025 7:50:07 p.m. Central Daylight Saving Time Steven
> Robbins wrote:
>
> > I am able to reproduce it thanks to NoisyCoil's hint about
> > --aspcud-criteria. I'm working on a fix now.
>
> Okay, I don't know h
Hi Steven,
On 2025-04-21 07:19, Steven Robbins wrote:
I am able to reproduce it thanks to NoisyCoil's hint about
--aspcud-criteria. I'm working on a fix now.
Okay, I don't know how to solve this. The package is uploaded now for
unstable so the --aspcud thing no longer matters.
Using sbuild -
On Mon, 21 Apr 2025 01:34:56 +0300, Adrian Bunk
wrote:
>On Sun, Apr 20, 2025 at 04:46:52PM -0500, G. Branden Robinson wrote:
>> Factual statements about one's run-time dependencies should be as
>> decoupled from the details of the set of "Essential" packages as
>> possible. One reason is that the
19 matches
Mail list logo
