Hi,
Quoting Soren Stoutner (2024-11-26 01:07:06)
> I suppose I should note that I have made a few modifications to the example
> file because it wasn’t behaving as expected. Specifically, I disabled the
> mmdebstgrap auto create because otherwise it was ignoring the tarball I had
> created in the
Hi!
On Sun, 2024-11-24 at 16:09:42 +, Bastien Roucariès wrote:
> Le dimanche 24 novembre 2024, 12:06:26 UTC Bastien Roucariès a écrit :
> > I plan to implement freestanding architecture specification.
> > Following Toulouse debian mini debconf and javascript presentation it will
> > be really
On Monday, November 25, 2024 4:57:50 PM MST Soren Stoutner wrote:
> On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> > The news are collected on https://wiki.debian.org/DeveloperNews
> > Please contribute short news about your work/plans/subproject.
> >
> > In this issue:
> > +
On Saturday, November 23, 2024 2:20:45 PM MST Philipp Kern wrote:
> The news are collected on https://wiki.debian.org/DeveloperNews
> Please contribute short news about your work/plans/subproject.
>
> In this issue:
>
> + Debian buildds are using sbuild with unshare now
> + sbuild chroot manage
On 2024-11-24 21:36:25 [+0100], To debian-devel@lists.debian.org wrote:
…
I've been looking at cdebootstrap. It is one of the failing. This
happens in the rules files:
| ( echo -n "misc:Built-Using="; dpkg-query -f='${source:Package} (=
| ${source:Version}), ' -W libc6-dev libdebian-installer4-de
On Sun, Nov 24, 2024 at 12:51 PM Paul Gevers wrote:
> [Release Team hat on] I would take consensus for a decision on the topic.
If the excess precision issue goes away by bumping the i386 baseline,
that would make my life easier.
Thank you,
Jeremy Bícha
On November 24, 2024 6:23:00 PM GMT+01:00, Paul Gevers
wrote:
>Hi,
>
>On 11/24/24 17:22, Andrew M.A. Cater wrote:
>> 5. If we're moving hardware baselines for the sake of Rust (or any other
>> software on this architecture) it's already too late.
>
>Huh? Why?
>
>[Putting my Release Team hat of
Thanks for the great tips ! I'll start implementing them, especially ty for the
last cheatsheet bit. I wish I had access to that when I was starting out with
packaging.
Can you unprotect the debian/master branch for me for this project so I can
start pushing to it again if you have the rights? I
On Monday, November 25, 2024 10:37:39 AM MST Chris Hofstaedtler wrote:
> > the extension (.tar.xz, .tar.gz or plain .tar, etc). As of May 2024, ZST
> > seems to provide the best size/time ratio. It certainly is the fastest on
a
> > Dell>
> > Precision 3800M, 16GB RAM, on an SSD drive (a computer
* Soren Stoutner [241125 18:30]:
> > > In principle, unshare mode can also work with directories. Helmut is
> working
> > > on something in that direction. But for me personally, one second of
> unpack
> > > time is not enough of a motivation for me to put time into
> > > directory+overlayfs sup
On Sunday, November 24, 2024 7:06:06 PM MST Sean Whitton wrote:
> On Sun 24 Nov 2024 at 07:53am +01, Johannes Schauer Marin Rodrigues wrote:
> > Hi,
> >
> > Quoting Sean Whitton (2024-11-24 01:23:24)
> >
> >> This is interesting. One concern I have is speed -- isn't it always
slower
> >> to hav
Package: wnpp
Severity: wishlist
Owner: Simon Josefsson
* Package name: golang-github-open-policy-agent-opa
Version : 0.70.0-1
Upstream Author : Open Policy Agent
* URL : https://github.com/open-policy-agent/opa
* License : Apache-2.0
Programming Lang: Go
D
Package: wnpp
Severity: wishlist
Owner: Jakub Ružička
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-json-schema-for-humans
Version : 1.0.3
Upstream Contact: Denis Blanchette
* URL : https://github.com/coveooss/json-schema-for-humans
* License
Hi,
On 2024-11-24 08:23, Sean Whitton wrote:
> This is interesting. One concern I have is speed -- isn't it always
> slower to have to unpack a tarball before the build instead of having a
> chroot under /srv/chroot that's always unpacked?
Other than the speed of tarball unpacking, which as Joha
Hello,
On 2024-11-22 22:24, Mo Zhou wrote:
It involves more social issues than technical issues that relies on
experience, on a per-upstream
basis, which is never something that can be effectively documented.
I totally agree and could only repeat what Mo has written in this email.
I've perso
On Mon, 25 Nov 2024 08:20:43 - (UTC)
Sune Vuorela wrote:
> On 2024-11-22, Frank Guthausen wrote:
> >
> > Which kind of default incompatibility is implemented in GnuPG 2.4?
>
> [...]
>
> LWN did an article in december about it.
Do you mean the schism article[1]? I'll take this
one as a st
Package: wnpp
Severity: wishlist
Owner: Julien Plissonneau Duquène
X-Debbugs-Cc: debian-devel@lists.debian.org, sre4e...@free.fr
* Package name: libfastdoubleparser-java
Version : 2.0.1
Upstream Contact: Werner Randelshofer
* URL : https://github.com/wrandelshofer/Fas
On Sun, 24 Nov 2024 14:38:57 -0800, Otto Kekäläinen
>+100 to this. Personally I find that collaboration with others is the
>most rewarding aspect of participating in open source in general, and
>all the benefits that come from collaboration and having lots of
>eyeballs and also many people innovat
On 2024-11-22, Frank Guthausen wrote:
>> 1. The GnuPG upstream forked the OpenPGP standard into his own
>>thing called LibrePGP, and GnuPG 2.4 implements that new thing
>>and is by default incompatible with other OpenPGP implementations.
>
> Which kind of default incompatibility is impleme
Hi Alexandru!
I suggest you enable Salsa CI for the repository. It will immediately
reveal a couple of errors you have, and give you feedback when they
are fixed. Here is an example of Salsa CI enabled in a Python package:
https://salsa.debian.org/python-team/packages/rdiff-backup/-/blob/debian/la
20 matches
Mail list logo
