[Bug 1445977] [NEW] claws-mail turns off TLS for SMTP over SSL
Public bug reported: Ubuntu 14.04 LTS claws-mail 3.9.3 The claws-mail package of Ubuntu 14.04 LTS has separate code paths for Use SSL for SMTP connection and Use STARTTLS command to start SSL session, with the first of the two disabling all TLS versions. Due to its security vulnerabilities very few SMTP servers still support SSLv3, so the first option is mostly useless now. The problem is here: http://git.claws-mail.org/?p=claws.git;a=blob;f=src/common/ssl.c;h=113462b37d6299c9807317fcf9da098ef4e87c76;hb=5f224c577a9ab7b8e0a2c1af1148ea1010e50426#l287 Newer versions of claws ship without the entire 'SMTP over SSL' is different from 'STARTTLS' logic. I realize that you probably don't want to upgrade a package version within the LTS phase. Instead a local patch could just remove the :-VERS-TLS1.0:-VERS-TLS1.1:-VERS-TLS1.2 part of that string. Steps to reproduce: 1. Get a mail account on a server that supports SMTP over SSL/TLS, usually on Port 465 (SSMTP). Make sure that SSL versions 2 and 3 on the server are deactivated. 2. Set up the account in claws-mail, selecting Send (SMTP): [X] Use SSL for SMTP connection in the Account-SSL settings. 3. Try to send mail using that account Actual results: (Using claws-mail --debug) ssl.c:229:waiting for SSL_connect thread... ssl.c:247:SSL_connect thread returned -12 ** (claws-mail:16415): WARNING **: SSL connection failed (A TLS fatal alert has been received.) ** (claws-mail:16415): WARNING **: can't initialize SSL. ** (claws-mail:16415): WARNING **: [20:31:54] SSL handshake failed ** (claws-mail:16415): WARNING **: [20:31:54] Error occurred while sending the message. Expected results: The mail should have been sent. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: claws-mail 3.9.3-1ubuntu1 ProcVersionSignature: Ubuntu 3.13.0-49.83-generic 3.13.11-ckt17 Uname: Linux 3.13.0-49-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.10 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 19 20:32:42 2015 ExecutablePath: /usr/bin/claws-mail InstallationDate: Installed on 2010-10-27 (1635 days ago) InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) SourcePackage: claws-mail UpgradeStatus: Upgraded to trusty on 2014-04-22 (362 days ago) ** Affects: claws-mail (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1445977 Title: claws-mail turns off TLS for SMTP over SSL To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/claws-mail/+bug/1445977/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1011073] Re: NetworkManager submenus sometimes unpopulated
I think the icon set and everything else are Ubuntu default, I do not recall doing anything to the look and feel besides changing the background image (and having the left-hand side bar being displayed at all times). System Settings - Appearance - Theme says Ambiance (default). The system is Ubuntu 12.04, x86_64, all packages up-to-date. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1011073 Title: NetworkManager submenus sometimes unpopulated To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1011073/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1011073] Re: NetworkManager submenus sometimes unpopulated
In reply to Mathieu: It usually takes days, not hours, before I notice the problem, but I think I have never gone more than three days without. I have run an instance of valgrind --leak-check=full --trace- children=yes --log-file=nm-applet-%p.log nm-applet in a console and hit Ctrl-C when I noticed the problem. I'm attaching a bzip2 compressed log file. The console output was --snip ** Message: applet now removed from the notification area (nm-applet:10742): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed ** Message: No keyring secrets found for WLAN-001A4F3AD299/802-11-wireless-security; asking user. ^C** Message: PID 0 (we are 10742) sent signal 2, shutting down... --snap (Note: The No keyring secrets message is related to a different problem.) ** Attachment added: Log generated by valgrind --leak-check=full --trace-children=yes --log-file=nm-applet-%p.log nm-applet https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1011073/+attachment/3251319/+files/nm-applet-10742.log.bz2 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1011073 Title: NetworkManager submenus sometimes unpopulated To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1011073/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1011073] Re: NetworkManager submenus unpopulated
I'm affected by this too. It seems to happen intermittently without any obvious connection to anything else. I most often notice it more or less directly following a resume from suspend, though that may be a coincidence since that's also the time when I most often want to manually connect to my VPN, having just opened my laptop at a place away from home. Another symptom when the bug occurs: The nm-indicator does not react to clicks on any of the items. While it may list some Wifi networks as well as 3G connections and the Enable … checkboxes, clicking any of them simply does nothing. Wifi networks can't be changed, 3G connections can't be brought up, networking can't be disabled. It's as if the indicator has lost partial connectivity to the network-manager proper. Other network-manager interfaces continue to work, both nmcli/nm-tool and System Settings → Network list all available connections and can bring them up. Looking through the network-manager bugs on launchpad at least #1012154 and #1000948 seem to be duplicates of this. (I'm commenting here since so far this is the most active one.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1011073 Title: NetworkManager submenus unpopulated To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1011073/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 884856] Re: gnome-keyring integration breaks some GPG functions
Ok, it seems I misunderstood the gnome-keyring-daemon startup procedure. Apparently --daemonize --login spawns kind of an empty shell for the functionality (accepting the password through PAM) but does not actually initialize any functionality. For that additional calls the gnome- keyring-daemon with the options --start --components=… (listing the desired component or components) are necessary. As such the PAM module call is actually correct and the fault for gnome-keyring-daemon uncontrollably taking over GPG functions lies elsewhere. (It's just rather confusing because the later calls to --start --components don't leave any traces and looking at the running process list will only show one gnome-keyring-daemon process with --daemonize --login.) In theory, and apparently in some practical cases as evidenced by comment 4 and some other hints on the web, the modules should be started by the session and selectable in gnome-session-properties. However, that doesn't seem to be the case, for Oneiric at least: I tried creating a new user account on my system, and tried a friend's installation (to exclude the possibility of something being wrong with my installation): There is no entry for any gnome-keyring-daemon module in the startup programs list. Instead, there are multiple /etc/xdg/autostart/gnome-keyring-….desktop files, one each for gpg, secrets, pkcs11 and ssh with no obvious UI to disable any of them. WORKAROUND: Removing the /etc/xdg/autostart/gnome-keyring-gpg.desktop file releases (after logging out and in again) gnome-keyring-daemon's grip over the GPG agent functionality and lets gpg and gpgsm work normally again. -- Steps to reproduce -- 1. On a normal Ubuntu Oneiric installation log in normally. 2. Open a Terminal 3. echo $GPG_AGENT_INFO -- Actual results -- /tmp/keyring-some random string/gpg:0:1 -- Expected results (and actual results after applying workaround) -- /tmp/gpg-random string/S.gpg-agent:random number:1 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/884856 Title: gnome-keyring integration breaks some GPG functions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/884856/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 884856] [NEW] gnome-keyring integration breaks some GPG functions
Public bug reported:
In recent Ubuntu releases (not sure how far back, but at least Oneiric)
gnome-keyring offers gpg-agent integration and is enabled by default.
The gpg-agent protocol implementation of gnome-keyring is very
incomplete and hence breaks at least the smartcard functions of gpg and
most functions of gpgsm.
Steps to reproduce (smartcard):
1. Acquire a smartcard reader, an OpenPGP smartcard and install pcsc-lite
2. Start a normal new Ubuntu desktop session
3. strace gpg --card-status
Actual results:
...
socket(PF_FILE, SOCK_STREAM, 0) = 3
connect(3, {sa_family=AF_FILE, path=/tmp/keyring-p6oNWL/gpg}, 25) = 0
...
write(3, SCD SERIALNO openpgp, 20)= 20
write(3, \n, 1) = 1
read(3, ERR 103 unknown command\n, 1002) = 24
...
The printout on stdout is
selecting openpgp failed: unknown command
OpenPGP card not available: general error
Expected results: The agent should know the SCD command and act
accordingly.
Steps to reproduce(gpgsm):
1. Migrate from an old installation that includes X.509 certificates and
private keys in gpgsm.
2. strace gpgsm -K
Actual results:
...
socket(PF_FILE, SOCK_STREAM, 0) = 4
connect(4, {sa_family=AF_FILE, path=/tmp/keyring-p6oNWL/gpg}, 25) = 0
...
write(4, HAVEKEY 62B64B58FF1BD7E0B48FE51A..., 48) = 48
write(4, \n, 1) = 1
read(4, ERR 103 unknown command\n, 1002) = 24
...
Expected results: The agent should know the HAVEKEY command and act
accordingly.
Due to the way the gnome-keyring is activated in recent releases no easy
workaround is possible. Removing the GPG_AGENT_INFO environment variable makes
the individual examples work (they will just start their own agent if
necessary), but that's not possible (and certainly not configurable) on a
system level. gnome-keyring-daemon allows in principle to deactivate the faulty
gpg module (there is a command line option --components that accepts a list of
any combination of pkcs11,secrets,ssh,gpg).
But currently the gnome-keyring-daemon is started through the
pam_gnome_keyring.so PAM module which uses a hard-coded command line (
--daemonize --login).
Steps to resolve this problem: At least a) disable the gpg gnome-keyring module
by default in the PAM module, and/or b) make the command line options that the
module uses user configurable. Or c) extend gnome-keyring with all the missing
functionality (and play a constant game of catch-up), or d) leave gpg-agent
operations to the gpg-agent and try to solve whatever problem the gnome-keyring
gpg-agent emulation was meant to solve in another manner.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: gnome-keyring 3.2.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
Date: Mon Oct 31 05:41:24 2011
InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007)
ProcEnviron:
LANGUAGE=en_GB:en
PATH=(custom, no user)
LANG=de_DE.utf8
SHELL=/bin/bash
SourcePackage: gnome-keyring
UpgradeStatus: Upgraded to oneiric on 2011-10-14 (17 days ago)
** Affects: gnome-keyring (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug oneiric running-unity
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/884856
Title:
gnome-keyring integration breaks some GPG functions
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/884856/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 884856] Re: gnome-keyring integration breaks some GPG functions
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/884856 Title: gnome-keyring integration breaks some GPG functions To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/884856/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 755842] Re: Non-maximized windows which sit on the border of a workspace move when called
In Oneiric this is even worse due to the new Alt-Tab behaviour of including windows on all workspaces. I experience this mostly with vmware (since maximising the window and just dragging it so big that all sides touch the sides of the monitor are distinct things in vmware). Previously the shift only happened when clicking the vmware icon in the launcher. I could easily compensate that by putting the window on a dedicated workspace of its own and using workspace switching to get to and fro. Now, when switching from the workspace with the problematic window to a different workspace, the window gets recorded into the alt-tab history, so the bug is triggered when next I hit alt-tab. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/755842 Title: Non-maximized windows which sit on the border of a workspace move when called To manage notifications about this bug go to: https://bugs.launchpad.net/unity/+bug/755842/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 784715] [NEW] network-manager loses DNS configuration in resolv.conf when switching connection types
Public bug reported: Binary package hint: network-manager When changing network connection types from UMTS (Mobile Broadband) to Ethernet by first establishing the new connection and then dropping the other connection, network-manager will overwrite /etc/resolv.conf with a version that does not include any DNS servers. == Steps to reproduce == 0. Prerequisites: Laptop with UMTS and Ethernet connections, available UMTS connection details, available Ethernet connection. 1. Disconnect all network interfaces. 2. Connect to the UMTS connection (in the network-manager indicator). 3. Look at /etc/resolv.conf 4. Connect to the Ethernet connection (e.g. physically plug in the Ethernet cable). 5. Look at /etc/resolv.conf 6. Disconnect the UMTS connection (in the network-manager indicator). 7. Look at /etc/resolv.conf == Actual results == Step 3 shows the DNS servers of the UMTS network. Step 5 shows both the DNS servers of the Ethernet (listed first) and UMTS connections. Step 7 shows no DNS servers: --snip # Generated by NetworkManager search ploetzli.ch --snap Since no DNS servers are entered in /etc/resolv.conf, name resolution is non-functional and can only be restored by disconnecting and reconnecting the Ethernet connection. == Expected results == Step 7 should show the DNS server of the Ethernet connection. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: network-manager 0.8.4~git.20110319t175609.d14809b-0ubuntu3 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic x86_64 Architecture: amd64 Date: Wed May 18 18:24:05 2011 InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release amd64 (20101007) IpRoute: 192.168.5.0/24 dev eth0 proto kernel scope link src 192.168.5.160 metric 1 172.16.128.0/24 dev vmnet8 proto kernel scope link src 172.16.128.1 192.168.65.0/24 dev vmnet1 proto kernel scope link src 192.168.65.1 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 default via 192.168.5.1 dev eth0 proto static NetworkManager.state: [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=false ProcEnviron: LANGUAGE=en_GB:en LANG=de_DE.utf8 LC_MESSAGES=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: network-manager UpgradeStatus: Upgraded to natty on 2011-05-05 (13 days ago) ** Affects: network-manager (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug natty running-unity -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/784715 Title: network-manager loses DNS configuration in resolv.conf when switching connection types -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 784715] Re: network-manager loses DNS configuration in resolv.conf when switching connection types
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/784715 Title: network-manager loses DNS configuration in resolv.conf when switching connection types -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 626025] Re: ThinkPad battery applet shows incorrect information
Apparently a fix for this had been committed to the linux kernel in January (based on the Fedora fix mentioned in comment 10: https://bugzilla.redhat.com/show_bug.cgi?id=656738 ) but was then removed a couple days later by Linus because it freezed his EeePC. A new fix has been added a few days ago: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.38.y.git;a=commitdiff;h=36d08a041f93f2c5370f95f9611c9065bb79e4fb and is already included in vanilla 2.6.38.5. There even is an Ubuntu bug #775809 to upgrade the kernel to 2.6.38.5, so when that is through it should fix this bug. I've compiled that kernel myself (based on the current Ubuntu natty kernel sources) and tried it on my Thinkpad T510 and so far the battery capacity display stayed sane over a couple of suspend/resume cycles, while previously it would go wahoonie-shaped after just one resume-on- battery. This fix introduces a new issue though, which is hopefully mostly cosmetic: Both the menu that pops up when clicking on the battery indicator and the notification overlay, but not gnome-power-statistics, show two batteries (with same time left) after the first suspend/resume cycle when the bug would normally occur. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/626025 Title: ThinkPad battery applet shows incorrect information -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 744542] Re: encfs creating / mouting failed
This bug is present in maverick too and as far as I can tell was introduced with the latest update of libfuse2 and fuse-utils. Steps to reproduce: 1. Try to mount/create an encfs with fuse-utils_2.8.4-1ubuntu1.3 and libfuse2_2.8.4-1ubuntu1.3 installed, e.g. Actual results: $ encfs /home/henryk/.secure /home/henryk/_secure/ EncFS Password: fusermount: failed to access mountpoint /home/henryk/_secure: Permission denied fuse failed. Common problems: - fuse kernel module not installed (modprobe fuse) - invalid options -- see usage message $ ls -la | grep secure ls: cannot access _secure: Transport endpoint is not connected d? ? ? ? ?? _secure drwxr-xr-x 11 henryk henryk 4096 2011-04-21 16:20 .secure $ fusermount -u _secure fusermount: entry for /home/henryk/_secure not found in /etc/mtab $ sudo umount _secure Workaround: Downgrade fuse-utils/libfuse2 packages (I only have 2.8.4-1ubuntu1 present, but I believe I have anecdotal evidence that 2.8.4-1ubuntu1.2 works too): $ sudo aptitude install libfuse2=2.8.4-1ubuntu1 fuse-utils=2.8.4-1ubuntu1 The following packages will be DOWNGRADED: fuse-utils libfuse2 ... $ encfs /home/henryk/.secure /home/henryk/_secure/ EncFS Password: $ ls -la | grep secure drwxr-xr-x 11 henryk henryk 4096 2011-04-21 16:20 _secure drwxr-xr-x 11 henryk henryk 4096 2011-04-21 16:20 .secure -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/744542 Title: encfs creating / mouting failed -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 626025] Re: ThinkPad battery applet shows incorrect information
I think I might have found a clue as to where the bug originates: hen...@aurora:~$ upower -d | grep energy: energy: 9.025 Wh hen...@aurora:~$ grep remaining\ capacity: /proc/acpi/battery/BAT0/state remaining capacity: 9025 mAh It may very well be that the acpi interface changes units under certain circumstances: A - W. This would explain why the values are off by approximately, but not exactly, a factor of 10: The voltage is 11-13 V, which is almost 10. -- ThinkPad battery applet shows incorrect information https://bugs.launchpad.net/bugs/626025 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 655176] [NEW] libvirt-bin daily cronjob does not handle white space in file names
Public bug reported: The cron job /etc/cron.daily/libvirt-bin which belongs to the libvirt- bin package generates error messages (mailed by cron) when there is a file in /etc/libvirt/qemu that has white space in its name. I've attached a patch which rectifies the problem by using the shell built-in pathname expansion. Ubuntu-Release: Description:Ubuntu 10.04.1 LTS Release:10.04 Package version: libvirt-bin: Installed: 0.7.5-5ubuntu27.3 ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- libvirt-bin daily cronjob does not handle white space in file names https://bugs.launchpad.net/bugs/655176 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 655176] Re: libvirt-bin daily cronjob does not handle white space in file names
** Patch added: Patch to allow the cron job to work with file names with white space https://bugs.launchpad.net/bugs/655176/+attachment/1673367/+files/libvirt-bin_cron-whitespace.patch -- libvirt-bin daily cronjob does not handle white space in file names https://bugs.launchpad.net/bugs/655176 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to libvirt in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 655176] [NEW] libvirt-bin daily cronjob does not handle white space in file names
Public bug reported: The cron job /etc/cron.daily/libvirt-bin which belongs to the libvirt- bin package generates error messages (mailed by cron) when there is a file in /etc/libvirt/qemu that has white space in its name. I've attached a patch which rectifies the problem by using the shell built-in pathname expansion. Ubuntu-Release: Description:Ubuntu 10.04.1 LTS Release:10.04 Package version: libvirt-bin: Installed: 0.7.5-5ubuntu27.3 ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- libvirt-bin daily cronjob does not handle white space in file names https://bugs.launchpad.net/bugs/655176 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 655176] Re: libvirt-bin daily cronjob does not handle white space in file names
** Patch added: Patch to allow the cron job to work with file names with white space https://bugs.launchpad.net/bugs/655176/+attachment/1673367/+files/libvirt-bin_cron-whitespace.patch -- libvirt-bin daily cronjob does not handle white space in file names https://bugs.launchpad.net/bugs/655176 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 285335] [NEW] tpm-tools package wrongly depends on GTK-X11
Public bug reported: Binary package hint: tpm-tools Description:Ubuntu 8.04.1 Release:8.04 Trying to install tpm-tools 1.3.1-2ubuntu1 on an Ubuntu Server installation tries to pull in large swaths of GTK and X11 related packages even though those tools don't have any graphical components at all. As far as I can see the main reason is that it wrongly contains libgtk2.0-dev in Build-Depends. In fact the only mention of GTK in the whole source tree is in the control and dsc files and in the changelog. I have confirmed that removing libgtk2.0-dev from Build-Depends and rebuilding the package results in a working package. (P.S.: The only related package that conceivably *could* depend on gtk would be libtspi1, which is built from the trousers source package. However, that optional dependency is disabled through ./configure --with-gui=none at compile time.) ** Affects: tpm-tools (Ubuntu) Importance: Undecided Status: New -- tpm-tools package wrongly depends on GTK-X11 https://bugs.launchpad.net/bugs/285335 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 148003] Re: mounting Luks encrypted USB-HDD does not work reliably
Thanks Jan, your patch completely fixes the problem for me with no observed side effects (I didn't look too thorough, though). Oh, and I'm a Gentoo user, so this fix should probably be propagated upstream. -- mounting Luks encrypted USB-HDD does not work reliably https://bugs.launchpad.net/bugs/148003 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
