Bug#954915: [libc6] upgrade fail: A copy of the C library was found in an unexpected directory

jnq...@gmail.com hat am Mi 25. Mär, 09:03 (+) geschrieben: > Package: libc6 > Version: 2.30-3 > > sudo aptitude upgrade just now: > > ``` > Preparing to unpack .../libc6-dev_2.30-3_amd64.deb ... > Unpacking libc6-dev:amd64 (2.30-3) over (2.30-2) ... > Preparing to unpack

Bug#954915: [libc6] upgrade fail: A copy of the C library was found in an unexpected directory

jnq...@gmail.com hat am Mi 25. Mär, 09:03 (+) geschrieben: > Package: libc6 > Version: 2.30-3 > > sudo aptitude upgrade just now: > > ``` > Preparing to unpack .../libc6-dev_2.30-3_amd64.deb ... > Unpacking libc6-dev:amd64 (2.30-3) over (2.30-2) ... > Preparing to unpack

Bug#616495: [Pkg-mol-devel] Bug#616495: Bug#616495: Should mol-drivers-macosx be removed?

Gaudenz Steinlin hat am Mon 07. Mar, 11:01 (+0100) geschrieben: Excerpts from Luca Falavigna's message of 2011-03-04 23:10:59 +0100: Package: mol-drivers-macosx Version: 0.9.72.1-1 Severity: serious Hi, I erroneously removed mol package (see #592034) while mol-drivers-macosx

Bug#574319: slrn: FTBFS: ld.bfd.real: cannot find -ltermcap

block 574319 575284 close 574319 thanks Lucas Nussbaum hat am Wed 17. Mar, 13:34 (+0100) geschrieben: Source: slrn Version: 1.0.0~pre18-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100316 qa-ftbfs Justification: FTBFS on amd64 Hi, During

Bug#574295: jed: FTBFS: ld.bfd.real: cannot find -ltermcap

block 574295 575284 close 574295 thanks Lucas Nussbaum hat am Wed 17. Mar, 13:34 (+0100) geschrieben: Source: jed Version: 1:0.99.19-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100316 qa-ftbfs Justification: FTBFS on amd64 Hi, During a

Bug#567906: ssmtp.conf file permissions are wrong

Hello everybody, Aleksi Suhonen hat am Mon 01. Feb, 04:40 (+) geschrieben: Package: ssmtp Version: 2.64-1 Severity: critical Justification: causes serious data loss The configuration file /etc/ssmtp/ssmtp.conf is not readable by everybody, but ssmtp itself is run without any special

Bug#555947: Merges index entries with numbers -- migration to testing blocker

Package: xindy Version: 2.4~pre1-1 Severity: serious This new version of Xindy contains a bug. It merges entries with numbers. This causes wrong/missing entries in the index of a document and hence, this version should not go into testing aka the next release. But it should stay in untable to get

Bug#548451: xindy: FTBFS: configure: error: Unable to find a LaTeX application

Hello Kurt, Hello Norbert, Kurt Roeckx hat am Sat 26. Sep, 15:32 (+0200) geschrieben: Source: xindy Version: 2.4~pre1-1 Severity: serious There was an error while trying to autobuild your package: Start Time: 20090924-1749 [...] Build-Depends: debhelper (= 5), dpatch,

Bug#521437: Reassign Bug#521437 to bootchart

reassign 521437 bootchart reopen 521437 stop Hello Cody, Cody Christopher hat am Sat 28. Mar, 01:46 (+1100) geschrieben: Package: hal, bootchart Version: unknown. Severity: critical Anyway, the next couple of reboots worked fine, until I tried to run a bootchart. I added

Bug#478822: util-linux: Don't reinstall init script on upgrades

Package: util-linux Version: 2.13.1.1-1 Severity: serious Justification: Policy 10.7.3 Hi, Policy 10.7.3 says you must preserve user changes during upgrades, but on upgrade (or reinstall) the init script level gets changed. I've a different ordering of the services due to insserv and if you

Bug#478057: [hardening-discuss] Linker fails on i386 and amd64 with hardening options

Hi Kees, Kees Cook schrieb am Mon 28. Apr, 12:35 (-0700): On Mon, Apr 28, 2008 at 06:43:36PM +0200, Jörg Sommer wrote: gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector -Wformat=2 -Wextra \ -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c but this fails on i386 and amd64

