[Bug 244420] [NEW] open ssh in Intrepid will not connect to my hardy ssh server.
Public bug reported: So basically, I've got a desktop running Hardy 64; on it is running an open ssh server. This open ssh server is set to only accept my key, no passwords. I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: Code: [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config cfa*they're the same ;)a9 /home/ryan/.ssh/identity cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. debug1: Connection established. debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/ryan/.ssh/identity type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 519/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.102' is known and matches the RSA host key. debug1: Found key in /home/ryan/.ssh/known_hosts:1 debug2: bits set: 516/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1:
[Bug 244420] Re: open ssh in Intrepid will not connect to my hardy ssh server.
** Description changed: So basically, I've got a desktop running Hardy 64; on it is running an open ssh server. This open ssh server is set to only accept my key, no passwords. I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: Code: [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config cfa*they're the same ;)a9 /home/ryan/.ssh/identity cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. debug1: Connection established. debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/ryan/.ssh/identity type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 519/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.102' is known and matches the RSA host key. debug1: Found key in /home/ryan/.ssh/known_hosts:1 debug2: bits set: 516/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1:
[Bug 244420] Re: Solved
** Summary changed: - open ssh in Intrepid will not connect to my hardy ssh server. + Solved ** Description changed: - So basically, I've got a desktop running Hardy 64; on it is running an - open ssh server. This open ssh server is set to only accept my key, no - passwords. - - I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: - Code: - - [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity - eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config - eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config - cfa*they're the same ;)a9 /home/ryan/.ssh/identity - cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity - [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 - OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 - debug1: Reading configuration data /etc/ssh/ssh_config - debug1: Applying options for * - debug2: ssh_connect: needpriv 0 - debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. - debug1: Connection established. - debug2: key_type_from_name: unknown key type '-BEGIN' - debug2: key_type_from_name: unknown key type '-END' - debug1: identity file /home/ryan/.ssh/identity type -1 - debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 - debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* - debug1: Enabling compatibility mode for protocol 2.0 - debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 - debug2: fd 3 setting O_NONBLOCK - debug1: SSH2_MSG_KEXINIT sent - debug1: SSH2_MSG_KEXINIT received - debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 - debug2: kex_parse_kexinit: ssh-rsa,ssh-dss - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: first_kex_follows 0 - debug2: kex_parse_kexinit: reserved 0 - debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 - debug2: kex_parse_kexinit: ssh-rsa,ssh-dss - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: first_kex_follows 0 - debug2: kex_parse_kexinit: reserved 0 - debug2: mac_setup: found hmac-md5 - debug1: kex: server-client aes128-cbc hmac-md5 none - debug2: mac_setup: found hmac-md5 - debug1: kex: client-server aes128-cbc hmac-md5 none - debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent - debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP - debug2: dh_gen_key: priv key bits set: 132/256 - debug2: bits set: 519/1024 - debug1: SSH2_MSG_KEX_DH_GEX_INIT sent - debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY - debug1: Host '192.168.0.102' is known and matches the RSA host key. - debug1: Found key in /home/ryan/.ssh/known_hosts:1 - debug2: bits set: 516/1024 - debug1:
[Bug 292871] [NEW] update-grub does not function properly with mdadm
Public bug reported: Binary package hint: grub I've had this problem for quite a while in Ubuntu but hadn't gotten around to filing a bug report until now. I've got a RAID-1 setup through mdadm, and every time I upgrade my kernel, update-grub renders my system unbootable. Here's some output to illustrate a little better. [EMAIL PROTECTED]:~$ sudo blkid /dev/sdc1 /dev/sdc1: UUID=f218a5dc-17bf-f955-3c6b-183d348f9553 TYPE=mdraid [EMAIL PROTECTED]:~$ sudo blkid /dev/sde1 /dev/sde1: UUID=f218a5dc-17bf-f955-3c6b-183d348f9553 TYPE=mdraid [EMAIL PROTECTED]:~$ sudo blkid /dev/md0 /dev/md0: UUID=a0d72a95-f804-4881-96de-8de3ceafe674 TYPE=ext3 [/CODE] So /dev/sdc1 and /dev/sde1 are the two partitions that make up the RAID1 /dev/md0. The problem is that every time I upgrade my kernel, update-grub will change the lines in /boot/grub/menu.lst that look like: kernel /boot/vmlinuz-2.6.24-21-generic root=UUID=a0d72a95-f804-4881-96de-8de3ceafe674 ro quiet splash to lines that look like: kernel /boot/vmlinuz-2.6.24-21-generic root=UUID=f480cccf-8a38-426b-be9f-6af3a5912443 ro quiet splash This renders my system unbootable as that is not the correct UUID of /dev/md0, and so the boot fails and I am dumped to a busybox prompt. Other information that may be useful: [EMAIL PROTECTED]:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 8.04.1 Release:8.04 Codename: hardy [EMAIL PROTECTED]:~$ apt-cache policy grub grub: Installed: 0.97-29ubuntu21 Candidate: 0.97-29ubuntu21 Version table: *** 0.97-29ubuntu21 0 500 http://us.archive.ubuntu.com hardy/main Packages 100 /var/lib/dpkg/status[/CODE] ** Affects: grub (Ubuntu) Importance: Undecided Status: New -- update-grub does not function properly with mdadm https://bugs.launchpad.net/bugs/292871 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 27109] Re: nautilus uses 100% cpu after closing a ssh session
I am also confirming this bug, connecting to my desktop from my laptop via Places - Connect to Server in the Gnome menu and selecting ssh and providing the server ip (in this case 192.168.0.104 note using private key authentication). Nautilus' CPU utilization will spike to 100%. If I right click on the folder created to the desktop that says sftp on 192.168.0.104 and choose unmount volume, the CPU usage returns to normal. Here's some info that may be helpful: [EMAIL PROTECTED]:~$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 8.10 Release:8.10 Codename: intrepid [EMAIL PROTECTED]:~$ apt-cache policy nautilus nautilus: Installed: 1:2.24.1-0ubuntu1 Candidate: 1:2.24.1-0ubuntu1 Version table: *** 1:2.24.1-0ubuntu1 0 500 http://us.archive.ubuntu.com intrepid/main Packages 100 /var/lib/dpkg/status -- nautilus uses 100% cpu after closing a ssh session https://bugs.launchpad.net/bugs/27109 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 27109] Re: nautilus uses 100% cpu after closing a ssh session
I am having difficulty reproducing the bug, I never actually noticed when it spiked, but I was checking top and noticed that nautilus was using 100% CPU. It remained like this for several minutes until I took the steps mentioned in the previous post (unmounted the sftp folder) Doing that immediately reduced the CPU usage to a much lower %. -- nautilus uses 100% cpu after closing a ssh session https://bugs.launchpad.net/bugs/27109 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 244420] [NEW] open ssh in Intrepid will not connect to my hardy ssh server.
Public bug reported: So basically, I've got a desktop running Hardy 64; on it is running an open ssh server. This open ssh server is set to only accept my key, no passwords. I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: Code: [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config cfa*they're the same ;)a9 /home/ryan/.ssh/identity cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. debug1: Connection established. debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/ryan/.ssh/identity type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 519/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.102' is known and matches the RSA host key. debug1: Found key in /home/ryan/.ssh/known_hosts:1 debug2: bits set: 516/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1:
[Bug 244420] Re: open ssh in Intrepid will not connect to my hardy ssh server.
** Description changed: So basically, I've got a desktop running Hardy 64; on it is running an open ssh server. This open ssh server is set to only accept my key, no passwords. I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: Code: [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config cfa*they're the same ;)a9 /home/ryan/.ssh/identity cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. debug1: Connection established. debug2: key_type_from_name: unknown key type '-BEGIN' debug2: key_type_from_name: unknown key type '-END' debug1: identity file /home/ryan/.ssh/identity type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 519/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host '192.168.0.102' is known and matches the RSA host key. debug1: Found key in /home/ryan/.ssh/known_hosts:1 debug2: bits set: 516/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1:
[Bug 244420] Re: Solved
** Summary changed: - open ssh in Intrepid will not connect to my hardy ssh server. + Solved ** Description changed: - So basically, I've got a desktop running Hardy 64; on it is running an - open ssh server. This open ssh server is set to only accept my key, no - passwords. - - I've got a laptop; on this laptop I'm able to connect to the ssh server using Hardy 32 bit, but when I use Intrepid 64 bit it doesn't work. The interesting thing is that using Intrepid, both sides seem to think it worked just fine. For example on the server, /var/log/auth.log says that it has accepted my public key, and on the laptop's side netstat -t says that the ssh connection is established, and also the output of ssh -v -v is exactly as expected. The only problem is I never get a [EMAIL PROTECTED]:~$ prompt. The terminal just hangs and ctrl+c/z/whatever doesn't do anything. Here's some output that may be very helpful: - Code: - - [EMAIL PROTECTED]:~$ md5sum /etc/ssh/ssh_config md5sum /media/hardy/etc/ssh/ssh_config md5sum /home/ryan/.ssh/identity md5sum /media/hardy/home/ryan/.ssh/identity - eb59056334fffc55e9f308f0e2315c38 /etc/ssh/ssh_config - eb59056334fffc55e9f308f0e2315c38 /media/hardy/etc/ssh/ssh_config - cfa*they're the same ;)a9 /home/ryan/.ssh/identity - cfa*they're the same ;)a9 /media/hardy/home/ryan/.ssh/identity - [EMAIL PROTECTED]:~$ ssh -v -v 192.168.0.102 - OpenSSH_4.7p1 Debian-12ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 - debug1: Reading configuration data /etc/ssh/ssh_config - debug1: Applying options for * - debug2: ssh_connect: needpriv 0 - debug1: Connecting to 192.168.0.102 [192.168.0.102] port 22. - debug1: Connection established. - debug2: key_type_from_name: unknown key type '-BEGIN' - debug2: key_type_from_name: unknown key type '-END' - debug1: identity file /home/ryan/.ssh/identity type -1 - debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 - debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* - debug1: Enabling compatibility mode for protocol 2.0 - debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12ubuntu1 - debug2: fd 3 setting O_NONBLOCK - debug1: SSH2_MSG_KEXINIT sent - debug1: SSH2_MSG_KEXINIT received - debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 - debug2: kex_parse_kexinit: ssh-rsa,ssh-dss - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED],zlib - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: first_kex_follows 0 - debug2: kex_parse_kexinit: reserved 0 - debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 - debug2: kex_parse_kexinit: ssh-rsa,ssh-dss - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[EMAIL PROTECTED],aes128-ctr,aes192-ctr,aes256-ctr - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[EMAIL PROTECTED],hmac-ripemd160,[EMAIL PROTECTED],hmac-sha1-96,hmac-md5-96 - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] - debug2: kex_parse_kexinit: none,[EMAIL PROTECTED] - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: - debug2: kex_parse_kexinit: first_kex_follows 0 - debug2: kex_parse_kexinit: reserved 0 - debug2: mac_setup: found hmac-md5 - debug1: kex: server-client aes128-cbc hmac-md5 none - debug2: mac_setup: found hmac-md5 - debug1: kex: client-server aes128-cbc hmac-md5 none - debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent - debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP - debug2: dh_gen_key: priv key bits set: 132/256 - debug2: bits set: 519/1024 - debug1: SSH2_MSG_KEX_DH_GEX_INIT sent - debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY - debug1: Host '192.168.0.102' is known and matches the RSA host key. - debug1: Found key in /home/ryan/.ssh/known_hosts:1 - debug2: bits set: 516/1024 - debug1:
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
The last updates did not fix the problem for me. Now instead of going all white I get a black screen with sparse red and green dots. -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Here's the output of compiz --replace. Will attach useful logs as well. [EMAIL PROTECTED]:~$ compiz --replace Checking for Xgl: not present. Detected PCI ID for VGA: Checking for texture_from_pixmap: not present. Trying again with indirect rendering: Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x800) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format ^CAttempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered Attempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered Attempted to unregister path (path[0] = org path[1] = freedesktop) which isn't registered ** Attachment added: xsession-errors http://launchpadlibrarian.net/16052694/.xsession-errors -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
** Attachment added: Xorg.0.log http://launchpadlibrarian.net/16052699/Xorg.0.log -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Sorry for the triple post, my windowing system is hosed up from running compiz --replace ** Attachment added: xorg.conf http://launchpadlibrarian.net/16052702/xorg.conf -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Specifically my card as reported by lspci is: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Even after the most recent updates (not the ones from last night, but from today) the same problem is still present on 965. compiz --replace makes the screen go black with a few sparse pixels of other colors. I tried restarting in recovery and choosing fix x server, but that didn't fix the problem (I didn't really expect it to.) -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Has another bug been opened, or are we sticking with this one? I'd think the two half to be related? -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
have to be related* -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 255028] [NEW] Unable to extract password protected zip
Public bug reported: Binary package hint: file-roller Currently using Hardy Heron 32 bit with all updates and upgrades and version 2.22.3 of file-roller. I created a password protected .zip in my Windows guest OS in virtualbox, copied it over to my host machine and tried to extract it through Gnome using file-roller. The password for the .zip began with an exclamation mark followed by letters and numbers. !X### was the password format if it matters, where X is capital letter, x is lowercase, and # is a number. Anyway, whenever I enter the password, file-roller repops the prompt as though I've entered it incorrectly even though I did enter it correctly. (I've done it several times to make sure) I am able to extract the file using Windows built in explorer unzip utility, as well as from the command line in Ubuntu using the unzip command; it's specifically file-roller that is unable to unzip the file. I'm thinking that maybe the password beginning with ! could be the source of the problem, but not entirely sure. Thanks. If others are having difficulty recreating the problem I will attempt to recreate the problem with a .zip that doesn't contain sensitive information (as the file in question does) and upload it as an attachment. ** Affects: file-roller (Ubuntu) Importance: Undecided Status: New -- Unable to extract password protected zip https://bugs.launchpad.net/bugs/255028 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 255028] Re: Unable to extract password protected zip
I will try to create a new one that doesn't contain sensitive information that reproduces the same results See attached. The password for the file is !Hello801 It is unzippable via Windows and via the command line unzip, but file- roller will not unzip it. ** Attachment added: FileRollerTest.zip http://launchpadlibrarian.net/16566123/FileRollerTest.zip -- Unable to extract password protected zip https://bugs.launchpad.net/bugs/255028 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 255028] Re: Unable to extract password protected zip
I can also verify that I believe it's the exclamation mark that is causing the problem, since if I zip the same text file and set the password to something simple like test it works just fine. -- Unable to extract password protected zip https://bugs.launchpad.net/bugs/255028 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 255028] Re: Unable to extract password protected zip
I could maybe dig through the source myself, but are you shelling it out to unzip? Cause that would definitely make the ! do bad things. Maybe could be solved with a simple single quote? -- Unable to extract password protected zip https://bugs.launchpad.net/bugs/255028 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Have the same problem, is a fix in the works? What's the easiest way to go about downgrading to the older packages? -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 245888] Re: Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login
Have the same problem, is a fix in the works? What's the easiest way to go about downgrading to the older packages? -- Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login https://bugs.launchpad.net/bugs/245888 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 751513] [NEW] package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-ba
*** This bug is a duplicate of bug 751343 *** https://bugs.launchpad.net/bugs/751343 Public bug reported: ryan@lutz-splk-e6410:~$ sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: gstreamer0.10-plugins-ugly 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 59 not fully installed or removed. Need to get 0 B/314 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? y (Reading database ... 159913 files and directories currently installed.) Preparing to replace gstreamer0.10-plugins-ugly 0.10.17-1 (using .../gstreamer0.10-plugins-ugly_0.10.17-1ubuntu1_i386.deb) ... Unpacking replacement gstreamer0.10-plugins-ugly ... dpkg: error processing /var/cache/apt/archives/gstreamer0.10-plugins-ugly_0.10.17-1ubuntu1_i386.deb (--unpack): trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/gstreamer0.10-plugins-ugly_0.10.17-1ubuntu1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ProblemType: Package DistroRelease: Ubuntu 11.04 Package: gstreamer0.10-plugins-ugly 0.10.17-1 ProcVersionSignature: Ubuntu 2.6.38-7.39-generic-pae 2.6.38 Uname: Linux 2.6.38-7-generic-pae i686 NonfreeKernelModules: wl Architecture: i386 Date: Tue Apr 5 09:53:13 2011 ErrorMessage: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 InstallationMedia: Ubuntu 11.04 Natty Narwhal - Alpha i386 (20110302) SourcePackage: gst-plugins-ugly0.10 Title: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gst-plugins-ugly0.10 (Ubuntu) Importance: Undecided Status: New ** Tags: apport-package i386 natty -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/751513 Title: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 751513] Re: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad
*** This bug is a duplicate of bug 751343 *** https://bugs.launchpad.net/bugs/751343 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/751513 Title: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 751343] Re: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad
Thanks for the quick fix. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/751343 Title: package gstreamer0.10-plugins-ugly 0.10.17-1 failed to install/upgrade: trying to overwrite '/usr/share/locale/af/LC_MESSAGES/.mo', which is also in package gstreamer0.10-plugins-bad 0.10.21-1ubuntu10 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 636442] Re: Ubuntu 10.10 Beta does not boot on ASUS G51JX-A1
I can confirm that this bug also exists for me on an Asus laptop with an Nvidia 360m card. Gnome loads, and I hear the sound play, but the desktop is garbled. I am unable to switch to any tty's to gather any logs. Tried using multiple usb sticks and verified their integrity multiple times. I have tried installing 10.10 using both the final beta build and the RC build downloaded on October 2nd, both produce a block pattern that is black and white and unchanging. I'm guessing the noveau driver is hosed up in some way, sorry I can't be more helpful. Has anyone been able to successfully installed 10.10 via disc onto a laptop with a GTS 360m? -- Ubuntu 10.10 Beta does not boot on ASUS G51JX-A1 https://bugs.launchpad.net/bugs/636442 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 633277] Re: ubuntu 10.10 beta live CD has major graphical glitches on ASUS G60JX
Confirming this bug occurring on my ASUS laptop with a GTS 360m, same results. The nouveau driver seems to be hosed up even in the RC. -- ubuntu 10.10 beta live CD has major graphical glitches on ASUS G60JX https://bugs.launchpad.net/bugs/633277 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs