Package: gthumb
Version: 3:3.12.2-3+b1
Grab https://www.debian.org/logos/openlogo-nd-100.png and issue
$ convert openlogo-nd-100.png -compress JPEG2000 -quality 15
openlogo-nd-100.lo-res.jp2
$ gthumb openlogo-nd-100.lo-res.jp2
Observe that gThumb shows the file name but not the image itself. A
On 15/04/2025 16:07, Jing Luo wrote:
X-Debbugs-Cc: debian-am...@lists.debian.org, debian-...@lists.debian.org,
debian-powe...@lists.debian.org, debian-ri...@lists.debian.org
I understand CC'ing the porters when you have an issue that is specific to the
port, but
if it's failing on every damn
severity 1067391 serious
thanks
After rebuilding for the time64 transition, bitlbee-facebook depends on
both libglib2.0-0 and libglib2.0-0t64. As a result it is uninstallable on
architectures affected by the time64 transition (armel, armhf and
several unofficial ports).
Package: aqemu
Version: 0.9.2-3
Severity: serious
User: debian-...@lists.debian.org
Usertag: time-t
After being rebuilt for the time64 transition, aqemu still
depends on libqt5dbus5. As a result it is uninstallable on
architectures that are undergoing the time64 transition
(armel, armhf and some
Package: planner
Version: 0.14.91-2
Severity: important
Dear Maintainer,
(This seems to be a different segfault from #928029)
planner seems to segfault randomly at different times after being used
for a few seconds to a few minutes.
This is one I managed to reproduce when trying to remove a res
Package: planner
Version: 0.14.91-2
Severity: normal
Dear Maintainer,
After installing planner and planner-doc I expect that the 'Help' menu
item 'User Guide' will pop up the user guide. Instead I get a 'File not found'
page.
-- System Information:
Debian Release: trixie/sid
APT prefers unst
Hello!
Recently I started to work for a small German bank that needs to provide its
own mirror for the Debian packages ("Buster" right now, "Bullseye" to come
soon) its Linux VMs are using. I decided to build a partial mirror according to
a description in the Debian users manual (that's its Ger
severity 937009 serious
thanks
mercurial can no longer be built in testing because of a build-dependency on
python-docutils which has been removed.
This is fixed in unstable, but mercurial is blocked from migrating to testing
because it
declares a conflicts on mercurial-crecord (<= 0.20151121-
f into its own source package to allow
the rest to eventually migrate to testing.
I am late in coming to this discussion, so let me express my thanks to
everyone who has spoken their mind in good faith in the bug log.
Here's hoping we find some way to move forward :)
G'luck,
Peter
--
Greetings,
Please check the attached email for a buisness proposal to explore.
Looking forward to hearing from you for more details.
Sincerely: Peter Wong
This email was sent by the shareware version of Postman Professional.
severity 938909 normal
thanks
Version 4.6.0-2 eliminates the unsatisfiable build-dependency and has migrated
to testing. Returning this bug to normal severity.
* QA upload.
+ * Drop build-dependency on nonexistent python-zope.event. Downgrades:
#938909.
+ * Disable testsuite for python 2, it needs python-zope.event.
+(keep testsuite enabled for python 3)
+ * Fix clean target.
+
+ -- Peter Michael Green Sat, 07 Dec 2019 07:00:43 +
+
zope.inte
On 07/12/2019 07:47, peter green wrote:
It would be preferable to only disable the testsuite for python2, but I have no
idea how to do that, so my current debdiff disables the testsuite completely, I
also ran into an issue with the package's clean target not cleaning up properly.
d build-depends on moreutils, needed by fixed clean target.
+
+ -- Peter Michael Green Sat, 07 Dec 2019 07:00:43 +
+
zope.interface (4.6.0-1) unstable; urgency=medium
* QA upload.
diff -Nru zope.interface-4.6.0/debian/control
zope.interface-4.6.0/debian/control
--- zope.interface-4.6.0
severity 938909 serious
thanks
zope.interface build-depends on python-zope.event which is no longer built by
the zope.event source package.
severity 937666 serious
thanks
python-coverage-test-runner depends on the python-coverage binary package which
is no longer built by the python-coverage source package.
Package: zope.testing
Version: 4.6.2-2
Severity: serious
https://ci.debian.net/data/autopkgtest/testing/amd64/z/zope.testing/2966135/log.gz
autopkgtest [06:13:32]: test all: [---
Traceback (most recent call last):
File "/usr/bin/zope-testrunner", line 9, in
load_ent
Package: zope.testrunner
Version: 4.4.9-3
Severity: serious
autopkgtest [06:13:47]: test all-2: [---
bash: /tmp/autopkgtest-lxc.v65a_j_9/downtmp/build.cMu/src/debian/tests/all-2:
/usr/bin/python: bad interpreter: No such file or directory
autopkgtest [06:13:47]: test all-2:
severity 938919 serious
thanks
python-zope.testrunner in testing depends on python-zope.exceptions which has
already been dropped by the zope.exceptions source package.
This has been addressed in unstable by dropping the python-zope.testrunner
binary package, however that fix cannot currently
Sandro Tosi schreef op de 2e dag van de herfstmaand van het jaar 2019:
> On Sun, 18 Aug 2019 13:59:42 +0200 Peter Kleiweg wrote:
> > Package: xmldiff
> > Version: 0.6.10-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> >* What led up to th
erhandelingen tussen Wouter Bos en Jan Peter Balkenende
mislukt waren maakte D66 ech
On 2019-08-01 20:58:39 +0200, Peter J. Holzer wrote:
> I will send a patch shortly.
Attached.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hjp.at | managem
Package: qpsmtpd
Version: 0.94-4
Severity: normal
Dear Maintainer,
the qpsmtpd included in Debian Buster doesn't handle the received hook
correctly. Instead of prepending the line to the headers it is returned
to the caller (which means that no Received header is added at all).
I will send a pat
Greetings,
I am contacting you for a proffer to invest in any profitable business in your
country.
We offer a quick loan at low interest rate, if you are interested E-mail:
mdpeterwon...@naver.com Sincerely: Peter Wong
This email was
Roger Leigh wrote:
>Please see https://gitlab.com/codelibre/schroot/merge_requests/38 for a
>patch containing the fixes. This looks like an oversight/mis-design
>which is corrected by this merge request to make the behaviour
>consistent for all environment handling methods.
Wow, thanks for the
Package: schroot
Version: 1.6.10-3+deb9u1
The schroot --preserve-environment is supposed to preserve the
user's environment variables. However it does not pass through
environment variables which are set to the empty string:
mnementh$ FOO=bar schroot --preserve-environment -c buster-amd64-sbuild
2.8.0 - 92.252.111.255
With kind regards
Peter
-- System Information:
Debian Release: 9.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UT
Package: gtkpod
Version: 2.1.5-6
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
I installed gtkpod, ran gio mount afc://serialnumber then started
gtkpod. ~/.gtkpod did not exist before I started. The iPad is
mounted in /run/user
Greetings,
I am contacting you for an opportunity to invest in any profitable business in
your country.
We also offer a quick loan at low interest rate, please reply on my private
e-mail: hsbcpeterw...@gmail.com
Sincerely: Peter Wong
This
device. Now sound works again.
HTH,
Peter Nowee
Tags 897114 +patch
thanks
This was blocking a transition in raspbian, so I whipped up a fix. Debdiff at
http://debdiffs.raspbian.org/main/i/ifrit/ifrit_4.1.2-5%2brpi1.debdiff , no
intent to NMU in Debian.
The only tricky bit was that there seems to have been a typo in debian/rules,
there was
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 20 Feb 2018 01:33:32 +
Source: pyprotocols
Binary: python-protocols
Architecture: source
Version: 1.0a.svn20070625-8
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group
Changed-By: Peter Michael Green
Hello there, My name is Peter Deng a South African citizen and a friend to Mrs
Mugabe sister . I got your contact through Korean business online directory. I
represent the interest of Mrs Mugabe who wishes to move a total amount of $19
million into a safe account owns by a trusted business man
I lost interest in maintaining gquilt when I created darning
(https://github.com/pwil3058/darning) and stopped using quilt. I do not
intend to do any more work on gquilt so if you wish to continue using it
you should arrange for someone to take it over from me.
Sorry,
Peter
On 26/12/17 15
I just took a look at the xpdf build failure.
Unfortunately I was unable to find documentation on the "object" changes but
after reading the sourcecode I was able to figure out that.
1. It appears "output" objects are now returned by value rather than being
passed by pointer.
2. Freeing object
Package: github-backup
Version: 1.20170301-1
Severity: serious
x-debbugs-cc: barak+...@pearlmutter.net
github-backup build-depends on haskell-github << 0.16.0 but sid has 0.16.0-1
and buster doesn't have the package at all. So github-backup's build-depends are not
satisfiable in either unstable
rom ext4 after disabling the 64bit feature?
mkfs.ext4 -O ^64bit
http://www.syslinux.org/wiki/index.php?title=Filesystem#ext
Regards,
Peter
DEV_ITEM keys which store
information on all of the underlying block devices, so we must skip them
instead of finishing lookup.
The bug was reproduced with btrfs-progs v4.2.2.
Cc: Gene Cumm
Cc: H. Peter Anvin
Signed-off-by: Paulo Alcantara
---
v1 ->
, O, q, Q, T, W, Y (case sensitive)
The change would involve src/plugins/ldap/commandline.c.
Many thanks!
Best regards,
Peter
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.6.0-1-
Package: abiword
Version: 3.0.2-1
Severity: important
Dear Maintainer,
Every time I open a word document in ABIWord it displays as black on
black, and so is unreadable. Clicking anywhere on the page briefly
shows the text, but only for a fraction of a second.
In the dialogs, the background for
, ... Peter E.
peter@dalton:~$ bochs
Bochs x86 Emulator 2.6
Built from SVN snapshot on September 2nd, 2012
Compiled on May 30 2014 at 03:54:56
Package: ucblogo
Version: 6.0+dfsg-1
Severity: normal
This statement causes the amd64 version of ucblogo to crash:
repeat 1 [forward 10. right 90]
The i386 version doesn't crash.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (50
tags 805799 +patch
thanks
Ubuntu have a fix for this.
https://patches.ubuntu.com/k/kst/kst_2.0.3-4ubuntu3.patch
I cleaned up the changelog and removed ubuntus maintainer changes and
uploaded to raspbian. Debdiff of that at.
http://debdiffs.raspbian.org/main/k/kst/kst_2.0.3-4%2brpi1.debdiff
severity 805799 serious
thanks
Upping the severity to serious as this can't be built without using
cruft packages.
ix ready to upload, if you want me to.
> Patch is attached, in case you want to upload.
I'm not a DD, so it would be faster for you to upload it.
Thanks a lot for taking care of this!
G'luck,
Peter
--
Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:
On Thu, Feb 05, 2015 at 01:37:48PM +0100, gregor herrmann wrote:
> On Thu, 05 Feb 2015 14:18:01 +0200, Peter Pentchev wrote:
>
> > I did just now start working on libdumbnet with the goal of fixing the
> > RC bug, only to find that Bernd Zeimetz uploaded a fix on January 30th,
On Fri, Jan 30, 2015 at 01:03:06PM +0100, Axel Beckert wrote:
> Hi Peter,
>
> I just noticed you have ITA'ed[0] libdumbnet back in June.
>
> libdumbnet has currently an RC bug[1] which may cause a bunch of
> packages, including three packages managed by the Debian Perl
> There's no way around this unless apt-get starts supporting cross-arch
> downloads.
Well it does, if your system is multiarch.
I just tried to apt-move my amd64 and i386 packages, and lo and behold,
it only moves amd64 ones. Actually, the code looks as if it only expects
one architecture at mo
Package: haxe
Version: 1:3.0.0~svn6707-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Using closures of any sort with the flash target (-swf) causes the
resulting file to give an error of the sort:
> Warning: Failed to parse corrupt data.
> VerifyError: Error #1001:
Package: bochs
Version: 2.4.6-5
Severity: normal
Dear Maintainer,
Support for vga: extension=cirrus is missing.
Add a line --enable-clgd54xx \ to debian/rules[111] and it will be
compiled in and the option can be used.
tested on amd64
best regards
Peter Schaefer
-- System Information:
Debian
Package: rapidsvn
Version: 0.12.0dfsg-5
Severity: serious
Justification: FTBFS
Please drop the 'Build-Depends: libserf-0-0-dev' from rapidsvn. It
appears not to be needed. If it _is_ needed, note that I have renamed
the package to 'libserf-dev'.
--
To UNSUBSCRIBE, email to debian-qa-package
with his adoption upload so I leave this bug in patch available state.
best regards,
Peter
rules.diff
Description: Binary data
f and packaging will follow.
It would be great if someone else also tests this in runtime context.
very best regards,
Peter
rules
Description: Binary data
hack and shot in the dark since I don't own the
hardware
to test. I might get access to the hardware this weekend though.
best regards,
Peter
this
bug test compiles on their hardware, it works and they notify me
so I can hustle for a NMU.
best regards,
Peter
07_magic_number.diff
Description: Binary data
ion not to assist in subsequent maintaining of
this package after working on this bug.
My decision is significantly influenced by the pejorative comments made
about this software by one
of the original authors at the following URL:-
http://apenwarr.ca/log/?m=200912
with best regards,
Peter
it. I, of course, welcome any feedback
if you choose to give it.
With the very kindest regards,
Peter
with the very best regards,
Peter
Peter Drysdale
(Uploader for festival and speech-tools)
magic.patch
Description: Binary data
adopt
this package.
Description: Fix build with recent zlib
replace definition of gzFile which conflicts with recent zlib with include
of zlib.h
Author: Peter Michael Green
Bug-Debian: http://bugs.debian.org/???
---
The information above should follow the Patch Tagging Guidelines, please
Note: I have no particular relationship to this package, i'm just trying to
reduce the number of uninstallable packages in armhf testing.
configure.ac:210: warning: macro `AM_PATH_ALSA' not found in library
configure.ac:210: error: possibly undefined macro: AM_PATH_ALSA
If this token and ot
Note: i'm just doing flyby investigation of rc bugs. I have no relationship to
either doko or this package.
This package is building ok for me.
Same here
Having looked through a number of these bugs I get the impression that doko was a
bit careless when doing his mass bug filing. Most are rea
So, um, just asking here: if a package fails to build on one particular
architecture due to a bug in gcc, is that a reason to remove it from
testing
If a few minor packages are blocking a transition for any reason then
it is very likely they will be removed from testing. This isn't exactly
ideal
able too?
Cheers,
weasel
--
| .''`. ** Debian **
Peter Palfrader | : :' : The universal
http://www.palfrader.org/ | `. `' Operating System
| `-http://www.debian.org/
--
To UNSUBSCRIBE, email to debian-qa-packag
Yes, from this Launchpad bug
https://bugs.launchpad.net/debian/+source/apt-rdepends/+bug/315567, numeric
arguments works. I should have RTFM, --follow and --show need to be used
together to see the correct result. For example:
apt-rdepends -f 4 -s 4 gedit -d | dot -T png | display
Wish someone ca
Same probllem here, version 1.3.0-1.1. I cannot see the effects using
numbers as '-f' arguments.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1303825596.307
tags 575856 +patch
thanks
From my testing it appears to be sufficiant to simply drop the
build-dependency on x-dev to fix this.
--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http:
f.keyfile, self.certfile)
Could be. I don't really know Python. If that's better, it's what
should also be done at the top of the same file, the 'import ssl' line.
That's where I ripped off the 'if' statement.
Peter
--
To UNSUBSCRIBE, email to debian-qa-
tags 546659 patch
thanks
Nicolas's patch assumes python 2.6. That's fine for Debian, but maybe
not for upstream. This one seems to work.
Peter
--- imaplibutil.py
+++ imaplibutil.py
@@ -169,7 +169,10 @@
if last_error != 0:
# FIXME
raise so
Package: cuneiform
Version: 0.7.0+dfsg-5
Severity: serious
Please do a rebuild to resolve that problem.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-3-amd64
Debian Release: squeeze/sid
500 unstableftp.debian.org
--- Package information. ---
Depends
Package: cuneiform
Version: 0.7.0+dfsg-5
Severity: wishlist
The current upstream version is 0.9. Please package this version.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-3-amd64
Debian Release: squeeze/sid
500 unstableftp.debian.org
--- Package informa
Source: lineakd
Version: 1:0.9-6
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package so
Source: libiphone
Version: 0.9.1-4
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package s
Source: knoda
Version: 0.8.3-3
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package so ot
Source: libdockapp
Version: 1:0.5.0-3
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library packag
Source: g2
Version: 0.72-1
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package so other
Source: iterm
Version: 0.5-7
Severity: wishlist
User: peter.fritzs...@gmx.de
Usertags: unresolved-symbols-so
I build all packages some time ago with binutils-gold and your package build
without an hard failure, but I noticed that you seems to provide a library in
a specific library package so othe
Source: zbar
Version: 0.8+dfsg-3
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: missing-libtool-update
I did a rebuild of all packages which are affected by bug #554821. As it seems
your package doesnt do the needed autoreconf needed for libtool. When doing
autoreconf or the needed sequenc
Source: wmshutdown
Version: 0.2-3
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all need
Source: wmfishtime
Version: 1:1.24-9.1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all
Source: xenwatch
Version: 0.5.4-2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all need
Source: sweep
Version: 0.9.3-3
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed
Source: sysprof
Version: 1.0.12-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all need
Source: ttmkfdir
Version: 3.0.9-6
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all need
Source: tpm-tools
Version: 1.3.3-2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all nee
Source: qsynth
Version: 0.3.4-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed
in/ld: ../lib/libsaotk.a(text.o): in function Text::render(unsigned long,
Matrix const&, Marker::RenderMode):text.C:91: error: undefined reference to
'XSetFont'
/usr/bin/ld: ../lib/libsaotk.a(panner.o): in function Panner::renderArm(int,
Vector const&, Rotate&, char*, int):
Source: sfftobmp
Version: 3.1.2-2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all need
Source: rpc2
Version: 2.8+debian-4
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all nee
Source: rvm
Version: 1.16+debian-4
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all nee
Source: phat
Version: 0.4.1-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed l
Source: poe.app
Version: 0.5.1-4
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all neede
Source: procmeter3
Version: 3.5b-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all nee
Source: libengine-tpm-openssl
Version: 0.4.1+20071221-8
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. P
Source: lash
Version: 0.5.4-3
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed l
Source: kradio
Version: 0.1.1.1~20061112-4
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide
/peter/rebuild/build/klineakconfig/klineakconfig-0.9/klineakconfig
/usr/lib/libkio.so /usr/lib/libkdeui.so /usr/lib/libkdecore.so
/usr/lib/libqt-mt.so -lpng -lz -lm -lXext -lSM -lICE -lpthread -lX11
/usr/lib/liblineak.so
/usr/bin/ld: klmailclient.o: in function
KLMailClient::kMailOpenComposer
.2BAC8-indirectlinking
gcc -gdwarf-2 -O2-o a.out *.o
-L/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/ComTerp/LINUX -lComTerp
-L/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/Attribute/LINUX
-lAttribute -L/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/ComUtil/LINUX
-lComUtil
Source: jack-tools
Version: 0.0.2-6
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all ne
Source: gnome-swallow
Version: 1.2-4
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all n
Source: gapcmon
Version: 0.8.9-2
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: no-add-needed
Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all neede
1 - 100 of 164 matches
Mail list logo