Bug#985496: Fwd: linux-image-5.9.0-5-amd64: USB Displayport adapter causes kernel oops (at kernel/dma/mapping.c:188 dma_map_sg_attrs+0x37/0x50)
package: src:linux notfound 985496 5.10.24-1 Hi again This error is not present any longer after upgrading to linux-image-5.10.0-5 (version 5.10.24-1). Best regards /Rasmus Den 19.03.2021 kl. 10.35 skrev Rasmus Bøg Hansen: Package: src:linux Version: 5.9.15-1 Severity: normal Dear Maintainer, I have a USB to Displayport adapter using the udl driver. it has been working flawlessly in the past. However kernels 5.10.* gives an oops when trying to configure it with xrandr: moffe@hactar:~$ xrandr --setprovideroutputsource 1 0 moffe@hactar:~$ xrandr --output DVI-I-1-1 --off moffe@hactar:~$ xrandr --output eDP-1 --mode 1920x1080 --pos 0x0 --rotate normal --output DP-2 --primary --mode 1920x1080 --pos 1920x0 --rotate normal --output DVI-I-1-1 --mode 1920x1080 --pos 3840x0 --rotate normal xrandr: Configure crtc 3 failed in dmesg I see: [ 46.092767] WARNING: CPU: 6 PID: 585 at kernel/dma/mapping.c:188 dma_map_sg_attrs+0x37/0x50 [ 46.092769] Modules linked in: binfmt_misc ctr ccm rfcomm typec_displayport cmac algif_hash algif_skcipher af_alg snd_usb_audio snd_usbmidi_lib snd_rawmidi snd_seq_device bnep btusb btrtl btbcm btintel bluetooth uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common videodev jitterentropy_rng drbg ansi_cprng mc ecdh_generic udlfb cdc_acm ecc vmw_vsock_vmci _transport vsock xfrm_user usbhid xfrm_algo vmw_vmci cdc_ether usbnet r8152 mii x86_pkg_temp_thermal intel_rapl_msr snd_hda_codec_hdmi intel_powerclamp coretemp snd_hda_codec_realtek snd_sof_ pci kvm_intel dell_laptop snd_sof_intel_byt snd_hda_codec_generic snd_sof_intel_ipc snd_sof_intel_hda_common kvm snd_sof_xtensa_dsp snd_sof snd_sof_intel_hda snd_soc_hdac_hda iwlmvm snd_hda_e xt_core snd_soc_acpi_intel_match snd_soc_acpi ledtrig_audio snd_hda_intel snd_intel_dspcfg soundwire_intel soundwire_generic_allocation irqbypass dell_smm_hwmon mac80211 ghash_clmulni_intel s nd_soc_core aesni_intel snd_compress libaes [ 46.092891] soundwire_cadence crypto_simd libarc4 cryptd snd_hda_codec glue_helper snd_hda_core rapl snd_hwdep intel_cstate iwlwifi dell_wmi soundwire_bus dell_smbios joydev intel_uncore snd_pcm nls_ascii dcdbas pcspkr nls_cp437 snd_timer vfat serio_raw efi_pstore fat cfg80211 dell_wmi_descriptor wmi_bmof snd iTCO_wdt intel_pmc_bxt iTCO_vendor_support watchdog soundcore hid_m ultitouch mei_me rfkill mei ucsi_acpi processor_thermal_device typec_ucsi intel_rapl_common intel_pch_thermal intel_soc_dts_iosf typec tpm_crb int3403_thermal tpm_tis int340x_thermal_zone evd ev tpm_tis_core tpm rng_core acpi_pad intel_pmc_core intel_hid int3400_thermal acpi_thermal_rel acpi_tad sparse_keymap ac udl msr parport_pc ppdev lp parport fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic hid_generic i915 rtsx_pci_sdmmc mmc_core i2c_algo_bit drm_kms_helper xhci_pci xhci_hcd cec crc32_pclmul rtsx_pci nvme psmouse crc32c_in tel drm usbcore nvme_core thunderbolt t10_pi [ 46.093036] crc_t10dif crct10dif_generic i2c_i801 crct10dif_pclmul i2c_smbus crct10dif_common intel_lpss_pci i2c_hid usb_common intel_lpss idma64 hid wmi battery button video [ 46.093066] CPU: 6 PID: 585 Comm: Xorg Not tainted 5.10.0-4-amd64 #1 Debian 5.10.19-1 [ 46.093069] Hardware name: Dell Inc. XPS 13 7390/0G2D0W, BIOS 1.7.0 10/22/2020 [ 46.093074] RIP: 0010:dma_map_sg_attrs+0x37/0x50 [ 46.093080] Code: 85 c0 48 0f 44 05 39 ed d5 01 83 f9 02 77 19 48 83 bf 50 02 00 00 00 74 11 48 85 c0 75 11 e8 30 16 00 00 85 c0 78 13 c3 0f 0b <0f> 0b 31 c0 c3 48 8b 40 50 e8 0b 40 af 00 eb e9 0f 0b 0f 1f 80 00 [ 46.093083] RSP: 0018:b1fdc0c1bd00 EFLAGS: 00010246 [ 46.093087] RAX: RBX: 000a RCX: [ 46.093089] RDX: 000a RSI: 954f347a1400 RDI: 954ed1353830 [ 46.093092] RBP: 954f347a1400 R08: 0020 R09: 954f347a1400 [ 46.093094] R10: 004d R11: 000a R12: 954f3524c8a0 [ 46.093096] R13: 954ec7c31ab0 R14: 954f347a5800 R15: [ 46.093101] FS: 7f40857f4a40() GS:95523e98() knlGS: [ 46.093104] CS: 0010 DS: ES: CR0: 80050033 [ 46.093106] CR2: 7f4057717000 CR3: 0001022c4005 CR4: 003706e0 [ 46.093109] Call Trace: [ 46.093234] i915_gem_map_dma_buf+0x100/0x180 [i915] [ 46.093247] dma_buf_map_attachment+0x7e/0xf0 [ 46.093301] drm_gem_prime_import_dev.part.0+0x3d/0xc0 [drm] [ 46.093344] drm_gem_prime_fd_to_handle+0x196/0x1d0 [drm] [ 46.093385] ? drm_prime_destroy_file_private+0x20/0x20 [drm] [ 46.093414] drm_ioctl_kernel+0xaa/0xf0 [drm] [ 46.093447] drm_ioctl+0x20f/0x3a0 [drm] [ 46.093486] ? drm_prime_destroy_file_private+0x20/0x20 [drm] [ 46.093493] ? get_file_raw_ptr+0x53/0x70 [ 46.093502] __x64_sys_ioctl+0x83/0xb0 [ 46.093509] do_syscall_64+0x33/0x80 [ 46.093516] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [ 46.093521] RIP: 0033:0x7f4085c5fcc7 [ 46.093527] Code: 00 00 00 48 8b 05 c9
Bug#586264: SV: Bug#586264: probably belongs to sudo
Hi Marc I can, unfortunately, not. My laptop from back then has been buried since a long time ago and my current one does not have a driver for the fingerprint reader, so I have not been using fprint for years. Best regards Rasmus Rasmus Bøg Hansen Sent from phone Marc Haber skrev >On Fri, Aug 27, 2010 at 06:25:01PM +0100, Jonathan Wiltshire wrote: >> Given the bug in upstream sudo [1], I think this should be reassigned to >> it. >> >> 1: http://www.sudo.ws/bugs/show_bug.cgi?id=388 > >That issue was marked as fixed in the mean time. Rasmus, can you please >verify that sudo in current Debian works with libpam-fprint? > >If you don't reply, I plan closing this bug report by the end of June >2021. > >Greetings >Marc >
Bug#710590: Problem related to lensfun update
I get a message to stderr that points at liblensfun - that was updated few days ago: traps: ufraw[18862] general protection ip:7f790ea524be sp:7fff14eaf120 error:0 in liblensfun.so.0.2.7.0[7f790ea3f000+19000] It seems from above that a rebuild is sufficient. However an update would be really nice, of course. -- Rasmus Bøg Hansen || http://www.zz9.dk/ mo...@zz9.dk || -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590149: gnome-user-share: Fails to recieve all contacts from k660i
Subject: gnome-user-share: Fails to recieve all contacts from k660i Package: gnome-user-share Version: 2.30.0-1 Severity: normal *** Please type your report below this line *** I am trying to transfer all my contacts from a Sony-Ericsson K660i. I select to send by bluetooth, select my computer and a moment later the phone claims that the remote unit did not accept the file. In a short flash, the phone shows a message that it is sending the file "Whole-Ph~.vcf". I have attached hcidump of the session. Sending single contacts (vCard.vcf) or other files (mp3, photos, videos) works just fine. Is the ~ in the file name the problem? Best regards /Rasmus Bøg Hansen -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-user-share depends on: ii apache2.2-bin 2.2.15-5 Apache HTTP Server common binary f ii gconf22.28.1-3 GNOME configuration database syste ii gnome-bluetooth 2.30.0-2 GNOME Bluetooth tools ii libapache2-mod-dnssd 0.6-2 Zeroconf support for Apache 2 via ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.0-2FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-bluetooth7 2.30.0-2 GNOME Bluetooth tools - support li ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnautilus-extension12.30.1-1 libraries for nautilus components ii libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii libunique-1.0-0 1.1.6-1Library for writing single instanc ii libx11-6 2:1.3.3-3 X11 client-side library ii obex-data-server 0.4.5-1+b1 D-Bus service for OBEX client and gnome-user-share recommends no packages. gnome-user-share suggests no packages. -- no debconf information -- Rasmus Bøg Hansen || mo...@zz9.dk C.F. Møllers Allé 46, 3tv || http://www.zz9.dk 2300 København S || HCI sniffer - Bluetooth packet analyzer ver 1.42 device: hci0 snap_len: 1028 filter: 0x > HCI Event: Connect Request (0x04) plen 10 < HCI Command: Accept Connection Request (0x01|0x0009) plen 7 > HCI Event: Command Status (0x0f) plen 4 > HCI Event: Role Change (0x12) plen 8 > HCI Event: Connect Complete (0x03) plen 11 < HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2 > HCI Event: Command Status (0x0f) plen 4 > HCI Event: Read Remote Supported Features (0x0b) plen 11 < HCI Command: Remote Name Request (0x01|0x0019) plen 10 > HCI Event: Command Status (0x0f) plen 4 > HCI Event: Max Slots Change (0x1b) plen 3 > ACL data: handle 11 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0048 < ACL data: handle 11 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0048 result 1 status 0 Connection pending - No futher information available < ACL data: handle 11 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 > HCI Event: Number of Completed Packets (0x13) plen 5 > ACL data: handle 11 flags 0x02 dlen 16 L2CAP(s): Info rsp: type 2 result 0 Extended feature mask 0x < ACL data: handle 11 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0048 result 0 status 0 Connection successful > ACL data: handle 11 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4 MTU 1024 < ACL data: handle 11 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0048 flags 0x00 result 0 clen 4 MTU 1024 < ACL data: handle 11 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0048 flags 0x00 clen 0 > HCI Event: Remote Name Req Complete (0x07) plen 255 > HCI Event: Number of C
Bug#586264: libpam-fprint does not work with sudo
Package: libpam-fprint Version: 20080330+git-5 Severity: normal *** Please type your report below this line *** libpam-fprint does no longer work with sudo. It did in the past (a month or two ago) but with an sudo update, it stopped working. This was the old experimental version. In the meantime I have got the new version installed (in testing) and the same problem happens. I no longer have fprint configured in pam manually but automatically with "dpkg-reconfigure libpam-fprint" - this gives the same behaviour. If I disable unix authentication, sudo just skips to say that it cannot find a suitable authentication mechanism. fprint works perfectly well with su, gdm (versions 2 and 3) and console login, eg.: mo...@hactar:~$ su - moffe Scan right index finger on UPEK TouchStrip mo...@hactar:~$ exit logout mo...@hactar:~$ sudo bash [sudo] password for moffe: r...@hactar:~# Notice how sudo goes directly to password authentication while su does only if fingerprint fails. This is, of course, just annoying (I know my password :-), but sudo is probably the authentication I use the most. I have no idea what the actual problem is, but I am almost sure this sudo update is the problem: sudo (1.7.2p6-1) unstable; urgency=low * new upstream version fixing CVE-2010-1163, closes: #578275, #570737 -- Bdale Garbee Mon, 19 Apr 2010 10:45:47 -0600 Note that I only *assume* this is an fprint problem - feel free to reassign to sudo if you think it is the problem... Regards /Rasmus Bøg Hansen -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-fprint depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libfprint0 20081125git-4 async fingerprint library of fprin ii libpam-runtime 1.1.1-3 Runtime support for the PAM librar ii libpam0g 1.1.1-3 Pluggable Authentication Modules l libpam-fprint recommends no packages. libpam-fprint suggests no packages. -- no debconf information -- Rasmus Bøg Hansen || mo...@zz9.dk C.F. Møllers Allé 46, 3tv || http://www.zz9.dk 2300 København S || -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522493: Fwd: Re: doesn't remember passwords
Problem occurs with gdm3 2.30.2-3 (on testing) too. I have not tried kdm, but with xdm I still have no trouble. Regards /Rasmus Den 03-05-2010 09:55, Rasmus Bøg Hansen skrev: Package: gnome-keyring Version: 2.30.0-2 Severity: normal The exact same thing happens for me using gnome. This occurred after the upgrade to 2.30 in testing. When logging in from gdm, gnome-keyring-daemon is started: 8493 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize and environment is set: mo...@hactar:~$ set|grep -i keyring GNOME_KEYRING_CONTROL=/tmp/keyring-zf8au0 GNOME_KEYRING_PID=8493 SSH_AUTH_SOCK=/tmp/keyring-zf8au0/ssh This happens whether gnome keyring service is disabled or enabled from the startup programs in System -> Preferences. Ok, so far, but: mo...@hactar:~$ LANG=C LC_ALL=C seahorse ** (seahorse:9251): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.2.0 ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** (seahorse:9251): WARNING **: couldn't get default keyring name: Error communicating with gnome-keyring-daemon and seahorse does not display any keyrings at all (it is perfectly able to read my ssh and gpg keys). nm-applet (which is actually the annoying part) is unable to remember the password for wireless networks. I just created a fresh user, "test", which on logon starts gnome-keyring-daemon: 8796 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login On this user account everything seems to work fine. Seahorse can connect to the keyring daemon and nm-applet can store the network password. It seems the --login part is making the difference. But I don't see where the keyring daemon is started and where I can change the parameters? It does not seem to be in $HOME so I do not see why the two accounts start the keyring daemon with different parameters... Regards /Rasmus -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.3 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcr0 2.30.0-2 Library for Crypto UI related task ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgp11-0 2.30.0-2 Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libtasn1-32.5-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.30.0-2 PAM module to unlock the GNOME key gnome-keyring suggests no packages. -- no debconf information -- Rasmus Bøg Hansen || mo...@zz9.dk C.F. Møllers Allé 46, 3tv || http://www.zz9.dk 2300 København S || -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522493: Problem is GDM-related
Hi When I log in on the console and run startx, the problem disappears. nm-applet logs on to the wireless network, seahorse starts and displays the keyrings etc. When I log in from xdm, everything works too. Purge and reinstall of gdm does not help. The keyring is also started with other arguments: 2709 ?SLl0:00 gnome-keyring-daemon --start --components=secrets It seems that gdm starts the keyring daemon in a wrong manner somehow making it unusable. Please tell me if I can help diagnose somehow - I am unsure where to look... Regards /Rasmus -- Rasmus Bøg Hansen || mo...@zz9.dk C.F. Møllers Allé 46, 3tv || http://www.zz9.dk 2300 København S || -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522493: Fwd: Re: doesn't remember passwords
Package: gnome-keyring Version: 2.30.0-2 Severity: normal The exact same thing happens for me using gnome. This occurred after the upgrade to 2.30 in testing. When logging in from gdm, gnome-keyring-daemon is started: 8493 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize and environment is set: mo...@hactar:~$ set|grep -i keyring GNOME_KEYRING_CONTROL=/tmp/keyring-zf8au0 GNOME_KEYRING_PID=8493 SSH_AUTH_SOCK=/tmp/keyring-zf8au0/ssh This happens whether gnome keyring service is disabled or enabled from the startup programs in System -> Preferences. Ok, so far, but: mo...@hactar:~$ LANG=C LC_ALL=C seahorse ** (seahorse:9251): WARNING **: DNS-SD initialization failed: Daemon not running ** Message: init gpgme version 1.2.0 ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** Message: secret service operation failed: The name org.freedesktop.secrets was not provided by any .service files ** (seahorse:9251): WARNING **: couldn't get default keyring name: Error communicating with gnome-keyring-daemon and seahorse does not display any keyrings at all (it is perfectly able to read my ssh and gpg keys). nm-applet (which is actually the annoying part) is unable to remember the password for wireless networks. I just created a fresh user, "test", which on logon starts gnome-keyring-daemon: 8796 ?Sl 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login On this user account everything seems to work fine. Seahorse can connect to the keyring daemon and nm-applet can store the network password. It seems the --login part is making the difference. But I don't see where the keyring daemon is started and where I can change the parameters? It does not seem to be in $HOME so I do not see why the two accounts start the keyring daemon with different parameters... Regards /Rasmus -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.3 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcr0 2.30.0-2 Library for Crypto UI related task ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgp11-0 2.30.0-2 Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libtasn1-32.5-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.30.0-2 PAM module to unlock the GNOME key gnome-keyring suggests no packages. -- 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#573234: Problem exists on Google Chrome as well
Hi This problem exists on google chrome as well. Chrome was installed from google and did not come from the debian archive. It works fine in iceweasel. It would be nice to have java working (with openjdk - sun-java is working fine).. Up-to-date unstable, but the problem existed always (since I tried out chrome for the first time some months ago). Regards /Rasmus -- Rasmus Bøg Hansen MSC ApS Bøgesvinget 8 2740 Skovlunde Telefon +45 44539366 Mobil +45 23202925 ras...@msconsult.dk
Bug#524456: xserver-xorg-video-nouveau uninstallable in unstable/experimental with xorg 7.4
Package: xserver-xorg-video-nouveau Version: 1:0.0.10~git+20090205+4dfd0b1-1 Severity: important xserver-xorg-video-nouveau is no longer installable in unstable as it provides xserver-xorg-video-2 which conflicts with new X.org packages. An updated driver with support for the new X.org (or just new Provides/Depends if sufficient) would be really nice. Regards /Rasmus Bøg Hansen mo...@sif:~# LC_ALL=C LANG=C sudo aptitude install xserver-xorg-video-nouveau Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done The following packages are BROKEN: xserver-xorg-core The following NEW packages will be installed: libdrm-nouveau1{a} xserver-xorg-video-nouveau The following packages will be REMOVED: gnome-applets-data{u} libapm1{u} libcpufreq0{u} libscrollkeeper0{u} 0 packages upgraded, 2 newly installed, 4 to remove and 15 not upgraded. Need to get 216kB of archives. After unpacking 26.5MB will be freed. The following packages have unmet dependencies: xserver-xorg-core: Conflicts: xserver-xorg-video-2 which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: xserver-xorg-video-nouveau [Not Installed] Score is -9881 Accept this solution? [Y/n/q/?] -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28.8 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-nouveau depends on: ii drm- 2.4.4+git+20090205+8b88036-1+1.0sif DRM rendering modules for Linux (k ii drm- 2.4.4+git+20090205+8b88036-1+1.0sif DRM rendering modules for Linux (k ii libc 2.9-7 GNU C Library: Shared libraries pn libd (no description available) ii xser 2:1.6.1-1 Xorg X server - core server xserver-xorg-video-nouveau recommends no packages. xserver-xorg-video-nouveau suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517394: exim4-daemon-heavy: Incoming connection fails with "(gnutls_handshake): A TLS fatal alert has been received."
Andreas Metzler skrev: On 2009-03-02 Rasmus Bøg Hansen wrote: Andreas Metzler skrev: [...] Could you doublecheck whether disabling certificate verification works as a workaround? MAIN_TLS_VERIFY_CERTIFICATES = /dev/null This does indeed fix the problem! Looks like we found another instance of #482420 or #515999. You're, of course welcome to merge bugs if applicable (I am unsure what bugs to actually merge). Can I help more by debugging etc.? I just noted in the logs, that I got this: 2009-02-27 12:56:12 TLS error on connection from albani.amagerkollegiet.dk [93.160.59.42] (gnutls_handshake): A TLS packet with unexpected length was received. 2009-02-27 12:56:17 1Ld1KC-0003HZ-VH <= mo...@zz9.dk H=albani.amagerkollegiet.dk [93.160.59.42] P=esmtp S=7686 id=49a7d4b0.2060...@zz9.dk That was also fixed by disabling certificate verification. The sending server here is running Debian Etch (Exim 4.63-17). 2009-03-03 08:09:21 1LeOki-00031c-J4 <= mo...@zz9.dk H=albani.amagerkollegiet.dk [93.160.59.42] P=esmtps X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="" S=1491 id=87wsb7ulqp@smaug.amagerkollegiet.dk Regards and thanks /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517394: exim4-daemon-heavy: Incoming connection fails with "(gnutls_handshake): A TLS fatal alert has been received."
Andreas Metzler skrev: On 2009-02-27 Rasmus Bøg Hansen wrote: Package: exim4-daemon-heavy Version: 4.69-9 Severity: normal In Lenny, incoming connection from one server (only) fails with the following error message: 2009-02-27 09:36:56 TLS error on connection from mail.example.com (example.com) [1.1.1.1] (gnutls_handshake): A TLS fatal alert has been received. [...] Disabling TLS for this particular host (see below) apparently fixes the problem but I see it as a workaround and not a real solution. I am unsure how to proceed now (I have no control of the remote server whatsoever), but I will gladly debug, help and provide information on this. [...] Could you doublecheck whether disabling certificate verification works as a workaround? MAIN_TLS_VERIFY_CERTIFICATES = /dev/null This does indeed fix the problem! My mail server's certificates are self-signed - could this be the problem? I don't know if the remote server's certificate is self-signed - I am unsure how to check this. Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517394: exim4-daemon-heavy: Incoming connection fails with "(gnutls_handshake): A TLS fatal alert has been received."
Package: exim4-daemon-heavy Version: 4.69-9 Severity: normal In Lenny, incoming connection from one server (only) fails with the following error message: 2009-02-27 09:36:56 TLS error on connection from mail.example.com (example.com) [1.1.1.1] (gnutls_handshake): A TLS fatal alert has been received. With etch connections worked fine: 2009-02-09 16:46:30 1LWYL8-0001xb-Cl <= pie...@example.com H=mail.example.com (example.com) [1.1.1.1] P=esmtps X=SSL 3.0:RSA_3DES_EDE_CBC_SHA1:24 DN="" S=3725 id=auto-02527...@example.com Sending *to* the same server (it is apparently both the outgoing and incoming server) with TLS works just fine: 2009-02-27 10:45:05 1LczGy-0002Bj-Ml => r...@example.com R=dnslookup T=remote_smtp H=mail.example.com [1.1.1.1] According to the 200 welcome message, the remote server runs CommuniGate Pro 5.2.7: 220 gerstel.com ESMTP CommuniGate Pro 5.2.7 I consider this a bug in exim4 as TLS communication with this particular server worked fine with etch but broke in lenny - though I of course know that CommuniGate might be to blame. Disabling TLS for this particular host (see below) apparently fixes the problem but I see it as a workaround and not a real solution. I am unsure how to proceed now (I have no control of the remote server whatsoever), but I will gladly debug, help and provide information on this. I have the following TLS-related configuration (also see my update-xim4.conf.conf later): r...@gere:/etc/exim4# cat /etc/exim4/conf.d/main/00_local MAIN_TLS_ENABLE='true' daemon_smtp_ports = smtp : submission : ssmtp tls_on_connect_ports = 465 MESSAGE_SIZE_LIMIT=512M CHECK_RCPT_SPF='true' CHECK_RCPT_IP_DNSBLS = sbl-xbl.spamhaus.org : dnsbl.sorbs.net : bl.spamcop.net CHECK_RCPT_DOMAIN_DNSBLS = rhsbl.sorbs.net : rhsbl.ahbl.org REMOTE_SMTP_HOSTS_AVOID_TLS = 1.1.1.1 MAIN_TLS_ADVERTISE_HOSTS = !1.1.1.1 : !mail.example.com Regards /Rasmus Bøg Hansen -- Package-specific info: Exim version 4.69 #1 built 30-Sep-2008 18:26:44 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to replace # the DEBCONFsomethingDEBCONF strings in the configuration template files. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='a.b.c.d:[a.b.c.d]:gere:gere.example.dk:/etc/exim4/domains' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='10.0.0.0/24 ; 127.0.0.1 ; ::1' dc_smarthost='' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='false' dc_mailname_in_oh='true' dc_localdelivery='maildir_home' mailname:example.dk -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.28.7 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-daemon-heavy depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii exim4-base 4.69-9 support files for all Exim MTA (v4 ii libc62.7-18 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgnutls26 2.4.2-6 the GNU TLS library - runtime libr ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libmysqlclient15off 5.0.51a-24 MySQL database client library ii libpam0g 1.0.1-5 Pluggable Authentication Modules l ii libpcre3 7.6-2.1 P
Bug#514338: grub-common: grub-probe fails on RAID with "error: array->nr_devs > array->total_devs (2)?!?"
Felix Zielcke wrote: > Am Freitag, den 06.02.2009, 14:12 +0100 schrieb Rasmus Bøg Hansen: > >> error: array->nr_devs > array->total_devs (2)?!? > > This error appears if you have removed a disk/partition from a mdraid > array and forgot to `mdadm --zero-superblock' it. Ok, I can remove the spares from the fourth drive on system 2 and grub becomes able to install. However it begins to complain again when I re-add the spares. Is this due to superblocks on the first three disks not having the fourth (spare) disk listed? Is it necessary to have the superblocks updated somehow to make grub able to install? >> On system 1, however, neither etch grub, lenny grub or lenny grub-pc >> will install without the error message. If I install grub 0.97-51 >> (experimental) and grub-common (1.96+20081201-1) grub installs without >> error message. >> >> I have not tried rebooting system 2 with the grub installations that >> gives error messages as the system is located abroad (4 hours total >> travel time by plane). System 1 is just 10km away but unreachable for >> the next week and I have only tried the etch grub. > > Since version 1.96+20080831-1 the raid code had an overhaul, though > `array->nr_devs > array->total_devs' is still checked. > It should boot fine if grub-probe doestn't complain about it anymore. I removed the spares, installed grub (lenny versions of grub and grub-common) with no errors and system boots fine. It seems a bit complex to remove the spares, zero their superblocks, install grub and re-add the spares :-) Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514338: grub-common: grub-probe fails on RAID with "error: array->nr_devs > array->total_devs (2)?!?"
Package: grub-common Version: 1.96+20080724-12 Severity: important On two of my systems with software raid install-grub fails with an error message: r...@samsi-server:~# /usr/sbin/grub-install --recheck --no-floppy /dev/sda error: array->nr_devs > array->total_devs (2)?!? error: array->nr_devs > array->total_devs (2)?!? error: array->nr_devs > array->total_devs (2)?!? error: array->nr_devs > array->total_devs (2)?!? error: array->nr_devs > array->total_devs (2)?!? Searching for GRUB installation directory ... found: /boot/grub error: array->nr_devs > array->total_devs (2)?!? Installation finished. No error reported. This is the contents of the device map /boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc r...@samsi-server:~# Exactly the same happens when I use sdb or md0 instead of sda. Running grub-install through bash -x reveals that grub-probe is the problem: ++ grub-probe --device-map=/boot/grub/device.map -t drive -d /dev/sda error: array->nr_devs > array->total_devs (2)?!? [...] +++ grub-probe --device-map=/boot/grub/device.map -t device / error: array->nr_devs > array->total_devs (2)?!? [...] +++ grub-probe --device-map=/boot/grub/device.map -t device /boot/ error: array->nr_devs > array->total_devs (2)?!? [...] ++ grub-probe --device-map=/boot/grub/device.map -t drive -d /dev/sda1 error: array->nr_devs > array->total_devs (2)?!? [...] +++ grub-probe --device-map=/boot/grub/device.map -t device /boot/grub/ error: array->nr_devs > array->total_devs (2)?!? [...] ++ grub-probe -t fs /boot/grub error: array->nr_devs > array->total_devs (2)?!? System 1 is configured with root on /dev/md0 (and /boot on /): Personalities : [raid1] md1 : active raid1 sdc2[2](S) sda2[0] sdb2[1] 966992448 blocks [2/2] [UU] md0 : active raid1 sdc1[2](S) sda1[0] sdb1[1] 9767424 blocks [2/2] [UU] r...@samsi-server:~# fdisk -l /dev/sda Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x000e2ef1 Device Boot Start End Blocks Id System /dev/sda1 * 11216 9767488+ fd Linux raid autodetect /dev/sda21217 121601 966992512+ fd Linux raid autodetect r...@samsi-server:~# fdisk -l /dev/sdb Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x000ead2c Device Boot Start End Blocks Id System /dev/sdb1 * 11216 9767488+ fd Linux raid autodetect /dev/sdb21217 121601 966992512+ fd Linux raid autodetect System 2 is configured with root on /dev/md0 (and /boot on /): md1 : active raid1 sdd2[2](S) sdc2[3](S) sdb2[1] sda2[0] 987904 blocks [2/2] [UU] md2 : active raid5 sdd3[3](S) sdc3[2] sdb3[1] sda3[0] 1443616768 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU] md0 : active raid1 sdd1[2](S) sdc1[3](S) sdb1[1] sda1[0] 9775424 blocks [2/2] [UU] All four disks partitioned the same way: r...@sleipner:~# fdisk -l /dev/sda Disk /dev/sda: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x Device Boot Start End Blocks Id System /dev/sda1 * 11217 9775521 fd Linux raid autodetect /dev/sda212181340 987997+ fd Linux raid autodetect /dev/sda31341 91201 721808482+ fd Linux raid autodetect On system 2 the etch version of grub (0.97-27etch1) is able to boot the system. On system 1, however, neither etch grub, lenny grub or lenny grub-pc will install without the error message. If I install grub 0.97-51 (experimental) and grub-common (1.96+20081201-1) grub installs without error message. I have not tried rebooting system 2 with the grub installations that gives error messages as the system is located abroad (4 hours total travel time by plane). System 1 is just 10km away but unreachable for the next week and I have only tried the etch grub. I have tried to remove the spares on both md0 and md1 on system 1; nothing changes. I have also tried changing partition types on sdc to 83 instead of fd; still no change. I am at a loss. I cannot figure out what is the problem, nor how to fix it. To me it seems like a bug in grub-probe from grub2. I will gladly give any information that might help. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG
Bug#501253: apt depends on libdb4.4 again
found 501253 0.7.17 severity 501253 serious thanks apt depends on libdb4.4 which is blocked from entering testing, thus apt will never be able to go into testing. A recompile against newer libdb should do the trick. Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] - UNIX is user-friendly; it's just particular about who it chooses to be friends with! --[ moffe at zz9 dot dk ] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#502398: ufraw: New upstream version 0.14 supports new cameras
Package: ufraw Version: New upstream version available (0.14) with support for newer cameras Severity: wishlist New upstream version (0.14) was released today and supports newer cameras, including my Olympus E-420 which is not supported by 0.13. It would be really nice to see this package in Debian. TIA /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs
Chuck Lever skrev: Hi Steve- As I understand it, the documented bug refers to running nfs-utils 1.1.3 on kernels older than 2.6.22 (ie the problem is with the legacy mount command, not with the in-kernel mount parser, which has a different, less harmful bug that masks these symptoms). To reproduce this you need to force the use of the legacy mount command that parses mount options in user space and passes a binary data structure to the kernel via mount(2). Is that why turning on NFS mount debugging on does not provide any debug messages? I believe that the Debian nfs-utils forces use of the legacy mount command. mount -o sec=sys gere:/home /home<-- this results in sec=sys in /proc/mounts mount -o sec=none gere:/home /home<-- this results in sec=null in /proc/mounts mount gere:/home /home<-- this results in sec=null in /proc/mounts Regards /Rasmus On Oct 2, 2008, at Oct 2, 2008, 9:27 AM, Steve Dickson wrote: What is logged in /var/log/messages you turn on the in-kernel mount debugging via: rpcdebug -m nfs -s mount then do the following three mounts: mount -o sec=none madhat:/home /mnt/home mount -o sec=sys madhat:/home /mnt/home mount madhat:/home /mnt/home I got: Oct 2 09:23:10 rawhat kernel: NFS: nfs mount opts='sec=none,addr=10.16.60.33' Oct 2 09:23:10 rawhat kernel: NFS: parsing nfs mount option 'sec=none' Oct 2 09:23:10 rawhat kernel: NFS: parsing nfs mount option 'addr=10.16.60.33' Oct 2 09:23:10 rawhat kernel: NFS: sending MNT request for madhat:/home Oct 2 09:23:10 rawhat kernel: NFS: MNT request succeeded Oct 2 09:23:43 rawhat kernel: NFS: nfs mount opts='sec=sys,addr=10.16.60.33' Oct 2 09:23:43 rawhat kernel: NFS: parsing nfs mount option 'sec=sys' Oct 2 09:23:43 rawhat kernel: NFS: parsing nfs mount option 'addr=10.16.60.33' Oct 2 09:23:43 rawhat kernel: NFS: sending MNT request for madhat:/home Oct 2 09:23:43 rawhat kernel: NFS: MNT request succeeded Oct 2 09:24:00 rawhat kernel: NFS: nfs mount opts='addr=10.16.60.33' Oct 2 09:24:00 rawhat kernel: NFS: parsing nfs mount option 'addr=10.16.60.33' Oct 2 09:24:00 rawhat kernel: NFS: sending MNT request for madhat:/home Oct 2 09:24:00 rawhat kernel: NFS: MNT request succeeded steved. -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500767: gnome-python-extras: Build fails due to removed gdl-icons.h header file
Package: gnome-python-extras Version: 2.19.1-2 Severity: serious Justification: FTBFS gdl-icons.h was removed from gdl. This causes gnome-python-extras to fail to build: if /bin/sh ../libtool --tag=CC --mode=compile i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF ".deps/gdl.Tpo" -c -o gdl.lo gdl.c; \ then mv -f ".deps/gdl.Tpo" ".deps/gdl.Plo"; else rm -f ".deps/gdl.Tpo"; exit 1; fi i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF .deps/gdl.Tpo -c gdl.c -fPIC -DPIC -o .libs/gdl.o gdl.override:9:27: error: gdl/gdl-icons.h: No such file or directory make[3]: *** [gdl.lo] Fejl 1 make[3]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4/gdl' make[2]: *** [all-recursive] Fejl 1 make[2]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make[1]: *** [all] Fejl 2 make[1]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make: *** [build-2.4/build-stamp] Fejl 2 rm build-2.4/configure-stamp dpkg-buildpackage: failure: debian/rules build gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed This header is no longer required and removing "#include " from gdl/gdl.override line 9 allows the package to build again. A rebuild of the package is needed to fix bug #500526. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.5 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474418: Any news?
Josselin Mouette <[EMAIL PROTECTED]> writes: > forwarded 474418 http://bugzilla.gnome.org/show_bug.cgi?id=544007#stacktrace > thanks > > Le mardi 23 septembre 2008 à 07:53 +0200, Rasmus Bøg Hansen a écrit : >> Hi >> >> Any news on this? The gnome keyring manager is unusable for me, though >> I can, of course, use the normal ssh-agent... > > Could you check whether the patch provided by upstream fix the issue? > > http://bugzilla.gnome.org/attachment.cgi?id=114957&action=view This certainly seems to fix the problem. It did not happen everytime, but every second time or so. I now logged in and out around 10 times or so and it didn't crash a single time. Thanks /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474418: Any news?
Hi Any news on this? The gnome keyring manager is unusable for me, though I can, of course, use the normal ssh-agent... Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299826: Fix for kernel 2.6.25 and 2.6.26
Jonas Smedegaard <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: >>I've reviewed it and released an upstream version. The new release >>contains only Runes changes and a version bump. > > That was quick! > > I'll add it to a later release. > > > Are you aware that the second-newest patch has 2.6.25 in the name while > the text indicates that it does not work with that version? I noticed it but was too lazy to fix it yesterday - thanks, I've fixed the patch name now :-) Regards /Rasmus -- Rasmus Bøg Hansen Amagerkollegiets IT-udvalg [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299826: Fix for kernel 2.6.25 and 2.6.26
Jonas Smedegaard <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > On Wed, Aug 20, 2008 at 04:02:14PM +0200, Rune Kock wrote: >>I've fixed up WRR for kernel 2.6.25 and 2.6.26. Attached is a wrr.c >>to replace the usual one. >> >>At the moment, this has only been tested a little bit. >> >>I'm sending this fix to upstream as well. > > Supercool! > > I am preparing an updated package now. I've reviewed it and released an upstream version. The new release contains only Runes changes and a version bump. Regards /Rasmus -- Rasmus Bøg Hansen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492970: (was: nfs-utils-1.1.3 released)
Chuck Lever <[EMAIL PROTECTED]> writes: > On Aug 4, 2008, at 4:55 PM, Paul Collins wrote: >> Chuck Lever <[EMAIL PROTECTED]> writes: >>> On Aug 3, 2008, at 11:10 AM, J. Bruce Fields wrote: >>>> On Mon, Aug 04, 2008 at 12:37:19AM +1200, Paul Collins wrote: >>>>> "J. Bruce Fields" <[EMAIL PROTECTED]> writes: >>>>> >>>>>> On Fri, Aug 01, 2008 at 11:15:33PM +1000, Aníbal Monsalve Salazar >>>>>> wrote: >>>>>>> On Mon, Jul 28, 2008 at 03:13:19AM -0400, Steve Dickson wrote: >>>>>>>> I just cut the 1.1.3 nfs-utils release. Unfortunately I'm having >>>>>>>> issues accessing my kernel.org account so for the moment the >>>>>>>> tar ball is only available on SourceForge: >>>>>>>> >>>>>>>> http://sourceforge.net/projects/nfs >>>>>>>> [...] >>>>>>> >>>>>>> 1.1.3 clients don't work with a 1.0.10 server anymore. >>>>>> >>>>>> Very weird--it might make sense if upgrading nfs-utils broke the >>>>>> mount >>>>>> itself, but here it seems the mount is succeeding and subsequent >>>>>> file >>>>>> access (which I'd expect to only involve the in-kernel client >>>>>> code) is >>>>>> failing. Maybe there's some difference in the mount options? >>>>>> What does >>>>>> /proc/self/mounts say? I assume these are all v2 or v3 mounts? >>>>> >>>>> I discovered today that I was no longer able to write to the v3 >>>>> mount on >>>>> my 1.1.2 server. I checked /proc/mounts and noticed sec=null on >>>>> the >>>>> mount. Either adding sec=sys to the client's mount options or >>>>> downgrading to nfs-common 1.1.2 on the client fixes the problem. >>>> >>>> That would do it! >>>> >>>> So it sounds like there's a bug that causes mount.nfs to get the >>>> default >>>> mount options wrong? >>> >>> I'm not sure I'm following this. I can't think of a user-space >>> mount.nfs change in 1.1.3 that would affect the sec= option. >>> >>> Paul, which kernel are you running on your clients? >> >> Either 2.6.26 or 2.6.27-rc1+. I'll double-check. > > It would be interesting if you could try both. I suspect 2.6.26 > doesn't exhibit this problem, as 27-rc1 has changes in the NFS mount > parser that affect "sec=". I had the problem with 2.6.26. I didn't try 2.6.27-rc1 on that machine. > Also, enabling NFS mount debugging messages when performing the mount > that eventually doesn't work would be enlightening (for me). Either: I won't be around that machine for a week or so. >> Whichever one it was, the problem was present with 1.1.3 installed, >> and >> not present with 1.1.2 installed. Same here. Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492970: [Rasmus Bøg Hansen] Re: (was: nfs-utils-1.1.3 released)
Paul Collins <[EMAIL PROTECTED]> writes: > "J. Bruce Fields" <[EMAIL PROTECTED]> writes: > >> On Fri, Aug 01, 2008 at 11:15:33PM +1000, Aníbal Monsalve Salazar wrote: >>> On Mon, Jul 28, 2008 at 03:13:19AM -0400, Steve Dickson wrote: >>> >I just cut the 1.1.3 nfs-utils release. Unfortunately I'm having >>> >issues accessing my kernel.org account so for the moment the >>> >tar ball is only available on SourceForge: >>> > >>> > http://sourceforge.net/projects/nfs >>> >[...] >>> >>> 1.1.3 clients don't work with a 1.0.10 server anymore. >> >> Very weird--it might make sense if upgrading nfs-utils broke the mount >> itself, but here it seems the mount is succeeding and subsequent file >> access (which I'd expect to only involve the in-kernel client code) is >> failing. Maybe there's some difference in the mount options? What does >> /proc/self/mounts say? I assume these are all v2 or v3 mounts? > > I discovered today that I was no longer able to write to the v3 mount on > my 1.1.2 server. I checked /proc/mounts and noticed sec=null on the > mount. Either adding sec=sys to the client's mount options or > downgrading to nfs-common 1.1.2 on the client fixes the problem. Adding sec=sys fixes my computer too. Perhaps it should be documented somewhere in /usr/share/doc/nfs-common/? Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492970: nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access
Package: nfs-common Version: 1:1.1.3-1 Severity: important Upgrading nfs-common 1:1.1.3-1 broke my NFS client. The NFS server is running etch and nothing was changed. After upgrading the client to 1:1.1.3-1 access to my files (/home is NFS-mounted) is disallowed where it should be allowed (and certainly was in 1:1.1.2-6). After upgrade the client behaves like this: [EMAIL PROTECTED]:~# cat .xsession > /dev/null [EMAIL PROTECTED]:~# cat .xsession-errors > /dev/null cat: .xsession-errors: Permission denied [EMAIL PROTECTED]:~# ls -l .xsession* -rwxr-xr-x 1 moffe users 474 17 apr 2007 .xsession -rw--- 1 moffe users 52975 30 jul 12:39 .xsession-errors [EMAIL PROTECTED]:~# ls .kde4 ls: cannot open directory .kde4: Permission denied [EMAIL PROTECTED]:~# ls -ld .kde4 drwx-- 6 moffe users 4096 Jul 16 12:57 .kde4 [EMAIL PROTECTED]:~# touch test touch: cannot touch `test': Permission denied [EMAIL PROTECTED]:~# ls -ld . drwxr-xr-x 92 moffe users 4096 Jul 30 12:09 . Downgrading back to 1.1.2-6 and unmounting+mounting /home and access to the mentioned files/directories is allowed as usual. Nothing was as mentioned changed on the server, which is running 1.0.10-6+etch.1 and exporting /home like this: /home *.msconsult.dk(rw,no_root_squash,sync,no_subtree_check) I am not using kerberos or anything beside simple uid-synchronisation: [EMAIL PROTECTED]:~# id uid=1001(moffe) gid=100(users) grupper=20(dialout),100(users),1005(msc) [EMAIL PROTECTED]:~# id uid=1001(moffe) gid=100(users) grupper=20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),100(users),1005(msc) /home is mounted on the server with acl activated, though no acl's have been set for my home directory. Using acl or noacl as an argument to mount does not change behaviour: /dev/md2 /home ext3 acl 0 3 [EMAIL PROTECTED]:~# getfacl . # file: . # owner: moffe # group: users user::rwx group::r-x other::r-x I am a bit baffled. I cannot find anything in the changelog or manpages pointing at requirements for me to change behaviour so I assume this is a bug in nfs-common. I'll gladly provide any information that might be useful. Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser 3.108 add and remove users and groups ii initscripts 2.86.ds1-60Scripts for initializing and shutt ii libc6 2.7-13 GNU C Library: Shared libraries ii libcomerr21.41.0-3 common error description library ii libevent1 1.3e-3 An asynchronous event notification ii libgssglue1 0.1-2 mechanism-switch gssapi library ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libnfsidmap2 0.20-1 An nfs idmapping library ii librpcsecgss3 0.18-1 allows secure rpc communication us ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-15 Linux Standard Base 3.2 init scrip ii netbase 4.33 Basic TCP/IP networking system ii portmap 6.0-6 RPC port mapper ii ucf 3.007 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492309: nvidia-graphics-drivers-legacy-96xx: New version 96.43.07 available
Package: nvidia-graphics-drivers-legacy-96xx Version: 96.43.05+1-1 Severity: wishlist New version 96.43.07 should be compatible with 2.6.26, which current version in Debian isn't. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.10 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492164: libwine-print depends on transitional libcupsys2
Package: libwine-print Version: 1.0.0-1 Severity: normal libwine-print depends on transitional package libcupsys2: [EMAIL PROTECTED]:~# dpkg -s libwine-print|grep ^Depends Depends: libc6 (>= 2.7-1), libcupsys2 (>= 1.3.4), libfreetype6 (>= 2.3.5), libwine (= 1.0.0-1), cups-bsd | cupsys-bsd | lpr I assume a rebuild of the package (or next upload) would fix this. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwine-print depends on: ii cups-bsd [lpr]1.3.8-1Common UNIX Printing System(tm) - ii libc6 2.7-12 GNU C Library: Shared libraries ii libcups2 [libcupsys2] 1.3.8-1Common UNIX Printing System(tm) - ii libcupsys21.3.8-1Common UNIX Printing System (trans ii libfreetype6 2.3.7-1FreeType 2 font engine, shared lib ii libwine 1.0.0-1Windows API implementation - libra libwine-print recommends no packages. libwine-print suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491166: Minor correction
owner 491167 Rasmus Bøg Hansen <[EMAIL PROTECTED]> owner 491166 Rasmus Bøg Hansen <[EMAIL PROTECTED]> thanks I meant of course that libenchant1c2a depends on libc6-amd64 in the bug report against that package! Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] C.F. Møllers Allé 46, 3tv || http://www.zz9.dk 2300 København S || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491167: strace depends on libc6-amd64
Package: strace Version: 4.5.16+cvs20080708-1 Severity: minor strace pulls in libc6-amd64 on my systems which is useless on most of my current desktops (Pentium 2 at university, Sempron at work and Athlon XP at home). Is this really necessary? I assume the purpose of libc6-amd64 - like libc6-i686 - is to let owners of the appropriate hardware to be able to install those packages? Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages strace depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libc6-amd64 2.7-12 GNU C Library: 64bit Shared librar strace recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491166: libenchant1c2a depends on libc6-amd64 useless on older machines
Package: libenchant1c2a Version: 1.4.2-3 Severity: minor strace pulls in libc6-amd64 on my systems which is useless on most of my current desktops (Pentium 2 at university, Sempron at work and Athlon XP at home). Is this really necessary? I assume the purpose of libc6-amd64 - like libc6-i686 - is to let owners of the appropriate hardware to be able to install those packages? Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libenchant1c2a depends on: ii libaspell150.60.6-1 GNU Aspell spell-checker runtime l ii libc6 2.7-12GNU C Library: Shared libraries ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.1-6 GCC support library ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libhunspell-1.2-0 1.2.5-1 spell checker and morphological an ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 pn libvoikko1 (no description available) ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libenchant1c2a recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489839: udev initscript exits unexpectedly before populating /dev
Package: udev Version: 0.124-1 Severity: critical Justification: breaks the whole system udev initscript exits unexpectedly in mount_tmpfs before populating /dev or starting udevd. This makes the system unbootable. I get no error message or anything but putting "echo 1" on the line before the call to mount_tmpfs at line 241 and "echo 2" prints just 1 and then continues with the boot process (which soon after fails as almost all /dev is missing. Putting similar debug messages in mount_tmpfs tells me that it finishes apparently without errors. The weird things seems to be that putting a command as the last line in mount_tmpfs seems to make the function return normally, thus I have added 'echo -n ""' after line 32 and the initscript works normally. I am no scripting expert so I have no idea why this hack works - it seems to me that it should make no difference... -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: totalt 152 lrwxrwxrwx 1 root root19 7 okt 2007 025_libgphoto2.rules -> ../libgphoto2.rules lrwxrwxrwx 1 root root22 4 apr 2006 025_logitechmouse.rules -> ../logitechmouse.rules -rw-r--r-- 1 root root 503 16 dec 2006 030_local.rules -rw-r--r-- 1 root root 3451 7 jul 13:04 50-udev.rules -rw-r--r-- 1 root root 1543 7 jul 13:04 60-persistent-input.rules -rw-r--r-- 1 root root 4365 7 jul 13:04 60-persistent-storage.rules -rw-r--r-- 1 root root 1451 7 jul 13:04 60-persistent-storage-tape.rules -rw-r--r-- 1 root root 523 7 jul 13:04 60-persistent-v4l.rules -rw-r--r-- 1 root root 1061 10 okt 2006 70-persistent-cd.rules -rw-r--r-- 1 root root 334 17 sep 2006 70-persistent-net.rules -rw-r--r-- 1 root root 452 7 jul 13:04 75-cd-aliases-generator.rules -rw-r--r-- 1 root root 2972 7 jul 13:04 75-persistent-net-generator.rules -rw-r--r-- 1 root root 2237 7 jul 13:04 80-drivers.rules -rw-r--r-- 1 root root 4240 7 jul 13:04 91-permissions.rules -rw-r--r-- 1 root root 592 7 jul 13:04 95-late.rules lrwxrwxrwx 1 root root16 6 jul 00:56 libmtp7.rules -> ../libmtp7.rules lrwxrwxrwx 1 root root19 8 apr 2007 z60_alsa-utils.rules -> ../alsa-utils.rules lrwxrwxrwx 1 root root15 20 sep 2005 z60_hdparm.rules -> ../hdparm.rules -rw-r--r-- 1 root root 14883 1 mar 16:19 z60_libsane-extras.rules -rw-r--r-- 1 root root 72908 24 jun 23:02 z60_libsane.rules -- /sys/: /sys/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input1/event1/dev /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input0/event0/dev /sys/devices/pci:00/:00:10.0/usb2/2-0:1.0/usb_endpoint/usbdev2.1_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-1/2-1:1.0/input/input3/event3/dev /sys/devices/pci:00/:00:10.0/usb2/2-1/2-1:1.0/input/input3/mouse0/dev /sys/devices/pci:00/:00:10.0/usb2/2-1/2-1:1.0/usb_endpoint/usbdev2.2_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-1/dev /sys/devices/pci:00/:00:10.0/usb2/2-1/usb_endpoint/usbdev2.2_ep00/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2:1.0/usb_endpoint/usbdev2.3_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/2-2.1:1.0/input/input4/event4/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/2-2.1:1.0/usb_endpoint/usbdev2.4_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/2-2.1:1.1/input/input5/event5/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/2-2.1:1.1/usb_endpoint/usbdev2.4_ep82/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/2-2.1:1.1/usb/hiddev0/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.1/usb_endpoint/usbdev2.4_ep00/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/2-2.4:1.0/input/input6/event6/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/2-2.4:1.0/usb_endpoint/usbdev2.5_ep02/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/2-2.4:1.0/usb_endpoint/usbdev2.5_ep81/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/2-2.4:1.0/usb/hiddev1/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/2-2.4/usb_endpoint/usbdev2.5_ep00/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/dev /sys/devices/pci:00/:00:10.0/usb2/2-2/usb_endpoint/usbdev2.3_ep00/dev /sys/devices/pci:00/:00:10.0/usb2/dev /sys/devices/pci:00/:00:10.0/usb2/usb_endpoint/usbdev2.1_ep00/dev /sys/devices/pci:00/:00:10.1/usb3/3-0:1.0/usb_endpoint/usbdev3.1_ep81/dev /sys/devices/pci:00/:00:10.1/usb3/dev /sys/devices/pci:00/:00:10.1/usb3/usb_endpoint/usbdev3.1_ep00/dev /sys/devices/pci:00/:00:10.2/usb4/4-0:1.0/usb_endpoint/usbdev4.1_ep81/dev /sys/devices/pci:00/:00:10.2/usb4/dev /sys/devices/pci:00/:00:10.2/usb4/usb_endpoint/usbdev4.1_ep00/dev /sys/devices/pci:00/:00:10.3/usb1/1-0:1.0/usb_endpoint/usbdev1.1_ep81/dev /sys/devices/pci:00/:00:10.3/usb1/1-3/1-3:1.0/host3/target3:0:0/3:0:0:0/block/sdc/dev /sys/devices/pci:00/:00:10.3/usb1/1-3/1-3:1.0/host3/targ
Bug#482816: dcraw must be updated to read photos from Olympus E-420
Package: dcraw Version: 8.80-1 Severity: important dcraw does not read photos from my Olympus E-420 camera: dcraw -c -b 1.00 -H 0 'P5250112.ORF' P5250112.ORF: Unexpected end of file However upstream version 8.86 has addressed this problem and 8.86 reads my photos flawlessly. An update of dcraw in Debian would be much appreciated. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-10Color management library dcraw recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476220: python-uno uninstallable in unstable due to python 2.5
Package: python-uno Version: 1:2.4.0-3+b1 Severity: serious python-uno depends on python << 2.5; however python 2.5.2-0.1 was uploaded to unstable. This makes python-uno uninstallable (actually entire openoffice.org) in unstable: sif:/etc/apt# aptitude -R install python-uno Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following packages are BROKEN: python-uno The following NEW packages will be installed: [... long list ...] The following packages are RECOMMENDED but will NOT be installed: ca-certificates hicolor-icon-theme libatk1.0-data libft-perl libglib2.0-data libgtk2.0-bin openoffice.org-style-crystal openoffice.org-style-tango perl-doc x-ttcidfont-conf xml-core 0 packages upgraded, 82 newly installed, 0 to remove and 0 not upgraded. Need to get 101MB of archives. After unpacking 281MB will be used. The following packages have unmet dependencies: python-uno: Depends: python (< 2.5) but 2.5.2-0.1 is to be installed. Resolving dependencies... The following actions will resolve these dependencies: Keep the following packages at their current version: python-uno [Not Installed] Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-uno depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3GCC support library ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-3.2STLport C++ class library ii openoffice.org-core 1:2.4.0-3+b1 OpenOffice.org office suite archit ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.6.2register and build utility for Pyt ii python2.4 2.4.5-1 An interactive high-level object-o python-uno recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421924: PCI-MSI-edge not recognised and IRQs out of range
Hi My procinfo also segfaults on a machine I run. Apparently there are two problems: Third field is skipped if it contains "PIC". However interrupts with PCI-MSI-edge does *not* fit this pattern, so I had to change line 449 of procinfo.c from: if ((q = strstr (p, "PIC"))) { to: if ((q = strstr (p, "PIC")) || (q = strstr (p, "PCI"))) { The second problem, which is the reason for the segfault is that my IRQs for two NICs and a SATA controller is way out of range - 1272, 1273 and 1274. However from /proc/stat is found that there are 498 IRQs (nr_irqs). I put in the following two lines at line 459 in procinfo.c, just after the comment: printf("p=%s, i=%d, nr_irqs=%d\n",p, i, nr_irqs); fflush(stdout); I now get when running procinfo (compiled with -g) in gdb: p=i8042, i=1, nr_irqs=498 p=parport0, i=7, nr_irqs=498 p=rtc, i=8, nr_irqs=498 p=acpi, i=9, nr_irqs=498 p=libata, i=17, nr_irqs=498 p=ehci_hcd:usb1, i=18, nr_irqs=498 p=ehci_hcd:usb2, i=23, nr_irqs=498 p=eth1, i=1272, nr_irqs=498 Program received signal SIGSEGV, Segmentation fault. 0x0040595e in first_page (sl=500) at procinfo.c:461 461 if (irq_label[i][0] == 0) It seems rather clear to me that irq_label is overindexed and the very high IRQ numbers are the reason for the segfault. I have not looked into a robust fix yet, though. Regards /Rasmus -- Rasmus Bøg Hansen MSC Aps Bøgesvinget 8 2740 Skovlunde 44 53 93 66
Bug#408258: Abandoning IPP2P - upstream dead
retitle 408258 RFP: ipp2p -- netfilter/iptables module to identify peer-to-peer (P2P) data in IP traffic owner 408258 Fabio Pedretti <[EMAIL PROTECTED]> thanks Upstream seems dead - no new releases have seen the light of day since august 2006. LARTC is supposed to be the official place to discuss IPP2P, but apart from the occasional bug report or request for help, nothing seems to happen to IPP2P. I find it a bad idea to upload a dead project to Debian and withdraw my ITP. If anyone wants to take over my ITP, I will gladly hand over my package, which - in my eyes - should be ready for upload. Feel free to contact me or download the package: http://www.zz9.dk/debian/source/ipp2p_0.8.2-1.dsc l7filter (http://l7-filter.sourceforge.net/) is probably a better project to upload - it includes the functionality of IPP2P and lots more. Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] - Mommy, mommy! The garbage man is here! Well, tell him we don't want any! -- Groucho Marx --[ moffe at zz9 dot dk ] --
Bug#408258: Any news on this ?
Vincent Bernat <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > Did you try to ping again [EMAIL PROTECTED] to find a sponsor for ipp2p ? Actually I did - or rather a co-developer. Unfortunately I have been quite busy and never got as far as getting it uploaded. I believe, though, that the package is in good shape. I will try to get it uploaded. Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Bug#448433: ghemical uninstallable due to non-existent versions of libmopac and libopenbabel
Package: ghemical Version: 2.10-1 Severity: serious Justification: Package ininstallable ghemical is uninstallable due to non-existing versions of libmopac and libopenbabel. A recompile of ghemical should fix the problem. [EMAIL PROTECTED]:~# LC_ALL=C LANG=C sudo apt-get install ghemical Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: ghemical: Depends: libghemical0c2a but it is not going to be installed Depends: libmopac7-0 but it is not installable Depends: libopenbabel1 but it is not installable E: Broken packages Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-rc1 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ghemical depends on: ii atlas3-base [liblapack. 3.6.0-20.6 Automatically Tuned Linear Algebra pn freeglut3 (no description available) ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.91-1 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libg2c0 1:3.4.6-6Runtime library for GNU Fortran 77 ii libgcc1 1:4.2.2-3GCC support library pn libghemical0c2a(no description available) ii libgl1-mesa-glx [libgl1 7.0.1-2 A free implementation of the OpenG ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.2-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.1-2 The OpenGL utility library (GLU) ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libgtkglext11.0.6-2.1+b1 OpenGL Extension to GTK (shared li ii libice6 2:1.0.4-1X11 Inter-Client Exchange library pn libmopac7-0(no description available) pn libopenbabel1 (no description available) ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsc7 2.3.1-1 The Scientific Computing Toolkit ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii mpqc2.3.1-1 The Massively Parallel Quantum Che ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime ghemical recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442846: ABI version
Hi again The driver version seems to be connected to the ABI version, which officially is not supported by the nvidia driver: (EE) NVIDIA(0): This video driver ABI is not supported. (WW) NVIDIA(0): The driver will continue to load, but may behave strangely. (WW) NVIDIA(0): This server has an unsupported input driver ABI version (have (WW) NVIDIA(0): 2.0, need < 2.0). The driver will continue to load, but (WW) NVIDIA(0): may behave strangely. The above is with -ignoreABI, which seems to work fine. We probably have to wait for a new upstream version supporting ABI 2.0 Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] - It ain't possible for a dumb to sing no matter how good his dice rolls are! -- SmurfQuest rules --[ moffe at zz9 dot dk ] --
Bug#442846: nvidia-glx uninstallable with Xorg 1.4
Package: nvidia-glx Version: 100.14.11-1 Severity: grave Justification: renders package unusable As Xorg 1.4 was uploaded to unstable, nvidia-glx is broken: xserver-xorg-core provides /usr/lib/xorg/modules/libwfb.so which is also in nvidia-glx; nvidia-glx should either stop shipping this or make a diversion. xserver-xorg depends on xserver-xorg-video-all | xserver-xorg-video-2; nvidia-glx Provides: only xserver-xorg-video-1.0. Regards /Rasmus -- Package-specific info: uname -r: Linux eddie 2.6.22.1 #1 Mon Jul 16 17:12:14 CEST 2007 i686 GNU/Linux /proc/version: Linux version 2.6.22.1 ([EMAIL PROTECTED]) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) #1 Mon Jul 16 17:12:14 CEST 2007 /proc/driver/nvidia/version: 01:00.0 VGA compatible controller: nVidia Corporation G73 [GeForce 7600 GS] (rev a2) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441970: kcheckgmail can't login to gmail due to new login procedure
José Luis Tallón <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > severity #441970 normal > quit Why normal severity? The program fails to do it's sole purpose, so I'd say it is unusable (grave) or at least important. Regards /Rasmus > Rasmus Bøg Hansen wrote: >> Package: kcheckgmail >> Version: 0.5.6-1 >> Severity: grave >> Justification: renders package unusable >> >> When checking mail, kcheckgmail says: >> >> An error occurred logging in to Gmail >> GMail's login procedure has changed, check for new version. >> >> For now I just have an idle unusable G-icon in my docking bar. >> >> Regards >> /Rasmus >> > -- -- [ Rasmus "Møffe" Bøg Hansen ] - Life *is* pain, Highness. Anyone who says different is selling something. -- The Princess Bride --[ moffe at zz9 dot dk ] --
Bug#441970: kcheckgmail can't login to gmail due to new login procedure
Package: kcheckgmail Version: 0.5.6-1 Severity: grave Justification: renders package unusable When checking mail, kcheckgmail says: An error occurred logging in to Gmail GMail's login procedure has changed, check for new version. For now I just have an idle unusable G-icon in my docking bar. Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kcheckgmail depends on: ii kdebase-bin 4:3.5.7-3core binaries for the KDE base mod ii kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libc6 2.6.1-2 GNU C Library: Shared libraries ii libfam0 2.7.0-13 Client library to control the FAM ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-5GCC support library ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime kcheckgmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434083: amsn no longer docks
Package: amsn Version: 0.97~rc1+dfsg1-2 Severity: normal After the upgrade to 0.97~rc1+dfsg1-2 amsn does no longer dock. The icon in the taskbar (KDE) no longer appears and the "minimize to dock" (I am running danish locale and am unaware of the exact english menu text) just minimizes the window; no docking icon appears. The same seems to happen on xfce. Docker is not installed, though installing it seems to make no difference. Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amsn depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libgcc1 1:4.2.1-0GCC support library ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsnack2 2.2.10-dfsg1-1 Sound functionality extension to t ii libstdc++6 4.2.1-0 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii python 2.4.4-6 An interactive high-level object-o ii tcl8.4 8.4.12-1.1 Tcl (the Tool Command Language) v8 ii tcltls 1.5.0.dfsg-6 the TLS OpenSSL extension to Tcl ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime amsn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432511: nfs-common: Unable to mount NFS volume at boot from fstab due to statd not running
Package: nfs-common Version: 1:1.1.0-6 Severity: important statd should be started at boot before trying to mount NFS volumes from fstab as 2.6.22 seems to want statd running before mount: Tue Jul 10 11:12:55 2007: Starting portmap daemon Tue Jul 10 11:12:56 2007: mount.nfs: rpc.statd is not running but is required for remote locking Tue Jul 10 11:12:56 2007:Either use "-o nolocks" to keep locks local, or start statd. Tue Jul 10 11:12:56 2007: mount.nfs: rpc.statd is not running but is required for remote locking Tue Jul 10 11:12:56 2007:Either use "-o nolocks" to keep locks local, or start statd. [EMAIL PROTECTED]:~# grep nfs /etc/fstab gere:/home /home nfs rw,wsize=8192,rsize=8192,nfsvers=3 0 0 gere:/home/samba /home/sambanfs rw,wsize=8192,rsize=8192,nfsvers=3 0 0 Mounting those volumes after statd has started goes without problems. Regards /Rasmus -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser 3.103Add and remove users and groups ii libc6 2.5-11 GNU C Library: Shared libraries ii libcomerr2 1.40.1-1 common error description library ii libevent1 1.3b-0 An asynchronous event notification ii libgssapi2 0.11-1 A mechanism-switch gssapi library ii libkrb531.6.dfsg.1-5 MIT Kerberos runtime libraries ii libnfsidmap20.19-0 An nfs idmapping library ii librpcsecgss3 0.14-2 allows secure rpc communication us ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii portmap 6.0-2The RPC portmapper ii ucf 3.001Update Configuration File: preserv nfs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408258: IPP2P
"Theppitak Karoonboonyanan" <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > How is this going on? I had packaged it as part of my part-time > job and was wondering whether I should file ITP for it, because I > haven't used it myself and I don't think I know it well enough to > maintain it, before someone directed me to this bug. > > If you like to see what I have done, I have put the source at: > http://linux.thai.net/~thep/debian/source/ipp2p/ > > If you have done it, just ignore this message. Otherwise, could > you consider taking it for maintenance? I have packaged it, I am just waiting for a sponsor to upload it - my usual sponsor has been unresponsive for some weeks (I just assume she is busy) and noone else seemed positive to sponsor the package yet. - URL: http://mentors.debian.net/debian/pool/main/i/ipp2p - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget - http://mentors.debian.net/debian/pool/main/i/ipp2p/ipp2p_0.8.2-1.dsc Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- Mommy, mommy! The garbage man is here! Well, tell him we don't want any! -- Groucho Marx --[ moffe at zz9 dot dk ] --
Bug#414543: sigit: Boxes support defective
Package: sigit Version: 0.3.2-1 Severity: normal Boxes support is defective in 0.3.2-1. The path to boxes is set to "" and not "/usr/bin/boxes" when boxes is not installed - this effectively forces boxes support to be disabled. I'll fix the problem ASAP. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages sigit depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages sigit recommends: pn boxes (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409187: ITP: sigit - a small utility to change signatures
Package: wnpp Severity: wishlist Owner: Rasmus Bøg Hansen <[EMAIL PROTECTED]> * Package name: sigit Version : 0.3.2 Upstream Author : Kenneth "Redhead" Nielsen <[EMAIL PROTECTED]> * URL : http://www.redhead.dk/download/?lang= * License : GPLv2 * Description:: A small utility to change signatures This is a small utility to change signatures automatically in a randomized manner. It works over NFS and the MUA won't need to be setup for anything except reading the signature from ~/.signature. Sigit can handle several signature files at once. I am no Debian developer and will need sponsorship if this package should reach Debian. Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Bug#408258: IPP2P
Hi I'd like to package IPP2P; however I am no Debian developer and will therefore need sponsorship. I have been using ipp2p for quite some time installed by hand. Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Bug#390506: Patch for init script
Luca Capello <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > On Wed, 06 Dec 2006 20:24:04 +0100, Rasmus Bøg Hansen wrote: >> The attached patch fixes this bug (which I've been bitten by too): > > I already posted a similar patch to bug #397088 [1], please let me > comment yours. I thought I'd looked well though all bug reports, but I missed that one :-) >> +if [ ! -d $SCREENDIR ]; then >> +mkdir $SCREENDIR >> +chown root:utmp $SCREENDIR >> +chmod 775 $SCREENDIR > > As in my previous patch, why not directly create the directory with > proper permissions and be a bit more verbose? Thus: > = > --- /etc/init.d/screen-cleanup2004-11-14 19:26:30.0 +0100 > +++ /home/luca/screen-cleanup 2006-12-12 22:02:08.0 +0100 > @@ -9,6 +9,12 @@ > > case "$1" in > start) > +if [ ! -d $SCREENDIR ]; then > +echo -n "Creating $SCREENDIR..." > +mkdir -m 0775 $SCREENDIR > +chown root:utmp $SCREENDIR > +echo "done." > +fi > if find $SCREENDIR -type p | grep '^' >/dev/null; then > echo -n 'Cleaning up stale screen sessions... ' > find $SCREENDIR -type p -print0 | xargs -0 rm -f > = That seems good to me. I'd go for your version. Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- "Microsoft spel chekar worgs grate!" --[ moffe at zz9 dot dk ] --
Bug#402223: nvidia-kernel-source: Description says package is for XFree86 4.0 while this has been replaced with X.org
Package: nvidia-kernel-source Version: 1.0.9631-1 Severity: minor Description of package created for kernel 2.6.19 on unstable: [...] Description: NVIDIA binary kernel module for Linux 2.6.19 These XFree86 4.0 binary drivers provide optimized hardware acceleration of [...] Minor detail, but XFree86 was removed from Debian some time ago and replaced by X.org. No functional problem, though; the package works just fine with X.org. Regards /Rasmus -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages nvidia-kernel-source depends on: ii debhelper 5.0.42 helper programs for debian/rules ii dpatch2.0.21 patch maintenance system for Debia ii make 3.81-3 The GNU version of the "make" util ii sed 4.1.5-1The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.9.27 Scripts to make the life of a Debi ii kernel-package10.065 A utility for building Linux kerne ii nvidia-glx1.0.8776-3 NVIDIA binary XFree86 4.x driver -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399553: Bug fixed
Hi The latest upload (1.5.0-10-1) fixed both the dependency and the installation path. Thank you :-) Regards /Rasmus -- Rasmus Bøg Hansen| Department of Chemistry [EMAIL PROTECTED]| University of Copenhagen
Bug#390506: Patch for init script
Package: screen tags 390506 patch thanks The attached patch fixes this bug (which I've been bitten by too): diff -urN screen-4.0.3.orig/debian/init screen-4.0.3/debian/init --- screen-4.0.3.orig/debian/init 2006-12-06 20:12:47.0 +0100 +++ screen-4.0.3/debian/init 2006-12-06 20:16:42.0 +0100 @@ -9,6 +9,11 @@ case "$1" in start) +if [ ! -d $SCREENDIR ]; then +mkdir $SCREENDIR + chown root:utmp $SCREENDIR + chmod 775 $SCREENDIR +fi if find $SCREENDIR -type p | grep '^' >/dev/null; then echo -n 'Cleaning up stale screen sessions... ' find $SCREENDIR -type p -print0 | xargs -0 rm -f Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- If you try to prove Murphy's law - will you fail? --[ moffe at zz9 dot dk ] --
Bug#363324: Kernel 2.6.18-3?
Hi Shouldn't nvidia-graphics-modules-i386 be built against 2.6.18-3, not 2.6.18-2 as now? The same for nvidia-graphics-modules-amd64? It seems that the packages would be unable to enter testing due to dependencies when 2.6.18 enters testing... Regards /Rasmus -- Rasmus Bøg Hansen || [EMAIL PROTECTED] Harrestrupvang 13A, 2th || http://www.zz9.dk 2500 Valby ||
Bug#399553: Installation path is also wrong
Also, the plugin should install to /usr/lib/iceweasel/plugin - it installs only to /usr/lib/mozilla/plugin, /usr/lib/mozilla-snapshot-plugin and /usr/lib/mozilla-firefox/plugin. Regards /Rasmus -- Rasmus Bøg Hansen| Department of Chemistry [EMAIL PROTECTED]| University of Copenhagen
Bug#400168: mozilla-imagezoom: Depends on transition package 'firefox'
Package: mozilla-imagezoom Version: 0.2.7-1 Severity: normal Tags: patch After iceweasel 2.0 was uploaded to unstable, 'firefox' is now a transitional package. Please depend on 'iceweasel' instead, like changing: Depends: firefox | mozilla-firefox | mozilla-browser | mozilla-thunderbird to: Depends: iceweasel | firefox | mozilla-firefox | mozilla-browser | mozilla-thunderbird Regards /Rasmus -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc6 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages mozilla-imagezoom depends on: ii firefox 2.0+dfsg-1 Transition package for iceweasel r mozilla-imagezoom recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390687: lprng does not start with new initscripts RAMRUN option
Package: lprng Version: 3.8.28-6 Severity: important Tags: patch If the lockfile directory does not exists, lprng fails to start. This is, eg. the case with the new RAMRUN option in the new initscripts, where /var/run is kept on a tmpfs and therefore cleared during reboot: [EMAIL PROTECTED]:~# /etc/init.d/lprng start Starting LPRNG printer spooler: lpd2006-10-02-16:52:29.236 positron lpd: Cannot open lock file '/var/run/lprng/lpd.515' - No such file or directory . The following patch solves this: diff -urN lprng-3.8.28.orig/debian/init.d lprng-3.8.28/debian/init.d --- lprng-3.8.28.orig/debian/init.d 2006-10-02 16:48:33.0 +0200 +++ lprng-3.8.28/debian/init.d 2006-10-02 16:49:16.0 +0200 @@ -47,6 +47,9 @@ if [ -z $LOCKFILE ] then LOCKFILE=/var/run/lprng/lpd + if [ ! -d /var/run/lprng ]; then + mkdir /var/run/lprng + fi fi PIDFILE=$LOCKFILE.$LPD_PORT Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages lprng depends on: ii debconf [debconf-2.0]1.5.5 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcomerr2 1.39-1.1common error description library ii libkrb53 1.4.4-3 MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8c-2SSL shared libraries ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip lprng recommends no packages. -- debconf information: * lprng/start_lpd: true lprng/twolpd_perms: lprng/twolpd_conf: lprng/setuid_tools: false diff -urN lprng-3.8.28.orig/debian/init.d lprng-3.8.28/debian/init.d --- lprng-3.8.28.orig/debian/init.d 2006-10-02 16:48:33.0 +0200 +++ lprng-3.8.28/debian/init.d 2006-10-02 16:49:16.0 +0200 @@ -47,6 +47,9 @@ if [ -z $LOCKFILE ] then LOCKFILE=/var/run/lprng/lpd + if [ ! -d /var/run/lprng ]; then +mkdir /var/run/lprng + fi fi PIDFILE=$LOCKFILE.$LPD_PORT
Bug#361911: xbase-clients: Man page links to dir man1x instead of man1
Package: xbase-clients Version: 1:7.0.0-1 Severity: normal man-db reports these errors daily: /etc/cron.weekly/man-db: mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapinfo.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapproto.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapout.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory mandb: warning: /usr/share/man/man1/atobm.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapin.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapreset.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapchar.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/bitmap.1x: No such file or directory mandb: warning: /usr/share/man/man1/bmtoa.1x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man1x/xtrap.1x: No such file or directory mandb: warning: /usr/share/man/man1/xtrapstats.1x.gz: bad symlink or ROFF `.so' request It turns out that the man pages links to the wrong dir: [EMAIL PROTECTED]:/usr/share/man/man1# zcat xtrapinfo.1x.gz .so man1x/xtrap.1x If this is changed to ".so man1/xtrap.1x" no errors are reported. Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc1 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages xbase-clients depends on: ii libc6 2.3.6-5 GNU C Library: Shared libraries an ii libdmx1 1:1.0.1-1X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-1X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-1X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-2X11 Session Management library ii libx11-62:1.0.0-4X11 client-side library ii libxau6 1:1.0.0-1X11 authorisation library ii libxaw7 1:1.0.1-3X11 Athena Widget library ii libxcursor1 1.1.5.2-1X cursor management library ii libxext61:1.0.0-2X11 miscellaneous extension librar ii libxft2 2.1.8.2-5.1 FreeType-based font drawing librar ii libxi6 1:1.0.0-2X11 Input extension library ii libxinerama11:1.0.1-1X11 Xinerama extension library ii libxkbfile1 1:1.0.2-1X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-1X11 miscellaneous utility library ii libxmuu11:1.0.1-1X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-2 X11 RandR extension library ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxss1 1:1.0.1-2X11 Screen Saver extension library ii libxt6 1:1.0.0-2X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-1X11 event trapping extension libra ii libxtst61:1.0.1-1X11 Testing -- Resource extension ii libxv1 1:1.0.1-1X11 Video extension library ii libxxf86dga12:1.0.0-1X11 Direct Graphics Access extensi ii libxxf86misc1 1:1.0.0-2X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.0-2X11 XFree86 video mode extension l ii x11-common 1:7.0.9 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354961: Patch for 1.0.8756-1
Package: nvidia-glx Version: 1.0.8756-1 Followup-For: Bug #354961 The attached patch allows 1.0.8756-1 to be used with modular X.org 7.0. It seems to work for me. Feel free to use - and push me on the stomach if something doesn't work. diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/changelog nvidia-graphics-drivers-1.0.8756/debian/changelog --- ../n2/nvidia-graphics-drivers-1.0.8756/debian/changelog 2006-04-10 08:56:33.0 +0200 +++ nvidia-graphics-drivers-1.0.8756/debian/changelog 2006-04-10 08:59:25.0 +0200 @@ -1,3 +1,9 @@ +nvidia-graphics-drivers (1.0.8756-1.0.1) unstable; urgency=low + + * Adjust for X.org 7.0 + + -- Rasmus Bøg Hansen <[EMAIL PROTECTED]> Mon, 10 Apr 2006 08:59:10 +0200 + nvidia-graphics-drivers (1.0.8756-1) unstable; urgency=low * New upstream (closes: #361352) diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/control.in nvidia-graphics-drivers-1.0.8756/debian/control.in --- ../n2/nvidia-graphics-drivers-1.0.8756/debian/control.in2006-04-10 08:56:33.0 +0200 +++ nvidia-graphics-drivers-1.0.8756/debian/control.in 2006-04-10 08:50:58.0 +0200 @@ -31,9 +31,10 @@ Package: nvidia-glx Architecture: i386 amd64 -Depends: nvidia-kernel-#VERSION#, xserver-common (>= 4.0.3), ${shlibs:Depends} +Depends: nvidia-kernel-#VERSION#, x11-common (>= 1:7.0.0), ${shlibs:Depends} Suggests: nvidia-settings, nvidia-kernel-source (>= #VERSION#) Conflicts: nvidia-glx-src +Provides: xserver-xorg-video Replaces: nvidia-glx-src Description: NVIDIA binary XFree86 4.x driver These XFree86 4.0 / Xorg binary drivers provide optimized hardware diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs --- ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs 2006-04-10 08:56:33.0 +0200 +++ nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.dirs 2006-04-10 08:47:26.0 +0200 @@ -1,3 +1,2 @@ usr/include/GL -usr/X11R6/lib/nvidia usr/lib/nvidia diff -urN ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm --- ../n2/nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm 2006-04-10 08:56:33.0 +0200 +++ nvidia-graphics-drivers-1.0.8756/debian/nvidia-glx-dev.postrm 2006-04-10 08:47:26.0 +0200 @@ -8,32 +8,26 @@ case "$1" in remove) dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so > /dev/null - dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/X11R6/lib/nvidia/libGL.so.xlibmesa /usr/X11R6/lib/libGL.so > /dev/null + dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so > /dev/null #rm /usr/lib/libGL.so || true # ln -s /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so -# ln -s /usr/X11R6/lib/nvidia/libGL.so.1.2.xlibmesa /usr/X11R6/lib/libGL.so dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.a.xlibmesa /usr/lib/libGL.a > /dev/null - dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/X11R6/lib/nvidia/libGL.a.xlibmesa /usr/X11R6/lib/libGL.a > /dev/null # dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/gl.h /usr/include/GL/gl.h > /dev/null # dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/glx.h /usr/include/GL/glx.h > /dev/null # dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/glxtokens.h /usr/include/GL/glxtokens.h > /dev/null -# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions-X11R6/gl.h /usr/X11R6/include/GL/gl.h > /dev/null -# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions-X11R6/glx.h /usr/X11R6/include/GL/glx.h > /dev/null -# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions-X11R6/glxtokens.h /usr/X11R6/include/GL/glxtokens.h > /dev/null +# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/gl.h /usr/include/GL/gl.h > /dev/null +# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/glx.h /usr/include/GL/glx.h > /dev/null +# dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/glxtokens.h /usr/include/GL/glxtokens.h > /dev/null if [ -d /usr/lib/nvidia/ ]; then rmdir /usr/lib/nvidia || true; fi - if [ -d /usr/X11R6/lib/nvidia ]
Bug#360490: 1.9.9 needed
Package: xdrawchem Version: 1.9.8-3 >From the 1.9.9 changelog: Updated code to use OpenBabel 2.0 (or later). An update to 1.9.9 should solve this FTBFS. Regards, /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- if (!strcmp(getenv(EDITOR), "vi")) {karma++}; --[ moffe at zz9 dot dk ] --
Bug#354961: Dependencies are not enough
Hi again I realized that just updating the dependencies are not enough as most of X is moving to /usr... This patch works for me, though I have only tested it on i386... diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/changelog nvidia-graphics-drivers-1.0.8178/debian/changelog --- nvidia-graphics-drivers-1.0.8178.orig/debian/changelog 2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/changelog 2006-03-07 19:38:07.0 +0100 @@ -1,3 +1,16 @@ +nvidia-graphics-drivers (1.0.8178-2.0.2) unstable; urgency=low + + * Move stuff from /usr/X11R6 to /usr + + -- Rasmus Bøg Hansen <[EMAIL PROTECTED]> Tue, 7 Mar 2006 19:37:55 +0100 + +nvidia-graphics-drivers (1.0.8178-2.0.1) unstable; urgency=low + + * Depends updated to fix compatibility with new X.org 7.0 packages in +experimental + + -- Rasmus Bøg Hansen <[EMAIL PROTECTED]> Thu, 2 Mar 2006 12:55:46 +0100 + nvidia-graphics-drivers (1.0.8178-2) unstable; urgency=low * very belated change of kernel-image to linux-image in Recommends. diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/control nvidia-graphics-drivers-1.0.8178/debian/control --- nvidia-graphics-drivers-1.0.8178.orig/debian/control2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/control 2006-03-07 20:15:01.0 +0100 @@ -31,7 +31,7 @@ Package: nvidia-glx Architecture: i386 amd64 -Depends: nvidia-kernel-1.0.8178, xserver-common (>= 4.0.3), ${shlibs:Depends} +Depends: nvidia-kernel-1.0.8178, x11-common (>= 1:7.0.0), ${shlibs:Depends} Suggests: nvidia-settings, nvidia-kernel-source (>= 1.0.8178) Conflicts: nvidia-glx-src Replaces: nvidia-glx-src diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/control.in nvidia-graphics-drivers-1.0.8178/debian/control.in --- nvidia-graphics-drivers-1.0.8178.orig/debian/control.in 2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/control.in 2006-03-07 20:14:54.0 +0100 @@ -31,7 +31,7 @@ Package: nvidia-glx Architecture: i386 amd64 -Depends: nvidia-kernel-#VERSION#, xserver-common (>= 4.0.3), ${shlibs:Depends} +Depends: nvidia-kernel-#VERSION#, x11-common (>= 1:7.0.0), ${shlibs:Depends} Suggests: nvidia-settings, nvidia-kernel-source (>= #VERSION#) Conflicts: nvidia-glx-src Replaces: nvidia-glx-src diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/copyright nvidia-graphics-drivers-1.0.8178/debian/copyright --- nvidia-graphics-drivers-1.0.8178.orig/debian/copyright 2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/copyright 2006-03-07 20:15:01.0 +0100 @@ -2,7 +2,7 @@ Mon, 31 Mar 2003 23:40:05 -0800. It was downloaded from -ftp://download.nvidia.com/XFree86/Linux-x86_64/1.0-8178/NVIDIA-Linux-x86_64-1.0-8178-pkg2.run +ftp://download.nvidia.com/XFree86/Linux-x86/1.0-8178/NVIDIA-Linux-x86-1.0-8178-pkg0.run Upstream Author: NVIDIA <[EMAIL PROTECTED]> diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/nvidia-glx-dev.dirs nvidia-graphics-drivers-1.0.8178/debian/nvidia-glx-dev.dirs --- nvidia-graphics-drivers-1.0.8178.orig/debian/nvidia-glx-dev.dirs 2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/nvidia-glx-dev.dirs 2006-03-07 19:39:35.0 +0100 @@ -1,3 +1,2 @@ usr/share/nvidia/include/GL -usr/X11R6/lib/nvidia usr/lib/nvidia diff -urN nvidia-graphics-drivers-1.0.8178.orig/debian/nvidia-glx-dev.postrm nvidia-graphics-drivers-1.0.8178/debian/nvidia-glx-dev.postrm --- nvidia-graphics-drivers-1.0.8178.orig/debian/nvidia-glx-dev.postrm 2006-03-07 20:18:07.0 +0100 +++ nvidia-graphics-drivers-1.0.8178/debian/nvidia-glx-dev.postrm 2006-03-07 19:42:15.0 +0100 @@ -8,32 +8,26 @@ case "$1" in remove) dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so > /dev/null - dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/X11R6/lib/nvidia/libGL.so.xlibmesa /usr/X11R6/lib/libGL.so > /dev/null + dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.so.xlibmesa /usr/lib/libGL.so > /dev/null #rm /usr/lib/libGL.so || true # ln -s /usr/lib/nvidia/libGL.so.1.2.xlibmesa /usr/lib/libGL.so -# ln -s /usr/X11R6/lib/nvidia/libGL.so.1.2.xlibmesa /usr/X11R6/lib/libGL.so dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/lib/nvidia/libGL.a.xlibmesa /usr/lib/libGL.a > /dev/null - dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/X11R6/lib/nvidia/libGL.a.xlibmesa /usr/X11R6/lib/libGL.a > /dev/null # dpkg-divert --remove --rename --package nvidia-glx-dev --divert /usr/share/nvidia-glx/diversions/gl.h /usr/include/GL/gl.h > /dev/null # dpkg-divert --remove --rename --package nvid
Bug#355762: xfs in experimental does not start and comes with invalid config file
Package: xfs Version: 1:1.0.1-1 Severity: normal xfs in experimental is broken: It comes without init script and will not start automatically. config file - /usr/lib/X11/fs/config is not marked as a config file. The config file has wrong font paths. It expects fonts to be in /usr/lib/X11/fonts/ but they should be in /usr/share/fonts/X11. Also it includes "cache-hi-mark = 2048", "cache-low-mark = 1433" and "cache-balance = 70" which do no longer work. Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc5 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages xfs depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libfs62:1.0.0-1 X11 Font Services library ii libxfont1 1:1.0.0-1 X11 font rasterisation library xfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354961: nvidia-glx won't install with X.org 7.0
Package: nvidia-glx Version: 1.0.8178-2 Severity: important Tags: patch xserver-common disappeared with X.org 7.0 currently in experimental. nvidia-glx should instead depend on x11-common, like changing: Depends: nvidia-kernel-#VERSION#, xserver-common (>= 4.0.3), ${shlibs:Depends} to Depends: nvidia-kernel-#VERSION#, xserver-common (>= 4.0.3) | x11-common (>= 1:7.0.0), ${shlibs:Depends} Regards /Rasmus -- Package-specific info: uname -r: Linux grignard 2.6.16-rc5 #2 Wed Mar 1 11:58:58 CET 2006 i686 GNU/Linux /proc/version: Linux version 2.6.16-rc5 ([EMAIL PROTECTED]) (gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Wed Mar 1 11:58:58 CET 2006 /proc/driver/nvidia/version: :01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc5 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages nvidia-glx depends on: ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii nvidia-kernel-2.6 1.0.8178-1+1.0grignard NVIDIA binary kernel module for Li ii nvidia-kernel-2.6 1.0.8178-2+1.0grignard NVIDIA binary kernel module for Li ii nvidia-kernel-2.6 1.0.8178-2+1.0grignard NVIDIA binary kernel module for Li ii xserver-common6.9.0.dfsg.1-4 files and utilities common to all nvidia-glx recommends no packages. -- debconf information: * nvidia-glx/tlsyes: true nvidia-glx/tlsno: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352792: k3b doesn't recognize my SCSI CD writer and DVD drive
Package: k3b Version: 0.12.11-1 Severity: normal K3b does not recognize my CD recorder or DVD (which are both connected to a dc395x SCSI-controller - "Tekram DC395(U/UW/F), DC315(U) - ASIC TRM-S1040 v2.05, 2004/03/08"). I have an old IDE cd drive connected and k3b recognizes this one just fine. The DVD and CD-R works perfectly well in cdrecord and cdrdao: [EMAIL PROTECTED]:~# cdrecord -scanbus Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg Schilling Linux sg driver version: 3.5.33 Using libscg version 'debian-0.8debian2'. cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2 '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling'). scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) 'HP ' 'CD-Writer+ 9200 ' '1.0e' Removable CD-ROM cdrecord: Warning: controller returns wrong size for CD capabilities page. 0,3,0 3) 'PIONEER ' 'DVD-ROM DVD-303 ' '1.09' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * [EMAIL PROTECTED]:~# cdrdao scanbus Cdrdao version 1.2.1 - (C) Andreas Mueller <[EMAIL PROTECTED]> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.8' 0,2,0 : HP , CD-Writer+ 9200 , 1.0e 0,3,0 : PIONEER , DVD-ROM DVD-303 , 1.09 ATA:1,1,0MITSUMI , CD-ROM FX400D !B, B07 k3b lists the IDE cd drive just fine. It won't accept the CD-R or DVD drive at all, not even if I add /dev/scd? (or /dev/sg?) manually. I remember it working once - I don't remember how far back though, perhaps a year or so. I have tried several kernels from around 2.6.10 to 2.6.16-rc3... I am lost; I have no idea where to look now... Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc3 Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Versions of packages k3b depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii cdrecord 4:2.01+01a03-5 command line CD writing tool ii kcontrol 4:3.5.1-1 control center for KDE ii kdebase-bin 4:3.5.1-1 core binaries for the KDE base mod ii kdelibs-data 4:3.5.1-2 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.34-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.25-1 Extended attribute shared library ii libaudio2 1.7-4 The Network Audio System (NAS). (s ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libdbus-1-2 0.60-5 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.60-5 simple interprocess messaging syst ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfam0 2.7.0-9Client library to control the FAM ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support library ii libhal1 0.5.6-4Hardware Abstraction Layer - share ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libk3b2 0.12.11-1 The KDE cd burning application lib ii libmusicbrainz4c2a2.1.2-2Second generation incarnation of t ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libresmgr11.0-3 resource manager library ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-9The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr2
Bug#348883: openbabel: Please include doc/babel31.inc
Package: openbabel Version: 1.100.2-4 Severity: minor babel can export to povray files. However this support is broken as it tries to include "babel31.inc" (which is available in the doc/ directory), which is not included in the package. Having babel31.inc installed in /usr/share/povray-3.5/include/ would make it possible to actually render the povray files. If unsuitable, please include the file at least in /usr/share/doc/openbabel/. Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc1 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages openbabel depends on: ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-7 GCC support library ii libopenbabel0c2a 1.100.2-4 Convert and manipulate chemical da ii libstdc++64.0.2-7The GNU Standard C++ Library v3 openbabel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344347: Bug reported against wrong package
reassign 344347 mozilla-firefox-locale-da-dk thanks Ooops, I accidentally reported this against the wrong package. It should really be against mozilla-firefox-locale-da-dk. Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- I don't suffer from insanity, i enjoy every minute of it! --[ moffe at zz9 dot dk ] --
Bug#344347: mozilla-locale-da-dk: mozilla-firefox-locale-da-dk uninstallable in unstable
Package: mozilla-locale-da-dk Severity: grave Justification: renders package unusable mozilla-firefox-locale-da-dk (and probably all locales in mozilla-firefox-locale-all) is uninstallable in unstable with firefox 1.5 uploaded. Update to the 1.5 translations is probably needed. Regards /Rasmus [EMAIL PROTECTED]:~# sudo apt-get install mozilla-firefox-locale-da-dk Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: mozilla-firefox-locale-da-dk: Depends: mozilla-firefox (< 1.0.999) but 1.5.dfsg-2 is to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343526: irssi-scripts: Please depend on irssi instead of irssi-text
Package: irssi-scripts Version: 20050609 Severity: important irssi-text is now a dummy package. Please depend on irssi, something like: Depends: irssi-text (>= 0.8.9-1) | irssi (>= 0.8.10-1) Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages irssi-scripts depends on: ii irssi [irssi-text]0.8.10-1 terminal based IRC client ii irssi-text0.8.10-1 irssi dummy transition package Versions of packages irssi-scripts recommends: ii libwww-perl 5.803-4WWW client/server library for Perl -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342106: kopete: Incoming MSN file transfer fails from MSN7.5 clients
Package: kopete Version: 4:3.5.0-1 Severity: normal Incoming MSN file transfers seems to work fine but end up with a file size of 0 bytes. This seems to only happen from MSN 7.5 contacts. This is a known but unfixed bug in KDE 3.5.0: http://bugs.kde.org/show_bug.cgi?id=113525 My kopete package is from the alioth KDE 3.5.0 archive - I hope the BTS is the right place for bug reports on those packages: http://pkg-kde.alioth.debian.org/kde-3.5.0/ I am running a fully upgraded unstable with KDE from alioth (except for kdepim which is not available from the above source). Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages kopete depends on: ii kdelibs4c2a 4:3.5.0-1core libraries for all KDE applica ii libacl1 2.2.32-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.25-1 Extended attribute shared library ii libaudio2 1.7-3The Network Audio System (NAS). (s ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1.1generic font configuration library ii libfreetype62.1.10-1 FreeType 2 font engine, shared lib ii libgadu31:1.6+20051103-1 Gadu-Gadu protocol library - runti ii libgcc1 1:4.0.2-5GCC support library ii libglib2.0-02.8.4-2 The GLib library of C routines ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn110.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10The Independent JPEG Group's JPEG ii libmeanwhile0 0.4.2-1 open implementation of the Lotus S ii libpcre36.4-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-66.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext66.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama16.8.2.dfsg.1-11 X Window System multi-head display ii libxml2 2.6.22-2 GNOME XML library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2X Rendering Extension client libra ii libxslt1.1 1.1.15-2 XSLT processing library - runtime ii libxss1 6.8.2.dfsg.1-11 X Screen Saver client-side library ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii zlib1g 1:1.2.3-8compression library - runtime Versions of packages kopete recommends: ii qca-tls 1.0-2 TLS plugin for the Qt Cryptographi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#247039: sysutils: procinfo unable to parse GCC version with GCC 3.3.
Florian Ernst <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > I have just taken over maintenance of the sysutils package and now try > to resolve some rather dated issues... > > On Mon, 03 May 2004 01:12:04 +0200, Rasmus Bøg Hansen wrote: >> As GCC has switched to 3.3 for the default, the version string has >> changed: [...] >> However procinfo expects this to be lowercase. procinfo-18/routines.c, line >> 269: >> [...] > > And with GCC-4.0 is seems to have changed again to lowercase, but now > with an additional field, thus requiring a more flexible approach than > hardcoding the string. Great, it is apparently locale dependent: [EMAIL PROTECTED]:~# export LANG=C [EMAIL PROTECTED]:~# gcc -v [...] gcc version 4.0.3 2005 (prerelease) (Debian 4.0.2-4) [EMAIL PROTECTED]:~# export LANG=da_DK [EMAIL PROTECTED]:~# gcc -v [...] GCC version 4.0.3 2005 (prerelease) (Debian 4.0.2-4) Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- There is no such things as overkill - only kill or no kill! --[ moffe at zz9 dot dk ] --
Bug#340372: xdrawchem needs rebuild against openbabel
Package: xdrawchem Version: 1.9.8-1 Severity: grave Justification: renders package unusable xdrawchem needs to be rebuilt against the latest openbabel as part of the gcc allocator transition. xdrawchem depends on libopenbabel0c2 which in unstable isn't available but replaced by libopenbabel0c2a. Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc2 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages xdrawchem depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libopenbabel0c2 1.100.2-3 Convert and manipulate chemical da ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-4The GNU Standard C++ Library v3 xdrawchem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327036: freeciv-client-gtk built against libpango1.0-0 from experimental
Package: freeciv-client-gtk Version: 2.0.5-1 Severity: normal freeciv-client-gtk was built against pango from experimental and is thus uninstallable in unstable: [EMAIL PROTECTED]:~# sudo apt-get install freeciv-client-gtk Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: freeciv-client-gtk: Depends: libpango1.0-0 (>= 1.10.0) but 1.8.2-1 is to be installed E: Broken packages Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages freeciv-client-gtk depends on: ii freeciv-data 2.0.5-1Civilization turn based strategy g ii freeciv-serve 2.0.5-1Civilization turn based strategy g ii libasound21.0.9-3ALSA library ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libsdl-mixer1 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-5.3 Simple DirectMedia Layer ii zlib1g1:1.2.3-4 compression library - runtime freeciv-client-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322706: /usr/bin/ghemical: Missing dependency on lapack3 and refblas3
Package: ghemical Version: 1.51-1 Severity: grave File: /usr/bin/ghemical Justification: renders package unusable Ghemical is missing dependency on lapack3 and refblas3: [EMAIL PROTECTED]:~# ldd /usr/bin/ghemical [...] liblapack.so.3 => not found libblas.so.3 => not found [...] "apt-get install lapack3 refblas3" installs the missing packages after which ghemical works fine. Regards /Rasmus -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=da_DK.ISO8859-1, LC_CTYPE=da_DK.ISO8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK.ISO8859-1) Versions of packages ghemical depends on: ii atlas3-base [liblapack.so 3.6.0-19 Automatically Tuned Linear Algebra ii freeglut3 2.2.0-8.1 OpenGL Utility Toolkit ii gdk-imlib11.9.14-16.2imaging library for use with gtk ( ii gtkglarea51.2.3-2Gimp Toolkit OpenGL area widget sh ii libart2 1.4.2-20 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libdb33.2.9-22 Berkeley v3 Database Libraries [ru ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libg2c0 1:3.4.4-5 Runtime library for GNU Fortran 77 ii libgcc1 1:4.0.1-4 GCC support library ii libghemical0 1.90-1 Molecular Modelling Library ii libglade-gnome0 1:0.17-3 Library to load .glade files at ru ii libglade0 1:0.17-3 Library to load .glade files at ru ii libglib1.21.2.10-10 The GLib library of C routines ii libglu1-xorg [libglu1]6.8.2.dfsg.1-5 Mesa OpenGL utility library [X.Org ii libgnome321.4.2-20 The GNOME libraries ii libgnomesupport0 1.4.2-20 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-20 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-5 Inter-Client Exchange library ii libopenbabel0c2 1.100.2-3 Convert and manipulate chemical da ii libsc6c2 2.2.3-2The Scientific Computing Toolkit ii libsm66.8.2.dfsg.1-5 X Window System Session Management ii libstdc++64.0.1-4The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-5 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxi66.8.2.dfsg.1-5 X Window System Input extension li ii libxml1 1:1.8.17-10GNOME XML library ii mpqc 2.2.3-2The Massively Parallel Quantum Che ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-5 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime ghemical recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302378: samba: smbd exits with SIGABRT
Andrew Bartlett <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > On Fri, 2005-04-08 at 01:08 +0200, Rasmus Bøg Hansen wrote: >> Hi again >> >> Valgrind is not in woody, so I installed it from backports, and made >> the following trace: >> >> valgrind -v -- smbd -i > /tmp/valgrind.log 2>&1 >> >> Output is here: >> >> http://www.amagerkollegiet.dk/~moffe/valgrind.log > > Sorry, that doesn't help. We will probably need --num-callers=32, and > we need to show it crashing, not just running and exiting once (which is > what -i does). > > Internally, Samba has been modified to assist in this, so if you run > with the valgrind --trace-children option, but not smbd's -i, the > valgrind errors will end up in the normal Samba logfiles (we redirect > stderr). Ok, I now did: valgrind -v --num-callers=32 --trace-children=yes --log-file=valgrind.log -- smbd I do not really understand (perhaps due to my limited knowledge of valgrind) why smbd crashes when run normally; when run through valgrind it seems to run without crashing. Nonetheless, the valgrind logfile is here: http://www.amagerkollegiet.dk/~moffe/valgrind.log.pid2456 Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- 42.3454% of statistics are completely made up - Matt Benneke --[ moffe at zz9 dot dk ] --
Bug#302378: samba: smbd exits with SIGABRT
Hi again Valgrind is not in woody, so I installed it from backports, and made the following trace: valgrind -v -- smbd -i > /tmp/valgrind.log 2>&1 Output is here: http://www.amagerkollegiet.dk/~moffe/valgrind.log Hopefully this is better... Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- The reason we come up with new versions is not to fix bugs. -- Bill Gates --[ moffe at zz9 dot dk ] --
Bug#302378: samba: smbd exits with SIGABRT
Steve Langasek <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > On Fri, Apr 01, 2005 at 10:16:28AM +0200, Rasmus Bøg Hansen wrote: >> > If you run without -i, does this crash result in a crash entry being >> > written >> > to your samba log files? If so, can you send us a copy? If not, can you >> > run smbd under gdb instead of strace and send us the backtrace from there? > >> [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(38) >> === >> [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(39) >> INTERNAL ERROR: Signal 11 in pid 14164 (2.2.3a-14.2 for Debian) >> Please read the file BUGS.txt in the distribution >> [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(41) >> === >> [2005/03/31 16:27:14, 0] lib/util.c:smb_panic(1105) >> PANIC: internal error > >> Again, if you need more info, let me know and I wil try to send it! > > I'm afraid that the above doesn't actually count as a useful crash entry. > Please run smbd under gdb instead (gdb smbd; run -i; bt) and send us the > results. I was afraid so. The binary in the samba package is stripped, so I downloaded the source (apt-get source samba), built it (debuild) and ran the unstripped binary (samba-2.2.3a/source/bin/smbd): --- gdb backtrace begin --- [EMAIL PROTECTED]:~# gdb /tmp/samba-2.2.3a/source/bin/smbd GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-linux"...(no debugging symbols found)... (gdb) r -i Starting program: /tmp/samba-2.2.3a/source/bin/smbd -i (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... smbd version 2.2.3a-14.2 for Debian started. Copyright Andrew Tridgell and the Samba Team 1992-2002 INFO: Debug class all level = 2 (pid 808 from pid 808) Processing section "[homes]" Processing section "[Public]" Processing section "[Upload]" Processing section "[itudvalg]" Processing section "[bestyrelse]" Processing section "[introudvalg]" Processing section "[fest-kultur]" Processing section "[centerledelse]" added interface ip=172.16.0.3 bcast=172.31.255.255 nmask=255.240.0.0 waiting for a connection (no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. 0x400bebd4 in free () from /lib/libc.so.6 (gdb) bt #0 0x400bebd4 in free () from /lib/libc.so.6 #1 0x400beaa3 in free () from /lib/libc.so.6 #2 0x0811df7c in talloc_destroy () #3 0x08089455 in lp_talloc_free () #4 0x0804bd4d in open_sockets () #5 0x0804cc7b in main () #6 0x4006914f in __libc_start_main () from /lib/libc.so.6 (gdb) c Continuing. === INTERNAL ERROR: Signal 11 in pid 808 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution === PANIC: internal error Program received signal SIGABRT, Aborted. 0x40079781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40079781 in kill () from /lib/libc.so.6 #1 0x40079464 in raise () from /lib/libc.so.6 #2 0x4007abe1 in abort () from /lib/libc.so.6 #3 0x0811a42f in smb_panic () #4 0x08109e42 in fault_report () #5 0x08109e95 in sig_fault () #6 0x400796b8 in sigaction () from /lib/libc.so.6 #7 0x400beaa3 in free () from /lib/libc.so.6 #8 0x0811df7c in talloc_destroy () #9 0x08089455 in lp_talloc_free () #10 0x0804bd4d in open_sockets () #11 0x0804cc7b in main () #12 0x4006914f in __libc_start_main () from /lib/libc.so.6 (gdb) --- gdb backtrace end --- I hope this will help more! Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- The reason we come up with new versions is not to fix bugs. -- Bill Gates --[ moffe at zz9 dot dk ] --
Bug#302378: samba: smbd exits with SIGABRT
Steve Langasek <[EMAIL PROTECTED]> hit the keyboard. Afterwards the following was on the screen: > Rasmus, > > [Please do not use non-ascii DEBFULLNAME values with the reportbug from > woody; the From: header in your message violates the SMTP RFCs by including > literal non-ascii characters, and requires me to manually input an address > when replying.] Sorry, I was not aware of that - I better go change it! > On Thu, Mar 31, 2005 at 04:40:44PM +0200, Rasmus Bïg Hansen wrote: >> Package: samba >> Version: 2.2.3a-14.2 >> Severity: grave >> Justification: renders package unusable > >> In this security update of samba, smbd exits with SIGABRT on my two >> samba servers. Both of the are running as domain masters. On a third >> server, not running as domain master, this new version works well. > >> Downgrading to 2.2.3a-14.1 resolves the problem entirely, which is why >> the problem was probably introduced with the fix for #286023. > >> strace of "smbd -i" is to be found here: > >> http://www.amagerkollegiet.dk/~moffe/samba-strace.log > >> If I can I will gladly help more. > > If you run without -i, does this crash result in a crash entry being written > to your samba log files? If so, can you send us a copy? If not, can you > run smbd under gdb instead of strace and send us the backtrace from there? I sure can: [2005/03/31 16:27:14, 0] smbd/server.c:main(698) smbd version 2.2.3a-14.2 for Debian started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2005/03/31 16:27:14, 1] lib/debug.c:debug_message(250) INFO: Debug class all level = 2 (pid 14163 from pid 14163) [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[homes]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[Public]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[Upload]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[itudvalg]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[bestyrelse]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[introudvalg]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[fest-kultur]" [2005/03/31 16:27:14, 2] param/loadparm.c:do_section(2973) Processing section "[centerledelse]" [2005/03/31 16:27:14, 2] lib/interface.c:add_interface(81) added interface ip=172.16.0.3 bcast=172.31.255.255 nmask=255.240.0.0 [2005/03/31 16:27:14, 0] smbd/server.c:main(744) standard input is not a socket, assuming -D option [2005/03/31 16:27:14, 2] smbd/server.c:open_sockets(198) waiting for a connection [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(38) === [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(39) INTERNAL ERROR: Signal 11 in pid 14164 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution [2005/03/31 16:27:14, 0] lib/fault.c:fault_report(41) === [2005/03/31 16:27:14, 0] lib/util.c:smb_panic(1105) PANIC: internal error Again, if you need more info, let me know and I wil try to send it! Regards /Rasmus -- -- [ Rasmus "MÃffe" BÃg Hansen ] --- UNIX is user-friendly; it's just particular about who it chooses to be friends with! --[ moffe at zz9 dot dk ] --
Bug#301354: mozilla-locale-da uninstallable with mozilla 1.7.6
Package: mozilla-locale-da Version: 1.7.3.0-2 Severity: normal mozilla-locale-da can't be installed due to mozilla 1.7.6 in unstable - or wants to be removed when mozilla 1.7.6 is installed: [EMAIL PROTECTED]:~# sudo apt-get install mozilla-browser=2:1.7.6-1 Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: libnspr4 libnss3 mozilla-browser mozilla-psm Suggested packages: xprt xprt-xprintorg Recommended packages: myspell-en-us myspell-dictionary The following packages will be REMOVED: mozilla-locale-da The following packages will be upgraded: libnspr4 libnss3 mozilla-browser mozilla-psm 4 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 11.3MB of archives. After unpacking 709kB disk space will be freed. Regards /Rasmus -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11.5 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) (ignored: LC_ALL set to da_DK) Versions of packages mozilla-locale-da depends on: ii mozilla-browser 2:1.7.5-1 The Mozilla Internet application s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297705: Fixed?
[EMAIL PROTECTED] hit the keyboard. Afterwards the following was on the screen: > I believe that this was fixed in 0.0.20040329-18: It sure is. I just tried purging - I got a warning about /etc/hotplug/.run did not exist, but the uninstall proceeded just fine. Regards /Rasmus -- -- [ Rasmus "Møffe" Bøg Hansen ] --- A surplus means there'll be money left over. Otherwise, it wouldn't be called a surplus. --[ moffe at zz9 dot dk ] --
Bug#297868: java-package: make-jpkg fails to copy some files under package creation with Sun JRE 1.5
Package: java-package Version: 0.20 Severity: normal make-jpkg fails to copy the files below to their correct destination. Instead of the install tree they are copied to somewhere under /etc and /usr. The resulting package is fully usable, but is missing the files. Creating jre1.5.0_01/lib/deploy.jar mkdir: cannot create directory `/etc/.java': Permission denied mkdir: cannot create directory `/etc/.java/.systemPrefs': No such file or directory touch: cannot touch `/etc/.java/.systemPrefs/.system.lock': No such file or directory chmod: cannot access `/etc/.java/.systemPrefs/.system.lock': No such file or directory touch: cannot touch `/etc/.java/.systemPrefs/.systemRootModFile': No such file or directory chmod: cannot access `/etc/.java/.systemPrefs/.systemRootModFile': No such file or directory /tmp/jre-1_5_0_01-linux-i586.bin: line 285: /etc/mailcap: Permission denied mkdir: cannot create directory `/usr/share/icons/HighContrast': Permission denied mkdir: cannot create directory `/usr/share/icons/HighContrastInverse': Permission denied mkdir: cannot create directory `/usr/share/icons/LowContrast': Permission denied cp: cannot create regular file `/usr/share/pixmaps/sun-java.png': Permission denied cp: cannot create regular file `/usr/share/icons/HighContrast/48x48/apps/sun-java.png': No such file or directory cp: cannot create regular file `/usr/share/icons/HighContrastInverse/48x48/apps/sun-java.png': No such file or directory cp: cannot create regular file `/usr/share/icons/LowContrast/48x48/apps/sun-java.png': No such file or directory /tmp/jre-1_5_0_01-linux-i586.bin: line 433: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 434: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 435: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 436: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 437: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 438: /usr/share/mime-info/java-archive.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 441: /usr/share/mime-info/java-archive.mime: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 442: /usr/share/mime-info/java-archive.mime: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 445: /usr/share/application-registry/java-archive.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 446: /usr/share/application-registry/java-archive.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 447: /usr/share/application-registry/java-archive.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 448: /usr/share/application-registry/java-archive.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 449: /usr/share/application-registry/java-archive.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 450: /usr/share/application-registry/java-archive.applications: Permission denied mkdir: cannot create directory `/usr/share/icons/HighContrast': Permission denied mkdir: cannot create directory `/usr/share/icons/HighContrastInverse': Permission denied mkdir: cannot create directory `/usr/share/icons/LowContrast': Permission denied cp: cannot create regular file `/usr/share/pixmaps/sun-java.png': Permission denied cp: cannot create regular file `/usr/share/icons/HighContrast/48x48/apps/sun-java.png': No such file or directory cp: cannot create regular file `/usr/share/icons/HighContrastInverse/48x48/apps/sun-java.png': No such file or directory cp: cannot create regular file `/usr/share/icons/LowContrast/48x48/apps/sun-java.png': No such file or directory /tmp/jre-1_5_0_01-linux-i586.bin: line 433: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 434: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 435: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 436: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 437: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 438: /usr/share/mime-info/java-web-start.keys: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 441: /usr/share/mime-info/java-web-start.mime: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 442: /usr/share/mime-info/java-web-start.mime: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 445: /usr/share/application-registry/java-web-start.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 446: /usr/share/application-registry/java-web-start.applications: Permission denied /tmp/jre-1_5_0_01-linux-i586.bin: line 447: /usr/share/application-re