Hi,
I'm having exactly the same problem as described by @raffraffraff -
after connection to the VPN the dnsmasq instance handled by
NetworkManager no longer makes DNS queries for addresses outside the VPN
(eg. google.com) but it can resolve ones internal to the VPN (eg. web-
dev.myorg.private).
I had this issue when using live-boot sticks for training purposes, and
as I was repacking the image anyway I made the following changes:
dpkg-divert --local --rename --divert /lib/udev/write_net_rules.real
/lib/udev/write_net_rules
dpkg-divert --local --rename --divert
Seems to me that /lib/udev/cdrom_id --eject-media $device as called by
/lib/udev/rules.d/60-cdrom_id.rules is trying too hard. It should
respect the lock flag on the device, maybe with a --force option to
eject regardless. Anyway this is surely a udev bug not a kernel bug.
TIM
** Package
Ok, I had a look at the source and this bug is triggered on line 282 of
tview.cpp where mbstowcs is called. Removing this, and just setting the
string to something arbitrary, stops the program from crashing but the
tree still isn't drawn properly. So I guess this requires more than
just a simple
Yep, treeview is totally hosed just now. The backtrace hints at an NX
bug, but for anyone tempted to try it I can report that simply
recompiling source against WX 2.8 compiles but produces the same result.
I suspect there is a fairly simple fix but debugging C++/NX apps
requires far more
The library in question is libnss3.so. Somebody already mentioned
something similar in bug #561124:
QUOTE
jordg wrote on 2010-05-03: #10
This also affects sun-java-plugin when starting JNLP applications
Caused by: java.io.IOException: An incompatible version of NSS is already
loaded,
Public bug reported:
Binary package hint: firefox
This is very similar to #561124 - LD_LIBRARY_PATH breaks icedtea plugin.
However, the fix suggested there will only deal with the Java plugin,
not Java Webstart which is launched as a separate helper application. I
therefore filed a new bug - I
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/51290300/Dependencies.txt
** Attachment added: ExtensionSummary.txt
http://launchpadlibrarian.net/51290301/ExtensionSummary.txt
** Attachment added: default_profile_pluginreg.dat.txt
Hi,
The standard solution for this is to enable the 'multiverse' repo and
then install flashplugin-installer. This basically does the same as the
scripts linked above but in a neater way, and doesn't trample on the
'alternatives' system.
To see what Ubuntu thinks it is using as the current
An addendum:
It appears that the plugin used for flash in Firefox is actually controlled by
the 'mozilla-flashplugin' alternative, contrary to what I said above.
So - if you want to try out the native pre-release 64-bit plugin from Adobe in
Firefox without first uninstalling any alternative
Is your audio provided by snd-hda-intel? If not then disregard this.
I think these issues could be caused by alsa kernel modules, as
suggested earlier.
My current workaround is
i) Ensure correct audio chipset model is loaded:
sudo nano /etc/modprobe.d/alsa-base.conf
(confirm audio chipset with
Public bug reported:
Binary package hint: ncbi-tools6
It appears that all derived binary packages currently in Karmic can be
installed without modification onto Hardy. Because many department
servers run LTS, but most people want access to the latest BLAST, we're
mirroring the Karmic packages
12 matches
Mail list logo