Bug#478057: Linker fails on i386 and amd64 with hardening options

Hello everybody, I've got a bug report #478057 and I'm seeking for help. I've enabled hardening support for slrn. The configure script tries to run gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector -Wformat=2 -Wextra \ -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c but this fails on

Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables

Hallo Kurt, Kurt Roeckx schrieb am Sun 27. Apr, 13:10 (+0200): On Sun, Apr 27, 2008 at 02:26:27AM +0200, Jörg Sommer wrote: Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200

Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables

Hallo Kurt, Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): Package: slrn Version: 0.9.9~pre102-1 Severity: serious Hi, Your package is failing to build with the following error: checking for gcc... gcc checking for C compiler default output file name... configure: error: C

Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables

Hallo Kurt, Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): Package: slrn Version: 0.9.9~pre102-1 Severity: serious Hi, Your package is failing to build

Bug#477751: docbook-xml: Don't readd your catalog on every upgrade to the super catalog

Package: docbook-xml Version: 4.5-5 Severity: serious Justification: Policy 10.7.3 Hi, policy says, you should preserve user changes during upgrades. When I remove the catalog from the super file by running “update-catalog --remove --super /etc/sgml/docbook-xml.cat” my changes are lost after an

Bug#477750: don't readd bash to /etc/shells

Package: bash Version: 3.1dfsg-9 Severity: serious Justification: Policy 10.7.3 Hi, please, do not readd bash and rbash on every upgrade to /etc/shells. You should preserve user changes during upgrades. When I remove bash from /etc/shells it's readded after an upgrade. Bye, Jörg. -- System

Bug#477752: resolvconf: Don't reinstall init script on upgrades

Package: resolvconf Version: 1.39 Severity: serious Justification: Policy 10.7.3. Hi, Policy 10.7.3 says you must preserve user changes during upgrades, but on upgrade (or reinstall) the init script level gets changed. I've a different ordering of the services due to insserv and if you reset the

Bug#473058: With sablevm, java.lang.UnsupportedClassVersionError

Hello Petter, Hi Java Team, Petter Reinholdtsen schrieb am Sat 29. Mar, 19:02 (+0100): [Trent W. Buck] I don't really know about Java, but I suspect this is failing because bootchart-view doesn't work with sablevm (which I chose because it has the smallest disk footprint). If this is the

Bug#467585: xindy: FTBFS: ordrulei.c:24: error: 'clisp_dirent_off_t' undeclared (first use in this function)

reassign 467585 xindy found 467585 2.3-1 stop Hi Ben, Ben Hutchings schrieb am Sun 16. Mar, 17:10 (+): reassign 467585 clisp found 467585 1:2.44-1 thanks Sorry, but this was not a good idea. The reason is a bug in CLISP and it's the same as #462088. But it makes Xindy FTFS so *I* should

Bug#458883: xindy: FTBFS: /usr/bin/clisp-link: No link kit found in /usr/lib/clisp/linkkit

Hi Ana, Ana Guerrero schrieb am Sat 12. Jan, 18:52 (+0100): On Thu, Jan 03, 2008 at 12:55:14PM +0100, Lucas Nussbaum wrote: Package: xindy version: 2.2~beta2-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080103 qa-ftbfs Justification: FTBFS on amd64 Hi,

Bug#450452: xindy: FTBFS: make[1]: clisp-link: Command not found

Hi Lucas, thanks for testing the rebuild. Lucas Nussbaum schrieb am Wed 07. Nov, 13:42 (+0100): Package: xindy version: 2.2~beta2-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 During a rebuild of all packages in sid, your

Bug#425143: FTBFS: clisp has no package FFI

Hallo Norbert, Norbert Preining schrieb am Sat 19. May, 14:57 (+0200): Package: xindy Version: 2.2~beta2-2.1 Severity: serious There is another build problem on some archs: maybe-successfull: amd64, mips, powerpc maybe-failed: s390, ia64 And it will fail on arm, hppa, m68k

Bug#424976: xindy - FTBFS: error: Unable to find a LaTeX application

Hello Steve, thanks for your report. Maybe, you can help me with this bug or should I ask on d-mentors/d-devel? Steve Langasek schrieb am Fri 18. May, 20:19 (-0700): reopen 424976 thanks Hi Jörg, xindy is still failing to build with the same error as before. ?-) I don't understand this.

