Bug#698207: www.debian.org /debian-cd/ versus cdimage/archive/
Package: www.debian.org please disregard previous bug report that had wrong subject line. Hello, I find it confusing a bit that: Address http://cdimage.debian.org/debian-cd/6.0.5/amd64/ is 404 http://cdimage.debian.org/debian-cd/6.0.6/amd64/ only works while http://cdimage.debian.org/cdimage/archive/6.0.5/amd64/ works http://cdimage.debian.org/cdimage/archive/6.0.4/amd64/ works etc, all except: http://cdimage.debian.org/cdimage/archive/6.0.6/amd64/ 404 it would be much easier for navigation and bookmarking, if replacing all versions 6.0.5 6.0.6 etc would work. Pick one URL and stick to it. e.g.: http://cdimage.debian.org/cdimage/archive/6.0.4/amd64/ http://cdimage.debian.org/cdimage/archive/6.0.5/amd64/ http://cdimage.debian.org/cdimage/archive/6.0.6/amd64/ Proposed solution: simply make archive the better (universal, bookmarkable) URL, have it also host current version (like 6.0.6 now) and as for /debian-cd/ make it redirect or symlink into archive for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698206: Pidgin hanged after undo ctrl-z in text area when composing a message
Package: www.debian.org Hello, I find it confusing a bit that: Address http://cdimage.debian.org/debian-cd/6.0.5/amd64/ is 404 http://cdimage.debian.org/debian-cd/6.0.6/amd64/ only works while http://cdimage.debian.org/cdimage/archive/6.0.5/amd64/ works http://cdimage.debian.org/cdimage/archive/6.0.4/amd64/ works all except: http://cdimage.debian.org/cdimage/archive/6.0.6/amd64/ 404 it would be much easier for navigation and bookmarking, if replacing all versions 6.0.5 6.0.6 etc would work. Pick one URL and stick to it. e.g.: http://cdimage.debian.org/cdimage/archive/6.0.4/amd64/ http://cdimage.debian.org/cdimage/archive/6.0.5/amd64/ http://cdimage.debian.org/cdimage/archive/6.0.6/amd64/ Proposed solution: simply make archive the better (universal, bookmarkable) URL, have it also host current version (like 6.0.6 now) and as for /debian-cd/ make it redirect or symlink into archive for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689724: Pidgin hanged after undo ctrl-z in text area when composing a message
Package: pidgin Version: 2.7.3-1+squeez On Debian Stable. pidgin 2.7.3-1+squeez Normally works o.k. but this time, when I pasted some text into the message edit field, and then pressed Ctrl-Z to undo the paste, it hanged using 100% cpu. gfx card: lspci | grep -i vga 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200 Graphics (gdb) bt #0 0x7fb7c468ddad in ?? () from /usr/lib/libpangoft2-1.0.so.0 #1 0x7fb7c468e53d in ?? () from /usr/lib/libpangoft2-1.0.so.0 #2 0x7fb7c4687c2b in ?? () from /usr/lib/libpangoft2-1.0.so.0 #3 0x7fb7a744d581 in ?? () from /usr/lib/pango/1.6.0/modules/pango-basic- fc.so #4 0x7fb7c661244a in pango_shape () from /usr/lib/libpango-1.0.so.0 #5 0x7fb7c6605beb in ?? () from /usr/lib/libpango-1.0.so.0 #6 0x7fb7c660652f in ?? () from /usr/lib/libpango-1.0.so.0 #7 0x7fb7c6608065 in ?? () from /usr/lib/libpango-1.0.so.0 #8 0x7fb7c660a573 in pango_layout_get_iter () from /usr/lib/libpango-1.0.so.0 #9 0x7fb7c660a6a5 in pango_layout_get_cursor_pos () from /usr/lib/libpango-1.0.so.0 #10 0x7fb7c738413a in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x7fb7c7384e72 in gtk_text_layout_get_line_display () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x7fb7c73887da in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x7fb7c7367d18 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #14 0x7fb7c7387623 in gtk_text_layout_validate_yrange () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x7fb7c7392cd7 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x7fb7c739438e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x7fb7c739bd4e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x0047c934 in ?? () #19 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #20 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #21 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #22 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #23 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #24 0x7fb7c733bf9e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #25 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #26 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #27 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #28 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #29 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #30 0x7fb7c7229885 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #31 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #32 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #33 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #34 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #35 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #36 0x7fb7c729b81e in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #37 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #38 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #39 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #40 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #41 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #42 0x7fb7c7229885 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #43 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #44 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #45 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #46 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #47 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 ---Type to continue, or q to quit--- #48 0x7fb7c7229885 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #49 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #50 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #51 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #52 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #53 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #54 0x7fb7c7229885 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #55 0x7fb7c63aa3c9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #56 0x7fb7c63bfcc1 in ?? () from /usr/lib/libgobject-2.0.so.0 #57 0x7fb7c63c1a76 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #58 0x7fb7c63c1fc3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #59 0x7fb7c73f8987 in gtk_widget_size_allocate () from /usr/lib/libgtk- x11-2.0.so.0 #60 0x7fb7c72fe1bd in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #6
Bug#659832: severity, summarize, confirmed on gentoo. upstream?
severity 659832 serious retitle 659832 sux (-1) Inappropriate ioctl, fails with sudo and with Ctrl-C To sum it up, this is grave (or serious) bug, because programs run via sux do not have working Ctrl-C (it kills the shell not the program) and because you can't do sudo sux foo which is very useful in many cases. The same problems are present in Gentoo for example. Did upstream or any distro resolved this yet? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#716770: Can not select user in gdm3 to log into when you have many users
Package: gdm3 Version: 3.4.1-8 If you have many local users, gdm3 will show a list of them, but it can not be scrolled. There seems to be no option to even enter username (in gdm3) manually! Such user would find him unable to log in (without help of textmode console or some administratice action). E.g. seen this when locking screen (in xfce4 4.8.0.3) and selecting New Login. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#671477: This problem has been resolved in POCO 1.4.4, rev1965
This problem has been resolved in POCO 1.4.4, rev1965 http://sourceforge.net/p/poco/bugs/520/ For earlier versions of poco (1.3.6 - 1.4.3) this patch is needed: http://sourceforge.net/p/poco/bugs/_discuss/thread/3cb9c56c/de85/attachment/libpcre-8.13.patch --- Foundation/Makefile 2012-01-23 15:12:27.0 +0100 +++ Foundation/Makefile.new 2012-04-11 14:58:14.0 +0200 @@ -43,7 +43,6 @@ pcre_utf8_objects = pcre_ucd pcre_tables ifdef POCO_UNBUNDLED - objects += $(pcre_utf8_objects) SYSLIBS += -lpcre -lz else objects += $(zlib_objects) $(pcre_objects) $(pcre_utf8_objects) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714358: Can not easily remove old RAID/LVM during new reinstall
Package: installation-reports Version: debian 7 i386 installer build 20130430 Boot method: USB stick I wanted to delete old partitions and create RAID partition on hard drive. During installation: - I clicked on the disk driver (sda) - to delete partition - installer asked: do you want to start with new partition table? - I chose yes - installer asked to confirm it will destroy a RAID. - confirmed, yes But nothing was deleted. Work-around: delete the raid first. Configure RAID -> delete RAID -> delete md0. Then delete partition tables (start over). How it should work: it should deleted the RAID that used this driver. OR: also: some function to totally start over (delete all partition tables, all RAIDs, all LVMs, all DM/crypto). But how it should work for several hard drives? OR: function to manually partition WITHOUT auto-using existing things. It will skip auto-detecting RAID, LVM, DM/crypto. It would also solve most of the bugs regarding problems when overwriting on old partially broken or incompatible disk systems. -- Jabber/XMPP: tigusoft...@jabber.org Reporting bugs in Open Source software for creating great and free software for all users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714359: Blowfish, Twofish swap, fstab/install cdrom (un)mount problems
Package: installation-reports Version: debian 7 i386 installer build 20130430 Boot method: USB stick 3 bugs during installation, reported together because they maybe result from same initial bug 1a/1b. 1a. can not use blowfish encryption for new LUKS partition 1b. can not use twofish encryption for new LUKS partition 2. swap not working in installed system after booting: /etc/crypttab refers to /dev/sdb2 but disk is sda2 when "cdrom"(install usb) removed. 3. cdrom unmounted itself. no_codename/failed to determine the codename for the release, failed to read archive === 1a === During installation I wanted to create new encrypted partitions. So in "manual partitioning" I created the new partition type "use for encryption" and I changed default encryption "AES" to "Blowfish". There was error: "No existing file system in this partition" Note: When changing encryption to AES, he doesn't ask me about disk's password (its cached). Is this safe? -log: Jun 25 09:47:54 partman-crypto: kernel entropy_avail: 128 bits Jun 25 09:51:06 partman-crypto: device-mapper: reload ioctl on failed: Invalid argument Jun 25 09:51:06 partman-crypto: Failed to setup dm-crypt key mapping for device /dev/md0. Jun 25 09:51:06 partman-crypto: Check that kernel supports blowfish- xts-plain64 cipher (check syslog for more info). Jun 25 09:51:06 partman-crypto: Failed to write to key storage. Jun 25 09:51:06 kernel: [ 4102.752433] alg: No test for xts(blowfish) (xts(blowfish-generic)) Jun 25 09:51:06 kernel: [ 4102.752459] device-mapper: table: 253:0: crypt: Error allocating crypto tfm Jun 25 09:51:06 kernel: [ 4102.752463] device-mapper: ioctl: error adding target to table Jun 25 09:53:11 kernel: [ 4227.634189] alg: No test for xts(twofish) (xts(twofish-generic)) Encryption was changed to AES and it worked fine then. === 1b === During installation I created partition sdb2 for swap - "use for encryption" and I changed encryption to "Twofish". Here doesn't reported an error, but in log is similar to the "Blowfish" error. === 2 === After system booting - I noticed that the swap is not working: swapon -sdoesn't show any swaps. in /etc/crypttab swap has encryption twofish with random passphare but on "dev/sdb2". During installation probably disk was sdb2, because usb-stick (with ISO cdrom install) was sda. /!\ important - possible critical bug /!\ With this setup of /etc/crypttab would the booted system not try to overwrite /dev/sdb2 on the installed system, destroying some partition if the system would have 2 hard-drives? === 3 === In the same installation: after working around above problems (changing encryption type back to AES) installation was proceeding fine, until: error: "failed to read archive '/media/cdrom/...' " error: "Failed to determine the codename for the release" resolve: mount cd-rom manually (to /cdrom, to /media/cdrom/) seemed to fix this problem. -log: Jun 25 10:20:58 in-target: Unpacking linux-base (from .../linux- base_3.5_all.deb) ... Jun 25 10:20:58 in-target: dpkg-deb: error: failed to read archive `/media/cdrom//pool/main/l/linux-base/linux-base_3.5_all.deb': No such file or directory Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux-base/linux-base_3.5_all.deb (-- unpack): Jun 25 10:20:58 in-target: subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux/linux-image-3.2.0-4-686- pae_3.2.41-2_i386.deb (--unpack): Jun 25 10:20:58 in-target: cannot access archive: No such file or directory Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux-latest/linux-image-686- pae_3.2+46_i386.deb (--unpack): Jun 25 10:20:58 in-target: cannot access archive: No such file or directory Jun 25 10:20:58 in-target: Processing triggers for man-db ... Jun 25 10:20:59 kernel: [ 5895.772806] scsi 3:0:0:0: Direct-Access Generic USB Flash Disk 0.00 PQ: 0 ANSI: 2 Jun 25 10:20:59 kernel: [ 5895.774336] sd 3:0:0:0: Attached scsi generic sg0 type 0 Jun 25 10:20:59 kernel: [ 5895.775054] sd 3:0:0:0: [sdc] 7892040 512-byte logical blocks: (4.04 GB/3.76 GiB) Jun 25 10:20:59 kernel: [ 5895.775541] sd 3:0:0:0: [sdc] Write Protect is on Jun 25 10:20:59 kernel: [ 5895.775547] sd 3:0:0:0: [sdc] Mode Sense: 0b 00 80 00 Jun 25 10:20:59 kernel: [ 5895.776237] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.776241] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:20:59 kernel: [ 5895.780660] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.780665] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:20:59 kernel: [ 5895.936368] sdc: sdc1 Jun 25 10:20:59 kernel: [ 5895.940785] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.940791] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:
