On Mon, Jan 15, 2024 at 10:17:17AM +0100, Bastian Blank wrote:
> On Sun, Jan 14, 2024 at 04:24:57PM +0100, Simon Josefsson wrote:
> > Isn't that what the text refers to? Vendoring and static linking are
> > two examples of the same problem that the security team may encounter.
>
> We accept
On Thu, Sep 28, 2023 at 03:45:14PM +, Scott Kitterman wrote:
> On September 28, 2023 3:22:20 PM UTC, Bastian Germann wrote:
> >Okay. What do you suggest for "team maintained" packages where there is
> >no active team member? File MIA processes for each of the uploaders?
> >And then? The
On Tue, Sep 19, 2023 at 11:39:49AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> I was about to say that zdebootstrap by Adam Borowski used to be a thing four
> years ago but now I see another commit from two days ago so maybe it's still
> alive and usable?
>
> https://git.
On Sat, Sep 16, 2023 at 10:31:20AM +0530, Hideki Yamane wrote:
> Today I want to propose you to change default compression format in .deb,
> {data,control}.tar."xz" to ."zst".
> According to https://www.speedtest.net/global-index, broadband bandwidth
> in Nicaragua becomes almost 10x
>
> -
On Wed, Sep 13, 2023 at 09:09:00PM +0200, Gunnar Hjalmarsson wrote:
> There is a problem with fonts-noto-core, though, as several people have
> mentioned already: For non-LCG scripts it provides one font per script. And
> there are quite a few of those. So for a user, who wants to actively and
>
On Tue, Sep 12, 2023 at 10:31:17AM -0400, M. Zhou wrote:
> Intel is also slow in upstreaming their SYCL implementation to LLVM
> upstream. So that there is still a very far way to go towards
> the pytorch variant that can use intel ARC GPU.
Yeah, but that's not a problem for the installer. Nor
On Tue, Sep 12, 2023 at 09:19:26AM +0200, Gioele Barabucci wrote:
> On 12/09/23 08:24, Fabian Greffrath wrote:
> > the fonts-noto-core package installs a full pack of 268 (!) font files.
> > This is discussed in detail in #983291 [1].
>
> The issues is not that there are too many files, but that
On Tue, Sep 12, 2023 at 08:32:17AM +0200, Fabian Greffrath wrote:
> > Before we go and bother the relevant folks (or maybe even do part of the
> > work ourselves...), could someone name other pieces of hardware that
> > would be wanted for Bookworm+½?
>
> not sure of that's what you mean, but the
So...
If you've watched our Dear Leader's talk, a prominent problem listed
was problems with new graphics cards.
While he didn't elaborate, I assume it was about Intel Arc -- ie, new DG2
discrete GPUs. And the problem is, proper support didn't hit the kernel
until after 6.1. You can kinda-sorta
On Wed, May 31, 2023 at 10:10:56PM +, Andrew M.A. Cater wrote:
> As someone who owned and happily used an Asus eePC several years ago: very
> nice, silent - it also had a flash disk from the earliest days of flash disks.
Instead of RasPis as suggested by many in this thread, I'd instead
On Sat, May 20, 2023 at 09:15:00AM +0200, Josh Triplett wrote:
> How easily could we add 64-bit system detection to the i386 installer,
> and a message saying something like:
>
> "You're installing the i386 architecture on a 64-bit system. While this
> will work, this is the last release it'll be
On Mon, Mar 06, 2023 at 02:38:53PM +, Steve McIntyre wrote:
> j...@debian.org wrote:
> >Since the grub 2.06 upload, os-prober is now disabled by default. This
> >means that other operating systems are no longer detected and added to
> >grub by default in Debian 12.
> >I haven't followed
On Sat, Jan 28, 2023 at 01:59:40PM +0100, Santiago Vila wrote:
> El 28/1/23 a las 12:50, Andreas Henriksson escribió:
>
> > Claiming there's no point to free software when the problem is simply
> > that you are using an *unsupported* setup?!?!
>
> Unsupported by whom? What is supported or
On Wed, Jan 18, 2023 at 08:19:15AM -0800, Otto Kekäläinen wrote:
> Lintian just started erroring on 'depends-on-obsolete-package
> lsb-base' on many of my packages yesterday.
It's a very low priority cleanup; the Depends is redundant but
harmless.
> There are no new uploads of lsb-base recently
On Tue, Jan 03, 2023 at 12:43:31AM +0100, Marco d'Itri wrote:
> On Jan 02, Noah Meyerhans wrote:
> > I'm entirely happy to reassign this request to systemd and have the
> > setting applied more broadly.
> Some options:
> - conflict with systemd < version_with_the_new_default
> - wait for a full
On Thu, Dec 15, 2022 at 03:12:21PM +0100, Guillem Jover wrote:
> On Wed, 2022-12-14 at 15:27:18 +0100, Juri Grabowski wrote:
> > * Package name: distribution-gpg-keys
> > Upstream Author : Miroslav Suchý
> > * URL : https://github.com/xsuchy/distribution-gpg-keys/
> >
On Wed, Dec 14, 2022 at 03:27:18PM +0100, Juri Grabowski wrote:
> * Package name: distribution-gpg-keys
> Upstream Author : Miroslav Suchý
> * URL : https://github.com/xsuchy/distribution-gpg-keys/
> Description : GPG keys by various Linux distributions
>
> used by
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: zst
Version : not released yet
Upstream Author : yours truly
* URL : https://github.com/kilobyte/zst
Programming Lang: C
Description : CLI tool
On Sun, Oct 02, 2022 at 01:06:31PM +0200, Mattia Rizzolo wrote:
> On Sun, Oct 02, 2022 at 10:57:11AM +0100, Simon McVittie wrote:
> > > Packages that only build Architecture: all binary packages tend to use
> > > Build-Depends-Indep.
> >
> > Policy is quite clear about that being a bug. I think a
On Tue, Sep 27, 2022 at 12:23:57AM +0300, Adrian Bunk wrote:
> If we limit the problem to avoiding build failures in cases that
> upstream does not support, there would be the trivial solution of
> having a package ship Provides like:
> - architecture-is-64bit
> - architecture-is-32bit
> -
On Sun, Oct 02, 2022 at 09:51:52PM +0200, Lucas Nussbaum wrote:
> On 02/10/22 at 04:23 +0200, Adam Borowski wrote:
> > I did another _source_ rebuild of the archive -- checking if every package
> > is capable of repacking its source. Ie, if you can unpack it, (possibly
> > mo
On Sun, Oct 02, 2022 at 08:40:04AM +0200, Lucas Nussbaum wrote:
> On 02/10/22 at 04:23 +0200, Adam Borowski wrote:
> > I did another _source_ rebuild of the archive -- checking if every package
> > is capable of repacking its source. Ie, if you can unpack it, (possibly
> > mo
Nǐmen hǎo!
I did another _source_ rebuild of the archive -- checking if every package
is capable of repacking its source. Ie, if you can unpack it, (possibly
modify), and pack again.
Putting aside packages that are broken in other ways as well (B-Depends
non-installable, FTBFS or a RC bug),
On Sun, Sep 18, 2022 at 03:58:57AM +0200, Guillem Jover wrote:
> On Sun, 2022-09-18 at 03:39:43 +0200, Adam Borowski wrote:
> > A few packages had a value of R³ other than "no" / "binary-targets",
> > these are deprecated now; bugs filed.
>
> Deprecated by
On Sat, Sep 17, 2022 at 02:30:45AM +0100, Luca Boccassi wrote:
> Unless any new issue pops up, I'll upload i-s-h to unstable to start
> the transition tomorrow evening.
... and you ignored anything you don't like, and uploaded ANYWAY.
Despite even the GR talk, which you folks _explicitely
Hi!
A few months ago I ran a test rebuild of packages that lack
Rules-Requires-Root settings. Alas, I've forgotten to post the
results, doing so now.
A few packages had a value of R³ other than "no" / "binary-targets",
these are deprecated now; bugs filed.
This leaves three states: "no",
On Thu, Sep 15, 2022 at 10:57:52PM +0100, Luca Boccassi wrote:
> On Sat, 2022-09-10 at 15:37 +0200, Ansgar wrote:
> > the transition to usrmerge as described in [1] is planned to start
> > around 2022-09-15 (next Thursday).
> I have just come back home from LPC so did not have much time
> today,
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: inkscape-silhouette
Version : 1.26+
Upstream Author : Juergen Weigert and contributors
* URL : https://github.com/fablabnbg/inkscape-silhouette
* License
On Thu, Sep 08, 2022 at 05:58:25PM +0200, Dylan Aïssi wrote:
> I have been asked several times regarding when Debian will switch its default
> sound server from PulseAudio to PipeWire without having an official answer.
> Thus, I suppose it's the right time to start a discussion about that.
If
On Sun, Aug 28, 2022 at 04:56:26PM +, Thorsten Glaser wrote:
> Didier 'OdyX' Raboud dixit:
> >If these tests are run at build-time, errors halt the build and that provides
>
> That may not be enough, though; there are cases where the build
> architecture determines artefact endianness (e.g.
Meow!
Because of the trimming changelogs discussion, I just wondered whether
it'd be beneficial to switch compression from .gz to .zst (gzip to zstd).
Numbers I got from the desktop I sit at:
* du of a copy of /usr/share/doc
366692
* rm ! -name "*.gz"
194184
* decompress
656852
* repack as zstd
On Tue, Aug 16, 2022 at 02:26:27PM +0200, Martin Quinson wrote:
> as per policy 5.6.12, I'm seeking for a consensus for upgrading the epoch of
> the
> widelands package. The version currently in Debian is 1:21-2, corresponding to
> the upstream build21.
>
> Last year, upstream released their
On Tue, Jul 19, 2022 at 05:43:35PM -0600, Sam Hartman wrote:
> > "Guillem" == Guillem Jover writes:
> Guillem> Hi! There's been talk about switching away from
> Guillem> netkit-telnet and netkit-telnetd as the default
> Guillem> implementations for some time now, and replacing
On Tue, Jul 19, 2022 at 05:15:32PM +, Thorsten Glaser wrote:
> Matthias Klose dixit:
> >The goal is to enable this optimization by default in an upcoming
> >Debian release in dpkg-buildflags for 64bit architectures. The goal
> >is to get this package to build with link time optimizations, or
On Tue, Jul 19, 2022 at 06:08:16PM +0200, Andrej Shadura wrote:
> On Tue, 19 Jul 2022, at 16:57, Adam Borowski wrote:
> > On Tue, Jul 19, 2022 at 01:48:17PM +0200, Andrej Shadura wrote:
> >> Take Misha/Miša/Миша or Petya/Peťa/Петя. In Russian tradition, these are
> >>
On Tue, Jul 19, 2022 at 01:48:17PM +0200, Andrej Shadura wrote:
> No need to go that far.
> Andrea in Germany is traditionally a woman’s name, Andrea in Italy is a
> masculine name. How can we tell if a certain specific Andrea is named
> according to the German (Czech, Slovak etc) tradition (and
On Mon, Jul 18, 2022 at 05:33:00PM +0100, Shannon wrote:
> Package Name: gnome-shell-extension-runcat
> Version: 18
> Upstream Author: Sergei Kolesnikov
> Description:desktop icon for showing CPU usage with cats
> RunCat provides a key-frame animation to the GNOME Shell top bar.
> Animation
On Sun, Jul 17, 2022 at 10:35:21AM +0200, Ansgar wrote:
> On Sun, 2022-07-17 at 10:02 +0200, Mattia Rizzolo wrote:
> > At this point, what about SPF? Ignoring potential whitelists on mail
> > receivers, I think using this service doesn't provide extra
> > advantages than signing on our own
On Thu, Jul 14, 2022 at 08:14:13AM -0700, Russ Allbery wrote:
> Edward Betts writes:
>
> > I've been writing some code to work out the gender balance of speakers
> > at a conference. It parses the pentabarf XML of the schedule and feeds
> > the speaker names to this module.
>
> > Here's the
On Thu, Jul 14, 2022 at 04:05:35PM +0200, Jeremy Bicha wrote:
> > > >* Package name: gender-guesser
> Debian has a Diversity Statement [1] which says that Debian welcomes
> people regardless of how they identify themselves. Trans people and
> non-binary people face a lot of discrimination,
On Fri, Jun 17, 2022 at 12:40:34PM +0300, Nicholas Guriev wrote:
> LTO significantly increase memory requirements for buildd machines. Do we
> have
> enough RAM and swap on each build server?
>
> > Link time optimizations are also at least turned on in other distros like
> > Fedora, OpenSuse
On Fri, Jul 01, 2022 at 07:52:16PM +0300, Adrian Bunk wrote:
> On Fri, Jun 17, 2022 at 10:18:43AM +0200, Matthias Klose wrote:
> > The proposal is to turn on LTO by default on most 64bit release
> > architectures.
>
> By what factor does -ffat-lto-objects increase disk space usage during
>
On Mon, Jun 06, 2022 at 10:47:38AM +0200, Marco d'Itri wrote:
> On Jun 06, Paul Wise wrote:
>
> > There are lots of packages that need porting to every new architecture
> > that comes along. There are others that don't require porting but
> > benefit in some way from porting to some aspect of
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: alpine-chroot-install
Version : 0.13.3
Upstream Author : Jakub Kirutka
* URL : https://github.com/alpinelinux/alpine-chroot-install
* License
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: miniasync
Version : 0.1.0~rc1
Upstream Author : Intel
* URL : https://github.com/pmem/miniasync
* License : BSD-3
Programming Lang: C
On Wed, May 11, 2022 at 09:48:56AM +0800, Paul Wise wrote:
> The only exception is things like firmware-sof-signed, which is libre
> firmware except the binaries are built and signed by Intel, so Debian
> can't build the firmware binaries ourselves, unless the approach taken
> with the Secure Boot
On Sun, Apr 03, 2022 at 02:17:15PM +0300, Adrian Bunk wrote:
> On Fri, Mar 25, 2022 at 11:34:17PM +0100, Adam Borowski wrote:
> > * while a hard Depends: works for leafy packages, on a library it
> > disallows having alternate implementations that don't need the
> > lib
On Wed, Apr 06, 2022 at 12:03:55PM +0200, Krzysztof Sobiecki wrote:
> Hi,
> I saw warning and it advised me to use dpkg-fsys-usrunmess:
> But now I see: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008486
> And even without that there are problems with that tool:
>
Hi!
While packages are allowed to not support entire architectures
outright, there's a problem when some code requires a feature that is
not present in the arch's baseline. Effectively, this punishes an arch
for keeping compatibility. The package's maintainers are then required
to conform to the
On Tue, Mar 15, 2022 at 10:46:10AM +, Ian Jackson wrote:
> Ian Jackson writes ("Re: proposed MBF: packages still using source format
> 1.0"):
> > But I see now that the MBF has gone ahead anyway.
> For example, consider a package maintained by a sponsee of mine:
>
> Debian is not upstream,
On Mon, Mar 07, 2022 at 05:50:43PM +0100, Stephen Kitt wrote:
> * Package name: lumin
> Version : 1.0.0
> * URL : https://github.com/johnkerl/lumin
> Description : pattern match highlighter
>
> lumin highlights matches to a specified pattern (string or regular
>
On Mon, Mar 07, 2022 at 05:35:43PM +0200, Wouter Verhelst wrote:
> On Sun, Mar 06, 2022 at 09:25:45PM +0100, Lucas Nussbaum wrote:
> > Wouter Verhelst
> >aspic
> >logtool
>
> Yeah, no. These will be reduced to "wishlist" and probably tagged
> "wontfix".
Both of these packages have no
On Sun, Feb 27, 2022 at 01:40:48AM +0100, Ben Hutchings wrote:
> On Sun, 2022-02-20 at 22:43 +0100, Adam Borowski wrote:
> > if which valgrind >/dev/null; then
>
> This should use "command -v", not which, I think?
No, and the recent debacle revealed enough reas
On Sun, Feb 20, 2022 at 04:32:43PM -0500, Jeremy Bicha wrote:
> On Sun, Feb 20, 2022 at 1:46 PM Adam Borowski wrote:
> > The correct answer currently is:
> > [amd64 arm64 armhf i386 mips64el mipsel ppc64el s390x powerpc ppc64]
> > but it keeps changing, and you don't wan
eow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁
⢿⡄⠘⠷⠚⠋⠀ Being wise is hard, but wise-ass... ooh, this one I can deliver!
⠈⠳⣄
"Adam C. Powell, IV"
mpich (U)
petsc (U)
slepc (U)
Adam Borowski
libpmemobj-cpp
pmdk
pmemkv
vmemcache
Alastair McKinstry
mpich (U)
Andreas Boll
libdrm (U)
mesa (U)
Andreas Tille
On Fri, Feb 11, 2022 at 10:58:26AM +0100, Ansgar wrote:
> On Fri, 2022-02-11 at 10:37 +0100, Adam Borowski wrote:
> > This metapackage installs Valgrind on architectures where it is
> > available.
> > As the list of archs where Valgrind works changes quite often,
>
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: valgrind-if-available
Description : dependency package to pull in Valgrind if it's available
This metapackage installs Valgrind on architectures where it is available
Guys, once again we had a complaint about forcing people to waste their time
on copyright matters then wait months or years for review of said matters
-- just for the discussion degenerate into a proposal to bring even MORE
copyright into our life!
> - What is REUSE?
> The REUSE specification [1]
On Tue, Jan 25, 2022 at 09:38:01PM +0100, Vincent Bernat wrote:
> For me, the copyright check is just a bad excuse. People upload
> non-distributable stuff everywhere and it seems the world continue to go
> round. What amount of non-distributable packages is stopped by the NEW
> queue?
>
> I
On Wed, Jan 26, 2022 at 10:44:37AM +0100, Gard Spreemann wrote:
> Jonas Smedegaard writes:
> > Quoting Vincent Bernat (2022-01-25 21:38:01)
> >> I didn't comment at first because I thought someone else would raise
> >> the idea. But it seems people still like the idea of a NEW queue. Not
> >>
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rapidcheck
* URL : https://github.com/emil-e/rapidcheck
* License : BSD-2
Programming Lang: C++
Description : C++ framework for property based testing
On Fri, Jan 21, 2022 at 01:28:54PM -0500, Scott Kitterman wrote:
> 2. New binary package "steals" binary from another source. This is
> sometimes
> OK. Sometimes it's accidental. It could also be malicious (I don't remember
> if I've every actually seen this done for an intentional "steal"
On Wed, Dec 29, 2021 at 04:35:22PM -0500, Scott Kitterman wrote:
> The postfix package ships a script in /etc/resolvconf/update-libc.d/ to
> restart
> postfix when resolv.conf is updated. As far as I know, that still works if
> the
> resolvconf package is installed, but if not (i.e. Debian
On Thu, Nov 11, 2021 at 04:27:47PM +0100, Alexander Traud wrote:
> Question: Exists an (easy) way to 'grep' all headers files of all packages in
> Debian?
Codesearch indexes 퐬퐨퐮퐫퐜퐞 packages, it sounds like you want binaries.
wget http://ftp.debian.org/debian/dists/sid/main/Contents-amd64.gz
apt
On Wed, Nov 10, 2021 at 07:01:15PM +0100, Marco d'Itri wrote:
> On Nov 10, Sam Hartman wrote:
>
> > I'm sorry, but I think the only way in which that horse is dead is that
> > no one has proposed patches to dpkg.
> Indeed, because the sides of this argument are like three people (one of
> them
On Sat, Oct 02, 2021 at 03:12:04PM +0200, Timo Röhling wrote:
> * Jonas Smedegaard [2021-10-02 15:03]:
> > I use ~ (tilde) as delimiter when possible, to make room for an eventual
> > later release with the issues fixed, without needing ugly versioning or
> > being forced to wait for a later
On Sun, Sep 26, 2021 at 01:41:18AM -0400, nick black wrote:
> Marco d'Itri left as an exercise for the reader:
> > And the preseeding syntax is as powerful as it is inconvenient.
> > Implementing support for more partition formats, if missing, should be
> > rather easy.
> > But which ones do we
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: critnib
Version : 1.0
Upstream Author : yours truly
* URL : https://github.com/kilobyte/critnib
* License : BSD-3
Programming Lang: C
On Sun, Aug 15, 2021 at 12:02:00AM +0100, Jonathan Wiltshire wrote:
> Following the release of bullseye, we can confirm that autopkgtests (when
> provided) will continue to be considered across all architectures for
> migration to bookworm. In other words, the tests need to succeed on all
>
On Sat, Jun 05, 2021 at 03:04:45PM +0300, Andrei POPESCU wrote:
> Any of the boards from pine64.org should do and as far as I know have
> quite good support (i.e. there are Debian Installer images for them) and
> all are 64 bit ;)
+1 to pine64 gear.
> The PINE A64+ (2 GB RAM) is very stable
On Sat, Jun 05, 2021 at 10:03:55AM +0200, Marc Haber wrote:
> On Fri, 4 Jun 2021 21:54:16 +0200, RhineDevil
> wrote:
> >I've looked up /usr/share/debootstrap/functions and I've seen some perl code
> >What does this code do exactly and why wasn't it translated to shell?
> Writing it in shell
On Thu, May 27, 2021 at 06:31:42AM +, Yuhua Zou wrote:
> Dear All,
> I assume Debian have supported NVDIMM from the following links:
> https://lists.debian.org/debian-devel/2016/12/msg00330.html
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829257
>
> I can install package
On Thu, May 20, 2021 at 08:01:24AM -0700, Raúl Benencia wrote:
> * Package name: emacs-doom-themes
> * URL : https://github.com/hlissner/emacs-doom-themes
> Description : opinionated pack of modern Emacs color-themes
>
> DOOM Themes is an opinionated UI plugin and pack of
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: pcm
Upstream Author : Intel
* URL : https://github.com/opcm/pcm/
* License : BSD-3
Programming Lang: C++
Description : tools for Intel-specific
On Sun, Apr 04, 2021 at 09:22:16PM +0200, crazy.mo...@lavache.com wrote:
> We are contributors to Debian
>
> The contribution of every one of us makes the name Debian respectable
> We can't allow a crazy woman who slept with a past project leader to hijack
Go away, FakeMikee. We know what your
On Wed, Feb 10, 2021 at 12:21:36PM +, Holger Levsen wrote:
> On Wed, Feb 10, 2021 at 01:05:04PM +0100, Bjørn Mork wrote:
> > I happen to disagree. To me this is yet another step away from being a
> > proper Unix system - to something else. Which would be fine if it moved
> > us forward.
>
>
On Sun, Feb 07, 2021 at 10:20:19AM -0400, David Bremner wrote:
> John Paul Adrian Glaubitz writes:
>
> > It shouldn't be enough for a package to have its worst bugs fixed like
> > FTBFS or
> > crashes when it gets shipped with a release. Packages that are being
> > shipped with
> > a release
On Tue, Dec 01, 2020 at 12:28:38PM +0100, Julien Cristau wrote:
> On Tue, Dec 01, 2020 at 10:56:28AM +, Simon McVittie wrote:
> > Possible solutions:
> >
> > - Change at least 622 packages so they have something more like
> > Depends: foo-data (>= ${source:Version}), foo-data (<<
> >
On Sun, Nov 29, 2020 at 08:33:22PM +0100, RhineDevil wrote:
> As now sbuild and debootstrap manage chroots on per-suite basis, they rely
> on scripts present in /usr/share/debootstrap/scripts.
> This poses a problem, as suite names from different distros may
> occasionally overlap, as happened
On Fri, Nov 27, 2020 at 09:56:45AM +, Matthew Vernon wrote:
> I've uploaded 10.35-1 of pcre2 to experimental; I'll upload -2 to unstable
> next weekend if there aren't any show-stoppers in the mean time.
I've rebuilt+autopkgtested all direct dependencies (indirect are universe),
no
On Mon, Nov 23, 2020 at 01:08:15PM +0800, hufeng wrote:
> * Package name : deepin-wallpapers
> Version : 1.6.14
> Upstream Author : amazingfate
> * URL : https://github.com/linuxdeepin/deepin-wallpapers
> License : GPL-3+
It doesn't look like GPL-3+ to me:
On Fri, Nov 20, 2020 at 09:35:42AM +0100, Ansgar wrote:
> I would like to propose to plan to move to support merged-usr-only over
> the following releases. The motivation is bugs like [1] where upstream
> developers just use `/usr/bin/rm` (or other binaries, or user scripts
> using /usr/bin/bash,
On Mon, Nov 02, 2020 at 10:56:57PM +0100, Joerg Jaspert wrote:
> On 15940 March 1977, Christian Kastner wrote:
> > The NEW queue length is down a single digit, from ~500 not all too long
> > ago. That's an amazing effort by ftp-master that must have consumed a
> > *lot* of energy.
>
> It consumed
On Sun, Oct 18, 2020 at 11:56:23AM -0400, Joseph Nahmias wrote:
> * Package name: rotp
> Version : 1.13b
> Upstream Author : Ray Fowler
> * Homepage: https://rayfowler.itch.io/remnants-of-the-precursors
> * Source Code : https://github.com/rayfowler/rotp-public
> *
On Mon, Oct 05, 2020 at 01:52:19PM +1000, Jai Flack wrote:
> Forgive me if this is an ignorant question but isn't mailcap missing
> dependencies? If I build, then install all three and then ask apt about
> mailcap's dependencies it gives:
[...]
> But the script it installs clearly depends on
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rpma
Version : 0.9
Upstream Author : Intel
* URL : https://github.com/pmem/rpma
* License : BSD-3
Programming Lang: C
Description : remote
On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote:
> The GNOME team intend to add an epoch to the babl and gegl libraries,
> so I'm checking for consensus (Debian Policy §5.6.12.1). As usual with
> epochs, this is a bad situation that I am trying to mitigate as much as
> possible,
On Thu, Aug 06, 2020 at 10:45:25AM +0100, Jaime wrote:
> A recent change (1) to adwaita-icon-theme's debian/control.in altered
> adwaita-icon-theme's relationship with librsvg2-common from a
> "depends" to a "recommends".
> libgtk-3-0's dependency closure *used* to include librsvg2-common via
>
On Tue, Jun 23, 2020 at 11:40:47AM +0100, Colin Watson wrote:
> Not really. The master/slave metaphor prompted me to think about this
> sort of thing more and give it a higher priority, that's all. I still
> think we'd be better off using a different name.
So use a different metaphor. For git,
On Wed, May 27, 2020 at 10:06:29PM +0300, Otto Kekäläinen wrote:
> Hello!
>
> Do we have Debian devs here who have pimped their shell heavily with custom
> prompts, colors, command line fonts, shell window title hacks, perhaps
> using zsh etc? Have you written blogs about you experiences, can you
On Wed, May 20, 2020 at 09:54:56PM +0100, Wookey wrote:
> I think that is ultimately up to you as the maintainer. If it's really
> important to get the new version uploaded, then yeah do that first,
> but otherwise just leave it at the current version, do the new
> library, then upload new version
On Wed, Apr 29, 2020 at 06:37:50PM +0100, Simon McVittie wrote:
> On Wed, 29 Apr 2020 at 18:04:41 +0200, Mattia Rizzolo wrote:
> > I think you should
> > file the bugs at severity:minor, given the amount of involved packages,
> > and the fact that you state we might not be able to remove gtk2 in
On Tue, Apr 14, 2020 at 05:36:37PM +0100, Ben Hutchings wrote:
> On Tue, 2020-04-14 at 13:12 +0200, Wouter Verhelst wrote:
> > Perhaps, but it is *also* documented that an upload just to bump the
> > Standards-Version is severely frowned upon. If there is no other reason
> > to upload in 7 years,
On Sat, Apr 04, 2020 at 09:37:16AM +0200, Sebastiaan Couwenberg wrote:
> On 4/4/20 9:28 AM, Lucas Nussbaum wrote:
> > On 04/04/20 at 08:09 +0200, Paul Gevers wrote:
> >>> I keep wondering if we should make an effort to remove from testing
> >>> packages whose packaging 'style' is clearly outdated,
On Wed, Mar 25, 2020 at 03:32:20PM +0100, Tomas Pospisek wrote:
> On 25.03.20 15:19, Andrey Rahmatullin wrote:
> > On Wed, Mar 25, 2020 at 03:14:41PM +0100, Tomas Pospisek wrote:
> >> On 25.03.20 14:43, Christian Kastner wrote:
> >>
> >>> This is not to say that licensing is an unimportant issue
Hi!
There's a bunch of packages that fail to repack their sources. That is,
"dpkg-buildpackage -S" fails in a clean environment.
I've tested the entire archive, invoking:
sbuild -s --source-only-changes --no-arch-all --no-arch-any
The list below includes all packages which fail the repack
On Thu, Mar 19, 2020 at 08:58:57PM -0400, Boyuan Yang wrote:
> 在 2020-03-20星期五的 00:50 +0100，Adam Borowski写道：
> > [trimming changelogs]
> >
> > On the other hand, changelogs are valuable. Unlike some folks on IRC
> > I wouldn't want to tightly trim al
Hi!
In the rush for cutting away small bits of minbase, it looks like we forgot
a big pile of junk: /usr/share/doc/
On strict minbase (rather than prio:important which really matters), the
docs take 11MB. And of that, 8MB are files named changelog.* -- which
fails to include eg. bash's:
112K
On Thu, Mar 19, 2020 at 11:34:10AM +0500, Lev Lamberov wrote:
> Ср 18 мар 2020 @ 18:52 Adam Borowski :
>
> > Alas, our ed is basically:
> > #!/bin/sh
> > while read x;do echo '?';done
>
> That's not true. The ed package in the Debian archive is full GNU ed.
I'm n
On Wed, Mar 18, 2020 at 01:38:34PM -0400, Peter Silva wrote:
> On Wed, Mar 18, 2020 at 12:40 PM Theodore Y. Ts'o wrote:
> > I've always considered /bin/ed the most basic system administration
> > tool, since it doesn't require a working terminal or termcap entry.
> > It works even if you are
1 - 100 of 1648 matches
Mail list logo
