Bug#1042865: planner: Help user guide is missing from Debian package
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 unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: armhf, i386 Kernel: Linux 6.4.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages planner depends on: ii gir1.2-gtk-2.0 2.24.33-2 ii libatk1.0-0 2.48.3-1 ii libc62.37-6 ii libcairo-gobject21.16.0-7 ii libcairo21.16.0-7 ii libgail-3-0 3.24.38-2 ii libgda-5.0-4 5.2.10-3 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.76.4-4 ii libgtk-3-0 3.24.38-2 ii libpango-1.0-0 1.50.14+ds-1 ii libpangocairo-1.0-0 1.50.14+ds-1 ii libxml2 2.9.14+dfsg-1.3 ii libxslt1.1 1.1.35-1 ii planner-data 0.14.91-2 ii python3-gi 3.44.1-2 ii shared-mime-info 2.2-1 Versions of packages planner recommends: ii planner-doc 0.14.91-2 planner suggests no packages. -- no debconf information --1690763229-eximdsn-1755513534--
Bug#1042866: planner: Frequent segmentation faults
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 resource I'd just added (it was an accident, I didn't mean to hit the delete icon but the one next to it to add another resource). However, I've seen others I haven't been able to reproduce reliably. To reproduce: -- start planner -- Select 'Resources' -- Add a resource, and insert its name -- hit the 'delete resource' icon Thread 1 "planner" received signal SIGSEGV, Segmentation fault. (gdb) bt #0 0x in () #1 0x77de93d8 in g_closure_invoke () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #2 0x77dfc407 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #3 0x77e02c97 in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x77fa9a67 in mrp_project_remove_resource (project=0x557971d0, resource=0x55be4580) at ../libplanner/mrp-project.c:1414 #6 0x555775fe in resource_cmd_remove_do (cmd_base=0x55ad0b40) at ../src/planner-resource-view.c:861 #7 0x55585290 in cmd_manager_insert (manager=0x556d8b20, cmd=cmd@entry=0x55ad0b40, run_do=run_do@entry=1) at ../src/planner-cmd-manager.c:353 #8 0x5558536d in planner_cmd_manager_insert_and_do (manager=, cmd=cmd@entry=0x55ad0b40) at ../src/planner-cmd-manager.c:371 #9 0x55579ac1 in resource_cmd_remove (resource=0x55be4580, view=0x557ef680) at ../src/planner-resource-view.c:920 #10 resource_view_remove_resource_cb (action=, data=0x557ef680) at ../src/planner-resource-view.c:938 #11 0x77de93d8 in g_closure_invoke () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #12 0x77dfbede in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #13 0x77e02c97 in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #14 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x77789b40 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #16 0x776f2e69 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #17 0x77de95d1 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x77e02fdf in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #20 0x774d8650 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #21 0x77de95d1 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #22 0x77e02fdf in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #23 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #24 0x774d68f0 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #25 0x77495a09 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #26 0x77de95d1 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #27 0x77e02fdf in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #28 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #29 0x775adb06 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #30 0x77dec412 in g_cclosure_marshal_VOID__BOXEDv () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #31 0x77de95d1 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #32 0x77e02fdf in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #33 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #34 0x775aabf3 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #35 0x775ac1f3 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #36 0x775af362 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #37 0x7757489d in gtk_event_controller_handle_event () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #38 0x7773d48d in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #39 0x7748f8c4 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #40 0x77de95d1 in () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #41 0x77e02392 in g_signal_emit_valist () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #42 0x77e031bf in g_signal_emit () at /lib/x86_64-linux-gnu/libgobject-2.0.so.0 #43 0x7773eeb4 in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #44 0x775f616e in () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #45 0x775f7cee in gtk_main_do_event () at /lib/x86_64-linux-gnu/libgtk-3.so.0 #46 0x77d08365 in () at /lib/x86_64-linux-gnu/libgdk-3.so.0 #47 0x77d5be72 in () at /lib/x86_64-linux-gnu/libgdk-3.so.0 #48 0x77e8c5e5 in g_main_context_dispat
Re: Wie gehts?
52441 - lucspuav - 164 - lcigp --- Nie mehr zu frueh schlapp machen! Habe ich bei Yahoo entdeckt: http://de.search.yahoo.com/search?p=online-potenzmittel.info Da kannst du geniale Wundermittel bestellen die es in sich haben. Habe bereits meine erste Lieferung erhalten und bin mehr als nur zufrieden. Total geile Sache. Meine Freundin war gestern auch total begeistert. So oft ist sie schon lange nicht mehr gekommen *grins* Haben bestimmt 4 Stunden durchgefickt, echt hammergeil. Kann ich nur empfehlen! Beste Wünsche Dein Peter
German top domains for you and your clients
To start your own domain name and web site in to the German Market you need the German domain extension ".de" to become visible in the German search engines. My service is to register your requested German domain names in my name and get them working on German servers which fulfil the German dns technical hosting requirements. In addition, I provide you with my individual services to get your new German presence working with success! More information go http://german-domains.d-abc.de or mail to [EMAIL PROTECTED]
Bug#184458: bochs: doesn't work for me with default conf
Hello Robert,
Similar failure here in current jessie system. Rather than start
another report I am answering your old request. The complete
runtime log and complete .bochsrc follow. Note the line,
...[SPEAK] Failed to open /dev/console: Permission denied
in the log.
Regards, ... 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
000i[ ] LTDL_LIBRARY_PATH not set. using compile time default
'/usr/lib/bochs/plugins'
000i[ ] BXSHARE not set. using compile time default
'/usr/share/bochs'
000i[ ] lt_dlhandle is 0xb51b110
000i[PLGIN] loaded plugin libbx_unmapped.so
000i[ ] lt_dlhandle is 0xb51b6b0
000i[PLGIN] loaded plugin libbx_biosdev.so
000i[ ] lt_dlhandle is 0xb51c7f0
000i[PLGIN] loaded plugin libbx_speaker.so
000i[ ] lt_dlhandle is 0xb51cd08
000i[PLGIN] loaded plugin libbx_extfpuirq.so
000i[ ] lt_dlhandle is 0xb51d1e8
000i[PLGIN] loaded plugin libbx_parallel.so
000i[ ] lt_dlhandle is 0xb51e628
000i[PLGIN] loaded plugin libbx_serial.so
000i[ ] lt_dlhandle is 0xb5214d0
000i[PLGIN] loaded plugin libbx_gameport.so
000i[ ] lt_dlhandle is 0xb521a70
000i[PLGIN] loaded plugin libbx_iodebug.so
000i[ ] reading configuration from .bochsrc
000e[ ] .bochsrc:34: 'vga_update_interval' will be replaced by new
'vga: update_freq' option.
000e[ ] .bochsrc:35: 'keyboard_serial_delay' will be replaced by
new 'keyboard' option.
000e[ ] .bochsrc:36: 'keyboard_paste_delay' will be replaced by new
'keyboard' option.
000i[ ] Stopping on magic break points
000i[ ] lt_dlhandle is 0xb521fd8
000i[PLGIN] loaded plugin libbx_sdl.so
000i[ ] installing sdl module as the Bochs GUI
000i[ ] using log file /dev/stdout
000i[ ] Bochs x86 Emulator 2.6
000i[ ] Built from SVN snapshot on September 2nd, 2012
000i[ ] Compiled on May 30 2014 at 03:54:56
000i[ ] System configuration
000i[ ] processors: 1 (cores=1, HT threads=1)
000i[ ] A20 line support: yes
000i[ ] IPS is set to 400
000i[ ] CPU configuration
000i[ ] level: 6
000i[ ] SMP support: no
000i[ ] APIC support: xapic
000i[ ] FPU support: yes
000i[ ] MMX support: yes
000i[ ] 3dnow! support: no
000i[ ] SEP support: yes
000i[ ] SSE support: sse2
000i[ ] XSAVE support: no
000i[ ] AES support: no
000i[ ] MOVBE support: no
000i[ ] ADX support: no
000i[ ] x86-64 support: yes
000i[ ] 1G paging support: no
000i[ ] MWAIT support: yes
000i[ ] AVX support: no
000i[ ] VMX support: 1
000i[ ] Optimization configuration
000i[ ] RepeatSpeedups support: yes
000i[ ] Fast function calls: yes
000i[ ] Handlers Chaining speedups: no
000i[ ] Devices configuration
000i[ ] NE2000 support: yes
000i[ ] PCI support: yes, enabled=yes
000i[ ] SB16 support: yes
000i[ ] USB support: yes
000i[ ] VGA extension support: vbe cirrus
000i[MEM0 ] allocated memory at 0xb328e008. after alignment,
vector=0xb328f000
000i[MEM0 ] 32.00MB
000i[MEM0 ] mem block size = 0x0010, blocks=32
000i[MEM0 ] rom at 0xfffe/131072
('/usr/share/bochs/BIOS-bochs-latest')
000i[ ] lt_dlhandle is 0xb638e58
000i[PLGIN] loaded plugin libbx_hdimage.so
000i[ ] lt_dlhandle is 0xb639390
000i[PLGIN] loaded plugin libbx_pci.so
000i[ ] lt_dlhandle is 0xb639b28
000i[PLGIN] loaded plugin libbx_pci2isa.so
000i[ ] lt_dlhandle is 0xb63a1a0
000i[PLGIN] loaded plugin libbx_acpi.so
000i[ ] lt_dlhandle is 0xb63a818
000i[PLGIN] loaded plugin libbx_cmos.so
000i[ ] lt_dlhandle is 0xb63ade8
000i[PLGIN] loaded plugin libbx_dma.so
000i[ ] lt_dlhandle is 0xb63b4a0
000i[PLGIN] loaded plugin libbx_pic.so
000i[ ] lt_dlhandle is 0xb63b9d0
000i[PLGIN] loaded plugin libbx_pit.so
000i[ ] lt_dlhandle is 0xb63c040
000i[PLGIN] loaded plugin libbx_floppy.so
000i[ ] lt_dlhandle is 0xb63c890
000i[PLGIN]
Translations into German Language
Hello: Do you need your pages translated into German? Error-free Text "that advertises", 1:1-Translations, tec translation, for brochures, ad, internet or whatever? Additional service: Manual submission of your pages to German machines? Text and Keyword optimising? Better search results because using a German domain (*.de)? I am able to order and administer your new German domain in your behalf. If you are in the market for a German consultant partner and your organisation is used to work with self-organized, competent individuals on a high management level, I would be glad if you contact me. Kind regards Peter [EMAIL PROTECTED]
Bug#724673: bochs: Support for vga: extension=cirrus is missing
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 Release: 7.1 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bochs depends on: ii bochs-sdl [bochs-gui] 2.4.6-5 ii bochs-svga [bochs-gui] 2.4.6-5 ii bochs-term [bochs-gui] 2.4.6-5 ii bochs-wx [bochs-gui]2.4.6-5 ii bochs-x [bochs-gui] 2.4.6-5 ii bochsbios 2.4.6-5 ii libasound2 1.0.25-4 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libltdl72.4.2-1.1 ii libstdc++6 4.7.2-5 ii vgabios 0.7a-3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages bochs recommends: ii bximage 2.4.6-5 Versions of packages bochs suggests: ii bcc [c-compiler] 0.16.17-3.1 ii bochs-doc 2.4.6-5 ii debootstrap 1.0.48+deb7u1 ii gcc [c-compiler] 4:4.7.2-1 ii gcc-4.4 [c-compiler] 4.4.7-2 ii gcc-4.6 [c-compiler] 4.6.3-14 ii gcc-4.7 [c-compiler] 4.7.2-5 pn grub-rescue-pc ii libc6-dev [libc-dev] 2.13-38 -- no debconf information -- 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/1380199422.4716.1.ca...@roe8.physik.hu-berlin.de
Bug#725423: haxe: Closures cause VerifyError when building swf
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: The method MethodInfo-1327() is not implemented.
Steps to reproduce:
Compile:
> class Test { public static function main () { trace ("Hello World"); } }
Using the command:
> haxe Test.hx -main Test -swf test.swf
I have marked the severity as grave rather then important as, while
it is relatively easy to avoid using closures in your code, the haxe
standard library makes heavy use of closures and is harder to code
around.
Methods such as Map.keys and String.charCodeAt are among the affected.
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages haxe depends on:
ii libc62.13-38
ii libncurses5 5.9-10
ii libtinfo55.9-10
ii neko 1.8.1-6+b1
ii zlib1g 1:1.2.7.dfsg-13
haxe recommends no packages.
haxe suggests no packages.
-- no debconf information
--
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/20131005164509.21418.61167.reportbug@seashell
Bug#80459: apt-move is using worng architecture
> 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 most. Cheers Seegras -- "Those who give up essential liberties for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin "It's also true that those who would give up privacy for security are likely to end up with neither." -- Bruce Schneier -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141003230316.ge23...@discordia.ch
Bug#575856: nestra: build-depends-on-obsolete-package x-dev
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://lists.debian.org/4d51bab7.9000...@p10link.net
Bug#605533: same problem
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.30754.2.camel@dell
Bug#605533: Wish a patch
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 can write a patch for the perl code. Thanks guys.
Bug#639744: Accepted ca-certificates 20110502+nmu1 (source all)
On Wed, 31 Aug 2011, Raphael Geissert wrote: > Changes: > ca-certificates (20110502+nmu1) unstable; urgency=high > . >* Non-maintainer upload by the Security Team. >* Blacklist "DigiNotar Root CA" (Closes: #639744) Are we updating stable too? Cheers, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- 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/20110831065538.gi11...@anguilla.noreply.org
Bug#638614: FTBFS on ia64 (internal compiler error)
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 but running testing is a game of compromises. If you want to see openmsx back in testing the out of date package on ia64 needs to be dealt with somehow. There are basically four ways of doing this in descending order of preference. 1: get gcc fixed. 2: if the ICE is optimisation related reduce the optimisation level until it goes away. 3: use an older gcc version. Debian currently offers 4.4, 4.5 and 4.6 4: request removal of the out of date packages on ia64 and downgrade this bug to "important". 1 is the best long term soloution and a gcc bug report should be prepared and filed as a first step but based on past experiance I would not expect a rapid response from the gcc guys. 2 is an acceptable soloution but obviously isn't ideal. 3 is acceptable as an interim soloution but is not a long term answer because older gcc versions are eventually removed from debian. 4 is a last resort option and should only be used after reasonable attempts at 1-3 have failed (per the rc policy "Packages must be supported on as many architectures as is reasonably possible.") If you need access to an ia64 box for testing I would suggest asking on debian-i...@lists.debian.org P.S. I'm just taking flyby looks at rc bugs, I have no relationship to or interest in this particular package. -- 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/4eab52c6.1000...@p10link.net
Bug#625411: tla: I can't reproduce this bug
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 real issues but this is not the first false positive i've come across and he didn't even seem to proofread the messages (they end with "The last lines of the build log are at the end of this report." but no such lines are present in this report and several others. I personally think a bug like this can simply be closed. Maybe I'm missing something or we can close this bug? If you want to ask the submitter questions you need to actually send the message to them. nnn...@bugs.debian.org does not go to the submitter. You need to either use nn-submit...@bugs.debian.org or send the message to them directly. -- 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/4eac9105.7090...@p10link.net
Bug#647231: libvisual-plugins: FTBFS(!linux): error: possibly undefined macro: AM_PATH_ALSA
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 others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf: /usr/bin/autoconf failed with exit status: 1 AM_PATH_ALSA is defined in /usr/share/aclocal/alsa.m4 which is in package libasound2-dev which only exists on linux. Previously this was not an issue because configure was not rebuilt as part of the build, however in his QA upload Steve Langasek changed the package build to rebuild configure and hence made it FTBFS on non-linux architectures. Having throught about this I see several possible soloutions 1: go back to including configure in the packaging rather than building it at package build time. 2: move alsa.m4 to a package that exists on all architectures 3: include a copy of alsa.m4 in the libvisual-plugins source 4: include a dummy definition of AM_PATH_ALSA that does nothing in the libvisual-plugins source and only use it on architectures other than linux. Option 1 is probablly the simplest fix but shipping generated code rather than doing the generation at build time seems like a step backwards to me. Option 2 seems good in theory (after all autoconf is mean to generate configure scripts that run on platforms other than the ones they were generated on so having AM_PATH_ALSA available on architecture without alsa isn't too unreasonable IMO) but the question would be where to move it to and how much disruption would said move cause... Option 3 is code duplication that is generally frowned upon Option 4 seems like the best option if the asla guys don't want to provide alsa.m4 on non-linux architectures. I am CCing Steve (as the last person to touch the package and the one who introduced the FTBFS) and the ALSA maintainers list to get their opinions on 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://lists.debian.org/4f1f0ef0.8020...@p10link.net
Bug#660415: openmsx FTBFS in unstable. /usr/include/zlib.h:1204:26: error: conflicting declaration 'typedef struct gzFile_s* gzFile'
Package: openmsx
Severity: serious
Tags: patch
x-debbugs-cc: wij...@debian.org
openmsx FTBFS in unstable with the following error.
Compiling serialize.cc...
g++ \
-MP -MMD -MF derived/x86_64-linux-debian/dep/serialize.d \
-o derived/x86_64-linux-debian/obj/serialize.o -g
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
-Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -m64 -pipe -Wall -Wextra
-Wundef -Wunused-macros -Wno-missing-field-initializers -Isrc -Isrc/cassette
-Isrc/commands -Isrc/config -Isrc/console -Isrc/cpu -Isrc/debugger -Isrc/events
-Isrc/fdc -Isrc/file -Isrc/ide -Isrc/input -Isrc/laserdisc -Isrc/memory
-Isrc/security -Isrc/serial -Isrc/settings -Isrc/sound -Isrc/thread -Isrc/utils
-Isrc/video -Isrc/video/ld -Isrc/video/scalers -Isrc/video/v9990
-Iderived/x86_64-linux-debian/config -I/usr/include/SDL -D_GNU_SOURCE=1
-D_REENTRANT -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT
-I/usr/include/freetype2 -I/usr/include/libpng12 -DPACKAGE_NAME=tcl
-DPACKAGE_TARNAME=tcl -DPACKAGE_VERSION=8.5 -DPACKAGE_STRING=tcl\\\ 8.5
-DPACKAGE_BUGREPORT= -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1
-DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1
-DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_GETATTR_NP=1
-DGETATTRNP_NOT_DECLARED=1 -DTCL_THREADS=1 -DTCL_CFGVAL_ENCODING=iso8859-1
-DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(hidden\)\)\)
-DTCL_SHLIB_EXT=.so -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_TOMMATH=1
-DMP_PREC=4 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_IS_LONG=1 -DHAVE_GETCWD=1
-DHAVE_OPENDIR=1 -DHAVE_STRTOL=1 -DHAVE_WAITPID=1 -DHAVE_GETADDRINFO=1
-DHAVE_GETPWUID_R_5=1 -DHAVE_GETPWUID_R=1 -DHAVE_GETPWNAM_R_5=1
-DHAVE_GETPWNAM_R=1 -DHAVE_GETGRGID_R_5=1 -DHAVE_GETGRGID_R=1
-DHAVE_GETGRNAM_R_5=1 -DHAVE_GETGRNAM_R=1 -DHAVE_GETHOSTBYNAME_R_6=1
-DHAVE_GETHOSTBYNAME_R=1 -DHAVE_GETHOSTBYADDR_R_8=1 -DHAVE_GETHOSTBYADDR_R=1
-DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_GMTIME_R=1
-DHAVE_LOCALTIME_R=1 -DHAVE_MKTIME=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1
-DHAVE_STRUCT_STAT_ST_BLOCKS=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1
-DHAVE_BLKCNT_T=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DHAVE_SIGNED_CHAR=1
-DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -DTCL_UNLOAD_DLLS=1
-I/usr/include/tcl8.5 -I/usr/include/libxml2-c src/serialize.cc
In file included from src/serialize.cc:15:0:
/usr/include/zlib.h:1204:26: error: conflicting declaration 'typedef struct
gzFile_s* gzFile'
src/serialize.hh:20:15: error: 'gzFile' has a previous declaration as 'typedef
void* gzFile'
make[1]: *** [derived/x86_64-linux-debian/obj/serialize.o] Error 1
make[1]: Leaving directory
`/build/buildd-openmsx_0.8.1-4+b1-amd64-0_JeL0/openmsx-0.8.1'
make: *** [build-stamp] Error 2
This appears to be the result of a change in zlib.h changing how gzfile
is defined.
The attatched patch removes the definition of gzfile from serialize.hh
and replaces it with an include of zlib.h
Note: I'm ccing wij...@debian.org as he has expressed an intent to 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
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: ,
Bug:
Bug-Debian: http://bugs.debian.org/
Bug-Ubuntu: https://launchpad.net/bugs/
Forwarded:
Reviewed-By:
Last-Update:
--- openmsx-0.8.1.orig/src/serialize.hh
+++ openmsx-0.8.1/src/serialize.hh
@@ -16,8 +16,7 @@
#include
#include
#include
-
-typedef void* gzFile;
+#include
namespace openmsx {
Bug#674006: libwvstreams4.6-base 4.6.1-4 ----- wvdial stopped working
Dear Gregor Herrmann, As you were the kind DD who fixed the gcc 4.7 failure to build for libwvstreaams4.6-base, I am emailing you regarding this bug since you might be able to do a QA upload. This bug relates to further problems with libwvstreams4.6-base when building with gcc 4.7 rather than gcc 4.6. The compiler aggressively optimizes causing a failure when trying to use the wvdial package. The fedora project has also found a problem with gcc 4.7 and wvstreams package. The assert error wvdial: utils/wvtask.cc:409: static void WvTaskMan::_stackmaster(): Assertion `magic_number == -0x123678' failed. thrown by wvdial is caused by a failure in libwvstreams4.6-base. In particular the variable magicnumber should be marked volatile to prevent compiler optimizations. I attach the Fedora version of the patch. It may need to be refreshed for use in Debian. The original discussion at Fedora for this bug is found at: http://permalink.gmane.org/gmane.linux.redhat.fedora.extras.cvs/779635 Please note wvdial is a way of dialing a 3G cell phone modem for internet connection. It is thus important for accessing the internet for some users. Would you be able to refresh this patch and upload to Debian? I am unable to do this since I am a lowly uploader for an unrelated packages festival and speech-tools. I have no archive upload privileges to Debian. If you are unable to address this, do you know the correct DD to assist since it appears to me the package is an orphan? with the very best regards, Peter Peter Drysdale (Uploader for festival and speech-tools) magic.patch Description: Binary data
Bug#674006: libwvstreams4.6-base 4.6.1-4 ----- wvdial stopped working
Dear Gregor, Thank you for your email. It forced me to look further into Debian procedures and policy. Between your email and details of Debian policy I think I have found a way forward. To avoid noise to your account I will not copy you to subsequent emails regarding this bug where I can avoid it. I, of course, welcome any feedback if you choose to give it. With the very kindest regards, Peter
Bug#674006: libwvstreams4.6-base 4.6.1-4 ----- wvdial stopped working
The purpose of this email is to set forth the reasons for raising the severity of this bug and describe my intentions. 1) I intend to increase the severity to release critical. The Debian document regarding severity states: critical makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. I encountered this bug when a fellow Debian user did a "apt-get dist-upgrade" from squeeze to wheezy. (The machine has had dist-upgrades going back as far as etch) That machine has internet access only through a 3G modem at the site it is located. After the apt-get dist-upgade the machine was restarted and failed to connect to the internet. This made the machine completely unusable for the purposes of network access. Since no other forms of network access are available at that site the machine would not have been able to receive security updates either. The machine was transported to a wired network site [my place :-) ] to allow downgrading of this package from snapshots since this bug completely prevents network access if wvdial is used as the only 3G dialer. Subsequently network-manager has been installed on this machine to provide additional 3G modem dialer support. (Network-manager did not provide a dialer when 3G access was originally installed on this machine). I believe these facts constitute that this bug made unrelated software (browser, ssh , mail etc.) broken. Since the only network access was via this package - the completely unavailable network seriously compromised this machine. If left it in this state it would also have led to security holes accumulating. On reading of Debian guidelines I conclude this constituted a release critical bug for this machine. 2) Subject to my ability to gain access to hardware which I do not own, I intend to test the fedora patch and make it available on BTS followed by preparing for a NMU to be made available on Debian QA mailing list. The package has been abandoned upstream (homepage links are now non-existent). It is also orphaned in Debian. My intention is only to prevent users upgrading to wheezy getting a "surprise". I urge other users reading this to move to network-manager if possible before a dist-upgrade since network-manager appears better supported. I apologize for my intention 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
Bug#674006:
Please find attached a draft patch refreshed in the Debian style. This patch has passed build testing only on a Debian system. It has passed testing on Fedora. Run-time testing this patch on Debian will have to await either till I get access to the hardware effected or another person affected by 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
Bug#674006: wvdial further discussion
Dear Chris, Thanks for your testing and feedback. Apologies about the patch being insufficient. I have not had access to the affected hardware since my previous post. I note work continues at Fedora on this bug which can be found at: https://bugzilla.redhat.com/show_bug.cgi?id=812651 Instead of the insufficient patch a possible test which could be tried is altering line 37 of the debian/rules file to include CFLAGS += -O2 -fno-tree-dce -fno-optimize-sibling-calls This would follow from the information suggested by Fabrice Bellet on the Fedora bug list. This is both a bit of a 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
Bug#674006: runtime tested solution found
Please find attached a new debian/rules file for wvstreams which appears to fix this bug. It is altered in two places to switch off some compiler optimizations. It is obviously a hack. This has been runtime tested on borrowed hardware. This follows Fabrice's suggestions. Proper diff 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
Bug#674006: bug #674006 wvstreams diff
Attached is diff for debian/rules for wvstreams to fix this bug. It has been runtime tested on two different machines. Wvstreams has received an ITA (intent to adopt) since I first started looking into this bug. I presume the new maintainer (Bart Martens) will upload for this bug in combination with his adoption upload so I leave this bug in patch available state. best regards, Peter rules.diff Description: Binary data
Bug#678556: rapidsvn: please drop Build-Depends: libserf-0-0-dev
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-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120622172936.gx...@p12n.org
Bug#518858: tnftp: FTBFS: 'ARG_MAX' undeclared
tags 518858 +patch thanks A bit of grepping determined the following linux/limits.h defines an ARG_MAX however the various headers that include linux/limits.h explicitly state that the version from the linux kernel headers is wrong and explicitly undefine it. /usr/include/bits/xopen_lim.h states "Please note only the values which are not greater than the minimum stated in the standard document are listed. The `sysconf' functions should be used to obtain the actual value." and "/* We do not provide fixed values for ARG_MAXMaximum length of argument to the `exec' function including environment data. " I took this as a hint, read the sysconf manpage and replaced "ARG_MAX" with "sysconf(_SC_ARG_MAX)" in libnetbsd/glob.c . This made the package build sucessfully (I have not tested if it works though) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526847: sysvbanner: FTBFS: Missing build-depends
tags 526847 +patch thanks debhelper seems to be the only missing build-dependency (tested in pbuilder) so adding it should be enough to fix this bug. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526847: sysvbanner: FTBFS: Missing build-depends
Sandro Tosi wrote: On Mon, May 4, 2009 at 13:06, peter green wrote: tags 526847 +patch thanks debhelper seems to be the only missing build-dependency (tested in pbuilder) so adding it should be enough to fix this bug. This is an orphaned packages: are you interested in preparing a QA uplaod to fix it? No, I don't really care about this particular package (just taking a look at rc bugs as they come in and trying to fix them) and i'm not a dd anyway so it wouldn't help much would it? -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527532: specter: FTBFS: 'PATH_MAX' undeclared here
tags 527532 +patch thanks Add "#include " to the top of the list of includes in include/specter/specter.h to fix this bug. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528121: xml-resume-library: contains non-free material
Package: xml-resume-library Version: 1.5.1-10 Severity: serious Justification: Policy 2.2.1 This package includes the following files: /usr/share/java/xmlresume-filter.jar which correspond to the following files in the source tarball: java/xmlresume-filter.jar The source package does not include their source code. This goes against the DFSG requirement that "the program must include source code" therefore the package at present should not be in main. This jar file does not have a package in the Debian archive; for this package to remain in main the relevant source code should be found and packaged for Debian and the new packages should be added to Depends and/or Build-Depends-Indep. Once this process is complete the package's source tarball should be repackaged not to include the above listed jar files. -- System Information: Debian Release: 5.0.1 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537034: transcriber: FTBFS: /bin/bash: cpio: command not found
tags 537034 +patch thanks I've just done a quick check in pbuilder and adding cpio to the build depends indeed seems to be sufficiant to make the package build. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539712: otrs2: New upstream version available: 2.4.3
Is this package maintain anymore? Solong no changes? -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524315: otrs2 needs a2enmod during installation
Is this package maintain anymore? Solong no changes? Such little bug, is no hardwork to fix? -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553624: [adesklets] FTBFS with binutils-gold
Package: adesklets Version: 0.6.1 Severity: normal 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 libraries to the linker when building your executables. x86_64-linux-gnu-gcc -Wall -O2 -std=c99 -pedantic -Wall -DPKGDATADIR=\"/usr/share/adesklets\" -o adesklets -lX11 -lImlib2 - lncurses -lreadline -lhistory -lfontconfig adesklets-main.o adesklets-adesklets.o adesklets-xwindow.o adesklets-xmenu.o adesklets-cfgfile.o adesklets-cfg_parser.o adesklets-cfg_scanner.o adesklets-command.o adesklets-event.o adesklets-variable.o adesklets-vector.o adesklets-vector_free.o adesklets-tree.o adesklets-error.o /usr/bin/ld: adesklets-adesklets.o: in function adesklets_events_loop:adesklets.c(.text+0x7636): error: undefined reference to 'floor' collect2: ld returned 1 exit status make[3]: *** [adesklets] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553934: FTBFS with binutils-gold
Package: anymeal Version: 0.30-8 Severity: normal 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 libraries to the linker when building your executables. g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W - Wpointer-arith -O2 -g -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno- check-new -fno-common -fexceptions -o anymeal main.o categoryListItem.o chainedCompiler.o checkOverWrite.o compiler.o cookBook.o database.o error.o ingredientViewItem.o anymeal-mealMaster.o mealMasterCompiler.o mysqlDaemon.o mysqlDatabase.o mysqlNetwork.o mysqlSocket.o mysqlResultRow.o mysqlStatement.o mealMasterParseError.o mealMasterParseErrorHandler.o mealMasterStoreErroneousHandler.o object.o recipeListItem.o recoder.o timer.o unitMap.o utils.o xmlDocument.o xmlErrorHandler.o xmlNodeReferenceList.o xmlReference.o xslCompiler.o xsu.o xslParseErrorHandler.o anyMeal.o connectDialog.o databaseWizard.o destroyDialog.o importMealMasterDialog.o importRecipeMLDialog.o logWindow.o recipeDisplay.o recipeEditor.o recipeListDisplay.o searchDialog.o -rdynamic -L/usr/share/qt3/lib -L/usr/lib /usr/lib/libkwalletclient.so /usr/lib/libktexteditor.so /usr/lib/libkdeui.so -lxalan-c -lxerces-c /usr/lib/libmysqlclient.so -lrecode /usr/lib/libmagic.so /usr/bin/ld: main.o: in function gui():main.cpp:334: error: undefined reference to 'KApplication::KApplication(bool, bool)' /usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference to 'QMimeSourceFactory::QMimeSourceFactory()' /usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference to 'QString::null' /usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference to 'KIconLoader::KIconLoader(QString const&, KStandardDirs*)' /usr/bin/ld: main.o: in function gui():main.cpp:340: error: undefined reference to 'QMimeSourceFactory::defaultFactory()' /usr/bin/ld: main.o: in function gui():main.cpp:340: error: undefined reference to 'QMimeSourceFactory::addFactory(QMimeSourceFactory*)' /usr/bin/ld: main.o: in function gui():main.cpp:344: error: undefined reference to 'QTextCodec::codecForName(char const*, int)' . -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553950: FTBFS with binutils-gold
Package: antennavis Version: 0.3-6 Severity: normal 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 libraries to the linker when building your executables. cc -L/usr/X11R6/lib TkAntenna.o AntennaWidget.o ParseArgs.o togl.o ant.o pcard.o VisField.o VisWires.o -ltk8.4 -ltcl8.4 - lXmu -lGLU -o TkAnt /usr/bin/ld: AntennaWidget.o: in function TKA_Rotate:AntennaWidget.c:413: error: undefined reference to 'sincos' /usr/bin/ld: AntennaWidget.o: in function TKA_Rotate:AntennaWidget.c:417: error: undefined reference to 'sincos' /usr/bin/ld: AntennaWidget.o: in function TKA_Rotate:AntennaWidget.c:419: error: undefined reference to 'sincos' /usr/bin/ld: AntennaWidget.o: in function TKA_Rotate:AntennaWidget.c:443: error: undefined reference to 'glMultMatrixf' /usr/bin/ld: AntennaWidget.o: in function TKA_Cube:AntennaWidget.c:536: error: undefined reference to 'glPushMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_Cube:AntennaWidget.c:537: error: undefined reference to 'glTranslatef' /usr/bin/ld: AntennaWidget.o: in function TKA_Cube:AntennaWidget.c:539: error: undefined reference to 'glPushMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_Cube:AntennaWidget.c:540: error: undefined reference to 'glTranslatef' /usr/bin/ld: AntennaWidget.o: in function TKA_Cube:AntennaWidget.c:542: error: undefined reference to 'glPopMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_Cylinder:AntennaWidget.c:512: error: undefined reference to 'glPushMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_Cylinder:AntennaWidget.c:513: error: undefined reference to 'glPushMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_Cylinder:AntennaWidget.c:514: error: undefined reference to 'glTranslatef' /usr/bin/ld: AntennaWidget.o: in function TKA_Cylinder:AntennaWidget.c:516: error: undefined reference to 'glPopMatrix' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1324: error: undefined reference to 'sin' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1324: error: undefined reference to 'cos' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1325: error: undefined reference to 'sin' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1326: error: undefined reference to 'cos' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1326: error: undefined reference to 'cos' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1327: error: undefined reference to 'glLightfv' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1328: error: undefined reference to 'glLightfv' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1329: error: undefined reference to 'glLightfv' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1330: error: undefined reference to 'glLightf' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1331: error: undefined reference to 'glLightf' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1332: error: undefined reference to 'glLightf' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1346: error: undefined reference to 'glLightf' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:459: error: undefined reference to 'atan2' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:459: error: undefined reference to 'atan2' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1339: error: undefined reference to 'sin' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1339: error: undefined reference to 'sincos' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1339: error: undefined reference to 'cos' /usr/bin/ld: AntennaWidget.o: in function TKA_SetLight:AntennaWidget.c:1339: error: undefined reference to 'sin' /usr/bin/ld: AntennaWidget.o: in function TKA_Reshape:AntennaWidget.c:393: error: undefined reference to 'glViewport' /usr/bin/ld: AntennaWidget.o: in function TKA_Reshape:AntennaWidget.c:394: error: undefined reference to 'glMatrixMode' /usr/bin/ld: AntennaWidget.o: in function TKA_Reshape:AntennaWidget.c:395: error: undefined reference to 'glLoadIdentity' /usr/bin/ld: AntennaWidget.o: in function TKA_Reshape:AntennaWidget.c:459: error: undefined reference to 'atan2' /usr/bin/ld: AntennaWidget.o: in function TKA_Display:AntennaWidget.c:343: error: undefined reference to 'glClearColor' /usr/bin/ld: AntennaWidget.o: in function TKA_Display:AntennaWidget.c:347: error: undefined reference to 'glClear' /usr/bin/ld: AntennaWidget.o: in function TKA_Display:AntennaWidget.c:348: error: undefined reference to 'glLightModeli' /usr/bin/ld: AntennaWidget.o: in function TKA_Display:AntennaWidget.c:350: e
Bug#554042: [bsdgames] FTBFS due to multiple declarations of getline
Package: bsdgames Version: 2.17-16 Severity: serious gcc -g -O2 -Wall -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-align -Wcast-qual -Wwrite-strings - DNEW_STYLE -Iinclude -Iboggle/boggle -c boggle/boggle/bog.c -o boggle/boggle/bog.o In file included from boggle/boggle/bog.c:58: boggle/boggle/extern.h:46: error: conflicting types for 'getline' /usr/include/stdio.h:651: error: previous declaration of 'getline' was here make[1]: *** [boggle/boggle/bog.o] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554298: FTBFS with binutils-gold
Source: d4x Version: 2.5.7.1-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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking x86_64-linux-gnu-g++ -O2 -Wall -o nt addr.o queue.o path.o alt.o history.o recode.o autoadd.o hproxy.o savedvar.o base64.o html.o savelog.o client.o http.o schedule.o httpd.o segments.o sslsocket.o config.o liststr.o signal.o cookie.o locstr.o sm.o db.o log.o sndserv.o dlist.o main.o socket.o download.o mainlog.o socks.o dqueue.o memwl.o sort.o eff.o meter.o speed.o filter.o msgqueue.o srvclt.o fsearch.o mutex.o var.o ftp.o nt.o xml.o ftpd.o ping.o ../main/face/libface.a - lpthread -lglib-2.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 - lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -L/usr/lib -lao -ldl -lssl -lcrypto /usr/bin/ld: ../main/face/libface.a(misc.o): in function x_opacity_set(_GtkWidget*, unsigned int):misc.cc(.text+0x4ed): error: undefined reference to 'XInternAtom' /usr/bin/ld: ../main/face/libface.a(misc.o): in function x_opacity_set(_GtkWidget*, unsigned int):misc.cc(.text+0x52a): error: undefined reference to 'XChangeProperty' /usr/bin/ld: ../main/face/libface.a(misc.o): in function wm_skip_window(_GtkWidget*):misc.cc(.text+0x5a0): error: undefined reference to 'XChangeProperty' /usr/bin/ld: ../main/face/libface.a(misc.o): in function wm_skip_window(_GtkWidget*):misc.cc(.text+0x5bd): error: undefined reference to 'XInternAtom' /usr/bin/ld: ../main/face/libface.a(misc.o): in function wm_skip_window(_GtkWidget*):misc.cc(.text+0x5d7): error: undefined reference to 'XInternAtom' /usr/bin/ld: ../main/face/libface.a(misc.o): in function wm_skip_window(_GtkWidget*):misc.cc(.text+0x63e): error: undefined reference to 'XSendEvent' /usr/bin/ld: ../main/face/libface.a(misc.o): in function wm_skip_window(_GtkWidget*):misc.cc(.text+0x698): error: undefined reference to 'XSendEvent' /usr/bin/ld: ../main/face/libface.a(misc.o): in function my_xclipboard_get():misc.cc(.text+0x801): error: undefined reference to 'XFetchBytes' /usr/bin/ld: ../main/face/libface.a(misc.o): in function motion_notify_get_coords(_GdkEventMotion*):misc.cc(.text+0x836): error: undefined reference to 'XSync' /usr/bin/ld: ../main/face/libface.a(misc.o): in function motion_notify_get_coords(_GdkEventMotion*):misc.cc(.text+0x866): error: undefined reference to 'XCheckTypedEvent' /usr/bin/ld: ../main/face/libface.a(misc.o): in function my_xclipboard_free(char*):misc.cc(.text+0x7a6): error: undefined reference to 'XFree' /usr/bin/ld: ../main/face/libface.a(misc.o): in function my_xclipboard_put(char const*):misc.cc(.text+0x7dc): error: undefined reference to 'XStoreBytes' /usr/bin/ld: ../main/face/libface.a(misc.o): in function my_gdk_window_iconify(_GdkDrawable*):misc.cc(.text+0xb71): error: undefined reference to 'XIconifyWindow' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_manager_message:eggtrayicon.c:291: error: undefined reference to 'XSendEvent' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_manager_message:eggtrayicon.c:293: error: undefined reference to 'XSync' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_message:eggtrayicon.c:483: error: undefined reference to 'XInternAtom' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_message:eggtrayicon.c:497: error: undefined reference to 'XSendEvent' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_message:eggtrayicon.c:499: error: undefined reference to 'XSync' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_send_message:eggtrayicon.c:499: error: undefined reference to 'XSync' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_get_orientation_property:eggtrayicon.c:171: error: undefined reference to 'XGetWindowProperty' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_get_orientation_property:eggtrayicon.c:200: error: undefined reference to 'XFree' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_update_manager_window:eggtrayicon.c:322: error: undefined reference to 'XGrabServer' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_update_manager_window:eggtrayicon.c:324: error: undefined reference to 'XGetSelectionOwner' /usr/bin/ld: ../main/face/libface.a(eggtrayicon.o): in function egg_tray_icon_update_manager_window:eggtrayicon.c:331
Bug#554363: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking gcc -D_REENTRANT -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DICON_DIR=\"/usr\" -Wall -g -O2 -o gapcmon gapcmon-gapcmon.o gapcmon-eggtrayicon.o -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lgconf-2 -lglib-2.0 /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_manager_message:eggtrayicon.c:253: error: undefined reference to 'XSendEvent' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_manager_message:eggtrayicon.c:254: error: undefined reference to 'XSync' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_message:eggtrayicon.c:403: error: undefined reference to 'XInternAtom' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_message:eggtrayicon.c:414: error: undefined reference to 'XSendEvent' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_message:eggtrayicon.c:416: error: undefined reference to 'XSync' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_message:eggtrayicon.c:414: error: undefined reference to 'XSendEvent' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_send_message:eggtrayicon.c:416: error: undefined reference to 'XSync' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_get_orientation_property:eggtrayicon.c:161: error: undefined reference to 'XGetWindowProperty' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_get_orientation_property:eggtrayicon.c:185: error: undefined reference to 'XFree' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_update_manager_window:eggtrayicon.c:275: error: undefined reference to 'XGrabServer' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_update_manager_window:eggtrayicon.c:277: error: undefined reference to 'XGetSelectionOwner' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_update_manager_window:eggtrayicon.c:283: error: undefined reference to 'XUngrabServer' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_update_manager_window:eggtrayicon.c:284: error: undefined reference to 'XFlush' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_update_manager_window:eggtrayicon.c:280: error: undefined reference to 'XSelectInput' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_realize:eggtrayicon.c:339: error: undefined reference to 'XInternAtom' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_realize:eggtrayicon.c:341: error: undefined reference to 'XInternAtom' /usr/bin/ld: gapcmon-eggtrayicon.o: in function egg_tray_icon_realize:eggtrayicon.c:343: error: undefined reference to 'XInternAtom' collect2: ld returned 1 exit status make[2]: *** [gapcmon] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554662: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking cc -g -O2 -g -Wall -O2 `/usr/bin/pkg-config --libs libpanelapplet-2.0` `/usr/bin/pkg-config --libs libgnomeui-2.0` -Wl,-O1 -o gnome_swallow gnome-swallow.o /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:60: error: undefined reference to 'XSync' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:68: error: undefined reference to 'XFree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:70: error: undefined reference to 'XQueryTree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:74: error: undefined reference to 'XFetchName' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:91: error: undefined reference to 'XFree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:92: error: undefined reference to 'XQueryTree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:96: error: undefined reference to 'XFetchName' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:114: error: undefined reference to 'XFree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:115: error: undefined reference to 'XQueryTree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:119: error: undefined reference to 'XFetchName' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:129: error: undefined reference to 'XFree' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:144: error: undefined reference to 'XSync' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:145: error: undefined reference to 'XUnmapWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:146: error: undefined reference to 'XScreenNumberOfScreen' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:146: error: undefined reference to 'XIconifyWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:147: error: undefined reference to 'XScreenNumberOfScreen' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:147: error: undefined reference to 'XWithdrawWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:148: error: undefined reference to 'XMoveWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:150: error: undefined reference to 'XGetWMHints' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:155: error: undefined reference to 'XSetWindowBorderWidth' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:157: error: undefined reference to 'XSync' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:161: error: undefined reference to 'XReparentWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:163: error: undefined reference to 'XGetGeometry' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:164: error: undefined reference to 'XMoveWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:165: error: undefined reference to 'XSetWMHints' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:166: error: undefined reference to 'XMapWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:167: error: undefined reference to 'XSync' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:155: error: undefined reference to 'XSetWindowBorderWidth' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:161: error: undefined reference to 'XReparentWindow' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:163: error: undefined reference to 'XGetGeometry' /usr/bin/ld: gnome-swallow.o: in function swallow:gnome-swallow.c:164: error: undefined reference to 'XMoveWindow' collect2: ld returned 1 exit status make[1]: *** [gnome_swallow] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554926: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ./libtool --mode=link gcc -g -O2 -g -Wall -O2 -O3 -funroll-loops -Wall -o jack.plumbing jack.plumbing.o -ljack libtool: link: gcc -g -O2 -g -Wall -O2 -O3 -funroll-loops -Wall -o jack.plumbing jack.plumbing.o -ljack /usr/bin/ld: jack.plumbing.o: in function on_reorder:jack.plumbing.c:341: error: undefined reference to 'sem_post' /usr/bin/ld: jack.plumbing.o: in function start_plumber:jack.plumbing.c:355: error: undefined reference to 'sem_init' /usr/bin/ld: jack.plumbing.o: in function start_plumber:jack.plumbing.c:361: error: undefined reference to 'pthread_create' /usr/bin/ld: jack.plumbing.o: in function start_plumber:jack.plumbing.c:362: error: undefined reference to 'pthread_join' /usr/bin/ld: jack.plumbing.o: in function do_plumbing:jack.plumbing.c:307: error: undefined reference to 'sem_wait' /usr/bin/ld: jack.plumbing.o: in function on_registration:jack.plumbing.c:334: error: undefined reference to 'sem_post' collect2: ld returned 1 exit status make[1]: *** [jack.plumbing] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554923: FTBFS with binutils-gold
Source: ivtools Version: 1.2.6-1+nmu1 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 libraries to the linker when building your executables. You must link your C++ object files/files generated from C++ source code with g++ to resolve these symbols. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.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 -L/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/Unidraw-common/LINUX -lUnidraw-common -L/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/IV-common/LINUX -lIV-common -lm /usr/bin/ld: main.o: in function global constructors keyed to type_names:/usr/include/c++/4.3/iostream:77: error: undefined reference to 'std::ios_base::Init::Init()' /usr/bin/ld: main.o: in function global constructors keyed to type_names:/usr/include/c++/4.3/iostream:77: error: undefined reference to 'std::ios_base::Init::~Init()' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::cout' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, long)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::cout' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, long)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::cout' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, long)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::cout' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:514: error: undefined reference to 'std::basic_ostream >& std::__ostream_insert >(std::basic_ostream >&, char const*, long)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:543: error: undefined reference to 'std::basic_ostream >::put(char)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:564: error: undefined reference to 'std::basic_ostream >::flush()' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:152: error: undefined reference to 'std::basic_ios >::clear(std::_Ios_Iostate)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:152: error: undefined reference to 'std::basic_ios >::clear(std::_Ios_Iostate)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:543: error: undefined reference to 'std::basic_ostream >::put(char)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/ostream:564: error: undefined reference to 'std::basic_ostream >::flush()' /usr/bin/ld: main.o: in function main:/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/comtest/LINUX/../main.c:66: error: undefined reference to 'std::cerr' /usr/bin/ld: main.o: in function main:/home/peter/rebuild/build/ivtools/ivtools-1.2.6/src/comtest/LINUX/../main.c:66: error: undefined reference to 'std::basic_ostream >& std::operator<< >(std::basic_ostream >&, char const*)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:152: error: undefined reference to 'std::basic_ios >::clear(std::_Ios_Iostate)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:152: error: undefined reference to 'std::basic_ios >::clear(std::_Ios_Iostate)' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:54: error: undefined reference to 'std::__throw_bad_cast()' /usr/bin/ld: main.o: in function main:/usr/include/c++/4.3/bits/basic_ios.h:54: error: undefined reference to 'std::__throw_bad_cast()' /usr/bin/ld: main.o:(.eh_frame+0x6b): error: undefined reference to '__gxx_personality_v0' collect2: ld returned 1 exit status make[5]: *** [a.out] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555019: FTBFS with binutils-gold
Source: klineakconfig Version: 0.9-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. Please provide all needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../libtool --mode=link --tag=CXX x86_64-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -g -O2 -L/usr/lib -L/usr/lib -L/usr/lib -lX11 -lXext -ldl -o klineakconfig -L/usr/lib klmailclient.o klprefs.o kprefs.o klineakdef.o klineak.o klineakconfig.o main.o advancedkbd.o advancedkeyoptions.o klineakdefui.o klineakconfigui.o frmadvancedkbd.o frmadvancedkeyoptionsui.o advancedkbd.moc.o klineakdef.moc.o advancedkeyoptions.moc.o klineakconfig.moc.o -L../klineakconfig -lkio -lkdeui -lkdecore -lqt-mt -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lX11 -llineak -llineak libtool: link: x86_64-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -g -O2 -o klineakconfig klmailclient.o klprefs.o kprefs.o klineakdef.o klineak.o klineakconfig.o main.o advancedkbd.o advancedkeyoptions.o klineakdefui.o klineakconfigui.o frmadvancedkbd.o frmadvancedkeyoptionsui.o advancedkbd.moc.o klineakdef.moc.o advancedkeyoptions.moc.o klineakconfig.moc.o -L/usr/lib -ldl -L/home/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(QString const&, QString const&, QString const&, QString const&, QString const&, int, QString const&, QCString const&, QCString const&, QCString const&, QCString const&, QCString const&, QString const&, QCString const&):klmailclient.cpp:182: error: undefined reference to 'DCOPClient::call(QCString const&, QCString const&, QCString const&, QMemArray const&, QCString&, QMemArray&, bool)' /usr/bin/ld: klmailclient.o: in function KLMailClient::send(QString const&, QString const&, QString const&, QString const&, bool, KURL const&):klmailclient.cpp:103: error: undefined reference to 'DCOPClient::isApplicationRegistered(QCString const&)' /usr/bin/ld: advancedkbd.o: in function advancedKbd::stopLeds():advancedkbd.cpp:146: error: undefined reference to 'DCOPClient::DCOPClient()' /usr/bin/ld: advancedkbd.o: in function advancedKbd::stopLeds():advancedkbd.cpp:147: error: undefined reference to 'DCOPClient::registerAs(QCString const&, bool)' /usr/bin/ld: advancedkbd.o: in function advancedKbd::stopLeds():advancedkbd.cpp:148: error: undefined reference to 'DCOPClient::attach()' /usr/bin/ld: advancedkbd.o: in function advancedKbd::stopLeds():advancedkbd.cpp:150: error: undefined reference to 'DCOPClient::send(QCString const&, QCString const&, QCString const&, QMemArray const&)' collect2: ld returned 1 exit status make[3]: *** [klineakconfig] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555059: FTBFS with binutils-gold
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 all needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../../libtool --tag=CXX --mode=link x86_64-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION "-UQT_NO_ASCII_CAST" -L/usr/share/qt3/lib -L/usr/lib -Wl,--export-dynamic -o kradio main.o errorlog-interfaces.o radiodevice_interfaces.o radiodevicepool_interfaces.o radio_interfaces.o soundstreamclient_interfaces.o stationselection_interfaces.o timecontrol_interfaces.o alarm.o debug-profiler.o fileringbuffer.o frequencyseekhelper.o kradioapp.o multibuffer.o plugin_configuration_dialog.o pluginmanager-configuration.o pluginmanager.o plugins.o ringbuffer.o seekhelper.o soundformat.o soundstreamid.o stationlist.o stationlistxmlhandler.o utils.o widg etplugins.o frequencyradiostation.o internetradiostation.o radiostation-config.o radiostation.o aboutwidget.o radiostation-listview.o standardscandialog.o station-drag-object.o stationselector.o pluginmanager-configuration-ui.o standardscandialog-ui.o stationselector-ui.o -lkio -lkdeui -lkdecore -lkio -lsndfile libtool: link: x86_64-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -UQT_NO_ASCII_CAST -Wl,--export-dynamic -o kradio main.o errorlog-interfaces.o radiodevice_interfaces.o radiodevicepool_interfaces.o radio_interfaces.o soundstreamclient_interfaces.o stationselection_interfaces.o timecontrol_interfaces.o alarm.o debug-profiler.o fileringbuffer.o frequencyseekhelper.o kradioapp.o multibuffer.o plugin_configuration_dialog.o pluginmanager-configuration.o pluginmanager.o plugins.o ringbuffer.o seekhelper.o soundformat.o soundstreamid.o stationlist.o stationlistxmlhandler.o utils.o widgetplugins.o frequencyradiostation.o internetradiostation.o radiostation-co nfig.o radiostation.o aboutwidget.o radiostation-listview.o standardscandialog.o station-drag-object.o stationselector.o pluginmanager-configuration-ui.o standardscandialog-ui.o stationselector-ui.o -L/usr/share/qt3/lib -L/usr/lib /usr/lib/libkdeui.so /usr/lib/libkdecore.so /usr/lib/libkio.so /usr/lib/libsndfile.so /usr/bin/ld: main.o: in function main:main.cpp:34: error: undefined reference to 'QString::QString(char const*)' /usr/bin/ld: main.o: in function main:main.cpp:52: error: undefined reference to 'QString::QString(char const*)' /usr/bin/ld: main.o: in function main:main.cpp:57: error: undefined reference to 'QString::QString(char const*)' /usr/bin/ld: main.o: in function main:main.cpp:64: error: undefined reference to 'QApplication::exec()' /usr/bin/ld: main.o: in function main:main.cpp:69: error: undefined reference to 'QString::QString(char const*)' /usr/bin/ld: main.o: in function vtable for QGList:main.cpp(.rodata._ZTV6QGList+0x18): error: undefined reference to 'QGList::clear()' /usr/bin/ld: main.o: in function vtable for QGList:main.cpp(.rodata._ZTV6QGList+0x20): error: undefined reference to 'QGList::~QGList()' /usr/bin/ld: main.o: in function vtable for QGList:main.cpp(.rodata._ZTV6QGList+0x28): error: undefined reference to 'QGList::~QGList()' /usr/bin/ld: main.o: in function vtable for QGList:main.cpp(.rodata._ZTV6QGList+0x30): error: undefined reference to 'QPtrCollection::newItem(void*)' ... -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555075: FTBFS with binutils-gold
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 libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../../libtool --tag=CC --mode=link cc -g -O2 -g -Wall -O2 -o lash_control lash_control-main.o lash_control-lash_control.o lash_control-client.o lash_control-project.o ../../liblash/liblash.la -lreadline -lreadline mkdir .libs cc -g -O2 -g -Wall -O2 -o .libs/lash_control lash_control-main.o lash_control-lash_control.o lash_control-client.o lash_control-project.o ../../liblash/.libs/liblash.so -lreadline /usr/bin/ld: lash_control-lash_control.o: in function lash_control_main:lash_control.c:428: error: undefined reference to 'uuid_is_null' /usr/bin/ld: lash_control-lash_control.o: in function lash_control_main:lash_control.c:435: error: undefined reference to 'uuid_compare' /usr/bin/ld: lash_control-lash_control.o: in function lash_control_main:lash_control.c:444: error: undefined reference to 'uuid_unparse' /usr/bin/ld: lash_control-client.o: in function client_get_identity:client.c:76: error: undefined reference to 'uuid_unparse' /usr/bin/ld: lash_control-client.o: in function client_new:client.c:32: error: undefined reference to 'uuid_clear' collect2: ld returned 1 exit status make[4]: *** [lash_control] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555174: FTBFS with binutils-gold
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. Please provide all needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ./libtool --tag=CC --mode=link gcc -g -O2 -Wall -o create_tpm_key create_tpm_key.o -ltspi gcc -g -O2 -Wall -o create_tpm_key create_tpm_key.o /usr/lib/libtspi.so /usr/bin/ld: create_tpm_key.o: in function openssl_print_errors:create_tpm_key.c:88: error: undefined reference to 'ERR_load_ERR_strings' /usr/bin/ld: create_tpm_key.o: in function openssl_print_errors:create_tpm_key.c:89: error: undefined reference to 'ERR_load_crypto_strings' /usr/bin/ld: create_tpm_key.o: in function openssl_get_modulus_and_prime:create_tpm_key.c:119: error: undefined reference to 'BN_bn2bin' /usr/bin/ld: create_tpm_key.o: in function openssl_get_modulus_and_prime:create_tpm_key.c:125: error: undefined reference to 'BN_bn2bin' /usr/bin/ld: create_tpm_key.o: in function openssl_read_key:create_tpm_key.c:99: error: undefined reference to 'BIO_new_file' /usr/bin/ld: create_tpm_key.o: in function openssl_read_key:create_tpm_key.c:105: error: undefined reference to 'PEM_read_bio_RSAPrivateKey' /usr/bin/ld: create_tpm_key.o: in function openssl_read_key:create_tpm_key.c:109: error: undefined reference to 'BIO_free' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:436: error: undefined reference to 'RSA_size' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:498: error: undefined reference to 'BIO_new_file' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:504: error: undefined reference to 'ASN1_OCTET_STRING_new' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:512: error: undefined reference to 'ASN1_STRING_set' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:513: error: undefined reference to 'i2d_ASN1_OCTET_STRING' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:514: error: undefined reference to 'PEM_write_bio' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:516: error: undefined reference to 'BIO_free' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:312: error: undefined reference to 'EVP_read_pw_string' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:361: error: undefined reference to 'EVP_read_pw_string' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:468: error: undefined reference to 'RSA_free' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:448: error: undefined reference to 'RSA_free' /usr/bin/ld: create_tpm_key.o: in function main:create_tpm_key.c:439: error: undefined reference to 'RSA_free' /usr/bin/ld: create_tpm_key.o: in function openssl_print_errors:create_tpm_key.c:90: error: undefined reference to 'ERR_print_errors_fp' collect2: ld returned 1 exit status make[2]: *** [create_tpm_key] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556073: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking gcc bitmap.o menus.o resources.o run.o window.o widgets/PMBar.o widgets/PMGeneric.o widgets/PMGraph.o widgets/PMText.o ../module.o ../procmeter.o ../procmeterrc.o -o ../procmeter3-gtk2 -ldl -rdynamic `pkg-config --libs gtk+-2.0` /usr/bin/ld: run.o: in function RunProgram:run.c:124: error: undefined reference to 'XDisplayString' /usr/bin/ld: run.o: in function RunProgram:run.c:113: error: undefined reference to 'XBell' collect2: ld returned 1 exit status make[2]: *** [../procmeter3-gtk2] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556060: FTBFS with binutils-gold
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 libraries to the linker when building your executables. It is maybe better in your case that libphat.so gets linked against the needed libraries to fix that problem. You can use --no-undefined (or respective -Wl,--no-undefined when linking with g++ or gcc) to check your libraries if they still have symbols which doesn't get resolved by them. dpkg-shlibdeps will also print warnings about unresolved symbols when it gets run in your debian/rules. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -O3 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/libgnomecanvas-2.0 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/libart-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/directfb -I/usr/include/libpng12 -Wall -Werror -o phatfanslider phatfanslider-fanslider.o ../phat/libphat.la -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lgnome canvas-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 mkdir .libs x86_64-linux-gnu-gcc -O3 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/libgnomecanvas-2.0 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/libart-2.0 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/directfb -I/usr/include/libpng12 -Wall -Werror -o .libs/phatfanslider phatfanslider-fanslider.o ../phat/.libs/libphat.so /usr/lib/libgnomecanvas-2.so /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /usr/lib/libpangocairo-1.0.so /usr/l ib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lz -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so -Wl,--rpath -Wl,/usr/lib /usr/bin/ld: ../phat/.libs/libphat.so: error: undefined reference to 'XWarpPointer' collect2: ld returned 1 exit status make[2]: *** [phatfanslider] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556066: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking Linking app Poe ... /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_clear_internals:vcedit.c:40: error: undefined reference to 'ogg_stream_clear' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_clear_internals:vcedit.c:45: error: undefined reference to 'ogg_sync_clear' /usr/bin/ld: ./obj/vcedit.c.o: in function _v_writestring:vcedit.c:78: error: undefined reference to 'oggpack_write' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:86: error: undefined reference to 'oggpack_writeinit' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:89: error: undefined reference to 'oggpack_write' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:93: error: undefined reference to 'oggpack_write' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:97: error: undefined reference to 'oggpack_write' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:112: error: undefined reference to 'oggpack_bytes' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:113: error: undefined reference to 'oggpack_bytes' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:115: error: undefined reference to 'oggpack_bytes' /usr/bin/ld: ./obj/vcedit.c.o: in function _commentheader_out:vcedit.c:120: error: undefined reference to 'oggpack_writeclear' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:145: error: undefined reference to 'ogg_stream_packetout' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:155: error: undefined reference to 'ogg_sync_buffer' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:157: error: undefined reference to 'ogg_sync_wrote' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:153: error: undefined reference to 'ogg_sync_pageout' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:161: error: undefined reference to 'ogg_page_eos' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:163: error: undefined reference to 'ogg_page_serialno' /usr/bin/ld: ./obj/vcedit.c.o: in function _fetch_next_packet:vcedit.c:170: error: undefined reference to 'ogg_stream_pagein' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:198: error: undefined reference to 'ogg_sync_init' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:200: error: undefined reference to 'ogg_sync_buffer' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:203: error: undefined reference to 'ogg_sync_wrote' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:205: error: undefined reference to 'ogg_sync_pageout' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:214: error: undefined reference to 'ogg_page_serialno' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:217: error: undefined reference to 'ogg_stream_init' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:225: error: undefined reference to 'ogg_stream_pagein' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:231: error: undefined reference to 'ogg_stream_packetout' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:251: error: undefined reference to 'ogg_sync_pageout' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:255: error: undefined reference to 'ogg_stream_pagein' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:258: error: undefined reference to 'ogg_stream_packetout' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:279: error: undefined reference to 'ogg_sync_buffer' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_open_callbacks:vcedit.c:286: error: undefined reference to 'ogg_sync_wrote' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_write:vcedit.c:331: error: undefined reference to 'ogg_stream_init' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_write:vcedit.c:335: error: undefined reference to 'ogg_stream_packetin' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_write:vcedit.c:336: error: undefined reference to 'ogg_stream_packetin' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_write:vcedit.c:337: error: undefined reference to 'ogg_stream_packetin' /usr/bin/ld: ./obj/vcedit.c.o: in function vcedit_write:vcedi
Bug#556333: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o rvmutl rvmutl-rvmutl.o librvmlwp.la gcc -g -O2 -Wall -o .libs/rvmutl rvmutl-rvmutl.o ./.libs/librvmlwp.so /usr/bin/ld: rvmutl-rvmutl.o: in function find_tail:rvmutl.c:4234: error: undefined reference to 'ObtainWriteLock' /usr/bin/ld: rvmutl-rvmutl.o: in function find_tail:rvmutl.c:4234: error: undefined reference to 'ReleaseWriteLock' /usr/bin/ld: rvmutl-rvmutl.o: in function do_open_log:../include/rvm_lwp.h:74: error: undefined reference to 'LWP_CurrentProcess' /usr/bin/ld: rvmutl-rvmutl.o: in function do_recover:../include/rvm_lwp.h:74: error: undefined reference to 'LWP_CurrentProcess' collect2: ld returned 1 exit status make[3]: *** [rvmutl] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556328: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o ctest ctest.o librpc2.la libse.la gcc -g -O2 -Wall -o .libs/ctest ctest.o ./.libs/librpc2.so ./.libs/libse.so /usr/bin/ld: ctest.o: in function main:ctest.c:163: error: undefined reference to 'LWP_Init' /usr/bin/ld: ctest.o: in function main:ctest.c:199: error: undefined reference to 'lwp_stackUseEnabled' /usr/bin/ld: ctest.o: in function main:ctest.c:413: error: undefined reference to 'FT_GetTimeOfDay' /usr/bin/ld: ctest.o: in function main:ctest.c:417: error: undefined reference to 'FT_GetTimeOfDay' /usr/bin/ld: ctest.o: in function main:ctest.c:229: error: undefined reference to 'FT_GetTimeOfDay' /usr/bin/ld: ctest.o: in function main:ctest.c:448: error: undefined reference to 'FT_GetTimeOfDay' collect2: ld returned 1 exit status make[3]: *** [ctest] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556343: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking g++ -g -O2 -o sfftobmp my_getopt.o cmdline.o codes.o common.o decoder.o input.o main.o output.o -ltiff -ljpeg -lboost_filesystem-mt /usr/bin/ld: cmdline.o: in function global constructors keyed to _ZN17CCmdLineProcessorC2EPPci:/usr/include/boost/system/error_code.hpp:205: error: undefined reference to 'boost::system::get_system_category()' /usr/bin/ld: cmdline.o: in function global constructors keyed to _ZN17CCmdLineProcessorC2EPPci:/usr/include/boost/system/error_code.hpp:206: error: undefined reference to 'boost::system::get_generic_category()' /usr/bin/ld: cmdline.o: in function global constructors keyed to _ZN17CCmdLineProcessorC2EPPci:/usr/include/boost/system/error_code.hpp:211: error: undefined reference to 'boost::system::get_generic_category()' /usr/bin/ld: cmdline.o: in function global constructors keyed to _ZN17CCmdLineProcessorC2EPPci:/usr/include/boost/system/error_code.hpp:212: error: undefined reference to 'boost::system::get_generic_category()' /usr/bin/ld: cmdline.o: in function global constructors keyed to _ZN17CCmdLineProcessorC2EPPci:/usr/include/boost/system/error_code.hpp:213: error: undefined reference to 'boost::system::get_system_category()' /usr/bin/ld: common.o: in function global constructors keyed to _ZN16CSimpleException10m_aReasonsE:/usr/include/boost/system/error_code.hpp:205: error: undefined reference to 'boost::system::get_system_category()' /usr/bin/ld: common.o: in function global constructors keyed to _ZN16CSimpleException10m_aReasonsE:/usr/include/boost/system/error_code.hpp:206: error: undefined reference to 'boost::system::get_generic_category()' /usr/bin/ld: common.o: in function global constructors keyed to _ZN16CSimpleException10m_aReasonsE:/usr/include/boost/system/error_code.hpp:213: error: undefined reference to 'boost::system::get_system_category()' collect2: ld returned 1 exit status make[3]: *** [sfftobmp] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556336: FTBFS with binutils-gold
rker.C:5072: error: undefined reference to 'XDrawRectangle' /usr/bin/ld: ../lib/libsaotk.a(marker.o): in function Marker::renderArrow(unsigned long, Vector const&, Vector const&):marker.C:834: error: undefined reference to 'XFillPolygon' /usr/bin/ld: ../lib/libsaotk.a(marker.o): in function Marker::setLineDash():marker.C:784: error: undefined reference to 'XSetDashes' /usr/bin/ld: ../lib/libsaotk.a(marker.o): in function Marker::renderText(unsigned long, Matrix const&, Marker::RenderMode):marker.C:741: error: undefined reference to 'XSetFont' /usr/bin/ld: ../lib/libsaotk.a(marker.o): in function Marker::renderText(unsigned long, Matrix const&, Marker::RenderMode):marker.C:753: error: undefined reference to 'XDrawString' /usr/bin/ld: ../lib/libsaotk.a(point.o): in function Point::setLineDash():point.C:95: error: undefined reference to 'XSetDashes' /usr/bin/ld: ../lib/libsaotk.a(point.o): in function BoxCirclePoint::render(unsigned long, Matrix const&, Marker::RenderMode):point.C:431: error: undefined reference to 'XDrawArc' /usr/bin/ld: ../lib/libsaotk.a(point.o): in function BoxCirclePoint::render(unsigned long, Matrix const&, Marker::RenderMode):point.C:433: error: undefined reference to 'XDrawRectangle' /usr/bin/ld: ../lib/libsaotk.a(point.o): in function DiamondPoint::render(unsigned long, Matrix const&, Marker::RenderMode):point.C:218: error: undefined reference to 'XDrawLines' /usr/bin/ld: ../lib/libsaotk.a(point.o): in function CirclePoint::render(unsigned long, Matrix const&, Marker::RenderMode):point.C:126: error: undefined reference to 'XDrawArc' /usr/bin/ld: ../lib/libsaotk.a(ruler.o): in function Ruler::renderDist(unsigned long, Vector, Marker::RenderMode):ruler.C:279: error: undefined reference to 'XSetFont' /usr/bin/ld: ../lib/libsaotk.a(ruler.o): in function Ruler::renderDist(unsigned long, Vector, Marker::RenderMode):ruler.C:288: error: undefined reference to 'XDrawString' /usr/bin/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):panner.C:377: error: undefined reference to 'XFillPolygon' /usr/bin/ld: ../lib/libsaotk.a(panner.o): in function Panner::updatePixmap(BBox const&):panner.C:113: error: undefined reference to 'XSetClipOrigin' /usr/bin/ld: ../lib/libsaotk.a(magnifier.o): in function Magnifier::updatePixmap(BBox const&):magnifier.C:84: error: undefined reference to 'XSetClipOrigin' /usr/bin/ld: ../lib/libsaotk.a(baseellipse.o): in function BaseEllipse::renderEllipse(unsigned long, Matrix const&):baseellipse.C:160: error: undefined reference to 'XDrawArc' /usr/bin/ld: ../lib/libsaotk.a(baseellipse.o): in function BaseEllipse::renderCircle(unsigned long, Matrix const&):baseellipse.C:132: error: undefined reference to 'XDrawArc' /usr/bin/ld: ../lib/libsaotk.a(basemarker.o): in function BaseMarker::render(unsigned long, Matrix const&, Marker::RenderMode):basemarker.C:231: error: undefined reference to 'XDrawLines' /usr/bin/ld: ../lib/libtkhtml.a(htmlwidget.o): in function HtmlRedrawCallback:/home/peter/rebuild/build/saods9/saods9-4.0b7/htmlwidget/src/htmlwidget.c:604: error: undefined reference to 'XFillRectangles' /usr/bin/ld: ../lib/libtkhtml.a(htmldraw.o): in function HtmlDrawRect:/home/peter/rebuild/build/saods9/saods9-4.0b7/htmlwidget/src/htmldraw.c:305: error: undefined reference to 'XFillRectangles' /usr/bin/ld: ../lib/libtkhtml.a(htmldraw.o): in function HtmlDrawRect:/home/peter/rebuild/build/saods9/saods9-4.0b7/htmlwidget/src/htmldraw.c:307: error: undefined reference to 'XFillRectangles' /usr/bin/ld: ../lib/libtkhtml.a(htmldraw.o): in function HtmlDrawRect:/home/peter/rebuild/build/saods9/saods9-4.0b7/htmlwidget/src/htmldraw.c:322: error: undefined reference to 'XFillRectangles' /usr/bin/ld: ../lib/libtkhtml.a(htmldraw.o): in function HtmlBlockDraw:/home/peter/rebuild/build/saods9/saods9-4.0b7/htmlwidget/src/htmldraw.c:443: error: undefined reference to 'XFillArc' collect2: ld returned 1 exit status make[2]: *** [ds9] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556306: FTBFS with binutils-gold
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 libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking g++ -Wl,-O1 -o qsynth .obj/main.o .obj/qsynthEngine.o .obj/qsynthChannels.o .obj/qsynthKnob.o .obj/qsynthMeter.o .obj/qsynthSetup.o .obj/qsynthOptions.o .obj/qsynthSystemTray.o .obj/qsynthTabBar.o .obj/qsynthAboutForm.o .obj/qsynthChannelsForm.o .obj/qsynthMainForm.o .obj/qsynthMessagesForm.o .obj/qsynthOptionsForm.o .obj/qsynthPresetForm.o .obj/qsynthSetupForm.o .obj/qsynthDialClassicStyle.o .obj/qsynthDialPeppinoStyle.o .obj/qsynthDialVokiStyle.o .obj/qsynthDialSkulptureStyle.o .obj/moc_qsynthKnob.o .obj/moc_qsynthMeter.o .obj/moc_qsynthSystemTray.o .obj/moc_qsynthTabBar.o .obj/moc_qsynthAboutForm.o .obj/moc_qsynthChannelsForm.o .obj/moc_qsynthMainForm.o .obj/moc_qsynthMessagesForm.o .obj/moc_qsynthOptionsForm.o .obj/moc_qsynthPresetForm.o .obj/moc_qsynthSetupForm.o .obj/qrc_qsynth.o -L/usr/lib -L/usr/local/lib -L/usr/lib -L/usr/lib64 -lfluidsynth -lpthread -lQtGui -lQtCore /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x3e3): error: undefined reference to 'XGrabServer' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x412): error: undefined reference to 'XSetSelectionOwner' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x41f): error: undefined reference to 'XUngrabServer' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x4a9): error: undefined reference to 'XDefaultScreenOfDisplay' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x4b1): error: undefined reference to 'XScreenNumberOfScreen' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x4ff): error: undefined reference to 'XInternAtom' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x568): error: undefined reference to 'XSelectInput' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x592): error: undefined reference to 'XSendEvent' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x5a1): error: undefined reference to 'XSync' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x5b6): error: undefined reference to 'XRaiseWindow' /usr/bin/ld: .obj/main.o: in function main:main.cpp(.text+0x628): error: undefined reference to 'XChangeProperty' /usr/bin/ld: .obj/main.o: in function qsynthApplication::x11EventFilter(_XEvent*):main.cpp(.text._ZN17qsynthApplication14x11EventFilterEP7_XEvent+0xc2): error: undefined reference to 'XGetWindowProperty' /usr/bin/ld: .obj/main.o: in function qsynthApplication::x11EventFilter(_XEvent*):main.cpp(.text._ZN17qsynthApplication14x11EventFilterEP7_XEvent+0xf0): error: undefined reference to 'XFree' /usr/bin/ld: .obj/main.o: in function qsynthApplication::x11EventFilter(_XEvent*):main.cpp(.text._ZN17qsynthApplication14x11EventFilterEP7_XEvent+0x11b): error: undefined reference to 'XDeleteProperty' /usr/bin/ld: .obj/main.o: in function qsynthApplication::qsynthApplication(int&, char**):main.cpp(.text._ZN17qsynthApplicationC1ERiPPc+0x36e): error: undefined reference to 'XInternAtom' /usr/bin/ld: .obj/main.o: in function qsynthApplication::qsynthApplication(int&, char**):main.cpp(.text._ZN17qsynthApplicationC1ERiPPc+0x37b): error: undefined reference to 'XGrabServer' /usr/bin/ld: .obj/main.o: in function qsynthApplication::qsynthApplication(int&, char**):main.cpp(.text._ZN17qsynthApplicationC1ERiPPc+0x388): error: undefined reference to 'XGetSelectionOwner' /usr/bin/ld: .obj/main.o: in function qsynthApplication::qsynthApplication(int&, char**):main.cpp(.text._ZN17qsynthApplicationC1ERiPPc+0x395): error: undefined reference to 'XUngrabServer' collect2: ld returned 1 exit status make[2]: *** [qsynth] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556498: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. Objects inside an .a archive aren't linked yet. This means that you must resolve their symbols when linking them to a program. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../../libtool --tag=CC --mode=link gcc -g -O2 -m64 -Wall -Werror -Wreturn-type -Wsign-compare -o tpmtoken_init data_init.o ../../lib/libtpm_pkcs11.la -ltspi libtool: link: gcc -g -O2 -m64 -Wall -Werror -Wreturn-type -Wsign-compare -o tpmtoken_init data_init.o ../../lib/.libs/libtpm_pkcs11.a /usr/lib/libtspi.so -lpthread -lcrypto /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function closeToken:tpm_pkcs11.c:287: error: undefined reference to 'dlclose' /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function openToken:tpm_pkcs11.c:157: error: undefined reference to 'dlopen' /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function openToken:tpm_pkcs11.c:163: error: undefined reference to 'dlsym' /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function openToken:tpm_pkcs11.c:263: error: undefined reference to 'dlclose' /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function openToken:tpm_pkcs11.c:159: error: undefined reference to 'dlerror' /usr/bin/ld: ../../lib/.libs/libtpm_pkcs11.a(tpm_pkcs11.o): in function openToken:tpm_pkcs11.c:165: error: undefined reference to 'dlerror' collect2: ld returned 1 exit status make[3]: *** [tpmtoken_init] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556505: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking libtool: link: g++ -o ttmkfdir ttmkfdir.o directory.o commandline.o ttf.o encoding.o parser.o builtin.o -lfontconfig /usr/bin/ld: ttf.o: in function ttf::Face::MappingPresent(int, NumericMapping*, int, int, bool):ttf.cpp:55: error: undefined reference to 'FT_Set_Charmap' /usr/bin/ld: ttf.o: in function ttf::Face::MappingPresent(int, NumericMapping*, int, int, bool):ttf.cpp:60: error: undefined reference to 'FT_Get_Char_Index' /usr/bin/ld: ttf.o: in function ttf::Face::FontFamilyName() const:ttf.cpp:236: error: undefined reference to 'FT_Get_Sfnt_Name_Count' /usr/bin/ld: ttf.o: in function ttf::Face::FontFamilyName() const:ttf.cpp:240: error: undefined reference to 'FT_Get_Sfnt_Name' /usr/bin/ld: ttf.o: in function ttf::Face::~Face():ttf.cpp:631: error: undefined reference to 'FT_Done_Face' /usr/bin/ld: ttf.o: in function ttf::Face::~Face():ttf.cpp:632: error: undefined reference to 'FT_Done_Library' /usr/bin/ld: ttf.o: in function ttf::Face::~Face():ttf.cpp:631: error: undefined reference to 'FT_Done_Face' /usr/bin/ld: ttf.o: in function ttf::Face::~Face():ttf.cpp:632: error: undefined reference to 'FT_Done_Library' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:80: error: undefined reference to 'FT_Init_FreeType' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:91: error: undefined reference to 'FT_New_Face' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:98: error: undefined reference to 'FT_Get_Sfnt_Table' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:103: error: undefined reference to 'FT_Get_Sfnt_Table' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:80: error: undefined reference to 'FT_Init_FreeType' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:91: error: undefined reference to 'FT_New_Face' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:98: error: undefined reference to 'FT_Get_Sfnt_Table' /usr/bin/ld: ttf.o: in function ttf::Face::Face(std::basic_string, std::allocator > const&):ttf.cpp:103: error: undefined reference to 'FT_Get_Sfnt_Table' collect2: ld returned 1 exit status make[1]: *** [ttmkfdir] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556482: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. Objects inside an .a archive aren't linked yet. This means that you must resolve their symbols when linking them to a program. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking gcc -Wall -g -O2 -o sysprof binfile.o process.o profile.o sfile.o stackstash.o sysprof.o treeviewutils.o watch.o -pthread -lgthread-2.0 -lrt -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 /usr/lib/libbfd.a -liberty -liberty /usr/bin/ld: /usr/lib/libbfd.a(compress.o): in function bfd_uncompress_section_contents:../../bfd/compress.c:96: error: undefined reference to 'inflateInit_' /usr/bin/ld: /usr/lib/libbfd.a(compress.o): in function bfd_uncompress_section_contents:../../bfd/compress.c:103: error: undefined reference to 'inflate' /usr/bin/ld: /usr/lib/libbfd.a(compress.o): in function bfd_uncompress_section_contents:../../bfd/compress.c:106: error: undefined reference to 'inflateReset' /usr/bin/ld: /usr/lib/libbfd.a(compress.o): in function bfd_uncompress_section_contents:../../bfd/compress.c:108: error: undefined reference to 'inflateEnd' /usr/bin/ld: /usr/lib/libbfd.a(plugin.o): in function try_load_plugin:../../bfd/plugin.c:127: error: undefined reference to 'dlopen' /usr/bin/ld: /usr/lib/libbfd.a(plugin.o): in function try_load_plugin:../../bfd/plugin.c:134: error: undefined reference to 'dlsym' /usr/bin/ld: /usr/lib/libbfd.a(plugin.o): in function try_load_plugin:../../bfd/plugin.c:130: error: undefined reference to 'dlerror' collect2: ld returned 1 exit status make[3]: *** [sysprof] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556478: FTBFS with binutils-gold
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 libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o sweep -Wl,-export-dynamic sweep-main.o sweep-about_dialog.o sweep-callbacks.o sweep-channelops.o sweep-cursors.o sweep-db_ruler.o sweep-db_slider.o sweep-driver.o sweep-driver_alsa.o sweep-driver_oss.o sweep-driver_solaris.o sweep-edit.o sweep-file_dialogs.o sweep-file_sndfile1.o sweep-file_mad.o sweep-file_speex.o sweep-file_vorbis.o sweep-format.o sweep-head.o sweep-interface.o sweep-levelmeter.o sweep-notes.o sweep-param.o sweep-paste_dialogs.o sweep-play.o sweep-plugin.o sweep-preferences.o sweep-print.o sweep-question_dialogs.o sweep-record.o sweep-sample-display.o sweep-samplerate.o sweep-sw_chooser.o sweep-sweep_filter.o sweep-sweep_sample.o sweep-sweep_sounddata.o sweep-sweep_selection.o sweep-sweep_typeconvert.o sweep-sweep_undo.o sweep-time_ruler.o sweep-timeouts.o sweep-undo_dialog.o sweep-view.o ../src/tdb/libtdb.a -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo -1.0 -lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0-lpthread -lsndfile -L/usr/lib -logg -L/usr/lib -lvorbis -lm -lvorbisfile -lvorbisenc -lmad -lspeex -lm -lsamplerate -lglib-2.0 -pthread -lgthread-2.0 -lrt -lglib-2.0 mkdir .libs gcc -g -O2 -Wall -o sweep -Wl,-export-dynamic sweep-main.o sweep-about_dialog.o sweep-callbacks.o sweep-channelops.o sweep-cursors.o sweep-db_ruler.o sweep-db_slider.o sweep-driver.o sweep-driver_alsa.o sweep-driver_oss.o sweep-driver_solaris.o sweep-edit.o sweep-file_dialogs.o sweep-file_sndfile1.o sweep-file_mad.o sweep-file_speex.o sweep-file_vorbis.o sweep-format.o sweep-head.o sweep-interface.o sweep-levelmeter.o sweep-notes.o sweep-param.o sweep-paste_dialogs.o sweep-play.o sweep-plugin.o sweep-preferences.o sweep-print.o sweep-question_dialogs.o sweep-record.o sweep-sample-display.o sweep-samplerate.o sweep-sw_chooser.o sweep-sweep_filter.o sweep-sweep_sample.o sweep-sweep_sounddata.o sweep-sweep_selection.o sweep-sweep_typeconvert.o sweep-sweep_undo.o sweep-time_ruler.o sweep-timeouts.o sweep-undo_dialog.o sweep-view.o -pthread ../src/tdb/libtdb.a /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgdk_ pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libgio-2.0.so /usr/lib/libcairo.so /usr/lib/libpango-1.0.so /usr/lib/libfreetype.so -lfontconfig /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -lpthread /usr/lib/libsndfile.so -L/usr/lib -logg /usr/lib/libvorbis.so /usr/lib/libvorbisfile.so /usr/lib/libvorbisenc.so /usr/lib/libmad.so -lspeex -lm /usr/lib/libsamplerate.so /usr/lib/libgthread-2.0.so -lrt /usr/lib/libglib-2.0.so /usr/bin/ld: sweep-main.o: in function main:main.c:141: error: undefined reference to 'XInitThreads' collect2: ld returned 1 exit status make[4]: *** [sweep] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556696: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking LD xenwatch /usr/bin/ld: apps-x11.o: in function detect_desktop:apps-x11.c:77: error: undefined reference to 'XInternAtom' /usr/bin/ld: apps-x11.o: in function detect_desktop:apps-x11.c:78: error: undefined reference to 'XInternAtom' /usr/bin/ld: apps-x11.o: in function detect_desktop:apps-x11.c:59: error: undefined reference to 'XGetWindowProperty' /usr/bin/ld: apps-x11.o: in function detect_desktop:apps-x11.c:59: error: undefined reference to 'XGetWindowProperty' /usr/bin/ld: x11.o: in function x11_destroy_ximage:x11.c:185: error: undefined reference to 'XShmDetach' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:158: error: undefined reference to 'XCreateImage' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:107: error: undefined reference to 'XSetErrorHandler' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:110: error: undefined reference to 'XShmCreateImage' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:133: error: undefined reference to 'XShmAttach' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:134: error: undefined reference to 'XSync' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:149: error: undefined reference to 'XSetErrorHandler' /usr/bin/ld: x11.o: in function x11_create_ximage:x11.c:149: error: undefined reference to 'XSetErrorHandler' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:206: error: undefined reference to 'XCreatePixmap' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:210: error: undefined reference to 'XCreateGC' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:221: error: undefined reference to 'XPutImage' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:224: error: undefined reference to 'XFreeGC' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:221: error: undefined reference to 'XShmPutImage' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:213: error: undefined reference to 'XFreePixmap' /usr/bin/ld: x11.o: in function x11_create_pixmap:x11.c:214: error: undefined reference to 'XFreeGC' /usr/bin/ld: x11.o: in function x11_color_init:x11.c:72: error: undefined reference to 'XDefaultScreen' /usr/bin/ld: x11.o: in function x11_color_init:x11.c:73: error: undefined reference to 'XVisualIDFromVisual' /usr/bin/ld: x11.o: in function x11_color_init:x11.c:75: error: undefined reference to 'XGetVisualInfo' /usr/bin/ld: x11.o: in function x11_color_init:x11.c:77: error: undefined reference to 'XShmQueryExtension' collect2: ld returned 1 exit status make[1]: *** [xenwatch] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556682: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking gcc -O2 -Wall `pkg-config gtk+-2.0 --cflags` -o wmfishtime fishmon.o `pkg-config gtk+-2.0 --libs` /usr/bin/ld: fishmon.o: in function make_new_fishmon_dockapp:fishmon.c(.text+0x78e): error: undefined reference to 'XSetWMNormalHints' /usr/bin/ld: fishmon.o: in function make_new_fishmon_dockapp:fishmon.c(.text+0x888): error: undefined reference to 'XSetWMHints' collect2: ld returned 1 exit status make[1]: *** [wmfishtime] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556683: FTBFS with binutils-gold
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 needed libraries to the linker when building your executables. More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking cc -o wmShutdown wmShutdown.o `pkg-config --libs gtk+-2.0` /usr/bin/ld: wmShutdown.o: in function cria_dock:wmShutdown.c(.text+0x66): error: undefined reference to 'XAllocWMHints' /usr/bin/ld: wmShutdown.o: in function cria_dock:wmShutdown.c(.text+0xce): error: undefined reference to 'XSetWMHints' /usr/bin/ld: wmShutdown.o: in function cria_dock:wmShutdown.c(.text+0xe5): error: undefined reference to 'XSetCommand' /usr/bin/ld: wmShutdown.o: in function cria_dock:wmShutdown.c(.text+0xee): error: undefined reference to 'XFree' collect2: ld returned 1 exit status make[1]: *** [dock] Error 1 -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558539: Missing autoreconf to fix 554821 or similar bugs in the future
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 sequence of different autotools/libtool utilities the package should be able to fix the problem automatically. /usr/share/doc/autotools-dev/README.Debian.gz explains it in section "Basic summary of packaging source that uses autotools". The build was done in a cowbuild chroot with the patch from #554821 included in /usr/share/aclocal/libtool.m4 and binutils-gold installed. All logs were then greped for -export-symbols-regex and not including -version-script. This should indicate that your package doesnt do the required autoreconf with updating the libtools stuff. A small extra test output "test-version-script" was added to libtool.m4 and silent mode was disabled in global ltmain.sh so it is easier for me to decide if it was really updated in case libtool doesnt output the ld command to stdout. So if the output and "test-version-script" is missing then your program doesnt update the files. I am sorry if this is still a false positive. udev 147-5 for example fails completely due to new (unknown) symbols appearing inside the .so, but `autoreconf -fi -I m4` (with libtool.m4 installed on my system with the mentioned patch) fixes the problem. I had to remove a patch with touches Makefile.in, but the rest worked out of the box. Maybe it is better to copy all clean files into a extra directory, run autoreconf inside the directory, build and install everything from that directory and in clean remove that directory. This way the diff.gz should be clean and you still do the necessary autoreconf. A package which does that is g3dviewer. Many other packages like libupnp4 and compizconfig-python just ignore the fact that these changes are included in debian.tar.gz/diff.gz The interesting output inside the log of your program is: /bin/bash ./libtool --tag=CC --mode=link gcc -Wall -g -O2 -no-undefined -version-info 0:1:0 -export-symbols-regex "^(zbar|_zbar.*_error)_.*" -o zbar/libzbar.la -rpath /usr/lib zbar/zbar_libzbar_la-config.lo zbar/zbar_libzbar_la-error.lo zbar/zbar_libzbar_la-symbol.lo zbar/zbar_libzbar_la-image.lo zbar/zbar_libzbar_la-convert.lo zbar/zbar_libzbar_la-logo.lo zbar/zbar_libzbar_la-window.lo zbar/zbar_libzbar_la-video.lo zbar/zbar_libzbar_la-img_scanner.lo zbar/zbar_libzbar_la-scanner.lo zbar/zbar_libzbar_la-decoder.lo zbar/zbar_libzbar_la-processor.lo zbar/decoder/zbar_libzbar_la-ean.lo zbar/decoder/zbar_libzbar_la-code128.lo zbar/decoder/zbar_libzbar_la-code39.lo zbar/decoder/zbar_libzbar_la-i25.lo zbar/video/zbar_libzbar_la-v4l1.lo zbar/video/zbar_libzbar_la-v4l2.lo zbar/zbar_libzbar_la-jpeg.lo zbar/window/zbar_libzbar_la-x.lo zbar/window/zbar_libzbar_la-ximage.lo -lSM -lICE -lX11-ljpeg -lpthread -lrt libtool: link: /usr/bin/nm -B zbar/.libs/zbar_libzbar_la-config.o zbar/.libs/zbar_libzbar_la-error.o zbar/.libs/zbar_libzbar_la-symbol.o zbar/.libs/zbar_libzbar_la-image.o zbar/.libs/zbar_libzbar_la-convert.o zbar/.libs/zbar_libzbar_la-logo.o zbar/.libs/zbar_libzbar_la-window.o zbar/.libs/zbar_libzbar_la-video.o zbar/.libs/zbar_libzbar_la-img_scanner.o zbar/.libs/zbar_libzbar_la-scanner.o zbar/.libs/zbar_libzbar_la-decoder.o zbar/.libs/zbar_libzbar_la-processor.o zbar/decoder/.libs/zbar_libzbar_la-ean.o zbar/decoder/.libs/zbar_libzbar_la-code128.o zbar/decoder/.libs/zbar_libzbar_la-code39.o zbar/decoder/.libs/zbar_libzbar_la-i25.o zbar/video/.libs/zbar_libzbar_la-v4l1.o zbar/video/.libs/zbar_libzbar_la-v4l2.o zbar/.libs/zbar_libzbar_la-jpeg.o zbar/window/.libs/zbar_libzbar_la-x.o zbar/window/.libs/zbar_libzbar_la-ximage.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /bin/sed 's/.* //' | sort | uniq > zbar/.libs/libzb ar.exp libtool: link: /bin/grep -E -e "^(zbar|_zbar.*_error)_.*" "zbar/.libs/libzbar.exp" > "zbar/.libs/libzbar.expT" libtool: link: mv -f "zbar/.libs/libzbar.expT" "zbar/.libs/libzbar.exp" libtool: link: gcc -shared zbar/.libs/zbar_libzbar_la-config.o zbar/.libs/zbar_libzbar_la-error.o zbar/.libs/zbar_libzbar_la-symbol.o zbar/.libs/zbar_libzbar_la-image.o zbar/.libs/zbar_libzbar_la-convert.o zbar/.libs/zbar_libzbar_la-logo.o zbar/.libs/zbar_libzbar_la-window.o zbar/.libs/zbar_libzbar_la-video.o zbar/.libs/zbar_libzbar_la-img_scanner.o zbar/.libs/zbar_libzbar_la-scanner.o zbar/.libs/zbar_libzbar_la-decoder.o zbar/.libs/zbar_libzbar_la-processor.o zbar/decoder/.libs/zbar_libzbar_la-ean.o zbar/decoder/.libs/zbar_libzbar_la-code128.o zbar/decoder/.libs/zbar_libzbar_la-code39.o zbar/decoder/.libs/zbar_libzbar_la-i25.o zbar/video/.libs/zbar_libzbar_la-v4l1.o zbar/video/.libs/zbar_libzbar_la-v4l2.o zbar/.libs/zbar_libzbar_la-jpeg.o zbar/window/.libs/zbar_libzbar_la-x.o
Bug#558868: Resolve unresolved symbols in shared libraries
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 other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol XtOwnSelection used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFreeFontSet used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFillRectangle used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol TtyTerminalIO_destroy used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XtAddCallback used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XmbDrawString used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFontsOfFontSet used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol VTCore_scroll_down used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol VTCore_set_screen_view used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol VTCore_redraw used by debian/libxiterm1/usr/lib/libXiterm.so.1.0.0 found in none of the libraries. dpkg-shlibdeps: warning: 81 other similar warnings have been skipped (use -v to see them all). -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558859: Resolve unresolved symbols in shared libraries
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 packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol XCreatePixmap used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFillRectangle used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol XCheckWindowEvent used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol fmod used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFreeColormap used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol gdImageRectangle used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol sincos used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol XSetStandardProperties used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol floor used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: symbol gdFontGiant used by debian/libg20/usr/lib/libg2.so.0.72 found in none of the libraries. dpkg-shlibdeps: warning: 58 other similar warnings have been skipped (use -v to see them all). -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558882: Resolve unresolved symbols in shared libraries
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 package so other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol XCreatePixmap used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XFillRectangle used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XInternAtom used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XChangeGC used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XCopyPlane used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XSetWMHints used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XSetWMProtocols used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XSetClassHint used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XCopyArea used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol XAllocIconSize used by debian/libdockapp2/usr/lib/libdockapp.so.2.0.0 found in none of the libraries. dpkg-shlibdeps: warning: 22 other similar warnings have been skipped (use -v to see them all). -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558869: Resolve unresolved symbols in shared libraries
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 other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol _ZNK11KIconLoader8loadIconERK7QStringN5KIcon5GroupEiiPS0_b used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN9QTextEdit6zoomInEi used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN13KToggleActionC1ERK7QStringS2_RK9KShortcutPK7QObjectPKcPS6_SA_ used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN7QStringaSEPKc used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN2Qt3redE used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN13KListViewItemC1EP9QListView7QStringS2_S2_S2_S2_S2_S2_S2_ used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZNK7QObject9receiversEi used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZNK9QCheckBox9hitButtonERK6QPoint used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN11QScrollView11removeChildEP7QObject used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN11QScrollView14resizeContentsEii used by debian/libhk-kdeclasses7/usr/lib/libhk_kdeclasses.so.7.0.0 found in none of the libraries. dpkg-shlibdeps: warning: 1581 other similar warnings have been skipped (use -v to see them all). -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558899: Resolve unresolved symbols in shared libraries
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 so other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol gcry_control used by debian/libiphone0/usr/lib/libiphone.so.0.0.0 found in none of the libraries. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558932: Resolve unresolved symbols in shared libraries
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 other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol dlsym used by debian/liblineak-0.9-0/usr/lib/liblineak-0.9.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol dlclose used by debian/liblineak-0.9-0/usr/lib/liblineak-0.9.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol dlopen used by debian/liblineak-0.9-0/usr/lib/liblineak-0.9.so.0.0.0 found in none of the libraries. dpkg-shlibdeps: warning: symbol dlerror used by debian/liblineak-0.9-0/usr/lib/liblineak-0.9.so.0.0.0 found in none of the libraries. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#575419: [cuneiform] Please package 0.9
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 information. --- Depends (Version) | Installed =-+-= libc6(>= 2.3) | 2.10.2-6 libgcc1 (>= 1:4.1.1) | 1:4.4.3-5 libmagick++2 | 7:6.5.8.3-1+b1 libstdc++6 (>= 4.2.1) | 4.4.3-5 cuneiform-common | 0.7.0+dfsg-5 Package's Recommends field is empty. Package's Suggests field is empty. -- 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/201003251847.02276.peter.fritzs...@gmx.de
Bug#575420: [cuneiform] Depends on version of libmagick not in unstable
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 (Version) | Installed =-+-= libc6(>= 2.3) | 2.10.2-6 libgcc1 (>= 1:4.1.1) | 1:4.4.3-5 libmagick++2 | 7:6.5.8.3-1+b1 libstdc++6 (>= 4.2.1) | 4.4.3-5 cuneiform-common | 0.7.0+dfsg-5 Package's Recommends field is empty. Package's Suggests field is empty. -- 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/201003251848.12897.peter.fritzs...@gmx.de
Bug#546659: DeprecationWarning: socket.ssl() is deprecated
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 socket.error(last_error) -self.sslobj = socket.ssl(self.sock, self.keyfile, self.certfile) +if (sys.version_info[0] == 2 and sys.version_info[1] >= 6) or sys.version_info[0] >= 3: +self.sslobj = ssl.wrap_socket(self.sock, self.keyfile, self.certfile) +else: +self.sslobj = socket.ssl(self.sock, self.keyfile, self.certfile) self.sslobj = sslwrapper(self.sslobj) mustquote = re.compile(r"[^\w!#$%&'+,.:;<=>?^`|~-]") -- 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/20100805192429.ge2...@p12n.org
Bug#546659: DeprecationWarning: socket.ssl() is deprecated
[Sandro Tosi] > A nicer way to do that is via tuple comparison (not correctly indented > only mocking): > > if sys.version_info[0:2] < (2,6) > self.sslobj = socket.ssl(self.sock, self.keyfile, self.certfile) > else: > self.sslobj = ssl.wrap_socket(self.sock, self.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-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100805195044.gf2...@p12n.org
Bug#249242: status?
Hello, What is the status of this bug? There is no reply, no feedback, nothing, it is just seem to be open for 300+ days. ...and it seems there ain't no midid in dosemu yet... thank you, peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141614: freedce: doc package is rather useless
Package: freedce-doc Version: 1.1.0-4 freedce-doc consists of two example files in /usr/share/doc/examples, but they are ELF binaries. They should be source code. And more examples should be provided, but that's a wishlist bug. (: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141613: freedce: idl compiler needs devel environment
Package: freedce-dceidl Version: 1.1.0-4 The DCE IDL compiler won't do much without its include files. Thus I would recommend combining freedce-dceidl and libfreedce-dev into one package, or at least making the former depend on the latter. (Come to think of it, I fail to see why freedce-uuid should be a separate package. It is only a single 10k binary, and is usually used in conjunction with the two above-mentioned packages. So really, those three packages could *all* be combined. I would call the result 'freedce-dev' or 'libfreedce-dev'.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141613: freedce: package dependencies
[I wrote] > The DCE IDL compiler won't do much without its include files. Thus I > would recommend combining freedce-dceidl and libfreedce-dev into one > package, or at least making the former depend on the latter. Also, libfreedce-dev needs to depend on libdcethreads-dev. The include files include each other. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141613: [patch] freedce: package dependencies
tags 141613 patch
thanks
for debian/changelog:
* Non-developer ... non-upload
* Merge freedce-dceidl and freedce-uuid into libfreedce-dev
(closes: #141613)
* libfreedce-dev Depends: libdcethreads-dev
* Move uuid back to /usr/bin: it is used for application development,
not system administration
* Remove several unneeded *.dirs files
diff -urN debian.orig/control debian/control
--- debian.orig/control Sun Apr 7 07:40:41 2002
+++ debian/control Mon Apr 8 01:19:41 2002
@@ -14,28 +14,18 @@
Package: libfreedce-dev
Architecture: any
-Depends: ${shlibs:Depends}
-Conflicts: uuid-dev
-Description: A free implementation of DCE RPC
- This package contains freedce development files
-
-Package: freedce-dceidl
-Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, libdcethreads-dev
+Provides: freedce-dceidl, freedce-uuid
+Replaces: freedce-dceidl, freedce-uuid
+Conflicts: freedce-dceidl, freedce-uuid, uuid-dev
Description: A free implementation of DCE RPC
- This process contains freedce idl which is needed in order to develop using
freedce
+ This package contains the freedce development environment.
Package: freedce-rpcd
Architecture: any
Depends: ${shlibs:Depends}
Description: A free implementation of DCE RPC
This package contains DCE rpcd.
-
-Package: freedce-uuid
-Architecture: any
-Depends: ${shlibs:Depends}
-Description: A free implementation of DCE RPC
- This package contains uuid which is a binary useful for freedce development
Package: freedce-doc
Architecture: all
diff -urN debian.orig/freedce-dceidl.dirs debian/freedce-dceidl.dirs
--- debian.orig/freedce-dceidl.dirs Sun Apr 7 07:40:41 2002
+++ debian/freedce-dceidl.dirs Wed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-usr/
-usr/bin
diff -urN debian.orig/freedce-dceidl.files debian/freedce-dceidl.files
--- debian.orig/freedce-dceidl.filesSun Apr 7 07:40:41 2002
+++ debian/freedce-dceidl.files Wed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-usr/bin/dceidl
-usr/bin/idl
diff -urN debian.orig/freedce-dceidl.undocumented
debian/freedce-dceidl.undocumented
--- debian.orig/freedce-dceidl.undocumented Sun Apr 7 07:40:41 2002
+++ debian/freedce-dceidl.undocumented Wed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-dceidl.1
-idl.1
diff -urN debian.orig/freedce-rpcd.dirs debian/freedce-rpcd.dirs
--- debian.orig/freedce-rpcd.dirs Sun Apr 7 07:40:41 2002
+++ debian/freedce-rpcd.dirsWed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-usr/
-usr/sbin
diff -urN debian.orig/freedce-uuid.dirs debian/freedce-uuid.dirs
--- debian.orig/freedce-uuid.dirs Sun Apr 7 07:40:41 2002
+++ debian/freedce-uuid.dirsWed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-usr/
-usr/sbin/
diff -urN debian.orig/freedce-uuid.files debian/freedce-uuid.files
--- debian.orig/freedce-uuid.files Sun Apr 7 07:40:41 2002
+++ debian/freedce-uuid.files Wed Dec 31 18:00:00 1969
@@ -1 +0,0 @@
-usr/sbin/uuid
diff -urN debian.orig/freedce-uuid.undocumented debian/freedce-uuid.undocumented
--- debian.orig/freedce-uuid.undocumented Sun Apr 7 07:40:41 2002
+++ debian/freedce-uuid.undocumentedWed Dec 31 18:00:00 1969
@@ -1 +0,0 @@
-uuid.8
diff -urN debian.orig/libfreedce-dev.dirs debian/libfreedce-dev.dirs
--- debian.orig/libfreedce-dev.dirs Sun Apr 7 07:40:41 2002
+++ debian/libfreedce-dev.dirs Wed Dec 31 18:00:00 1969
@@ -1,4 +0,0 @@
-usr/
-usr/lib
-usr/include
-usr/include/dce
diff -urN debian.orig/libfreedce-dev.files debian/libfreedce-dev.files
--- debian.orig/libfreedce-dev.filesSun Apr 7 07:40:41 2002
+++ debian/libfreedce-dev.files Mon Apr 8 01:28:33 2002
@@ -1,4 +1,7 @@
usr/include/dce/*
+usr/bin/dceidl
+usr/bin/idl
+usr/bin/uuid
usr/lib/libdcerpc.a
usr/lib/libdcerpc.la
usr/lib/libdcerpc.so
diff -urN debian.orig/libfreedce-dev.undocumented
debian/libfreedce-dev.undocumented
--- debian.orig/libfreedce-dev.undocumented Wed Dec 31 18:00:00 1969
+++ debian/libfreedce-dev.undocumented Mon Apr 8 01:22:10 2002
@@ -0,0 +1,3 @@
+dceidl.1
+idl.1
+uuid.8
diff -urN debian.orig/libfreedce.dirs debian/libfreedce.dirs
--- debian.orig/libfreedce.dirs Sun Apr 7 07:40:41 2002
+++ debian/libfreedce.dirs Wed Dec 31 18:00:00 1969
@@ -1,2 +0,0 @@
-usr/
-usr/lib
diff -urN debian.orig/rules debian/rules
--- debian.orig/rules Sun Apr 7 07:40:41 2002
+++ debian/rulesMon Apr 8 01:51:34 2002
@@ -55,7 +55,6 @@
mkdir $(CURDIR)/debian/freedce/usr/sbin
mv $(CURDIR)/debian/freedce/usr/bin/rpcd
$(CURDIR)/debian/freedce/usr/sbin/rpcd
- mv $(CURDIR)/debian/freedce/usr/bin/uuid
$(CURDIR)/debian/freedce/usr/sbin/uuid
mv $(CURDIR)/debian/freedce/usr/bin/echo*
$(CURDIR)/debian/freedce-doc/usr/share/doc/freedce-doc/examples/
dh_movefiles --sourcedir=debian/freedce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gnu-smalltalk override disparity
On Sat, 20 Jul 2002, Debian Installer wrote:
> There are disparities between your recently accepted upload and the
> override file for the following file(s):
>
> gnu-smalltalk_1.95.13a-1_i386.deb: priority is overridden from optional to
> extra.
> gnu-smalltalk-doc_1.95.13a-1_all.deb: section is overridden from interpreters
> to doc.
> gnu-smalltalk-doc_1.95.13a-1_all.deb: priority is overridden from optional to
> extra.
Fixed in -2
yours,
peter
--
PGP signed and encrypted | .''`. ** Debian GNU/Linux **
messages preferred.| : :' : The universal
| `. `' Operating System
http://www.palfrader.org/ | `-http://www.debian.org/
pgpZBu7IbNpoc.pgp
Description: PGP signature
Bug#154939: Patch
Eduard Bloch schrieb am Sonntag, dem 18. August 2002:
> tags 154939 + patch
> thanks
Did you forward this patch upstream already? If you're not going to do
it I'll. Please let me know.
Peter/Debian QA
> --
> Alfie: schonmal davon gehoert, dass nicht jeder linux user gleich ein
> programmierer ist, der alles, was er selber braucht, auch selber
> programmiert, installiert, patched, hacked oder portiert?
> ij: Urks? Das ist doch nur eine Legende.
Dass diese UL einfach nicht auszurotten ist. tsts
yours,
peter
--
PGP signed and encrypted | .''`. ** Debian GNU/Linux **
messages preferred.| : :' : The universal
| `. `' Operating System
http://www.palfrader.org/ | `-http://www.debian.org/
pgpbdKxbBBzdo.pgp
Description: PGP signature
Bug#154939: Patch
forwarded 154939 Jonathon Nelson <[EMAIL PROTECTED]>
thanks
Eduard says he forwarded the patch upstream.
yours,
peter
--
PGP signed and encrypted | .''`. ** Debian GNU/Linux **
messages preferred.| : :' : The universal
| `. `' Operating System
http://www.palfrader.org/ | `-http://www.debian.org/
Bug#256597: New upstream version
Package: mozart Version: 1.2.5.20030212-3 Severity: wishlist Hi... There appears to be a new upstream version of mozart available (there are packages on the mozart-oz web page). Could you please upload a new version? Thanks, Peter
Bug#285762: tempname() in web-lib.pl does not create a temp file
Package: webmin
Version: 0.94-7woody3
Severity: important
Hello,
The function tempname() in web-lib.pl introduced the following statement
in the latest security update:
local @st = lstat($tmp_dir);
exit(0) if ($st[4] == $< && (-d _) && ($st[2] & 0777) == 0755);
I read it as "exit if the directory exists, belongs to me and has
permissions 0755"
later it creates a directory with these exact properties:
mkdir($tmp_dir, 0755) || next;
chown($<, $(, $tmp_dir);
chmod(0755, $tmp_dir);
So when I do in my script:
$need_unlink=1;
$tempfile=&tempname();
It will only succeed once because the temporary directory
("/tmp/.webmin") is never deleted and thus tempname()
does exit(0).
I suggest to replace the "chmod(0755, $tmp_dir);"
statement with "chmod(0700, $tmp_dir);"
best regards,
Peter
Bug#477011: fix for 477011
tags 477011 +patch
thanks
patch is attatched. just add it to the quilt series.
Index: adonthell-0.3.4.cvs.20050813/src/py_adonthell_wrap.cc
===
--- adonthell-0.3.4.cvs.20050813.orig/src/py_adonthell_wrap.cc 2008-04-20 22:54:27.0 +0100
+++ adonthell-0.3.4.cvs.20050813/src/py_adonthell_wrap.cc 2008-04-20 22:55:15.0 +0100
@@ -1174,7 +1174,7 @@
obj = pyobj;
if (PyCFunction_Check(obj)) {
/* here we get the method pointer for callbacks */
- char *doc = (((PyCFunctionObject *)obj) -> m_ml -> ml_doc);
+ const char *doc = (((PyCFunctionObject *)obj) -> m_ml -> ml_doc);
c = doc ? strstr(doc, "swig_ptr: ") : 0;
if (c) {
c = SWIG_UnpackVoidPtr(c + 10, &vptr, ty->name);
@@ -28592,11 +28592,11 @@
swig_type_info **types_initial) {
size_t i;
for (i = 0; methods[i].ml_name; ++i) {
-char *c = methods[i].ml_doc;
+const char *c = methods[i].ml_doc;
if (c && (c = strstr(c, "swig_ptr: "))) {
int j;
swig_const_info *ci = 0;
-char *name = c + 10;
+const char *name = c + 10;
for (j = 0; const_table[j].type; j++) {
if (strncmp(const_table[j].name, name,
strlen(const_table[j].name)) == 0) {
Bug#491385: fix for 491385
tags 491385 +patch thanks replace xlibs-data with xbitmaps in the build dependencies to fix this bug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492121: probable fix for 492121
I think adding the following to the work target in debian/rules just before the last line should make this package build succesfully cp /usr/share/misc/config.sub work.tmp cp /usr/share/misc/config.guess work.tmp Unfortunately since I have been unable to reproduce the problem (it seems to be specific to 64 bit mips and qemu-system-mips64 seems very slow and crash prone) I cannot confirm if this fix works or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#493411: fix for 493411 (sysfence FTBFS with dash)
tags 493411 +patch thanks replace the parseopt= and sys= lines near the top of the makefile with the following to fix this bug parseopt=parseopt/confread.o parseopt/lex.o parseopt/parse.o sys=sys/exit.o sys/xalloc.o sys/log.o sys/communication.o sys/sighandlers.o sys/processtitle.o sys/users.o -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324025: aqsis: FTBFS on 64 bit arches: error: cast from 'void*' to 'int' loses precision
Package: aqsis Version: 1.1.0.20050815-4 Followup-For: Bug #324025 It seems that 'papers over' is the preferred upstream solution for the time being. Applying the following changes from 1.2 allowed me to build a working version on amd64: http://aqsis.svn.sourceforge.net/viewvc/aqsis?view=rev&revision=870 http://aqsis.svn.sourceforge.net/viewvc/aqsis?view=rev&revision=866 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-p4-preempt Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417078: FTBFS with GCC 4.3: missing #includes
> Your package fails to build with GCC 4.3. Version 4.3 has not been Thanks for spotting this! The exit() call is superfluous and can simply be removed (ad_initial() needs to be called though). I fixed this in upstream CVS. I hope this gets propagated into Debian somehow, since the package is orphaned AFAIK. I'd really love to have it in Debian though. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429025: libgnome-dev +libsvn-dev = problems
severity 429025 normal tags 429025 wontfix thanks [Eddy Petrisor] > It is impossible to install libsvn-dev and libgnome-dev at the same > time on the same system due to the fact that they depend on diffrent > versions of libdb-dev. Actually libsvn-dev doesn't depend on libdb*-dev anyway, only indirectly, thanks to apr-util. (This possibly should be a direct dependency - but since svn upstream detects libdb via apr-util, rather than directly, the current indirect dependency expresses things pretty well.) So, what are we supposed to do about it? I'm calling it "wontfix" - I can't speak for the libgnome-dev maintainers, but I believe they'll agree. We (in svn) surely have a reason to use libdb4.4, I assume they have a reason to use libdb3. This could be "fixed" in the libdb*-dev packages, letting them be installed side-by-side by moving /usr/include/db.h into a versioned subdirectory or something, but that would have interesting (and hard-to-predict) effects on everyone's build who uses libdb*-dev. Many packages would probably end up building with the wrong libdb, if more than one is installed. > Not sure if this applies to sid/lenny, I haven't tried. Yes, it does. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441082: linux-igd does not restrict itself to the internal interface
Package: linux-igd
Version: 0.cvs20060201-2
Severity: important
Tags: security, patch
linux-igd listens for UDP mutlicast packets but does not restrict
itself to just the internal interface (which has to be specified in
any case), thereby opening itself to possible external requests for
port forwarding. In many cases this would be blocked by firewalling
rules on the same machine as the daemon, so would not be any issue
there.
This can be fixed with a simple bind() or SO_BINDTODEVICE as in the
attached patch. Note that this patch is against the latest CVS, but
should be correct for the Debian versions.
Note that a more recent version of linux-igd has been packaged for Debian here:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=linux-igd
Index: util.c
===
RCS file: /cvsroot/linux-igd/linux-igd/util.c,v
retrieving revision 1.3
diff -u -r1.3 util.c
--- util.c 1 Aug 2006 22:48:00 - 1.3
+++ util.c 6 Sep 2007 15:25:34 -
@@ -8,10 +8,11 @@
#include
#include
#include
+#include
#include "globals.h"
-static int get_sockfd(void)
+static int get_sockfd(const char *ifname)
{
static int sockfd = -1;
@@ -22,18 +23,26 @@
perror("user: socket creating failed");
return (-1);
}
+
+ if (setsockopt(sockfd, SOL_SOCKET, SO_BINDTODEVICE, ifname, sizeof(ifname)))
+ {
+ perror("could not bind to device");
+ close(sockfd);
+ return (-1);
+ }
+
}
return sockfd;
}
-int GetIpAddressStr(char *address, char *ifname)
+int GetIpAddressStr(char *address, const char *ifname)
{
struct ifreq ifr;
struct sockaddr_in *saddr;
int fd;
int succeeded = 0;
- fd = get_sockfd();
+ fd = get_sockfd(ifname);
if (fd >= 0 )
{
strncpy(ifr.ifr_name, ifname, IFNAMSIZ);
Index: util.h
===
RCS file: /cvsroot/linux-igd/linux-igd/util.h,v
retrieving revision 1.3
diff -u -r1.3 util.h
--- util.h 1 Aug 2006 22:48:00 - 1.3
+++ util.h 6 Sep 2007 15:25:34 -
@@ -1,8 +1,8 @@
#ifndef _UTIL_H_
#define _UTIL_H_
-int get_sockfd(void);
-int GetIpAddressStr(char *address, char *ifname);
+int get_sockfd(const char *ifname);
+int GetIpAddressStr(char *address, const char *ifname);
void trace(int debuglevel, const char *format, ...);
#endif //_UTIL_H_
Bug#456120: entity -- Please transition to imlib2
On Thu, Dec 13, 2007 at 01:29:28PM +0530, Kumar Appaiah wrote: > Package: entity > Version: 1.0.1-9 > User: [EMAIL PROTECTED] > Usertags: oldlibs oldlibs-imlib Erm, wasn't "entity" removed a couple of days ago? http://bugs.debian.org/384183 - the RM request http://lists.debian.org/debian-qa-packages/2007/12/msg00260.html - unstable http://lists.debian.org/debian-qa-packages/2007/12/msg00277.html - testing Or am I misunderstanding something in the way Debian package removals are handled? :) This is quite possible, actually. FWIW, there is another bug filed against entity - #145489 - that maybe ought to be closed now that the package has been removed. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? pgpJwHHo6bcCa.pgp Description: PGP signature
Bug#339639: libghc6-hsql-postgresql-dev: This is now addressable.
Package: libghc6-hsql-postgresql-dev Version: 1.6-6 Followup-For: Bug #339639 This can safely be fixed now. In addition, fixing this will also fix bug #359995 as they're directly related. it should be as simple as updating the depend line to change 8.0 to 8.1. I tend to agree with the initial reporter that it should be eliminated completely if possible, but I don't know enough to know if that's possible, or how to do it. Thanks, Peter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages libghc6-hsql-postgresql-dev depends on: ii ghc6 6.4.1-2.1 GHC - the Glasgow Haskell Compilat ii libghc6-hsql-dev 1.6-6 Multi-Database Interface System fo ii libpq-dev 8.1.3-3header files for libpq4 (PostgreSQ ii postgresql-server-dev-8.0 8.0.7-2development files for PostgreSQL 8 libghc6-hsql-postgresql-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please remove rules.old
There are a few dozen source packages in the archive that contain a file called debian/rules.old. In many cases, this was apparently the backup copy during a cdbs conversion or something similar that should have been removed. If you appear below, please consider fixing this. Guenter Geiger (Debian/GNU) <[EMAIL PROTECTED]> denemo puredata wavesurfer Marc Dequènes (Duck) <[EMAIL PROTECTED]> arkhart Moray Allan <[EMAIL PROTECTED]> gpe-julia gpe-todo libdisplaymigration teleport Hakan Ardo <[EMAIL PROTECTED]> binutils-avr gcc-avr Michael Banck <[EMAIL PROTECTED]> gnoise mpqc python-cddb Bastian Blank <[EMAIL PROTECTED]> ibm-3270 Yann Dirson <[EMAIL PROTECTED]> skribe Dirk Eddelbuettel <[EMAIL PROTECTED]> gtkdevice rggobi rgtk rodbc tkrplot tseries Florian Ernst <[EMAIL PROTECTED]> xmms-crossfade Daniel Glassey <[EMAIL PROTECTED]> bibletime-i18n Debian QA Group <[EMAIL PROTECTED]> gtk-mist-engine Marek Habersack <[EMAIL PROTECTED]> pike7.2 Pierre Habouzit <[EMAIL PROTECTED]> php-json-ext Fredrik Hallenberg <[EMAIL PROTECTED]> asmail Uwe Hermann <[EMAIL PROTECTED]> aview Mark Howard <[EMAIL PROTECTED]> gtkballs Sam Johnston <[EMAIL PROTECTED]> pound Anand Kumria <[EMAIL PROTECTED]> tspc Adam Majer <[EMAIL PROTECTED]> mrtg Steve McIntyre <[EMAIL PROTECTED]> seyon Jim Mintha <[EMAIL PROTECTED]> slang Joe Nahmias <[EMAIL PROTECTED]> pacman Gopal Narayanan <[EMAIL PROTECTED]> pgplot5 Kari Pahula <[EMAIL PROTECTED]> crossfire crossfire-maps crossfire-maps-small Javier Fernandez-Sanguino Pen~a <[EMAIL PROTECTED]> clips-doc Florian Ragwitz <[EMAIL PROTECTED]> libxml-libxslt-perl Craig Small <[EMAIL PROTECTED]> procps Christian Sánchez <[EMAIL PROTECTED]> libhtml-table-perl Masato Taruishi <[EMAIL PROTECTED]> vflib2 James A. Treacy <[EMAIL PROTECTED]> fftw sean finney <[EMAIL PROTECTED]> cacti Debian ACE+TAO maintainers <[EMAIL PROTECTED]> ace -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372780: OpenBSD can't boot via yaboot on powerpc (no dualboot possible)
Package: yaboot
Version: 1.3.13-5
Severity: normal
OpenBSD can't boot via yaboot on powerpc. Dualboot doesn't work.
This bug is common to all versions of debian (stable,
testing, unstable).
boot-procedure in general
-
After poweron the bios of a new world powerpc looks
for a nvram-variable, in order to examine, which
programm is to boot at first place.
The powerpc-bios is called "open firmware". "New world"
is called the architecture of the newer powerpc's.
If debian is installed, the open firmware finds the
complete path to the debian-bootlooder and boots.
The debian-bootloader is called "ofboot.b". Notice
the last two chars ".b".
This programm is written in forth, because open
firmware is able to interpret it.
The debian-bootloader ofboot.b has to be found in
a special partition, which is called "new world
boot partition".
ofboot.b displays a small menu. The user has to
strike a single key, in order to boot an os.
The key "b" forces ofboot to load & start the openbsd
bootloader, which is called "ofwboot". Notice the
char "w".
ofwboot is the original openbsd-bootloader.
the bug
---
ofboot.b tranfers to ofwboot the complete path to the
openbsd-kernel. The user configured this path in /etc/yaboot.conf,
something like bsd=/dev/...
yaboot.conf is the "alias" of lilo.conf on powerpc.
For example:
If your openbsd-installation resides on partition 7,
ofboot.b transfers "hd0:7,/bsd" or something more
cryptical to ofwboot. (ofboot.b uses a notation,
which open firmware understands. Sometimes this
notation looks very cryptical.)
Transferring this parameter to ofwboot is a bug,
because ofwboot doesn't want to know a complete path.
ofwboot has a built-in automatic, to look for the
openbsd-partition.
ofwboot searches for the last openbsd-partition on
the disk and tries to boot it. It does not matter,
how much openbsd-installations exist. It does not
matter, on which partition openbsd was installed.
ofwboot allways looks for the openbsd-partition,
which is the last on the disk.
ofwboot searches only in that partition. ofwboot
needs only a path relativ to that partition.
In the example, ofwboot finds the openbsd-partition
7 and tries to boot the kernel with the name
"hd0:7,/bsd", which is not used, because the kernel
is named "bsd" on "/". In this example the correct
path has to be "/bsd". That path will be useable
by ofwboot.
But you can't specify that path. You got an error,
when you run ybin.
ybin is the 'alias' of lilo for powerpc.
workaround for the non-root-user
--
While poweron hold the four keys "win/apple", "alt",
"o" and "f" at the same time. Release the keys after
the appearing of the open firmware message.
On the open firmware prompt type in
"boot hd0:5,/ofwboot /bsd", if your partition "5" on
disk 0 is your new world boot partition and the
openbsd-partition has a kernel named "bsd" under "/".
You don't need to specify the path to the openbsd
partition (in my example 7), because ofwboot finds
it without further help. (And ofwboot finds only one,
if there are more of them. ofwboot finds the last one).
quick & dirty fix
-
ofboot.b is not visible as part of the debian-package
yaboot.
ofboot.b is generated on the fly by running ybin.
ybin calls "/usr/lib/yaboot/ofboot" as subprogramm.
Notice the missing ".b" at the end.
ofboot generates the file ofboot.b and stores it
in the new world boot partition.
In order to change ofboot.b you have to change
ofboot.
Fixing the bug is easy.
Cut the complete-path-specification in line 114 of
"/usr/lib/yaboot/ofboot".
old & buggy line 114:
# [ "$1" = "ybsd" ] && BOOT="load-base release-load-area \"
${4}${5%/*}/${5##*/},/bsd\" \$boot"
new & working line 114:
[ "$1" = "ybsd" ] && BOOT="load-base release-load-area \"
${4},ofwboot /bsd\" \$boot"
Ofcourse you have to run ybin another time after changing
/usr/lib/yaboot/ofboot.
a better solution
-
Change the use of the path-parameter "bsd=" in yaboot.conf.
Let this parameter point to the openbsd-kernel relativ
to the openbsd-partition.
In my example let the user use "bsd-kernel=/bsd"
and not "bsd=/dev/hda..."
And please change the hardcoded name of the openbsd-kernel.
ofboot allways set the name to "bsd". But that is not good.
If you compile a new openbsd-kernel, you usually
rename the old working kernel to "bsd.generic" or
"bsd.old".
If the new kernel doesn't work, you need a fallback, but
cannot use yaboot. Yaboot is only able to boot "bsd" and
not any otherwise named openbsd-kernel.
further information
---
Testet on Mac mini with debian-testing (01.Jun-2006).
Thank you for your passion to read this long text.
Yours
Peter Voigt
peter.voigt1 aht gmx.net
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382598: wv: Bad numbering in lists, and bogus PDF
Package: wv Version: 1.2.1-2 Severity: normal I have a word doc that wv has two (maybe separate) problems with. With wvText, the numbering in the lists comes without the whole hierarchy. With wvPDF, everything's line wrapped terribly. This should maybe be two separate bugs. split if you want. I'll attach the word doc. The numbered list problem is also present in antiword, bug #382515. (same word doc attached to that bug). OOWriter produces good text output that looks like this: CHAPTER FIVE: Marine resources of the Bay of Fundy (J.A. Percy) 5.1Introduction 103 5.2Status of marine resources 105 5.2.1Pelagic fish 105 5.2.2Demersal fish 107 5.2.3Diadromous fish110 5.2.4Invertebrates and marine plants112 5.2.5Aggregate extraction 119 5.3 Aquaculture 119 5.3.1Introduction 119 5.3.2Species in culture 120 5.3.3Potential constraints on aquaculture development 121 5.3.3.1Tidal currents , 121 5.3.3.2Winter temperature 121 5.3.3.3Pollutants 122 ... wvText produces this: ... CHAPTER FIVE: Marine resources of the Bay of Fundy (J.A. Percy) 1. Introduction 103 2. Status of marine resources 105 1. Pelagic fish 105 2. Demersal fish 107 3. Diadromous fish 110 4. Invertebrates and marine plants 112 5. Aggregate extraction 119 5.3 Aquaculture 119 1. Introduction 119 2. Species in culture 120 3. Potential constraints on aquaculture development 121 1. Tidal currents , 121 2. Winter temperature 121 3. Pollutants 122 ... wvPDF's output doesn't look much like the word doc. It seems to not be treating the line breaks as line breaks, besides having the lists numbered badly. Anyway, oowriter from openoffice 1.1 handles the doc fine, so there is open source code around that understands however it is that MS stores lists in their doc files. The file was produced with some version of MS Office running on Windows. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages wv depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgsf-1-114 1.14.1-2 Structured File Library - runtime ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library ii libwmf0.2-70.2.8.3-3.1 Windows metafile conversion librar ii libwv-1.2-11.2.1-1 Library for accessing Microsoft Wo ii libx11-6 2:1.0.0-7 X11 client-side library ii libxml22.6.26.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime wv recommends no packages. -- no debconf information Workshop 1 - Contents.doc.gz Description: Binary data
Bug#842443: abiword under XFCE4 displays all documents as black on black
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 the pages is white, as I expect, but it is displayed as black. This makes abiword unusable for me. Libreoffice correctly displays the same documents. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel, arm64 Kernel: Linux 4.9.0-rc2+ (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages abiword depends on: ii abiword-common 3.0.2-1 ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.3 ii libabiword-3.0 3.0.2-1 ii libc6 2.24-5 ii libdbus-1-3 1.10.12-1 ii libdbus-glib-1-20.108-1 ii libgcc1 1:6.2.0-9 ii libgcrypt20 1.7.3-2 ii libglib2.0-02.50.1-1 ii libgnutls30 3.5.5-2 ii libgoffice-0.10-10 0.10.32-1 ii libgsf-1-1141.14.40-1 ii libgtk-3-0 3.22.1-1 ii libjpeg62-turbo 1:1.5.1-2 ii libloudmouth1-0 1.5.3-2 ii libots0 0.5.0-2.3 ii libpng16-16 1.6.25-2 ii librdf0 1.0.17-1+b1 ii libreadline77.0-1 ii librevenge-0.0-00.0.4-6 ii libsoup2.4-12.56.0-1 ii libstdc++6 6.2.0-9 ii libtelepathy-glib0 0.24.1-1.1 ii libtidy51:5.2.0-2 ii libwmf0.2-7 0.2.8.4-10.5+b1 ii libwpd-0.10-10 0.10.1-5 ii libwpg-0.3-30.3.1-3 ii libxml2 2.9.4+dfsg1-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages abiword recommends: ii abiword-plugin-grammar 3.0.2-1 ii aspell-en [aspell-dictionary] 2016.06.26-0-0.1 ii fonts-liberation 1:1.07.4-2 ii poppler-utils 0.44.0-3 abiword suggests no packages. -- no debconf information
Bug#850511: cpu: 10_support-inetOrgPerson-Schema.patch broken if -C is used for external config file
Package: cpu Version: 1.4.3-12 Severity: important Dear Maintainer, Bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397882 introduced a new configuration option "cn_value" for useradd / usermod / userdel. This enhancement is provided in the 10_support-inetOrgPerson-Schema.patch in Debian. Unfortunately, the short option name used for this option is "C" which is already used to specify a non-default configuration file. As a result, if using a non-default configuration file specified on command line, the CN will be erroneously set to the name of the configuration file. This of course leads to bogus entries being created in LDAP and the inability to create, modify, or delete proper users. As an example, the following command: cpu -C /etc/cpu/cpu-computers.conf useradd -o -d /nonexistent -g computers -s /bin/false pc1$ will result in adding a new user in LDAP whose CN is "/etc/cpu/cpu-computers.conf" instead of "pc1$". The same would be true for usermod and userdel operations. The fix is in fact trivial - a different short option name must be used in the source code. These are the letters that are still available: i, I, j, J, K, 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-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages cpu depends on: ii debconf [debconf-2.0] 1.5.59 ii libc6 2.24-8 ii libcrack2 2.9.2-3 ii libldap-2.4-2 2.4.44+dfsg-2 ii ucf3.0036 cpu recommends no packages. cpu suggests no packages. -- debconf information excluded
Bug#865462: extlinux: boot from gpt partition with Btrfs does not work
Control: tags -1 patch upstream fixed-upstream stretch Control: retitle -1 extlinux: fails to boot from Btrfs filesystem Dear Maintainer, I can confirm that this upstream commit fixes booting from BTRFS: commit 548386049cd41e887079cdb904d3954365eb28f3 Author: Paulo Alcantara Date: Thu Dec 24 01:48:13 2015 -0200 btrfs: Fix logical to physical block address mapping The current btrfs support did not handled multiple stripes stored in chunk items, hence skipping the physical addresses that were needed to do the mapping. Besides, the chunk tree may contain 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 -> v2: * Do not set ignore_key multiple times. Set it before parsing chunk tree. v2 -> v3: * Replace an unnecessary goto with a continue statement. Could you include the patch in the next stable point release? Regards, Peter
Bug#833057: /usr/bin/extlinux: extlinux --install fails to boot if the rootfs is ext4
Control: tags -1 moreinfo Hi Neil, On Sun, Jul 31, 2016 at 11:29:25AM +0100, Neil Williams wrote: > Package: extlinux > Version: 3:6.03+dfsg-14 > Severity: important > File: /usr/bin/extlinux > > With vmdebootstrap, I'm trying to maintain extlinux support but the latest > package > fails to make the image bootable if the rootfs is ext4. ext3 and ext2 work, > so I'm > going to need to prevent vmdebootstrap images building ext4 if extlinux is > used until > this is fixed. (Grub works fine with ext2, 3 and 4.) > > When building on Jessie, this problem does not occur - only when building the > VM > on stretch or sid. (This is a separate bug that syslinux requires the use of > files > which are not included in the VM and cannot be installed using only the files > of > the VM.) Are you able to boot from ext4 after disabling the 64bit feature? mkfs.ext4 -O ^64bit http://www.syslinux.org/wiki/index.php?title=Filesystem#ext Regards, Peter
Bug#880579: github-backup unsatisfiable build-depends.
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 or testing. I notice that there are some changes in collab-maint git since the most recent upload ( https://anonscm.debian.org/git/collab-maint/github-backup.git/commit/?id=633c84cb0da1a0c60154d10f95b8ac89d40b3a62 ) but they do not seem to address this issue.
