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 .../libc-dev-bin_2.30

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 .../libc-dev-bin_2.30

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-d

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, > >

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, >

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 spe

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 init=/sbin/b

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 reset

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 t

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 i38

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

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 > &

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:

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#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 Info

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 u

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 i

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* shoul

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 > >

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,

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

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, hpp

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 debia

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 entsprec

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 > > Whate

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 HUSHLOG

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 output

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 K

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 sho

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 &g

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, > > >

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, Jör

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.