Hello,
On Mon 02 Dec 2024 at 10:07pm -08, Otto Kekäläinen wrote:
> As you know I have been testing dgit and reviewing tag2upload, and to
> my understanding tag2upload will generate the *.orig.tar.gz tarballs
> using dgit
(Using 'git deborig', not dgit.)
> which does only uses the debian/latest
Hi!
...
> - tag2upload will improve the situation with .orig.tar because the
> tag2upload server will always ensure that the uploaded source package
> is prepared using an .orig.tar that dak will be happy with.
> It won't matter what you're using locally for, e.g., the purpose of
> feeding
Hi Sean
On 2024/12/03 04:52, Sean Whitton wrote:
I just caught up on the .orig.tar thread and wanted to note to everyone:
- tag2upload final development, in accordance with the plan agreed with
ftpmaster, is proceeding nicely.
We are writing integration tests for everything, and almost ha
On 12/2/24 18:15, Soren Stoutner wrote:
Unfortunately, I think that many contributor’s experiences with Debian are
closer to what I experienced with Guix than what I experienced with Debian.
If we can change that, I think we would see an influx of contributions to the
project.
As a contributor
Hello,
I just caught up on the .orig.tar thread and wanted to note to everyone:
- tag2upload final development, in accordance with the plan agreed with
ftpmaster, is proceeding nicely.
We are writing integration tests for everything, and almost have an
end-to-end test of the whole thing, wi
Hello,
On Thu 28 Nov 2024 at 10:29am -10, Theodore Ts'o wrote:
> *) As much as possible, we want to be able to use the unmodified
>source files are officially released by upstream. Which might be a
>tarball and/or a signed git tag.
I ignore this completely, and I'm not the only one.
Ev
Hello,
On Tue 26 Nov 2024 at 11:20pm +05, Andrey Rakhmatullin wrote:
> The archive, when the tarball is already there.
>
> These suggestions never discuss what to do when the tarball was never
> uploaded yet, even I didn't discuss that for simplicity.
Then just make one: 'git deborig'.
I apprec
Hello,
On Tue 26 Nov 2024 at 11:28pm +05, Andrey Rakhmatullin wrote:
> On Tue, Nov 26, 2024 at 06:53:01PM +0100, Mechtilde Stehmann wrote:
>> > One possible rebuttal to this is "gbp needs to do the right thing then".
>> > Currently gbp by default generates a broken tarball, which is also a
>> > s
On Monday, December 2, 2024 9:32:27 AM MST Andreas Tille wrote:
> Attracting newcomers
>
>
> In my own talk[mt3], I regret not leaving enough time for questions--my
> apologies for this. However, I want to revisit the sole question raised,
> which essentially asked: Is the doc
Jeremy Stanley left as an exercise for the reader:
> Would I bother to go through NM now if the process were more
> simplified/streamlined? Maybe, but probably not. As you noted,
> priorities matter and it's entirely possible to be involved in
> Debian without that (depending on what exactly you wa
* Marc Haber [241202 09:43]:
> On Sun, Dec 01, 2024 at 06:55:09PM -0500, nick black wrote:
> > Marc Haber left as an exercise for the reader:
> > > > * any upstream tool could say "bad idea" and refuse patches,
> > > >requiring their long term management,
> > >
> > > Depending of how importa
Package: wnpp
Severity: wishlist
Owner: Hefee
X-Debbugs-Cc: debian-devel@lists.debian.org,
pkg-gnome-maintain...@lists.alioth.debian.org, he...@debian.org,
sthiba...@debian.org
* Package name: gnome-ponytail-daemon
Version : 0.0.11
Upstream Contact: Olivier Fourdan
* URL
On 2024-12-02 19:09:33 +0200 (+0200), Martin-Éric Racine wrote:
> (non-subscriber; please keep me in CC whenever reply to this)
>
> ma 2.12.2024 klo 18.33 Andreas Tille (ti...@debian.org) kirjoitti:
> > Attracting newcomers
[...]
> From personal experience, jumping through hoops to become a DD, or
On Sat, Nov 30, 2024 at 03:28:40AM +0100, наб wrote:
> I was expecting src:fuse-umfuse-ext2 to clear the RM queue by the time
> this was uploaded, so I didn't think to enumerate them earlier.
>
> Tested all, all fixed, closed all.
Many thanks for testing them and then closing them all. That was
(non-subscriber; please keep me in CC whenever reply to this)
ma 2.12.2024 klo 18.33 Andreas Tille (ti...@debian.org) kirjoitti:
> Attracting newcomers
>
>
> In my own talk[mt3], I regret not leaving enough time for questions--my
> apologies for this. However, I want to revisi
On Mon, 02 Dec 2024 at 21:35:14 +0900, Charles Plessy wrote:
> maybe we could also phase out /usr/games? Each time
> I think that making a container image with cowsay for teaching purposes
> is a good idea, I fail miserably because I forget that /usr/games is not
> in the container path by default
>
> On Mon, Dec 02, 2024 at 06:46:52AM -0600, rhys wrote:
>> 1. First, root and ordinary users will not be able to use commands in
>> each
>> other's directories, which will greatly increase their security
>
> (typical level of argumentation)
>
> [...]
>
>> It's quite simpl
On Mon, Dec 02, 2024 at 06:46:52AM -0600, rhys wrote:
> 1. First, root and ordinary users will not be able to use commands in
> each
> other's directories, which will greatly increase their security
> >>>
> >>> (typical level of argumentation)
[...]
> It's quite simple, and has n
Package: wnpp
Severity: wishlist
Owner: Euiseo Cha
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: paperutil
Version : 1.0.0
Upstream Contact: Mina Her
* URL : https://github.com/mmm-minecraft/paperutil
* License : Unlicense
Programming Lang: she
On Mon, Dec 02, 2024 at 12:30:52PM +0300, Hakan Bayındır wrote:
1. First, root and ordinary users will not be able to use commands in each
other's directories, which will greatly increase their security
>>>
>>> (typical level of argumentation)
>>>
>> The ability to isolate users from co
On Mon, Dec 02, 2024 at 11:50:17AM +, Greg Stark wrote:
> > > This is not correct. Whether any of /usr/bin,/usr/sbin,/bin or /sbin
> > > share a partition or not has no relationship to whether a user can
> > > invoke a command, or whether that path is searched for unqualified
> > > command name
On Wed Nov 27, 2024 at 4:30 AM GMT, Otto Kekäläinen wrote:
> How common debian/gbp.conf points at something else: perhaps gbp's
> defaults are not good, if that many packages need to override them.
First of all may I ask you to not use terms like 'not good' as it may
come off negative towards th
Hi all,
while we are at it maybe we could also phase out /usr/games? Each time
I think that making a container image with cowsay for teaching purposes
is a good idea, I fail miserably because I forget that /usr/games is not
in the container path by default…
Have a nice day,
Charles
--
Charles
On Mon, Dec 02, 2024 at 12:30:52PM +0300, Hakan Bayındır wrote:
> >> 1. First, root and ordinary users will not be able to use commands in each
> >> other's directories, which will greatly increase their security
> >
> > (typical level of argumentation)
> >
> The ability to isolate users from com
On Mon, Dec 2, 2024, 11:20 Simon Richter wrote:
> Hi,
>
> On 12/2/24 18:39, Jonathan Dowland wrote:
>
> > This is not correct. Whether any of /usr/bin,/usr/sbin,/bin or /sbin
> > share a partition or not has no relationship to whether a user can
> > invoke a command, or whether that path is searc
> On 2 Dec 2024, at 09:10, Andrey Rakhmatullin wrote:
>
> On Mon, Dec 02, 2024 at 09:38:28AM +0800, kindusmith wrote:
>> 1. First, root and ordinary users will not be able to use commands in each
>> other's directories, which will greatly increase their security
>
> (typical level of argument
* Simon Richter [241202 12:20]:
> Hi,
>
> On 12/2/24 18:39, Jonathan Dowland wrote:
>
> > This is not correct. Whether any of /usr/bin,/usr/sbin,/bin or /sbin
> > share a partition or not has no relationship to whether a user can
> > invoke a command, or whether that path is searched for unquali
Hi,
On 12/2/24 18:39, Jonathan Dowland wrote:
This is not correct. Whether any of /usr/bin,/usr/sbin,/bin or /sbin
share a partition or not has no relationship to whether a user can
invoke a command, or whether that path is searched for unqualified
command names (determined by $PATH).
FWIW,
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: multipart
Version : 1.2.1
Upstream Contact: Marcel Hellkamp
* URL : https://github.com/defnull/multipart
* License : Expat
Programming Lang: Pyth
Michael Biebl:
Hi Niels, hi Guillem,
thanks for the initiative and +1 from my side.
Thanks.
Am 29.11.24 um 11:08 schrieb Niels Thykier:
# The bug template used
What's your proposed timeframe for making the switch? Trixie, Forky, no
targetted release but when bug count is reasonably low?
Michael Biebl:
Hi Niels, hi Guillem,
thanks for the initiative and +1 from my side.
Thanks.
Am 29.11.24 um 11:08 schrieb Niels Thykier:
# The bug template used
What's your proposed timeframe for making the switch? Trixie, Forky, no
targetted release but when bug count is reasonably low?
Dnia Sun, 1 Dec 2024 23:27:09 +0100, Gioele Barabucci napisał(a):
[...]
> But a cursory search shows that none of the current upstreams support (or
> mention) PRECIS. (It also shows that src:precis is a Java library squatting
> a bit on that package name... :))
But at least it is an implementatio
On Mon Dec 2, 2024 at 1:38 AM GMT, kindusmith wrote:
1. First, root and ordinary users will not be able to use commands in
each other's directories, which will greatly increase their security
This is not correct. Whether any of /usr/bin,/usr/sbin,/bin or /sbin
share a partition or not has no re
On Sun, Dec 01, 2024 at 06:55:09PM -0500, nick black wrote:
> Marc Haber left as an exercise for the reader:
> > > * any upstream tool could say "bad idea" and refuse patches,
> > >requiring their long term management,
> >
> > Depending of how important this tool is, we could get away without
On Mon, Dec 02, 2024 at 01:35:05AM -0500, nick black wrote:
> WTF-8 extends UTF-8 to handle
> invalid UTF-16 input.
WTF-8 is a seriously defined encoding? I have only experienced that name
as a mocking name for an UTF-8 string that erroneously went though UTF-8
encoding a second time (double-UTF-8
On 02/12/24 08:56, Marc Haber wrote:
On Sun, Dec 01, 2024 at 09:16:03PM -0600, G. Branden Robinson wrote:
These things are ugly, which is why I suppose they haven't caught on
despite being around for decades, but I would guess that this problem
space is such that there are no non-ugly solutions
36 matches
Mail list logo
