Bug#848112: Python-skimage depends on unavailable package python-dask

Control: tags 848112 pending Hi all, On 23.12.2016 10:08, Andreas Tille wrote: > Ole, if you would please commit the patch you named in #848112 and > upload the package to make sure it can migrate right in time and will > enable other packages to migrate as well? > > HOWEVER, we have another

Bug#849138: atop installation fails

severity #849138 normal merge #849138 #842136 thanks Hi Vincent, this is the second time this week that you're filing a duplicate of an already existing bug with a severely inflated severity. While I appreciate your attention on atop, I would really love if you could look whether the issue

Bug#841610: fixed in statsmodels 0.8.0~rc1+git59-gef47cd9-1

Hi Yaroslav, On 11/28/2016 02:38 PM, Yaroslav Halchenko wrote: > On Sun, 27 Nov 2016, Sebastiaan Couwenberg wrote: > >> This bug is not fixed on i386 yet where the build failed due the various >> test failures, specifically: > >> ValueError: I/O operation on closed file > >> Is work in

Bug#849187: RM: kmer-tools -- ROM; superceded by kmer

Package: ftp.debian.org Severity: normal The source package has been renamed, so this old source package should be removed. I noticed that this doesn't happen automatically if the source package is renamed without a change in the upstream version, which is the case here. Many thanks and regards

Bug#849138: atop installation fails, like meanwhile fixed upstream issue

Dear Vincent, thank you for your report. Please check whether atopacctd is still running? You are upgrading from version 2.24 which had a bug in atopacctd that left it hanging around and only killable by SIGKILL. The message "/run/pacct_shadow.d: File exists" hints at a still running

Bug#849185: ITP: node-cli-cursor -- Toggle the CLI cursor

Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-cli-cursor Version : 1.0.2 Upstream Author : Sindre Sorhus (sindresorhus.com) * URL :

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hello, On Fri, Dec 23, 2016 at 11:18:03AM +0100, Christian Seiler wrote: > Hi there, > > sorry for the formatting, writing this on my phone. > > > Am 23. Dezember 2016 10:18:52 MEZ, schrieb Andreas Henriksson > : [...] > >on upstream issue #2. > > I'm not sure that'll work.

Bug#849186: RM: pbseqlib [i386 armel mipsel] -- ROM; new build-dependency not available

Package: ftp.debian.org Severity: normal Control: block -1 with 849183 849184 pbseqlib is now built with pbbam, which is not available on 32-bit architectures. I've also filed for removal of the reverse-dependencies on these architectures for the same reason (see blocking bugs). Many thanks and

Bug#846842: nethogs: please make the build reproducible

[Please retain 846...@bugs.debian.org in CC] Hey Arnout, Thanks for getting in touch and for your kind words on reproducible builds. :) > To me it doesn't sound unreasonable to consider the last segment of the > build path part of the build environment Could you elaborate why? We feel that the

Bug#849184: RM: pbdagcon [i386 armel mipsel] -- ROM; new build-dependency not available

Package: ftp.debian.org Severity: normal pbdagcon (like blasr) has a new build-dependency on pbbam, which is not available on 32-bit architectures. Many thanks and regards Afif

Bug#849183: RM: blasr [i386 armel mipsel] -- ROM; new build-dependency not available

Package: ftp.debian.org Severity: normal blasr has a new build-dependency (pbbam) that is not available on 32-bit architectures. Many thanks and regards Afif

Bug#846842: Fwd: Re: Bug#846842: nethogs: please make the build reproducible

[Forwarding to BTS] - Original message - From: Arnout Engelen To: Chris Lamb Subject: Re: Bug#846842: nethogs: please make the build reproducible Date: Fri, 23 Dec 2016 11:37:55 +0100 Hi Chris, First off, thanks for your efforts in making the builds

Bug#837068: glshim uploaded to mentors.debian.net

Hi, Your upload of the package 'glshim' to mentors.debian.net was successful. Others can now see it. The URL of your package is: https://mentors.debian.net/package/glshim The respective dsc file can be found at: https://mentors.debian.net/debian/pool/main/g/glshim/glshim_0.42-1.dsc Thanks.

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi! Now I uploaded new version to mentors. On Friday 23 December 2016 10:18:52 Andreas Henriksson wrote: > Hello, > > Started looking at this bug report yesterday but got discracted... > > I spotted much the same issues as Chrisian so I'll instead just > echo what he's saying and add a few

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

