It's neither a Ubuntu bug, nor a upstream one.
Instead it's entirely NI's fault: they're using an GPL-only symbol
(which IIRC always has been GPL-only!) in their proprietary kernel
driver. (the idea of binary-only kernel drivers alone is quite insane in
the first place).
The only serious fix is
Just got hit by that bug (while trying to build git-remote-hg, which
calls asciidoc), even though that patch seems to be applied in current
release (on trusty - libxml2 version 2.9.1+dfsg1-3ubuntu4.4)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I'll repeat it again:
The problem occours when marking the text in the URL bar and pasting it
in somewhere else with middle-click.
To test it, just mark an http url in the URL bar and check the output of 'xsel
-o'. It will show exactly what was
previously marked in the text field, which the URL
Correction: the command is 'xclip -o'.
** Bug watch added: code.google.com/p/chromium/issues #406928
http://code.google.com/p/chromium/issues/detail?id=406928
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
http://code.google.com/p/chromium/issues/detail?id=406928
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1343081
Title:
chromium: missing http://; in URL bar on non-ssl http URLs
To manage
Folks, I'm talking about classic Xselection (using the PRIMARY selection),
not xclipboard nor cut buffers.
IOW: that what usually happens when you're selecting text in one window
and paste it via middle-button in another one.
The explicit copy (triggered by menu/hotkey) via xclipboard indeed
Public bug reported:
Version 34.0.1847.116 Ubuntu 14.04 aura (260972)
On http URLs (non-ssl), the url bar misses the http://; prefix.
This is especially ugly when copying URLs.
** Affects: chromium-browser (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug
Public bug reported:
Aptitude automatically selects recommended packages.
Neither --without-recommends nor setting APT::Install-Recommends seem to
have any influence.
Reproduce:
* kick out packages which are just recommended (using apt-get)
* start aptitude
* press g
This behavious is
After some digging, I've found the packages in question in
/var/lib/aptitude/pkgstates - all with state 3.
Some some strange reason, aptitude recorded these packages there, even I never
installed
them directly. Could this somehow have happened on release-upgrade ?
--
You received this bug