On Fri, Nov 1, 2013 at 11:09 PM, Yaroslav Halchenko wrote:
> in any case -- upstream seems have liked a 'gateway script' solution:
> https://github.com/mne-tools/mne-python/pull/866
Sounds like a better solution anyway, thanks.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE,
On Fri, Nov 1, 2013 at 9:28 PM, Simon McVittie wrote:
> I thought I remembered an announcement that cross-arch dependencies were
> OK for jessie, but I couldn't find it, so that might just be wishful
> thinking?
The cross-compilers built by [1] need them so I guess we need them
before [2] can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reopen 274229
thanks
On 11/1/2013 3:42 PM, Russ Allbery wrote:
> Phillip, given the above background, would you be willing to modify
> the libuuid package to use /bin/false or /usr/sbin/nologin instead
> of /bin/sh for the shell for the libuuid user?
On Fri, Nov 01, 2013 at 12:42:30PM -0700, Russ Allbery wrote:
> Colin Watson writes:
> > However, there's an awkward problem blocking the change, namely #184979.
> > The last time I made any change to passwd.master or group.master that
> > caused update-passwd to prompt everyone to accept it was i
Colin Watson writes:
> However, there's an awkward problem blocking the change, namely #184979.
> The last time I made any change to passwd.master or group.master that
> caused update-passwd to prompt everyone to accept it was in December
> 2004. Since then, the policy manual has been updated to
previously on this list Ben Hutchings contributed:
> > > In other words, Canonical gets the right to take a free software
> > > contribution and make it proprietary. The contributors gets to own the
> > > software, and can continue releasing it as free software, but can't
> > > prevent Canonical f
severity 184979 important
block 274229 by 184979
thanks
On Fri, Nov 01, 2013 at 09:26:15AM -0700, Russ Allbery wrote:
> Even if the risk is low, I see absolutely no reason why these accounts
> should have valid shells, and therefore don't understand why we wouldn't
> want to just change them to /u
On 11/01/2013 11:55 PM, Juan M. wrote:
> Package: general
> Severity: normal
>
> Dear Maintainer,
>
> When I plugged the AC cable, the battery indicator starts working again. But
> when I use the notebook only with the battery, it says always "not present".
Hi Juan,
You are not giving enough in
(Apologies to Colin and Phillip for the duplicate. It helps if I send to
the right debian-devel list.)
Hello all,
Debian currently creates most of its system users with a valid shell of
/bin/sh. I was reminded of this problem by the recent closure of #588367,
and bug #274229 against base-passwd
Package: wnpp
Owner: intrigeri
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtypes-path-tiny-perl
Version : 0.005
Upstream Author : David Golden
* URL : https://metacpan.org/release/Types-Path-Tiny
* Lic
Package: general
Severity: normal
Dear Maintainer,
When I plugged the AC cable, the battery indicator starts working again. But
when I use the notebook only with the battery, it says always "not present".
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (50
On Fri, 01 Nov 2013, Charles Plessy wrote:
> I recommend if possible to keep the original upstream name if it has a suffix.
> Not doing so means that Debian becomes incompatible with other systems and
> with
> the existing documentation.
> > So the question is -- is there any other possible resol
On Fri, 01 Nov 2013, Paul Wise wrote:
> > So the question is -- is there any other possible resolution I do not
> > see here besides just keeping .py suffixes and providing a lintian
> > override?
> The implementation language is irrelevant to users and thus should not
> be in the names of things
Package: wnpp
Owner: intrigeri
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmoox-late-perl
Version : 0.014
Upstream Author : Toby Inkster
* URL : https://metacpan.org/release/MooX-late
* License
Hi everyone,
I am part of the group of MIPS porters, and we missed to officially
respond to this email. Here is for the record:
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For MIPS,MIPSEL,MIPS64,MIPS64EL, I
-
On 1 November 2013 13:28, Simon McVittie wrote:
> If cross-architecture dependencies are allowed in the archive (and don't
> break dak or britney) these days, then it's easy:
>
> Package: libnss-mdns
> Architecture: any
> Multi-Arch: same
>
> Package: lib32nss-mdns
> Architectu
nss-mdns/unstable is currently available in these flavours:
libnss-mdns:any (contains a native binary)
lib32nss-mdns:amd64 (contains an i386 binary)
My goal is that when amd64 users with both packages do a dist-upgrade to
jessie, if they have the i386 foreign architecture, they rece
Hi everyone,
I am part of the group of MIPS porters, and we missed to officially
respond to this email. Here is for the record:
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For MIPS,MIPSEL,MIPS64,MIPS64EL, I
-
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-th.data
Version : 1.0-2
Upstream Author : Torsten Hothorn
* URL or Web page : http://cran.r-project.org/web/packages/TH.data/index.html
* License : GPL-3
Description : GNU R datasets by
Hi everyone,
I am part of the group of MIPS porters, and we missed to officially
respond to this email. Here is for the record:
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For MIPS,MIPSEL,MIPS64,MIPS64EL, I
20 matches
Mail list logo
