Re: Building with many cores without OOM

2024-11-28 Thread Helmut Grohne
Hi Paul, On Thu, Nov 28, 2024 at 02:39:36PM +0100, Paul Gevers wrote: > On 11/28/24 13:01, Chris Hofstaedtler wrote: > > IMO it would be good to support dealing with this earlier than > > later. > > And doing it in a way that can be reused by how autopkgtests are run would > maybe be good too. C

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Sean Whitton
Hello, On Thu 28 Nov 2024 at 06:17pm -08, Otto Kekäläinen wrote: > In summary: nothing in this is an argument to stop using pristine-tar > in all packages. I think Theodore Ts'o also laid out pretty well all > the benefits of pristine-tar and why it was originally developed, and > those requireme

boot issue question.

2024-11-28 Thread Mike Coulombe
Hi. I'm trying to create a portable version of bookworm that I can use on different computers. I'm using a 128 GB external ssd. When I install Debian on it everything works great until I try to use the drive on another computer. When I tried it wouldn't boot, and would no longer boot on the com

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Otto Kekäläinen
Thanks Pirate Praveen for providing the first actual concrete case in this thread where pristine-tar had some issue! I noticed an interesting thing about this case: ± origtargz --download-only pristine-tar: successfully generated ../node-cacache_17.0.3+~cs10.3.7.orig-npmcli-move-file.tar.gz prist

Re: DEP-0, DEP0 or DEP 0?

2024-11-28 Thread Otto Kekäläinen
Thanks Gioele for the stats. I noticed that 90% of the votes came in the first two days. In this system you can unvote and put your thumbs up on another proposal if you want to change your mind now after letting the question sink in for a few weeks, but please make sure you have voted only on one

Re: Plasma 6 coming to unstable