Bug#424976: xindy FTBFS

Hallo Norbert, Norbert Preining schrieb am Fri 18. May, 19:33 (+0200): Hi Jörg, hi all On Fre, 18 Mai 2007, Jörg Sommer wrote: leider lässt sich das Paket auf allen Architekturen, die nur das Binärpaket erstellen, nicht bauen. Ich habe jetzt die rules entsprechend geändert, so dass für

Bug#424976: xindy - FTBFS: error: Unable to find a LaTeX application

Hallo Frank, Frank Küster schrieb am Fri 18. May, 18:08 (+0200): Bastian Blank [EMAIL PROTECTED] wrote: Package: xindy Version: 2.2~beta2-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of xindy_2.2~beta2-1 on

Bug#360646: acknowledged by developer (gone now)

Debian Bug Tracking System schrieb am Wed 26. Apr, 22:48 (-0700): From: Thomas Bushnell BSG [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: gone now Date: Wed, 26 Apr 2006 22:43:32 -0700 User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) Version: 1.9.5-1 Whatever caused

Bug#360646: configure: error: no acceptable ld found in $PATH

Hi Thomas, Thomas Bushnell BSG schrieb am Sat 08. Apr, 21:47 (-0700): Can you provide me with the complete output of printenv from within a failing attempt? % printenv LESSOPEN=|lesspipe.sh %s USER=joerg MAIL=/var/mail/joerg SSH_AGENT_PID=24445 SHLVL=1 LESS=-iSMR HOME=/home/joerg

Bug#354973: gnucash: crash at startup: ERROR: no code for module (g-wrap gw startup)

Hi, installing the packages guile-g-wrap and g-wrap by hand as suggested in the mail from Maykel Moya did solve my problems too. Kind regards, Jörg. -- Manchmal denke ich, das sicherste Indiz dafür, daß anderswo im Universum intelligentes Leben existiert, ist, daß niemand versucht hat, mit uns

Bug#360646: configure: error: no acceptable ld found in $PATH

Package: gnucash Version: 1.9.3-1 Severity: serious Justification: no longer builds from source Hi, % dpkg-buildpackage -rfakeroot -b ... checking build system type... powerpc-unknown-linux-gnu checking host system type... powerpc-unknown-linux-gnu checking for a sed that does not truncate

Bug#336527: bootchart-view: requires j2re1.4, but doesn't depend on it

Hello Petter, Petter Reinholdtsen schrieb am Sun 15. Jan, 00:05 (+0100): This bug keep this package from propagating into testing. Because of the 'wontfix' tag, I am unsure if this is intentional or not. No, this was not my intention. What is the plan? Perhaps the severity of the bug

Bug#346326: tetex-bin: postinst fails -- dvips35.map not found

Hello Frank, Frank Küster schrieb am Mon 09. Jan, 15:54 (+0100): Jörg Sommer [EMAIL PROTECTED] wrote: Package: tetex-bin Version: 3.0-13 Severity: serious Justification: renders package unusable Hi, with this version the packages tetex-extra (3.0-13) and tetex-base (3.0-11

Bug#346326: tetex-bin: postinst fails -- dvips35.map not found

Hello Frank, Frank Küster schrieb am Mon 09. Jan, 17:47 (+0100): Jörg Sommer [EMAIL PROTECTED] wrote: Package: tetex-bin Version: 3.0-13 Severity: serious Justification: renders package unusable [...] kpsewhich --show-path=map .:!!/home/joerg/.texmf-config/fonts/map

Bug#346326: tetex-bin: postinst fails -- dvips35.map not found

Package: tetex-bin Version: 3.0-13 Severity: serious Justification: renders package unusable Hi, with this version the packages tetex-extra (3.0-13) and tetex-base (3.0-11) aren't installable anymore. Their postinst scripts fail, because dvips35.map or bsr-interpolated.map is not found. Bye,

Bug#330824: subversion-tools: Moves /usr/lib/subversion to /u/share/, because all files are sharable

Package: subversion-tools Version: 1.2.3a-1 Severity: serious Justification: Policy 8.1 Hi, all files in /usr/lib/subversion are plain text files or perl/python scripts. The FHS forces to move such files in a directory under /usr/share/, because they can the shared among different architectures.