Subject: Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script. - msg#03594

Previous Message by Date: click to view message preview

Bug#553422: x11-apps: xcalc not start

Subject: x11-apps: xcalc not startPackage: x11-appsVersion: 7.4+2Justification: renders package unusableSeverity: grave*** Please type your report below this line ***When i invoke xcalc in terminal emulator, it returns this message: Warning: Cannot convert string "calculator" to type PixmapWarning: Cannot convert string "gray3?foreground=gray70&background="" to type PixmapWarning: Cannot convert string "8x13" to type FontStruct Warning: Unable to load any usable ISO8859 fontWarning: Unable to load any usable ISO8859 fontWarning: Missing charsets in String to FontSet conversionError: Aborting: no font found-- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing')Architecture: amd64 (x86_64)Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores)Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dashVersions of packages x11-apps depends on:ii cpp 4:4.3.3-9+nmu1 The GNU C preprocessor (cpp)ii libc6 2.9-25 GNU C Library: Shared libraries ii libpng12-0 1.2.40-1 PNG library - runtimeii libsm6 2:1.1.1-1 X11 Session Management libraryii libx11-6 2:1.2.2-1 X11 client-side library ii libxaw7 2:1.0.6-1 X11 Athena Widget libraryii libxcursor1 1:1.1.9-1 X cursor management libraryii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librarii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation libii libxmu6 2:1.0.4-2 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-2 X11 miscellaneous micro-utility liii libxrender1 1:0.9.4-2 X Rendering Extension client libraii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii x11-common 1:7.4+4 X Window System (X.Org) infrastrucx11-apps recommends no packages.Versions of packages x11-apps suggests:pn mesa-utils <none> (no description available) -- no debconf information reportbug-x11-apps-20091031-8036-sVhxOc Description: Binary data

Next Message by Date: click to view message preview

Bug#553392: 'hugin' received an X Window System error

On 2009-10-30 Phil <phil.debian@xxxxxx> wrote: > Package: hugin > Version: 2009.2.0+dfsg-2 > Severity: grave > Justification: renders package unusable > Hi, > When I launch hugin, the splashscreen appears and the application crashes > with the following error message: > The program 'hugin' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadRequest (invalid request code or no such operation)'. > (Details: serial 786 error_code 1 request_code 135 minor_code 19) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() function.) > I have tried to compiled the code from source but I have the same error. > Any idea? [...] Hello, not really. Did you have this behavior since you installed the hugin package or was it triggered by upgrading something else? What window manager are you using? Could you please doubleckeck whether moving away ~/.hugin changes the behavior. Also it could be useful to get a backtrace. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Previous Message by Thread: click to view message preview

Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.

Neil Jerram <neil@xxxxxxxxxxxxxxxxx> writes: > For 1.8.x extensions have to go in /usr/lib ... Sorry, s/have to/usually/ (It's possible for Guile code to load a .so from anywhere if it specifies the full path.) Neil -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx

Next Message by Thread: click to view message preview

Bug#553109: guile-gnutls: postinst-must-call-ldconfig /usr/lib/libguile-gnutls-v-1.so.0.0.0 by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.

On Sat, Oct 31 2009, Andreas Metzler wrote: > On 2009-10-29 Manoj Srivastava <srivasta@xxxxxxxxxx> wrote: >> On Thu, Oct 29 2009, Andreas Metzler wrote: > >> > These are not proper shared libraries but are dlopened bindings for >> > guile, which takes them outside the scope of the abovementioned part of >> > policy. > >> Then should they not be in a private path? > > This seems to be a project for guile-1.9. As Simon already noted using > /usr/lib/ is current practice. > >> As long as they are in the public library directories, you are still >> under the policy directive, as far as I can see. > > Why? Shouldn't intent matter more than than binary format? Does > running ldconfig provide any benefit? The intent of the author does not extend to the users; since the libraries are in the public path, end users may write code that links to them. When a new library is installed, if the ld.so cache is not updated, the user applications will not pickup the new libraries, and ultimately break. This is a bit of a stretch, I know. Could you please bring this up on -policy, so we get a feel for what the right thing to do would be? I think you might consider adding a lintian override, so other people don't file a similar bug if this report is closed. manoj -- The typewriting machine, when played with expression, is no more annoying than the piano when played by a sister or near relation. -- Oscar Wilde Manoj Srivastava <srivasta@xxxxxxxxxx> <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". Trouble? Contact listmaster@xxxxxxxxxxxxxxxx