from that .prl file.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
://cgit.freedesktop.org/poppler/poppler/commit/?id=61f79b8447c3ac8
ab5a26e79e0c28053ffdccf75
This has been fixed upstream in 0.24.3.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
-8+nmu1) unstable; urgency=high
The NMU version is wrong, since it is not a native package; it should
have been 0.18.4-8.1 instead, as also DevRef §5.11.2 says (but I see
you spread this wrong versioning when NMUing, so hardly something you
will change...)
--
Pino Toscano
signature.asc
Source: xserver-xorg-video-savage
Version: 1:2.3.7-1
Severity: important
Hi,
while investigating the FTBFS of 1:2.3.7-1 on hurd-i386, I discovered
that basically this version is the orig tarball of 2.3.7... but all the
2.3.6..2.3.7 changes are reverted in the debian.diff.gz file, making it
Source: flightgear
Version: 2.6.0-1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Hi,
since 2.6.0-1, flightgear cannot be built on non-Linux archs because
of the libudev-dev B-D (which is Linux-specific).
The attached patch limits
retitle 710340 qtkeychain: FTBFS on !linux: libraries left in /usr/lib
tag 710340 + patch
thanks
Hi,
qtkeychain fails because the copy of GNUInstallDirs.cmake (shipped in
cmake/Modules) uses multiarch library paths on Debian only on Linux.
This has been fixed in Debian's version of it since
Source: graphicsmagick
Version: 1.3.16-1.1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
the libtool version shipped in graphicsmagick causes build issues on
hurd-i386.
What happens is that such old version lacks all the fixes done recently
in upstream
Source: mjpegtools
Version: 1:2.0.0+debian-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Control: forwarded -1 https://sourceforge.net/p/mjpeg/patches/53/
Hi,
currently [1] mjpegtools does not build on GNU/Hurd.
The problem is the unconditional usage of
support enabled in 4:4.10.5-2 (#705406).
If you know anything further that needs manual enabling/tweaking on the
packaging side of the kdepim stack, feel free to let us know.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Source: emacs24
Version: 24.3+1-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
currently [1] emacs24 24.3 does not compile on GNU/Hurd.
The problem is that, since Hurd's sys/param.h defines BSD (for some
kind of BSD compatibility), BSD_SYSTEM is defined
this bug to it)
And btw, looking at the input-pad headers, its switch from gtk2 to gtk3
could have been also broken the ABI of libinput-pad1 (even though
ibus-input-pad is the only reverse dependency in the Debian archive).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message
at 03:03:19PM +0200, Pino Toscano wrote:
the problem is due to input-pad 1.0.2-1 switching to gtk3 instead of
gtk2:
Yes, I switched input-pad to use gtk3.
... without taking into account what possible gtk version is used by
users of libinput-pad.
this happens as input-pad is built against
Source: nbdkit
Version: 1.1.2-1
Severity: minor
Hi,
it seems nbdkit has plugins requiring different libraries, which are
added as build dependencies:
libvirt-dev zlib1g-dev liblzma-dev libguestfs-dev
however, given that pkg-config is used to look for them and that
pkg-config is not a build
Source: scite
Version: 3.3.4-1
Severity: serious
Tags: patch fixed-upstream
Justification: fails to build from source (but built successfully in the past)
Control: forwarded -1 https://sourceforge.net/p/scintilla/bugs/1523/
Hi,
scite 3.3.4-1 fails to build on non-Linux archs [1][2][3].
The
Package: ftp.debian.org
Severity: normal
Hi,
these packages are transitional dummy packages.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Hi,
kamera-dbg is a debug package, so its priority should be extra.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Hi,
these packages are all metapackages, so change their section accordingly.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Hi,
raise in overrides the priority of palapeli (and its -data) from extra
to optional, just like all the other KDE applications.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: ftp.debian.org
Severity: normal
Hi,
on behalf of the qjson maintainer (Lisandro, CCed), please bump the
priority of qjson from extra to optional, and fix the section of a
transitional package.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Package: ftp.debian.org
Severity: normal
Hi,
please change the priority from extra to optional, since it is a
runtime dependency of various PIM-using KDE applications (which are
prio:optional generally).
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
/fetch.php?pkg=xfce4-taskmanagerarch=kfreebsd-i386ver=1.0.0-3stamp=1376828879
[2]
https://buildd.debian.org/status/fetch.php?pkg=xfce4-taskmanagerarch=kfreebsd-amd64ver=1.0.0-3stamp=1376829790
Thanks,
--
Pino
Author: Pino Toscano toscano.p...@tiscali.it
Description: Enable building on kFreeBSD
because of this mishandling?
Thanks,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
when a PDF has 10 or more pages.
It seems this has been asked already as fdo#50914 (with even the same
padding as your example ;) ); feel free to subscribe to it, if you have
an account on the fdo bugzilla.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
segfault:
pdfseparate multipage.pdf test-%s-%d.pdf
Would it be possible to report this upstream?
https://bugs.freedesktop.org, product poppler and component utils.
Thanks for your reports,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
://bugs.freedesktop.org, product poppler and component utils.
Thanks for your report,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Source: evolution
Version: 3.8.5-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
evolution 3.8.5 cannot be built on hurd-i386, as bogofilter is not
available on hurd-i386 yet (and it is not easy to make it work at the
moment).
Thus, the proposed change is
further later.
Thanks for your report,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: harfbuzz
Version: 0.9.26-1
Severity: wishlist
Tags: patch
Hi,
due to the double build in two build directories (build-main and
build-udeb), dh_auto_test does nothing.
It can be easily solved by manually invoking dh_auto_test for the two
build directories, as done with other build steps.
On 2014-02-03 04:21, ow...@bugs.debian.org wrote:
harfbuzz (0.9.26-3) unstable; urgency=low
.
* Re-enable the test suite.
Since HarfBuzz has two builds, dh_auto_test needs to be
overridden as
with the other dh_auto_*.
Thanks to Pino Toscano p...@debian.org (Closes: #737473
-Nbar ...) is quite ugly, feels like a bad
hack than a well-designed solution
I will eventually do the job myself when there is a *clean* and
*documented* way to do this, so please no hacks in the meanwhile.
Thanks anyway for your patch,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs
Source: graphite2
Version: 1.2.4-1
Severity: normal
Tags: patch
Hi,
the build system of graphite2 avoids the linking of libgraphite2 to
libstdc++, but only on Linux. This causes the failure of one of the
harfbuzz tests (check-libstdc++.sh), which checks that libharfbuzz
(which links to
Source: ocaml-doc
Version: 4.01-1
Severity: normal
Tags: patch
Hi,
due to the fact that the doc-base file is generated from a .in file,
dh_installdocs picks both the files, installing them with a wrong name:
/usr/share/doc-base/ocaml-doc-ocaml
/usr/share/doc-base/ocaml-doc-ocaml.in
Attached
Source: libtext-bibtex-perl
Version: 0.66-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
libtext-bibtex-perl fails to build on hurd-i386 [1].
The problem is in the test suite, which does not use $LD_LIBRARY_PATH
to locate the libbtparse.so.1 library in
Package: libbox2d-dev
Version: 2.3.0+ds-1
Severity: wishlist
Tags: patch
Hi,
the new Box2D library installs configuration files for CMake, so that
can find Box2D.
Attached there is a patch to install them in libbox2d-dev, as they
should be (together with other development files).
Thanks,
--
Package: ftp.debian.org
Severity: normal
Hi,
the monolithic kdetoys module has been split by upstream since
KDE SC 4.11 in few smaller sources.
The only loss package is kdetoys-dbg, but that is expected of
course.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to
Package: ftp.debian.org
Severity: normal
Hi,
the monolithic kdeadmin module has been split by upstream since
KDE SC 4.11 in few smaller sources.
The only loss package is kdeadmin-dbg, but that is expected of
course.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to
Package: ftp.debian.org
Severity: normal
Hi,
the monolithic kdenetwork module has been split by upstream since
KDE SC 4.11 in few smaller sources.
The only loss package is kdenetwork-dbg, but that is expected of
course.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to
Package: ftp.debian.org
Severity: normal
Hi,
the monolithic kdesdk module has been split by upstream since
KDE SC 4.11 in few smaller sources.
The only loss package is kdesdk-dbg, but that is expected of
course.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email to
Source: choqok
Version: 1.4-1
Severity: important
Hi,
it seems the orig tarball used for choqok is not the one released by
the choqok developers:
(a) -rw-r--r-- 1 pino users 814429 Sep 23 21:32 choqok_1.4.orig.tar.bz2
(b) -rw-r--r-- 1 pino users 1021228 Sep 1 05:18 choqok-1.4.tar.xz
(a) is
On 2014-01-20 10:25, Julien Cristau wrote:
On Fri, Aug 9, 2013 at 15:45:19 +0200, Pino Toscano wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 679896 719224 712688
Hi,
I would like to ask a slot
; hence I'm closing it.
Anyway, poppler 0.22.5 has been just uploaded to unstable, and as part
of this packages using libpoppler-qt4, including okular, will be soon
rebuilt against the library/ies with the new SONAME(s).
Thanks for your report,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs
which entirely bypass GError.
Or, most simply, poppler-glib does not install an error handler
redirecting all the messages to the glib logging stuff.
This is the upstream bug #736425, which is fixed with the upstream
commit 92ea15642a6d3fe65d66d5c59fb6bed54e060e5d (in poppler = 0.25.2).
--
Pino
Source: plee-the-bear
Version: 0.6.0-2
Severity: wishlist
Tags: patch
Hi,
it seems that the build of plee-the-bear was restricted to some
architectures back in 2008, due to #490020.
After some years, there were updates in libclaw and in plee-the-bear
itself, so there could be the possibility
Source: ruby-inotify
Version: 0.0.2-7
Severity: wishlist
Tags: patch
Hi,
ruby-inotify is a Ruby interface for the inotify system of Linux;
thus it is pointless to even trying to build it on non-Linux
architectures.
Could you please restrict its build on Linux architectures only?
Attached there
Source: luatex
Followup-For: Bug #718264
Hi,
since a couple of days there's poppler 0.22.5 available in unstable,
so luatex could switch back using an external poppler (and make the
poppler-related build dependencies useful again).
Note that having a note about the particular version
this bug (so leaving
it just for the Hurd issue).
The fixes for Hurd will be NMUed soon since its FTBFS, due to the
removal of the old libffi5, is holding other GNUstep-related builds.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
from, with
various
UIs, dependencies, functionalities and so forth.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libgexiv2-dev
Severity: minor
Hi,
$ grep -rh include libgexiv2-dev/usr/include/* | sort -u
#include gexiv2/gexiv2-log.h
#include gexiv2/gexiv2-managed-stream.h
#include gexiv2/gexiv2-metadata.h
#include gexiv2/gexiv2-preview-image.h
#include
Hi,
On 2014-02-09 19:42, Johannes Schauer wrote:
Quoting Daniel Schepler (2014-02-09 19:13:01)
On Sunday, February 09, 2014 03:42:50 PM Pino Toscano wrote:
While I am looking forward to a way to disable frontends in a
clean way, your
patch is for sure not acceptable to me:
- I don't see
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I would like to ask a slot for a Poppler 0.24.x transition.
I know a 0.22 transition has been done recently, but the future 0.26
will not be released at least for another month and
On 2014-02-28 20:00, Rene Engelhard wrote:
Hi,
On Fri, Feb 28, 2014 at 07:44:28PM +0100, Pino Toscano wrote:
* libreoffice
LO 4.1 does not support Poppler 0.24 (needs an upstream commit
[1]),
sure? That mentioned commit *is* in 4.1.5 afaics?
I know earlier versions of 4.1 didn't
actually need a sourceful upload for
this transition, and the other dozen sources could just need a binNMU.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: gnunet
Version: 0.9.5a-3
Severity: important
Tags: patch
Hi,
currently gnunet FTBFS on kfreebsd-*[1][2] and hurd-i386[3].
The problem is due to the gnunet-server.install.kfreebsd and
gnunet-server.install.hurd files, which are outdated w.r.t.
gnunet-server.install.
Attached there is a
reassign 739674 src:libtirpc
tag 739674 + patch
thanks
Hi,
When trying to setup a inet connection, it happens the following:
- in libtirp, src/clnt_vc.c, clnt_vc_create gets called
- when trying to allocate vc_fd_locks, __rpc_dtbsize() is used as size
for that array of fd locks
-
On 2014-03-02 21:14, Petter Reinholdtsen wrote:
[Pino Toscano]
Attached there is a patch for libtiprc so __rpc_dtbsize falls back
on
rlim_cur if rlim_max is unlimited.
I tried this patch on Hurd, and rpcinfo -p is still not working after
I build libtirpc1_0.2.2-5.2_hurd-i386.deb
are 1.9, 1.10, 1.11, 1.14, and 1.19.
the source package should probably depend on the correct
version, that would have probably prevented it's dissappearance.
Please post the *full* build log.
Also, make sure you are building in a clean way, and not from an
already built source tree.
Thanks,
--
Pino
the sources
as you get them from the Debian archive?
(Note a clean build is better.)
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
a
${width}x${height}
image. A script should not need to check the PDF's rotation first
and
swap the dimensions.
Please provide a sample document showing the issue.
Also, could you please test with poppler-utils in experimental
(i.e. 0.24.x)?
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email
, could you please test with poppler-utils in experimental
(i.e. 0.24.x)?
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
cannot even read the PDF (PDF are generated
by a bank application, which makes those PDF pretty much useless with
evince).
I think grave as severity for I cannot read this particular PDF is
slightly overinflated. Please downgrade back to important, thanks.
--
Pino Toscano
--
To UNSUBSCRIBE
On 2014-04-06 18:57, Julien Cristau wrote:
On Sat, Apr 5, 2014 at 23:16:25 +0200, Pino Toscano wrote:
Uploaded few hours ago, and now built everywhere.
Scheduled binnmus (except for gdal, want to get -5 in testing first).
Thanks for the binNMUs (no problem delaying gdal's binNMUs
On 2014-04-07 18:00, Mathieu Malaterre wrote:
Control: reassign -1 evince
Control: found -1 3.4.0-3.1
Control: severity -1 important
On Mon, Apr 7, 2014 at 5:37 PM, Pino Toscano p...@debian.org wrote:
On 2014-04-07 11:09, Mathieu Malaterre wrote:
Control: severity -1 grave
Control: found -1
Hi,
this seems to be still an issue, even with development versions of
Poppler.
Would it be possible to report this upstream?
https://bugs.freedesktop.org, product poppler and component utils.
Thanks for your report,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
know if this is the right fix, or if there
is some other reason for these symbols being missing which we should
look into?
The patch is indeed wrong, and should not be applied.
If you want more help on the issue, please do post a full build log.
--
Pino Toscano
--
To UNSUBSCRIBE, email
functionality
to be buildable. This patch fixes that.
Please follow my instructions in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656380#21
This will give us a better idea on the various type manglings on arm64.
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Control: tag -1 pending
On 2014-04-05 15:54, Julien Cristau wrote:
On Fri, Feb 28, 2014 at 19:44:28 +0100, Pino Toscano wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hi,
I would like to ask a slot for a Poppler 0.24.x
-dev) is not m-a: same safe
- qtbase5-dev (for libpoppler-qt5-dev) is not m-a: same safe
- libglib2.0-dev and the gir stuff (for libpoppler-glib-dev) are not
m-a: same safe
so it is pointless mark those -dev as m-a: same, for now.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Package: blender
Version: 2.69-4
Severity: minor
Control: found -1 blender/2.70-1
Hi,
blender suggests libtiff4, which is the old TIFF library.
Furthermore, blender already links to libtiff, so suggesting to install
manually the library is of no use.
Thanks,
--
Pino
--
To UNSUBSCRIBE, email
. Apparently this is a hard dependency which is mistakenly
labeled
as a Recommends. Please fix this.
No, it has not been mistakenly marked as recommend: assistant is not
the only tool on qttools5-dev-tools, and it is the only one requiring
libqt5sql5-sqlite.
--
Pino Toscano
--
To UNSUBSCRIBE
Source: xine-lib-1.2
Version: 1.2.4-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
since the upload of 1.2.4-1, xine-lib-1.2 cannot be built on hurd-i386.
Because of missing libdrm, libva (and thus libva-dev) is not available
on hurd-i386. Easy solution
in this bug.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
exactly constructive.
Sure, I overreacted with sarcasm, which you can understand a bit since
reading the last past of your email on debian-user@ has not been
exactly a good morning read.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
-imaging/Pillow/pull/511
[2]
https://github.com/python-imaging/Pillow/commit/cb309c9f59c6d4d952d0377b97c0b1a35a13
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: quickfix
Version: 1.13.3+dfsg-8
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
quickfix does not compile on GNU/Hurd [1].
The problem seems the same which appeared on kfreebsd-*, and that has
been solved in 1.13.3+dfsg-8 adding -pthread to the
Source: bind9
Version: 1:9.9.5.dfsg-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
bind9 does not compile on Hurd since version 9.9.5 [1].
The problem is much like kFreeBSD's #741285, i.e. missing LDFLAGS when
having ldopen.
The attached patch extends
Source: texstudio
Version: 2.7.0+debian-2
Severity: wishlist
Tags: patch
Hi,
texstudio seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy
Hi,
On 2014-06-24 10:52, Emilio Pozuelo Monfort wrote:
On 14/06/14 12:11, Emilio Pozuelo Monfort wrote:
On 13/06/14 20:41, Pino Toscano wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 751432
Hi,
I
it directly upstream one month ago, see
https://bugzilla.gnome.org/show_bug.cgi?id=733393
See also debian #755259 for few details more.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Source: yajl
Version: 2.1.0-1
Severity: important
Tags: patch
Justification: Policy 2.5
Hi,
currently yajl and all of its binaries have the priority extra.
On the other hand, at least the library is used by other binaries with
an higher priority -- for example: elektra, libvirt, mpd, raptor2,
Source: luminance-hdr
Version: 2.4.0-4
Severity: minor
Tags: patch
Hi,
currently luminance-hdr gets pkg-config installed while building
because of the pkg-config dependency in libexiv2-dev.
Since pkg-config is used by the build system to look for exiv2 (see
cmake/Findexiv2.cmake), it is worth to
Source: gthumb
Version: 3:3.3.1-2
Severity: wishlist
Tags: patch
Hi,
gthumb seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).
Source: ffdiaporama
Version: 1.5-4
Severity: wishlist
Tags: patch
Hi,
ffdiaporama seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy
Source: gnome-color-manager
Version: 3.12.2-1
Severity: wishlist
Tags: patch
Hi,
gnome-color-manager seems to build fine with multiple build jobs when
building. Thus, my suggestion is to enable the parallel build
(enabling it in CDBS) to speed up the compilation when requested
(see also Policy
Source: luminance-hdr
Version: 2.4.0-4
Severity: wishlist
Tags: patch
Hi,
luminance-hdr seems to build fine with multiple build jobs when
building. Thus, my suggestion is to enable the parallel build
(with the --parallel option of dh) to speed up the compilation when
requested (see also Policy
Source: geeqie
Version: 1:1.1-8
Severity: wishlist
Tags: patch
Hi,
geeqie seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).
Source: hugin
Version: 2014.0.0~rc3+dfsg-3
Severity: wishlist
Tags: patch
Hi,
hugin seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (reading the number
of jobs from DEB_BUILD_OPTIONS, and adding it to the make invocation)
to speed
Source: pinot
Version: 1.05-1
Severity: wishlist
Tags: patch
Hi,
pinot seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (enabling it in
CDBS) to speed up the compilation when requested (see also
Policy §4.9.1).
Thanks,
--
Pino
---
Source: gegl
Version: 0.2.0-5
Severity: wishlist
Tags: patch
Hi,
gegl seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (enabling it in
CDBS) to speed up the compilation when requested (see also
Policy §4.9.1).
Thanks,
--
Pino
---
Source: merkaartor
Version: 0.18.1-3
Severity: wishlist
Tags: patch
Hi,
markaartor seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (reading the number
of jobs from DEB_BUILD_OPTIONS, and adding it to the make invocation)
to speed up
Hi,
On 2014-08-25 04:43, Aurelien Jarno wrote:
It would be very nice if you can upload a fixed version of this
package.
I will look at this later tonight. Please do poke me again if
I haven't uploaded it by the weekend yet.
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs
Source: libconfig
Version: 1.4.9-2
Severity: wishlist
Tags: patch
Hi,
libconfig seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).
Source: libconfig
Version: 1.4.9-2
Severity: wishlist
Tags: patch
Hi,
currently the libconfig documentation is already split in an own
arch:all package, although it is built every time, even when doing
arch-only builds (i.e. to produce only arch:any).
Making use of the custom overrides that
object, x86-64, version 1
(FreeBSD), dynamically linked,
BuildID[sha1]=dbbcf445566c4944a39504c3c2720654d813a305, stripped
This was just a missing rpath in that spectrum example to locate the
fftreal
library; patch committed in our packaging repository.
--
Pino Toscano
--
To UNSUBSCRIBE, email
Source: colord
Version: 1.2.0-1
Severity: serious
Tags: patch
Justification: fails to build from source
Hi,
colord 1.2.0-1 fails to build on non-Linux archs [1][2].
The issue is that udev is searched by default, and configure bails out
if it is not found.
Easy solution is to enable udev on
Source: colord
Version: 1.2.0-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Control: block -1 by 749221
Hi,
colord 1.2.0-1 cannot be built on hurd-i386 as it build depends on
argyll, which is not available on this architecture at the moment.
Since its usage
Source: blender
Version: 2.70a-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
blender does not compile on GNU/Hurd [1].
The problem is the missing handling for malloc_usable_size in
intern/guardedalloc/intern/mallocn_intern.h, much like as it was
(and since
yesterday 0.26.1), and it seems your problems still happen with it
too?
If so, could you please report the issues upstream? It's at
https://bugs.freedesktop.org, poppler product.
Thanks for your reports,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Source: xserver-xorg-input-synaptics
Version: 1.8.0-1~exp1
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Hi,
xserver-xorg-input-synaptics 1.8.0-1~exp1 cannot be built on non-Linux
archs because of the libevdev-dev B-D (which is
in Hurd's libpthread, changing it to
__pthread_key_create and declaring pthread_key_create as strong
alias, just like it is done in NPTL
IMHO most probably (b) is the most realistic and easy to do.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
so I'm inclined to say this specific issue is Hurd-specific, yes.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
801 - 900 of 1682 matches
Mail list logo