[Bug 1388538] Re: Ark fails to produce zip archive instead making gzip with the zip suffix

I agree, it doesn't look very professional to get this kind of bug unfixed in a LTS release. -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to Kubuntu PPA. https://bugs.launchpad.net/bugs/1388538 Title: Ark fails to produce zip archive inste

[Bug 255408] Re: ushare reports eth1 as down yet is working just fine

same for me. Ushare was working fine until I reboot my computer, and then it displayed this message, no matter what I did elsewhere to get rid of it (killing ushare services and processes) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu

[Bug 1388532] Re: Ark fails to produce zip archive instead making gzip with the zip suffix

I have this in linux mint 17.3. I can't believe this annoying yet easy to fix bug hadn't been corrected since then (2 years). And I don't understand why Debian developpers want so much to "patch" upstream software and add new bugs instead of keeping them as they are... -- You received this bug no

[Bug 900190] Re: roundcube can not connect to sqlite database after upgrade from natty to oneiric

hello, you're not stuck. Roundcube upgraded to sqlite3 at least from version 0.9. Just download latest roundcube, and migrate your current installation (see http://trac.roundcube.net/wiki/Howto_Upgrade) Then if you got an error like the one I got when using the migration tool ("file is encrypte

[Bug 1020759]

This kind of "new behavior" which breaks everythink that was carefully configured before, annoys me as well. ("it's not a bug, it's a feature") I'm using several applications (unison in particular) on external drives, and for them when I made my user configurations I made references to /media/, no

[Bug 1020759] Re: /run/media is an unnecessary divergence from the FHS

@Timmie: This kind of "new behavior" which breaks everythink that was carefully configured before, annoys me as well. I'm using several applications (unison in particular) on external drives, and all those the configuration files made references to /media/, not /run/media//, not to /media// It's

[Bug 279569] Re: Screennresolution applet no longer asks for confirmation of new resolution settings

it's a very stupid default behavior. I've experienced this on archlinux too, so it's probably a gnome upstream modification. My screen doesn't support some default resolution in 800x600, so switching to it will make the screen black, without confirmation. -- Screennresolution applet no longer a