On Sun, 15 Jan 2017 at 01:18:00 +0100, Michael Biebl wrote:
> Am 14.01.2017 um 20:00 schrieb Steve Langasek:
> > I recall this being a misguided attempt to move it out of /dev "because it's
> > not a device". The migration did not go well, especially in the face of
> > chroots that need to have it
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-xarray
Version : 0.8.2
Upstream Author : xarray Developers
* URL : http://xarray.pydata.org
* License : Apache-2.0
Programming Lang: Python
Description : N-D labeled
Am 14.01.2017 um 20:00 schrieb Steve Langasek:
> On Fri, Jan 13, 2017 at 03:54:30PM +, Simon McVittie wrote:
>> If I'm reading the initscripts code correctly, sysvinit does the reverse
>> by default, for some reason (/run/shm is the mount point and /dev/shm the
>> symlink). I think the motivati
Package: wnpp
Severity: wishlist
Owner: Martin Uecker
* Package name: bart-view
Version : 0.0.01
Upstream Author : Martin Uecker
* URL : https://github.com/mrirecon/view/
* License : BSD
Programming Lang: C
Description : Image viewer for multi-dimensio
Quoting Ralf Treinen (2017-01-14 15:31:19)
> Hi, I was under the impression that during the soft freeze (i.e, now)
> new usptream versions of packages that are already in testing are
> blocked from migrating. However, I can't find anything to this effect
> in the announcements by the release tea
Package: wnpp
Severity: wishlist
Owner: Martin Uecker
* Package name: bart-view
Version : 0.0.01
Upstream Author : Martin Uecker
* URL : https://github.com/mrirecon/view/
* License : BSD
Programming Lang: C
Description : Image viewer for multi-dimensio
Package: initscripts
Version: 2.88dsf-59.8
Severity: normal
On Sat, 14 Jan 2017 at 11:00:51 -0800, Steve Langasek wrote:
> On Fri, Jan 13, 2017 at 03:54:30PM +, Simon McVittie wrote:
> > If I'm reading the initscripts code correctly, sysvinit does the reverse
> > by default, for some reason (/
On Fri, Jan 13, 2017 at 03:54:30PM +, Simon McVittie wrote:
> If I'm reading the initscripts code correctly, sysvinit does the reverse
> by default, for some reason (/run/shm is the mount point and /dev/shm the
> symlink). I think the motivation might have been to be able to use the
> same tmpf
Hi Ole,
On Sat, Jan 14, 2017 at 11:05:48AM +0100, Ole Streicher wrote:
> > One other thing that I can envision (but maybe to early to agree on or
> > set in stone) is that we lower the NMU criteria for fixing (or
> > temporarily disabling) autopkgtest in ones reverse dependencies. In
> > the end,
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: truffleruby
Version : TBD
Upstream Author : Chris Seaton
* URL : https://github.com/graalvm/truffleruby
* License : EPL-1.0/GPL-2.0/LGPL-2.1
Programming Lang: Java/Ruby
Description
On 01/14/2017 03:47 PM, Pirate Praveen wrote:
> Sebastiaan Couwenberg wrote:
>> No new source packages are allowed into stretch, new upstream
>> versions of packages which are in testing are still allowed.
>
> Is this applicable to new dependencies required for updating an
> existing package as w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Sebastiaan Couwenberg wrote:
> No new source packages are allowed into stretch, new upstream
> versions of packages which are in testing are still allowed.
Is this applicable to new dependencies required for updating an
existing package as well? Fo
On 01/14/2017 03:31 PM, Ralf Treinen wrote:
> Hi, I was under the impression that during the soft freeze (i.e, now) new
> usptream versions of packages that are already in testing are blocked
> from migrating. However, I can't find anything to this effect in the
> announcements by the release team
Hi, I was under the impression that during the soft freeze (i.e, now) new
usptream versions of packages that are already in testing are blocked
from migrating. However, I can't find anything to this effect in the
announcements by the release team. Can please someone in the know
confirm, or correct
Ian Jackson writes:
> Ole Streicher writes ("Re: Auto reject if autopkgtest of reverse
> dependencies fail or cause FTBFS"):
>> I don't see the need to keep things in sync: If a new failure is
>> detected, it creates an RC bug against the migration candidate, with an
>> "affects" to the package th
Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant
* Package name: python-h5netcdf
Version : 0.3.1
Upstream Author : Stephan Hoyer
* URL : https://github.com/shoyer/h5netcdf
* License : BSD
Programming Lang: Python
Description : netCDF4 s
Martín Ferrari writes ("Re: "not authorised" doing various desktoppy things"):
> On 03/01/17 17:05, Ian Jackson wrote:
> > Recently, my nm-applet can no longer control my network-manager
> > daemon. I get a message saying[1]:
>
> Did you ever get to the root of this?
No. I have been too busy de
Ole Streicher writes ("Re: Auto reject if autopkgtest of reverse dependencies
fail or cause FTBFS"):
> I don't see the need to keep things in sync: If a new failure is
> detected, it creates an RC bug against the migration candidate, with an
> "affects" to the package that failed the test.
I pref
Paul Gevers writes ("Re: Auto reject if autopkgtest of reverse dependencies
fail or cause FTBFS"):
> On 01/13/17 21:05, Ole Streicher wrote:
> > Simon McVittie writes:
> >> On Fri, 13 Jan 2017 at 18:22:53 +, Ian Jackson wrote:
> >>> Maybe an intermediate position would be to respond to a CI f
On Sat, 2017-01-14 at 11:05 +0100, Ole Streicher wrote:
> I don't see the need to keep things in sync: If a new failure is
> detected, it creates an RC bug against the migration candidate, with an
> "affects" to the package that failed the test. The maintainer then has
> the possibilities:
>
> *
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: toil
Version : 3.5.0~alpha
* URL : https://github.com/BD2KGenomics/toil
* License : Apache
Programming Lang: Python
Description : cross-platform workflow engine
The package will be m
Package: wnpp
Severity: wishlist
Owner: Debian Med team
* Package name: python-pybedtools
Version : 0.7.8
Upstream Author : Ryan Dale
* URL : https://github.com/daler/pybedtools
* License : GPL 2+
Programming Lang: Python, Cython,
Description : Python
Colin Watson writes:
> On Fri, Jan 13, 2017 at 07:35:10PM +, Simon McVittie wrote:
>> Possible autopkgtest extension: "Restrictions: unreliable"?
>
> May as well just use "Restrictions: allow-stderr" and "... || true".
> That's easier to do on a more fine-grained level, too.
As on my deprecat
Paul Gevers writes:
> One can always file bug reports against the release.debian.org pseudo
> package to ask for britney to ignore the autopkgtest result.
This would again concentrate work on a relatively small team.
> One other thing that I can envision (but maybe to early to agree on or
> set
I notice the dbg package for the kernel was moved, but it doesn't appear
to be installable.
I've added the necessary entry to /etc/apt/sources.list:
deb http://debug.mirrors.debian.org/debian-debug/ stretch-debug main
non-free contrib
and then I try to get the package:
# apt-get install -
Hi,
2016-12-08 23:24 GMT+01:00 Paul Wise :
> On Mon, Nov 28, 2016 at 8:04 PM, Ian Jackson wrote:
>
>> Should we not have public test instances of all these things ?
>
> If this will increase the bus factor of Debian services, that would be great.
> If this will just be a time sink for the people i
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: jitescript
Version : 0.4.1
Upstream Author : Douglas Campos
* URL : https://github.com/qmx/jitescript
* License : Apache-2.0
Programming Lang: Java
Description : Java API for gener
27 matches
Mail list logo
