Actually I'm only using 32 bit. It should work in 64 though.
--
ftdi serial driver broken in linux-image-2.6.31-14-generic (2.6.31-14.48)
https://bugs.launchpad.net/bugs/460857
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-
/dev/rfcomm0 is NOT a file, it is a device node. That is what the "c"
in crwx... means.
When the bluetooth serial connects, rfcomm can CONNECT THE DEVICE TO THE
NODE. It normally crates the file when it starts. Most things in /dev
don't exist - check but I think /dev is mounted and populated by
/dev/rfcomm0 is NOT a file, it is a device node. That is what the "c"
in crwx... means.
When the bluetooth serial connects, rfcomm can CONNECT THE DEVICE TO THE
NODE. It normally crates the file when it starts. Most things in /dev
don't exist - check but I think /dev is mounted and populated by
My error - you should do lsof -i | grep /dev/ttyUSB0 to see if anything
is holding.
If you add "proposed", (in the system->admin->software sourcest) you can
get:
Linux tz-hpmini 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC
2009 i686 GNU/Linux
which works for me.
if khubd is crashing, nothing else will change. Also check with "lsof"
to see if something grabs the /dev/ttyUSB0.
Also, which kernel? uname -a. I'm running the proposed and have no
trouble with arduinos or ftdi breakouts. (except RTS-reset, but that's
another bug).
--
ftdi serial driver brok
Verify /dev/rfcomm0 is rwx using ls.
Also try "cat /dev/rfcomm0" and/or "wc /dev/rfcomm0" to see if they give errors.
You might also want to try the above with "strace" preceeding the command just
to see the open, and/or with "sudo"
I normally have to start "rfcomm connect 0 " before it goes liv
Verify /dev/rfcomm0 is rwx using ls.
Also try "cat /dev/rfcomm0" and/or "wc /dev/rfcomm0" to see if they give errors.
You might also want to try the above with "strace" preceeding the command just
to see the open, and/or with "sudo"
I normally have to start "rfcomm connect 0 " before it goes liv
"did not work" is not a bug report.
Did /dev/rfcomm0 EXIST, i.e. your device was paired and connected via
bluetooth BEFORE you tried the command(s)?
If so, what was the error message?
--
Cannot open /dev/rfcomm0: Permission denied after upgrade to 9.04
https://bugs.launchpad.net/bugs/374782
You
I'm running the kernel from proposed and it appears to have the fix:
uname -a
Linux tz-hpmini 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC 2009
i686 GNU/Linux
--
ftdi serial driver broken in linux-image-2.6.31-14-generic (2.6.31-14.48)
https://bugs.launchpad.net/bugs/46085
WHY do people here change things to "Incomplete" but NEVER GIVE ANY CLUE
AS TO WHAT IS MISSING?
If it is "Incomplete", it would help everyone if you would state what it
would take to make the report "complete".
Are we all just supposed to guess and play question and answer games?
Or is there som
Public bug reported:
Frequently I do NOT want to eject media or detach a USB or other
removable device, just umount it (e.g. if I have multiple partitions,
want to fsck, or format one).
The mount applet doesn't have any umount option, and ejecting one
partition will umount EVERY PARTIITION WITHOU
Public bug reported:
(Karmic)
For a FAT16 DOS partition on a USB key, gparted correctly limits the new
size to 4088 megabytes, but libparted will silently (unless you expand
the log messages) and WITHOUT WARNING change the format from FAT16 to
FAT32, though it does not need to. This is the reaso
Could someone at least change this to "Confirmed", or ask for more data,
or do I have to report this as a new bug?
At least triage this - it is very confusing when you don't think a
partition is going to be formatted - you haven't selected anything and
on a later screen it says it will format it.
It is still an issue. Selecting hibernate (or suspend) even on Karmic
spins something in the background which can fail and doesn't have any
diagnostic path (e.g. a message that the swap is too small, some device
won't sleep or unmount, etc.).
The "hibernate" button is there for almost every insta
Public bug reported:
Maybe it should be renamed pluggable devices. But it really should
allow me to specify storage options.
This is on the system->control center from the main menu.
First, there should be a way to stop or limit automounting. Right now,
if I plug in an image backup drive with
Part of the problem is another annoying random eye-candy change for
Karmic. Instead of the old notifications with a dismiss box and short
time-out, you have these really annoying, non-removable, non-
configurable notifications that stick a huge (on a netbook screen) box
in the upper corner which f
You apparently kept the promise to fix the server (the "promise" was
from the reject text which I don't get now). That "I'm broken but we
promise to fix it" message was there a long time, long enough to
consider the promise as broken as the server. A more specific message
while you were fixing it
If this is intended, then the people intending it are stupid.
There are many other cases where you don't want every volume of every
drive mounted (sometimes crippled like HFS or NTFS) when you insert or
attach a device.
If it is a lower priority issue, then it should still be a checkbox in
an adv
Makefile - (also attached).
make a new directory, then copy the two fixed files, ftdi_sio.* from the
good tree into this new directory, copy this Makefile to the new
directory, enter the new directory and type "Make". You will have a .ko
in a few seconds.
cut here:
-8<-8<-
KDIR:=/lib
The process described above in the post works, but is fairly complicated
and time consuming (downloading two kernel trees, doing a graft of some
files, etc.). It would be nice if the ko file was available.
Most arduino modules and development are affected by this.
Note that I can use "socat file
This is horrible. There is no way to disable it, and it flashes - it
stays up until I mouseover where it disappears but pops back up as soon
as the mouse is gone.
First, it should NOT notify. The client icon can have a badge
indicating updating starting/complete. If notifications are left on, i
Public bug reported:
There is aufs which allows for a read-only root but that doesn't solve
things. For speed and reliability you need a journaling filesystem, but
EXT3 will burn out the journal inode since it never moves. However
jffs2 is available, but only as a module, and provides all the fe
This goes back to Gutsy and is not yet fixed in Karmic. Supposedly it
is fixed in the Gnome branch but is a wontfix here?
It is still stupid that I have to disable and enable wireless just to
see my access point when I can watch windows, two cell phones, Mac OSX
and everything else find it in und
Public bug reported:
Binary package hint: gnome-bluetooth
I just tried to pair a fairly standard phone under Karmic.
First, it seems to randomly ignore the PIN selection dialog. I keep
setting it to a short but custom PIN and instead it pops up a very long
random pin. That would not be so bad,
** Attachment added:
".home.tz..cache.ubuntuone.log.syncdaemon.exceptions.log.txt"
http://launchpadlibrarian.net/35509297/.home.tz..cache.ubuntuone.log.syncdaemon.exceptions.log.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/35509298/Dependencies.txt
** Attachm
Public bug reported:
Binary package hint: ubuntuone-client
The client doesn't work and DISPLAYS NO ERROR LOG, MESSAGE, OR ANYTHING
WHICH MIGHT HELP, and DOES NOT HAVE ANY CONFIGURATION INFORMATION.
It goes to the launchpad, then I get a long redirect (I'm using
noredirect so I see where you are
I hate popups of all kinds, and the "choose" is now going to be left to
whomever even if I know precisely which package because it is now
impossible to select it from the random results returned (across dozens
of the tiny pages no matter what my font or screen size is).
I know usually within one o
** Attachment added: "AlsaDevices.txt"
http://launchpadlibrarian.net/34998833/AlsaDevices.txt
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/34998834/BootDmesg.txt
** Attachment added: "Card0.Amixer.values.txt"
http://launchpadlibrarian.net/34998836/Card0.Amixer.valu
Analog [STAC92xx Analog]
Subdevices: 2/2
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: tz 1612 F pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 '
Public bug reported:
I had a working sdhc usbkey that had a dos partition and grub which
could boot into it as well as a bootable linux (split into / and /home)
under jaunty. Simple, easy...
Karmic has been an absolute disaster trying to do any kind of upgrade.
I managed to get it installed, an
There is a second problem which I won't report as a separate bug since
this summarizes it -
MANUAL PARTITIONING DOES NOT INDICATE IT HAS SELECTED A SWAP PARTITION
IN ANY WAY
I assume that if I could see it the first time through I would have
simply de-selected it then.
Others get a mount point,
It isn't so much invalid as a duplicate of:
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/379169
They don't need to do "Preserve UUID" as much as they need TO INDICATE
THAT THEY HAVE SELECTED A PARTITION TO DO SOMETHING ON instead of
leaving swap partitions blank WHETHER OR NOT
One other related matter:
IF THEY ARE GOING TO FORMAT THE SWAP PARTITION THEY SHOULD SHOW THE
FORMAT PARTITION BOX AS BEING CHECKED.
That would suffice to indicate I should deselect it or take action.
FORMATTING ANY PARTITION THAT IS VISIBLY SELECTED AS NOT BEING FORMATTED
IS BAD.
--
when inst
I was going to title another the "Upgrade Network Deadlock - can't
download networks driver without network driver"
I would extend this to any network drivers - there are a few ethernet
drivers (I have a netbook with a broadcom combo which means I have
nothing but USB until I enable proprietary dr
Public bug reported:
I keep trying an failing to upgrade to Karmic. Each time it starts,
SPENDS a HALF HOUR CONFIGURING, then finds something like I need to free
up a few megabytes of disk space and ENDS AND UNDOES EVERYTHING IT DID
SO I HAVE TO SPEND ANOTHER HALF HOUR JUST TO GET TO THE SAME POI
Public bug reported:
I have a computer without internet access.
Using a Karmic DVD I did the apt-cdrom and it was recognized and asked
if I wanted to upgrade. I started it, but it came up with "some
packages can't be authenticated", but I think it was every package, and
to "try again later". Th
My error - I did a sudo shell and didn't notice I hadn't exited. (I use
multiple terminals and picked the sudoed one).
But it really should give more details - user does not own nor does
group match or something.
--
gnupg: complaining about file permissions without reason
https://bugs.launchpad.
I could just file this as a completely new bug, but it would be the same
title and issue.
It would just not involve what should be done as apt-key.
What precisely does GPG require - it should either say X needs to be Y
so I can correct it or remain silent.
** Changed in: gnupg (Ubuntu)
St
For me it is still a problem.
Just typing "gpg" will produce the message.
My .gnupg is 700, the contents are all 600.
If it complains, at least it should specify what it doesn't like. There
are many complaints and no solutions from a google search.
** Changed in: gnupg (Ubuntu)
Status:
I got around to stress-testing the bug (100 baud - reading pulse
trains from things like an IR remote from an Arduino).
Works perfectly now. I haven't had a single IO error or other crash (no
overrun either, but it is hard to overrun a megabaud).
--
ftdi_sio doesnt work propertly
https://bu
On Wed, Sep 16, 2009 at 4:41 AM, Jean-Paul wrote:
> I now have sound with flash. Note that I dumped the inferior
> nspluginwrapper solution (why does Canonical insist on using that
> anyway?) and went straight to the source - I installed Adobe's 64 bit
> plugin. Works like a charm.
I believe a st
The "selective update" portion in the wiki apparently doesn't quite work - I
entered the information as it said and started aptitude. I also set a tic-mark
on the box in the main section.
Ah - the "preferences" text in the selective part doesn't work, at least not if
I just do a cut-paste and w
says:
Linux tz-hpmini 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC
2009 i686 GNU/Linux
--
ftdi_sio doesnt work propertly
https://bugs.launchpad.net/bugs/376128
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs ma
Rereading the earlier messages, if a linux-kernel or such comes out
later today in -proposed I will try it and get back.
--
ftdi_sio doesnt work propertly
https://bugs.launchpad.net/bugs/376128
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
#uname -a
Linux tz-hpmini 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC 2009
i686 GNU/Linux
Does not fix this. It sounds like my problem, but only happens when the buffer
overruns.
I will try one of the 2.6.29 kernels and/or Karmic when I get a chance.
For example, using
http
e not accepting address 29, error -71
[222170.352259] usb 2-2: new low speed USB device using uhci_hcd and address 30
Linux tz-hpmini 2.6.28-15-generic #49-Ubuntu SMP Tue Aug 18 18:40:08 UTC
2009 i686 GNU/Linux
I have more than one of these, and I would be willing to send one to
someone with the exper
This isn't adequate. I leave my computer on so it will have no network
connection and be at the 120 second interval when I get to work and turn
my local AP on. 20 seconds is also a long time. Just try waiting 20
seconds from now before you read the next paragraph.
The only way currently is to r
** Attachment added: "menuwithtoomanyseps"
http://launchpadlibrarian.net/28526125/menuwithtoomanyseps
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/28526131/Dependencies.txt
** Attachment added: "ExtensionSummary.txt"
http://launchpadlibrarian.net/28526137/Extens
Public bug reported:
Binary package hint: firefox-3.0
I deleted the live bookmarks, but something made them come back. Then I
deleted places.sqlite so it would be reconstructed, which was
successful, (and I tried it twice), and each time I would get extra menu
separators that I can't find any wa
Public bug reported:
With the original Xandros distro, when I plug in an audio source to the
red jack (microphone/line-in), it switches off the built-in microphone
and records from the audio jack source using arecord or audacity.
Ubuntu Jaunty (including several eeepc specific versions with 2.6.2
Similar problem, but what I needed to do (after something half-fried my
internal sound chip - I get a squeaky sound only on the right side) was
to rename the kernel module - it was *snd*intel ("find /lib/modules/...
| grep snd\*intel") so it would not load and the USB headphone device
would then be
This also affects many, if not every serial port profile device.
In particular, GPS units no longer work for any program which uses
rfcomm to create the connection.
OBD2 sensors often use bluetooth, and generic serial ports (instead of a
USB-to-Serial)
The only things which might not use rfcomm
If you need the USB device information, I can provide it.
It should be handled like a CDMA modem (dialing "#777" and starting up
PPP - no user or password needed).
On Tue, Apr 14, 2009 at 3:28 PM, duanedesign wrote:
> thank you for taking the time to respond to the bug comment I left. I
> think
On Mon, Apr 13, 2009 at 9:50 PM, duanedesign wrote:
> We are closing this bug report because it lacks the information we need
> to investigate the problem, as described in the previous comments.
The only questions asked were about the version and I provided that
information.
(It is also a proble
+ FALSE, FALSE, 0);
+ gtk_container_add(GTK_CONTAINER(vbox_fixed), hbox_custom);
I'll file a separate bug, but this goes to one of the original
problems that short pincodes are insecure and they didn't allow
options for longer ones.
On Mon, Mar 16, 2009 at
I couldn't find a link to the specific patch.
Just one check - some pins are 8 characters, I think the specification
maximum is 16 but the dialog box looks like it will only take 4
characters.
(also note is not the same as for BT pins so text size
matters).
So the text box should r
It is horribly difficult to put back an existing manual configuration
utility that was present in a recent version? That is the original
solution I wanted.
Fixing every possible permutation of hardware in the automatic config
would be horribly difficult, but that seems to be the only thing you
mi
On Wed, Jan 21, 2009 at 8:11 AM, Colin Watson wrote:
> I agree that this warning is sometimes excessive and inconvenient,
> particularly for logging writes which are, as you put it, "fire and
> forget".
>
> Notwithstanding that, though, I would note that it *is* good practice to
> check non-loggin
In intrepid, /etc/init.d/umountfs will unmount tmpfs, then swap, then
local filesystems, so I assume it is fixed, albeit in a major
refactoring.
I haven't verified loop devices or other things that might gridlock a
umount so it may still have that variant of the bug.
It does attempt to remount re
I apologize, but I'm even more frustrated than you are.
When someone calls a request a "wishlist" it usually means (including
in bug reports) it is something trivial, or unneeded, or cosmetic, or
on a whim. That it gets the LOWEST possible triage ahead of invalid
or a wontfix. Even though this "
It is NOT a WISHLIST.
I have no way of getting anything but a blurry wrong VESA resolution
with anything available in Intrepid. Autoconfiguration or detection is
hopelessly broken, and you've removed anything I could use to actually
configure it correctly manually.
Usually filing bugs to get any
Public bug reported:
Binary package hint: gcc
This might be in one of the libs, but the problem is fundamentally in
gcc.
There is a recent attribute (warn_unused_result) that has been applied
to nearly every function that isn't declared a void. This includes
things like write and fwrite (and ev
On Sat, Nov 29, 2008 at 1:06 PM, JaysonRowe <[EMAIL PROTECTED]> wrote:
> Since it's been a very long time since any additional info was added to
> this bug, I'm just checking to see if this is still an issue, and find
> out what additional work should be done on this bug.
It is still an issue.
If
On Fri, Nov 14, 2008 at 1:48 AM, Bryce Harrington
<[EMAIL PROTECTED]> wrote:
> [This is an automated message]
>
> Hi thomas-mich,
>
>
> Please attach the output of `lspci -vvnn`, and attach your
> /var/log/Xorg.0.log file from after reproducing this issue. If you've made
> any customizations to
Public bug reported:
This is in the latest Intrepid for both 64 and 32 bit intel.
At least it does not do so consistently. I come into work, turn on my
AP, then either have to wait several minutes, or do "sudo iwlist scan"
in a terminal, or tell it to connect to a "hidden" network which is NOT
h
That sounds like a good idea provided:
1. Pincodes are specified to be as long as 16 digits. If you are
going to bother with a random pin, it should be 8 digits by default if
security is not to be just a lesser joke. Apple uses 8. If you have
a PIN entry box, it should allow a max of 16 digits.
The problem is many devices use pins other than - I have two that
use and 1234.
My patch pops up a confirmation box. Perhaps you could merge it with
yours so the dialog would pop up only if you checked the box.
On Sat, Nov 22, 2008 at 8:43 AM, CADE20 <[EMAIL PROTECTED]> wrote:
> I've m
To clarify:
Addr | Class | BT hcitool scan name | PIN
00:03:C9:30:97:64 | 0x200404 | BT Headset |
00:06:66:01:45:C3 | 0x001f00 | OBDPros scantool | 1234
00:0B:0D:88:E6:DC | 0x001f00 | G-Rays1 |
00:0A:3A:25:A2:A7 | 0x001f00 | HUDGPS |
--
bluetooth-wizard unable to pair to fixed pin
0x001f00 HUDGPS pin
On Fri, Nov 14, 2008 at 4:25 AM, Jonathan Ernst <[EMAIL PROTECTED]> wrote:
> @tz
>>could you provide the upstream required infos for those devices if they are
>>affected by this bug, thanks
>> "The GPS units and the Tecom and OBDPros are
I will do this later (my battery on the laptop now refuses to recharge
so I have to be careful) however I don't know what this has to do with
the complete inability to manually set the device.
To quote the original bug:
Vesa comes up in 800x600. There is no official way in intrepid to set
it to
The dirty half-dozen:
00:03:89:C4:30:8B clock offset: 0x3c73class: 0x240404 260Plantronics PIN
00:0A:94:04:FE:95 clock offset: 0x4bc5class: 0x20040c VS600 headset pin
00:03:C9:30:97:64 clock offset: 0x0217class: 0x200404 Tecom ("BT
Headset") headset pin
00:06:66:01:45:C3 clock offse
And what my patch does is to display the randomly generated PIN (and
most devices will accept longer, more secure ones - 8 is a typical
number). I never suggested replacing them altogether.
The user can leave the random PIN and use it or modify it.
I knew about the paring fail exits problem whic
ed that the
mix-and-match might be a cause)? And I assume your phone allows for
any number to be used as the PIN (i.e. if linux picks 2468, you can
type 2468 on the phone), or initiate pairing from the phone?
On Wed, Nov 12, 2008 at 11:52 PM, Ravi <[EMAIL PROTECTED]> wrote:
> @tz
>
@Ravi
The bluez stack might be slightly updated. There are some (insecure)
devices that will connect without any PIN but allow one optionally,
sometimes the fixed values - GPS and serial devices often do this. I
suspect that the stack changed to invoke the callback in all cases now
and there is
Original patch was in message 37 after I realized that inlining was bad
and that the web page allowed attachments:
https://bugs.launchpad.net/ubuntu/+source/bluez-
gnome/+bug/284994/comments/37
Here is an update with the field width set to 16, and removal of the
hacks since many headsets use
The patch works. I don't know if anyone wants to get it into an Ubuntu
update.
On Wed, Nov 12, 2008 at 12:58 PM, matli <[EMAIL PROTECTED]> wrote:
> No, I don't think it's a kernel problem. Just to be sure I just tested
> with my old Hardy kernel (2.6.24-21), and as expected, the bug stil
> occure
I can confirm this, but assume the update has not been pushed as of
11/11. Basically Verizon and Sprint (and most other CDMA/EVDO) use
#777. It worked fine after I edited the dial field. The password is
different but is apparently not used by Verizon (it uses the ESN, or
whatever else for securi
I have a similar card. In Modules section, changing Load "dri" to
Disable "dri" makes it run 4x faster, no crashes. Still a bit slow, but
working. Glxgears at 50+fps, google earth about 1, stellarium about 3.
--
Ubuntu LiveCD doesn't start with a "VIA Chrome9 HC" graphic card and, when
Ubuntu
Intrepid doesn't work yet due to a different bug (284994), but
technically my report is not a bug with this particular package so I'm
changing the status to invalid, and moving to the other bug (where I
already submitted a patch which works but is a bit of a hack).
** Changed in: bluez-gnome (Ubu
Also, could we bump the importance of this bug to major or higher?
It is currently impossible (not using complex hackage in the terminal or
a patch like I wrote) to pair any device with a fixed bluetooth address.
Well, maybe not impossible, but 1 in 10k are not good odds.
This defeats the purpose
For known device problems:
If you delete the device from the list, it should ask for a pin the next
time, but you might need to exit the wizard and/or preferences and
restart the process. This has worked for me.
Also some devices don't require passcodes so will pair without them, or
worse, the b
I've attached the above as a patch to this message
Tecom headsets use , not or 1234.
http://www.tecom.com.sg/bt3061ausermanual.html
I was able to used the patched version to pair everything I've thrown at
it so far.
Perhaps someone who is adept at Gtk+ could rewrite it properly
For bet
n the existing page adding a text entry to the label and
something to pause it until something was clicked). It also needs
checking and verification/validation added. If it was in PyGtk I'd do
better.
diff -Bbur bluez-gnome-1.8/wizard/main.c bluez-gnome-1.8-tz/wizard/main.c
--- bluez-gnome-1.8/wiz
I wrote a followup - a web page for every owner of a bluetooth device
that needs a special PIN that would submit it as a new bug report is
possible...
Perhaps Ubuntu can write its own patch - it looks simple enough but I
would need time to add the panel (I've only done Gtk in Python).
The short a
The package with the wayward wizard is bluez-gnome, but apparently there
is a "agent" so the pincode selection should be pluggable (i.e. some
config file should be able to point to something which will ask). I
patched it to read from /tmp/wizardpincode if that file exists and was
able to get it to
I have the same problem, but sometimes devices can ignore pairing.
I have two serial devices (GPS and OBD), one uses , the other 1234.
I can't use the wizard. Perhaps someone can patch it to read a file
from /etc/bluetooth/pin or something.
They need to have a way to enter your own PIN inst
Public bug reported:
This is in an i386 Intrepid on an openchrome system (which crashes so
I'm trying to use Vesa until I can figure out something - probably
interrupts).
http://ubuntuforums.org/showthread.php?p=6027629 discusses a similar
problem.
Vesa comes up in 800x600. There is no official
I haven't tried this specifically (as a work-around), but if you burn a
recent Hardy daily build (dvd to get more packages?), it will have the
apt-cdrom tool updated, and the installer should recognize it as having
updates and do the upgrade of the packages. Then Intrepid should
install without an
Or to put it briefly, has anyone tried a NON-updated Hardy with a
current Intrepid CD - especially one without an internet connection, but
even one with access.
--
requires uncompressed Packages files on CDs
https://bugs.launchpad.net/bugs/255545
You received this bug notification because you are
Back in the Duplicate bug report
(https://bugs.launchpad.net/bugs/267239), I asked if the dist-upgrade
process or something else would insure an updated apt-cdrom before the
intrepid upgrade or some other mechanism would insure hardy had this
upgraded package BEFORE the intrepid upgrade (consider c
Having a bunch of packages with blue*-gnome/gnome-blue* that launch
pieces from each other makes things confusing. There is "bluetooth-
properties" program that shows it, and the other one displays EVERY
bluetooth device when you select Browse Device, not just those which
have any possibility of
Public bug reported:
I have three Jawbone model headsets, two version 1 and one version 2.
When I do "browse device" to try to find my new unpaired jawbone, it
shows three "Jawbone" entries, two are miles away, but I can't tell
which is which. There is no way of displaying the BT address, or jus
I know the update will try to go TO the newest if there is an internet
connection, e.g. Gutsy to 8.04.1 even if the update CD is 8.04 which
might be what you are thinking of.
But what if the upgrade is for a system that is NOT normally connected
to the internet? That would be one reason to use a
nm-applet-0.6.6, in hardy.
On 9/14/08, Alexander Sack <[EMAIL PROTECTED]> wrote:
> are you using intrepid or hardy? which network-manager version are you
> using?
>
> ** Changed in: network-manager-applet (Ubuntu)
>Status: New => Incomplete
>
> --
> Plain EVDO modems don't work, no logging
Public bug reported:
I have a Pantech EVDO modem with Verizon service. It works if I set
"Stupid Mode = on" in wvdial.conf, and run it from the command line, but
I shouldn't have to. The modem is completely recognized on /dev/ttyACM0
and wvdial (or even chat) will just work.
But the applet won'
And NM is completely broke for EVDO modems.
I have a Pantech with Verizon service. It is fully recognized at
/dev/ttyACM0.
NM demands a username although it is not used. (stupidmode=on for
wvdial)
Even if I type all the stuff in correctly, NM refuses to dial and/or
connect.
There is no help w
The aforementioned bug (255545) is the problem. Given that this is an
upgrade, it straddles Hardy and Intrepid. Since I have a lot of
computers and packages, I prefer downloading the ISO DVDs.
Even if you backport the fix, is there something in the upgrade process
that would insure Hardy has the
Public bug reported:
Binary package hint: apt-cdrom-setup
apt-cdrom (Hardy amd64) failed to add the live DVD for an upgrade.
The file it is looking for, "Packages" doesn't exist, but "Packages.gz" does.
either the hardy version of apt-cdrom or something it uses needs to be fixed to
recognize com
** Description changed:
Original Question: "In the good, old gutsy-days I was able to disable
automount for external devices from "system" > "preferences" >
"removable drives and media". There was a "storage"-tab where I could
unmark the automount-feature. The storage-tab is gone in Hardy
** Description changed:
Original Question: "In the good, old gutsy-days I was able to disable
automount for external devices from "system" > "preferences" >
"removable drives and media". There was a "storage"-tab where I could
unmark the automount-feature. The storage-tab is gone in Hardy
101 - 200 of 212 matches
Mail list logo
