Bug#1033336: RM: faumachine -- RoQA; RC-buggy, depends on python 2

Hi Moritz and ftp-masters, thanks a lot for cleaning up cruft in the archive. You really rock! May I ask for a short delay before you remove faumachine (source)? I think the binaries have long been removed. It's not unmaintained, just very badly maintained. Once I understand how to port the

Bug#976286: dlt-viewer: new version available

Hi, first off, sorry for the delay. Since I didn't hear any objections so far, I'd say it's about time to welcome you to the maintainers of dlt-viewer. So please go ahead, and feel free to make and upload any changes that you want to do. Oh, I've just added you as admin to the dlt-viewer

Bug#976286: dlt-viewer: new version available

Hi Gianfranco, packaging is stored at salsa: https://salsa.debian.org/sistpoty/dlt-viewer If you already have something, maybe you'd like to do a merge request? @Bruno, @Aigars: Any objections to add Gianfranco to uploaders? If not, I'd be more than happy to welcome Gianfranco to the team.

Bug#966894: faucc: FTBFS: parse.tab.c:108:10: fatal error: parse.tab.h: No such file or directory

Hi, turns out that my patch was not yet working, attached is an even simpler fix. Cheers, Stefan. diff --git a/parse.y b/parse.y index 3e108e3..57df757 100644 --- a/parse.y +++ b/parse.y @@ -21,6 +21,8 @@ #include "expr.h" %} +%define api.header.include {"parse.h"} + %union { int nil;

Bug#943007: Python2 removal in sid/bullseye

for #934007. + + -- Stefan Potyra Wed, 04 Dec 2019 20:21:21 +0100 + fauhdlc (20180504-2) unstable; urgency=medium [ Stefan Potyra ] diff -Nru fauhdlc-20180504/debian/control fauhdlc-20180504/debian/control --- fauhdlc-20180504/debian/control 2019-03-09 23:58:44.0 +0100 +++ fauhdlc

Bug#931135:

Hi, getting this translated in a good way is certainly hard. I've been thinking how to translate "canary" correctly, and I must admit that I have no good answer. "Kanarienvogel" which is the literal translation will let a German native speaker think of a bird in a cage, but not about a stack

Bug#931135: German translation made me laugh during a meeting

Package: dpkg-dev Version: 1.19.6 Severity: minor Tags: l10n Hi, the following translation in the "FEATURE AREAS" -> "qa" might need some improvement: LANG=C man dpkg-buildflags ___snip___ canary This setting (disabled by default) adds dummy canary options to the build flags,

Bug#926475: ITP: dlt-viewer -- Viewer for GENIVI DLT traces

Hi Aigars and Bruno, On Fri, Apr 12, 2019 at 03:20:23PM +0200, Aigars Mahinovs wrote: > I would gladly help in maintaining/uploading that. I've tried making a > package of it, but I am getting some compilation issues and my > knowledge of that build process is not good enough to fix them on my >

Bug#926475: Review + debdiff

Hi Bruno, On Mon, Apr 08, 2019 at 08:14:02PM +0200, Bruno Kleinert wrote: > > Hi Stefan, > > I only had minor improvements, see attached debdiff. Those include: > * Set debhelper compatibility level by build dependency magic. > * Update the .desktop file patch to remove a broken line and add

Bug#926475: Uploads

Hi Bruno, On Sat, Apr 06, 2019 at 04:56:29AM +0200, Bruno Kleinert wrote: > Hi Stefan, > > that's great! I offer reviews and will sponsor uploads :) cool, thanks for the offer :). Preliminary package available: dget http://potyra.de/dlt-viewer/dlt-viewer_2.18.0+dfsg-1.dsc Please give it a

Bug#926475: ITP: dlt-viewer -- Viewer for GENIVI DLT traces

Package: wnpp Severity: wishlist Owner: Stefan Potyra * Package name: dlt-viewer Version : 2.18.0 Upstream Author : Alexander Wenzel (et al.) * URL : https://at.projects.genivi.org/wiki/display/PROJ/Diagnostic+Log+and+Trace * License : MPL-2.0 Programming

Bug#923010: Patch to fix FTBFS

