On Mon, Apr 19, 2021 at 06:37:01PM +0200, Simon Richter wrote:
> Hi,
Hi Simon,
> On Sun, Apr 18, 2021 at 04:56:34PM +0300, Adrian Bunk wrote:
>
> > Is it really still an open question whether Debian is a political
> > project that has opinions on non-technical
On Sun, Apr 18, 2021 at 02:04:38PM +0200, Jonathan Carter wrote:
>...
> While this vote caught a lot of heat, essentially it's quite a trivial
> vote. Ultimately it had become a question of if and how we should
> respond to an external situation. I think that as Debian grows, as the
> free
On Sat, Apr 17, 2021 at 10:32:26PM +0500, Andrey Rahmatullin wrote:
>...
> 1) decide "the i386 architecture is for retrocomputing" and disable
> building on it for packages that can't run on retro hardware, or
> 2) decide "the i386 architecture is for the legacy software" and raise the
> baseline
On Mon, Apr 05, 2021 at 07:57:10AM +0200, Johannes Schauer Marin Rodrigues
wrote:
>
> another way to answer the question is to find some software similar to the one
> that you want to package and see if that software is in Debian main or in
> contrib. If it is in main, then at least one DD and
On Thu, Feb 25, 2021 at 02:39:11PM -0700, Sean Whitton wrote:
>...
> Firstly, it's worth noting that when it comes to the requirements for the
> archive areas main/contrib/non-free, the distinction between source and
> binary packages is not relevant.
>...
Wrong, see [1].
> Sean Whitton
cu
On Tue, Feb 09, 2021 at 12:02:33PM -0800, Russ Allbery wrote:
> Adrian Bunk writes:
> > On Mon, Feb 08, 2021 at 11:13:10PM +0100, Steinar H. Gunderson wrote:
> >>...
> >> users on
> >> shared systems can expect it to be available without asking an
> >>
On Mon, Feb 08, 2021 at 11:13:10PM +0100, Steinar H. Gunderson wrote:
>...
> users on
> shared systems can expect it to be available without asking an administrator
> first. To me, locate has always been a standard tool on a UNIX system, so it
> makes sense to install it by default.
>...
"Shared
On Sun, Feb 07, 2021 at 05:19:17PM +0100, Gard Spreemann wrote:
>
> Wouldn't it be quite the massive paradigm shift to give up on the notion
> of tracking problems (= bugs),
The only bugs that are actually being tracked are RC bugs.
In practice the majority of RC bugs are FTBFS,
which we don't
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-trident
Description : X.Org X server -- Trident display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-tdfx
Description : X.Org X server -- tdfx display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-sisusb
Description : X.Org X server -- SiS USB display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-siliconmotion
Description : X.Org X server -- SiliconMotion display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-savage
Description : X.Org X server -- Savage display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-r128
Description : X.Org X server -- ATI r128 display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-neomagic
Description : X.Org X server -- Neomagic display driver
Adopting X drivers that were removed in #955603 despite many objections.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-video-mach64
Description : X.Org X server -- ATI Mach64 display driver
Adopting X drivers that were removed in #955603 despite many objects.
On Fri, Feb 05, 2021 at 05:38:42PM +0100, Julien Cristau wrote:
> On Fri, Feb 05, 2021 at 06:03:57PM +0200, Adrian Bunk wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Adrian Bunk
> >
> > Package name: xserver-xorg-input-aiptek
> > Des
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-mutouch
Description : X.Org X server -- muTouch input driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-elographics
Description : X.Org X server -- ELOGraphics input driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: xserver-xorg-input-aiptek
Description : X.Org X server -- Aiptek input driver
Adopting X drivers that were removed in #955603 despite many objects.
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: atitvout
License : GPL
Description : ATI TV Out Support Program
This package was removed despite a clear statement from
the Debian maintainer that he is still using it:
https://bugs.debian.org/cgi-bin
Package: wnpp
Severity: wishlist
Owner: Adrian Bunk
Package name: gkrellmoon
License : GPL
Description : Gkrellm Moon Clock Plugin
This package was removed "not used any more",
but I am still using it.
On Tue, Feb 02, 2021 at 09:57:11PM +0100, Philipp Kern wrote:
> On 2021-02-02 16:48, Adrian Bunk wrote:
> > A debhelper compat bump is a breaking change that must not be done
> > without the maintainer verifying that it didn't introduce any
> > regression.
> >
On Tue, Feb 02, 2021 at 01:55:19PM +, Jelmer Vernooij wrote:
> One of the things that I've been wondering about is whether it would make
> sense to have a configuration file in Debian packages that allows
> maintainers to specify preferences for contributions.
>...
What kind of contributions
On Thu, Dec 31, 2020 at 02:16:23PM +0100, Bernd Zeimetz wrote:
>...
> Although the high number of packages makes me wonder, if at least a
> quick MIA check of the maintainers is warranted, or - if those packages
> are needed in bullseye at all.
>...
Maintainership status is a very poor indicator
On Wed, Dec 30, 2020 at 12:47:04PM +0100, Philipp Kern wrote:
>...
> I would have liked to make the ability to binNMU more accessible
> (similar to the give-back self-service), however I'm now somewhat
> convinced that we need no change source-only uploads, preferably
> performed centrally by dak.
On Tue, Dec 29, 2020 at 02:39:04PM -0800, Josh Triplett wrote:
>...
> I've seen and experienced multiple times, in Debian, that it's dangerous
> to start implementing solutions before first ensuring that they will be
> accepted by whoever actually makes the call for what to adopt. Once
> there are
On Sun, Dec 06, 2020 at 01:03:17PM +0100, Matthias Klose wrote:
> On 12/1/20 5:02 AM, YunQiang Su wrote:
> > I am sorry for the later response.
> >Hi,
> >
> > I am an active porter for the following architectures and I intend
> > to continue this for the lifetime of the Bullseye release
On Mon, Dec 28, 2020 at 03:51:12PM -0800, Josh Triplett wrote:
>...
> 3) Such a patch would require further analysis to determine if other
>changes need to happen in concert to avoid breakage. If abc exposes
>any types from xyz, it may need a major version bump as well; this
>isn't
On Mon, Dec 28, 2020 at 03:51:12PM -0800, Josh Triplett wrote:
> On Mon, Dec 28, 2020 at 03:20:35PM +0200, Adrian Bunk wrote:
> > On Sat, Dec 26, 2020 at 02:55:17PM -0800, Josh Triplett wrote:
>...
> 2) There's not enough benefit to the patch to carry it downstream. This
>is
On Tue, Dec 29, 2020 at 12:06:22AM +, Lyndon Brown wrote:
> On Mon, 2020-12-28 at 14:09 +0200, Adrian Bunk wrote:
> > On Sun, Dec 27, 2020 at 10:58:10PM +, Lyndon Brown wrote:
>...
> > > We also have to consider not
> > > only doing this for our own personal
On Sat, Dec 26, 2020 at 02:55:17PM -0800, Josh Triplett wrote:
>...
> If you want to package abc version 1.2.3, and among many other things,
> abc depends on xyz version 2.1.4, and xyz has a new version 3.0.1 now,
> it makes sense to work with the upstream of abc, sending them a patch to
> migrate
On Sun, Dec 27, 2020 at 10:58:10PM +, Lyndon Brown wrote:
>...
> The problem with using testing as a rolling distro is that the package
> migration process often causes big delays that can block upgrades that
> include security fixes, making use of testing alone thus a big security
> risk.
On Sun, Dec 27, 2020 at 12:16:22PM +, Simon McVittie wrote:
>...
> Ubuntu might have some good ideas here: if I understand correctly,
> their inconsistent unstable-equivalent is not generally used (except by
> buildds), while their internally-consistent testing-equivalent is updated
> from
On Fri, Dec 18, 2020 at 04:25:19PM -0800, Josh Triplett wrote:
>...
> I'm not suggesting there should be 50 versions of a given
> library in the archive, but allowing 2-4 versions would greatly simplify
> packaging, and would allow such unification efforts to take place
> incrementally, via
On Fri, Dec 18, 2020 at 05:12:53PM +0100, Jonas Smedegaard wrote:
> Quoting Adrian Bunk (2020-12-18 15:36:23)
> > On Fri, Dec 18, 2020 at 01:33:33PM +0100, Jonas Smedegaard wrote:
> > > It is indeed not realistic to fit all fast-changing code projects
> > > into Debia
On Fri, Dec 18, 2020 at 01:33:33PM +0100, Jonas Smedegaard wrote:
>...
> It is indeed not realistic to fit all fast-changing code projects into
> Debian. We have made a few fast-paced projects like Firefox fit, but in
> my opinion we did that in a problematic way: By endorsing embedded code
>
On Fri, Dec 18, 2020 at 09:11:42AM +0100, Raphael Hertzog wrote:
> On Thu, 17 Dec 2020, Adrian Bunk wrote:
> > > - ease of installation and reliability
> > > => we are doing bad now because many useful things are not packaged
> >
> > What is the value add
On Thu, Dec 17, 2020 at 02:55:11PM +0100, Raphael Hertzog wrote:
>...
> By trying to shoehorn node/go modules into Debian packages we are creating
> busy work with almost no value. We must go back to what is the value
> added by Debian and find ways to continue to provide this value while
>
On Mon, Dec 14, 2020 at 02:54:37PM -0800, Russ Allbery wrote:
>
> The quantity of hardware is useful data, but I think this is also a place
> where it's important to stress the specific problem that Debian has,
> namely that we need people to do the work.
>...
The list of Debian release
In practice, whether or not i386 will be dropped as release archticture
in bullseye will likely be decided by whether I will stay the only
committed porter, or whether other people will ASAP send (belatedly)
replies to the proter roll call [1].
This discussion started due to lack of people
On Mon, Dec 14, 2020 at 01:22:11PM +0100, Ben Hutchings wrote:
> On Sun, 2020-12-13 at 01:53 -0800, Steve Langasek wrote:
> [...]
> > While the ongoing
> > costs of maintaining a full port were a consideration, of equal concern was
> > the fact that we believed we would not be able to provide
On Tue, Dec 08, 2020 at 05:46:26PM +, Simon McVittie wrote:
>...
> I think it's necessary to consider what the purpose of the i386 port is,
> and set expectations and an appropriate baseline based on that.
>
> I see two possible use-cases for i386:
>
> 1. It's a compatibility layer for
On Wed, Dec 09, 2020 at 04:25:54PM +, Stephan Lachnit wrote:
> Hi all,
>
> maybe you already have heard it, CentOS is basically dead now. It used to be
> an exact RHEL clone, but now it's kind of an RHEL beta [1].
>
> Now what does that have to do with Debian?
>
> When we look into why
On Sun, Dec 06, 2020 at 01:03:17PM +0100, Matthias Klose wrote:
> On 12/1/20 5:02 AM, YunQiang Su wrote:
> > I am sorry for the later response.
> >Hi,
> >
> > I am an active porter for the following architectures and I intend
> > to continue this for the lifetime of the Bullseye release
On Sun, Nov 01, 2020 at 04:58:41PM +0100, Daniel Leidert wrote:
> Am Sonntag, den 01.11.2020, 14:14 +0100 schrieb Ole Streicher:
>
> > I just stumbled upon the following web page:
> >
> > https://cyber-itl.org/2020/10/28/citl-7000-defects.html
>
> The list misses the package version. IMHO this
On Sat, Aug 22, 2020 at 05:05:36PM +0300, Andrei POPESCU wrote:
> On Lu, 17 aug 20, 10:21:37, Simon McVittie wrote:
> >
> > Jeremy Bicha contacted deb-multimedia.org and arranged for babl and gegl
> > to be dropped from the third-party repository, which fixes this problem
> > for new
On Mon, Aug 17, 2020 at 10:01:53AM +, Holger Levsen wrote:
> hi,
>
> debian-security-support | 2019.12.12~deb8u2 | jessie-security |
> source, all
> debian-security-support | 2020.06.21~deb9u1 | stretch |
> source, all
> debian-security-support |
On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote:
>...
> Historically, versions of these packages were shipped by the third-party
> deb-multimedia.org apt repository. That would have been fine, except that
> the maintainer(s) of deb-multimedia.org added an epoch to their versions.
>
On Sun, Aug 09, 2020 at 06:28:50PM +0100, Barak A. Pearlmutter wrote:
>...
> "Build-Depends-If-Available: foo" as "Build-Depends: foo | something"
> is a bad idea from the get-go. After all, foo can have three states on
> an architecture: installable, unavailable, or
>
On Sun, Aug 09, 2020 at 03:22:20PM +0100, Barak A. Pearlmutter wrote:
> I'm maintaining mlpack. It is able to generate julia bindings, so on
> architectures in which julia is available I'd like to generate julia
> bindings, and this requires julia to be installed at build time. I've
> set up
On Tue, Jul 28, 2020 at 12:41:42PM +0200, Matthias Klose wrote:
>...
> Suggested ways to solve these issues:
>
> - Use plain shlibs files, without using symbols files, although
>debhelper wrongly warns about missing symbols files.
Usually this is the better option for C++ libraries,
for
On Mon, Jul 20, 2020 at 11:52:15PM +, Paul Wise wrote:
> On Mon, Jul 20, 2020 at 6:48 PM Adrian Bunk wrote:
>...
> > If we start allowing conflicts between completely unrelated packages
> > it might not end well in the long run.
>
> We already have had situation
On Mon, Jul 20, 2020 at 09:35:35AM +0800, Yao Wei wrote:
>...
> I am currently considering doing it by moving all binaries of afdko from
> /usr/bin to /usr/bin/afdko, and then creating another package
> afdko-legacy, that, similar to node-legacy before node changed the name
> to ax25-node,
On Mon, Jul 20, 2020 at 03:05:26AM +, Paul Wise wrote:
> On Mon, Jul 20, 2020 at 1:40 AM Yao Wei wrote:
>
> > There's a serious bug when I am uploading afdko package, that one of the
> > binaries in this package "tx" has name conflicting with
> > transifex-client.
>
> As transifex-client is
On Fri, Jul 03, 2020 at 07:50:55PM +0200, Jérémy Lal wrote:
>...
> One can install nodejs 10 along with libnode64, and build node-iconv
> using libnode-dev 12 which links to libnode72.
>
> However, running node-iconv tests in the autopkgtests environment requires
> the nodejs version that is
On Mon, Jun 22, 2020 at 06:45:50PM +0100, Simon McVittie wrote:
> > On Mon, 2020-06-22 at 17:50 +0200, Michael Biebl wrote:
> > > there has been a lot of talk recently about how master is a loaded term
> > > that should be avoided.
> > > If I read the news correctly, github and others are going to
On Mon, Jun 01, 2020 at 10:28:48PM +0400, Jerome BENOIT wrote:
> Hello,
Hi Jerome,
> the package e-antic that I maintain is currently blocked in Sid because
> it failed to build on the mips64el according to Build status [1].
> However, I could not reproduce the failure on the Debian porter.
>
On Thu, May 21, 2020 at 10:44:01PM +0200, Daniel Lange wrote:
>...
> We do suggest that attendees begin making travel arrangements as soon as
> possible, of course. Please bear in mind that most air carriers allow
> free cancellations and changes.
>...
Please bear in mind that this is not true.
On Fri, Feb 14, 2020 at 10:56:47AM -0600, John Goerzen wrote:
>
> The thing that we have to remember is that an operating system is a
> platform for running software. This problem is rather thorny, because:
>
> 1) Some software is provided in only binary form and cannot be
> recompiled
>
> 2)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 12 Jan 2020 20:21:11 +0200
Source: hugo
Architecture: source
Version: 0.59.1-1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team
Changed-By: Adrian Bunk
Closes: 946728
Changes:
hugo (0.59.1-1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 10 Jan 2020 21:25:33 +0200
Source: dtv-scan-tables
Architecture: source
Version: 0+git20190925.6d01903-0.1
Distribution: unstable
Urgency: medium
Maintainer: Debian VDR Team
Changed-By: Adrian Bunk
Closes: 901842 940936
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 22 Jan 2020 18:17:10 +0200
Source: scoop
Architecture: source
Version: 0.7.1.1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Adrian Bunk
Closes: 938448
Changes:
scoop (0.7.1.1-5) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 14 Jan 2020 14:06:54 +0200
Source: maradns
Architecture: source
Version: 2.0.13-1.4
Distribution: unstable
Urgency: medium
Maintainer: Dariusz Dwornikowski
Changed-By: Adrian Bunk
Changes:
maradns (2.0.13-1.4) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 24 Dec 2019 07:22:19 +0200
Source: lcm
Architecture: source
Version: 1.3.1+repack1-2.3
Distribution: unstable
Urgency: medium
Maintainer: Dima Kogan
Changed-By: Adrian Bunk
Closes: 936829
Changes:
lcm (1.3.1+repack1-2.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 24 Dec 2019 07:48:25 +0200
Source: maradns
Architecture: source
Version: 2.0.13-1.3
Distribution: unstable
Urgency: medium
Maintainer: Dariusz Dwornikowski
Changed-By: Adrian Bunk
Closes: 936992
Changes:
maradns (2.0.13-1.3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 06 Jan 2020 21:33:26 +0200
Source: sinntp
Architecture: source
Version: 1.6-0.2
Distribution: unstable
Urgency: medium
Maintainer: Piotr Lewandowski
Changed-By: Adrian Bunk
Changes:
sinntp (1.6-0.2) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 23 Dec 2019 16:40:54 +0200
Source: imgsizer
Architecture: source
Version: 2.10-0.1
Distribution: unstable
Urgency: medium
Maintainer: Peter S Galbraith
Changed-By: Adrian Bunk
Closes: 936729
Changes:
imgsizer (2.10-0.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 06 Jan 2020 14:28:23 +0200
Source: boost1.67
Architecture: source
Version: 1.67.0-16.1
Distribution: unstable
Urgency: high
Maintainer: Debian Boost Team
Changed-By: Adrian Bunk
Closes: 945840
Changes:
boost1.67 (1.67.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 03 Jan 2020 20:21:59 +0200
Source: trace-summary
Architecture: source
Version: 0.89-1.1
Distribution: unstable
Urgency: low
Maintainer: Hilko Bengen
Changed-By: Adrian Bunk
Closes: 938692
Changes:
trace-summary (0.89-1.1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 19 Dec 2019 01:54:01 +0200
Source: openctm
Architecture: source
Version: 1.0.3+dfsg1-2.1
Distribution: unstable
Urgency: low
Maintainer: Debian Science Maintainers
Changed-By: Adrian Bunk
Closes: 937198
Changes:
openctm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 26 Dec 2019 08:55:37 +0200
Source: sinntp
Architecture: source
Version: 1.6-0.1
Distribution: unstable
Urgency: medium
Maintainer: Piotr Lewandowski
Changed-By: Adrian Bunk
Closes: 783971 827146 938489
Changes:
sinntp (1.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 26 Dec 2019 15:00:50 +0200
Source: gvb
Architecture: source
Version: 1.4-1.1
Distribution: unstable
Urgency: medium
Maintainer: Pietro Battiston
Changed-By: Adrian Bunk
Closes: 945681
Changes:
gvb (1.4-1.1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 23 Dec 2019 10:03:35 +0200
Source: bcolz
Architecture: source
Version: 1.2.1+ds2-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Adrian Bunk
Closes: 945381
Changes:
bcolz (1.2.1+ds2-5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Wed, 20 Nov 2019 22:04:00 +0200
Source: libsoundio
Architecture: source
Version: 1.1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Adrian Bunk
Changes:
libsoundio (1.1.0-1) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 03 Nov 2019 20:53:15 +0200
Source: gawk-doc
Architecture: source
Version: 5.0.1-1
Distribution: unstable
Urgency: low
Maintainer: Adrian Bunk
Changed-By: Adrian Bunk
Closes: 941522
Changes:
gawk-doc (5.0.1-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 03 Nov 2019 21:22:40 +0200
Source: gawk
Architecture: source
Version: 1:5.0.1+dfsg-1
Distribution: unstable
Urgency: low
Maintainer: Adrian Bunk
Changed-By: Adrian Bunk
Closes: 725464 748408 816277 911759 940321 940474
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sun, 13 Oct 2019 21:41:05 +0300
Source: gconf
Architecture: source
Version: 3.2.6-6
Distribution: unstable
Urgency: medium
Maintainer: Adrian Bunk
Changed-By: Adrian Bunk
Closes: 935801 936589 941487
Changes:
gconf (3.2.6-6
On Fri, Jul 19, 2019 at 07:13:28PM +0200, Florian Weimer wrote:
> * Adrian Bunk:
>...
> For comparison, the original plan was to provide a macro, perhaps
> -D_TIME_BITS=32 and -D_TIME_BITS=64, to select at build time which ABI
> set is used (“dual ABI”).
To me this would sound li
[ only speaking for myself ]
On Thu, Jul 18, 2019 at 11:05:53PM +0200, Florian Weimer wrote:
>...
> The consequence is that in order to build 32-bit-time_t libraries
> (Gtk, for example), an old glibc needs to be kept around. In
> practice, it would probably mean that it is impossible to
On Wed, Jun 05, 2019 at 10:14:50AM -0400, Sam Hartman wrote:
> > "Norbert" == Norbert Preining writes:
>
> Norbert> I would propose something else: Debian rights are defined
> Norbert> by presence/absence of a GPG key in certain key rings. This
> Norbert> should be completely
On Fri, May 31, 2019 at 09:04:24PM +, Luca Filipozzi wrote:
>...
> When we last crunched the numbers, maintaining a 5y refresh (to stay in
> warranty, etc.) would require $75k-100k/yr. We've avoided that level of
> annual expenditure because we are keeping hardware longer than 5y and
> we've
On Wed, May 29, 2019 at 07:49:25AM -0400, Sam Hartman wrote:
>
> [moving a discussion from -devel to -project where it belongs]
>
> > "Mo" == Mo Zhou writes:
>
> Mo> Hi,
> Mo> On 2019-05-29 08:38, Raphael Hertzog wrote:
> >> Use the $300,000 on our bank accounts?
>
> So, there
On Sun, May 26, 2019 at 11:14:33PM +0200, Philip Hands wrote:
> Adrian Bunk writes:
> ...
> > Often the most difficult part of packaging are the unique rules the
> > Debian ftp team requires for debian/copyright that are not required in
> > distributions with actual lawy
On Thu, May 30, 2019 at 01:14:10PM +0200, Raphaël Halimi wrote:
>...
> Well, that's what I thought to do at the beginning, but the docs say
> that binary package duplication is a bad thing, and I didn't know if
> four copies of a 13 KB package (so a waste of 49 KB per mirror, which
> would seem
On Sun, May 26, 2019 at 11:34:39AM +0200, Vincent Bernat wrote:
>...
> We have a reputation of having difficult
> packaging practices. We uphold this reputation as long as we have so
> many ways to do the same thing.
[citation needed]
I do honestly not know what statements/comparisons from
On Tue, May 21, 2019 at 09:40:38AM +0200, Vincent Bernat wrote:
> ❦ 19 mai 2019 23:53 -04, Sam Hartman :
>
> > >> As promised, I'd like to start a discussion on whether we want to
> > >> recommend using the dh command from debhelper as our preferred
> > >> build system.
> >
> >
On Wed, May 15, 2019 at 11:31:46AM +0200, Enrico Zini wrote:
>...
> - if a package has had an inactive and unresponsive maintainer for a
>long time, it would indeed be a case for salvaging.
>
>I could however imagine someone having enough energy to dust off old
>packages in the
On Tue, May 14, 2019 at 02:30:52PM -0400, Sam Hartman wrote:
>...
> How do we feel about people making build system conversions when those
> conversion make it easier to fix some other bug that they are fixing as
> part of an NMU?
What happens if the maintainer dislikes the change?
The
On Tue, May 14, 2019 at 05:19:23PM +0200, Helmut Grohne wrote:
> Let me briefly hijack the discussion for a side note. ;)
>
> On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > NMUers should do debdiff - no matter what change was done. And yes, it
> > happened also to me in the
On Tue, May 14, 2019 at 12:50:54PM +0200, Andreas Tille wrote:
> On Tue, May 14, 2019 at 01:12:17PM +0300, Adrian Bunk wrote:
> > On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> > > On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> > >
On Tue, May 14, 2019 at 10:27:45AM +0200, Johannes Schauer wrote:
> Quoting Adrian Bunk (2019-05-14 10:11:46)
> >
> > How well are you testing such conversions?
> > Based on work I've seen from you I'd guess your NMU would be better than
> > average. Unfortunately
On Tue, May 14, 2019 at 11:30:11AM +0200, Andreas Tille wrote:
> On Mon, May 13, 2019 at 10:22:32PM +0300, Adrian Bunk wrote:
> > On Mon, May 13, 2019 at 08:33:44AM -0400, Sam Hartman wrote:
> > >...
> > > Andreas Tille's explanation (quoted below) is typical of what I'
On Mon, May 13, 2019 at 11:08:21PM +0200, gregor herrmann wrote:
> On Mon, 13 May 2019 22:22:32 +0300, Adrian Bunk wrote:
>
> > In my experience, keeping existing packages at exotic build systems or
> > ancient dh compat levels causes fewer problems than people trying to
&g
On Mon, May 13, 2019 at 08:33:44AM -0400, Sam Hartman wrote:
>...
> Andreas Tille's explanation (quoted below) is typical of what I've heard
> in this area.
>
> >To come back
> >to the question: I'm positively convinced that we should strive to
> >unify our packaging as much as possible and in
On Wed, May 08, 2019 at 07:38:26PM +0200, Adam Borowski wrote:
>...
> So let's pick compressors to enable. For compression ratio, xz still wins
> (at least among popular compressors). But there's a thing to say about
> zstd: firefox.deb zstd -19 takes to unpack:
> * 2.644s .xz, stock dpkg
> *
On Tue, Apr 23, 2019 at 12:46:54PM +0200, Ondřej Surý wrote:
> Hey,
>
> the jessie-backports removal itself is a logical step and it’s good that it
> was done.
>
> That said, it complicates things a lot when backporting packages to Jessie.
> Usually, it’s fine to just pull $random extra
On Wed, Apr 17, 2019 at 03:04:12PM +0200, Jonathan Carter wrote:
> On 2019/04/17 13:08, Chris Lamb wrote:
> >> How many percent of the paid GSoC and Outreachy student workers
> >> continue unpaid afterwards and become a DM or DD?
> >>
> >> My impression is that GSoC does not have a high quota,
>
On Wed, Apr 17, 2019 at 01:38:22AM +, Mo Zhou wrote:
> Hi Adrian,
Hi Mo,
> On Tue, Apr 16, 2019 at 11:07:34PM +0300, Adrian Bunk wrote:
>...
> > The work Mo spent on the already-outdated tensorflow package in
> > experimental was wasted if there is noone who
On Wed, Apr 17, 2019 at 07:08:53AM -0400, Chris Lamb wrote:
> Adrian Bunk wrote:
>
> > How many percent of the paid GSoC and Outreachy student workers
> > continue unpaid afterwards and become a DM or DD?
> >
> > My impression is that GSoC does not have a
101 - 200 of 1146 matches
Mail list logo