"Potter, Tim (HPE Linux Support)" writes:
> On 7 Apr 2016, at 11:18 AM, Ben Hutchings wrote:
>> You are missing the point, which is that while they still build with
>> the new toolchain (possibly after a developer without intimate
>> knowledge of the program makes a best-effort fix) we don't know
On Thu, 7 Apr 2016 01:05:48 +0200
Steffen Möller wrote:
> On 06/04/16 21:19, Wookey wrote:
> >> > .. perhaps be more aggressive in
> >> > removing software that's no longer useful and just lies in the
> >> > archive dormant.
> > The fact that Debian has a lot of software is a genuine benefit.
>
On Thu, 7 Apr 2016 01:36:51 +
"Potter, Tim (HPE Linux Support)" wrote:
> On 7 Apr 2016, at 11:18 AM, Ben Hutchings wrote:
> > On Thu, 2016-04-07 at 01:02 +, Potter, Tim (HPE Linux Support)
> > wrote:
> >> On 7 Apr 2016, at 10:52 AM, Ben Hutchings
> >> wrote:
> >>> Given the low qual
On 7 Apr 2016, at 11:18 AM, Ben Hutchings wrote:
> On Thu, 2016-04-07 at 01:02 +, Potter, Tim (HPE Linux Support)
> wrote:
>> On 7 Apr 2016, at 10:52 AM, Ben Hutchings
>> wrote:
>>> Given the low quality and lack of unit tests in many scientific
>>> applications, how confident can we be that
On 7 Apr 2016, at 10:52 AM, Ben Hutchings wrote:
> Given the low quality and lack of unit tests in many scientific
> applications, how confident can we be that the 'old' packages (that
> have now built with newer toolchains and libraries) actually still
> produce the same results they used to? I
On Thu, 2016-04-07 at 01:02 +, Potter, Tim (HPE Linux Support)
wrote:
> On 7 Apr 2016, at 10:52 AM, Ben Hutchings
> wrote:
>
> >
> > Given the low quality and lack of unit tests in many scientific
> > applications, how confident can we be that the 'old' packages (that
> > have now built with
On Thu, 2016-04-07 at 01:05 +0200, Steffen Möller wrote:
>
> On 06/04/16 21:19, Wookey wrote:
> >
> > >
> > > >
> > > > .. perhaps be more aggressive in
> > > > removing software that's no longer useful and just lies in the archive
> > > > dormant.
> > The fact that Debian has a lot of software
Package: wnpp
Severity: wishlist
Owner: Wookey
* Package name: esp-r
Version : 12.3
Upstream Author : Energy Systems Research Unit, University of Strathcycle
* URL : http://www.esru.strath.ac.uk/Programs/ESP-r_central.htm
* License : GPL2+
Programming Lang: C
Felipe Sateler writes:
>> - no upload in a long time
>
> s/upload/maintainer upload/
In the past I have maintained some important packages by doing regular
NMUs when the maintainer is not responsive (including emails asking to
take over the package). So just because the *maintainer* hasn't made
On 06/04/16 21:19, Wookey wrote:
>> > .. perhaps be more aggressive in
>> > removing software that's no longer useful and just lies in the archive
>> > dormant.
> The fact that Debian has a lot of software is a genuine benefit. Just
> because stuff is old, does not mean it is no longer useful. Th
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: groestlcoin
Version : 2.11.0
Upstream Author : The Groestlcoin developers
* URL : http://www.groestlcoin.org/
* License : Expat
Programming
+++ Ondřej Surý [2016-04-06 00:18 +0200]:
> Hey,
>
> while doing some work on PHP transitions, saving courier-imap, finally
> packaging seafile since they finally stopped violating GPL, I found a
> quite a lot of bitrot in some (mostly leaf) packages. Packages untouched
> for years after initial u
Hallo -devel,
Note that libpng1.6 is now in sid, so the libpng 1.6 transition has
finally started.
To keep the transition short, please keep an eye on packages; of course
we will also do NMUs when neeeded.
The transistion tracker is here:
https://release.debian.org/transitions/html/libpng1.6.ht
Package: wnpp
Severity: wishlist
Owner: Christoph Mathys
* Package name: mercurial-extension-utils
Version : 1.2.0
Upstream Author : Marcin Kasperski
* URL : https://pypi.python.org/pypi/mercurial_extension_utils
* License : BSD
Programming Lang: Python
De
On Wed, 6 Apr 2016 15:27:48 + (UTC)
Felipe Sateler wrote:
> On Wed, 06 Apr 2016 00:18:10 +0200, Ondřej Surý wrote:
>
> > Hey,
> >
> > while doing some work on PHP transitions, saving courier-imap,
> > finally packaging seafile since they finally stopped violating GPL,
> > I found a quite a
On Wed, 06 Apr 2016 00:18:10 +0200, Ondřej Surý wrote:
> Hey,
>
> while doing some work on PHP transitions, saving courier-imap, finally
> packaging seafile since they finally stopped violating GPL, I found a
> quite a lot of bitrot in some (mostly leaf) packages. Packages untouched
> for years a
On Wed, Apr 6, 2016 at 3:26 PM Paul Wise wrote:
> Sounds a lot like some of these should be added to bapase:
>
> https://udd.debian.org/cgi-bin/bapase.cgi
I think you mean https://udd.debian.org/bapase.cgi
but yes, looks like a good idea.
- Craig
--
Craig Small (@smallsees) http://enc.com.a
On Tue, 05 Apr 2016, Simon McVittie wrote:
> This sounds quite a lot like the "rolling" suite that gets proposed
> every few years, with the possible exception that some proposals
> for "rolling" have had it bypass unstable while unstable is frozen,
> and it sounds as though this doesn't.
>
> I th
On Wed, Apr 6, 2016 at 3:47 PM, Mathieu Parent wrote:
> 2016-04-06 6:55 GMT+02:00 Paul Wise:
>> Personally I am still waiting for clamav freshclam to properly support
>> third-party signatures, so clamav-unofficial-sigs can be a config file.
>
> Is there a tracking bug for this? How can we help?
T
2016-04-06 6:55 GMT+02:00 Paul Wise :
> On Wed, 2016-04-06 at 00:35 +0200, Marco d'Itri wrote:
I didn't knew about those third-party signatures. This is a good news for me.
>> I was discussing this yeasterday with Paul.
>> While the current package has some issues I believe that it is already
>>
20 matches
Mail list logo
