Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: lomiri-teleports-app
Version : 1.20
Upstream Contact: Flo Lee
* URL : https://gitlab.com/ubports/development/apps/teleports
* License : Expat (and
On 2024-12-03 15:45, Marc Haber wrote:
On Tue, Dec 03, 2024 at 10:18:46PM +0100, Gioele Barabucci wrote:
Normalization is always lossy, at least in principle.
Applications that employ normalization accept that tradeoff in order to gain
something valuable: in this case the ability to have a Ohm
Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva
X-Debbugs-Cc: debian-devel@lists.debian.org, nilsonfsi...@hotmail.com
* Package name: python-proton-keyring-linux
Version : 0.2.0
Upstream Contact: Proton AG
* URL : https://github.com/ProtonVPN/pyth
I appreciate your being careful and deliberate about this instead of rushing
into a solution that brings unintended consequences. But I also appreciate
your taking the time to engage with the issue instead of just ignoring it.
On Tuesday, December 3, 2024 9:20:53 AM MST Marc Haber wrote:
> Hi,
On Tue, Dec 03, 2024 at 10:18:46PM +0100, Gioele Barabucci wrote:
> Normalization is always lossy, at least in principle.
>
> Applications that employ normalization accept that tradeoff in order to gain
> something valuable: in this case the ability to have a Ohm sign codepoint as
> part of your u
Marc Haber, on 2024-12-03:
> On Tue, Dec 03, 2024 at 08:41:06PM +0100, Étienne Mollier wrote:
> > The problem is not the name, but the character set, so perhaps
> > --allow-bad-characters will be better perceived. If you want to
> > also avoid "bad", maybe try --allow-ambiguous-characters, or
> >
On 03/12/24 22:02, Marc Haber wrote:
On Tue, Dec 03, 2024 at 09:39:03PM +0100, Gioele Barabucci wrote:
On 03/12/24 17:59, Marc Haber wrote:
in preparation for a PRECIS future, couldn't adduser pass the usernames
through NFC instead of doing no normalization?
RFC 8264 5.2.4 Normalization Rule s
On Tue, Dec 03, 2024 at 11:29:16AM -0600, Serge E. Hallyn wrote:
> On Tue, Dec 03, 2024 at 05:20:53PM +0100, Marc Haber wrote:
> > I'll probably deprecate --allow-bad-names in favor of something that
> > doesn't use the word "bad" (suggestions appreciated). Otoh, adduser in
> > the Red Hat World us
On Tue, Dec 03, 2024 at 08:41:06PM +0100, Étienne Mollier wrote:
> Marc Haber, on 2024-12-03:
> > I'll probably deprecate --allow-bad-names in favor of something that
> > doesn't use the word "bad" (suggestions appreciated). Otoh, adduser in
> > the Red Hat World uses --badname to allow such names
On Tue, Dec 03, 2024 at 09:39:03PM +0100, Gioele Barabucci wrote:
> On 03/12/24 17:59, Marc Haber wrote:
> > > in preparation for a PRECIS future, couldn't adduser pass the usernames
> > > through NFC instead of doing no normalization?
> > >
> > > RFC 8264 5.2.4 Normalization Rule states:
> > >
>
On 03/12/24 17:59, Marc Haber wrote:
in preparation for a PRECIS future, couldn't adduser pass the usernames
through NFC instead of doing no normalization?
RFC 8264 5.2.4 Normalization Rule states:
In accordance with [RFC5198], Normalization Form C (NFC) is
RECOMMENDED.
that would sol
Package: wnpp
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
Owner: Roland Mas
Severity: wishlist
* Package name: python-papermill
Version : 2.6.0
Upstream Contact: "nteract contributors"
* URL : https://github.com/nteract/papermill
* License
Package: wnpp
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
Owner: Roland Mas
Severity: wishlist
* Package name: python-ewokscore
Version : 0.15.0
Upstream Contact: Wout De Nolf
* URL : https://gitlab.esrf.fr/workflow/ewoks/ewokscore
* License
Hi Marc,
Marc Haber, on 2024-12-03:
> thank you all for your contributions to this discussion. I have now
> finally understood¹ that it is not enough to try creating an UTF-8
> encoded user name and see that it correctly shows up in /etc/passwd to
> declare UTF-8 support. Please forgive me for not
Package: wnpp
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
Owner: Roland Mas
Severity: wishlist
* Package name: python-ewoksutils
Version : 0.1.1
Upstream Contact: Wout De Nolf
* URL : https://gitlab.esrf.fr/workflow/ewoks/ewoksutils
* License
On Tue, Dec 03, 2024 at 05:46:00PM +0100, Gioele Barabucci wrote:
> On 03/12/24 17:20, Marc Haber wrote:
> > What I intend to do in adduser for the next unstable upload is:
> >
> > - adduser --system's user name validation will not change
> > - I'll make sure that adduser doesn't accept
> >
On 03/12/24 17:20, Marc Haber wrote:
What I intend to do in adduser for the next unstable upload is:
- adduser --system's user name validation will not change
- I'll make sure that adduser doesn't accept
UTF-8 user names, bringing it closer to systemd's notion of a valid
user name
Hi,
thank you all for your contributions to this discussion. I have now
finally understood¹ that it is not enough to try creating an UTF-8
encoded user name and see that it correctly shows up in /etc/passwd to
declare UTF-8 support. Please forgive me for not replying to all of you
in this thread i
On Thu, Nov 21, 2024 at 09:16:20PM +0100, Julian Andres Klode wrote:
> I've just finished more or less, adjusting the APT test suite
> to test gpgv-sq. I plan to upload APT that tests gpgv-sq
> tomorrow. This ensures full compatibility between apt and
> gpgv-sq going forward.
>
> After that migrat
Hello,
On Tue 03 Dec 2024 at 11:12am +01, Simon Josefsson wrote:
> Sean Whitton writes:
>
>> 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 *.ori
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: lomiri-push-qml
Version : 0.3
Upstream Contact: UBports Developers
* URL : https://gitlab.com/ubports/development/core/lomiri-push-qml/
* License :
Sean Whitton writes:
> 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.)
Will t
Otto Kekäläinen writes:
>
> I just want to re-iterate that I like the idea of having DD signed git
> tags trigger uploads to Debian. It has many benefits in quality and
> security. I just wish we could get it without taking steps backward on
> security aspects.
>
Not a DD (yet), though I would li
On Tue, Dec 03, 2024 at 09:56:44AM +0200, Martin-Éric Racine wrote:
> > 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 (dependi
On 2024/12/03 09:56, Martin-Éric Racine wrote:
and, quite frankly, I purposely keep my distances from Debian politics
and simply shake my head in disgust whenever yet another inconsiderate
decision impacts the life of rank-and-file users.
What is your intention behind this statement? Debian Dev
On Tue, Dec 03, 2024 at 10:40:03AM +0800, Sean Whitton 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
> >> > source of confusion for many.
> >>
> >> Do you have a bug report number?
>
ma 2.12.2024 klo 21.48 Jeremy Stanley (fu...@yuggoth.org) kirjoitti:
>
> 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 newc
Hi and thanks for quick reply,
> > 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.)
Right, it is a separate tool in devscripts
(https://manpages.debian
28 matches
Mail list logo
