On 14/02/2025 22:10, Iustin Pop wrote:
Hi,
I have a package that, in the extract source step, generates very large
"artifacts" - I guess this is the actual source code. And this fails, of
course (https://salsa.debian.org/debian/doc-rfc/-/jobs/7091134):
I raised an issue for this here
https://
On Wed, Jan 08, 2025 at 02:59:16PM +, Luca Boccassi wrote:
> On Wed, 8 Jan 2025 at 14:35, Peter Pentchev wrote:
> >
> > On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> > > Le 2025-01-07 21:52, Peter Pentchev a écrit :
> > > >
On Wed, Jan 08, 2025 at 10:19:34AM +0100, Julien Plissonneau Duquène wrote:
> Le 2025-01-07 21:52, Peter Pentchev a écrit :
> >
> > Hm. That sounds interesting, but I think the Debian project cannot
> > protect such a mirror from automatically bringing in non-DFSG content
&g
An automatic mirror cannot do that.
(and no, even if one says "well the responsibility is on the developer who
first marked that remote repo for mirroring", no, I don't think there is
a way that developer can know that, two weeks later, somebody will push
bad stuff there)
G
uestion is really about reprepro, then take a look at
the "Contents" option in the definition of a distribution
(the conf/distributions file); putting "Contents:" on a line by
itself will make reprepro generate the files.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net
On Fri, Dec 13, 2024 at 11:01:43PM -0500, Michael Stone wrote:
> On Fri, Dec 13, 2024 at 07:00:36PM +0200, Peter Pentchev wrote:
> > On Fri, Dec 13, 2024 at 10:08:19AM -0500, Michael Stone wrote:
> > > On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
> > > &g
On Fri, Dec 13, 2024 at 07:00:36PM +0200, Peter Pentchev wrote:
> On Fri, Dec 13, 2024 at 10:08:19AM -0500, Michael Stone wrote:
> > On Fri, Dec 13, 2024 at 12:22:38PM +0100, Marc Haber wrote:
> > > They are planning to remove the --badname option from useradd, making
> >
's not actually essential for adding a user. If you don't like the policy
> that useradd sets...just don't use it.
In the context of the whole thread, are you suggesting that adduser(1)
should be changed to use something other than useradd(8) under the hood?
G'luck,
P
ll-time DD who often wishes he would
allocate more time to help with Rust packaging in Debian: go for it.
(not sure if you were actually asking for lurkers to pipe in;
thought I would on the off chance of "everyone who agrees is silent")
G'luck,
Peter
--
Peter Pentchev r...@ri
osemu/dosemu_1.4.0.7%2B20130105%2Bb028d3f-2%2Bb1_amd64.deb
I installed the archive version in Trixie, and it seems to be working.
No problems with dependencies.
Regards,
Peter
miliar with POSIX terms, the portable filename character
set is defined as:
https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/V1_chap03.html#tag_03_265
The set of characters from which portable filenames are constructed.
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
a single repository :)
So... yes, a simpler setup would work for some people, and it may be
better for beginners. However, there are some benefits to a full
repository containing both the upstream source and the Debian changes,
and some people like to use them every now and then.
Still, thank
On 25/10/2024 11:49, Jonas Smedegaard wrote:
If my understanding is correct, then it sounds wrong for DDs to be
granted access to all Salsa projects.
Hi Jonas,
I was not thinking of all Salsa projects,
but those that represent official packages.
Cheers,
Peter
ed?
I understand there is an issue whereby although uploading DDs
have unrestricted access to the archive,
they cannot update Salsa team repos if they are not a team member.
Maybe this ought to be fixed?
I can understand restricting access for DMs, but does it make sense for DDs?
Regards,
Peter
k, except for
the low chance of anybody having a 1.14-7+something local version.
Still, I thought I'd mention this for the more general case.
And thanks for holding this discussion in the first place!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org pe...@morpheusly.com
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com,
pkg-pascal-de...@alioth-lists.debian.net
* Package name : libqt6pas
Version : 1
Upstream Contact: N/A (See URL below)
* URL : https://www.lazarus
re verbosity.
> > (Please, not Python :P)
>
> not a big fan either, but python scores pretty high in terms of the first two
> criteria above
...so lately I have found that I never write new stuff in C and Perl,
preferring Rust and Python respectively.
(and yes, I know Raku has strong t
Zutils is a collection of utilities for dealing with any combination
> > of compressed and non-compressed files transparently. Currently the
> > supported compressors are gzip, bzip2, lzip, xz, and zstd.
There are also acat in the atool package, and bsdcat in
the libarchive-tools package.
G
close it once it is fixed?
Agreed. I can't reopen it myself, buy maybe you could as reporter.
Perhaps people might provide as comments further insights about the issue.
More likely if its open.
Regards,
Peter
about upcoming hardware upgrades and other improvements to
address these issues at
https://salsa.debian.org/salsa/support/-/issues.
Which particular issue here relates to the planned hardware upgrade?
Regards,
Peter
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-test-tunnel
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://devel.ringlet.net
ttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997948
Regards,
Peter
Package: wnpp
Severity: wishlist
Owner: Peter Wienemann
X-Debbugs-Cc: debian-devel@lists.debian.org
Package name: python-imapclient
Version : 3.0.1
Upstream Author : Menno Smits
URL : https://github.com/mjs/imapclient
License : BSD-3-Clause
$dirname: $!\n";
say "locked, it seems";
sleep(3600);'
I only put the sleep() part so I could check using lsof that
the directory was indeed locked. And yeah, the v5.10 part is a leftover
from the days (...until a month or two ago...) when I still had to
support st
ty,
default "yes", so that it is activated on new automatically installed
systems, but people who upgrade their current Debian installations can
choose to keep the old behavior?
I do realize that more debconf prompts are not always desirable, and
such decisions must be taken on a case-by-cas
that not what "the second countermeasure" part was?
If a first commit has ever been pushed, the second one would not
be "visible".
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.ke
On Wed, Mar 13, 2024 at 10:40:51AM +, Traut Manuel LCPF-CH wrote:
> > On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> >> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> >>> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
umbrella.
>
> What's the problem with
>
> nc -lp 80 > file
>
> ?
>
> Does this provide some sort of browser interface?
To start with, raven seems to allow uploading more than one file :)
The description on the project homepage lists several features such as
access
g *all* of these problems and making sure none of the libraries that
might cause them ever migrates to testing - this is the whole point.
So yeah, thanks a lot to the drivers of this transition, to the Release Team,
and to DDs (porters and otherwise) who help with that! IMHO, it is goi
On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> > Hi Dima,
> >
> > > On 7 Feb 2024, at 18:27, Dima Kogan wrote:
> > >
> > > Hi. Thanks for your contribution. I looked at
four bytes to the kernel - and they are 0, 0, 0, and... 0.
So it turns out that uio_disable_irq() and uio_enable_irq() do
exactly the same - send a 32-bit zero value to the kernel.
Is this the expected behavior indeed?
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@stor
fix this?
I haven't tested that, but my first attempt would be to add --no-start to
the invocation of dh_installsystemd in your rules file (you may need to
add an override_dh_installsystemd target to do that), and then your
postinst script would look something like that:
#DEBHELPER#
setup f
-dev sbin localization/locales
>
> Are any of these (like arping) literally duplicates of the same binary for
> some reason? Or are they true conflicts (different binaries with the same
> name)?
I don't know about many of the others (although I have my suspicions), but
the two pr
o
> >determine whether the user is in a restricted shell, and pkexec is
> >essentially a type of sudo and should be unavailable to anyone who is
> >using a restricted shell.
>
> Ah okay, makes sense…ish (sudo does not check this).
It does if one configures it to by settin
Package: wnpp
Severity: wishlist
Owner: Peter Hyman
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name : tmpwatch
Version : 2.12
* Upstream Contact: Peter Hyman
URL : https://github.com/pete4abw/tmpwatch
* License : GPL
Programming Lang: C
Description : tmpwatch is a utility searches
So when introducing a new soname (no just a new package name), then one
should move to time64 even on i386 ?
The problem with doing this is that
1. A reverse dependency may depend on more than one library that uses time_t
in it's API. Said reverse dependency would not be able to be sanely b
nd in this particular case, Lauren, I *will* get
around to taking a look at yours soon, honest!)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E
w
been proven through testing that some of the dependent modules are
not really affected by the incompatible change. In my experience,
nowadays this happens much, much more rarely than 10 or 15 years ago.
I have no idea how long it will take the Rust ecosystem to realize
that. I know that some of the most widely used modules have already
done that, some of them have been at the same 0.x.* or even 1.*
version for years (yes, really, years). So... here's hoping.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
On 10/01/2024 07:20, Otto Kekäläinen wrote:
Hi!
Is anybody aware if there is some kind of static analyzer for the
`debian/rules` file?
Not being aware of such a tool, I usually run 'debuild -S'
Much faster than a full build.
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com
* Package name : licenserecon
Version : 1.0
Upstream Contact: Peter Blackman
* URL : https://salsa.debian.org/PeterB/licenserecon
* License
nd shipped in macOS
> containing embedded firmwares. See asahi-fwextract ITP: #1055206
>
> Regards,
> Andreas Henriksson
>
>
> [1]:
> https://salsa.debian.org/bananas-team/asahi-fwextract/-/blob/debian/unstable/debian/patches/0001-Use-versioned-library-name-for-liblzfs
On 25/09/2023 14:25, Jonathan Kamens wrote:
So putting a Control: line in the pseudo-header of a message sent to
###-d...@bugs.debian.org doesn't work at all?
It should work if the syntax is correct. The + character was missing.
On 25/09/2023 12:16, Jonathan Kamens wrote:
Hi all,
I recently tried to close a bug, explain why, and set a "wontfix" tag all at once by sending my explanation to
###-d...@bugs.debian.org with "Control: tags ### wontfix" as the first line of my message body. The bug was closed but
the tags co
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Python Team
, r...@debian.org
* Package name: check-build
Version : 0.1.0
Upstream Contact: Peter Pentchev
* URL : https://gitlab.com/ppentchev/check-build
hich seems to be the only way it supports
multithreaded operation right now), this could be arranged - I just
never thought anybody wanted that until now.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roa
en, if there is a default shipped in /usr,
the service authentication attempts may suddenly start succeeding
when the PAM packages are upgraded on an existing system.
Yes, I know that the override/drop-in mechanism provides a way to
do that by creating a /dev/null override symlink, but the sysad
package, that the "Python library" part may be
important: the upstream authors of the other project may have
decided to use it, as a Python library, instead of fiddling with
child process management by themselves.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
ight now.
So... yeah. Thanks for your work, I know you mean well and you are
trying to make the life of Debian developers better, but this
particular approach will likely fail on a non-trivial set of
Debian -dev packages.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p.
Package: wnpp
Severity: wishlist
Owner: Peter Hyman
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name : lrzip-next
* Version : 0.12.0
* Upstream Contact: Peter Hyman
* URL : https://github.com/pete4abw/lrzip-next
* License : GPL
* Programming Lang: C, C++, Assembler, Bash Shell
reating and testing patches for this transition.
> Marking removal is too much.
On the other hand, the bugs have been open for an year and a half now...
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roa
On 20/06/2023 05:31, Joachim Zobel wrote:
I can see two logs of successful builds and a
diff for them.
Looks to me like the 2nd build is aborting.
..
I: Building the package
I: user script /srv/workspace/pbuilder/1086848/tmp/hooks/A99_set_merged_usr
starting
Re-configuring usrmerge
onment). x86 is the last active architecture for
this system, but as a whole it is slowly drying.
Most people moved on to using sbcl, which supports amd64 and has a more active
development. I planned to ask for removal of cmucl after the next release. End
of an era...
Best regards, Peter
session or a shell session? TMOUT only controls the
time-out of shell sessions.
Best regards,
Peter
/snaps exactly for that reason. But nothing do with
> anything discussed here though, as far as I can tell?
If an ELF executable, compiled on Debian, records its interpreter as
/usr/lib/ld-linux.so.2, what happens when one tries to run it on
a non-usr-merged system? Even one wi
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com
* Package name : cevomapgen
Version : 26
Upstream Contact:
* URL : https://sourceforge.net/projects/cevomapgen/
* License : GPL3+
Programming
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com
* Package name : cdreaper
Version : 3.0.0
Upstream Contact: Salamandar
* URL : https://gitlab.gnome.org/Salamandar/Reaper
* License : GPL2
ay (consciously or not) learn to ignore it.
I think a one-time notification via a (Debian) NEWS entry would be
a better choice.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
On Thu, Apr 06, 2023 at 05:01:07PM +0200, Paul Gevers wrote:
> Hi Peter,
>
> On 06-04-2023 15:37, Peter Pentchev wrote:
> > I feel like I cannot ask for an unblock from the release
> > managers since the sparc64 buildd started failing on this package
> > at some point i
On Thu, Apr 06, 2023 at 04:37:16PM +0300, Peter Pentchev wrote:
> Hi,
>
> The libzstd package in testing is currently missing a couple of
> build-time tests and a fix for a very rare data corruption bug.
> Both of these have been fixed in libstd-1.5.4+dfsg2-5 in unstable;
..
ully. Is it possible that
something is wrong with the sparc64 buildd? Could somebody with
an actual sparc64 box try to build libstd-1.5.4+dfsg2-5 and
let me know if it works for them?
Thanks in advance!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.co
" pledge is hard enough, but doing it as
a good phishing campaign with a large chance of success makes
it a lot harder.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
dh_auto_test:
dh_auto_test -- check
(any arguments after the ones that the debhelper tools understand will be
passed right on through to the build tools that they execute)
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.
Package: wnpp
Severity: wishlist
Owner: Peter
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com
* Package name : profile-cleaner
Version : 2.44
* URL : https://github.com/graysky2/profile-cleaner
* License : Expat
Programming Lang: Bash
Dear IOhannes,
On 12.03.23 18:48, IOhannes m zmölnig wrote:
Could lintian warn when a date based version is used?
Lintian already does this - see [0].
Best regards,
Peter
[0]
https://salsa.debian.org/lintian/lintian/-/blob/f03fc15a45df4965e374b1e3a40c51cf6fe545ed/tags/n/new-package-uses
On Wed, Feb 22, 2023 at 03:26:47PM +0200, Peter Pentchev wrote:
> On Wed, Feb 22, 2023 at 01:55:02PM +0100, Jonas Smedegaard wrote:
> > Quoting Peter Pentchev (2023-02-22 10:49:30)
> > > So I've seen this idea floating around in the past couple of years
> > > (and i
On Wed, Feb 22, 2023 at 01:55:02PM +0100, Jonas Smedegaard wrote:
> Quoting Peter Pentchev (2023-02-22 10:49:30)
> > So I've seen this idea floating around in the past couple of years
> > (and in some places even earlier), but I started doing it for
> > the couple of pi
Thanks for reading this far, and keep up the great work!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
signature.asc
Description: PGP signature
On Tue, Feb 14, 2023 at 09:51:50AM +, Simon McVittie wrote:
> On Tue, 14 Feb 2023 at 10:21:31 +0200, Peter Pentchev wrote:
> > I can't speak of many other systems, but at least with Perl's XS
> > (the standard way to write Perl modules parts of which are compiled C
s for that.
[2] Well, okay, that's not strictly true, since the binary called "gcc" now
may not be the same that was provided by the C compiler package a couple
of months ago, but it ought to be guaranteed to generate compatible code
and object files.
So yeah, I'
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-parse-stages
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://gitlab.com
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, team+pyt...@tracker.debian.org,
r...@debian.org
* Package name: python-test-stages
Version : 0.1.1
Upstream Contact: Peter Pentchev
* URL : https://gitlab.com
using those symbols.
JFTR (I'm pretty sure that both Scott and Russ know this),
https://sources.debian.org/ can help one figure out whether some other
Debian package uses them.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://p
On Sat, Jan 14, 2023 at 02:11:00PM +0200, Peter Pentchev wrote:
> On Fri, Jan 13, 2023 at 09:11:40PM -0500, nick black wrote:
> > it's 2023 and imho time to stop supporting unshadowed passwords
> > from the installer.
> >
> > https://salsa.debian.org/installer-te
s 2. i just don't think this belongs in the
> installer anymore.
I know what NIS/YP is, I know of a couple of places where it is
still in use, and, as Mark Haber said, the people running those
places know how to find and flip a switch.
G'luck,
Peter
--
Peter Pentchev r...@ringle
something went out-of-sync.
Best regards,
Peter
[0]
https://packages.debian.org/search?keywords=thunderbird&searchon=names&suite=all
[1] https://tracker.debian.org/pkg/thunderbird
[2] https://packages.debian.org/source/stable-security/thunderbird
[3] https://packages.debian.org/source/o
ot;ping is not setuid"
default, then mention that debconf setting in a comment in the file that
the package installs in the sysctl.d/ directory.
Other than that, I think making ping not setuid is a great idea.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p.
have autopkgtests that compile trivial programs for other
library packages, I don't know why I didn't add one (and now, it seems,
at least two) for libzstd when I adopted it. Thanks again for the idea!
Once again, thanks to everyone for the relevant critique and helpful
suggestions!
G
On Mon, Dec 26, 2022 at 02:00:31PM +0100, Andrea Pappacoda wrote:
> Il giorno lun 26 dic 2022 alle 08:37:51 +02:00:00, Peter Pentchev
> ha scritto:
> > In #1020403 there is a request to install the CMake build glue for
> > the zstd library in its -dev package. I think that this
On Mon, Dec 26, 2022 at 08:37:51AM +0200, Peter Pentchev wrote:
> Hi,
>
> In #1020403 there is a request to install the CMake build glue for
> the zstd library in its -dev package. I think that this is a good
> idea, and I have a pretty much ready-for-uploading set of changes
>
ry.
That's not a big hurdle; if people say that this is the way to go, then
this is what will be done.
Many thanks to all the people who keep working on all the tools and
toolchains that make this message make sense at all!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.n
On 30/11/2022 14:03, Jonas Smedegaard wrote:
Hi,
I am unable to succesfully dput packages. Most likely the cause is my
too late updating my PGP key expiry date - but that should be solved by
now, and I am unable to figure out how to debug the problem or whom to
contact about it.
I patiently wa
nts pointing towards the underlying issue are appreciated.
Best regards,
Peter
[0] https://tracker.debian.org/pkg/charliecloud
[1] https://salsa.debian.org/hpc-team/charliecloud/-/jobs/3544125
[2] https://salsa.debian.org/hpc-team/charliecloud/-/jobs/3544126
[3]
https://buildd.debian.org/
in this: (an older version of)
the unidic-mecab package is already in the Debian archive.
This is not about a new package, but a package update.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.a
g 5.?
Do you mean having packages with the same names, but different versions
(even if only Debian revisions) and totally different contents, and also
built from different source packages, in different sections of the same
suite in the archive?... I'm... I'm not sure this would work
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org, pe...@pblackman.plus.com
Owner: pe...@pblackman.plus.com
* Package name : qt6ct
Version : 0.5-1
Upstream Author : Ilya Kotov
* URL : https://github.com/trialuser02/qt6ct
* License : B
On 04/05/2022 19:43, Russ Allbery wrote:
I don't know if it currently does this, but it would be useful for popcon
to show counts for public third-party packages that aren't in the archive.
See
https://popcon.debian.org/unknown/by_recent
Cheers,
Peter
Recently andreas-tille sent the following message about libzstd to
debian-devel
I'd like to repeat that I'm really convinced that libzstd should *not*
be maintained in the Debian Med team but rather some core team in
Debian. It is here for historic reasons but should have moved somewhere
more
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, r...@ringlet.net
* Package name: remrun
Version : 0.2.0
Upstream Author : Peter Pentchev
* URL : https://gitlab.com/ppentchev/remrun/
* License : BSD-2-clause
On Mon, Mar 14, 2022 at 05:11:07PM +0100, Andreas Tille wrote:
> Hi Peter,
>
> Am Mon, Feb 21, 2022 at 07:40:26PM +0200 schrieb Peter Pentchev:
> > > there was a (private) request to upgrade libzstd to latest 1.5.2.
> > >
> > > I'd like to repeat that
t regards,
Peter
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org,
r...@debian.org
* Package name: python-cfg-diag
Version : 0.2.0
Upstream Author : Peter Pentchev
* URL : https://github.com/storpool
ill try
to do that in the next couple of days. Apologies for the months of
delay, and thanks a lot for all of your team's work!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerp
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, r...@debian.org
* Package name: tox-delay
Version : 0.1.0
Upstream Author : Peter Pentchev
* URL : https://devel.ringlet.net/devel/tox-delay/
* License : BSD-2
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, r...@debian.org
* Package name: utf8-locale
Version : 0.2.0
Upstream Author : Peter Pentchev
* URL : https://gitlab.com/ppentchev/utf8-locale
* License : BSD-2
ND=gnome
after installing the libgtk3-perl package ought to work, and it seems to
work for me:
sudo env DEBIAN_FRONTEND=gnome dpkg-reconfigure locales
...brings up a GTK+ interface.
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com
PGP key:http://peo
Package: wnpp
Severity: wishlist
Owner: Peter Pentchev
X-Debbugs-Cc: debian-devel@lists.debian.org, r...@debian.org,
team+pkg-...@tracker.debian.org
* Package name: deltarpm
Version : 3.6.3
Upstream Author : Michael Schroeder
* URL : https://github.com/rpm-software
Dear all,
I've just noticed that the weekly live builds (both the free ones [0]
and the unofficial non-free ones [1]) have not been updated since August
9, 2021. Is this on purpose or did some machinery get stuck?
Best regards,
Peter
[0] https://cdimage.debian.org/cdimage/weekly
I am a researcher at the University of Waterloo, conducting a project to study
reproducibility issues in Debian packages.
The first step for me is to link each Reproducibility-related bug at this link:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=reproducible-bui...@lists.alioth.debia
>
> https://wiki.debian.org/ReleaseProposals
>
Great list, contains a lot of what I have to say.
The fact that debian is laser focused on stable, and does not officially
encourage using testing as a rolling release (as evidenced from a couple
replies to this email chain), yet there are still peop
Hi,
I am enjoying Debian's testing branch as a reasonably stable and up-to-date
'rolling' release, and I have to say it satisfies all my desires, almost.
The one thing that bothers me is that every two years, the unstable/testing
branches are frozen to certain extent because of the stable releases
1 - 100 of 1952 matches
Mail list logo
