[Bug 912625] Re: #!/usr/bin/env python breaks Python-based Ubuntu packages in the presence of virtualenvs, local installations
Marc: Fair enough. I guess the same kind of hijacking I mentioned could be accomplished in a lot of ways, including setting PYTHONPATH, so it's probably alright. Scott: The Debian policy reads: Maintainers should not override the Debian Python interpreter using /usr/bin/env The word should is somewhat ambiguous in its level of severity, but I would read that as a strongly discouraged even if not a hard and fast you must not do this. I would say there ought to be a really good reason if a system-installed executable is figuring out which interpreter to use at runtime. You shouldn't put a non-system python in your system's python path. I assume you mean on your shell's PATH as the PYTHONPATH is something different -- at any rate, this is an unworkable demand for just about anyone who does anything resembling serious Python development. In addition to virtualenv being a ubiquitous tool for deployment management and environment isolation, several specialized Python distributions exist (both commercial and FLOSS) such as Enthought Python Distribution, ActivePython, FEMhub, Sage, etc. and isolate themselves from the system Python (as they should). Placing the bin directory of one of these distributions, or of a virtualenv, on your shell's PATH (i.e. adding it to your PATH in ~/.bash_profile) should not cause random system-installed executable scripts to start breaking, and I would very much consider it a bug in the package that installed the executable if this does happen. Furthermore, most of the Python scripts in /usr/bin on my machine follow the hard code which interpreter you want convention, and as Barry pointed out above, even the native Python packaging system, broken as it is in many ways, performs this kind of munging. I would consider this a strong case for not using #!/usr/bin/env python. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-applets in Ubuntu. https://bugs.launchpad.net/bugs/912625 Title: #!/usr/bin/env python breaks Python-based Ubuntu packages in the presence of virtualenvs, local installations To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/912625/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 118343] Re: Sent messages not saved to remote folder if remote folder doesn't belong to same account
It seems this problem was fixed in a recent package upgrade. ** Changed in: evolution (Ubuntu) Status: Unconfirmed = Fix Released -- Sent messages not saved to remote folder if remote folder doesn't belong to same account https://bugs.launchpad.net/bugs/118343 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 118343] Sent messages not saved to remote folder if remote folder doesn't belong to same account
Public bug reported: Binary package hint: evolution Basically, I have one account that I check mail from, and several set up to send mail from, as I have a few different email addresses that all get forwarded to that one IMAP account but that I use for different things (my work address, my school address, etc.) with different signatures, and such. On all accounts I tell it to save Sent and Drafts to the corresponding folders on my IMAP server (the receive account). They are subdirectories of that account's INBOX folder, because my provider doesn't allow anything else. If I send with the receive account selected as my identity, the sent message gets saved as it should. When I send from either of the send only accounts, the mail does not get saved, even though I have the appropriate folder selected. It doesn't get saved in the local Sent folder either, so it's completely lost it seems, which is definitely not good. The correct behaviour would be for it to save to an IMAP/other remote folder you specify, regardless of which account it belongs to. ** Affects: evolution (Ubuntu) Importance: Undecided Status: Unconfirmed -- Sent messages not saved to remote folder if remote folder doesn't belong to same account https://bugs.launchpad.net/bugs/118343 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for evolution in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 109418] After Feisty upgrade: some drives show up twice in nautilus, once unmounted and once mounted
Public bug reported: Binary package hint: nautilus Essentially, two of my PATA partitions that mount okay have phantom entries in the nautilus sidebar, that I recognize by their sizes as being /media/RAID and either /home or /media/storage. If it makes any difference my /media/RAID partition is on a RAID1 virtual disk exposed by a 3ware Escalade 7006 PCI RAID controller. Could it have something to do with some drives being mounted using /dev/mapper/sd* instead of just /dev/sd*? I notice that / is mounted as /dev/sdb2 rather than /dev/mapper/sdb2. Output of mount: /dev/sdb2 on / type jfs (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) /sys on /sys type sysfs (rw,noexec,nosuid,nodev) varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) lrm on /lib/modules/2.6.20-15-386/volatile type tmpfs (rw) /dev/mapper/sdb1 on /boot type ext2 (rw) /dev/mapper/sdb5 on /home type xfs (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/sda1 on /media/AwesomeDrive_ type hfsplus (rw,noexec,nosuid,nodev) /dev/mapper/sdc1 on /media/RAID type jfs (rw,noexec,nosuid,nodev) /dev/mapper/sdb6 on /media/storage type xfs (rw,noexec,nosuid,nodev) fstab: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 # /dev/hda2 -- converted during upgrade to edgy UUID=37d694a5-7a15-4c99-a996-f839419c9fea / jfs defaults,errors=remount-ro 0 1 # /dev/hda1 -- converted during upgrade to edgy UUID=bc5ac137-9291-4bdf-bf56-750038bee426 /boot ext2 defaults 0 2 # /dev/hda5 -- converted during upgrade to edgy UUID=269e59cb-630e-4cf7-ba0d-64cb76c8b7ec /home xfs defaults 0 2 # /dev/hda6 -- converted during upgrade to edgy UUID=f841bf28-b667-4ce1-be73-8e94fc762953 /media/storage xfs users 0 2 # /dev/hda3 -- converted during upgrade to edgy UUID=0e59fc08-70fd-4dfa-b571-e0fe0fa1adba none swap sw 0 0 /dev/cdrom/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/hdd/media/cdrom1 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 UUID=e06e06d6-1e31-43c2-8385-864c46d9c34c /media/RAID jfs users 0 2 ** Affects: nautilus (Ubuntu) Importance: Undecided Status: Unconfirmed -- After Feisty upgrade: some drives show up twice in nautilus, once unmounted and once mounted https://bugs.launchpad.net/bugs/109418 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 109418] Re: After Feisty upgrade: some drives show up twice in nautilus, once unmounted and once mounted
Oh, I also created a fresh user account to test whether it was a problem with my assorted gnome preferences. Same thing appears. -- After Feisty upgrade: some drives show up twice in nautilus, once unmounted and once mounted https://bugs.launchpad.net/bugs/109418 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for nautilus in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs