nt this mail, it wasn't on my radar, so it's not yet a hell
of a lot of "extra work". ;)
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi
On 18-04-2025 15:46, Dominique Dumont wrote:
Should I log one bug for all 19 packages, or one bug per package ?
I'm pretty sure ftp-master has workflows that desire one bug per package
as I've seen that request often enough.
Paul
OpenPGP_signature.asc
Description: OpenP
the usual
process of changing priority, deps, or what have you. Which -- I will
note -- benefits the whole operating system on all platforms, not just
one container image (this is the way).
paultag
--
⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte
⣾⠁⢠⠒⠀⣿⡁ https://people.debian.org/~paultag | ht
just that *after* trixie
release.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
-cran-spatial
rmatrix: r-recommended depends r-cran-matrix
rpart: r-recommended depends r-cran-rpart
survival: r-recommended depends r-cran-survival
vtk9: opencv build-depends libvtk9-dev
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
;""
I don't think that's true. I was very much under the impression that
with the build profile nocheck all binaries have to be build and the
content has to be the same.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
d on those architectures. I think it's best to
assume for now that you can't remove them at this stage of the release.
Paul
[1] https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
OpenPGP_signature.asc
Description: OpenPGP digital signature
of the package) is in practice not a critical issue for trixie.
What I really want to avoid is that people get afraid to add the
!nocheck profile. It's valuable to have, let's not scare people so late
in the release cycle.
Paul
[1] https://qa.debian.org/dose/debcheck/src_testing_ma
Hi
On 05-04-2025 14:06, Santiago Vila wrote:
El 5/4/25 a las 8:44, Paul Gevers escribió:
Remember, if you really think a bug shouldn't be RC (particularly if
you are the maintainer),
downgrade it with an explanation.
Does this include the case where a Release Manager previously raise
at's already a great help.
Paul
[1] https://udd.debian.org/dev/cgi-bin/rcblog7.cgi
[2] https://release.debian.org/key-packages.html
OpenPGP_signature.asc
Description: OpenPGP digital signature
ust disagree it's a good idea for the project and
how we get work done. There is **no** reason a DD who got their account
5 minutes prior can't suggest a GR if they know what they're doing.
With love,
paultag
--
⢀⣴⠾⠻⢶⣦⠀ Paul Tagliamonte
⣾⠁⢠⠒⠀⣿⡁ https://peop
ay out of date with latest stable release of upstreams, so
kudos for that work!
Hopefully it also leads to the long tail of attack surface (that doesn't
know it and never had a CVE) in Debian similarly being motivated to follow
this example and update too.
Thanks for all your hard work!
Paul
s) without regards to
the issue being exploitable or even reachable (or built into the binary, in
some cases!). Closing CVEs out will no doubt make them complain less, which
sounds nice.
Paul
t they can get fixed in
time for the trixie release.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
iate) more naging.
How do you envision *using* this list, except having this discussion and
sharing a dd-list as suggested by Jonas? File wishlist bugs against the
packages if they don't exist yet (taking the first paragraph into
account too)?
Paul
OpenPGP_signature.asc
Description:
eam integration in the official Rust compiler is
rather slow unfortunately.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi
On 11-12-2024 12:34, Pirate Praveen wrote:
If reportbug can open your already configure email client (like
thunderbird) that already helps a lot.
I do that all the time:
paul@toba ~ $ grep thunderbird ~/.reportbugrc
mua thunderbird
Paul
OpenPGP_signature.asc
Description: OpenPGP
s it still mention ~? then you could try replacing the = with a space
and or replacing ~ with your home folder. Shell ~ expansion doesn't
happen in this way AFAIK and might not be supported internally by sbuild.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi Helmut,
On 11/29/24 07:59, Helmut Grohne wrote:
On Thu, Nov 28, 2024 at 02:39:36PM +0100, Paul Gevers wrote:
And doing it in a way that can be reused by how autopkgtests are run would
maybe be good too.
Can you clarify what you mean here? There is autopkgtest
--build-parallel and my
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
) for several years now and I've been using pristine-tar (via gbp) to
store them.
Paul
https://salsa.debian.org/debian/cacti/-/tree/pristine-tar?ref_type=heads
sus in this thread and go with that.
[Release Team hat on] I would take consensus for a decision on the topic.
Paul
On Sat, 2024-10-26 at 11:08 +0200, John Paul Adrian Glaubitz wrote:
> I just realized that this doesn't work because kiwi doesn't have a setup.py
> anymore but just uses pyproject.toml. Do you know how it works in this case?
OK, I just remove every custom override and let debhe
Hi Timo,
On Sat, 2024-10-26 at 10:15 +0200, John Paul Adrian Glaubitz wrote:
> On Fri, 2024-10-25 at 22:19 +0200, Timo Röhling wrote:
> > I ran into this issue with old-style setuptools packages (i.e.,
> > packages with a setup.py); AFAIK the entry_points mechanism needs
> &
code.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
t;
>
> export PYBUILD_BEFORE_TEST=\
> {interpreter} setup.py egg_info; \
> cp -r {dir}/src/*.egg-info {build_dir}
>
> export PYBUILD_AFTER_TEST=\
> rm -r {dir}/src/*.egg-info {build_dir}/*.egg-info
Thanks, this is what I was looking for. I will give this a try.
to reproduce the failing test since there is no working
--boot option for autopkgtest and and I can't find any info on how to
run qemu for that architecture.
I don't understand the remark in the first part of the sentence. Can you
elaborate?
Paul
[1] https://qa.debian.org/e
Hi Andrey,
thanks a lot for the fast and already helpful reply!
On Thu, 2024-10-24 at 16:03 +0500, Andrey Rakhmatullin wrote:
> On Thu, Oct 24, 2024 at 12:44:45PM +0200, John Paul Adrian Glaubitz wrote:
> > (Please CC as I'm not subscribed to debian-devel)
>
> (this is ho
the Trixie release.
Adrian
> [1] https://salsa.debian.org/debian/kiwi
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ports for stable servers. Daniel, what's your
plan?
There's also fasttrack [1], which sounds more suitable than backports by
what you write above.
Paul
[1] https://fasttrack.debian.net/
OpenPGP_signature.asc
Description: OpenPGP digital signature
x27;m of the
opinion that isa-support is basically wrong.
I haven't heard how not-supported-on works and can't quickly find
references.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
.
Statement from the Release Team:
https://lists.debian.org/debian-devel-announce/2023/12/msg3.html
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
infrastructure issues. The root cause
hasn't been found yet. The actual autoremoval script checks for the age
of the information and skips the removal if the age is too old (> 1
day), but the mailer isn't that smart.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
t allowed if the binaries have different
functionality [1], not even if the packages conflict. So apart from the
name of the packages, also the path needs to adapted.
Paul
[1] https://www.debian.org/doc/debian-policy/ch-files.html
OpenPGP_signature.asc
Description: OpenPGP digital signature
kages.
There's also the debomatic service [1].
Paul
[1] debomatic-arm64.debian.net/
OpenPGP_signature.asc
Description: OpenPGP digital signature
et me
know.
Thanks,
Adrian
> [1] https://db.debian.org/machines.cgi?host=shenzhou
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ake changes to
it, I couldn't even do it because I wasn't member of the right team,
which feels weird. The same is true for the key package set calculation
(which is strongly related).
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
On 16-08-2024 17:46, Alec Leamas wrote:
All other builds are OK. Has anyone a hint about what might be going on here?
https://release.debian.org/testing/arch_qualify.html armel column.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
fig-common, liferea and viking).
Feel free to enable all ci pipelines that work for those packages (I
couldn't get cacti to build on salsa last time I tried, would love to
see that fixed, I now use debomatic to try run builds). I'm not sure if
I receive MR message if somebody w
Hi,
On 30-07-2024 10:21, Simon McVittie wrote:
Please note that imtoas...@mail.com is (presumably) not Paul,
Correct.
the subject line is not what the release team
would use,
Correct.
and Paul seems unlikely to send official Debian announcements
through a gmx.com mail relay with a
be they don't belong there.
Paul
[1] Recently I started to work on a different way that autopkgtest would
talk to the testbed (via ssh). That may or may not be appropriate for
its use by sbuild. See bug 1068588.
OpenPGP_signature.asc
Description: OpenPGP digital signature
x27;t get it to work locally yet (facing non-obvious
error messages).
Maybe bug #1059725?
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
not saying we'll hold you from trying. What support means here is
that if you come and say: here's a bug, we'll say: you're on your own to
fix it.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
as Debian. If you want an Debian
architecture to keep Debian running on i386 CPU's, you can create a
port. But unless you find enough volunteers, I'm a bit skeptical you'll
succeed. There are enough problems to cover, of which upstream kernel
support and the 32 bit memory b
wo (if I recall and describe what I recall
correctly). I always thought that dgit clone generated that on my
computer if there was no git content on the dgit server. I'll try to
remember this next time I run my no-changes-source-only upload script.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
the features that 64-bit CPUs
provide, but if it's also for group (b) then this mustn't happen.
The Release Team expects the Debian i386 official port to go to (a).
Paul, wearing his Release Team hat.
OpenPGP_signature.asc
Description: OpenPGP digital signature
Two mistakes spotted
On 19-05-2024 10:05 a.m., Paul Gevers wrote:
I think there's a large majority (maybe
even consensus) that believe you *should* have the packaging in VCS
I meant "at least should", as in "should or must".
I think what
n salsa (86%) [2], so I propose we stop the
discussion. I think what pere did [3] changed more than this whole
discussion: already 45 *orphaned* packages converted to git by 25 April,
which means my numbers above are on the low side. The remaining 438 QA
maintained (!!??) packages constitut
f the trixie lifecycle.
Please elaborate. We aren't planning to drop i386. If you have more
information than I have, we'd like to learn.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi
On 17-05-2024 9:58 p.m., Victor Gamper wrote:
Is it correct that debian 13 is planned to be released without
an i386 iso and i386 is planned to be deprecated?
Our current position is described here:
https://lists.debian.org/debian-devel-announce/2023/12/msg3.html
Paul
On Sat, 2024-05-11 at 08:21 +, Aditya Garg wrote:
> 1. I want to add a custom kernel that supports my Hardware.
> 2. I want to add my own Apt repo which hosts various software
> packages to support my hardware.
Please consider adding that hardware support to the mainline Linux
kernel and to t
we HAVE TO have the exact
version in the archive. If the version mentioned in the Built-Using
field is no longer in the archive, the package can't be accepted.
Paul
PS: I'm no ftp-master
OpenPGP_signature.asc
Description: OpenPGP digital signature
entry_points()
works while running the testsuite?
Thanks,
Adrian
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069389
> [2] https://wiki.debian.org/Python/Pybuild
> [3] https://github.com/OSInside/kiwi/pull/2550
> [4] https://github.com/OSInside/kiwi/issues/2548#issuecomme
On 2024-05-11 07:09, Simon Josefsson via Gnulib discussion list wrote:
I would assume that (some stripped down
version of) git is a requirement to do any useful work on any platform
these days, so maybe it isn't a problem
Yes, my impression also is that Git has migrated into the realm of
cc/gc
(which is fine, except now you depend on members of the
release team), I'll manually schedule the tests. Maybe tomorrow.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
ope with the
process). Having said that, maybe we will be ready next week.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
cause autoremoval.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Sun, 2024-04-28 at 07:04 +0200, Johannes Schauer Marin Rodrigues wrote:
> speaking of mirroring problematic debian.org services [1] by adding more
> copies
> of terabytes of data [2]: is there an update of the situation regarding
> snapshot.d.o? I do not see any activity in bugs like #1050815
Hi,
On 27-04-2024 7:52 p.m., Andrey Rakhmatullin wrote:
Can you please look at libproxy<->glib-networking? libproxy excuses show
glib-networking tests failing, but they are working in sid.
And that's not missing a versioned Depends and/or Breaks? I.e. this is a
test only fail
day).
Reference runs for regressions are rescheduled once they are a week old.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
On 24-04-2024 7:38 p.m., Paul Gevers wrote:
On 24-04-2024 7:35 p.m., Andrey Rakhmatullin wrote:
What to do with autopkgtests that fail in testing because of problems
with
packages in testing that are fixed in unstable, e.g. the autopkgtest for
speech-dispatcher/0.11.5-2 on
Inform the
combination
manually, add a hint or both.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
g to fix two other bugs, one being missing SDL-2
support and the other the FTBFS after rebuild from the same source unpack.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
ter.
with regards
Paul
Debian
will overlook your behaviour and accept you as a developer, I don't know.
with regards
Paul
On Thu, 2024-04-04 at 01:01 -0700, John Lee wrote:
> I just wondered if I can sell computers that I build with Debian
> Linux pre-installed. The computers may also include programs I
> create. I tried to find the answer to this question but still
> unsure.
In addition to the other response you g
There's also a very through exploration at https://github.com/amlweems/xzbot
Including, very interestingly, a discussion of format(s) of the
payload(s), and a mechanism to replace the backdoor key to play with
executing commands against a popped sshd, as well as some code to go
along with it.
p
On Tue, Apr 2, 2024 at 5:12 PM Pierre-Elliott Bécue wrote:
> If you have a master key on your laptop, when a yubikey is in, while
> running gpg --edit-key your_main_key, you can use the "addcardkey" to
> create a subkey on the Yubikey directly.
>
Yeah, seconded for sure. This is the configuratio
package from unstable on a testing machine (since
there's no firefox package on testing, just firefox-esr).
So, is the plan to deliver firefox-esr via tpu (after alignment with the
Release Team)?
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Sun, 2024-03-24 at 22:45 +, Samuel Henrique wrote:
> I'm sending this to d-devel because there should be a lot of testing and
> unstable users on this list. If you're not running firefox 124.0.1 or
> firefox-esr 115.9.1esr-1, you should find a way of upgrading to those
> versions.
firefox
Hi,
On 19-03-2024 11:32 a.m., Ian Jackson wrote:
Paul Gevers writes ("Re: Package marked for autoremoval due to closed bug?"):
For bookkeeping purposes, please usertag downgraded bugs with user
release.debian@packages.debian.org and usertag time_t-downgrade.
I was informed t
maybe confusing it with the time needed for packages to be
out-of-sync [1]? That still requires someone (me) to file RC bugs and I
have stopped doing that during this transition exactly to avoid
autoremoval while the transition is in progress.
Paul
[1] https://lists.debian.org/debian-devel-announce
e usertag downgraded bugs with user
release.debian@packages.debian.org and usertag time_t-downgrade.
Please be careful with downgrading RC bugs.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
On Tue, 2024-03-05 at 09:56 +0100, John Paul Adrian Glaubitz wrote:
> I would like to ask for help with the t64 transition for m68k, powerpc and
> sh4 because it's getting too much for me alone and I'm really exhausted.
>
> I have build many packages for powerpc already
le me to debug future occurrences as I now understand
the underlying problem.
Thanks,
Adrian
> [1] https://buildd.debian.org/status/package.php?p=libhtml-parser-perl
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Sun, 2024-03-03 at 10:20 -0800, Ross Vandegrift wrote:
> Not exactly an answer, but an alternative - it's easy to get an ARM VM from
> many cloud providers. For a buck or two, I've avoided hours of futzing with
> the porterboxes. I've heard of providers with PPC, but haven't ever actually
> u
Hi,
On Tue, 2024-03-05 at 23:10 +0100, John Paul Adrian Glaubitz wrote:
> >
> > oks like it's built with dpkg-dev_1.22.4 but the time64 build flags are
> > only activated with 1.22.5.
>
> Ah, that would explain it, thank you so much!
>
> > I think there
On Wed, 2024-03-06 at 00:08 +0200, Niko Tyni wrote:
> (Oops, forgot the Cc you asked for. So resending. Apologies for the
> duplicate on the list.)
No worries.
> On Tue, Mar 05, 2024 at 09:17:17PM +0100, John Paul Adrian Glaubitz wrote:
>
> > I am getting strange Perl erro
subscribed to debian-devel.
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On Tue, 2024-03-05 at 09:56 +0100, John Paul Adrian Glaubitz wrote:
> For m68k, there is mitchy.debian.net and for powerpc, there is
> perotto.debian.net.
>
> For sh4, qemu-user can be used.
>
> Chroots here: https://people.debian.org/~glaubitz/chroots/
I'm collecting
l, so please CC.
For m68k, there is mitchy.debian.net and for powerpc, there is
perotto.debian.net.
For sh4, qemu-user can be used.
Chroots here: https://people.debian.org/~glaubitz/chroots/
Thank you,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Ph
access to testbeds with failed tests when contacted (preferably by
signed e-mail). This is no wildcard access, we'll need to align on the
time you want access. The advantage is that you run inside the setup
that's used by ci.d.n on the arch you need.
Paul
OpenPGP_signature.asc
Descript
upgrades. We don't protect against downgrades.
Obviously there might be issues, but you are running unstable *during* a
transition. You have to expect some troubles. Thanks for the
information, let's see if this is a real issue or not.
Paul
[1] https://subdivi.de/~helmut/dep1
uildd queue once it has become
stuck due to Mini-DAK as used by Debian Ports not supporting cruft [1].
Thanks,
Adrian
> [1] https://lists.debian.org/debian-sparc/2017/12/msg00060.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-G
On Thu, 2024-01-25 at 22:22 -0800, Otto Kekäläinen wrote:
> Yeah, I remember looking into cats some years back as a place to learn
> what commands exist. Similarly I also occasionally browse
> https://pre-commit.com/hooks.html.
Yeah, there are lots of other tools similar to cats, many of them are
On Thu, 2024-01-25 at 00:24 +, Wookey wrote:
> People keep telling us (@ARM) how marvellous Rust is, and we keep
> telling them that it's useless in the real world until it sorts out
> the stable ABI/dynamic linking problem.
IIRC that has been worked on for some years now, and IIRC
the static
On Sat, 2024-01-20 at 23:43 -0800, Otto Kekäläinen wrote:
> PS. Related, these are commands I frequently run manually but don't
> have any editor integration for:
Thats beginning to look like the history of check-all-the-things.
Initially I maintained such a list of commands on the wiki:
htt
way"?
I claim that nowadays we (as a project) don't expect our maintainers to
reply like that. Yes, as far as I know partial upgrades are still not
officially supposed to always work, but I think in practice it works
quite well, so I think we support it as far as "i
unstable that were
skipped for experimental because of different sonames there, deal with
binary NEW then in unstable.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
On Sat, 2024-01-20 at 09:40 +0100, Jonas Smedegaard wrote:
> I am (very) willing to act as service maintainer.
Please get in touch with the debtags team about this.
https://wiki.debian.org/Teams/DebTags
https://salsa.debian.org/groups/debtags-team/-/group_members
> I have interest myself in con
On Fri, 2024-01-19 at 18:24 +0100, André Maroneze wrote:
> I want to use debtags metadata for a research project
The debtags service is planned to be shutdown and the data no longer
published, as there is no-one in Debian who wants to maintain it.
https://lists.debian.org/msgid-search/2023112616
On Mon, 2024-01-15 at 10:17 +0100, Bastian Blank wrote:
> I asked for practical solutions, not theoretical ones. We don't have a
> suitable way to rebuild all packages just because right now.
There are some ideas on the static linking wiki page:
https://wiki.debian.org/StaticLinking
Probably t
ing a sponsor via that process.
Paul
[1] https://bugs.debian.org/1032150
OpenPGP_signature.asc
Description: OpenPGP digital signature
Oops, should have waited sending...
On 06-01-2024 14:30, Paul Gevers wrote:
On 06-01-2024 14:15, Gioele Barabucci wrote:
Aren't all these problems just inherent in Debian's lack of a mandated
packaging tooling and workflow [1,2]?
Might be, but that doesn't mean that problem
Hi Gioele,
On 06-01-2024 14:15, Gioele Barabucci wrote:
Aren't all these problems just inherent in Debian's lack of a mandated
packaging tooling and workflow [1,2]?
Might be, but that doesn't mean that problem goes away.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
rs so keen
on this transition that that won't happen? But what about newer versions
with the old name already in experimental, conform the former worry?).
I've seen NMU's being ignored by subsequent uploads by the maintainer,
even when they fixed RC issues which were then
#x27;s spellintian tool with minor
modifications.
* debian/{lintian.links,manpages}:
+ [NT] Install spellintian in PATH and install its manpage.
Thanks to Paul Wise for the suggestion. (Closes: #767867)
-- Niels Thykier Sun, 28 Jun 2015 14:08:29 +0200
--
bye,
pabs
On Fri, 2023-12-22 at 16:43 +0800, Otto Kekäläinen wrote:
> Currently Lintian requires a (source or binary) package to check[1].
(and some checks require *both* source and binary packages available)
> Is anyone aware of a way to run lintian directly on a debian/
> directory contents as-is withou
and he was talking about "Release Team bugs",
Yes, I was talking about d-release. Somehow this mistake slipped in and
wasn't caught during the review.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
aintainers
the wrong incentive to *not* make their packages reproducible, as there
would be no way back.
2) there are still infrastructure hiccups that would hit maintainers of
reproducible packages unequally hard, while we'd want the opposite if
we'd have a choice.
Paul
O
1 - 100 of 2948 matches
Mail list logo
