Return-Path: Message-ID: <1392062509.4911.0.camel@belkin5> Subject: Re: Some patches applied on Fedora that maybe should be considered for being applied upstream From: Pacho Ramos To: Bastien Nocera Cc: BlueZ development Date: Mon, 10 Feb 2014 21:01:49 +0100 In-Reply-To: <1392039609.4417.14.camel@nuvo> References: <1391935987.4666.5.camel@belkin5> <1392039609.4417.14.camel@nuvo> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: El lun, 10-02-2014 a las 14:40 +0100, Bastien Nocera escribió: > On Sun, 2014-02-09 at 09:53 +0100, Pacho Ramos wrote: > > Hello > > > > I was looking at bluez package and found some patches that maybe could > > be upstreamed. Also, I would like to know the reasons for not accepting > > them to ensure they are safe to be applied downstream by us too :) > > > > http://pkgs.fedoraproject.org/cgit/bluez.git/tree/0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch -> Does this cause any issues with systemd --user setups? > > Giovanni already posted this patch earlier. There's no distribution > using systemd sessions, so this doesn't work yet. > > > http://pkgs.fedoraproject.org/cgit/bluez.git/tree/0001-obex-Use-GLib-helper-function-to-manipulate-paths.patch > > http://pkgs.fedoraproject.org/cgit/bluez.git/tree/0002-autopair-Don-t-handle-the-iCade.patch > > http://pkgs.fedoraproject.org/cgit/bluez.git/tree/0004-agent-Assert-possible-infinite-loop.patch > > -> Any reason for not applying it upstream too? > > I've posted those patches to the list as well. And, do you know why they weren't accepted? (it's for trying to get them merged and not needing to carry them forever) > > > http://pkgs.fedoraproject.org/cgit/bluez.git/tree/0001-work-around-Logitech-diNovo-Edge-keyboard-firmware-i.patch > > -> Taking care this looks to be a really old issue, maybe using the > > workaround would be the only option for now :/ > > I have no hardware to test this on, I snatched it from Ubuntu's bluez 4 > package. > > Cheers OK, thanks :)