Bug#909009: make: 'make -Orecurse' does not work as expected
Please check the upstream Bug report (http://savannah.gnu.org/bugs/?53152). The analyses showed that -Orecurse / -Otarget are not the cause of the issue. The actual bug is, that make does not wake up correctly sometimes and the hidden dependency in the test triggers this. -Orecurse/-Otarget just change the timing to make it more likely in this special case. Please disable the test instead if disabling -Orecurse / -Otarget, as suggested in the upstream bug report comments. Michael -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0| Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917- |
Bug#909009: make: 'make -Orecurse' does not work as expected
Package: make Version: 4.2.1-1.2 Severity: normal Dear Maintainer, 'make -Orecurse' does not work as expected. If I read the changelog correctly, then this feature was explicitly disabled to fix #890309. This is quite annoying because it makes the output for more complex parallel builds unreadable. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages make depends on: ii libc6 2.27-6 make recommends no packages. Versions of packages make suggests: ii make-doc 4.2.1-1 -- no debconf information
Bug#894014: cpp-8: /usr/lib/gcc/x86_64-linux-gnu/8/cc1 is not stripped
Package: cpp-8 Version: 8-20180321-1 Severity: minor Dear Maintainer, /usr/lib/gcc/x86_64-linux-gnu/8/cc1 is not stripped and therefore quite large (171M). The same is true for /usr/lib/gcc/x86_64-linux-gnu/8/lto1. For other gcc versions, these files are stripped, so I guess they should also be stripped for gcc-8. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (600, 'testing'), (550, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cpp-8 depends on: ii gcc-8-base 8-20180321-1 ii libc6 2.27-2 ii libgmp102:6.1.2+dfsg-3 ii libisl190.19-1 ii libmpc3 1.1.0-1 ii libmpfr64.0.1-1 ii zlib1g 1:1.2.8.dfsg-5 cpp-8 recommends no packages. Versions of packages cpp-8 suggests: pn gcc-8-locales -- no debconf information
Bug#893360: python3-tornado 5.0.0 breaks python3-zmq
Package: python3-tornado Version: 5.0.0-1 Severity: normal Dear Maintainer, I'm using python3-tornado indirectly with IPython. With the update to python3-tornado 5.0.0-1 this is broken. The testcase to reproduce this is simple: import IPython IPython.embed_kernel() With the new version this results in: Traceback (most recent call last): File "./test.py", line 3, in IPython.embed_kernel() File "/usr/lib/python3/dist-packages/IPython/__init__.py", line 91, in embed_kernel real_embed_kernel(module=module, local_ns=local_ns, **kwargs) File "/usr/lib/python3/dist-packages/ipykernel/embed.py", line 38, in embed_kernel app.initialize([]) File "", line 2, in initialize File "/usr/lib/python3/dist-packages/traitlets/config/application.py", line 87, in catch_config_error return method(app, *args, **kwargs) File "/usr/lib/python3/dist-packages/ipykernel/kernelapp.py", line 452, in initialize zmq_ioloop.install() File "/usr/lib/python3/dist-packages/zmq/eventloop/ioloop.py", line 210, in install assert (not ioloop.IOLoop.initialized()) or \ AttributeError: type object 'IOLoop' has no attribute 'initialized' It seems to me that the python3-tornado API changed in version 5.x and python3-zmq does not support this. I'm using python3-zmq 16.0.2-2+b1 and python3-ipykernel 4.8.2-2 here. Downgrading python3-tornado to 4.5.3-1 'fixes' the problem for me. -- System Information: Debian Release: buster/sid APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (600, 'testing'), (550, 'stable'), (500, 'unstable-debug'), (500, 'testing-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-tornado depends on: ii ca-certificates 20170717 ii libc62.27-2 ii python3 3.6.4-1 python3-tornado recommends no packages. Versions of packages python3-tornado suggests: pn python-tornado-doc ii python3-pycurl 7.43.0.1-0.2 pn python3-twisted -- no debconf information
Bug#809818: maildirsync: new use-UNIVERSAL.patch break options parsing
Package: maildirsync Version: 1.2-2.1 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? update to the latest version of maildirsync * What exactly did you do (or not do) that was effective (or ineffective)? run maildirsync with options * What was the outcome of this action? maildirsync fails with: Can't use string ("0") as an ARRAY ref while "strict refs" in use at ./maildirsync line 102. * What outcome did you expect instead? maildirsync should run normally. The problem is the patch use-UNIVERSAL.patch. It is from upstream, but incorrect. This was fixed upstream: https://code.google.com/p/maildirsync/source/detail?r=8060548654ea5f82ac45d1c15b0aeaebe97455a5# -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages maildirsync depends on: ii perl 5.20.2-6 Versions of packages maildirsync recommends: ii openssh-client [rsh-client] 1:7.1p1-5 Versions of packages maildirsync suggests: ii bzip2 1.0.6-8 -- no debconf information
Bug#778976: libexiv2-13: digikam sefaults in libexiv2 on some mkv files
Package: libexiv2-13 Version: 0.24-4.1 Severity: normal Dear Maintainer, * What led up to the situation? digikam tries to index a .mkv file. * What was the outcome of this action? digikam segfaults in libexiv2 This is already fixed upstream: http://dev.exiv2.org/issues/1033 http://dev.exiv2.org/projects/exiv2/repository/revisions/3607 -- System Information: Debian Release: 8.0 APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (550, 'stable'), (400, 'trusty'), (300, 'saucy') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.5-laptop (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libexiv2-13 depends on: ii libc6 2.19-15 ii libexpat1 2.1.0-6+b3 ii libgcc11:5-20150205-1 ii libstdc++6 5-20150205-1 ii multiarch-support 2.19-15 ii zlib1g 1:1.2.8.dfsg-2+b1 libexiv2-13 recommends no packages. Versions of packages libexiv2-13 suggests: pn exiv2 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610191: mutt is leaking file descriptors
Package: mutt Version: 1.5.21-3 Followup-For: Bug #610191 I have the same problem. Running mutt with 'strace -eopen,close -o strace.log mutt' shows that mutt is not closing all file descriptors properly: [...] open(/home/michael/mail/maildir-x/new, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 44 close(44) = 0 open(/home/michael/mail/maildir-x/cur, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 44 open(/home/michael/mail/maildir-y/new, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 45 close(45) = 0 open(/home/michael/mail/maildir-y/cur, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 45 [...] and so on. When the maximum number of file descriptors is reached opening any file fails resulting in the 'Could not create temporary file!' and other error messages. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.37.3-laptop+ (i686) ncurses: ncurses 5.8.20110307 (compiled with 5.8) libidn: 1.20 (compiled with 1.20) hcache backend: tokyocabinet 1.4.37 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/537694-segv-imap-headers.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/path_max mutt.org mutt-patched/sidebar mutt-patched/sidebar-dotted mutt-patched/sidebar-sorted -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (600, 'testing'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37.3-laptop+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcomerr21.41.14-1 common error description library ii libgnutls26 2.11.7-2 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii libidn11 1.20-1 GNU Libidn library, implementation ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.9+dfsg-1 MIT Kerberos runtime libraries ii libncursesw5 5.8+20110307-1 shared libraries for terminal hand ii libsasl2-22.1.23.dfsg1-8 Cyrus SASL - authentication abstra ii libtokyocabinet8 1.4.37-6 Tokyo Cabinet Database Libraries [
Bug#463567: xkb changes crash X11
Xephyr is affected as well (version 2:1.4.1~git20080131-2). At least I think it's the same bug. setxkbmap -model microsoftpro will crash Xephyr setxkbmap -model pc104 is fine. unfortunately the backtrace produced by gdb us useless. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463567: xkb changes crash X11
When running setxkbmap -model microsoftpro Xephyr outputs this line before crashing: expected keysym, got XF86Info: line 914 of inet I rebuilt Xephyr with debuging symbols and got this backtrace. I hope it helps. #0 0xb7c70695 in free () from /lib/libc.so.6 #1 0x083758b1 in Xfree (ptr=0xb7d3f124) at ../../os/utils.c:1466 #2 0x08363376 in _XkbFreeGeomLeafElems (freeAll=value optimized out, first=value optimized out, count=17, num_inout=0x8449434, sz_inout=0x8449436, elems=0x844943c, elem_sz=8) at ../../xkb/XKBGAlloc.c:62 #3 0x083633c7 in SrvXkbFreeGeomKeys (row=0x8449430, first=0, count=17, freeAll=1) at ../../xkb/XKBGAlloc.c:327 #4 0x0836340c in _XkbClearRow (row_in=0x1180002 Address 0x1180002 out of bounds) at ../../xkb/XKBGAlloc.c:342 #5 0x08362dc1 in _XkbFreeGeomNonLeafElems (freeAll=1, first=0, count=4, num_inout=0x84490e0, sz_inout=0x84490e6, elems=0x84490ec, elem_sz=24, freeFunc=0x83633d0 _XkbClearRow) at ../../xkb/XKBGAlloc.c:119 #6 0x08362f4d in SrvXkbFreeGeomRows (section=0x84490d0, first=0, count=4, freeAll=1) at ../../xkb/XKBGAlloc.c:349 #7 0x08362fa1 in _XkbClearSection (section_in=0x84490d0 Ä) at ../../xkb/XKBGAlloc.c:363 #8 0x08362dc1 in _XkbFreeGeomNonLeafElems (freeAll=1, first=0, count=7, num_inout=0x8448876, sz_inout=0x844886a, elems=0x844, elem_sz=48, freeFunc=0x8362f60 _XkbClearSection) at ../../xkb/XKBGAlloc.c:119 #9 0x08362eed in SrvXkbFreeGeomSections (geom=0x8448850, first=0, count=7, freeAll=1) at ../../xkb/XKBGAlloc.c:374 #10 0x0836365f in SrvXkbFreeGeometry (geom=0x8448850, which=63, freeMap=1) at ../../xkb/XKBGAlloc.c:443 #11 0x0836169a in SrvXkbFreeKeyboard (xkb=0x844d698, which=127, freeAll=1) at ../../xkb/XKBAlloc.c:328 #12 0x0834f44f in XkbFreeInfo (xkbi=0x843d760) at ../../xkb/xkbInit.c:820 #13 0x0807008f in CloseDevice (dev=0x843e6c0) at ../../dix/devices.c:530 #14 0x080704f0 in CloseDownDevices () at ../../dix/devices.c:626 #15 0x08080368 in main (argc=2, argv=0xbfd6b624, envp=Cannot access memory at address 0x49 ) at ../../dix/main.c:472 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415412: opensync-plugin-palm-dev: package is in the wrong section: libs should be libdevel
Package: opensync-plugin-palm-dev Version: 0.19-1 Severity: minor # apt-cache show opensync-plugin-palm-dev Package: opensync-plugin-palm-dev Priority: optional Section: libs opensync-plugin-palm-dev contains the header files to opensync-plugin-palm. It is a development package and should therefore be in the appropriate section libdevel. -- System Information: Debian Release: 4.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (300, 'testing'), (150, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.3-mix Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401370: cryptsetup: the initramfs hook script should add the cbc module (needed for 2.6.19 and LUKS)
Package: cryptsetup Version: 2:1.0.4+svn16-1 Severity: normal CBC is optional in 2.6.19 and can be compiled as a module. LUKS uses cbc by default. I needed the following patch to create a working initrd: --- /usr/share/initramfs-tools/hooks/cryptroot.old 2006-12-02 21:26:06.0 +0100 +++ /usr/share/initramfs-tools/hooks/cryptroot 2006-12-02 21:04:07.0 +0100 @@ -364,7 +364,7 @@ # Unless MODULES = dep, we always add a basic subset of modules/tools if [ $MODULES != dep ]; then - for mod in dm_mod dm_crypt aes sha256; do + for mod in dm_mod dm_crypt aes sha256 cbc; do manual_add_modules $mod done copy_exec /sbin/cryptsetup /sbin As far as I can tell this does not break older kernels. manual_add_modules seems to ignore missing modules. -- System Information: Debian Release: 4.0 APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (300, 'testing'), (150, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-mix Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.08-1 The Linux Kernel Device Mapper use ii libc62.5-0exp3 GNU C Library: Shared libraries ii libdevma 2:1.02.08-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-e 1.4-2 library for common error values an ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242866: updated tg3.c patch
On Thu, Aug 17, 2006 at 08:34:57PM -0700, [EMAIL PROTECTED] wrote: The most recent tg3.c patch posted here (by Herbert Xu on Tue, 11 May 2004) does not apply cleanly to linux-2.6.17. No surprise, a lot has changed in the last two years. I applied it by hand (it wasn't hard), and I can verify that the result (freshened patch attached) compiles without error. I can also set up tg3 files for the firmware-nonfree package, and supply kernel images for i386 and/or amd64. Testers? I could test it. Where can I find the firmware files? I asume they were created with the original patch. I've never used a driver with external firmware before. Anything special I have to take care off? michael signature.asc Description: Digital signature
Bug#382979: wrong dependancy for xserver-xorg-input-mouse=1:1.1.1-1
Package: xserver-xorg-input-mouse Version: 1:1.1.1-1 This version requires the module ABI minor version 6. It can howerver be installed with a server that only provides ABI minor version 5. ii xserver-xorg-core 1.0.2-9X.Org X server -- core server ii xserver-xorg-input-mouse 1:1.1.1-1 X.Org X server -- mouse input driver The dependancy should probably changed to xserver-xorg-core (= 1:1.1.1-1) or whatever version fist introduced ABI minor version 6. michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328940: apply patch for Q_EXPORT macro and gcc's -fvisibility ?
Package: libqt3-headers Version: 3:3.3.5-1 Severity: wishlist It would be nice to apply the patch provided at http://bugs.kde.org/show_bug.cgi?id=109386 It adds support for -fvisibility for gcc 4.x for the Q_EXPORT macro. The patch is allready tested and would result in a better performance for the upcomming KDE 3.5 It would be nice to have by the time the first kde3.5 packages are created. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326957: /usr/lib/hal/hal.dev and /usr/sbin/fstab-sync missing
Package: hal Version: 0.5.4-1 /etc/udev/hal.rules contains: # Only run the dev helper for real devices SYSFS{dev}==*, RUN+=/usr/lib/hal/hal.dev however /usr/lib/hal/hal.dev is _not_ part of hal version 0.5.4-1 (it did exist in hal version 0.4.8-6) When plugging in my usb hard-drive the logfiles show: Sep 6 23:12:04 c027 kernel: [4679959.773000] usb 4-4: new high speed USB device using ehci_hcd and address 16 Sep 6 23:12:04 c027 kernel: [4679959.851000] scsi8 : SCSI emulation for USB Mass Storage devices Sep 6 23:12:04 c027 kernel: [4679959.86] usb-storage: device found at 16 Sep 6 23:12:04 c027 kernel: [4679959.86] usb-storage: waiting for device to settle before scanning Sep 6 23:12:04 c027 usb.agent[24206]: usb-storage: already loaded Sep 6 23:12:09 c027 kernel: [4679964.888000] Vendor: WDC WD20 Model: 00JB-00GVA0 Rev: 08.0 Sep 6 23:12:09 c027 kernel: [4679964.888000] Type: Direct-Access ANSI SCSI revision: 00 Sep 6 23:12:09 c027 kernel: [4679964.892000] SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) Sep 6 23:12:09 c027 kernel: [4679964.902000] SCSI device sda: 390721968 512-byte hdwr sectors (200050 MB) Sep 6 23:12:09 c027 kernel: [4679964.902000] sda: sda1 sda2 sda3 Sep 6 23:12:09 c027 kernel: [4679964.955000] Attached scsi disk sda at scsi8, channel 0, id 0, lun 0 Sep 6 23:12:09 c027 kernel: [4679964.969000] usb-storage: device scan complete Sep 6 23:12:09 c027 scsi.agent[24258]: sd_mod: loaded successfully (for disk) Sep 6 23:12:10 c027 udev[24320]: run_program: exec of program failed Sep 6 23:12:12 c027 udev[24400]: run_program: exec of program failed Sep 6 23:12:13 c027 udev[24418]: run_program: exec of program failed Sep 6 23:12:13 c027 udev[24429]: run_program: exec of program failed I guess one fail for each device (sda sda1 sda2 sda3). also: the program /usr/sbin/fstab-sync is missing while it's manpage /usr/share/man/man8/fstab-sync.8.gz exists. michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324474: missing dependancy for libxres-dev
Package: libxres-dev Version: 6.8.2.dfsg.1-5 libxres-dev contains link: /usr/X11R6/lib/libXRes.so - libXRes.so.1 libXRes.so.1 is in package libxres1 but libxres-dev does not depend on libxres1. # dpkg -S usr/X11R6/lib/libXRes.so libxres-dev: /usr/X11R6/lib/libXRes.so libxres1: /usr/X11R6/lib/libXRes.so.1 libxres1: /usr/X11R6/lib/libXRes.so.1.0 # dpkg --status libxres-dev Package: libxres-dev Status: install ok installed Priority: optional Section: libdevel Installed-Size: 324 Maintainer: Debian X Strike Force debian-x@lists.debian.org Architecture: i386 Source: xorg-x11 Version: 6.8.2.dfsg.1-5 Replaces: xlibs-dev ( 4.3.0), xlibs-static-dev ( 6.8.1-0ubuntu1) Conflicts: xlibs-dev ( 4.3.0), xlibs-static-dev ( 6.8.1-0ubuntu1) Description: X Window System resource measurement library development files Header files and a static version of the XRes library are provided by this package. . See the libxres1 package for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]