/Fretboard/
See https://circle.gnome.org/ for more information about GNOME Circle.
Thanks,
Jeremy Bícha
team. Packaging will be at
https://salsa.debian.org/gnome-team/paper-clip
The upstream source is at https://github.com/Diego-Ivan/Paper-Clip
See https://circle.gnome.org/ for more information about GNOME Circle.
Thanks,
Jeremy Bícha
s-adwaita/-/pipelines/843148
> Mentors: https://mentors.debian.net/package/fonts-adwaita/
> RFS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1101879
The Debian Fonts team has claimed ownership of this RFS. Could you
reply to my proposal from Friday there?
Thank you,
Jeremy Bícha
m governments or organized
crime^W^Wcorporate interests snooping it, but the distinction is
significant. PGP and TLS are not even remotely similar models
privacy-wise.
--
Jeremy Stanley
signature.asc
Description: PGP signature
packages.
Thank you,
Jeremy Bícha
ge and makes it harder to see full packaging history.
Thank you,
Jeremy Bícha
system has the
capacity to install new firmware behind your back regardless of
whether or you're personally okay with it doing so.
--
Jeremy Stanley
signature.asc
Description: PGP signature
ngage with counsel
to get answers. Turn-around time is typically somewhere between a
week and a month depending on their availability, and whether the
specific questions necessitate a referral to other colleagues with
slightly different specializations.
--
Jeremy Stanley
signature.asc
Descri
the vi vs emacs
skirmishes of yore.
--
Jeremy Stanley
signature.asc
Description: PGP signature
gh nonfree-firmware match official vendor checksums
would be roughly the same as if you fetched them from the hardware
vendor to install manually yourself.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2025-03-07 10:08:23 + (+), Jonathan Dowland wrote:
On Thu Mar 6, 2025 at 7:08 AM GMT, Henrik Ahlgren wrote:
> It is essential to have a method for distinguishing between hard
> and soft newlines if you want to reflow text properly.
Agreed! And, as Jeremy Stanley points
y "unwrapped" or "rewrapped" after concatenating
subsequent lines.
Absence of a space at the line end doesn't say not to wrap that
line, but merely not to combine it with the line that follows. The
line itself can still be wrapped as needed if it exceeds the
cl
cribe to individual bugs is
tedious enough that I only do it occasionally for bugs I am interested
in, usually where I am not the bug submitter.
Thank you,
Jeremy Bícha
s the contemporary age of packages in the prior LTS is
well over two years by then.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2025-03-05 08:52:22 +0900 (+0900), Charles Plessy wrote:
[...]
I am surprised nobody has mentionned support (or lack of support) of
text/markdown at this point...
[...]
Surely you mean troff/groff?
.Pp
.Bd It's \fIthe best\fP!
;)
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2025-03-03, at 14:26:36 -0800, Russ Allbery wrote:
> [snip] I am getting nerd-sniped here [snip]
I did not know that there was a word for this. I have learnt
something fun to-day. Thanks, Russ (and Randall). :)
J.
signature.asc
Description: PGP signature
7;ll go ahead and annotate the recommendation to suggest it's
probably outdated, thanks for pointing that out!
--
Jeremy Stanley
signature.asc
Description: PGP signature
tmux session on a remote cloud VM), so this was
extremely helpful for me as well.
I'm composing and sending this with your suggestions applied, seems
to be working well so far. Thanks again!
--
Jeremy Stanley
signature.asc
Description: PGP signature
t
tried filing a bug first.
Thank you,
Jeremy Bícha
On 2025-02-26, at 11:21:42 -0700, Soren Stoutner wrote:
> The purpose of this email is to propose that the expectation that
> emails should be wrapped at 80 characters when they are sent should be
> dropped.
No, thanks.
J.
signature.asc
Description: PGP signature
On 2025-02-26 15:30:48 -0500 (-0500), Marvin Renich wrote:
> * Jeremy Stanley [250226 13:39]:
> > The only real hassle is
> > if I want to copy a very long URL out of a message, I either need to
> > piecemeal reassemble it from the lines that URL is spread across or
> >
ndent levels deep, but I do sometimes manually re-flow any
quoted material I haven't trimmed from others' messages if I see
they're near to or exceeding my 80-character terminal margin.
--
Jeremy Stanley
signature.asc
Description: PGP signature
to build GNOME for Trixie without support for
Xorg. That may be useful for kiosks but is not useful in a general
purpose OS like Debian at this time.
Also, please report a bug for this kind of packaging suggested change
instead of emailing this list.
https://www.debian.org/Bugs/Reporting
Thank you,
Jeremy Bícha
t being fixed or fixes for it not getting
backported, we remind them that we don't consider it a vulnerability
and they're free to take it up with whoever requested or issued it.
--
Jeremy Stanley
signature.asc
Description: PGP signature
source tarballs where that
data is extracted from their Git repositories so it can be included
correctly, but package maintainers need to be careful to run the
same source tarball build process for the basis of the Debian source
package in those cases and not just pretend that the _files_ tracke
and often face different
challenges that need their own solutions or aren't willing to
compromise by adopting partial solutions popular elsewhere just to
conform.
--
Jeremy Stanley
signature.asc
Description: PGP signature
r list I recognize as being in
the same situation, but no idea how many more there might be.
--
Jeremy Stanley
signature.asc
Description: PGP signature
w. There aren't any
Canonical members on the Technical Committee and I don't think we
should discourage any from joining.
Thank you,
Jeremy Bícha
aces)
Thank you. I am unable to duplicate these issues with the information
provided. Please report these as Debian bugs instead of on this
mailing list.
https://www.debian.org/Bugs/Reporting
Jeremy Bícha
d at the beginning of March to start this work.
Thank you,
Jeremy Bícha
link in this case
though.
Thank you,
Jeremy Bícha
ental branch. I think many Debian packages
never or only rarely use Experimental so debian/latest is probably
best practice for most packages.
Thank you,
Jeremy Bícha
r too strong for this; I think even a warning is too
strong; maybe info would be ok.
Thank you,
Jeremy Bícha
I
know GitLab does not do it, so this is not particularly relevant to
Debian while Salsa is running GitLab.
--
Jeremy Stanley
signature.asc
Description: PGP signature
/lists.debian.org/debian-gtk-gnome/2023/08/msg5.html
Thank you,
Jeremy Bícha
[which is also used by gyrus).
This package will be maintained by the Debian GNOME team. Packaging will be at
https://salsa.debian.org/gnome-team/libgedit-gfls
The upstream source is at https://gitlab.gnome.org/World/gedit/libgedit-gfls
Thanks,
Jeremy Bícha
at it's
implemented in Python instead of PHP, which made modifying it or
writing custom plugins for MoinMoin myself a little easier and less
dicey.
--
Jeremy Stanley
signature.asc
Description: PGP signature
l
Out of curiosity, what does the Tinker Blend have to do with Debian
Wiki management? It's described as "a Debian Pure Blend which aims
to provide fully configured installations for various forms of
tinkering/hacking on electronics and other hardware devices."
--
Jeremy Stanley
s
package of a project where I eventually
moved the upstream codebase into revision control but have been too
lazy/distracted to do the same for the debian directory (which I
realistically only update once every year or two). I'm committed to
importing that into Salsa eventually, it's just
On 2024-12-21, at 17:55:39 +0100, Marc Haber wrote:
> On Sat, 21 Dec 2024 12:08:35 +0100, Tobias Frost wrote:
> > We DO already have the debian namespace on salsa, everything in this
> > namespace is "team maintained by everyone.",
>
> Is that so? I know that I agree that anybody can commit to my
s older than I am, I'd found other
hobbies and/or gone into a different field of work.
--
Jeremy Stanley
signature.asc
Description: PGP signature
x27;t depicted directly on my keyboard's keycaps,
after all.
--
Jeremy Stanley
signature.asc
Description: PGP signature
uses Calamares)
but not if you use the default netinst ISO.
Thank you,
Jeremy Bícha
t probably not. As you noted,
priorities matter and it's entirely possible to be involved in
Debian without that (depending on what exactly you want to do of
course). There's quite a lot that doesn't require upload permissions
in the archive, and also quite a lot of amazing people
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
already has excess precision:
https://wiki.debian.org/ArchitectureSpecificsMemo#i386
If you mean something else, could you be… more precise?
Thank you,
Jeremy Bícha
On 2024-11-09 14:19:53 +0100 (+0100), PICCA Frederic-Emmanuel wrote:
> is it via ChatGPT or an llm self hosted ?
[...]
It's DebGPT: https://salsa.debian.org/deeplearning-team/debgpt
--
Jeremy Stanley
signature.asc
Description: PGP signature
ed (to avoid taking on the global namespace), it's
> easier to see what it is about when doing archive-wide analysis from
> Sources, or even reading changelogs via stuff like apt-listchangs. :)
Renaming a source package does require going through the NEW queue.
Thank you,
Jeremy Bícha
acement, but
ideally wait until all versions for old Debian releases had
completely aged out of the pool (these days I guess that would
include waiting for LTS versions to no longer include it as well?).
--
Jeremy Stanley
signature.asc
Description: PGP signature
because they
are trying to install libfuse2 to get AppImages to work or perhaps
because fuse is a generic name). So I'd rather we got rid of the old
fuse binary package quicker. https://launchpad.net/bugs/1978310
Although I guess it would be a lot of work to fix that for Debian 12. :(
Thank you,
Jeremy Bícha
ecking generated files into version control if they can be
recreated from existing contents of version control (not merely the
versioned files but also the accompanying metadata).
--
Jeremy Stanley
signature.asc
Description: PGP signature
sometimes like trying to steer a train.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2024-08-26 21:28:38 -0700 (-0700), Otto Kekäläinen wrote:
> On Tue, 2 Apr 2024 at 17:19, Jeremy Stanley wrote:
> > On 2024-04-02 16:44:54 -0700 (-0700), Russ Allbery wrote:
> > [...]
> > > I think a shallow clone of depth 1 is sufficient, although that's not
> &
urselves back then) to track the entirety of
/etc in RCS. Yes having an auditable change history for your
configuration is useful, but Git didn't invent that. Git has merely
supplanted all prior version control systems, for this use case as
well as others.
--
Jeremy Stanley
signature.asc
Description: PGP signature
urity content[***]. Hope that helps.
[*] https://bugs.debian.org/1069654
[**] https://bugs.debian.org/1009804
[***] https://bugs.debian.org/1074468
--
Jeremy Stanley
signature.asc
Description: PGP signature
, nothing like the scale
of GitHub, so I wouldn't recommend building large-scale workflows
around our loose-knit community patterns.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2024-08-01 22:10:58 +0100 (+0100), Luca Boccassi wrote:
> On Thu, 1 Aug 2024 at 18:23, Jeremy Stanley wrote:
> >
> > On 2024-08-01 12:23:43 +0100 (+0100), Luca Boccassi wrote:
> > [...]
> > > To pick a random example, a less well known, less used, less
> > &
e time by projects trying to inflate public impressions
of their size: you're aware that GitHub counts someone as a
"contributor" even if all the do is leave a comment on a bug report,
right? By that gauge, Debian is probably orders of magnitude larger.
--
Jeremy Stanley
signat
js115 for Debian 13.
mozjs102 will be removed from Debian Unstable once cjs 6.2 reaches
Unstable which is expected to happen "soon".
References
--
https://gitlab.gnome.org/GNOME/gjs/-/merge_requests/936
https://whattrainisitnow.com/calendar/
Thanks,
Jeremy Bícha
fonts/noto-emoji/issues/390
https://www.debian.org/social_contract#guidelines
Thanks,
Jeremy Bícha
ponsoring is that I am unable to log in. I don't get any of the "sign
up" or "reset password" emails.
Thank you,
Jeremy Bícha
Unstable
later in the year.
https://gitlab.gnome.org/GNOME/tracker/-/issues/437
Thanks,
Jeremy Bícha
. The
intent is for the new binary packages to replace the existing
tracker-miners packages. We expect to do the transition in Unstable
later in the year.
https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/346
Thanks,
Jeremy Bícha
I believe debhelper already sets LC_ALL=C.UTF-8 for the cmake, meson,
and ninja buildsystems; therefore many but definitely not all packages
are already built with LC_ALL=C.UTF-8.
Thank you,
Jeremy Bícha
ained by the Debian GNOME team. Packaging will be at
https://salsa.debian.org/gnome-team/papers
The upstream source is at https://gitlab.gnome.org/GNOME/Incubator/papers
Thanks,
Jeremy Bícha
done for the
Trixie release?
I guess a subdirectory of /usr/share/ would be appropriate for the
extra manpages.
Thank you,
Jeremy Bícha
e storage first. If that's not
possible, I recommend replacing the OS with a new image of Debian
rather than trying to use apt to upgrade a few packages at a time. As
has already been mentioned, it is not supported to arbitrarily break
apt updates up like that to upgrade from say Debian 12 to the
eam maintainers understand that
downstream distributions want to include source code and can't
necessarily include full copies of our Git repositories, so we
create and cryptographically sign source code tarballs with all that
extracted/assembled metadata in the form of "generated" files, and
present those as our primary source distributions.
--
Jeremy Stanley
signature.asc
Description: PGP signature
onal information into our source archives.
--
Jeremy Stanley
signature.asc
Description: PGP signature
messages on the current branch
since the most recent tag if its SemVer-based version-guessing kicks
in (typically if the current commit isn't tagged and the version
string hasn't been overridden with an envvar).
--
Jeremy Stanley
signature.asc
Description: PGP signature
but it's merely your opinion that sdists are *not*
"upstream-created source tarballs" (an opinion *not* shared by
everyone).
--
Jeremy Stanley
signature.asc
Description: PGP signature
a proprietary service who discovered a saboteur in their ranks.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On Tue, Mar 12, 2024 at 9:30 AM Mathias Krause wrote:
> That works for me. The 32-bit time_t transition Jeremy mentioned seems
> like a good candidate to force a rebuild of a lot of packages. Is there
> an ETA for it? I found [1] which mentions to do the transition in
> January but
On Thu, Mar 7, 2024 at 6:06 AM Mathias Krause wrote:
> I, thereby, request to rebuild affected packages.
We are rebuilding thousands of packages for the ongoing 32-bit time_t
transition. Maybe you can propose this again after the rebuilds for
that are finished?
Thank you,
Jeremy Bícha
tate their PPAs’ keys
> (I vaguely recall searching for that and not finding it once).
It is not possible to rotate your PPA keys yourself, but Canonical is
handling it according to
https://discourse.ubuntu.com/t/new-requirements-for-apt-repository-signing-in-24-04/42854
Thank you,
Jeremy Bícha
claimed secure workflows seems entirely intractable. Sure you could
ask every DD to fill out a questionnaire, but if you don't trust
them to all follow documented practices then why would you trust
them to accurately answer survey questions either?
--
Jeremy Stanley
signature.asc
Description: PGP signature
For a volunteer-driven community effort, we have to rely on
everyone to exercise their best judgement in these sorts of matters.
--
Jeremy Stanley
signature.asc
Description: PGP signature
://gitlab.gnome.org/jbrummer/msgraph
Thanks,
Jeremy Bícha
our request for an upgrade?
Thank you,
Jeremy Bícha
sion that is **already in the archives**.
I originally tried to fix this RC bug a year ago but my upload
was auto-rejected then and I forgot to mark this issue for followup.
It was an early enough upload that thawab could have landed in Debian
12.
https://alioth-lists.debian.net/pipermail/debian-islamic-maintainers/2023-January/004920.html
Thank you,
Jeremy Bícha
sing
popularity of the externally-developed cryptography library as a
good reason to strip any remnants of cryptographic modules and
bindings from the stdlib.
--
Jeremy Stanley
signature.asc
Description: PGP signature
https://salsa.debian.org/python-team/packages/langtable
langtable is a proposed build dependency for the gnome-desktop library
Thanks,
Jeremy Bícha
quire uninstalling the pipewire audio stack at least.
--
Jeremy Stanley
signature.asc
Description: PGP signature
.d.o/doc (and maybe also wiki.d.o) could be
cool.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On Sat, Nov 25, 2023 at 5:51 PM David Bremner wrote:
>
> Jeremy Bícha writes:
> >
> > Package Name: solanum
> > Version: 5.0.0
> > Upstream Author: Christopher Davis
> > License: GPL-3+
> > Programming Lang: Rust
> >
> > Description: simple
. Packaging is at
https://salsa.debian.org/gnome-team/solanum
Thanks,
Jeremy Bícha
they have made things more complicated and more
inconvenient, which often ends up pressuring users into finding
less-secure workarounds, defeating the purpose of the additional
measures they enacted.
--
Jeremy Stanley
signature.asc
Description: PGP signature
the "trusted publisher" authentication mechanism (which
only supports GitHub Actions for now), there will likely be more
options in the future that also avoid use of global API tokens.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2023-11-16 00:20:40 +0100 (+0100), Salvo Tomaselli wrote:
> In data mercoledì 15 novembre 2023 15:58:15 CET, Jeremy Stanley ha scritto:
> > why do you need to put an OpenPGP key on the service
> > you're using to upload Python packages (not Debian packages) to
> > PyP
assert that their more recent addition of HTTPS and strong checksums
mostly serves the purpose of users being able to double-check that
what they downloaded is what PyPI meant to serve them (even if they
can't as easily double-check that what they downloaded is what the
author believes was originally uploaded).
--
Jeremy Stanley
signature.asc
Description: PGP signature
Thanks,
Jeremy Bícha
right files too, or is it really simply a hard-coded list of
matching patterns?
Regardless, this is great work, thanks for kicking off the
reevaluation!
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2023-09-08 13:31:43 + (+), Jeremy Stanley wrote:
> On 2023-09-08 12:09:09 +0530 (+0530), Hideki Yamane wrote:
> [...]
> > SPDX is led by the Linux foundation project, OpenChain for license
> > compliance.
> [...]
>
> Unless I'm misreading, OpenChain
it seems like all too often it's in pursuit of signing on more
and more donors at the expense of distracting active free/libre open
source software communities from what they would normally focus on
achieving.
--
Jeremy Stanley
signature.asc
Description: PGP signature
can be found at the project's website:
https://gitlab.freedesktop.org/libinput/libei
Thanks,
Jeremy Bícha
tually doing the work), is another matter of course. Like a
library choosing not to repurchase a particular damaged book due to
lack of popularity, rather than being pressed to remove it from the
shelves because someone disagrees with what's printed inside even
though they're never going
mment in GNU HURD sources, should we censor it out?
For that matter, if Debian was going to get into book burning over
racist, homophobic and misogynistic writing, all those packaged
versions of religious texts would presumably be the first things
tossed onto the pyre.
--
Jeremy Stanley
signatur
omment telling people where to
find our contributor workflow documentation.
--
Jeremy Stanley
signature.asc
Description: PGP signature
On 2023-08-16 11:45:43 +0800 (+0800), Paul Wise wrote:
> On Sun, 2023-08-13 at 21:18 +0000, Jeremy Stanley wrote:
>
> > Similarly, I got one for __pycache__/*.cpython-311.pyc file
> > overwrites... is that something dh_python should clean?
>
> Probably just send upstrea
s with a *.egg-info/ line in d/clean should both
> work. (Personally, I'd use extend-diff-ignore if the egg-info is
> also shipped in the source tarball and d/clean if not)
Similarly, I got one for __pycache__/*.cpython-311.pyc file
overwrites... is that something dh_python should clean
1 - 100 of 536 matches
Mail list logo
