[Bug 29485] Re: symbolic links with spaces in their pathnames on ftp servers does not work
I can confirm that this patch fixes the problem for me. -- symbolic links with spaces in their pathnames on ftp servers does not work https://bugs.launchpad.net/bugs/29485 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 147367] Re: libpam-gnome-keyring does not work on amd64
No, I'm logging in using my password. And I made sure the keyring password is the same as my login password as I read somewhere that that was necessary. I also made sure the files in /etc/pam.d are equal to the ones on the other computers I use where auto unlocking the keyring is working. Does anybody have this working on amd64? -- libpam-gnome-keyring does not work on amd64 https://bugs.launchpad.net/bugs/147367 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 147367] Re: libpam-gnome-keyring does not work on amd64
This patch removed the warnings in auth.log, but it still does not automatically unlock my keyring. As far as I can tell this box has the exact same setup as my laptop and office computers (both i386), where it works. -- libpam-gnome-keyring does not work on amd64 https://bugs.launchpad.net/bugs/147367 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 147367] libpam-gnome-keyring does not work on amd64
Public bug reported: Binary package hint: libpam-gnome-keyring Trying to use the pam_gnome_keyring pam module on amd64 dumps the following in my auth.log: Sep 30 21:52:32 localhost authdaemond: PAM unable to dlopen(/lib/security/pam_gnome_keyring.so) Sep 30 21:52:36 localhost authdaemond: PAM [error: /lib/security/pam_gnome_keyring.so: undefined symbol: pam_getenv] Sep 30 21:52:39 localhost authdaemond: PAM adding faulty module: /lib/security/pam_gnome_keyring.so It does not work afterwards. No login.keyring is created in ~/.gnome2/keyrings and I need to type in my passphrase to unlock the keyring. ** Affects: gnome-keyring (Ubuntu) Importance: Undecided Status: New -- libpam-gnome-keyring does not work on amd64 https://bugs.launchpad.net/bugs/147367 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-keyring in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36538] Re: Epiphany Python extension functions are broken on amd64
I am still seing this on Gutsy. -- Epiphany Python extension functions are broken on amd64 https://bugs.launchpad.net/bugs/36538 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 29485] symbolic links with spaces in their pathnames on ftp servers does not work
Public bug report changed: https://launchpad.net/malone/bugs/29485 Comment: Certainly: [ kjetil /ftp/test ]$ touch foo [ kjetil /ftp/test ]$ ln -s foo "bar baz" [ kjetil /ftp/test ]$ gnomevfs-ls ftp://kjetil:[EMAIL PROTECTED]/test . (Directory, x-directory/normal) size 4096 .. (Directory, x-directory/normal) size 4096 bar [link: /test/foo ] (Regular, application/octet-stream) size 0 foo (Regular, application/octet-stream) size 0 [ kjetil /ftp/test ]$ ncftpls -l ftp://kjetil:[EMAIL PROTECTED]:/test/ lrwxrwxrwx1 ftp ftp 3 Feb 26 19:22 bar baz -> foo -rw-r--r--1 ftp ftp 0 Feb 26 19:22 foo OT: Does Malone allow pre or code tags to prevent code lines from wrapping? -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 29485] symbolic links with spaces in their pathnames on ftp servers does not work
Public bug report changed: https://launchpad.net/malone/bugs/29485 Comment: I used to use pureftpd, but to eliminate the ftp server from the equation i switched to vsftpd, and the problem still exists. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 29485] symbolic links with spaces in their pathnames on ftp servers does not work
Public bug report changed: https://launchpad.net/malone/bugs/29485 Comment: I am seeing this behaviour on both breezy and dapper. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 29485] symbolic links with spaces in their pathnames on ftp servers does not work
Public bug reported: https://launchpad.net/malone/bugs/29485 Affects: gnome-vfs2 (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: There are problems with ftp and symbolic links that contain spaces. To Illustrate I made the following directory: [ kjetil ~ ]$ gnomevfs-ls file:///ftp/test/ | sort 1_without_Spaces(Directory, x-directory/normal) size 4096 mode 0755 2_without_Spaces_Link1 [link: /ftp/test/1_without_Spaces ] (Directory, x-directory/normal) size 4096 mode 0755 3 without Spaces Link2 [link: /ftp/test/1_without_Spaces ] (Directory, x-directory/normal) size 4096 mode 0755 4 with Spaces (Directory, x-directory/normal) size 4096 mode 0755 5_with_Spaces_Link1 [link: /ftp/test/4 with Spaces/ ](Directory, x-directory/normal) size 4096 mode 0755 6 with Spaces Link2 [link: /ftp/test/4 with Spaces/ ](Directory, x-directory/normal) size 4096 mode 0755 . (Directory, x-directory/normal) size 4096 mode 0755 .. (Directory, x-directory/normal) size 4096 mode 0775 When accessing the dir via ftp I get the following: [ kjetil ~ ]$ gnomevfs-ls ftp://kjetil:[EMAIL PROTECTED]/test | sort 1_without_Spaces(Directory, x-directory/normal) size 4096 mode 0755 2_without_Spaces_Link1 [link: /test/1_without_Spaces ](Directory, x-directory/normal) size 4096 mode 0755 3[link: /test/1_without_Spaces ](Directory, x-directory/normal) size 4096 mode 0755 4 with Spaces (Directory, x-directory/normal) size 4096 mode 0755 5_with_Spaces_Link1 [link: 4 ] (Symbolic Link, x-special/symlink) size 14 mode 0777 6[link: 4 ] (Symbolic Link, x-special/symlink) size 14 mode 0777 . (Directory, x-directory/normal) size 4096 mode 0755 .. (Directory, x-directory/normal) size 4096 mode 0775 This makes the links numbered 3 and 6 (the ones with spaces in them) not work. As you can the links can point to a file containing spaces, but cannot have spaces itself. The spaces need not be in the actual filename of the link, they can be anywhere in its path. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