Hi, the error you spotted is new to me, but it is easily solved. Additionally, there are further errors, that I fixed upstream some time ago. Please find the attached patch. Upstream commits: 08eed45f5ec8753276fca8e756f7876936e2bd82 (fix bison errors, also remove depration warning about

Bug#902459: faumachine: FTBFS in buster/sid (error: 'faum_dsdt' undeclared)

+ + * Cherry-pick upstream fixes for DBTS: 902459 (Closes: #902459): ++ Add 01-handle-R_X86_64_PLT32.patch to handle new relocations + emitted by newer gcc/ld. ++ Add 02-new-iasl.patch to handle changed output of newer + iasl verions. + + -- Stefan Potyra Fri, 03 Aug 2018 20:50

Bug#902459: faumachine: FTBFS in buster/sid (error: 'faum_dsdt' undeclared)

Hi Santiago, thanks for reporting the bug! I cannot reproduce your problem, but I can reproduce the problem of the linked build log: gcc -Wchar-subscripts -Wcomment -Wformat -Wnonnull -Wimplicit-int -Wimplicit-function-declaration -Wimplicit -Wmain -Wmissing-braces -Wparentheses

Bug#892077: rakarrack: Segfaults after jackd upgrade

@@ -1,3 +1,11 @@ +rakarrack (0.6.1-4.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add debian/patches/05_fix_segfault.diff to fix a segfault on +startup (Closes: #892077) + + -- Stefan Potyra Sun, 22 Jul 2018 01:36:05 +0200 + rakarrack (0.6.1-4) unstable; urgency=low

Bug#856077: faumachine: Please drop the (build-)dependency against esound

Hi Laurent, sorry for not responding earlier. We dropped the dependency of FAUmachine to esound upstream (but not yet released). Don't block on FAUmachine with esound removal. Cheers, Stefan. signature.asc Description: PGP signature

Bug#892077: rakarrack: Segfaults after jackd upgrade

Hi Ben, been bitten by this myself. Looks like your analysis is correct. Attached is a debdiff with a fix. I contacted Ryan with the proposed patch (but didn't file a SF ticket, since I lost my credentials there). Cheers, Stefan. signature.asc Description: PGP signature

Bug#887241: faumachine-data should depend on e2fsprogs explicitly

Hi Helmut and Andreas, FAUmachine does not depend on e2fsprogs. Andreas is correct with the found candidates. In this test-case, e2fsprogs is required in the system running in the VM rather than on the host system. Cheers, Stefan signature.asc Description: PGP signature

Bug#870934: faumachine: should faumachine be removed from unstable?

Hi, FAUmachine from git works fine with gcc-6 now, but we still have some problems with gcc-7. I hope that we'll fix the issues soon, so please don't remove FAUmachine. Cheers, Stefan. signature.asc Description: PGP signature

Bug#789352: faumachine: Homepage broken

Hi, temporary home is (or ) Older information can be found at: Cheers, Stefan. signature.asc Description: PGP signature

Bug#870934: faumachine: should faumachine be removed from unstable?

Hi Lucas, thanks for your work in the QA-team! I'm probably a bad maintainer, not taking actions any sooner. Sorry for that. Since its vacation time here in Germany, I fear I won't be able to talk to Volkmar (upstream) for some time. Can you please prolong the deadline until end of September?

Bug#737679: autofs does not appear to support IPv6 hostname lookups for NFS mounts

20:01:39.0 +0200 @@ -1,3 +1,12 @@ +autofs (5.1.2-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: Add libtirpc-dev to build-depends. + * debian/rules: Add option --with-libtirpc to configure +(Closes: #737679) + + -- Stefan Potyra <sistp...@ubuntu.com>

Bug#864529: and RX550

Package: firmware-amd-graphics Version: 20161130-3 Followup-For: Bug #864529 Hi, thanks for maintaining the kernel and firmware! looks like you'll also need the following files for RX550 (polaris 12 based): polaris12_ce.bin polaris12_mc.bin polaris12_me.bin polaris12_mec2.bin polaris12_mec.bin

Bug#837450: FTBFS with bindnow and PIE enabled

Hi, good news: newest FAUmachine in git builds fine with 6.3.0 20170618, however a new faucc is required. I'll try to see to get both updated. Cheers, Stefan.

Bug#835106: fauhdlc: FTBFS: expected ')' before 'istream'

Hi, thanks for the bug report. I fixed this upstream some time ago, patch attached. However, I'd like to do some further cleanup first, and then do a new upstream release. Unfortunately, I cannot tell when I will have some time to do and coordinate this. So if anyone wants to NMU this, here is

Bug#837450: faumachine: FTBFS with bindnow and PIE enabled

Hi Balint, thanks for the bug report. I think this is in fact a problem with PIE: FAUmachine uses a just-in-time compiler based on qemu. This is where the error happens: dyngen: unsupported X86_64 relocation (4) Maybe the fix is as simple as: diff --git a/configure.ac b/configure.ac index

Bug#821874: faumachine uninstallable in sid

Hi Tobi, thanks again for your ping. Unfortunately I didn't find time until today. But I have good news: New release is out, packaging is done. For reference: dget http://potyra.de/FAUmachine/sponsoring/faucc_20160511-1.dsc dget http://potyra.de/FAUmachine/sponsoring/faumachine_20160511-1.dsc

Bug#821874: RM: faumachine [amd64 i386] -- RoQA, unmaintained, RC-Buggy, Depends on to be removed packages

Hi, short status update: FAUmachine needs a new FAUcc. Package is available at , but we still need to figure out minor details (Maintainer email address and upstream homepage). FAUmachine package is still under development. I won't

Bug#821874: RM: faumachine [amd64 i386] -- RoQA, unmaintained, RC-Buggy, Depends on to be removed packages

Hi Tobi, thanks again for your comments and suggestions! There is good news: We've got a building and working upstream version with the current gcc in unstable :). I'm preparing a new debian package now. I hope to get it done and uploaded soonish (new DM-key not yet in archive, but Fuddl will

Bug#789352: faumachine: Homepage broken

Hi Tobi, thanks for reporting the issue, it's known by upstream. For various reasons, it's not quite clear yet if will be the new upstream addresss, but it's better than the current state. I'll fix this with the next upstream

Bug#821874: RM faumachine -- RoQA, unmaintained, RC-Buggy, Depends on to be removed packages

Hi, as promised a short status update: There have been quite some changes upstream-wise, but unfortunately it still doesn't build with current gcc version found in unstable(see TLDR about the reason). Amd I've been once again accounted to do the upstream release... So with my upstream hat on:

Bug#821874: faumachine: RM faumachine -- RoQA, unmaintained, RC-Buggy, Depends on to be removed packages

Hi Tobi, thanks for taking care and sorry for not responding earlier. It's true that there hasn't been any release of FAUmachine since 2012, but it's not dead upstream. May I suggest to just remove the binary packages to not block the libpng transition for now? I'll talk to Volkmar (upstream)

Bug#814855: Audigy 2 ZS not working

Hi Ben, my soundcard also doesn't work any longer: 03:07.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) Subsystem: Creative Labs SB Audigy 2 ZS (SB0350) Flags: bus master, medium devsel, latency 64 I/O ports at ec00 [size=64] Capabilities: I

Bug#803513: [openmw] cannot run do to dlopen problems

Package: openmw Version: 0.36.1-1+b2 Severity: normal Hi, thanks for maintaining openmw. Unfortunately, openmw gives me the error: ERROR: OGRE EXCEPTION(7:InternalErrorException): Could not load dynamic library /usr/lib/x86_64-linux-gnu/OGRE-1.9.0/RenderSystem_GLES2.so. System Error: dlopen:

Bug#784343: trigger-rally-data: [trigger-rally-data]

Hi Tobi, On Wed, May 06, 2015 at 07:51:29AM +0200, Tobias Frost wrote: [..] No promised yet, but I'll try to take a look the next few days... Thanks! (Bumping to serious due to a violation of a must criteria in the Policy) Good catch, thanks again. P.S.: I've finally to import your NMU into

Bug#784343: Update debian/copyright

Package: trigger-rally-data Version: 0.6.1-0.1 Severity: normal Hi, Reminder for the next package update: debian/copyright does not list all authors of all files and omits the license Creative Commons Zero 1.0 Universal Public Domain Dedication

Bug#769943: Does not start: libGL error: unable to load driver: r600_dri.so

Package: steam Version: 1.0.0.36-1 Severity: normal Hi, thanks for maintaining the steam package. Unfortunately, steam does not start: steam rm: cannot remove '/home/potyra/.steam/steam': Is a directory rm: cannot remove '/home/potyra/.steam/bin': Is a directory Running Steam on debian

Bug#745857: ogg123 outputs corrupt sound when pulseaudio is installed

Hi Martin, thanks for coming back to this BR. It works fine now both with -d alsa and -d pulse. LANG=C dpkg -l pulseaudio Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err:

Bug#622603: callout with callout absolute pointer stopped working

Hi Hilmar, On Fri, May 09, 2014 at 11:39:13PM +0200, Hilmar Preusse wrote: [..] As the issue has been reported to upstream (and fixed there) long time ago chances are good, that the fix is in Debian now. Could you re-check? With texlive-pictures 2013.20140408-1, it works fine now. Thanks!

Bug#745857: ogg123 outputs corrupt sound when pulseaudio is installed

Package: vorbis-tools Version: 1.4.0-1 Severity: normal Hi, thanks for maintaining vorbis-tools! I've got a problem, when I install pulseaudio. ogg123 doesn't play the correct sound; instead it stutters in a way that I thought the .ogg files are corrupt. Removing pulseaudio fixes the problem.

Bug#739547: HTML5 video won't work w.o. pulseaudio

Package: iceweasel Version: 27.0-2 Severity: normal Hi, thanks for maintaining iceweasel! I've been trying to watch various html5 videos recently, none of them have sound playback. Most recent example is http://www.tagesschau.de/100sekunden/index.html After installing apt-get install

Bug#727989: trigger-rally: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

Hi, sorry, haven't seen this bug report until now :(. It's not as simple for trigger-rally, since it uses jam below autoconf. I'll take care of this within the next few days. Cheers, Stefan. signature.asc Description: Digital signature

Bug#731488: g-brief2: ! Package babel Error: Unknown option `ngerman'. Either you misspelled it

Hi Hilmar, On Thu, Dec 05, 2013 at 11:37:47PM +0100, Hilmar Preusse wrote: On 05.12.13 Stefan Potyra (sistp...@ubuntu.com) wrote: [..] Works like a charm here. Are you sure you have the package texlive-lang-german (containing ngermanb.ldf) installed? Shame on me, I didn't. Must have been

Bug#731488: g-brief2: ! Package babel Error: Unknown option `ngerman'. Either you misspelled it

Package: texlive-latex-extra Version: 2013.20131112-1 Severity: normal Hi, thanks for maintaining texlive-latex-extra! I've encountered a problem when using g-brief2: : pdfltex -recorder beispiel2.tex : This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian) : restricted

Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution

reassign 726974 libsdl1.2debian thanks Hi, trigger-rally calls SDL_Quit() which then results in the error message. So I suspect that the problem might be somewhere in SDL or even deeper down the stack. Reassigning to SDL. Cheers, Stefan. [..] Shutting down render subsystem X Error of

Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution

Hi, On Fri, Oct 25, 2013 at 02:31:12PM +0530, war.dhan wrote: [..] here is the output : Trigger init [..] Shutting down render subsystem X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (XFree86-VidModeExtension)

Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution

Hi, hm... interesting. While trigger-rally changes the resolution if fullscreen is set to true in ~/.trigger/trigger.config, it should restore the original resolution when you quit the game. Can you launch trigger-rally in a terminal and capture the output? Maybe it can shed some more light on

Bug#727095: [faumachine] .desktop file should use absolute path to binary

Hi Bruno, thanks for the bug report. I've fixed it in the upstream CVS repository. The fix will be available with the next upstream version. However this might still take some time. Please also note: The script faum does not use an absolute path to call fauhdlc (and check for fauhdlc). In the

Bug#727095: [faumachine] .desktop file should use absolute path to binary

Hi Bruno, On Tue, Oct 22, 2013 at 08:24:56PM +0200, Bruno Kleinert wrote: [..] Hi Stefan, I suggest to use absolute paths everywhere, not just because of incompatibility reasons of fauhdlc versions. If a user has a broken PATH variable (for whatever reason), the binary might not be found at

Bug#710626: fauhdlc: FTBFS: FAUhdlParser.tab.hh:341:5: error: 'yy::FAUhdlParser::FAUhdlParser(const yy::FAUhdlParser)' is private

Hi, thanks for the bug report. I've fixed it upstream, so the fix will be part of the next release. Cheers, Stefan. signature.asc Description: Digital signature

Bug#706033: uninstallable, missing dependencies

Package: fglrx-legacy-driver Version: 8.97.100.7-1 Severity: normal Hi, thanks for maintaining the package! Unfortunately, I cannot install the package due to unmet dependencies: : LANG=C sudo apt-get install fglrx-legacy-driver :Reading package lists... Done :Building dependency tree

Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy

Hi, first off, big thanks to everybody involved in maintaining ioquake. You've done a great job! On Tue, Sep 04, 2012 at 03:42:21PM +0200, Markus Koschany wrote: In practice this would force players to download custom maps and even new versions of base maps manually from more or less

Bug#686400: vice: fails to start (SIGILL)

Package: vice Version: 2.3.dfsg-4 Severity: normal Hi, thanks for maintaining vice. Sadly, it won't start for me: --- x64 getting symbol guess_format failed! *** VICE Version 2.3 *** OS compiled for: Linux GUI compiled for: GTK+ CPU compiled for: AMD64/x86_64 Compiler used: GCC-4.7.1 Current

Bug#667162: NMU to faumachine (BTS: #667162, #678415)

Hi Matthias, Chris and Adam, thanks a lot for getting a fix in! That's very appreciated :). Sadly, I didn't find the time to make FAUmachine work with gcc-4.7 yet. I've come to a patch that compiles, but FAUmachine isn't running correctly with it :/. Nonetheless, we (speaking with my upstream

Bug#648383: override: min12xxw:oldlibs/extra

Package: ftp.debian.org Severity: normal Hi, the package min12xxw got renamed to printer-driver-min12xxw, see http://wiki.debian.org/Teams/Printing/RethinkingTheStack. As a result, min12xxw is a transitional dummy package, which I guess should live in oldlibs with priority extra. P.S.: Kudos

Bug#647538: Please rename min12xxw to printer-driver-min12xxw

Hi, On Mon, Nov 07, 2011 at 11:05:43AM +0100, Didier Raboud wrote: I'd be happy to. But this should be fixed IMHO: thanks for the review! * Lintian warning: W: min12xxw source: debhelper-but-no-misc-depends min12xxw Indeed, you need to add ${misc:Depends} to min12xxw's Depennds field.

Bug#647538: Please rename min12xxw to printer-driver-min12xxw

Hi OdyX, On Thu, Nov 03, 2011 at 06:10:13PM +0100, Didier Raboud wrote: [..] as you might have noticed, the Debian Printing Team has been working towards a unification of the printer driver packages naming [0]. So far, all drivers under the team's umbrella have been renamed to

Bug#603725: annual ping

Hi, once again, almost a year has past... ping! Cheers, Stefan. signature.asc Description: Digital signature

Bug#637596: unknown section otherosfs contradicts informational text

Package: lintian Version: 2.5.2 Severity: minor Hi, just saw this lintian warning: W: faumachine: unknown-section otherosfs N: N:The Section: field in this package's control file is not one of the N:sections in use on the ftp archive. Valid sections are currently admin, N:comm,

Bug#626966: RM: etherboot - RoM

Hi Torsten, On Tue, Jul 26, 2011 at 09:33:23PM +0200, Torsten Werner wrote: Hi Stefan, [..] when will the upstream release happen? Probably in ~3 weeks. Maybe earlier, but eventually one or two weeks later (I don't hope so). Cheers, Stefan. signature.asc Description: Digital signature

Bug#626966: RM: etherboot - RoM

Hi Torsten, On Mon, Jul 25, 2011 at 02:05:27PM +0400, Michael Tokarev wrote: 25.07.2011 13:37, Torsten Werner пишет: Hi, Am 16.05.2011 21:21, schrieb Daniel Baumann: Package: ftp.debian.org Please remove etherboot, it's replaced by ipxe. qemu-kvm and faumachine still (build)

Bug#632149: rakarrack: Fails to load bank and filter files

+is used instead of the freshly created config.h. (Closes: #632149). + + -- Stefan Potyra sistp...@ubuntu.com Thu, 21 Jul 2011 22:19:44 +0200 + rakarrack (0.6.1-2) unstable; urgency=low * Adding support for x86 CPUs with no support for sse2 instructions. signature.asc Description: Digital

Bug#632149: rakarrack: Fails to load bank and filter files (bandaid patch)

Hi, the new debian package builds out of tree (in order to build two variants of rakarrack). It looks like that this is part of this bug. After some trial-and-error, I think the generated config.h in the out-of-tree directory doesn't get picked up. I don't have any clue yet, why. One workaround

Bug#588007: #588007: rakarrack crashes for certain effects

Hi, On Sun, Jun 19, 2011 at 10:58:12PM -0300, Tiago Bortoletto Vaz wrote: Hi, I've forwarded this issue to rakarrack upstream who gave me a possible cause for the crash. Please read and tell me if it helps:

Bug#622603: callout with callout absolute pointer stopped working

Package: pgf Version: 2.10-1 Severity: normal Hi, thanks for maintaining pgf. As of 2.10-1, using callout absolute pointer stopped working. It did work fine with 2.00-1. Attached is a test-case. Cheers, Stefan. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT

Bug#622603: maybe-fixed in CVS?

Hi, just looked a little bit further, this seems to be reported already at http://sourceforge.net/tracker/?func=detailaid=3091341group_id=142562atid=752792. A quick glimpse at cvs suggests that it might even be fixed there:

Bug#564984: warning if DBL_MIN is used in conjunction with -Wold-style-cast

Hi, sorry, ignore my last mail, it's still present in 4.5.2-4. Cheers, Stefan. signature.asc Description: Digital signature

Bug#615673: fauhdlc: ftbfs with gcc-4.5

Hi, On Mon, Feb 28, 2011 at 12:33:58AM +, Matthias Klose wrote: [snip] frontend/misc/BuiltinSymbolTable.cpp:516:2: error: use of old-style cast [snip] that's actually bug #564984. However I'll just add --disable-Werror as configure argument to my next upload to work around the issue.

Bug#564984: warning if DBL_MIN is used in conjunction with -Wold-style-cast

Hi, looks like the bug is fixed with 4.5.2-4. Cheers, Stefan. signature.asc Description: Digital signature

Bug#615147: shouldn't happen. Please file a bug report against apt.

Package: apt Version: 0.8.11.5 Severity: normal Hi, thanks for apt, I just love it. :) However right now, it told me to file a bug: LANG=C sudo apt-get remove --purge gcj-jre-headless gij Reading package lists... Done Building dependency tree Reading state information... Done Hmm,

Bug#612026: invalid passphrase (in contrast to gtk-led-askpass)

Package: ssh-askpass Version: 1:1.2.4.1-9 Severity: normal Hi, thanks for maintaining ssh-asskpass. Starting ssh-add /dev/null asks me for my passphrase, however it always tells me that it's the wrong passphrase. In contrast, doing the same with having gtk-led-askpass installed succeeds. Not

Bug#607530: [advi]: FTBFS with linker flag --as-needed

Hi Romain, Am Sunday 19 December 2010 20:10:07 schrieb Romain Beauxis: Le dimanche 19 décembre 2010 09:02:27, Stefan Potyra a écrit : advi fails to build from source if --as-needed is used as linker flag [1,2]. The reason is that --as-needed enforces a strict link ordering (symbol users

Bug#607535: closed by Andreas Tille ti...@debian.org (Bug#607535: fixed in velvet 1.0.15~nozlibcopy-2)

reopen 607535 thanks Hi, Am Monday 20 December 2010 11:36:03 schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the aeskulap package: #607535: [aeskulap] FTBFS with linker flag --as-needed that should have been 607582

Bug#607522: FTBFS with --as-needed

Package: atp Version: 1.2-11 Severity: wishlist Tags: patch Hi, atp fails to build from source, if --as-needed is used as linker flag [1,2]. The reason is that --as-needed enforces a strict linking order (symbol users in front of symbol defintions). Attached is a patch to fix the problem.

Bug#607523: FTBFS with linker flag --as-needed

Package: abr2gbr Version: 1:1.0.2-2 Severity: wishlist Tags: patch Hi, abr2gbr fails to build, if --as-needed is used as a linker flag [1,2]. The reason is that --as-needed enforces a strict ordering for linking (symbol users in front of symbol definitions). Attached is a patch that fixes the

Bug#607527: FTBFS with linker flag --as-needed

Package: addresses-for-gnustep Version: 0.4.7-1 Severity: wishlist Tags: patch Hi, addresses-for-gnustep fails to build from source, if --as-needed is used as a linker flag [1,2]. The reason is that --as-needed enforces a strict ordering (symbol users in front of symbol definitions). Attached

Bug#607530: [advi]: FTBFS with linker flag --as-needed

Package: advi Version: 1.9.0-1 Severity: wishlist Tags: patch Hi, advi fails to build from source if --as-needed is used as linker flag [1,2]. The reason is that --as-needed enforces a strict link ordering (symbol users in front of symbol definitions). Attached is a patch that fixes the

Bug#607535: [aeskulap] FTBFS with linker flag --as-needed

Package: aeskulap Version: 0.2.2b1-6 Severity: wishlist Tags: patch Hi, aeskulap fails to build from source, if --as-needed is used as linker flag [1,2]. The reason is that --as-needed enforces a strict linking order (symbol users in front of symbol definitions). Attached is a patch that fixes

Bug#607538: [aewm++-goodies] FTBFS with linker flag --as-needed

Package: aewm++-goodies Version: 1.0-9 Severity: wishlist Tags: patch Hi, aewm++-goodies fails to build from source, if --as-needed is used as a linker flag [1,2]. The reason is that --as-needed enforces a strict link order (symbol users in front of symbol definitions). Attached is a patch that

Bug#607453: FTBFS with --as-needed linker flag

Package: apf Version: 0.8.4-1 Severity: wishlist Tags: patch Hi, apf fails to build, if --as-needed is used as linker flag [1,2], since that forces strict ordering of libraries (symbol users in front of symbol definitions). Attached is a patch that fixes the problem. You'll also need to run

Bug#607457: FTBFS with --as-needed

Package: fakepop Version: 10 Severity: wishlist Tags: patch Hi, fakepop fails to build from source if --as-needed is used as a linker flag [1,2]. The reason is that --as-needed enforces strict ordering of the libraries (symbol users in front of symbol definitions). Attached is a patch that

Bug#555182: FTBFS with binutils-gold

unarchive 555182 reopen 555182 found 555182 0.117-2 tags 555182 +patch thanks Hi, thanks for getting this fixed. Sadly the fix is not complete, as infoprint also needs to link against -lX11 [1,2]. Attached is a modified version of debian/patches/missing-linkage-X11, that fixes the problem.

Bug#607396: FTBFS with linker flag --as-needed

Package: liborigin Version: 20080225-2 Severity: wishlist Tags: patch Hi, liborigin fails to build if the linker flag --as-needed is used. [1,2] The reason is that --as-needed forces a strict linking order (symbol users given in front of symbol definitions). Attached is a patch that fixes the

Bug#555283: FTBFS with binutils-gold

Hi, just as a short heads-up: I cannot confirm that there's any breakage with bintutils-gold, at least not on Ubuntu [1]. However I cannot tell right now why that's not the case. Thanks for maintaining liblas. Cheers, Stefan [1]: https://launchpad.net/ubuntu/+source/liblas/1.2.1-1ubuntu1

Bug#556874: FTBFS with binutils-gold

tags 556874 +patch thanks Hi, attached is a patch (against 7.5+5) that fixes the problem. You'll also need to run autoreconf in xkbutils (not part of the patch). Cheers, Stefan. Index: x11-xkb-utils-7.5+5ubuntu1/xkbutils/configure.ac

Bug#607009: FTBFS with linker flag --as-needed

Package: joystick Version: 20051019-12 Severity: wishlist Tags: patch Hi, thanks for maintaining joystick. The package fails to build from source, if --as-needed is used as linker flag [1,2], since that enforces strict ordering (symbol users in front of symbol definitions). Attached is a

Bug#565031: lshw: ftbfs with gcc-4.5

tags 565031 +patch thanks Hi, attached is a patch that fixes the problem. Cheers, Stefan. Index: lshw-02.14/src/core/scsi.cc === --- lshw-02.14.orig/src/core/scsi.cc 2010-12-13 23:55:43.494719741 +0100 +++

Bug#555178: FTBFS with binutils-gold

tag 555178 +patch thanks Hi, attached is a patch that fixes the problem. Cheers, Stefan. Index: libfcgi-2.4.0/examples/Makefile.am === --- libfcgi-2.4.0.orig/examples/Makefile.am 2010-12-12 23:27:54.878774001 +0100 +++

Bug#565026: FTBFS with gcc-4.5

tags 565026 +patch thanks Hi, attached is a patch which fixes the problem with gcc-4.5. Cheers, Stefan. diff -Nur -x '*.orig' -x '*~' libfreebob-1.0.11//src/libfreebobavc/avc_extended_plug_info.cpp libfreebob-1.0.11.new//src/libfreebobavc/avc_extended_plug_info.cpp ---

Bug#606914: FTBFS with binutils-gold

Package: libresample Version: 0.1.3-3 Severity: normal Tags: patch Hi, libresample fails to build from source when using binutils-gold [1,2]. The reason is that the tests don't directly link against libraries that are used in the files. binutils-gold won't consider indirect library dependencies

Bug#565095: netemul: ftbfs with gcc-4.5

tags 565095 +patch thanks Hi, just saw what's going wrong here: device is a member function in QXmlStreamWriter, hence the namespace must be supplied to select the class name instead. I'm not quite sure why device::device worked in the first place, but ::device is to my knowledge correct (and

Bug#606829: FTBFS with linker flag --as-needed

Package: libmpc Version: 2:0.1~r459-1 Severity: wishlist Tags: patch Hi, libmpc fails to build if --as-needed is used as linker flag, as this enforces strict ordering of the libraries (symbol users before symbol definitions), see [1,2]. Attached is a patch which corrects the linking order.

Bug#555380: FTBFS with binutils-gold

tags 555380 +patch thanks Hi, attached is a patch which fixes the problem. Cheers, Stefan. --- librdmacm-1.0.10.orig/Makefile.am +++ librdmacm-1.0.10/Makefile.am @@ -21,7 +21,8 @@ examples_ucmatose_SOURCES = examples/cmatose.c examples_ucmatose_LDADD = $(top_builddir)/src/librdmacm.la

Bug#606832: FTBFS with --as-needed

Package: vbetool Version: 1.1-2 Severity: wishlist Tags: patch Hi, thanks for maintaining vbetool. vbetool fails to build from source, if --as-needed is used as linker flag [1,2]. The reason is that --as-needed needs to have libraries in order (symbol users in front of symbol definitions).

Bug#606835: FTBFS with --as-needed linker flag

Package: xplc Version: 0.3.13-3 Severity: wishlist Tags: patch upstream Hi, attached is a patch that makes xplc build if --as-needed is used as a linker flag. I've forwarded the patch to upstream as https://sourceforge.net/tracker/?func=detailaid=3135553group_id=1814atid=301814. Please see

Bug#606835: FTBFS with --as-needed linker flag

forwarded 606835 https://sourceforge.net/tracker/?func=detailaid=3135553group_id=1814atid=301814 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#606835: FTBFS with --as-needed linker flag

forwarded 606835 https://sourceforge.net/tracker/?func=detailaid=3135553group_id=1814atid=301814 thanks Hi, next try. kmail seems to line-wrap in a different way than I intended. Hope it works this time. Cheers, Stefan. -- To UNSUBSCRIBE, email to

Bug#606835: FTBFS with --as-needed linker flag

forwarded 606835 https://sourceforge.net/tracker/?func=detailaid=3135553group_id=1814atid=301814 thanks Hi, kmail seems to wrap lines in a way that was not intended by me. Retrying with mutt, in the hope that this will work. Sorry for the inconvenience, Stefan. -- To UNSUBSCRIBE, email

Bug#606837: FTBFS with --as-needed

Package: blop Version: 0.2.8-5 Severity: wishlist Tags: patch Hi, thanks for maintaining blop. blop fails to build from source, if --as-needed is used as a linker flag, see [1,2]. Attached is a patch that fixes the problem by reordering libraries for the linker so that libraries appear after

Bug#603725: annual ping for Stefan Potyra

Package: debian-maintainers Severity: wishlist Hi, here's my annual ping as Debian Maintainer. Cheers, Stefan. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux

  1   2   3   >