On Friday 23 December 2016 11:28:39 Pali Rohár wrote: > > > - debian/compat: why only 9? compat 10 is considered stable now > > > > > >and unless you have a good reason I would recommend that any > > >new package should use compat 10. (please read the debhelper > > >manual though

Bug#839371: xine-lib-1.2: FTBFS: ./src/video_out/video_out_xcbshm.c:723: undefined reference to `xcb_poly_fill_rectangle'

Dear Debian Maintainer, https://anonscm.debian.org/hg/xine-lib/xine-lib-1.2/rev/e72410d807a3 seems to fix this bug, but recreation of src/video_out/Makefile.in is needed to get it working (btw. 1.2.7 is out since two months but I guess out of scope for Stretch). Kind regards Harald Jenny

Bug#849177: Python-numpy transition breaks at least two packages

Hi Ghislain, On Fri, Dec 23, 2016 at 10:02:33AM +, Ghislain Vaillant wrote: > On Fri, 2016-12-23 at 10:43 +0100, Andreas Tille wrote: > > Hi, > > > > I have cloned bug #848758 where I suggested to revert the python-numpy > > transition which other posters agreed upon. Besides breaking > >

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi there, sorry for the formatting, writing this on my phone. Am 23. Dezember 2016 10:18:52 MEZ, schrieb Andreas Henriksson : >On Fri, Dec 23, 2016 at 12:12:17AM +0100, Christian Seiler wrote: >> - init.d: this file name works with dh_installinit, but is not >>

Bug#848826: More info. on vainfo

Dear Sebastian, Sorry for not replying earlier. Seems both your answers didn't reach me. I was looking at the pkg-multimedia mailing list and found your answers. I am subscribing to the bug so this doesn't happen. Replying to your queries - a. So I guess you are not running this from a

Bug#849177: Python-numpy transition breaks at least two packages

On Fri, 2016-12-23 at 10:43 +0100, Andreas Tille wrote: > Hi, > > I have cloned bug #848758 where I suggested to revert the python-numpy > transition which other posters agreed upon. Besides breaking > python-skbio I spotted another package python-skimage which fails with: > > >

Bug#849182: ITP: node-pad -- Left and right string padding

Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-pad Version : 1.0.2 Upstream Author : David Worms * URL : https://github.com/wdavidw/node-pad#readme *

Bug#849181: ITP: node-progress -- Flexible ascii progress bar

Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-progress Version : 1.1.8 Upstream Author : TJ Holowaychuk * URL :

Bug#849180: ooniprobe: adequate complains about a broken symlink of ooniprobe.conf.sample

Package: ooniprobe Version: 2.1.0-1 Severity: important User: debian...@lists.debian.org Usertags: broken-symlink adequate Dear Maintainer, Adequate reported a broken symlink - $ adequate ooniprobe ooniprobe: broken-symlink /usr/share/doc/ooniprobe/examples/ooniprobe.conf.sample ->

Bug#849179: ITP: node-sorted-object -- Return a copy of an object with its keys sorted

Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-sorted-object Version : 2.0.1 Upstream Author : Domenic Denicola (https://domenic.me/) * URL :

Bug#849178: ITP: node-array-from -- ES2015 Array.from ponyfill

Package: wnpp Severity: wishlist Owner: Paolo Greppi X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-array-from Version : 2.1.1 Upstream Author : Tomek Wiszniewski and Benjamin Barber * URL :

Bug#849177: Python-numpy transition breaks at least two packages

Hi, I have cloned bug #848758 where I suggested to revert the python-numpy transition which other posters agreed upon. Besides breaking python-skbio I spotted another package python-skimage which fails with: == ERROR:

Bug#847698: pgloader FTBFS on arm64: The value 64 is not of type (INTEGER -32 63)

Re: Adrian Bunk 2016-12-10 <148139247737.5151.15852766254365495913.reportbug@localhost> > ;; loading system "pgloader" > Fatal TYPE-ERROR: > The value > 64 > is not of type > (INTEGER -32 63) After some poking this turned out to be a bug in sbcl on arm64. Upstream plans to fix it

Bug#848287: python-testing.mysqld: (build-)depends on mysql-{client,server}

Control: severity -1 important Hi, > Your package (build-)depends on mysql-server/client. Since we're > transitioning to mariadb as the default mysql provider, you should > switch your build dependencies and dependencies to something like: > > default-mysql-server | virtual-mysql-server,

Bug#847804: libsane:amd64: please update to recent snapshot suporting lide 120

Hello, On 23 December 2016 at 10:02, Jörg Frings-Fürst wrote: > At the list[1] the Status of "CanoScan LiDE 120" is unsupported. That's technically true. AFAIK no SANE release supports it. > I think the best way is to ask the Upstream direct at[2]. And with the

Bug#848903: Bug#848394: Bug#848903: metastudent: autopkgtests fail since 2016-12-05

On Tue, Dec 20, 2016 at 08:15:48PM +0100, Andreas Tille wrote: > I just notice a commit from Tanya so according to the commit log > the issue seems to be solved. :-) (Well done! ;-) ) Hmm, I notice that while #848394 is really done bug #848903 with the failed tests was not addressed. Tanya, I

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hello, Started looking at this bug report yesterday but got discracted... I spotted much the same issues as Chrisian so I'll instead just echo what he's saying and add a few comments. (I'll be able to sponsor you once the package is ready.) On Fri, Dec 23, 2016 at 12:12:17AM +0100, Christian

Bug#849120: dgit-maint-merge(7): Use debian/source/patch-header

On Thu, Dec 22, 2016 at 06:56:05PM +, Sean Whitton wrote: > Move the sample commands for obtaining a patch queue from README.source > to debian/source/patch-header. It also resolves a Lintian tag complaining about the DEP-3 template that would otherwise be inserted as a patch header. --

Bug#846002: blends-tasks must not be priority:important (was Re: Bug#846002: Lowering severity)

On Wed, 21 Dec 2016, Ole Streicher wrote: > I am quoting popcon here since they give a lower estimate of the number > of users who actually did the test. Nothing more. Nothing about importance. It gives an estimate of users who ran debootstrap and got the package installed. It does not give an

Bug#849162: Issue will be addressed in snap package, please revert conflict in snapd

Hi, while we are usually following a first comes first served policy if it comes to name space conflicts I think it is apropriate to rename the executable in the package snap to snap-hmm (and provide the original name in /usr/lib/debian-med/bin which is used in other name space conflicts). I

Bug#848046: glances: upgrade fails when server is disabled

Control: severity -1 important Control: tag -1 + patch Hi, Ingo Saitz wrote: > On Tue, Dec 13, 2016 at 11:47:32AM -0500, Daniel Echeverry wrote: > > thanks for your report, Unfortunately I can't reproduce this issue, > > Could you confirm from which glances version are you trying to update? > >

Bug#840589: Bug#848112: Python-skimage depends on unavailable package python-dask

Hi, On Thu, Dec 22, 2016 at 10:04:22PM -0700, Stefan van der Walt wrote: > OK by me, too. > > On December 22, 2016 9:45:10 PM Yaroslav Halchenko > wrote: > > >On December 22, 2016 4:52:41 PM EST, Andreas Tille wrote: > >>place were people who intend to

Bug#848732: g2clib: FTBFS: gcc: error: g2_unpack3.o: No such file or directory

Hi, On 22/12/16 at 09:08 +, Alastair McKinstry wrote: > Hi, > > Can you re-run this rebuild in your environment ? g2clib has built in > all autobuilders (the day before), and I've retested > locally both by hand, with pbuilder and sbuild, and its worked > successfully. The log has no hint as

Bug#838941: RFS: duperemove/0.11~beta3-3 ITP

On Mon, Sep 26, 2016 at 10:12:04PM +0100, peter.zahrad...@znik.sk wrote: > * Package name: duperemove Uhm guys, what's the status on this? Unless you upload by pretty much today, there's little chance it will get into stretch -- the effective freeze date is in unstable (ie, past NEW) by Dec

Bug#847804: libsane:amd64: please update to recent snapshot suporting lide 120

Hello Michal, thank you for spending your time helping to make Debian better with this bug report.  At the list[1] the Status of "CanoScan LiDE 120" is unsupported. I think the best way is to ask the Upstream direct at[2]. CU Jörg [1] http://www.sane-project.org/sane-mfgs.html#Z-CANON [2]

Bug#849175: jessie-pu: package ganeti-instance-debootstrap/0.14-2

Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Dear SRMs, I would like to update ganeti-instance-debootstrap in Jessie to fix #834404. In particular, the proposed update includes an upstream commit that replaces all instances

Bug#849149: bpfcc: FTBFS: FlexLexer.h: No such file or directory

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Thu, 2016-12-22 at 18:42 -0500, Aaron M. Ucko wrote: > Builds of bpfcc in minimal environments (notably, the autobuilders) > have been failing: > >   /«PKGBUILDDIR»/src/cc/frontends/b/lexer.h:22:23: fatal error: FlexLexer.h: > No such file or

Bug#844583: sbuild: allow arbitrary version suffix for binary rebuild (binNMU)

Hi, Quoting Raphael Hertzog (2016-12-22 21:24:55) > Thanks for your work on sbuild! thank you! Your contributions are also very valued. :) Since you mentioned making the text of the changelog entry user controllable, maybe you are also interested in the upcoming --binNMU-changelog option which

