Source: osmosis
Version: 0.45-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: berkshelf
Version: 4.3.5-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> /usr/
Source: seaborn
Version: 0.7.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> F
Source: erlang-ranch
Version: 1.2.1-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: python-restless
Version: 2.0.3-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> m
Source: graphite2
Version: 1.3.9-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: ggcov
Version: 0.9-13
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> ERROR: (test
Source: kicad
Version: 4.0.4+dfsg2-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: ckermit
Version: 302-5.2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gcc -Wl
Source: qtwebengine-opensource-src
Version: 5.7.1+dfsg-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part
Source: clementine
Version: 1.3.1+git240-g1a2f6e2+dfsg-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part
Source: mixxx
Version: 2.0.0~dfsg-6
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> g++
Source: pyregion
Version: 1.2-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> pyregion/te
Source: txfixtures
Version: 0.2.5-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> deb
Source: ocrmypdf
Version: 4.3.4-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> Found
Source: asyncpg
Version: 0.8.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> debian/ru
Source: python-django-pyscss
Version: 2.0.2-6
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully
Source: nikola
Version: 7.6.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: libpqxx
Version: 4.0.1+dfsg2-7
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: mapbox-vector-tile
Version: 0.5.0+ds-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully
Source: leap-cli
Version: 1.9-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> /usr/
Source: eclipse-anyedit
Version: 2.4.4-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> m
Source: nut
Version: 2.7.4-4
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> make[3]: Enter
Source: postgis-java
Version: 1:2.2.1-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: python-xmp-toolkit
Version: 2.0.1+git20140309.5437b0a-3
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant
Source: ffmpeg
Version: 7:3.2.2-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> gcc -Wl
Source: beets
Version: 1.3.19-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> la
Source: dpmb
Version: 0~2016.06.30
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: python-asyncssh
Version: 1.8.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully
Source: python-oslo.middleware
Version: 3.19.0-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully
Source: sardana
Version: 2.2.0-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> debian/ru
Source: composite
Version: 0.006.2+dfsg0-6
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
>
Source: gnocchi
Version: 3.0.0-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully
On miercuri, 11 ianuarie 2017 09:48:16 EET Bogdan Vatra wrote:
> On marți, 10 ianuarie 2017 17:20:28 EET Felipe Sateler wrote:
> > Hi,
> >
> > On 10 January 2017 at 16:05, Bogdan Vatra wrote:
> > > Package: rtkit
> > > Version: 0.11-4
> > > Severity: important
> > >
> > >
Source: bchunk
Version: 1.2.0-12
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
bchunk fails to cross build from source, because it uses the build
architecture linker and strip programs. While debhelper has learned to
pass cross compilers for CC and CXX via the makefile buildsystem
Le dimanche, 8 janvier 2017, 12.02:38 h CET Russ Allbery a écrit :
> Here's an updated patch that also fixes the other examples.
Seconded.
--
Cheers,
OdyX
signature.asc
Description: This is a digitally signed message part.
Package: sponsorship-requests
Severity: normal
Dear mentors, Gianfranco,
first best wishes to you all for this new year, health, success ;
especially in you Debian area :) .
I am looking for a sponsor for my package "rear".
This is an upgrade to previous 1.19 and it fixes a FTBFS bug. Extract
Source: piuparts
Severity: wishlist
Thanks for your work on piuparts!
I’m working on manpages.debian.org and recently stumbled across an
interesting problem: many packages use slave alternatives for manpages
(think “vi.1” being linked either to “vim.1” or “nvi.1”).
Unfortunately, alternatives
Package: openjfx
Version: 8u111-b14-1
Severity: wishlist
Dear Maintainer,
openjfx stamps out at 8u111-b14-1
> aptitude show openjfx
Package: openjfx
Version: 8u111-b14-1
State: installed
Automatically installed: no
Priority: optional
Section: java
Maintainer: Debian Java Maintainers
tags 826148 -pending +wontfix
thanks
Addition.
On Mon, Jan 09, 2017 at 06:36:46PM +0100, Mario Lipinski wrote:
> >1) monit doesn't support systemd. If you are ready to support this
> > package for systemd - please do.
>
> I just use monit on a Debian system with its default init system. I
Thanks for the suggestion. I considered this, but I’m worried this
might blow up the logfiles quite a bit for some packages.
With regards to the suites, I’m interested in oldstable,
oldstable-backports, stable, stable-backports, testing, unstable :).
On Wed, Jan 11, 2017 at 3:33 AM, Andreas
Daniel Kahn Gillmor writes ("Re: [pkg-gnupg-maint] Bug#850657: gnupg: Please
find gpg-agent on PATH"):
> On Sun 2017-01-08 17:35:13 -0500, Ian Jackson wrote:
> > gpg executes /usr/bin/gpg-agent, rather than fetching it from the
> > PATH.
> >
> > This is contrary to Debian policy.
>
> Can you
On 2017-01-11 12:44, Michael Stapelberg wrote:
> Thanks for the suggestion. I considered this, but I’m worried this
> might blow up the logfiles quite a bit for some packages.
How much "logfile" data would that be? Installing texlive-full in sid
with --install-recommends produces 460 kb,
Package: sosreport
Version: 3.3+git50-g3c0349b-1
Severity: minor
Dear Maintainer,
When running sosreport 3.3, version 3.2 is shown.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.8.0-2-amd64
Thanks. I'm not sure why this was removed, I asked the person who
changed this. From a maintainer's perspective, using a bundled version
of SQLite certainly simplifies the replication of problems. I'm in favor
of keeping things as they are, but I see the benefit of giving the user
the same
On Wed, Jan 11, 2017 at 10:02:33AM +0100, Mattia Rizzolo wrote:
> I already reported it yesterday, and already fixed in git; merging the
> bugs.
cool, thanks!
I seemed to recall something like this, but it was late and so I decided
to just file the bug before going to bed… :)
--
cheers,
On 2017-01-11 01:47:53 -0500, Daniel Kahn Gillmor wrote:
> hm, both Vincent and gi1242 are using fvwm. can you try installing
> openbox or some other comparable minimalist window manager and let me
> know whether you still see the same misbehavior? it sounds to me like
> y'all might have hit on
Package: criu
Version: 2.9-2
Severity: important
Dear Maintainer,
I was trying to backport criu to jessie following the standard procedure from
https://wiki.debian.org/SimpleBackportCreation.
Compilation seems to work, but linking fails. Here's part of the output:
...
make[3]: Entering
Source: coq-highschoolgeometry
Version: 8.4+20150620-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
coq-highschoolgeometry fails to build from
Package: libfltk1.3
Version: 1.3.3-8
Severity: normal
libfltk1.3:x32 and libfltk1.3:i386 are not coinstallable
because libfltk1.3 is not Multi-Arch.
This can be a problem because someone™ thought it a good idea
to remove my VNC client and force tigervnc upon people, which
requires libfltk1.3
Hi Michael,
thanks for your bug report, this seems like a viable idea to me.
On Wed, Jan 11, 2017 at 09:27:56AM +0100, Michael Stapelberg wrote:
> …followed by making /tmp/export.tar.bz2 available as
> ___alternatives.tar.bz2, e.g.
> stretch_vim_2:8.0.0134-1_alternatives.tar.bz2.
except that
Hi!
On Mon, 2017-01-02 at 12:04:50 -0300, Lisandro Damián Nicanor Pérez Meyer wrote:
> On lunes, 2 de enero de 2017 00:28:22 ART Guillem Jover wrote:
> > > The only thing I would like you to change in order to accept the patch is
> > > to change the generic hasRequiredCpuSupport() for something
Hi,
is anybody with upload permissions reading this? There are roughly 2
weeks left to upload a fixed package to sid so it can migrate to
testing before the full freeze. If nobody else does, I'll prepare a
fixed package with the mentioned patches and the removal of stale
pairing entries which
Source: foremost
Version: 1.5.7-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
foremost fails to cross build from source, because it has a rather
uncommon way to handle the CC variable and its assumptions on CC are
broken by how dh_auto_build uses it. During cross compilation,
Control: retitle -1 pinentry-gtk-2 frequently fails to grab the pointer under
fvwm
Control: tags -1 -unreproducible
since it is reproducible with fvwm (now mentioned in the bug title)
and the reason is clearly given in the fvwm(1) man page.
On 2017-01-11 01:47:53 -0500, Daniel Kahn Gillmor
Source: pngcrush
Version: 1.7.85-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
pngcrush fails to cross build from source, because it uses the build
architecture linker. debhelper learned to pass cross compilers for CC
and CXX for the makefile buildsystem recently, but does not
Control: tags -1 patch
Gianfranco found that in LLVM 3.9, llvm/Target/TargetOptions.h now has:
#include "llvm/MC/MCAsmInfo.h"
which was not present in LLVM 3.8.
I tested the workaround below, which can be used until #850785 is fixed.
--- a/libs/libMatC/CJitFuncClang.hpp
+++
reassign 842198 brasero 3.12.1.4
tags 842198 - moreinfo
thanks
Hello Paolo,
hello Brasero maintainers,
Paolo: Thanks for your analysis
Brasero maintainer:
Can you have a look at this bug (#842198) to see why the valid call in
goobox crashes in brasero?
For a cbug reference see below or the
Le mardi 10 janvier 2017 à 23:08 +0100, Dylan a écrit :
> 2017-01-10 11:23 GMT+01:00 Sébastien Villemot :
> >
> > Yes, your plan sounds good. Please go ahead, and tell me when the upload
> > to unstable is ready.
> >
>
> I have pushed my commits on the git repository of the
Daniel Erickson writes:
> Package: installation-reports
> Severity: wishlist
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
> Converting old Windows XP laptop to Linux. (First
Control: tag -1 +moreinfo
On Tue, Jan 10, 2017 at 02:38:00PM +0100, Félix Sipma wrote:
> I am looking for a sponsor for my package "inkscape-open-symbols".
> inkscape-open-symbols - Open source SVG symbol sets that can be used as
> Inkscape symbols
>
> Package: inkscape-open-symbols
>
On marți, 10 ianuarie 2017 17:24:59 EET Felipe Sateler wrote:
> Control: retitle -1 pulseaudio: hangs if dbus is malfunctioning
> Control: tags -1 - moreinfo
>
> On 10 January 2017 at 15:51, Bogdan Vatra wrote:
> > On marți, 10 ianuarie 2017 20:01:29 EET Bogdan Vatra
2017-01-10 22:09 GMT+01:00 Sebastian Andrzej Siewior :
> On 2017-01-10 21:53:11 [+0100], Olaf van der Spek wrote:
>> >> So why does this file contain "countryName_default = AU"?
>> >> AU doesn't make sense, IMO a better one would be the empty string.
>> >
>> >
Source: spell
Version: 1.0-24
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
spell fails to cross build from source, because its ./configure ignores
the CC assignment carefully crafted in the Debian packaging. Passing the
CC variable as an environment variable instead of a command
Source: xzgv
Version: 0.9.1-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
xzgv fails to cross build from source, because it uses build
architecture build tools. Simply adding the host architecture triplet as
a prefix to gcc and pkg-config fixes the cross build. Please consider
Package: cabal-debian
Version: 4.33-4
Severity: important
Tags: patch
Dear Maintainer,
I made example sequence of cabal-debian like following.
Build-depends lines are generated by cabal-debian
like 'libghc-base-dev (<< 5)' and 'libghc-base-prof (<< 5)',
but 'base' is GHC built-in package which
Hi,
I've checked version 1.1-2 but the described problem persists. I think
Charles solution for the issue sounds quite promissing.
Kind regards
Andreas.
On Sun, Jan 08, 2017 at 11:45:58PM +0900, Charles Plessy wrote:
> > >
> > > After the upgrade from 1.0.0-2 to 1.1-1-1, row value
Control: forcemerge 850807 -1
Control: retitle 850807 diffoscope: FileExistsError in
comparators.elf._install_debug_symbols()
On Wed, Jan 11, 2017 at 02:40:01AM +0100, Holger Levsen wrote:
> from
> https://jenkins.debian.net/job/reproducible_builder_armhf_8/15471/console
> (which should be
Control: retitle -1 devscripts: reject ‘debian/rules’ actions on unpatched
source
Control: found -1 devscripts/2.13.4
Control: severity -1 wishlist
On 29-Oct-2013, Ximin Luo wrote:
> On 29/10/13 15:37, Ximin Luo wrote:
> > On 29/10/13 15:18, James McCoy wrote:
> >> This is not a bug in debuild.
-- Forwarded message --
From: data cruncher
Date: 11 January 2017 at 03:40
Subject: Re: With 2.6-2 i dont have the wifi adapter in the
(network-manager) list available.
To: Andrew Shadura
Hi
Unfortunately not really, there are no error
Hi Niels,
On Tue, Jan 10, 2017 at 10:20:32PM +0100, Jan Niehusmann wrote:
> Am I missing something? Is this a good way to handle the situation?
> Would it be possible to speed up the propagation of zurl/1.7.1-3 to
> testing so I can upload zurl/1.7.1-4?
Even though I didn't get an answer to my
Hi Tobias, Gianfranco.
Tobias, Thierry agreed and I change the owner, I hope it's better now.
Any of you would have time to review the package?
I added Gianfranco as is my usual sponsor, but I forgot to Cc him in my
initial request.
Thanks,
F.
On Mon, 19 Dec 2016 08:12:06 +0100, Tobias Frost
Le 11/01/2017 à 09:51, shirish शिरीष a écrit :
> Looking forward to see the package which works with version 9.
>
> While openjdk 9 would be available around the middle of the year from
> http://openjdk.java.net/projects/jdk9/
>
> If openjdk 9 is being provided in sid to test out things, it
Hello
>Probably need to backport this upstream commit:
>
>https://git.haskell.org/ghc.git/commitdiff/672314cbeb8ac386a58f17dc4650dbdf4c55d8b5
probably not only that one, but at least 3 commits
Unfortunately when I expressed the idea (and the commits) over irc on
#debian-haskell or whatever
I
Le 11/01/2017 à 03:02, Askar Safin a écrit :
> reassign 846616 lldb-3.7 1:3.7.1-3
> thanks
>
> Thanks for fixing. The bug is still present in lldb-3.7 1:3.7.1-3 and in
> lldb-4.0 1:4.0~svn290810-1 in sid
I am not planning to fix 3.7 because I would like to see remove from the next
Debian
On Sat 2017-01-07 21:49:47 -0500, Roland Hieber wrote:
> I can confirm that behaviour, the pinentry-gtk2 window only flashes up shortly
> and then closes, but pinenetry-ncurses and -gnome3 work fine. The last time it
> worked for me was on Jan 1st 2017 with Enigmail. It also doesn't work for me
>
Control: forcemerge 849845 850606
Hi Ximin--
Your recently-filed debian bug 850606 is a duplicate of 849845 so i'm
merging the two.
On Sun 2017-01-08 07:31:11 -0500, Ximin Luo wrote:
> Since dirmngr is very stupid in how it deals with DNS pools, one workaround
> that users can do, is to keep
Source: android-platform-frameworks-native
Version: 1:7.0.0+r1-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
android-platform-frameworks-native fails to cross build from source,
because it uses the build architecture C++ compiler (as a GNU make
builtin). Indirecting the make
Source: ghc
Severity: important
Hello,
The armel build issue on 3.8 and 3.9 has been fixed thanks to a fix in
libstdc++.
ghc can now change llvm version.
This is the last package using llvm 3.7, blocking its removal.
(note that I stopped caring about 3.7 more than a year ago, it is far behing
Control: tags -1 + moreinfo
On 20-Aug-2012, Vincent Lefevre wrote:
> A "bts show --mbox " cannot resume after a Ctrl-Z.
> To reproduce the bug.
>
> 1. Type "bts show --mbox 622231".
> 2. Ctrl-Z
> 3. Type "fg".
>
> This shows another "zsh: suspended (signal) bts show --mbox 622231",
> as if a
Il 10/01/2017 19:40, Helge Kreutzmann ha scritto:
Hello Paolo,
please find the stacktrace below. If you need more/other
information, do not hesitate to also contact Jeremy Bicha
directly (if you keep 842...@bgus.debian.org in
CC, that would be great).
Thanks a lot for your
On Wed, 11 Jan 2017 09:21:54 +0100 Sylvestre Ledru wrote:
> Source: ghc
> Severity: important
>
> Hello,
>
> The armel build issue on 3.8 and 3.9 has been fixed thanks to a fix in
> libstdc++.
> ghc can now change llvm version.
>
> This is the last package using llvm
Source: icewm
Version: 1.3.8+mod+20161220-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
icewm fails to cross build from source, because it does not pass cross
compilers to cmake and thus uses the build architecture ones.
Thankfully, debhelper's cmake support is well aware of cross
On Tue, Jan 10, 2017 at 06:51:56PM -0600, Taylor Kline wrote:
> So how do non-DDs help out with providing patches?
By attaching patches in the bugs.
The ability to actually upload the packages is the whole distinction
between DD and external contributors.
--
regards,
Control: tags 850815 + patch
Control: tags 850815 + pending
Dear maintainer,
I've prepared an NMU for wand (versioned as 0.4.4-1.1) and
uploaded it to DELAYED/1. Please feel free to tell me if I
should delay it longer.
Regards.
--
regards,
Mattia Rizzolo
GPG Key: 66AE
Hi Karl,
Le 10/01/2017 à 22:31, Karl Kornel a écrit :
Hello!
I have a second patch, to make another similar change to my first patch.
I noticed that slurmdbd’s preinst script is doing the same user-creation.
Although slurmdbd does not directly relate to slurm-client, both slurm-client
and
Package: xserver-xorg-core
Version: 2:1.19.0-3
Severity: normal
--- Please enter the report below this line. ---
Hi, after upgrading to version 1.19.0-(2,3) plasmashell freezes frequently
with the same symptoms described here
https://bugs.kde.org/show_bug.cgi?id=373131
and also here
On 01/10/2017 05:52 PM, Andreas Tille wrote:
> Hi Michael,
>
> I'd like to ask again whether you received my message that my attempts
> to fix this bug remained unsuccessful and I gave up since I'm lacking
> the needed knowledge about the upstream code. Please make sure that
> those bugs - which
Hi Gianfranco,
Thanks for your comments!
what about calling 2to3 in setup.py?
I somehow overlooked that this was possible. That's much more sensible than what
I was doing.
and you can patch the code with a retro-compatible code
if you can't find a way that works with both python2 and
Package: buildd.debian.org
Severity: normal
Hi,
since #823910 will be fixed with the next Debian policy version, I'm
filing this bug to ask for support for the Build-Depends-Arch and
Build-Conflicts-Arch fields in wanna-build.
Without support for this, packages that use the Build-Depends-Arch
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "pydbus"
* Package name: pydbus
Version : 0.6.0-1
Upstream Author : Linus Lewandowski
* URL : https://github.com/LEW21/pydbus
* License :
Hi,
archlinux has a go-ipfs package without gx, see
https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/go-ipfs
also from #ipfs on freenode:
<@whyrusleeping> its worth pointing out that gx does not require ipfs
<@whyrusleeping> it can function just fine on its own
Package: dose-builddebcheck
Version: 5.0.1-6
Severity: wishlist
Hi,
currently, dose-builddebcheck can only check build dependency
satisfiability for full package builds. It would be great if
dose-builddebcheck could easily be used to also check arch-all-only,
arch-any-only, source-only build or
Michael, Laurent,
I believe we can close the issue, unless you have an objection.
On Tue, 10 Jan 2017 22:11:57 +0100 Christoph Biedl
wrote:
> In #839146 you mentioned the default file is used in the init script
> only. While that's certainly a position to take, the result is
> on sysv systems the Suricata IDS/IDP daemon does not get started by
>
Hi Raphael,
after seeing your ITP I was wondering if you are still working on
packaging GNOME Keysign?
I'm asking because I was recently nudged in this regard by the main
GNOME Keysign upstream author, who is a friend of mine. I have prepared
a package for the latest upstream version 0.7 here:
On miércoles, 11 de enero de 2017 11:08:36 ART Guillem Jover wrote:
[snip]
> > Indeed I also prefer the second one. have you got to check it? I'll start
> > preparing the packaging.
>
> I checked it some days ago, but already when the upload had happened,
> it obviously built :), so just letting
I would like to mention that in my previous mail I forgot another possible fix
for this bug: going back to binutils 2.27. The current uploads are snapshots
of the next version, 2.28, and whereas the bug in question seems to habe been
there all the time it started to affect us since a commit in
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=99356
Control: tags -1 upstream
On 11 January 2017 at 05:09, Bogdan Vatra wrote:
> On marți, 10 ianuarie 2017 17:24:59 EET Felipe Sateler wrote:
>>
>> Could you please report this bug upstream at
>>
On Tue, 06 Dec 2016 23:03:46 + Bernd Zeimetz wrote:
> Source: open-vm-tools
> Source-Version: 2:10.1.0-4449150-2
>* [1e2eb34] Make dpkg --verify happy now. (Closes: #847221)
With debhelper fixed, you should be able to bump the debhelper version
and remove the
201 - 300 of 451 matches
Mail list logo