From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Bug#385857: [Pkg-bluetooth-maintainers] Bug#385857: please upgrade to bluez-utils and bluez-libs 3.4
Date: Tue, 05 Sep 2006 20:59:34 +0200 [thread overview]
Message-ID: <1157482774.5963.27.camel@localhost> (raw)
In-Reply-To: <20060905181547.GA17557@suse.de>
Hi Stefan,
> > > JFYI, i packaged the passkey-agent as-is for openSUSE factory and added a
> > > README, so the users can authenticate at all until the Desktop environments
> > > are ready. It might make sense to keep it IMO for all those people that do
> > > neither use gnome nor kde and still want to occasionally pair a rfcomm device,
> > > but maybe a multitude of easy to use passkey agents will pop up soon and
> > > we will have one for every taste :-)
> >
> > my advise would be to include passkey-agent.c in the docs section as an
> > example. This is how other packages do it and to make this really clear,
> > the passkey-agent.c is an example. It is _NOT_ meant for any regular
> > installation. This is the reason why it is marked as noinst_*.
>
> Well, that would mean that i'd have to document /var/lib/bluetooth/*/pincodes
> and i'd want to avoid that.
you should avoid this when possible.
> But i'll add this disclaimer to the passkey-agent and remove it from the
> package ASAP:
>
>
> Index: hcid/passkey-agent.c
> ===================================================================
> RCS file: /cvsroot/bluez/utils/hcid/passkey-agent.c,v
> retrieving revision 1.19
> diff -u -p -r1.19 passkey-agent.c
> --- hcid/passkey-agent.c 28 Apr 2006 14:30:59 -0000 1.19
> +++ hcid/passkey-agent.c 5 Sep 2006 18:05:58 -0000
> @@ -284,6 +284,9 @@ int main(int argc, char *argv[])
> char match_string[128], default_path[128], *agent_path = NULL;
> int opt, use_default = 0;
>
> + printf("WARNING: passkey-agent is only a temporary solution. It will be removed from\n"
> + " the openSUSE package as soon as the desktop environments are ready.\n\n");
> +
> snprintf(default_path, sizeof(default_path),
> "/org/bluez/passkey_agent_%d", getpid());
That might do it. Of course every user must start this by hand and it is
not automated somehow (init script or desktop startup). There can only
be one default passkey agent.
> > If something is marked as noinst_* in bluez-utils, then it is either an
> > example, not ready yet or to risky for installation. If you can't get it
> > installed with a configure option, then it is _NOT_ meant to be.
>
> Yes. But for the users, there is no way to pair their devices without a
> passkey agent. And not everybody can use latest bluez-gnome, but might still
> be a valuable tester for bluez-utils :-)
Let me put it this way. The 3.0 announcement came with a clear warning
that the PIN helper is dead and we now need a default passkey agent for
every desktop. It was one reason why I jumped to next major number. I
don't do this without a serious reason. I provided an example of a
passkey agent and the Maemo guys implemented a passkey agent for their
platform, but nobody else seemed to care.
The passkey agent interface is fully language independent and they could
have written one in C, C++, C#, Perl, Python, Java, Haskell and every
language that provides a D-Bus binding. And again, nobody did. Now I
gave people two examples on how to write a passkey agent. So they either
do it now or start using GNOME ;)
Regards
Marcel
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2006-09-05 18:59 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20060903124043.2028.48247.reportbug@forza>
[not found] ` <1157367160.32195.54.camel@aeonflux.holtmann.net>
[not found] ` <20060904100025.GA17058@esaurito.net>
[not found] ` <1157371912.32195.69.camel@aeonflux.holtmann.net>
2006-09-05 10:32 ` [Bluez-devel] Bug#385857: [Pkg-bluetooth-maintainers] Bug#385857: please upgrade to bluez-utils and bluez-libs 3.4 Filippo Giunchedi
2006-09-05 11:07 ` Bug#385857: " Marcel Holtmann
2006-09-05 16:46 ` Stefan Seyfried
2006-09-05 17:13 ` Marcel Holtmann
2006-09-05 18:15 ` Stefan Seyfried
2006-09-05 18:59 ` Marcel Holtmann [this message]
2006-09-05 20:38 ` Stefan Seyfried
2006-09-05 21:08 ` Marcel Holtmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1157482774.5963.27.camel@localhost \
--to=marcel@holtmann.org \
--cc=bluez-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.