Bug#848961: nano: please update syntax highlighting for nftables

On 2016-12-23 08:55, Arturo Borrero Gonzalez wrote: > On 22 December 2016 at 19:17, Benno Schulenberg wrote: >> Have you also tried removing the \ from \@? > > Yes, it works too. Thanks. Committed and pushed: 2fbb71d5. It will be in 2.7.3 next week. Regards, Benno

Bug#849174: RM: open-build-service [amd64 i386 arm64 armhf mips mips64el mipsel ppc64el s390] -- ANAIS; All binary packages that built from source package open-build-service no longer built on amd64,

Package: ftp.debian.org Severity: normal

Bug#844543: new version available

Source: aiocoap Followup-For: Bug #844543 hello tin, i've recently released 0.3; that's probably late for stretch, but still worth a try! best regards chrysn signature.asc Description: PGP signature

Bug#849172: ondir: don't override Makefile variables, pass CFLAGS as environment variables instead

Package: ondir Version: 0.2.3+git0.55279f03-1 Severity: minor Tags: upstream X-Debbugs-Cc: Gianfranco Costamagna CFLAGS etc. should be passed in via environment variables (so that dh_auto_build etc. work out of the box without an override), but that needs changes to

Bug#849173: ondir: FTBFS on hurd due to PATH_MAX