2024-11-28 Thread Sedat Dilek
On Thu, Nov 28, 2024 at 11:05 PM Sedat Dilek wrote: > > On Thu, Nov 28, 2024 at 6:02 PM Sami Erjomaa wrote: > > > > > > > > On Thu, 28 Nov 2024 at 15:47, Matthieu Gallien > > wrote: > >> > >> > >> I cannot get links to open when using Nextcloud client (web login page > >> into your browser or

Re: Plasma 6 coming to unstable

2024-11-28 Thread Sedat Dilek
On Thu, Nov 28, 2024 at 6:02 PM Sami Erjomaa wrote: > > > > On Thu, 28 Nov 2024 at 15:47, Matthieu Gallien > wrote: >> >> >> I cannot get links to open when using Nextcloud client (web login page into >> your browser or local folders) or I just tested with this command: >> >> xdg-open /home//Té

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Theodore Ts'o
On Thu, Nov 28, 2024 at 10:35:49AM +0100, Simon Josefsson wrote: > > I think this is a good example of us talking past each other in this > thread: some people question the value of pristine in the first place > (and I've been compelled by those arguments), and some people argue that > the cost is

Re: DEP-0, DEP0 or DEP 0?

2024-11-28 Thread Gioele Barabucci
On 14/11/24 08:48, Otto Kekäläinen wrote: Can we agree on calling Debian Enhancement Proposals DEP-N with a dash? Hi, I'd say that this discussion reached consensus around "DEP-0". In this thread 7 people stated their preference for "DEP-0", and 1 person for "DEP0". The thumbs up counters

Re: Plasma 6 coming to unstable

2024-11-28 Thread Sami Erjomaa
On Thu, 28 Nov 2024 at 15:47, Matthieu Gallien wrote: > > I cannot get links to open when using Nextcloud client (web login page > into your browser or local folders) or I just tested with this command: > > xdg-open /home//Téléchargements > > This has no effect and I am unsure how best to debug t

Bug#1088613: ITP: golang-github-wlynxg-anet

2024-11-28 Thread John Goerzen
Package: wnpp Severity: wishlist Owner: John Goerzen * Package name: golang-github-wlynxg-anet Version : 0.0.5-1 Upstream Author : Wlynxg * URL : https://github.com/wlynxg/anet * License : BSD-3-clause Programming Lang: Go Description : Network abstract

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Andrey Rakhmatullin
On Thu, Nov 28, 2024 at 07:33:27PM +0530, Pirate Praveen wrote: > 2024, നവം 28 5:46:47 PM Andrey Rakhmatullin : > > > >> Same works with > >> > >> pravi@mahishi2:/tmp/node-cacache$ gbp export-orig --pristine-tar > > > > Not sure what does this imply. > > gbp is able to recreate the orig tars when

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Pirate Praveen
2024, നവം 28 5:46:47 PM Andrey Rakhmatullin : > >> Same works with >> >> pravi@mahishi2:/tmp/node-cacache$ gbp export-orig --pristine-tar > > Not sure what does this imply. gbp is able to recreate the orig tars when origtargz fails. So it is a known work around.

Re: Building with many cores without OOM

2024-11-28 Thread Paul Gevers
Hi Helmut, On 11/28/24 13:01, Chris Hofstaedtler wrote: IMO it would be good to support dealing with this earlier than later. And doing it in a way that can be reused by how autopkgtests are run would maybe be good too. Paul

Re: Plasma 6 coming to unstable

2024-11-28 Thread Matthieu Gallien
Dear all, Thanks a lot for the amazing work to deliver a really nicely experience when using Debian and KDE Plasma 6 (and many KDE apps). Thanks a lot also for the communication while doing this ! On samedi 23 novembre 2024 13:14:40 UTC+1 Aurélien COUDERC wrote: > Dear fellow developers and Plas

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Chris Hofstaedtler
* Andrey Rakhmatullin [241128 11:06]: > On Thu, Nov 28, 2024 at 10:49:09AM +0100, gregor herrmann wrote: > > > > As person B I don't want to go hunting for a tarball and place it in > > > > the right place, I want gbp to re-create it from the pristine-tar > > > > branch. > > > Who cares? gbp expor

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Chris Hofstaedtler
* Paul Gevers [241128 12:52]: > Hi, > > On 11/28/24 10:56, Pirate Praveen wrote: > > pristine-tar almost always fail when there are multiple orig tar files. > > I did not report bugs since the limitation of not working 100% is a > > known issue already. > > I'm surprised to hear this. src:cacti

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Andrey Rakhmatullin
On Thu, Nov 28, 2024 at 05:37:41PM +0530, Pirate Praveen wrote: > This can now be reproduced with node-cacache > > pravi@mahishi2:/tmp$ gbp clone --pristine-tar > g...@salsa.debian.org:js-team/node-cacache.git > gbp:info: Cloning from 'g...@salsa.debian.org:js-team/node-cacache.git' > pravi@mahish

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Pirate Praveen
On 11/28/24 5:29 PM, Pirate Praveen wrote: On 11/28/24 5:22 PM, Paul Gevers wrote: Hi, On 11/28/24 10:56, Pirate Praveen wrote: pristine-tar almost always fail when there are multiple orig tar files. I did not report bugs since the limitation of not working 100% is a known issue already.

Re: Building with many cores without OOM

2024-11-28 Thread Holger Levsen
On Thu, Nov 28, 2024 at 10:54:37AM +0100, Helmut Grohne wrote: > I think this demonstrates that we probably have something between 10 and > 50 packages in unstable that would benefit from a generic parallelism > limit based on available RAM. Do others agree that this is a problem > worth solving in

Re: Building with many cores without OOM

2024-11-28 Thread Chris Hofstaedtler
* Helmut Grohne [241128 10:59]: > I think this demonstrates that we probably have something between 10 and > 50 packages in unstable that would benefit from a generic parallelism > limit based on available RAM. Do others agree that this is a problem > worth solving in a more general way? Yes. Loo

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Pirate Praveen
On 11/28/24 5:22 PM, Paul Gevers wrote: Hi, On 11/28/24 10:56, Pirate Praveen wrote: pristine-tar almost always fail when there are multiple orig tar files. I did not report bugs since the limitation of not working 100% is a known issue already. I'm surprised to hear this. src:cacti is us

Re: Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread Simon Josefsson
Alec Leamas writes: > Hi, > > On 28/11/2024 09:01, Simon Josefsson wrote: >> The checksums will be different when Debian >> re-pack upstream's source tarball, but there is still value in recording >> the upstream tarball used as a basis for creating the Debian source >> tarball > > Personally, th

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Paul Gevers
Hi, On 11/28/24 10:56, Pirate Praveen wrote: pristine-tar almost always fail when there are multiple orig tar files. I did not report bugs since the limitation of not working 100% is a known issue already. I'm surprised to hear this. src:cacti is using multiple orig tar files (2) for several

Re: Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread sre4ever
Hi, Le 2024-11-28 11:28, Alec Leamas a écrit : Personally, the few packages I maintain are mostly repacked. Isn't there also value in storing the hash of the repacked tarball, the thing actually used? Not much value, as both the hash and the data would be stored at the same place (git repo

Re: Musings about Usernames in adduser and Debian

2024-11-28 Thread Michal Politowski
Dnia Sun, 24 Nov 2024 11:22:18 +, Gioele Barabucci napisał(a): > On 24/11/24 10:43, nick black wrote: > > Gioele Barabucci left as an exercise for the reader: > > > On 23/11/24 09:32, Johannes Schauer Marin Rodrigues wrote: > > > > But my 2 cents on the topic are: Lets please allow more than as

Re: [Summary]: Supporting alternative zlib implementations

2024-11-28 Thread Sebastian Andrzej Siewior
On 2024-11-25 22:03:32 [+0100], To debian-devel@lists.debian.org wrote: > 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 -

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread gregor herrmann
On Thu, 28 Nov 2024 15:06:15 +0500, Andrey Rakhmatullin wrote: > > Often I want to upload it to the archive, that's quite typical in > > teams: A uploads -1 and B uploads -2 with a bugfix or whatever. > The hypothetical change in the tools to silently download the tarball from > the archive will m

Re: Rustc unsoundness on i386

2024-11-28 Thread Bastien Roucaries
Le dimanche 24 novembre 2024, 08:27:31 CET Andrey Rakhmatullin a écrit : > On Sat, Nov 23, 2024 at 08:31:15PM +, Bastien Roucariès wrote: > > > > > > B) bump the i386 baseline in Debian to require SSE2, and stop > > > > > > disabling SSE2 there in rustc> > > > > > > It will break I suppose ima

Re: Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread Jonas Smedegaard
Quoting Alec Leamas (2024-11-28 11:28:02) > Hi, > > On 28/11/2024 09:01, Simon Josefsson wrote: > > The checksums will be different when Debian > > re-pack upstream's source tarball, but there is still value in recording > > the upstream tarball used as a basis for creating the Debian source > > t

Re: Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread Alec Leamas
Hi, On 28/11/2024 09:01, Simon Josefsson wrote: The checksums will be different when Debian re-pack upstream's source tarball, but there is still value in recording the upstream tarball used as a basis for creating the Debian source tarball Personally, the few packages I maintain are mostly re

Re: Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread Alec Leamas
Hi, On 28/11/2024 09:01, Simon Josefsson wrote: The checksums will be different when Debian re-pack upstream's source tarball, but there is still value in recording the upstream tarball used as a basis for creating the Debian source tarball Personally, the few packages I maintain are mostly re

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Andrey Rakhmatullin
On Thu, Nov 28, 2024 at 10:49:09AM +0100, gregor herrmann wrote: > > > As person B I don't want to go hunting for a tarball and place it in > > > the right place, I want gbp to re-create it from the pristine-tar > > > branch. > > Who cares? gbp export-orig takes care of it, unless you need to actua

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Pirate Praveen
2024, നവം 28 3:06:13 PM Simon Josefsson : > I think this is a good example of us talking past each other in this > thread: some people question the value of pristine in the first place > (and I've been compelled by those arguments), and some people argue that > the cost is small and there are no bu

Building with many cores without OOM

2024-11-28 Thread Helmut Grohne
Hi Guillem and other developers, I am one of those who builds a lot of different packages with different requirements and found that picking a good parallel=... value in DEB_BUILD_OPTIONS is hard. Go too low and your build takes very long. Go too high and you swap until the OOM killer terminates y

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread gregor herrmann
On Thu, 28 Nov 2024 09:41:53 +0100, Marco d'Itri wrote: > On Nov 27, gregor herrmann wrote: > > As person B I don't want to go hunting for a tarball and place it in > > the right place, I want gbp to re-create it from the pristine-tar > > branch. > Who cares? gbp export-orig takes care of it, unl

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Simon Josefsson
"Theodore Ts'o" writes: > On Tue, Nov 26, 2024 at 04:27:37PM +0100, Simon Josefsson wrote: >> I have never understood what value there is in duplicating the uploaded >> tarball in the git repository. > > The actual cost of storing the pristine tarball is quite small. I think this is a good examp

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Andrey Rakhmatullin
On Thu, Nov 28, 2024 at 09:41:53AM +0100, Marco d'Itri wrote: > On Nov 27, gregor herrmann wrote: > > > As person B I don't want to go hunting for a tarball and place it in > > the right place, I want gbp to re-create it from the pristine-tar > > branch. > Who cares? gbp export-orig takes care of

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Marco d'Itri
On Nov 27, gregor herrmann wrote: > As person B I don't want to go hunting for a tarball and place it in > the right place, I want gbp to re-create it from the pristine-tar > branch. Who cares? gbp export-orig takes care of it, unless you need to actually upload it to the archive. -- ciao, Mar

Re: Simpler git workflow for packaging with upstreamless repositories

2024-11-28 Thread Theodore Ts'o
On Tue, Nov 26, 2024 at 04:27:37PM +0100, Simon Josefsson wrote: > I have never understood what value there is in duplicating the uploaded > tarball in the git repository. The actual cost of storing the pristine tarball is quite small. For example: commit 91c7ab39337da63371b4814bef2b2aaf85a9e37c

Upstream tarball hashes: debian/upstream/*SUMS

2024-11-28 Thread Simon Josefsson
All, There is discussion in the 'Simpler git workflow for packaging with upstreamless repositories' thread about the merrits of pristine-tar. One important value people appear to see is to be able to assert that orig.tar.gz's integrity can be chained back into some data in the git repository. I