That seems to be the problem here, yes.
Although it was fixed upstream in 5.51 via
https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/obexd/src/obex.service.in?id=78bce480093799c287ac8561b9407fa48796a130,
the Debian package ships the unreplaced @libexecdir@ in
/usr/share/dbus-1/services
Hi Salvatore,
2.1.4-1 is waiting at https://mentors.debian.net/package/blueman/. I can
add the CVE number and / or this bug to the changelog if you like.
Unfortunately my sponsor Nobuhiro seems to be unavailable.
Regards
The package is out of sync with android-platform-system-core which is
now at 1:6.0.1+r43.
If incompatibilites are expected in such cases the dependencies should
specify the version.
09.06.2016 06:49 Chris Dellin:
> If anyone knows a functional workaround, please let me know! (My
> understanding is that Debian 7 should have security support until May
> 2018 [2].)
Put the libflashplayer.so file contained in the .tar.gz from
https://get.adobe.com/de/flashplayer/ at
/usr/lib/fla
Package: arcanist
Version: 0~git20150525-1
Severity: grave
Tags: upstream fixed-upstream
Justification: renders package unusable
This snapshot has a severe issue which renders `arc land` unusable. Here is the
upstream bug report including a reference to the fix in current master:
https://secure.
>> Anyway, connecting to a NAP should work. You just have to select the
>> service from the device menu and not use the generic connect item for that.
>
> There's no service from the menu, in fact, the "Serial server" menu item
> is gone.
So you are talking about a serial service, not a NAP servi
Hi Antoine,
unfortunately BlueZ 5's generic connect method is a misconception in my
eyes as in your case it will not connect the NAP service. In the current
upstream master you will not get a generic connect item in the menu
anymore, but see which services are provided and could be connected with
Hi,
I'm absolutely with you. Unfortunately stable branches only receive security
related bug fixes. Users may get new features or functional bug fixes only
through other branches like backports.
Cheers
Hi Łukasz,
this is a known problem of the wheezy version. As you mentioned you can use
the backports version to make it work. What's the intention of your bug report?
Cheers
The preinst script dumps the databases only in upgrade mode, while the
postinst script loading the databases does not have such a condition.
Hence it will fail if the previous version was removed.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscrib
Marco d'Itri wrote:
> Please debug this using the facilities provided by initramfs-tools.
> Did you try waiting 3 minutes?
>
I already waited for much longer.
I got into it and found out the problem is located in
/scripts/init-premount/udev.
I can manually reproduce it with these steps:
- boot
Package: udev
Version: 146-6
Severity: critical
Justification: breaks the whole system
Using update-initramfs on my system running on a Lenovo 3000 N100 notebook with
udev-146 breaks the initrd.
When booting, all seems normal until sd and sr attached the devices. After that
point nothing happens.
12 matches
Mail list logo