Package: ondir Version: 0.2.3+git0.55279f03-1 Severity: important Tags: confirmed (Recording this so I don't forget it.) ondir FTBFS on Hurd because it uses PATH_MAX, which isn't available there (Hurd has no path limit). Build log:

Bug#843471: Intent to NMU to fix #843471 [Was: Bug#843471: libspice-client-gtk-3.0-5: virt-manager segfaults in libspice-client-gtk]

Control: tag -1 +patch Control: severity -1 important Hi Liang Guo, Christophe Fergeau: > This is most likely the crash fixed by this upstream commit: > https://cgit.freedesktop.org/spice/spice-gtk/commit/?id=03c016bea939ee4a26e90d80fa1012a993a8ea47 I've been affected by this bug for a while,

Bug#848894: Cannot reproduce on sbuild; thoughts on architecture=amd64

On Wed, Dec 21, 2016 at 11:54 PM, Hilko Bengen wrote: > control: tag -1 unreproducible > > Good evening. > > In my linux/amd64 sbuild setup, dx builds just fine. > > What had me puzzled, though, is how the message "checking architecture > type... amd64" came to be. If uname

Bug#848310: RM: targetcli -- ROM; superseded by targetcli-fb, from new LIO-fb upstream

On 12/23/2016 09:19 AM, Ritesh Raj Sarraf wrote: > On Fri, 2016-12-23 at 09:10 +0100, Harald Dunkel wrote: >> Is there an upgrade path from the old targetcli 2.0 to the >> new targetcli-fb and lio-fb? > > No. This isn't supported in the packages. The upstream data format is also > changed amongst

Bug#831965: Status of asciidoc upload?

On Fri, 23 Dec 2016, Joseph Herlant wrote: > Hi Raphael, > > Thanks a lot for the upload. Unfortunately there were misses in the > copyright file. > I fixed that, retagged and pushed to the git repo and to mentors. > Let me know if you find anything else that need to be fixed. Yes, I think you

Bug#848353: RFS: node-css-select 1.2.0

Hi, I have packaged node-css-select, see the ITP I am CC-ing and the repo: https://anonscm.debian.org/git/pkg-javascript/node-css-select.git Please someone more experienced than me review it and if it's OK sponsor its upload. Thanks, Paolo

Bug#848310: RM: targetcli -- ROM; superseded by targetcli-fb, from new LIO-fb upstream

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 2016-12-23 at 09:10 +0100, Harald Dunkel wrote: > Is there an upgrade path from the old targetcli 2.0 to the > new targetcli-fb and lio-fb? No. This isn't supported in the packages. The upstream data format is also changed amongst LIO and

Bug#848310: RM: targetcli -- ROM; superseded by targetcli-fb, from new LIO-fb upstream

Is there an upgrade path from the old targetcli 2.0 to the new targetcli-fb and lio-fb? Regards Harri

Bug#845750: postfix: Cleanup does not see the postfix-pcre.so.1.0.1 file (and probably others libraries)

Package: postfix-pcre Version: 3.1.3-6 Followup-For: Bug #845750 Hello, Just for your information, the bug still exists in postfix-pcre 3.1.3-6 and I could not make it disappear by un-chrooting the different parts in the master.cf (and all the comments/informations in the ticket could not help

Bug#831965: Status of asciidoc upload?

Hi Raphael, Thanks a lot for the upload. Unfortunately there were misses in the copyright file. I fixed that, retagged and pushed to the git repo and to mentors. Let me know if you find anything else that need to be fixed. Thanks! Joseph

<    1   2   3