I don't have an account for there, and not sure if my problem is the
same, so I'll try to fully describe it.
I have a laptop (Acer aspire 5612WLMi) and using currently Jaunty. Apart
from the internal NIC (eth0), for internet I use a network interface via
usb (it's a kingston port duplicator with s
At least for me, as I comment in bug 153727, comment 25, this doesn't
happen. Please review your udev configuration.
--
When I hibernate my laptop, the ethernet interface vanishes
https://bugs.launchpad.net/bugs/148116
You received this bug notification because you are a member of Ubuntu
Bugs, w
I think that as long as the udev file for ethernet devices (70
-persistent-net.rules) has right mac addresses it's not a kernel issue,
but udev fault. What's more, if I remove all the references to any
device and restart, udev regenerates this info in the right way.
Restarting several times produce
*** This bug is a duplicate of bug 222673 ***
https://bugs.launchpad.net/bugs/222673
I can confirm that updating from the updates repository fixes the
problem. Thanks for the fix.
--
[Hardy] mozilla-firefox-locale-es-* is not installed, despite my locale is set
to Castilian (Spanish) / Fire
*** This bug is a duplicate of bug 222673 ***
https://bugs.launchpad.net/bugs/222673
As I wrote before, es-ES is not in the package, unlike es-AR:
# dpkg -L language-pack-gnome-es-base|grep firefox
/usr/lib/firefox-addons
/usr/lib/firefox-addons/extensions
/usr/lib/firefox-addons/extensions/[
I suggest to take a look, and merge them as you find appropiate:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/216771
--
language-pack-gnome-pt-base has pt-br translation
https://bugs.launchpad.net/bugs/222673
You received this bug notification because you are a member of Ubuntu
Bugs, w
I experience something similar. It looks like there's somewhere a
package in ubuntu repositories for es-AR locale that gets installed in
/usr/lib/firefox-3.0b5/extensions/. Performing "aptitude search firefox"
doesn't show specific locale packages for firefox 3. However, my
previous installation (a
Please correct if I'm wrong, but I think that it's a bug at application
level, not at kernel level. Of course, if I'm wrong and the only way to
fix that is updating the kernel, then there is no problem, at least as I
don't have to wait for the next stable release.
There's another problem, as you a
I'm not sure if this is related or nobody ever reported. Anyway, here it
goes.
When waking up after hibernating, the interface goes up, but at least
the post-up script is not launched. I have to ifdown and ifup again to
perform the necessary actions (firewall rules).
--
When I hibernate my lapto
I'd just like to add a comment here.
I've experienced the same, and recompiling the source provided above and
replacing the rt61.ko with the generated one has solved the problem, but
there's one thing I'm unable to understand:
Booting Dapper in "Live CD mode" (without installing) WORKS PERFECTLY,
10 matches
Mail list logo
