tags 746072 +patch
thanks
Add zlib1g-dev to the build-depends to fix this bug
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
package: libics
version:1.5.2-5
severity: serious
The latest upload of libics failed to build on the autobuilders.
dh_installdocs
# remove sflogo which triggers privacy-breach-logo lintian error
sed -i 's#img src=http://sflogo.sourceforge.net/sflogo.php?.*
alt=\([^]\+\)#\1#'
Package: libgraphicsmagick1-dev
Severity: serious
Version: 1.3.18-3
libgraphicsmagick1-dev depends on libtiff4-dev which is no longer built
by the tiff source package. Please depend on libtiff-dev instead.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Tags 713094 +patch
Thanks
I found a patch for this at https://bugs.launchpad.net/do/+bug/1097712
and used it to prepare an upload for raspbian. A debdiff can be found at
http://debdiffs.raspbian.org/main/g/gnome-do/gnome-do_0.9-1%2brpi1.debdiff
. No intent to NMU in debian.
--
To
Package: iausofa-c
Version: 2013.12.02-1
Severity: serious
Your changelog states you have moved the package to non-free but it
seems you have only moved the binary packages to non-free and left the
source package in main. Presumablly this is a mistake.
--
To UNSUBSCRIBE, email to
Package: qttools-opensource-source
Version: 5.2.0-8
Severity: serious
Version 5.2.0-8 of qttools-opensource-source failed
to build on the powerpc autobuilders with the following symbols
file mismatch.
- (arch=powerpc sparc)_ZN18qdesigner_internal22PropertySheetFlagValueD1Ev@Base
5.2.0
-
Package: transmission
Version: 2.82-1
Severity: serious
Tags: patch
transmission unconditionally build-depends on libsystemd-daemon-dev
which is only available on linux.
The attatched patch adjusts debian/control and debian/rules to make the
systemd stuff linux only. I have tested it builds
Unless I missed something, only two packages remain. And the maintainers haven't
responded so far.
What would be a suitable delay for delayed-queue NMUs?
I see one of the two has now been MU'd, possiblly as a result of your mail.
By my reading of the guidelines you would be quite within
The error mentioned in the bug report is trivial to fix, just specify
the python libdir manually in debian/rules
DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
export MOZ_PYTHON_LIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH)
And bump the build-dependency on python-dev to = 2.7.5
Tags 713122 + patch
Tags 705157 + patch jessie sid
Severity 705157 serious
Thanks
The fix for 713122 is trivial, just change the build-dependency from
ghc6 | ghc to ghc (or if you really insist ghc | ghc6).
705157 (which already has a patch) now needs fixing in testing/unstable,
increasing the
Severity 650761 important
Thanks
ia64 is no longer a release architecture, so downgrading.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hideki Yamane wrote:
Attached patch would fix this FTBFS, could you check and consider to
apply it, please?
I notice your patch is based on the experimental version of the package.
Afaict (note: i'm not the maintainer of this package) uploading a
package based on the experimental version
Tags 713663 +patch
Thanks
I read the error message and noticed that the debian fatrat package
appears to be dynamically linked. So per the error message I defined
BOOST_ASIO_DYN_LINK. I also had to fix a load of other errors. The
attatched patch makes the package build, I have not tested it
Tags 738382 +patch
Thanks
The debdiff at
http://debdiffs.raspbian.org/main/m/memcachedb/memcachedb_1.2.0-10%2brpi1.debdiff
was applied to make the package build in raspbian. It will probablly
make it build in debian too but this has not been tested. Whether or not
the package actually works
Tags 713671 +patch
Thanks
The fix for this issue that I just uploaded to raspbian can be found at
http://debdiffs.raspbian.org/main/h/hotkeys/hotkeys_0.5.7.4-0.3%2brpi1.debdiff
It seems that the file Changelog in the source tree is hardlinked to
debian/changelog, this may require some care
Package: xserver-xorg-video-vmware
Version: 1:13.0.1-3
Severity: grave
xserver-xorg-video-vmware can no longer be installed in sid because of a
missing dependency.
root@debian:/xserver-xorg-video-vmware-13.0.1# apt-get install
xserver-xorg-video-vmware
Reading package lists... Done
Building
Package: xsever-xorg-video-vmware
Severity: serious
Version: 1:13.0.2-1
xsever-xorg-video-vmware is now failing to build on kfreebsd
checking for XATRACKER... no
configure: error: Package requirements (xatracker = 0.4.0) were not met:
No package 'xatracker' found
Consider adjusting the
Package: qpdfview
Version: 0.4.9-1
Severity: serious
http://buildd.raspbian.org/status/fetch.php?pkg=qpdfviewarch=armhfver=0.4.9-1stamp=1397113785
synctex/synctex_parser.c:275:20: fatal error: zlib.h: No such file or
directory
I initially saw this issue in raspbian jessie but I was also able
Found 736782 0.9.5-3
Thanks
I could not find the source of:
roundcube 0.9.5-4 (source)
program/js/jquery.min.js
program/js/jstz.min.js
plugins/jqueryui/js/jquery-ui-1.9.1.custom.min.js
I do not see any differences related to this between the version in
testing and the version
tags 701424 +patch
thanks
It seems this was caused by a change in unistd.h
wheezy: extern int setreuid (__uid_t __ruid, __uid_t __euid) __THROW;
sid: extern int setreuid (__uid_t __ruid, __uid_t __euid) __THROW __wur;
The attatched patch fixes the build failure by removing -Werror from
libtaoframework-ffmpeg0.4-cil and libtaoframework-ffmpeg-cil-dev don't
have any reverse dependencies, so it should be safe to just drop them.
The attached patch removes both binary packages.
I applied this patch some time ago in Raspbian Jessie.
Since that time there has been another
Package: libgnadecommon2-dev
Version: 1.6.2-9
Severity: serious
gnade depends on the virtual package ada-compiler which according to
packages.debian.org is only provided by gnat-4.4.
gnat-4.4 has already been removed from testing and has a removal request
filed for unstable.
--
To
Package: libcaca
Version: 0.99.beta19-1
Severity: serious
All autobuilders that have tried to build the latest version of libcaca
have failed with testsuite failures
https://buildd.debian.org/status/package.php?p=libcacasuite=sid
tags 746058 +patch
thanks
the unversioned tclsh binary is no longer supplied by tcl-version
packages, only by the tcl package (from source tcltk-defaults) hence
this failure.
I first tried building with the tcl package installed but that failed
with a segfault which I put down to version
Package: liburcu
Version: 0.8.4-2.1
Severity: serious
If your package is built on a system with an armv7 processor it builds
for armv7. Since debian armel targets armv4t but is now built on armv7
hardware this is a major prboem. It's also a problem for rasbian.
Also I notice the flags are
tags 732405 +fixed-upstream
thanks
From a quick google this appears to be fixed upstream, unfortunately
the bug report does not appear to have a link to the fix.
https://rt.cpan.org/Public/Bug/Display.html?ShowHeaders=1;id=77087
--
To UNSUBSCRIBE, email to
Tags 713126 +patch
Thanks
The attatched debdiff makes this package build in current sid. I have
not tested it beyond that. No intent to NMU.
diff -u gcj-4.6-4.6.4/debian/control.m4 gcj-4.6-4.6.4/debian/control.m4
--- gcj-4.6-4.6.4/debian/control.m4
+++ gcj-4.6-4.6.4/debian/control.m4
@@
Severity 729649 important
Thanks
cegui-m2k b-d's on non-available liblua5.1-expat-dev
which isn't built anymoreby lua-expat.
It's no longer built as a binary package in it's own right
but it does still seem to exist as a virtual package.
Afacit build-depening on virtual packages with only one
Package: mygui
Severity: serious
Tags: patch
http://buildd.raspbian.org/status/fetch.php?pkg=myguiarch=armhfver=3.2.0-3%2Bb1stamp=1387738789
-- Looking for FREETYPE...
-- Found PkgConfig: /usr/bin/pkg-config (found version 0.26)
-- checking for module 'freetype2'
-- found freetype2, version
I just retested this and why still FTBFS but the error has changed
Ocamlopt src/vcg.ml
File src/vcg.ml, line 619, characters 10-22:
Warning 26: unused variable filter_up_to.
File src/vcg.ml, line 1:
Error: Some fatal warnings were triggered (1 occurrences)
make[1]: *** [src/vcg.cmx] Error 2
Package: libosl
Severity: serious
libosl builds on i386 seem to use a mixture of -march=native and
-march=pentium4, neither is appropriate for debian since i386 is
supposed to support much lower processors (not sure offhand what exactly
the minimum is supposed to be but I knot it's well below
Package: meep
Severity: serious
From the i386 build log for meep:
checking whether C++ compiler accepts -march=native... yes
checking for gcc architecture flag... -march=native
checking whether C++ compiler accepts -O3 -malign-double -fstrict-aliasing
-march=native... yes
Unfortunately the
Package: meep-openmpi
Severity: serious
From the kfreebsd-i386 build log for meep-openmpi:
checking whether C++ compiler accepts -march=native... yes
checking for gcc architecture flag... -march=native
checking whether C++ compiler accepts -O3 -malign-double -fstrict-aliasing
-march=native...
Package: fenics
Severity: serious
Tags: jessie, sid
Fenics depends on ufc-doc. The version of the ufc source package in
jessie and sid no longer builds this binary package.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Josue Abarca wrote:
I backported the patches from Paul to apply them to 1.1.0-1
and uploaded that new version.
It seems you only uploaded it to experimental, was that intentional?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
The package is also uploaded to mentors, but I won't request sponsorship
until the python-liblas source package is removed from unstable. (#738141)
I've just spoken to a memeber of the ftp team on irc and you have this
backwards, the normal thing to do is to upload the package doing the
Package: libreadline-ruby
Severity: serious
Tags: sid patch
Your package depends on libreadline-ruby. A recent version of the
libruby package (currently in sid but not yet in jessie) dropped the
provides of libreadline-ruby. I brought this up on #debian-ruby
(conversation pasted below) and it
I've resolved this by including pre-built documentation and not
regenerating that at package build time. This fix requires a new
.orig.tar.gz file, and that needs help from ftp-masters to replace the
existing file.
I've just confirmed with the FTP team that replacing the existing file
is not
I've been doing some tests on this interestingly it failed for me much
earlier than on the buildd, maybe different systems give slightly
different ammounts of usable address space or something. Anyway reducing
optimisation levels etc doesn't seem to help, switching to 4.7 is
looking more
peter green wrote:
I've been doing some tests on this interestingly it failed for me much
earlier than on the buildd, maybe different systems give slightly
different ammounts of usable address space or something. Anyway
reducing optimisation levels etc doesn't seem to help, switching to
4.7
Package: icedtea-web
Version: 1.4.2-1
Severity: serious
x-debbugs-cc: debian-...@lists.debian.org
checking if sun.security.util.SecurityConstants is available... no
configure: error: sun.security.util.SecurityConstants not found.
make: *** [configure-stamp] Error 1
--
To UNSUBSCRIBE, email to
Package: gtk+3.0
Version: 3.10.7-1
Severity: serious
Tags: patch
On one of the raspbian jessie autobuilders I ran into the following
error with gtk+ 3.0.
warning: failed to load external entity ../../../../examples/search-bar.c
../xml/gtkactiongroup.xml:160: parser error : Opening and ending
Package: gitg
Version: 0.2.7-1
Severity: serious
gitg-commit-view.c:1663:2: error: implicit declaration of function
‘gtk_source_style_scheme_get_style’ [-Werror=implicit-function-declaration]
style = gtk_source_style_scheme_get_style (scheme, current-line);
^
I initially ran into this error
Tags 733383 +patch
Thanks
After reproducing this failure locally and doing some digging in the
configure script I found that this FTBFS was caused by a change in
behaviour in GraphicsMagick-config.
On wheezy:
root@debian:/# /usr/bin/GraphicsMagick-config --ldflags
-L${exec_prefix}/lib
Based on the patches for razorqt and various examples found by googling
I made player build. I have not tested it beyond that and I didn't find
any proper documention for the new parameters so i'm not positive it is
correct.
Debdiff atached and uploaded to raspbian. No intent to NMU in
Tags 735764 +patch
thanks
I mnaged to modifidy the package so it would build, it would probablly
be better to use pkg-config but I dunno enough about cmake to do that.
I also fixed the clean target in debian/rules along the way.
Debdiff attached, no intent to NMU.
diff -Nru
Reopen 751767
Thanks.
As for now all the reverse dependencies of blt have been updated to
use Tcl/Tk 8.6 and BLT 2.5, so I'm closing the bug.
That only partially solves the problem, in particular partial upgrades
are still likely to break. Furthermore the problem will recur next time
Well I got this package to build (needed it to unclog things in
raspbian, I'd really rather not do removals for reasons I won't get into
here) but I'm not sure how useful the resulting package will be. In
particular I ended up disabling liblognorm completely due to.
sagan.c:874:9: error: too
Found 754662 3.3.3+dfsg-2
Thanks
The -2 upload made the build-depends satisfiable on all of the current
release architectures However there still build problems that need to be
addessed.
Firstly there have been build-failures on many architectures in the
official archive including a couple
Pau Garcia i Quiles wrote:
Peter,
I have uploaded a new version to mentors:
http://mentors.debian.net/debian/pool/main/w/witty/witty_3.3.3+dfsg-3.dsc
It has all your fixes (thanks again!) minus the leave parallelization
out stuff. Instead, I have tried to fix parallelization.
The dsc I just
Pau Garcia i Quiles wrote:
Right, my mistake. I had uploaded an incomplete version. Please try
now. I have changed debian/rules to add build-resources, which is the
troublesome part, to the pre-requisites of both the static and the
shared build.
Still doesn't look right, the target
Pau Garcia i Quiles wrote:
I took the liberty of fixing these issues myself so I could test.
A debdiff of what i'm testing with is attatched. Test results will
follow
Thank you!
On an armel chroot on my personal armv7 box I got random segfaults but
i've been having various
peter green wrote:
On the debian armel and mipsel porterboxes I got successful paralell
builds.
I must be getting tierd, the armel build succeeded but the mipsel one is
still ongoing.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
Pau Garcia i Quiles wrote:
On Wed, Aug 20, 2014 at 3:15 AM, peter green plugw...@p10link.net
mailto:plugw...@p10link.net wrote:
peter green wrote:
On the debian armel and mipsel porterboxes I got successful
paralell builds.
I must be getting tierd, the armel
-strong
export DEB_CXXFLAGS_MAINT_APPEND=-fstack-protector
If noone proposes a better soloution in the next couple of days I'll
wrap this
in appropriate conditional logic and upload it as a NMU.
Sebastian Ramacher wrote:
On 2014-10-13 03:29:19, peter green wrote:
Found
peter green wrote:
Found 756777 1.0.2-6
Thanks
I've just tested and found that building with gcc/g++ 4.8 fixes the
build. Using 4.8 also requires switching from strong to regular stack
protector. This
can be done with the following
export
CC=gcc-4.8
Package: afterstep
Version: 2.2.12-2+b2
Severity: serious
x-debbugs-cc: pkg-tigervnc-de...@lists.alioth.debian.org
It seems after the binnmu for the libjpeg-turbo transition afterstep is
no longer installable in sid (and hence the binnmu won't migrate and the
transition won't complete in
Manually trying to install the packages the buildd was trying to install
reveals the following
root@debian:/# apt-get install base-files base-passwd bash bsdutils
coreutils dash debianutils diffutils dpkg e2fsprogs findutils grep gzip
hostname init libc-bin login mount ncurses-base
Package: giira
Severity: serious
Your package is buildable on most debian architectures (it failed to
build on kfreebsd and it's build-depends are uninstallable on hurd and
sparc) but of the resulting binaries only the arm64 one is installable
due to a dependency on bowtie2.
It appears that
Severity 768054 normal
Tags 768054 moreinfo
Thanks
Petter Reinholdtsen wrote:
Package: fp-units-multimedia
Version: 2.6.4+dfsg-4
Severity: serious
User: debian-...@lists.debian.org
Usertags: debian-edu
We discovered this when testing package upgrades of the Debian Edu
tasks. The upgrade of
Package: libjogl2-java
Version: 2.2.4+dfsg-1
Severity: serious
Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the
arm64 build log
Property nativewindow_x11.useLibJAWT has not been set
[echo] nativewindow_x11.useLibJAWT ${nativewindow_x11.useLibJAWT}
[echo]
Package: pnp3nagios
Severity: serious
Version: 0.6.24+dfsg1-2
Your package recently picked up a dependency on node-uglify which is
uninstallable on a number of architectures including several release
architectures where your package has built in the past. I presume this
was added to minify
gregor herrmann wrote:
On Sat, 15 Nov 2014 16:35:52 +, peter green wrote:
Package: libjogl2-java
Version: 2.2.4+dfsg-1
Severity: serious
Your package FTBFS on arm64, ppc64el and s390x. Below is an excerpt from the
arm64 build log
This looks like a duplicate of #769003
I needed this to build in raspbian and so I hacked until I got it
building but it really needs looking at by someone more experianced.
The first issue seemed to be a missing include of cups/ipp.h (though I
may have misread the problem) easy enough to fix.
Then I fixed a few direct accesses
In addition to the changes already presented by Tobias Frost further
changes are now needed to build with gnutls28 as gnutls26 is gone (at
least from testing). An updated debdiff is attatched.
Unfortunately the debdiff is noisy as the package build system does not
take steps to clean up
Heres a patch to make the package build. It's been tested that it builds
on raspbian jessie, it has not been tested beyond that.
diff -u libvmime-0.9.1/debian/control libvmime-0.9.1/debian/control
--- libvmime-0.9.1/debian/control
+++ libvmime-0.9.1/debian/control
@@ -1,7 +1,7 @@
Source:
Heres a fix that made the package build in raspbian jessie, it has not
been tested beyond that.
And heres an updated fix that not only builds in raspbian jessie but
results in installable packages.
diff -u openvas-libraries-2.0.4/debian/control
openvas-libraries-2.0.4/debian/control
---
Heres a fix that made the package build in raspbian jessie, it has not
been tested beyond that.
diff -u openvas-libraries-2.0.4/debian/control
openvas-libraries-2.0.4/debian/control
--- openvas-libraries-2.0.4/debian/control
+++ openvas-libraries-2.0.4/debian/control
@@ -3,7 +3,7 @@
peter green wrote:
Heres a patch to make the package build. It's been tested that it
builds on raspbian jessie, it has not been tested beyond that.
And here is an updated patch that actually results in installable binaries.
diff -u libvmime-0.9.1/debian/control libvmime-0.9.1/debian/control
Anton Gladky wrote:
tags 768332 +patch
thanks
Hi,
I have just built lightsparc on asachi.debian.org successfully.
But it seems, it is a armhf.
It seems that the MOTD and documentation could do with some work. The
motd on asachi indeed confusingly announces the system as as the Debian
I just tried to get this building for raspbian (due to our setup I
preffer not to remove stuff from raspbian jessie until/unless it is
removed from debian sid) but even making some pretty horrible hacks I
just hit problem after problem after problem.
My final debdiff is attached . It now
peter green wrote:
Also fun it looks like theres a build-dependency loop between this and
guile-gnome-platform, so if this is removed then reintroducing it will
be fun :(
Seems I was mistaken on this, I think I must have confused gwave and g-wrap
--
To UNSUBSCRIBE, email to debian-bugs-rc
Package: litl
Severity: grave
Version: 0.1.1+dfsg-3
Tags: patch
litl uses -march=armv7-a whenever it detects an arm system. This is
pointless on debian armhf (the compiler already has it as a built-in
default) and wrong on debian armel and raspbian where it will render the
package unusable on
Package: eztrace
Severity: grave
Version: 1.0~rc4-1
eztrace uses -march=armv7-a whenever it detects an arm system. This is
pointless on debian armhf (the compiler already has it as a built-in
default) and wrong on debian armel and raspbian where it will render the
package unusable on the
Matthias Klose wrote:
there exist several workarounds for it (lowering the
optimization, using gcc-4.8, ...).
Disabling stack protector also seems to result in a succesful compile
(reducing it from strong to regular does not).
--
To UNSUBSCRIBE, email to
peter green wrote:
Matthias Klose wrote:
there exist several workarounds for it (lowering the
optimization, using gcc-4.8, ...).
Disabling stack protector also seems to result in a succesful compile
(reducing it from strong to regular does not).
And another workaround is to use -marm
Package: pnp4nagios
Version: 0.6.24+dfsg1-3
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64
Your package FTBFS on arm64 due to outdated config.sub/guess. This is a
regression and arm64 is now a release architecture hence the serious
severity.
Version 0.6.19-1
package: gstreamer1.0-plugins-bad
version: 1.4.3-2
severity: grave
tags: patch
We received a report in raspbian, that gmediarender was segfaulting on
startup. Further investigation by the original reporter showed that it
only happened if gstreamer1.0-plugins-bad was installed.
On 04/02/15 05:05, Andreas Beckmann wrote:
Package: fpc
Version: 2.6.4+dfsg-4
Severity: serious
Please provide a justification for the severity.
Adding the Breaks to fp-units-rtl-2.6.4 is sufficient
It's also wrong. The conflict between the freepascal 2.6.0 packages in
Debian wheezy and
peter green wrote:
I have just prepared a patch against wheezy's openjdk-6 to disable the
timebomb code. I have attatched this patch which I am currently in the
process of testing.
I have tested that my patch results in succesful builds of openjdk-6 and
openjdk-7 in raspbian wheezy
Daniel Schepler wrote:
Version: 7u71-2.5.3-2
This isn't limited to the testing/unstable version of openjdk-7. I just
encountered it with while merging the raspbian changes into wheezy's
openjdk-6 and I strongly suspect it affects all versions of openjdk-6
and openjdk-7 in all releases of
notfound 777024 1.4.3-2
found 777024 1.4.4-2
thanks
Sorry screwed up the version number
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
unmerge 766795
reassign 766795 afterstep
tags 766795 -wontfix -patch -jessie-ignore
retitle 766795 afterstep not binnmu safe
thanks.
Niels Thykier wrote:
Hi Robert, Simon and Axel,
It is not possible for debhelper to provide a *policy compliant*
link-doc *between arch:all and arch:any*
Package: db5.3
Version: 5.3.28-9
Severity: serious
Tags: jessie
x-debbugs-cc: debhel...@packages.debian.org
The version of db5.3 that just migrated to testing build-depends on
debhelper = 9.20141221~ but jessie only has 9.20141022 . This means
that db5.3 cannot be built in jessie.
I notice
Reopen 782976
Thanks.
On 24/04/15 22:49, Jonathan Wiltshire wrote:
On Mon, Apr 20, 2015 at 02:17:25AM +0100, peter green wrote:
Release team: can you clarify whether you intend to actually remove kfreebsd
from the jessie suite of the official archive before/during the jessie
release
Package: debian-installer-netboot-images
Severity: serious
The RC policy states Packages must be buildable within the same
release.. In this context I interpret buildable as buildable from
actual sourcecode (not just package together) and the same release as
the collection of stuff that
Release team: theres a question for you at the end of the mail.
On 20/04/15 00:49, Cyril Brulebois wrote:
peter greenplugw...@p10link.net (2015-04-20):
Package: debian-installer-netboot-images
Severity: serious
The RC policy states Packages must be buildable within the same release..
In
Tags 784778 +patch
thanks
During a binNMU of condor for the gsoap transition, the following error was
encountered on all architectures:
/«PKGBUILDDIR»/src/condor_schedd.V6/soap_scheddStub.cpp: In function 'bool
stub_prefix(const char*, const soap*, int, int, DCpermission, bool,
Tags 784778 +patch
thanks
oops really attatched this time.
During a binNMU of condor for the gsoap transition, the following error was
encountered on all architectures:
/«PKGBUILDDIR»/src/condor_schedd.V6/soap_scheddStub.cpp: In function 'bool
stub_prefix(const char*, const soap*, int, int,
This version of openjdk-7-doc doesn't contain any files other than the
copyright file and the changelog. The version in testing (7u75-2.5.4-2) is ok.
The underlying bug has been known for over 2 years, basically if the
arch all packages for openjdk is built on anything other than a handful
On 06/04/15 16:41, Jérémy Lal wrote:
That looks less subject to changes in openssl... will fix the patch using this
version instead.
Is something holding up an upload? are you aware that the jessie release
is looming?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
Package: nodejs
Severity: serious
Version: 0.10.29~dfsg-1.1
nodejs is failing to build with failure of the test test-crypto-stream.js
http://buildd.raspbian.org/status/fetch.php?pkg=nodejsarch=armhfver=0.10.29~dfsg-1.1stamp=1427831511
[02:22|% 13|+ 82|- 0]: release test-crypto-stream
===
On 17/05/15 02:23, Steven Chamberlain wrote:
I don't think any change in xserver-xorg-video-siliconmotion caused
this.
I agree (and stated so in my original mail), the failure first appeared
in a binnmu so whatever change triggered it was outside the
xserver-xorg-video-siliconmotion package.
Package: xserver-xorg-video-siliconmotion
Severity: serious
Version: 1:1.7.7-2
Tags: sid
x-debbugs-cc: debian-...@lists.debian.org
/bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H
-I. -I../../src -I.. -D_FORTIFY_SOURCE=2 -fvisibility=hidden
Recently a rc bug was filed on netsurf in the Debian bug tracking system
due to a build failure.
netsurf FTBFS if built against libgdk-píxbuf2.0-dev 2.31.4-1 which is currently
in unstable:
| COMPILE: gtk/window.c
| gtk/window.c:55:14: error: unknown type name 'GdkPixdata'
| extern const
tags 787378 +patch
thanks
Googling for e_book_client_connect_sync brings us to
https://developer.gnome.org/eds/stable/eds-EBookClient.html#e-book-client-connect-sync
Which says
The /|wait_for_connected_seconds|/ argument had been added since 3.16,
to let the caller decide how long to wait
tags 787390 +patch
thanks
make[4]: Entering directory '/«PKGBUILDDIR»/kde/build'
[ 18%] Building CXX object src/lib/CMakeFiles/qtsflphone.dir/call.cpp.o
cc1plus: error: /usr/include/qt4/KDE: No such file or directory [-Werror]
cc1plus: all warnings being treated as errors
make[4]: ***
According to Joachim's comment on the upstream bug this was fixed in
1.0.0.0 . Should this be marked as fixed in version 1.0.0.0-1 in Debian?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 02/06/15 03:36, peter green wrote:
A debdiff fixing this bug is attached.
Sebastian's patch seems sane to me, the resulting package seems to
work and there has been no maintainer response to this bug report. So
I have uploaded as a NMU (haven't got the accepted mail yet though),
NMU
A debdiff fixing this bug is attached.
Sebastian's patch seems sane to me, the resulting package seems to work
and there has been no maintainer response to this bug report. So I have
uploaded as a NMU (haven't got the accepted mail yet though), NMU
debdiff attatched.
diff -Nru
801 - 900 of 1823 matches
Mail list logo