severity 33677 important
thanks
On Tue, 2005-11-01 at 14:35 +0100, Laurent CARON wrote:
> Package: bluez-utils
> Version: 2.19-1
> Severity: grave
> Justification: renders package unusable
>
>
> After having upgraded to new bluez-utils i'm unable to connect my phone
> (Ericsson T630) anymore.
>
On Tue, 2005-11-08 at 21:50 -0500, Martin Stolle wrote:
> Package: bluez-utils
> Version: 2.19-1
> Severity: normal
>
>
> Hello, there's now a much more recent version available (2.22) which
> adds support for more Logitech Bluetooth keyboards, presumable MX5000
> too.
>
> Please update the pack
Thanks for reporting this bug. We are working on getting the latest
upstream into Debian, which I hope will fix this.
On Wed, 2005-09-28 at 22:39 +0200, Arne Ahrend wrote:
> Package: bluez-utils
> Version: 2.15-1
> Severity: important
>
> Reconnecting pand to the access point using auth enable a
Can you verify the MAKEDEV constructs the appropriate devices exactly as
the mknod from the postinst does? This was the reason I didn't use
MAKEDEV in the first instance, albeit some time ago.
On Fri, 2005-12-23 at 09:41 +0100, Alexis Sukrieh wrote:
> tags 338743 + patch
> thanks
>
> * Marco d'I
On Fri, 2005-09-30 at 21:57 -0700, Jurij Smakov wrote:
> [CCing Edd Dumbill, bluez-utils maintainer]
>
> Hi Edd,
>
> Could you please have a look at bug #330071, filed against kernel? The
> report is about hciconfig not showing the devices on 2.6.12 kernel, while
> 2.6.8 a
Josh, thanks for filing this. It is as you say good to have it out
there.
My question is this: why should this firmware loader be any different
than the kernel? It is required only under kernel 2.4, and performs the
same function as the bcm203x module in kernel 2.6.
I can see no reason for not
On Sat, 2005-02-05 at 17:38 +0100, Bas Zoetekouw wrote:
> Hi!
>
> IMO the situation for this package is different from the kernel's.
>
> In the case of the kernel, it functions completely ok without any of
> the non-free firmwares; those only provide additional functionality.
>
> Bluez-bcm203x'
On Sat, 2005-02-05 at 19:20 +0100, Frank Lichtenheld wrote:
> Hmm, it is possible to only move one binary package to contrib and there
> are examples for this in the archive. I don't know if this is
> encouraged, though.
Well, I'll give it a try then. I've prepared a new package whose
Section is
On Sat, 2005-02-05 at 15:53 +, Franck Arnaud wrote:
> This issue is also a problem if you do have X. I have a machine with
> a flash disk and a minimal X setup, and bluez-pin still wants 10MB
> of disk space (which is a large part of my available disk space) to
> install all the extra rubbis
tags 285533 fixed-upstream
thanks
This has been fixed in upstream's CVS and will be in the next release.
The upstream maintainer didn't use your patch, I'm afraid, but did other
changes.
Thanks for your contribution.
Edd.
On Mon, 2004-12-13 at 22:56 +0100, Andreas Jochens wrote:
> Package: blu
On Sun, 2005-05-08 at 22:15 +0200, Jacob Sparre Andersen wrote:
> Edd Dumbill wrote:
> > On Sun, 2005-05-08 at 21:34 +0200, Jacob Sparre Andersen
> > wrote:
>
> > No, this is because you need to run 'xhost +' or similar
> > on your system to allow the
Just to let folks know this will be coming soon.
thanks for your patience
-- Edd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, 2005-07-17 at 00:47 -0700, Steve Langasek wrote:
> Hi Edd,
>
> > This has been fixed in upstream's CVS and will be in the next release.
>
> That was five months ago, and gcc-4.0 is now the default compiler in etch.
> When could we expect this new upstream release to be uploaded to Debian?
severity 317986 normal
tags 317986 sarge moreinfo
thanks
On Tue, 2005-07-12 at 20:12 +0200, Benoit Panizzon wrote:
> Probably something get's wrong while the device is initialized...
>
> I have /etc/bluetooth/hcid.conf
>
> # Default settings for HCI devices
> device {
> # Local device na
reassign 302990 udev
thanks
On Sun, 2005-04-03 at 17:57 -0400, Ron Murray wrote:
>
> Problem seems to involve udev, as temporarily replacing
> "/sbin/udevsend" in /proc/sys/kernel/hotplug with "/sbin/hotplug",
> then plugging dongle into USB port allows it to work.
I think therefore this is a ud
Still suffering from this? I've had no other reports of it
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=255691
-- Edd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 2005-08-13 at 19:22 +0200, Miernik wrote:
> Any progress on this? It's very much wanted to fix this terrible
> bloatware overkill.
No, none yet. Now would be a good time though. I'll put it on my TODO
list, but I'd be very happy if somebody could step up.
It's as simple as making a blue
On Sun, 2005-09-25 at 18:06 -0400, William Ballard wrote:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323365
>
> Why is this grave security bugfix not in Sarge security updates, more
> than a month later? I know there's a "good reason," but in my few years
> of using Debian I have always
tags 115763 patch
tags 288820 patch
thanks
This patch from gentoo makes Network Sync work nicely for
gnome-pilot-2.0.13
https://bugs.gentoo.org/show_bug.cgi?id=88511
--> https://bugs.gentoo.org/attachment.cgi?id=55793
-- Edd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
Package: dbus-1-dev
Version: 0.23.2-2
Severity: grave
Version 0.23.2 removes a function from the API without changing the
SONAME of the library.
In particular, my package bluez-utils is caused not to build from source
by this change.
bluez-utils-2.15/hcid/dbus.c:75: undefined reference to
`dbus_
On Sat, 2006-03-04 at 22:56 +, Martin Michlmayr wrote:
> This package is "arch: any" but should be "arch: all" since it
> contains no architecture specific code. (Or maybe it's time to remove
> the package?).
It really ought to be removed now. I was actually under the impression
it had been
On Mon, 2006-03-06 at 03:47 +0100, Mourad De Clerck wrote:
> according to the manpage, hid2hci is used to switch HID proxy bluetooth
> dongle
> into the HCI mode and back. The bluetooth initscript tries to make use of it
> on stop/shutdown.
>
> However, it doesn't seem to work for me: my sympto
On Thu, 2006-02-09 at 23:55 +0100, Hendrik Sattler wrote:
> retitle 237386 please update to openobex-1.1
> thanks
>
> Hi,
>
> SF has openobex-1.1 available and this version is NEEDED for USB device
> support with obexftp-0.19 (And I really would like to package that).
>
> The new version depend
Please include the output of lsusb -v so we can see the make and model
of your dongle
On Sat, 2006-03-25 at 21:04 +0100, Hadmut Danisch wrote:
> Package: bluez-utils
> Version: 2.25-1
> Severity: normal
>
> Hi,
>
> when plugging in a USB bluetooth dongle in a running linux system the
> bluetoot
On Sun, 2006-03-26 at 10:10 +0200, Hadmut Danisch wrote:
>
> However, wouldn't it be easier to just take the Vendor/Product id
> list
> from the driver software? If the dongle driver can use it, there must
> be
> a list of recognized dongles (or Vendor/Product ids). Why not use
> that
> already
25 matches
Mail list logo
