Public bug reported:
The notmuch package recommends:
Recommends: elpa-notmuch | notmuch-vim | notmuch-mutt | alot, gnupg-
agent, gpgsm
By default it will try to an MUA, and that will be elpa-notmuch if you
don't have any other.
However, if you already installed NeoMutt, that also works
For what it's worth, I'm still seeing set-name having no affect on a
server's only interface.
Server is using Ubuntu 19.04, with netplan.io-0.96-0ubuntu4.1, AMD64
arch. It's a bare-metal server with a single "e1000e" ethernet device.
No cloud-init installed.
Config file
The temp directory is fine, because the script also generates
/etc/passwd setting root's home directory to be the temp directory.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/164
Title:
Looks like nobody is going to pick this up any time soon, even though Debian
have released a fix.
Is there anything I can do to help?
Thanks,
-- Jamie
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Now that Debian has released a fix, any chance of Ubuntu packaging the
same fix?
Thanks,
-- Jamie
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1579552
Title:
libcoro-perl not available in Ubuntu
** Changed in: libcoro-perl (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1579552
Title:
libcoro-perl not available in Ubuntu 16.04 LTS
To manage
I am using this patch to fix the specific problem with rename()
which looks like a clear bug no matter what the cache behaviour.
In trivial tests, Git has started behaving after this. I haven't
stress tested it to see if other cache consistency issues still
cause problems.
This patch doesn't fix
The project maintainers are welcome to declare vmhgfs unsupported, but
until they do I think the current situation is a regression in
functionality. vmhgfs-fuse just isn't a functional replacement yet.
(Background: I am using VMWare Fusion 8.0 on a Mac. I had a working
system which has broke on
The vmhgfs-fuse client is too buggy to use for some things, such as running Git,
as reported (by me) at
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1579544
Even if that's fixed, the vmhgfs-fuse client has different behaviour
with file permissions and creating files on the host,
Public bug reported:
I am surprised nobody reported this as a bug, so I have created it as a
placeholder.
Anyone who searches for the present status of Coro with Perl 5.22 will
quickly find there are maintenance problems due to differences of
opinion. Builds fail, and it is understandable that
Public bug reported:
Summary: The switch from vmhgfs to newer vmhgfs-fuse (in open-vm-tools)
results in data corruption and bus errors, due to particularly bad cache
coherency issues. I noticed this when using Git.
Detail:
I'm running Ubuntu 16.04 in a VM on my Macbook using VMware Fusion 8.0.
Public bug reported:
This bug may be related to the security fixes in Samba 4.3.8 which have
broken Samba in a number of scenarios, and #1572301 (OSX clients can't
connect) and #1572876 (smbclient can't connect to Windows shares without
password).
However I didn't see a bug files for Samba as
I had the same experience *without* any upgrade to Ubuntu.
The Remmina client simply stopped working one day.
Today I spent several hours on a Windows 7 box trying to work out why
Unable to connect to RDP server. Was it the Windows firewall? Was it
McAfee being expired? What does the Windows
I have the same issue on a Fujitsu-Siemens Amilo Si-1520, which is the
same motherboard as V3205. Running Ubuntu Natty, touchpad doesn't
respond after resume.
I can confirm that adding atkbd.reset=1 to the boot kernel command line fixes
it for me too.
I'm using a kernel.org vanilla kernel,
And thank you to Philipp Wendler for mentioning that atkbd.reset fixes
it, so that I was able to solve it on mine! Otherwise I would have been
rather dismayed and wondered if the new motherboard was faulty.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi Leann,
The patch you said is included upstream was reverted the next day in
v2.6.38-rc2, so the reason given for Fix Released status is not
applicable.
I don't have permission to revert the status change, so please do that
if you agree.
$ git describe --contains
Public bug reported:
This patch released on 2 April adds supported for BBC Radio 4 Extra:
http://lists.infradead.org/pipermail/get_iplayer/2011-April/001230.html
and is incorporated in the get-iplayer packaged for Ubuntu Oneiric:
https://launchpad.net/ubuntu/+source/get-iplayer/2.79-2
I've hit this bug when upgrading Maverick to Natty, and
I've also had it happen a year or two ago during a previous upgrade.
The older one:
- For some reason after downloading everything in a full GUI-led upgrade,
some other package
caused the wireless network to turn off and flashplugin
I agree with comment #13 - middle clicking on a mouse's scroll wheel is
quite difficult and clicking left+right buttons together is easier.
Some mice are worse than others for this (some have too little wheel
resistance), but all of them require more care to click on the wheel
(without scrolling
Comment #24, reini wrote on 2011-04-28:
Julian: From this bug's description, it's a regression from maverick, which
comes with 2.6.35.
In the comment to bug #524281 you reference, the big discrepancy is between
34 and 35,
i.e. it should have been apparent in maverick and not just have
Working kernels can be built in Maverick with any one of these:
1. Disabled CONFIG_RELOCATABLE. That makes the problem go away,
and it makes a bunch of build warnings go away too (they indicate the
problem, and they really should cause the build to fail, but they just
warn).
2. Use an
I can confirm there is a *Binutils* issue with building kernels on
Maverick, which results in boot failures on (at least my) *32-bit* x86
laptop (not a Mac). The symptoms are different to those described here,
but consistent. It suggests a miscompilation/mislinking.
When building on Maverick, I
I can confirm this problem, although my symptoms are slightly different.
I've been using vanilla kernels (tracking kernel.org) since Lucid on my x86
32-bit laptop.
After upgrading to Maverick, subsequent built kernels all failed to boot,
panicing early with a message about timer IRQ routing and
See #673236 for the binutils issue.
--
Can't boot Maverick beta amd64 live cd on macbook (EFI)
https://bugs.launchpad.net/bugs/633983
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Also affects: linux
Importance: Undecided
Status: New
--
maverick toolchain producing unbootable (hanging) kernels
https://bugs.launchpad.net/bugs/673236
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Ok, I've found the problem. Binutils changed the meaning of symbol
assignments in linker scripts. It is actually documented, but rather
obscurely in /usr/share/doc/binutils/ld/NEWS.gz.
This breaks the relocation of jiffies. It also makes got.plt go away
in each vdso (a small improvement).
daneel wrote:
I was trying this patch in Arch Linux and reading some clarifications
in the forum (https://bbs.archlinux.org/viewtopic.php?id=108516).
Apparently, this patch is not about IO performance, but only the
scheduling of process in different tty. So, if you launch all in the
same tty
I've just upgraded a laptop, in the last 2 days, Jaunty - Karmic -
Lucid (one upgrade each night).
(This was a very vanilla Jaunty installation, previously upgraded from
Intrepid and kept the same for ages, very little extra installed,
virtually no settings changes, and used by its owner almost
Responding to comment #18, Milan Bouchet-Valat wrote on 2010-05-02:
So we'd need to be sure that the actual wanted behavior is adding the
applet. Else, another solution would be to autostart gnome-volume-
control-applet when we detect that the applet is not present.
- How about *not remove*
Fwiw, I get a lot of screen corruption with Karmic and now Lucid, but it
looks different to all the screenshots in prior comments. I notice it
mostly when using Gnome Terminal - usually a block of characters is
drawn blank (as if spaces), but occasionally (~25% of the time) will
contain a corrupt
I also get occasional complete crashes of the X server, about once every
2 weeks (average). I guess that's a different bug, but they might be
related. It is very annoying as all applications are killed instantly.
When that happens, it tries to restart X and that always fails - so
eventually it
I'm sorry to report that I experience complete X crashes with 945GM about every
2 weeks.
I've had the laptop about 4 years and run Ubuntu continuously on it, upgrading
to each release.
The crashes have been noticably worse since Lucid. There have been some
Ubuntu releases that didn't crash, so
Serge Hallyn wrote:
The default of qemu-img (of using O_SYNC) is not very sensible
because anyway, the client (the kernel) uses caches (write-back),
(and qemu-nbd -d doesn't flush those by the way). So if for
instance qemu-nbd is killed, regardless of whether qemu-nbd uses
O_SYNC, O_DIRECT or
Serge Hallyn wrote:
The default of qemu-img (of using O_SYNC) is not very sensible
because anyway, the client (the kernel) uses caches (write-back),
(and qemu-nbd -d doesn't flush those by the way). So if for
instance qemu-nbd is killed, regardless of whether qemu-nbd uses
O_SYNC, O_DIRECT or
I have just had 3 of these kernel warnings with backtraces while using my USB
serial adapter.
I'm using the current kernel released with Lucid, on 32-bit x86. My serial
adapter is an Arkmicro Technologies Inc. ARK3116 Serial.
It's not just innocuous warnings. A script talking to the device at
Just another data point. I've been seeing the asks for your passphrase
3 times problem ever since I upgraded to 9.10 back in 2009-10, along
with the press ESC to get a root shell type message, sometimes twice.
I only have /home encrypted.
Although it feels a bit like the passphrase input is
I am under the impression this was a genuine bug, and it was fixed last year.
It was fixed in the kernel, in generic wireless code.
Upgrading the kernel is enough to fix it.
See Making NetworkManager work with suspend/resume,
http://lwn.net/Articles/321102/
This is consistent with my experience:
Btw, Fixed rather than Invalid, because it's still an issue when using
Ubuntu 9.04 and earlier.
--
(intrepid) When coming out of hibernate/suspend (resume) in a different
physical location, wireless networks are not updated.
https://bugs.launchpad.net/bugs/264683
You received this bug
Confirmed with vpnc in Karmic. Adding Local Port 1 makes it work
here.
The oddest thing is Local Port 499 works too, and so does Local Port
501. It looks like port 500 is specifically getting blocked.
This is running from home, through a Linksys Etherfast Cable/DSL Router,
BEFSR41 V3, to a
Btw, it was only after about 45 minutes of trying different things,
killing NetworkManager, starting vpnc manually and so on that I
eventually found this bug report here, and discovered the Local Port
1 advice which worked.
Unfortunately the error no response isn't very informative, although
What is the purpose of this package? For editing PHP files in Emacs,
there is also the php-elisp package.
From their descriptions, one could be led to believe they do exactly the
same thing.
Do they provide different functionality?
--
Package description is incomplete and misleading
Oded Arbel wrote:
I did not manage to get the PAN checkbox at the end of the bluetooth
pairing dialog for either of my Nokia E90 (which may not support it) or
my Ericsson P1i (which does support PAN).
I used PAN with a Sony-Ericsson K850i without having to set anything
on the phone.
Just pair
Stefan Nuxoll wrote:
PAN support doesn't cover many bluetooth devices (like my N75) that use
the Bluetooth DUN profile instead.
And even those which do support PAN, don't always create an internet
connection if the bluetooth paired network is already being used for
another purpose like local
Ouch, that was a surprise.
I've been using Karmic with the emacs package and therefore emacs23
for a few weeks, without significant problems (just Emacs quirks which I
hope will be tidied up in time).
Today, update-manager tried to install emacs22, which I didn't want.
I appreciate that emacs23
Tobias Oetiker wrote:
I have just completed extensive benchmarking on 2.6.31.2 and 2.6.24
with a new benchmark program I have written, to measure real-world
io performance in high load situations where readers and writers
are compeeting.
I am looking at HW RAID setups as well a normal
Andreas Guelzow wrote:
When you open the file you see the results stored in the file. Gnumeric
will not recalculate automatically since you want to see what was
stored.
Understood.
When you press F9 you are recalculating and you see the answer
your current version of Gnumeric produces.
Not
I'll try the fix as soon as there's a package for it. Let me know if
you have a test package which works on Karmic, if it's not in Karmic.
I tried compiling from upstream source, but there were too many library
dependencies; I didn't have time to chase them all down.
--
hlookup and vlookup
We're discussing this on a bug filed against the Ubuntu Gnumeric
package, on the Ubuntu bug tracker, not the Gnumeric upstream bug
tracker, so my apologies if people accidentally found themselves here
without knowing much about Ubuntu ;-)
Karmic is the name of the current Ubuntu development
** Attachment added: Excel file (saved from Gnumeric 1.9.1-1ubuntu1) which
shows the bug clearly
http://launchpadlibrarian.net/30784702/gnumeric_bug.xls
--
hlookup and vlookup return invalid results, and F9 (force recalculate) can
break or fix the result, so can editing formula with no
Public bug reported:
Binary package hint: gnumeric
When using the hlookup() and vlookup() functions in a formula, I was
quite surprised to see the result often showing as #N/A or #VALUE! when
I was sure I was using them correctly.
After some fiddling, I confirmed that they are indeed failing to
I did the debugging work because I thought you (or upstream) might find
it useful. Plenty of lockups have been reported but not many where it's
possible to observe a faulty kernel or hardware state in detail.
Specifically, because of the clues in how the kernel or hardware state
was broken and X
I was the original submitter of the qcow2 corruption observed, fixed by
reverting old change thread on the qemu-de...@nongnu.org list, after
finding corruption when testing kvm-83.
I've just submitted an update to the qemu and kvm lists, saying that the
symptom I observed (a blue screen while
See also bug #404394, which suggests there are still qcow2 bugs in the
Ubuntu package.
--
qcow2 corruption
https://bugs.launchpad.net/bugs/361938
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Attachment added: ps WCHAN, confirming it's blocked in the kernel at
i915_wait_request
http://launchpadlibrarian.net/28982461/X_DRI_freeze_wchan.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears frozen
Public bug reported:
Binary package hint: xserver-xorg-video-intel
This Intel freeze is one where the mouse kept working, and I was able to
login over SSH and do some diagnostics which point to DRI. I have a
945GM chipset, on a laptop.
I was able to get some diagnostic output which might help
** Attachment added: strace of X server not responding except mouse moves
http://launchpadlibrarian.net/28982429/X_DRI_freeze_strace.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears frozen
** Attachment added: File descriptors when frozen, to relate to strace
http://launchpadlibrarian.net/28982441/X_DRI_freeze_fds.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears frozen
** Attachment added: X server log of the first stuck server, same one as
straced etc.
http://launchpadlibrarian.net/28982487/X_DRI_freeze_log.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears frozen
** Attachment added: Second X server log, got stuck in the same during
initialisation
http://launchpadlibrarian.net/28982504/X2_DRI_frozen_startup.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears frozen
** Attachment added: Third X server log, with 'Option DRI no', shows some
broken hardware state details
http://launchpadlibrarian.net/28982514/X3_no_DRI_broken_hwstate.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O hence appears
** Attachment added: Fourth X server log, DRI completely disabled, freezes in
userspace loop waiting on PP_STATUS reg
http://launchpadlibrarian.net/28982552/X4_no_DRI_stuck_in_loop_gdb.txt
--
[i945GM] X server gets stuck in loop waiting on DRI, reads mouse events but
ignores all socket I/O
Here are some lined grepped from my kernel log at the time of this freeze.
I don't think they are related, but you never know.
I did a grep i915 /var/log/kern.log.
The initial freeze happens after the entry at time 00:47:30, before the
entry at 04:45:10. The entries from 04:45:10 are due to me
I can confirm the same problems on a Compaq Presario CQ60-219EA with 4GB
RAM running 64-bit Jaunty, installed and updated a couple of hours ago.
The console shows disk I/O errors, and ext4 eventually decides to
remount the disk read-only.
When this first happened, I have the NVidia proprietary
I've just tried suspend in Windows Vista on the same laptop (as the
previous comment).
- Suspend is a bit slow, but works.
- Resume is quite fast, about 2 seconds from button press to a Windows
desktop.
So those slow Linux resumes must be failing at an early stage.
--
[Compaq
I have a dmesg output from boot through suspend and it's subsequent
resume failure.
To answer some questions in earlier comments (although they were
directed at someone else):
- This lock up + disk I/O errors happens on every suspend/resume I've tried
which is about 4 times total in a
Thanks Håkon!
The script does not work, but adding one more command makes it work on
my Sony-Ericsson K850i. I'll be adding details to bug #336012, which is
the proper place for it.
I had it confused with the hci_cmd_task: hci0 command tx timeout
because I have seen that too, occasionally,
Thanks Håkon!
The script does not work for me, but adding one more command makes it
work on my Sony-Ericsson K850i.
hcitool cc $addr; hcitool enc $addr outputs this for me:
HCI set encryption request failed: Input/output error
The trick, at least with my phone, is to add hcitool auth
Fwiw,
I agree that the Bluez documentation is poor in this area. But
Bluetooth is quite complicated; it would be difficult to write good
documentation.
The D-Bus documentation of Bluez is poor for controlling PAN
connections, which you are supposed to do now that pand is in bluez-
compat,
As if to demonstrate, I'm writing these comments over the 3g bluetooth
connection to a Sony-Ericsson K850i, made with the script attached to
the previous comment :-)
For anyone wanting to reproduce this, I'm running:
- Ubuntu 9.04 + updates
- That means kernel 2.6.28-13-generic (x86,
I sent a debugging patch to bug #268502, which installs the bluetooth
network protocol code from (Hardy's) 2.6.24 into a current Ubuntu
kernel, which makes this problem go away. (The problem is not present
in 2.6.24 - that kernel doesn't need any of the hcitool commands;
pand is enough).
I also
Unfortunately updating Bluez doesn't work for me.
I've tried updating Bluez from 4.32 to 4.40 as per the suggestion.
Specifically, these packages from Debian:
bluetooth_4.40-2_all.deb
bluez_4.40-2_i386.deb
bluez-alsa_4.40-2_i386.deb
bluez-compat_4.40-2_i386.deb
Confirmed.
This doesn't work either:
exec 200file
Neither does the sample code given in the flock man page:
(
flock -s 200
# ... commands executed under lock ...
) 200/var/lock/mylockfile
--
dash does not support multi-digit file descriptors
Milan Bouchet-Valat wrote:
Providing a testing kernel package would really be great! Then it would
make sense to ask people to confirm the bug is still here. Though we
have learned that I/O and responsiveness are very difficult to measure -
not sure we'll be able to clearly confirm anything on
kylea wrote:
I then checked the output from sdptool browse id and noticed that the
SyncMLClient channel had changed from 6 to 5 !!!
That's fine. It's not much different to computers changing IP address.
Apps should read the metadata (from sdptool!) and work out the right channel to
use.
So
Since installing Jaunty, I'm getting lockups every few days on my laptop
and I *don't* use ath5k. X freezes, no mouse movement, no keyboard, no
Alt-F1 to switch to console.
So the lockup might have nothing to do with ath5k.
One time when it happened, the mouse kept moving though nothing
Dominique Meeùs wrote:
Mine still does not work. This is a regression form 8.04 over two
releases 8.10 and 9.04. I wonder why the Bluez bug (filed more than six
month ago) is still considered New (through two releases), importance
undecided (decidedly important to me) and unassigned (I am not
Hendrik van den Boogaard wrote:
Copy the large files in one window (PATA - SATA) and do a 'find /'
(SATA drive) in the other window. I found out that the 'find' command is
a *lot* more responsive pushing file names to the screen when I put the
NCQ buffer on 1 item (effectively disabling NCQ).
Hendrik van den Boogaard wrote:
@Jamie:
On my 7200.11 1 TB drives (also one of the first 1 TBs on the
market) I also disabled NCQ because I found some thread that it
might kill the contents of the file system. If you want I can lookup
where I found that.
I'm guessing it's barriers not being
Milan wrote:
Thanks for these detailed informations. So you suggest that the IO
scheduler is not giving enough priority to tasks other than the file
copy; that's an interesting way of finding the cause of the problem,
indeed! I suggest you try the new kernel, and if it's not fixed, go to
the
Tareeq Ali wrote:
Ok I have had this issue, I tried both sudo apt-get remove --purge
flashplugin-nonfree and without the --purge option, and then re-
installed didn't work, tried purging again deleted the .deb file from
/var/cache/apt/archive folder, and then tried sudo apt-get install
I just did an upgrade from Intrepid to Jaunty and have the same problem.
I spotted this in the output from update-manager:
Setting up flashplugin-installer (10.0.22.87ubuntu2) ...
Xlib: extension Generic Event Extension missing on display :0.0.
Xlib: extension Generic Event Extension missing
Richard Hamnett wrote:
I am not having the success you had with bluetooth, because I am using
some more advanced featuresbut this should not really be happening
if the only problem was the kernel bluetooth upgrade.
I'm pretty sure there's at least 3 different bugs affecting you:
1. One
Richard Hamnett wrote:
Can you confirm that you can / cannot send a file from your mobile
device to the laptop?
I never send files over Bluetooth between phone and laptop, and don't
know how to it.
I just tried it now, with the patched kernel, and these things happened:
- When I asked the
Thanks for trying, NagPer. Yes, there's a small hunk missing from my diff -
in include/net/bluetooth/rfcomm.h. Here's a new one, called
make_2.6.24_bluetooth_work_in_2.6.28.diff. You still apply it after copying
over the bluetooth tree from 2.6.24 over 2.6.28, as per the instructions.
**
Here's an alternative patch which might be easier for some people to try.
Just apply this one to a linux-source-2.6.28-7 tree.
It's exactly the same as the previous small patch, but you don't have
fetch a 2.6.24 tree yourself and copy bits over.
There's no point trying both patches, they're the
isecore wrote:
For whatever it's worth, when I bought a new BT 2.0 dongle it
immediately worked flawlessly. It's the same generic chinese/taiwan
brand (Billionton)as my first (which does not work) but it identifies
completely different:
[code]Bus 002 Device 004: ID 0a12:0001 Cambridge
I wrote:
Brian Rogers wrote:
Switching to the older driver is more of a workaround than a solution.
But anyone who wants working Bluetooth today can build a custom
kernel with hci_usb instead of btusb.
Thanks for finding that, but it didn't help.
I've tried hci_usb with Jaunty's
Brian Rogers wrote:
The configuration menu only lets you select one of the two drivers, but
I don't see a reason the two should conflict as long as you only allow
one of them to load.
Switching to the older driver is more of a workaround than a solution.
The new driver needs to be fixed one
Brian Rogers wrote:
The problem still exists on the very latest upstream kernel. I'm going
to bisect between 2.6.26 and 2.6.27, and report the bad commit to the
Bluetooth guys. Then it shouldn't be too long before we have a fix.
If you narrow it down to the bad commit, I'll be happy to test it
hyperair wrote:
You kidding? Bluetooth works perfectly for me on Intrepid, so please
don't talk as though the entire Ubuntu community is affected. Either
way, can someone who is affected open up a Jaunty installation (or
LiveCD) and see if the issue is fixed over there?
It does not work for
yngd wrote:
New kernel @ Jaunty, 2.6.28 series fixes my problem.
Now I got my bluetooth headset working on Skypefinally.
Intrepid remains unpreant release for me, it was still fine with
Hardy.
Jaunty's 2.6.28-4 doesn't do it for me. Still can't connect to PAN on
my Sony-Ericsson K850i
Valmantas Palikša wrote:
Blueman 1.0svn handles bluetooth dialup connections very nicely. It
exposes rfcomm interfaces to hal and network manager grabs them
automatically.
Here's a demonstration video:
http://walmis.balticum.lt/blueman1.0_networking.ogv.tar
Valmantas, does it work with
kylea, I usually boot with the Bluetooth radio off. It's USB internally
and disconnected when I boot, then I switch it on after logging in.
I still have this pairing problem every time with 2.6.27 kernels.
So changing the load sequence wouldn't fix it.
The information we need may be to bisect
I've used all combinations of Hardy/Intrepid kernels, and Hardy/Intrepid
bluez packages.
The probles I've had are entirely dependent on kernel version, and the
bluez version makes no difference at all (that I've found).
Therefore I think this bug should be marked as a duplicate of #268502,
which
okkie wrote:
From what I've read till now I think the whole Intrepid bluetooth problem
has been reported in full as it appears that pairing the devices is the
main issue.
What is of major importance to me and many others i'm sure, is the time it
will take to fix the problem as my income
Nick Ellory wrote: there only appears to be more minor bug fixes.
I think supporting KVM is a pretty major new feature.
Especially as KVM is Ubuntu's official VM solution, and virt-manager
(the other GUI which manages KVM) is not always the best tool, depending
on what you do with your VMs.
--
I'm unable to connect to PAN on my mobile phone (Sony-Ericsson K850i)
with the 2.6.27 kernels, but I was able to do so with Hardy's 2.6.24
kernel. I don't do file transfers, only PAN.
To be precise about the kernels: I ran Hardy the distro for a while with
Intrepid beta kernels (to test the
iFor NM everything in /etc/network/interfaces are just connection
configuration - which are not bound to a particular device ... unless
the names match devices NMis supposed to manage. So NM will consider
them for devices that don't have any other explicit configuration./i
This seems a very odd
putting eth0 in NM should read putting eth0 in
/etc/network/interfaces
--
Previously working DHCP on wired ethernet is assigned static IP from unrelated
interface after upgrade to Intrepid
https://bugs.launchpad.net/bugs/291902
You received this bug notification because you are a member of
Public bug reported:
Binary package hint: network-manager
This was originally a comment in bug #289796, but it is a different bug.
The following issue did not occur on Hardy. My system is now upgraded
to Intrepid.
After resuming from suspend, the list of APs was not cleared for a long
time
1 - 100 of 192 matches
Mail list logo