Bug#437332: Bug#453844: Bug#458415: xpress 200 multihead
fre, 09 07 2010 kl. 23:46 +0200, skrev Brice.Goglin: On Sat, Mar 06, 2010 at 10:07:05AM +0100, Brice Goglin wrote: Guys, Do you still have problems with multihead on your Xpress 200 board? If so, can you try 6.12.5 in unstable or 6.12.191 in experimental with KMS and a recent kernel? Ping, anybody using Xpress 200 with 6.13.x and KMS? Brice I finally got a chance to play around with multihead on Xpress 200 based laptop. I am using KMS with Gallium from xorg-edgers repository on Debian Sid/Experimental. I was trying to get S-video output to work with KMS, but failed. TV screen remains largely empty and black, but with slight noise here and there. In other words, no luck. When I switched to UMS, I was able to get S-video output working after I disabled and enabled it for the second time. I got garbled screen the first time. Other than that, it does seem to work just fine. Just finished watching a movie, and noticed no problems with the picture. I currently do not have a way to test VGA output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573073: [pkg-cryptsetup-devel] Bug#573073: cryptsetup: boot fails because fsck tries to access the device before it is unlocked
tir, 16 03 2010 kl. 14:13 +0100, skrev Jonas Meurer: On 08/03/2010 Linas Žvirblis wrote: I am using cryptsetup with lvm2 and encrypted logical volumes. The setup was created during install with Debian Installer. The problem is that sometimes it boot fine, but sometimes it dies like shown in boot sequence transcript below. The passphrase is not being asked then. When it dies I just rerun the script manually, and continue with boot sequence. To me it seems like some sort of race condition, but I was unable to locate the problem. i'm not sure whether this is a race condition. according to your boot process transcript, /etc/init.d/cryptdisks is invoked, and vg01-swap_crypt is unlocked, but vg01-home_crypt isn't. so you'll have to find out why vg01-home_crypt isn't unlocked at cryptdisks initscript. A while ago the chances of booting properly were close to 50%, but something in recent upgrades greatly reduced the odds, as I have not managed to get a proper boot in like 10 reboots. that indeed sounds odd. maybe you could add some debugging code to the do_start() and handle_crypttab_line_start() functions from /lib/cryptsetup/cryptdisks.functions to see what causes vg01-home_crypt to be ignored. the fact that _nothing_ is printed to the commandline irritates me. you would get a warning if only the source device was missing. I found out what is going on. During boot sequence /etc/init.d/lvm2 is started before /etc/init.d/cryptdisks. It creates entries in /dev/vg01/ and links them to entries in /dev/mapper/. However there is a very tiny delay before udev finishes creating entries in /dev/disk/by-uuid/ in the background. Therefore when /etc/crypttab is parsed, a device with a specified UUID does not yet exist, and is skipped. Not sure why I am not seeing a warning about missing device. Might be related to conditional check on line 526 in cryptdisks.functions? Introducing any tiny amount of waiting before execution of handle_crypttab_line_start() solves the problem. In fact, it was even enough to turn on verbose output of lvm2 to give udev a fraction of second to finish. My current work around is to use a device name instead of UUID in /etc/crypttab. Unfortunately I do not know how to solve this in a proper way. This does not seem to be cryptsetup bug, but much more general one, as it also may happen in other scripts relying on udev creating device nodes. Linas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573073: cryptsetup: boot fails because fsck tries to access the device before it is unlocked
Package: cryptsetup Version: 2:1.1.0~rc2-1 Severity: normal I am using cryptsetup with lvm2 and encrypted logical volumes. The setup was created during install with Debian Installer. The problem is that sometimes it boot fine, but sometimes it dies like shown in boot sequence transcript below. The passphrase is not being asked then. When it dies I just rerun the script manually, and continue with boot sequence. To me it seems like some sort of race condition, but I was unable to locate the problem. A while ago the chances of booting properly were close to 50%, but something in recent upgrades greatly reduced the odds, as I have not managed to get a proper boot in like 10 reboots. -- Boot sequence transcript (as it appears on screen): [...] Setting up LVM Volume Groups Reading all physical volumes. This may take a while... Found volume group vg01 using metadata type lvm2 4 logical volume(s) in volume group vg01 now active . Starting remaining crypto disks...vg01-swap_crypt (starting)... modprobe: FATAL: Error inserting padlock_sha (/lib/modules/2.6.33-2-amd64/kernel/drivers/crypto/padlock-sha.ko): No such device done. Checking file systems...fsck from util-linux-ng 2.17 boot: clean 203/62496 files, 29925/249856 blocks fsck.ext4: No such file or directory while trying to open /dev/mapper/vg01-home_crypt The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 device fsck died with exit status 8 failed (code 8). File system check failed. A log is being saved [...] [...] # /etc/init.d/cryptdisks start Starting remaining crypto disks...vg01-home_crypt (starting)... Unlocking the disk /dev/disk/by-uid [...] (vg01-home_crypt) Enter passphrase: Key slot 0 unlocked. done. [...] -- Partition structure: /dev/sda1 - vg01 - vg01-boot - Not encrypted - /boot /dev/sda1 - vg01 - vg01-root - Not encrypted - / /dev/sda1 - vg01 - vg01-swap - vg01-swap_crypt (random) - swap /dev/sda1 - vg01 - vg01-home - vg01-home_crypt (pass) - /home -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-2.6.33-2-amd64 root=/dev/mapper/vg01-root ro noresume hpet=force quiet -- /etc/crypttab vg01-home_crypt UUID=cc93c5dd-a2fc-4822-a4fc-acd3f0e108a2 none luks vg01-swap_crypt /dev/mapper/vg01-swap /dev/urandom cipher=aes-cbc-essiv:sha256,size=256,swap -- /etc/fstab # /etc/fstab: static file system information. # # Use 'vol_id --uuid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass proc/proc procdefaults 0 0 /dev/mapper/vg01-root /ext4errors=remount-ro 0 1 /dev/mapper/vg01-boot /bootext4defaults 0 2 /dev/mapper/vg01-home_crypt /home ext4defaults 0 2 /dev/mapper/vg01-swap_crypt none swapsw0 0 /dev/hda/media/cdrom0 udf,iso9660 user,noauto 0 0 -- lsmod Module Size Used by ppdev 5565 0 lp 8201 0 sco 7257 2 rfcomm 29762 0 bridge 39813 0 stp 1440 1 bridge bnep9722 2 l2cap 25274 6 rfcomm,bnep bluetooth 42103 6 sco,rfcomm,bnep,l2cap powernow_k810978 1 cpufreq_powersave902 0 cpufreq_stats 2659 0 cpufreq_userspace 2024 0 cpufreq_conservative7910 0 binfmt_misc 6550 1 uinput 6687 1 fuse 50478 1 ipt_REJECT 1953 1 xt_limit1798 1 xt_tcpudp 2319 8 ipt_addrtype1769 4 xt_state1303 6 ip6table_filter 2416 1 ip6_tables 15290 1 ip6table_filter nf_nat_irc 1398 0 nf_conntrack_irc3379 1 nf_nat_irc nf_nat_ftp 2063 0 nf_nat 13532 2 nf_nat_irc,nf_nat_ftp nf_conntrack_ipv4 9705 8 nf_nat nf_defrag_ipv4 1139 1 nf_conntrack_ipv4 nf_conntrack_ftp5569 1 nf_nat_ftp nf_conntrack 45895 7 xt_state,nf_nat_irc,nf_conntrack_irc,nf_nat_ftp,nf_nat,nf_conntrack_ipv4,nf_conntrack_ftp iptable_filter 2290 1 ip_tables 14114 1 iptable_filter x_tables 12957 7 ipt_REJECT,xt_limit,xt_tcpudp,ipt_addrtype,xt_state,ip6_tables,ip_tables sha256_generic 8692 4 cryptd 5504 0 aes_x86_64 7340 4 aes_generic25714 1 aes_x86_64 cbc 2539 2 loop 11902 0
Bug#572453: e2fsprogs: e2fsck -D corrupts ext4 when files begin with % or #
Package: e2fsprogs Version: 1.41.10-1 I was just hit by this bug. Just wanted to add that directories and files that were relocated to lost+found did not begin with either % or #. Although most (not all) of them had non-ascii characters in the names. It is possible that some of my files got corrupted for other reasons. Something wrong was going on with my files, so I ran fsck. Unfortunately I did it wit -D option, so now it is really hard to tell. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.10-1 ext2/ext3/ext4 file system librari ii libblkid1 2.17-0 block device id library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcomerr21.41.10-1 common error description library ii libss21.41.10-1 command-line interface parsing lib ii libuuid1 2.17-0 Universally Unique ID library ii util-linux2.17-0 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) pn partednone (no description available) -- 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#559420: regression from 1.1.16: webkit thinks it is able to render PDFs
As for downloading files, it is not limited to PDF. If you go to http://www.skype.com/ and try to download any version of it, you will notice that Epiphany tries to open these files: EXE, TAR.BZ2, DMG, DEB, and fails. But it does download the RPM version correctly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559420: epiphany-browser: Right-click Save image as... and Save link as... don't work
Package: epiphany-browser Version: 2.29.3-1 I can confirm this bug. Open image and Use image as background also does not work. There are no errors, they simply do nothing. I first noticed this in some previous upload of 2.29, while 2.28 series seemed to work fine, as I recall it. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-rc8-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany-browser depends on: ii dbus-x111.2.16-2 simple interprocess messag ii epiphany-browser-data 2.29.3-1 Data files for the GNOME ii gnome-icon-theme2.28.0-1 GNOME Desktop icon theme ii iso-codes 3.12-1 ISO language, territory ii libavahi-client30.6.25-2 Avahi client library ii libavahi-common30.6.25-2 Avahi common library ii libavahi-gobject0 0.6.25-2 Avahi GObject library ii libc6 2.10.2-2 GNU C Library: Shared lib ii libdbus-1-3 1.2.16-2 simple interprocess messag ii libdbus-glib-1-20.82-2 simple interprocess messag ii libgconf2-4 2.28.0-1 GNOME configuration datab ii libgirepository1.0-00.6.5-4 Library for handling ii libglib2.0-02.23.0-1 The GLib library of C rout ii libgnome-keyring0 2.28.1-2 GNOME keyring services lib ii libgtk2.0-0 2.18.4-1 The GTK+ graphical user ii libice6 2:1.0.6-1X11 Inter-Client Exchange ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications ii libnspr4-0d 4.8.2-1 NetScape Portable Runtime ii libnss3-1d 3.12.4-1 Network Security Service ii libpango1.0-0 1.26.1-1 Layout and rendering of int ii libseed02.28.0-2 GObject JavaScript bindings ii libsm6 2:1.1.1-1X11 Session Management lib ii libsoup-gnome2.4-1 2.28.1-3 an HTTP library implement ii libsoup2.4-12.28.1-3 an HTTP library implement ii libwebkit-1.0-2 1.1.17-1 Web content engine library ii libx11-62:1.3.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library Versions of packages epiphany-browser recommends: ii yelp 2.28.0+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: pn mozpluggernone (no description available) -- 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#527541: libc6: after upgrade of libc iceweasel stops, working
I can confirm this bug. Both iceweasel and epiphany-gecko fail with libc6 2.9-11. Epiphany starts and is able to browse websites, but hangs when downloading a file. The mirror I was using did not contain 2.9-11, so I downgraded to 2.9-4. Although 2.9-10 did work. Here is reportbug information for libc6 (already downgraded to 2.9-4), iceweasel, and epiphany-gecko. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils3.1.3 Miscellaneous utilities specific t ii fontconfig 2.6.0-3generic font configuration library ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libnspr4-0d4.7.4-2NetScape Portable Runtime Library ii libstdc++6 4.4.0-4The GNU Standard C++ Library v3 ii procps 1:3.2.7-11 /proc file system utilities ii psmisc 22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.10-1 XUL + XPCOM application runner Versions of packages epiphany-gecko depends on: ii dbus-x11 1.2.12-1 simple interprocess messaging ii epiphany-browser-data 2.26.1-1 Data files for the GNOME web ii gnome-icon-theme 2.24.0-4 GNOME Desktop icon theme ii iso-codes 3.9-1ISO language, territory ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libavahi-gobject0 0.6.25-1 Avahi GObject library ii libc6 2.9-4GNU C Library: Shared libraries ii libcanberra-gtk0 0.11-1 Gtk+ helper for playing widget ii libcanberra0 0.11-1 a simple abstract interface for ii libdbus-1-31.2.12-1 simple interprocess messaging ii libdbus-glib-1-2 0.80-4 simple interprocess messaging ii libenchant1c2a 1.4.2-3.3a wrapper library for various ii libgcc11:4.4.0-4GCC support library ii libgconf2-42.26.0-1 GNOME configuration database ii libglade2-01:2.6.4-1library to load .glade files at ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnome2-02.26.0-1 The GNOME library - runtime ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User ii libgtk2.0-02.16.1-2 The GTK+ graphical user ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to ii libnspr4-0d4.7.4-2 NetScape Portable Runtime ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1X11 client-side library ii libxml22.7.3.dfsg-1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library ii python2.5 2.5.4-1 An interactive high-level ii xulrunner-1.9 1.9.0.10-1 XUL + XPCOM application runner ii xulrunner-1.9-gnome-support 1.9.0.10-1 Support for GNOME in Versions of packages epiphany-gecko recommends: ii epiphany-extensions2.26.1-1 Extensions for Epiphany web browse ii yelp 2.24.0-2 Help browser for GNOME 2 Versions of packages libc6 depends on: ii libgcc1 1:4.4.0-4 GCC support library Versions of packages libc6 suggests: pn glibc-doc none (no description available) ii locales 2.9-11 GNU C Library: National Language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497979: partman-lvm: fails to delete logical LVM volume
severity 497979 minor thanks Jérémy Bobbio wrote: Deleting logical volume fails because partman-lvm seems to be incorrectly formatting the name of volume group. The error message is: partman-lvm: Volume group VG volgroupname01 not found Sorry, that is not what the message says. It actually is: VG[some dot symbol]volgroupname01 It is not simply a space. It is also visible in a LVM configuration dialog that allows you to delete a logical volume. I have not been able to reproduce this issue. Deleting Volume Groups worked fine during my tests. I ran a few tests, and it seems that it only happens if I choose Lithuanian language in the installer. Tested with US English and Russian, and it works as expected. Since Lithuanian is not exactly widespread worldwide I am changing this bug to minor. A translation issue, maybe? signature.asc Description: OpenPGP digital signature
Bug#497979: partman-lvm: fails to delete logical LVM volume
Package: partman-lvm Severity: normal Deleting logical volume fails because partman-lvm seems to be incorrectly formatting the name of volume group. The error message is: partman-lvm: Volume group VG volgroupname01 not found This is because the volume group is named volgroupname01, not VG volgroupname01. Seems like a simple string extraction mistake. I am testing daily built image 20080905-09:33 (d-i 20080904-19:07), but it is present in previous versions too. signature.asc Description: OpenPGP digital signature
Bug#497981: debian-installer: mkfs.ext3 fails because of libblkid.so.1 not found
Package: debian-installer Version: 20080904 Severity: important Formatting partitions fails with the following error message: partman: mkfs.ext3: error while loading shared libraries: libblkid.so.1: cannot open shared object file: No such file or directory The partitions are logical LVM volumes. Did not test with real partitions. Formatting swap works. i386-businesscard build 20080905-09:33 (d-i 20080904-19:07). signature.asc Description: OpenPGP digital signature
Bug#453844: xserver-xorg-video-ati: TV-out does not work on RS482 (Radeon Xpress 200M)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brice Goglin wrote: Linas Žvirblis wrote: The output looks like a black screen with some noise which changes depending on what is displayed on LCD screen, so I guess it does output something, but not correctly. I am using xrand to enable TV-out: xrandr --addmode S-video 800x600 xrandr --output S-video --mode 800x600 Although the cable is connected, it insists that it is not: I don't know whether TV output on RS482 has been tested. But FWIW, load detection of the TV output is disabled by default (it creates some problems in some cases). That's probably why xrandr says S-video is disconnected. To reenable TV load detection (and maybe get xrandr to report S-video as connected), try: xrandr --output S-video --set load_detection 1 Just tested with 1:6.7.198~git20071223.ad3325f6-1, and it has only got worse, I am afraid. The load_detection option makes absolutely no difference, and now I cannot enable S-video at all: $ xrandr --addmode S-video 800x600 $ xrandr --output S-video --mode 800x600 xrandr: cannot find crtc for output S-video $ xrandr --output S-video --mode 800x600 --crtc 0 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 155 (RANDR) Minor opcode of failed request: 21 () Serial number of failed request: 17 Current serial number in output stream: 17 $ xrandr --output S-video --mode 800x600 --crtc 1 X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 155 (RANDR) Minor opcode of failed request: 21 () Serial number of failed request: 17 Current serial number in output stream: 17 - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc6-git1.666.0 (SMP w/2 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.7-5 GNU C Library: Shared libs ii xserver-xorg-core 2:1.4.1~git20071212-2 Xorg X server - core server xserver-xorg-video-ati recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHeSH+ztOe9mov/y4RApPBAKDFcnp18hn9TAuzO+Y5i+uN8YUe3gCfepYL OhGrRHRPmNb33jJnaiky+GI= =B56c -END PGP SIGNATURE- Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1200 VGA-0 unknown connection 1280x800+0+0 (0x4f) normal (normal left inverted right x axis y axis) 0mm x 0mm Identifier: 0x4c Timestamp: 621889911 Subpixel: no subpixels Clones: CRTC: 1 CRTCs: 0 1 load_detection: 0 (0x) range: (0,1) 1280x800 (0x4f) 83.5MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 49.7KHz v: height 800 start 801 end 804 total 828 clock 60.0Hz 1280x768 (0x50) 80.1MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 47.7KHz v: height 768 start 769 end 772 total 795 clock 60.0Hz 1024x768 (0x51) 65.0MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew0 clock 48.4KHz v: height 768 start 771 end 777 total 806 clock 60.0Hz 800x600 (0x52) 40.0MHz +HSync +VSync h: width 800 start 840 end 968 total 1056 skew0 clock 37.9KHz v: height 600 start 601 end 605 total 628 clock 60.3Hz 640x480 (0x53) 25.2MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew0 clock 31.5KHz v: height 480 start 490 end 492 total 525 clock 59.9Hz LVDS connected 1400x1050+0+0 (0x54) normal (normal left inverted right x axis y axis) 305mm x 228mm Identifier: 0x4d Timestamp: 621889911 Subpixel: horizontal rgb Clones: CRTC: 0 CRTCs: 0 EDID_DATA: 000030f05311 0102801e17780a3c809757518a27 2250540001010101010101010101 010101010101302a7820511a10402070 240031e41018 00fe004c 475068696c6970734c43440a00fe 004c503135304530362d41334b3200e8 scaler: full backlight: 255 (0x00ff) range: (0,255) 1400x1050 (0x54) 108.0MHz -HSync -VSync h: width 1400 start 1432 end 1544 total 1688 skew0 clock 64.0KHz v: height 1050 start 1052 end 1056 total 1066 clock 60.0Hz 1280x800 (0x4f) 83.5MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 49.7KHz v: height 800 start 801 end 804 total 828
Bug#453839: xserver-xorg-video-ati: LCD backlight control regressions on RS482 (Radeon Xpress 200M)
Package: xserver-xorg-video-ati Version: 1:6.7.196-1 Severity: normal Upgrading from 1:6.7.195-2 to 1:6.7.196-1 caused some things that worked just fine to fail on HP Compaq nx6325 notebook with the infamous RS482 (Radeon Xpress 200M) video card. 1. LCD brightness control buttons no longer work. (Un)plugging power cord also no longer changes the brightness. I can change it if I switch to console, but on switching back to X it is restored to what it was. 2. Putting display into power saving mode correctly switches the backlight off, but after some time it sometimes turns back on, and does not turn off until display is put into power saving mode again. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc3.666.0 (SMP w/2 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.7-3 GNU C Library: Shared libs ii xserver-xorg-core 2:1.4.1~git20071119-1 Xorg X server - core server xserver-xorg-video-ati recommends no packages. -- no debconf information Section Module Loaddri Loadglx EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier ATI Radeon Xpress 200M Driver radeon BusID PCI:1:5:0 Option DRI true EndSection Section Monitor Identifier Laptop LCD Option DPMS DisplaySize 305 228 EndSection Section Screen Identifier Screen for Laptop LCD Device ATI Radeon Xpress 200M Monitor Laptop LCD DefaultDepth24 SubSection Display Depth 16 Modes 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Screen for Laptop LCD InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection signature.asc Description: OpenPGP digital signature
Bug#453844: xserver-xorg-video-ati: TV-out does not work on RS482 (Radeon Xpress 200M)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-ati Version: 1:6.7.196-1 Severity: normal TV-out does not work on HP Compaq nx6325 notebook with the infamous RS482 (Radeon Xpress 200M) video card (yes, I know that Xpress chips are not well supported). The output looks like a black screen with some noise which changes depending on what is displayed on LCD screen, so I guess it does output something, but not correctly. I am using xrand to enable TV-out: xrandr --addmode S-video 800x600 xrandr --output S-video --mode 800x600 Although the cable is connected, it insists that it is not: Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1200 VGA-0 unknown connection (normal left inverted right x axis y axis) 1280x800 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 LVDS connected 1400x1050+0+0 (normal left inverted right x axis y axis) 305mm x 228mm 1400x1050 60.0*+ 1280x800 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 S-video disconnected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 800x60060.3* I thought this was related to PAL/NTSC, but setting the TV standard via xrand changes nothing: xrandr --output S-video --set tv_standard pal - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-rc3.666.0 (SMP w/2 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.7-3 GNU C Library: Shared libs ii xserver-xorg-core 2:1.4.1~git20071119-1 Xorg X server - core server xserver-xorg-video-ati recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHUYH5ztOe9mov/y4RAjAsAKCoZsGw1r4tD2OwEv82e0CSOK2HMACdE5la Q9mofzu76lTMkLZCBn1Sq4o= =yQoR -END PGP SIGNATURE- Section Module Loaddri Loadglx EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier ATI Radeon Xpress 200M Driver radeon BusID PCI:1:5:0 Option DRI true EndSection Section Monitor Identifier Laptop LCD Option DPMS DisplaySize 305 228 EndSection Section Screen Identifier Screen for Laptop LCD Device ATI Radeon Xpress 200M Monitor Laptop LCD DefaultDepth24 SubSection Display Depth 16 Modes 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1400x1050 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Screen for Laptop LCD InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Synaptics Touchpad EndSection Screen 0: minimum 320 x 200, current 1400 x 1050, maximum 1400 x 1200 VGA-0 unknown connection (normal left inverted right x axis y axis) Identifier: 0x4c Timestamp: 67741 Subpixel: no subpixels Clones: CRTCs: 0 1 load_detection: 0 (0x) range: (0,1) 1280x800 (0x4f) 83.5MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 49.7KHz v: height 800 start 801 end 804 total 828 clock 60.0Hz 1280x768 (0x50) 80.1MHz h: width 1280 start 1344 end 1480 total 1680 skew0 clock 47.7KHz v: height 768 start 769 end 772 total 795 clock 60.0Hz 1024x768 (0x51) 65.0MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew
Bug#435809: ITP: assaultcube - a realistic first person shooter game
Package: wnpp Severity: wishlist Package name : assaultcube Upstream Author : http://assault.cubers.net/team.html URL : http://assault.cubers.net/ License (engine) : zlib with additional clause (free) License (data) : mixture, probably not suitable even for non-free AssaultCube, formerly ActionCube, is a first-person-shooter based on the game Cube. Set in a realistic looking environment, as far as that's possible with this engine, while gameplay stays fast and arcade. This game is all about team oriented multiplayer fun. The upstream tried to keep track of licenses for data files they used, but some of them are as bad as all right reserved. I wrote to the upstream in hope to clarify the licenses, but I am yet to receive an answer. signature.asc Description: OpenPGP digital signature
Bug#434805: [INTL:lt] Lithuanian gnome-menus translation
Package: gnome-menus Version: N/A Severity: wishlist Tags: l10n patch I still think this is evil, but anyway. Hope it is not too late. # Lithuanian translation of gnome-menus. # Copyright (C) 2007 Linas Žvirblis # This file is distributed under the same license as the gnome-menus package. # Linas Žvirblis [EMAIL PROTECTED], 2007. # # msgid msgstr Project-Id-Version: gnome-menus VERSION\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2007-07-17 21:53+0200\n PO-Revision-Date: 2007-07-26 23:52+0300\n Last-Translator: Linas Žvirblis [EMAIL PROTECTED]\n Language-Team: Lithuanian [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #: ../../debian/desktop-files/ActionGames.directory.in.h:1 msgid Action msgstr Veiksmo #: ../../debian/desktop-files/ActionGames.directory.in.h:2 msgid Action games msgstr Veiksmo žaidimai #: ../../debian/desktop-files/AdventureGames.directory.in.h:1 msgid Adventure msgstr Nuotykių #: ../../debian/desktop-files/AdventureGames.directory.in.h:2 msgid Adventure style games msgstr Nuotykių žaidimai #: ../../debian/desktop-files/ArcadeGames.directory.in.h:1 msgid Arcade msgstr Arkadiniai #: ../../debian/desktop-files/ArcadeGames.directory.in.h:2 msgid Arcade style games msgstr Arkadiniai žaidimai #: ../../debian/desktop-files/BlocksGames.directory.in.h:1 msgid Falling blocks msgstr KrentanÄių blokų #: ../../debian/desktop-files/BlocksGames.directory.in.h:2 msgid Falling blocks games msgstr KrentanÄių blokų žaidimai #: ../../debian/desktop-files/BoardGames.directory.in.h:1 msgid Board msgstr Stalo #: ../../debian/desktop-files/BoardGames.directory.in.h:2 msgid Board games msgstr Stalo žaidimai #: ../../debian/desktop-files/CardGames.directory.in.h:1 msgid Card games msgstr Kortų žaidimai #: ../../debian/desktop-files/CardGames.directory.in.h:2 msgid Cards msgstr Kortų #: ../../debian/desktop-files/Debian.directory.in.h:1 msgid Debian msgstr Debian #: ../../debian/desktop-files/Debian.directory.in.h:2 msgid The Debian menu msgstr Debian meniu #: ../../debian/desktop-files/KidsGames.directory.in.h:1 msgid Games for kids msgstr Žaidimai vaikams #: ../../debian/desktop-files/KidsGames.directory.in.h:2 msgid Kids msgstr Vaikams #: ../../debian/desktop-files/LogicGames.directory.in.h:1 msgid Logic msgstr Loginiai #: ../../debian/desktop-files/LogicGames.directory.in.h:2 msgid Logic and puzzle games msgstr Loginiai ir galvosÅ«kių žaidimai #: ../../debian/desktop-files/RolePlayingGames.directory.in.h:1 msgid Role playing msgstr Vaidmenų #: ../../debian/desktop-files/RolePlayingGames.directory.in.h:2 msgid Role playing games msgstr Vaidmenų žaidimai #: ../../debian/desktop-files/SimulationGames.directory.in.h:1 msgid Simulation msgstr Simuliatoriai #: ../../debian/desktop-files/SimulationGames.directory.in.h:2 msgid Simulation games msgstr Simuliatoriai #: ../../debian/desktop-files/SportsGames.directory.in.h:1 msgid Sports msgstr Sporto #: ../../debian/desktop-files/SportsGames.directory.in.h:2 msgid Sports games msgstr Sporto žaidimai #: ../../debian/desktop-files/StrategyGames.directory.in.h:1 msgid Strategy msgstr Strateginiai #: ../../debian/desktop-files/StrategyGames.directory.in.h:2 msgid Strategy games msgstr Strateginiai žaidimai signature.asc Description: OpenPGP digital signature
Bug#417986: transcend: Continuous static
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm this. Works fine on i386, but only emits white noise on AMD64. Moreover, this noise is _very_ loud. Although the game itself runs fine, only sound is problematic. As far as I know, transcend does not use any actual sound files, but generates sound and outputs it via portaudio. It may be that either portaudio or transcend is not 64-bit safe and fails to generate or interpret the data. Only a wild guess, though. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGm6MUztOe9mov/y4RAnZaAKDA0D5IpmMx8jagMj50sp+3MNgEpwCgsiMS ThtAs20Onh/s04QW/5Xfxbc= =VMgw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431892: menu: duplicate message definition in menu-sections.pot
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You could use msguniq to merge the duplicates like this: msguniq menu-sections.pot menu-sections.fixed.pot This is caused by duplicate msgid's of Monitoring, but they are in fact different. Not sure how important is this difference. System/Monitoring Network/Monitoring The real fix would be to add context to these msgid's, but this is not something I know a lot about. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGk/qrztOe9mov/y4RAk8NAJ9rPViL7Z03QgNrfjgBjFMlLWQHxwCgoiBY 5ybj0lCW0N62TSSqgmhT4NE= =uNHY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432017: Aptitude forgets about automatically installed status on upgrade.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can also confirm this. Situation: a lot of packages available for upgrade, some of them manually, and some automatically installed. Step 1: Mark all packages for upgrade; Step 2: Quit aptitude and start it again; Result: All upgradeable packages have state iu; Now comes the interesting part. Step 3: Mark all upgradeable packages auto-installed iuA; Step 4: Put all of them on hold; Result: The states are back to what they were before step 1. Note that this happens even though I marked all of them auto-installed. This does not seem to work if you mark only some of the packages (the marked ones still loose the state), or if you mark them on by one (you have to mark the section title (or whatever it is called) for upgrade). So it seems that the states are not forgotten, but rather the information about the sates is displayed incorrectly. Also this seems to be specific to 64-bit platforms, as everyone who can confirm this and included system information, are running 64-bit systems. Package: aptitude Version: 0.4.5.4-1 - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc7-git3.666.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.5 0.7.3 ii libc6 2.6-1 ii libgcc1 1:4.2-20070707-1 ii libncursesw55.6-3 ii libsigc++-2.0-0c2a 2.0.17-2 ii libstdc++6 4.2-20070707-1 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none ii libparse-debianchangelog-perl 1.0-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGklaNztOe9mov/y4RAl3mAJ9ac+bzUKJv6Ci5yPkJfTCihF0lEgCfdkF2 eSPvW0I60EiOxDzXzZEi6VY= =Rh3S -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431983: ttf-dejavu: extra space at the top of the lines in OpenOffice.org
Package: ttf-dejavu Version: 2.18-1 After upgrading from 2.17-1 to 2.18-1, I noticed that in OpenOffice.org lines had extra space at the top. Downgrading to 2.17-1 fixed it, upgrading again, broke it again. Top margin of the line | Text | Bottom margin of the line ^- cursor I have not noticed any differences in any other application. Have not tested with another word processor. If you need more information, please ask. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc7-git3.666.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ttf-dejavu depends on: ii defoma 0.11.10-0.1 Debian Font Manager ttf-dejavu recommends no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#428718: ITP: funguloids -- Those Funny Funguloids! game
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that the title of bug #428718 changed from RFP to ITP, but it seems that this was done in automated manner. Is this the case, or is somebody really intending to package this game? If this is in fact an error, I am willing to package it. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGhmrqztOe9mov/y4RAp5oAJ9C+IZ4iNFv90YVXJj9iYaAYeC0AgCeLRqF 3IZ2An229k4anbe5CeZqT8I= =RFtF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423696: powernowd: stops working after resuming from sleep
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After resuming from sleep (suspend to RAM), the CPU is permanently clocked at maximum. This does not happen (as in works fine) after resuming from hibernation (suspend to disk). Sorry, does not work after resuming from hibernation either. Although it used to work. May have something to do with the upgrade from kernel 2.6.21 to 2.6.21.1. Will try to verify that later. Reportbug information: - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1.666.0 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages powernowd depends on: ii libc6 2.5-7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGShfnztOe9mov/y4RAghzAJ93edbN/GUDjwhNJBz/asK7P/abvgCgxaq0 DmT/LDqmt7yzxI2A4O3VTYs= =3EYH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423696: powernowd: stops working after resuming from sleep
Package: powernowd Version: 0.97-2 After resuming from sleep (suspend to RAM), the CPU is permanently clocked at maximum. This does not happen (as in works fine) after resuming from hibernation (suspend to disk). After resuming, powernowd complains that it Can't open scaling_setspeed: No such file or directory, and there is in fact no such file in /sys/devices/system/cpu/cpu[0-1]/cpufreq/. However after restarting the daemon, the file is recreated, and it works fine. signature.asc Description: OpenPGP digital signature
Bug#423184: openoffice.org: Segfaults on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Me again. It seems that in my case this is a different bug (according to strace). It is fglrx fault after all. I tried various X.org configurations, tried downgrading and upgrading various packages, tested with various versions of OpenOffice.org, and the only thing that helped, was using free drivers instead of proprietary ones. If I did manage to start OpenOffice.org (which seemed to be totally random), it usually resulted in X.org crash, or kernel oops. According to google, some Ubuntu users are also affected by this. The weird thing is that fglrx drivers worked before, but I could not determine what upgrade caused the failure, and, quite frankly, I killed enough brain cells not to care anymore. No more fglrx for me. I am attaching some information I gathered running 2.2.0-7, and fglrx, in case you are interested. As I have already mentioned, this most probably is a different bug (coincidence?), so I cannot confirm the crash reported by Jean-Matthieu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGRdjnztOe9mov/y4RAvaKAJ9gf6gFoR0Gju1rr3nWQ12aYUph6ACgvF5v rEmErQIXbPSyqFKMtV1DqUo= =xmp6 -END PGP SIGNATURE- xrdb[6687] trap divide error rip:401997 rsp:7fffe54ff848 error:0 xrdb[6690] trap divide error rip:401997 rsp:7fff91d640a8 error:0 xrdb[6693] trap divide error rip:401997 rsp:7fff65dc3108 error:0 soffice.bin[6738] trap divide error rip:2aaf18cb53b4 rsp:7fff9ba62c10 error:0 soffice.bin[6796] trap divide error rip:2b9b600d43b4 rsp:7fff54641430 error:0 gdb /usr/lib/openoffice/program/soffice.bin GNU gdb 6.6-debian Copyright (C) 2006 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 x86_64-linux-gnu... Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/lib/openoffice/program/soffice.bin [Thread debugging using libthread_db enabled] [New Thread 47198352553696 (LWP 6882)] warning: Lowest section in /usr/lib/libicudata.so.36 is .hash at 0120 Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 47198352553696 (LWP 6882)] 0x2aed3a3733b4 in SalDisplay::Init () from /usr/lib/openoffice/program/libvclplug_gen680lx.so (gdb) bt #0 0x2aed3a3733b4 in SalDisplay::Init () from /usr/lib/openoffice/program/libvclplug_gen680lx.so #1 0x2aed392b5dfc in GtkXLib::Init () from /usr/lib/openoffice/program/libvclplug_gtk680lx.so #2 0x2aed392b67b5 in create_SalInstance () from /usr/lib/openoffice/program/libvclplug_gtk680lx.so #3 0x2aed30c3e588 in tryInstance () from /usr/lib/openoffice/program/libvcl680lx.so #4 0x2aed30c3e86e in CreateSalInstance () from /usr/lib/openoffice/program/libvcl680lx.so #5 0x2aed309f4dde in InitVCL () from /usr/lib/openoffice/program/libvcl680lx.so #6 0x2aed309f51ca in ImplSVMain () from /usr/lib/openoffice/program/libvcl680lx.so #7 0x2aed309f53c5 in SVMain () from /usr/lib/openoffice/program/libvcl680lx.so #8 0x0041c11f in main () strace -v /usr/lib/openoffice/program/soffice.bin [...] poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, -1) = 1 read(6, \1\2W\0(\0\0\0\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 32) = 32 read(6, ^\0\0\0\0\2\2\0^\0\0\0\1\2\0\0]\0\0\0\2\1\1\0\1\4\f\0\2..., 160) = 160 write(6, \226\3\2\0\0\0\240\2, 8) = 8 read(6, 0x7fff2e57d5b0, 32) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, -1) = 1 read(6, \1\3X\0\2\0\0\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0_\265V\0..., 32) = 32 read(6, \1`\2b\3\0\6g, 8) = 8 uname({sysname=Linux, nodename=compaq, release=2.6.21.1.666.0, version=#1 SMP PREEMPT Fri May 11 22:15:04 EEST 2007, machine=x86_64}) = 0 open(/home/linas/.Xdefaults-compaq, O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGFPE (Floating point exception) @ 0 (0) --- +++ killed by SIGFPE +++ Process 6872 detached
Bug#423184: openoffice.org: Segfaults on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I can confirm this. I tested 2.2.0-6, 2.2.0-7, 2.2.1~oof680m15-1, 2.2.0-5, and 2.0.4.dfsg.2-7 (in given order) - none of them work. It is not a clean install, just a list of what I tested TODAY. At least 2.2.0-5 did work before. My system is mixed Unstable/Experimental, which I upgrade often. My best bet was that his was caused by recent upgrades of either libc6 or libglib2.0-0, but going to earlier versions (libc6 2.5-5, libglib2.0-0 2.12.9-2) has no effect, so it must be something else. Still searching. My video driver is proprietary fglrx, but it was not updated for quite some time. Rebuilt it today just to be sure, no difference. Data collected by reportbug attached. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGROh9ztOe9mov/y4RAov0AJ0dNZaKTUcOImmAsHW2CKrMbTgzoACeJAH8 d5fQnJoDGqNkxLGM0ckthLc= =KhiF -END PGP SIGNATURE- Package: openoffice.org Version: 2.2.1~oof680m15-1 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1.666.0 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org depends on: ii openoffice.org-base2.2.1~oof680m15-1 OpenOffice.org office suite - data ii openoffice.org-calc2.2.1~oof680m15-1 OpenOffice.org office suite - spre ii openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit ii openoffice.org-draw2.2.1~oof680m15-1 OpenOffice.org office suite - draw ii openoffice.org-filter- 2.2.1~oof680m15-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-filter- 2.2.1~oof680m15-1 Mobile Devices Filters for OpenOff ii openoffice.org-impress 2.2.1~oof680m15-1 OpenOffice.org office suite - pres ii openoffice.org-java-co 2.2.1~oof680m15-1 OpenOffice.org office suite Java s ii openoffice.org-math2.2.1~oof680m15-1 OpenOffice.org office suite - equa ii openoffice.org-writer 2.2.1~oof680m15-1 OpenOffice.org office suite - word openoffice.org recommends no packages. Versions of packages openoffice.org-writer depends on: ii libc6 2.5-7 GNU C Library: Shared libraries ii libgcc11:4.1.2-6 GCC support library ii libicu36 3.6-2 International Components for Unico ii libstdc++6 4.1.2-6 The GNU Standard C++ Library v3 ii libstlport5.1 5.1.3-1 STLport C++ class library ii libwpd8c2a 0.8.9-2 Library for handling WordPerfect d ii libwps-0.1-1 0.1.0-3 Works text file format import filt ii libxml22.6.28.dfsg-1 GNOME XML library ii openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit ii python-uno 2.2.1~oof680m15-1 Python interface for OpenOffice.or ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages openoffice.org-base depends on: ii gij [java2-r 4:4.1.2-2 The GNU Java bytecode interpreter ii gij-4.1 [jav 4.1.2-6 The GNU Java bytecode interpreter ii java-gcj-com 1.0.76-2Java runtime environment using GIJ ii libc62.5-7 GNU C Library: Shared libraries ii libgcc1 1:4.1.2-6 GCC support library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libhsqldb-ja 1.8.0.7-3 Java SQL database engine ii libmdbtools 0.5.99.0.6pre1.0.20051109-4 mdbtools libraries ii libstdc++6 4.1.2-6 The GNU Standard C++ Library v3 ii libstlport5. 5.1.3-1 STLport C++ class library ii openoffice.o 2.2.1~oof680m15-1 OpenOffice.org office suite archit ii openoffice.o 2.2.1~oof680m15-1 OpenOffice.org office suite Java s Versions of packages openoffice.org-calc depends on: ii libc6 2.5-7 GNU C Library: Shared libraries ii libgcc11:4.1.2-6 GCC support library ii libstdc++6 4.1.2-6 The GNU Standard C++ Library v3 ii libstlport5.1 5.1.3-1 STLport C++ class library ii libufsparse1.2-7 collection of libraries for comput ii lp-solve 5.5.0.10-3Solve (mixed integer) linear progr ii openoffice.org-core2.2.1~oof680m15-1 OpenOffice.org office suite archit Versions of packages openoffice.org-base depends on: ii gij [java2-r 4:4.1.2-2 The GNU Java bytecode interpreter ii gij-4.1 [jav 4.1.2-6 The GNU Java bytecode interpreter ii java-gcj-com 1.0.76-2Java runtime environment using GIJ ii libc62.5-7 GNU C Library: Shared libraries ii libgcc1
Bug#325935: Warzone 2100 packaging status report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear colleagues, I am back. Packaging work for Warzone 2100 is taking way too long, and this is mostly my fault. I will try my best to make it happen this time. I have prepared updated packages for Warzone 2100 release 2.0.6. The packaging files are available at Debian Games Team SVN repository [0], and the source tarball on Alioth web space [1]. A tutorial for building the packages is available in the wiki [2]. [0]svn+ssh://svn.debian.org/svn/pkg-games/packages/trunk/warzone2100 [1]http://pkg-games.alioth.debian.org/tarballs/warzone2100_2.0.6.orig.tar.gz [2]http://wiki.debian.org/Games/SVN I have purged the changelog, because the data it contained is now irrelevant. (Eddy, what is the point of build-depending on dpkg-dev? It is build-essential, is it not?) The package is set to Architecture: any, but this may not be the best option. Warzone 2100 does not officially support 64-bit architectures, and insists on being built as 32-bit application. I patched it to allow building as 64-bit, but the resulting binary seems unstable and segfaults almost immediately after startup (displays splash screen for a couple of seconds) on AMD64 for me. I, however, have seen people reporting success running 64-bit version of Warzone 2100, so I would greatly appreciate some testing here. Regards, Linas P.S. Please post any comments to [EMAIL PROTECTED] mailing list. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGK3JoztOe9mov/y4RAsDxAJwKyA87DnRhwLAFNVT3iqn81MTJTwCfaXzq ST9rHIL/jKPLjbi43zTFj68= =69TO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405997: should executables be permitted to update themselves?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Gilbert wrote: is there a policy on whether an executable is permitted to update itself? Not sure about The Policy, but I can see a lot of reasons why this should not be done: 1. The md5 sums will not match anymore, so one cannot verify the integrity of the file. 2. The actual version of application will be different from the one reported by apt, so future upgrades may actually downgrade the application. 3. Version information in bug reports may be wrong. 4. The upstream build may not work because of mismatched dependencies. 5. The upstream build may introduce bugs. 6. The upstream build may not be DFSG free. 7. Etc. etc... Sounds like reinventing the wheel, only the wheel is now square. Do not do this, please. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFqhCLztOe9mov/y4RAsVtAKCeruq2iYKoQCZfE37xzEYMIHLPSgCeJ+3l fmbE29MxAyy0pI7mVLiaa9s= =0cIO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325935: Status of warzone2100?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Arvidsson wrote: I very much would like to see Warzone 2100 in Debian. Are you still working on it? I guess it is time for a status update. Yes, I am still working on getting Warzone 2100 into Debian, although I am a bit on vacation from Debian right now. Simply put, the release of Etch is very near, and getting new packages in Debian is a bit troublesome. In a bit more distant past, there was an upload of Warzone 2100 Debian packages, but they were rejected because of licensing problems. That started a flood of licensing related discussions on Warzone 2100 mailing lists. Fortunately most of these are already resolved, so the game (both engine and data files) should be suitable for inclusion in Main. Currently Warzone 2100 developers are experimenting with various interesting stuff, so I would like to wait for another release to see how things turned out. Oh, and I am also a lazy bastard... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFpn/iztOe9mov/y4RAidsAKDWVk8GHe1UiAvtp4RHgGOf0BP/GgCglvKm Ox+z95MQuROpU6DNPzexxtY= =VNnY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406346: mplayer: binary_codecs.sh should specify umask
Package: mplayer Version: 1.0~rc1-11 Tags: patch binary_codecs.sh should specify umask, or use some other method to ensure that the content it installs is world-readable. Currently this does not happen if default umask is 0027 for example. The laziest fix attached. --- binary_codecs.sh.old 2007-01-10 15:28:13.0 +0200 +++ binary_codecs.sh 2007-01-10 16:17:58.0 +0200 @@ -1,5 +1,6 @@ #!/bin/sh set -e +umask 0022 # This script will download binary codecs for MPlayer unto a Debian system.
Bug#404948: nvidia-kernel-source: 9746 dropped support for older cards
Package: nvidia-kernel-source Version: 1.0.9746-1 Tags: experimental Severity: important 97xx series dropped support for some older cards that are also not supported by current legacy drivers, so instead of current... nvidia-graphics-drivers nvidia-graphics-drivers-legacy ...we will need something like... nvidia-graphics-drivers nvidia-graphics-drivers-legacy nvidia-graphics-drivers-ancient ...to support all available cards. 97xx should by no means be presented as a simple upgrade to 76xx, as it is now. Including list of supported cards from the official docs below: The 1.0-97xx driver supports the following set of GPUs: NVIDIA chip name Device PCI ID --- GeForce 6800 Ultra0x0040 GeForce 6800 0x0041 GeForce 6800 XE 0x0043 GeForce 6800 XT 0x0044 GeForce 6800 GT 0x0045 GeForce 6800 GT 0x0046 GeForce 6800 GS 0x0047 GeForce 6800 XT 0x0048 Quadro FX 40000x004E GeForce 7800 GTX 0x0090 GeForce 7800 GTX 0x0091 GeForce 7800 GT 0x0092 GeForce 7800 GS 0x0093 GeForce Go 7800 0x0098 GeForce Go 7800 GTX 0x0099 Quadro FX 45000x009D GeForce 6800 GS 0x00C0 GeForce 6800 0x00C1 GeForce 6800 LE 0x00C2 GeForce 6800 XT 0x00C3 GeForce Go 6800 0x00C8 GeForce Go 6800 Ultra 0x00C9 Quadro FX Go1400 0x00CC Quadro FX 3450/4000 SDI 0x00CD Quadro FX 14000x00CE GeForce 6800 Ultra/GeForce 6800 0x00F0 GeForce 6600 GT 0x00F1 GeForce 6600 0x00F2 GeForce 6200 0x00F3 GeForce 6600 LE 0x00F4 GeForce 7800 GS 0x00F5 GeForce 6800 GS 0x00F6 Quadro FX 3400/4400 0x00F8 GeForce 6800 Ultra0x00F9 GeForce PCX 5750 0x00FA GeForce PCX 5900 0x00FB GeForce PCX 5300/Quadro FX 3300x00FC Quadro NVS 280 PCI-E/Quadro FX 3300x00FD Quadro FX 13000x00FE GeForce PCX 4300 0x00FF GeForce 6600 GT 0x0140 GeForce 6600 0x0141 GeForce 6600 LE 0x0142 GeForce 6600 VE 0x0143 GeForce Go 6600 0x0144 GeForce 6610 XL 0x0145 GeForce Go 6600 TE/6200 TE0x0146 GeForce 6700 XL 0x0147 GeForce Go 6600 0x0148 GeForce Go 6600 GT0x0149 Quadro NVS 4400x014A Quadro FX 550 0x014C Quadro FX 540 0x014E GeForce 6200 0x014F GeForce 6500 0x0160 GeForce 6200 TurboCache(TM) 0x0161 GeForce 6200 LE 0x0163 GeForce Go 6200 0x0164 Quadro NVS 2850x0165 GeForce Go 6400 0x0166 GeForce Go 6200 0x0167 GeForce Go 6400 0x0168 GeForce 8800 GTX 0x0191 GeForce 8800 GTS 0x0193 GeForce 7300 LE 0x01D1 GeForce 7300 SE 0x01D3 Quadro NVS 110M/GeForce Go 7300 0x01D7 GeForce Go 7400 0x01D8 Quadro NVS 110M 0x01DA Quadro NVS 120M 0x01DB Quadro FX 350M0x01DC Quadro FX 350 0x01DE GeForce 7300 GS 0x01DF GeForce 6800 0x0211 GeForce 6800 LE 0x0212 GeForce 6800 GT 0x0215 GeForce 6800 XT 0x0218 GeForce 6200 0x0221 GeForce 6150 0x0240 GeForce 6150 LE 0x0241 GeForce 6100 0x0242 GeForce Go 6100 0x0247 GeForce 7900 GTX 0x0290 GeForce 7900 GT/GTO 0x0291 GeForce 7900 GS 0x0292 GeForce 7950 GX2 0x0294 GeForce Go 7900 GS
Bug#404948: nvidia-kernel-source: 9746 dropped support for older cards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 97xx should by no means be presented as a simple upgrade to 76xx Sorry for the confusing typo. 96xx -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFlT6CztOe9mov/y4RAp6yAJ9jhhzmZyovUU5BT9bUbMw0IX+t0ACcDKep flYOxIhjga+6bys92+L24FE= =2F0i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325935: Do you still intend to package warzone2100 ?
Pretty please, do not send empty messages to the BTS. They are very easily confused with spam. The packages are already done, but the application (the game) itself needs to be tested a little bit more. This, hopefully, will not take very long. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384586: ITP: qemuctl -- a controlling gui for qemu
Miguel Gea Milvaques wrote: * Package name: qemuctl Are you aware that it has not seen any upstream development for eight months now? At least none that I know of. Did you contact the upstream? Alexander Schmehl wrote: If it doesn't control qemu, could you avoid calling it so in the short description? And maybe shou should also describe the difference to qemu-launcher, so it is easier for our users to decide which of those they want to install. In a perfect world, both. Qemuctl was designed to be used along with a GUI like Qemu Launcher. In reality it is a bit more hazy. While Qemu Launcher does include support for Qemuctl, it is hardly tested. The problem is that Qemu Launcher (v1.7+) contains support for features that Qemuctl does not (x86-64 support for example). This could be solved by merging both applications into a single suite. It would also allow for some fancy features that are likely to be implemented in Qemu Launcher 1.8 (already in progress). This is in my personal TODO list for quite some time, but other things just kept distracting me. Miguel Gea Milvaques wrote: It's used from qemu-launcher, allowing suspend or reseting the vm. It's *not* a qemu-launcher substitute, it works as a plugin for qemu-launcher. It is certainly a valuable addition to Qemu Launcher, but it is more useful as a stand-alone application in its current state. I am more that willing to cooperate on solving the issues. Just drop me a line or two regarding your plans. Regards, Linas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325935: warzone2100: packages available
The packages for warzone2100 version 2.0.3 are available at mentors: http://mentors.debian.net/debian/pool/main/w/warzone2100/ The packages are going to be maintained inside the Debian Games Team, but they are not yet in team SVN repository because of technical problems. That, however, is not a reason for it not to enter Debian repositories. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325935: warzone2100: Is this ITP still valid?
The latest packages, by the bug owner, I could find date back to year 2005. Although upstream currently ships with Debian packaging files created by Angus Lees in March 2006. Is anyone still working on packaging Warzone 2100 for inclusion in Debian? If not, I am willing to hijack this ITP. CC'ing this to Angus in hope that he will shed some light on the current situation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380100: ITP: openarena -- Free content package for Quake III Arena
Package: wnpp Severity: wishlist Owner: Linas Žvirblis [EMAIL PROTECTED] Package name : openarena Version : 0.4.1 Upstream Authors : many, contact via forum URL : http://cheapy.deathmask.net/ License : GPL Description : Free content package for Quake 3 Arena OpenArena is an open-source content package for Quake 3 Arena licensed under the GPL, effectively creating a free stand-alone game. It is distributed as a stand-alone game, but is bundled with old (dates 2006-02-25) ioquake3 engine that happily FTBFS on me. Tested it with ioquake3 SVN revision 819, works just fine. The package is not yet complete; there are textures and models missing, maps have all sorts of bugs like misplaced items, intersecting surfaces, etc. Even though it is incomplete, it is more or less compatible with original Quake 3. I tested it with a random third-party map and it worked fine (except some missing textures and models, of course). Network play is also possible on servers that do not use stock maps. It is distributed in some weird self-installing executable for an evil OS, but the data can be extracted with 'unzip'. There are also Blender source files for models available in separate package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370820: balazar: menu entry in invalid section
Package: balazar Version: 0.3.1.ds1-1 Severity: normal Tags: patch Contents of /usr/share/menu/balazar: ?package(balazar): needs=X11 \ section=Games/Arcade/Adventure \ title=Balazar \ command=/usr/games/balazar Section Games/Arcade/Adventure is not defined in Menu Policy and therefore is invalid. It should be Games/Adventure instead. A typo? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: Debian menu and the Apps/Science section
I went on and made a list of applications that are currently found in Science [science] and another one with these applications roughly sorted into sections [science_sorted]. The short version: Analysis [10] Astronomy [12] Biology [16] Chemistry [11] Geoscience [5] Medicine [1] Physics [5] Social [0] Undetermined [4] Total: 64 Note that this is a number of different _packages_ that contain entries in Science. Many packages contain more than one entry, some are built from single source, etc. Take with a grain of salt. Now more on my findings. I was surprised not to find a single application suitable for Social section. There certainly are some, but they seem to be scattered all over the menu. gnomesword is in Education, for example. There may be intersection between Text, found in current menu draft, and what Social should be. Currently Text mostly contains dictionaries, but if Social is to be created, it is likely to contain dictionaries only. Therefore Text needs to be revisited. I have only located a single medicine-related application, but there are more in other sections. The whole bunch of gnumed-* packages is a good example. I added another section named Analysis, that contains general data analysis/plotting/calculation applications. I find them very similar to what is found in Math, so I consider moving Mathematics to Science a good idea. Undetermined is by no means a section name. This is where I listed applications that I think might belong to some other section, or could not determine an appropriate one. klogic- electronics megahal - ??? pybliographer - data management praat - ??? In my previous post I suggested moving Electronics and Engineering to Science. My words are still valid. I would prefer to continue this discussion on debian-policy, as it is getting hard to follow. arb - [Biology] Integrated package for data handling and analysis avida-qt-viewer - qt viewer for avida blast2 - Basic Local Alignment Search Tool boxshade- [Biology] Pretty-printing of multiple sequence alignments cassbeam- A program for Cassegrain antenna modelling celestia- A real-time visual space simulation (KDE frontend) celestia-glut - A real-time visual space simulation (GLUT frontend) celestia-gnome - A real-time visual space simulation (Gnome frontend) chemtool- Chemical structures drawing program clustalw- [Biology] Global multiple nucleotide or peptide sequence alignment clustalx- [Biology] GUI for clustalw dx - OpenDX (IBM Visualization Data Explorer) - main package earth3d - Map client displaying a 3D model of the world fityk - general-purpose nonlinear curve fitting and data analysis g3data - extract data from scanned graphs garlic - A visualization program for biomolecules gdis- molecular display gdpc- visualiser of molecular dynamic simulations ghemical- A GNOME molecular modelling environment gperiodic - periodic table application ifrit - a powerful tool for visualizing 3-dimensional data sets imview - Image viewing and analysis application ygraph - Visualize one-dimensional scientific data kalzium - chemistry teaching tool for KDE kboincspy - monitoring utility for the BOINC client klogic - digital circuit editor and simulator for KDE kstars - desktop planetarium for KDE kst-bin - A KDE application used for displaying scientific data kxterm - Cernlib's KUIP terminal emulator leksbot - An explanatory dictionary of botanic and biological terms libncbi6-dev- NCBI libraries for biology applications (development files) lynkeos.app - Tool to process planetary astronomical images for GNUstep loki- [Biology] MCMC linkage analysis on general pedigrees megahal - conversation simulator that can learn as you talk to it mn-fit - interactive analysis package for fitting data and histograms mssstest- Normalisation of disease scores for patients with Multiple Sclerosis ncbi-tools-bin - NCBI libraries for biology applications (text-based utilities) ncbi-tools-x11 - NCBI libraries for biology applications (X-based utilities) njplot - [Biology] A tree drawing program paje.app- generic visualization tool (Gantt chart and more) paw - Physics Analysis Workstation - a graphical analysis program paw++ - Physics Analysis Workstation (Lesstif-enhanced version) perlprimer - [Biology] graphical design
Bug#361418: Debian menu and the Apps/Science section
I actually find splitting Science a good idea. I did a little research and came up with this list of possible subsections, along with example fields they cover: Astronomy * Astrodynamics * Astronomy * Astrophysics * Cosmology * Radio astronomy Biology * Anatomy * Bioinformatics * Botany * Ecology * Genetics Chemistry * Analytical chemistry * Biochemistry * Inorganic chemistry * Materials science * Organic chemistry Geoscience * Geodesy * Geography * Geology * Hydrology * Meteorology Medicine * Anatomy * Dermatology * Gynecology * Immunology * Neurology Physics * Acoustics * Cryogenics * Dynamics * Mechanics * Nuclear physics Social * Anthropology * Demography * Economics * Geography * Law We also have Electronics, Engineering, and Mathematics that are somewhat subject to discussion, but could also go into Science, depending on how broad your definition of Science is. I did not include Education, because I do not consider this section appropriate for Science. It is more likely to contain quizzes, student-tracking software etc., rather than something an expert is likely to use. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Daniel Leidert wrote: This is not completely true. It defines categories and sub-categories. There is also a structure. But I agree, that it does not explicitly define/propose a structure. But I also meant, that you should maybe think about to be compatible with their category naming. I do not consider these two as incompatible. More like Freedesktop.org menu fits inside Debian Menu. Minus the shortcoming of not being strict enough. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Eduard Bloch wrote: Yep. WRT you said above, what abot renaming WindowManagers/Modules to $wm Modules (one level above WM starters and indicating which modules are meant by that). One more thing to consider is that if we will have to to move/rename modules in the future (current situation is an example of this), having them scattered in different unofficial sections will make it a non-trivial task. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Ben Finney wrote: Yes, but they are only shown if you run a VM they belong to. Being a user of a VM that uses modules, you can be expected to know what they are. I don't believe that's true; you seem to be conflating user with person who installs the software. Most users of a computer have no idea what a window manager is, let alone that they have modules; yet they may well desire to use some of these. I am not conflating anything. If a person who installs the software decides to install a WM that uses modules and give it to a user, what can I do about it? The modules are part of the WM, so a user can be expected to know what they are as much as he/she can be expected to know what the other parts of the WM are. To repeat part of my message you didn't address: I did not address it, because I thought it was self explanatory after I explained how modules are handled inside menu system. Another flawed assumption is that the current user is the one who understands what window manager they are using (or even understands what a window manager is anyway). For users of computers where some other user installs software that causes menu items to appear under this section, they cannot be expected to know the meaning of a menu section named Modules. Again, what can I do about it? They might as well not know what a terminal emulator is. I believe the menu sections should be named so that a user who *never* installs software, nor understands what a window manager is, can still navigate and understand the menu items provided by that software. I do agree with this, but I fail to understand how naming modules as modules is against this idea? I also fail to understand what exactly you are opposing? The move of modules from /WindowManagers/Modules to /Modules? I explained the reasons behind this. Are you a user of a WM that uses modules? If so, do you really prefer to dig trough all truly unrelated entries in /WindowManagers to locate a module you need? I do understand the possible pitfalls that Eduard Bloch questioned. We might indeed need a top level section named Modules for something else in the future. But this has not been the case for years now, and nothing indicates that it will, so this is not the case of solve a problem and create another one, but rather solve a problem that might need to be solved again at some point in the future, although unlikely. None of the changes were made for no reason. If you disagree with any of them, you are free to suggest a better solution. So far I have not seen any suggestions from you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Eduard Bloch wrote: Window Managers [was:WindowManagers] Modules [was:WindowManagers/Modules] I cannot see the reason for this change. Modules can stand for any kind of modules (kernel, X11, software components) however this section was explicitely preserved for Window manager related modules. Yes, but they are only shown if you run a VM they belong to. Being a user of a VM that uses modules, you can be expected to know what they are. Moreover, they tend to get hidden among other entries in Window Managers, if you have a lot of window managers installed. I consider this an improvement because users that need window manager modules will find them easier to locate, and users who do not, will never ever see this section anyway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Ben Finney wrote: One is the assumption that only one window manager will be installed on the computer. What if three window managers are installed: - window manager M, which uses its own modules - window manager N, which use sits own modules - window manager L, which has no concept of modules It seems that any modules installed for M would be visible in the menu when using L and N, where they are useless. No, this will not happen. Modules will only show up inside a WM they belong to. More on this in Menu documentation chapter 3.4, namely this paragraph: A menu manager can use a special needs named after the package for menu entries that must only be displayed in this menu manager. Examples include fvwm modules, dwww menu entries. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361442: openoffice.org-help-lt: Does not contain Lithuanian help files
Package: openoffice.org-help-lt Version: 2.0.2-2 Severity: important The package presents itself as if it should contain Lithuanian help files (xml-lang=lt), but otherwise the content seems to be identical to openoffice.org-help-en-us. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361418: [Proposal] new Debian menu structure
Data Management is not a new section. It was previously named Databases, as seen in translate_menus. My mistake, sorry. - Data Management [new] - Interactive database programs, collection - managers, bibliography tools etc. - gaby, alexandria, mdbtools + Data Management [was:Databases] + Interactive database programs, collection + managers, bibliography tools etc. + gaby, alexandria, mdbtools -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361328: Transparent SVG wallpaper featuring Debian logo
Package: desktop-base Severity: wishlist I would like to request the inclusion of the wallpaper in desktop-base. The wallpaper itself and additional information can be found at http://lists.debian.org/debian-desktop/2006/04/msg8.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354607: bug report for package qemu version 0.8.0-2
This was caused by recent upload of libsdl1.2 (1.2.9-1) packages. The 1.2.9-0.1 version, currently found in Testing, works well. Downgrade your libsdl1.2 packages for a quick fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339790: Solving one problem brings up another one
After setting VTAllocation to false, GDM does not respond to keyboard input (users cannot log in), if started during boot process. It works well if started manually as root. Sorry for not being very informative, but I had to make this machine usable as fast as possible, so I downgraded to 2.6.0.8-1. Info on 2.8.0.6-1: -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gdm depends on: ii adduser 3.79 ii aterm [x-terminal-emulat 0.4.2-11 ii debconf [debconf-2.0]1.4.59 ii fluxbox [x-window-manage 0.9.14-1 ii gksu 1.3.6-1 ii gnome-session2.10.0-8 ii gnome-terminal [x-termin 2.10.0-3 ii libart-2.0-2 2.3.17-1 ii libatk1.0-0 1.10.3-1 ii libattr1 2.4.25-1 ii libaudiofile00.2.6-6 ii libbonobo2-0 2.10.1-1 ii libbonoboui2-0 2.10.1-1 ii libbz2-1.0 1.0.2-10 ii libc62.3.5-8 ii libcroco30.6.0-2 ii libdmx1 6.8.2.dfsg.1-10 ii libesd-alsa0 [libesd0] 0.2.36-1 ii libgconf2-4 2.10.1-6 ii libgcrypt11 1.2.2-1 ii libglade2-0 1:2.5.1-2 ii libglib2.0-0 2.8.4-1 ii libgnome-keyring00.4.5-1 ii libgnome2-0 2.10.1-1 ii libgnomecanvas2-02.10.2-2 ii libgnomeui-0 2.10.1-1 ii libgnomevfs2-0 2.10.1-5 ii libgnutls11 1.0.16-14 ii libgpg-error01.1-4 ii libgsf-1-113 1.13.3-1 ii libgtk2.0-0 2.6.10-2 ii libice6 6.8.2.dfsg.1-10 ii libjpeg626b-10 ii liborbit21:2.12.4-1 ii libpam-modules 0.79-3 ii libpam-runtime 0.79-3 ii libpam0g 0.79-3 ii libpango1.0-01.8.2-3 ii libpopt0 1.7-5 ii librsvg2-2 2.9.5-6 ii libselinux1 1.26-1 ii libsm6 6.8.2.dfsg.1-10 ii libtasn1-2 0.2.17-1 ii libwrap0 7.6.dbs-8 ii libx11-6 6.8.2.dfsg.1-10 ii libxau6 6.8.2.dfsg.1-10 ii libxdmcp66.8.2.dfsg.1-10 ii libxext6 6.8.2.dfsg.1-10 ii libxi6 6.8.2.dfsg.1-10 ii libxinerama1 6.8.2.dfsg.1-10 ii libxml2 2.6.22-2 ii metacity [x-window-manag 1:2.10.3-2 ii xbase-clients6.8.2.dfsg.1-10 ii xlibs6.8.2.dfsg.1-10 ii zlib1g 1:1.2.3-8 Versions of packages gdm recommends: ii dialog1.0-20051107-1 pn gdm-themesnone ii zenity2.10.1-1 -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339790: Automatic VT allocation is unreliable
Package: gdm Version: 2.8.0.6-1 The default automatic VT allocation (VTAllocation option in /etc/gdm/gdm.conf) is unreliable. It assigns all X servers VT8. This leads to a hang when a second X server is started via gdmflexiserver. To reproduce: 1. Start GDM via /etc/init.d/gdm. 2. Log in as normal user. 3. Start gdmflexiserver. The newly started X server is also assigned VT8. It becomes highly unresponsive and usually hangs after a while. It is usually possible to get back to a usable system by killing all instances of X server and GDM via root console, but sometimes screen just turns black and stays that way until a reboot. No, the system does not crash. I can reboot via CTRL+ALT+DEL and I can hear MOC playing music. The fix is to simply set VTAllocation=false by default in /etc/gdm/gdm.conf. I did not dig deep into this but a comment in gdm.conf saying... Automatic VT allocation. Right now only works on Linux. This way we force X to use specific vts. turn VTAllocation to false if this is causing problems. ...does suggest that this feature might not be reliable. My system: Up to date Debian Sid (except binutils held at 2.16.1-2); Vanilla kernel 2.6.14.2 I compiled myself; Binary NVIDIA drivers 1.0-7676 from nvidia.com; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]