tux-droid-user

[tuxdroid-user] Including dfu-programmer in tuxsetup

[David B. <da...@ja...>]

Still working hard on the sleep and id update. Most stuff work now but  =

it's still very unstable due mainly to the new RF firmware.
I'd like to publish a preview of the firmwares on tomorrow so you can gi=
ve  =

it a shot if you want.

OTH I'm thinking about this major firmware update for lambda users. When=
  =

they just bought their tux, it seems they're quickly discouraged by the =
 =

firmware update procedure and some get into much troubles compiling and =
 =

installing dfu-programmer. tuxup already facilitates the use of  =

dfu-programmer but including a binary of dfu-programmer would remove tha=
t  =

burden.

A few questions:

- Is it a good idea?

- I guess we can freely redistribute dfu-programmer in a binary only  =

format, but I may be wrong. dfu-programmer is under GPL. Do I have to  =

attach a license file with the binary or display the license somewhere?

- If I compile it on my linux box, what is it supposed to run on? As lon=
g  =

as you have the dependencies, should it work on any computer or are ther=
e  =

other stuff to take into account? I'm thinking about BSD, OSX, ...

ldd /usr/local/bin/dfu-programmer
         linux-gate.so.1 =3D>  (0xffffe000)
         libusb-0.1.so.4 =3D> /lib/libusb-0.1.so.4 (0xb7f21000)
         libc.so.6 =3D> /lib/libc.so.6 (0xb7df9000)
         /lib/ld-linux.so.2 (0xb7f43000)

Thanks,
David

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Jan W. <jan...@gm...>]

David Bourgeois schreef:

> installing dfu-programmer. tuxup already facilitates the use of  
> dfu-programmer but including a binary of dfu-programmer would remove that  
> burden.

People who make use of Debian, can take a look at this ITP for
dfu-programmer <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416436>.

I have used this to compile a dfu-programmer_0.4.0-1_i386.deb and have
installed that on my system. 

 |  pts/3  jan ~$ dpkg -s dfu-programmer
 | Package: dfu-programmer
 | Status: install ok installed
 | Priority: optional
 | Section: devel
 | Installed-Size: 48
 | Maintainer: Andrew Straw <str...@as...>
 | Architecture: i386
 | Version: 0.4.0-1
 | Depends: libusb-0.1-4
 | Description: device firmware update (DFU) based USB programmer for Atmel chips
 |  A linux based command-line programmer for Atmel chips with a USB
 |  bootloader supporting in system programming.
 |  .
 |  This is a mostly Device Firmware Update (DFU) 1.0 compliant
 |  user-space application. This program was created because the Atmel
 |  FLIP program for flashing devices does not run on Linux and because
 |  standard DFU loaders do not work for Atmel chips.
 |  pts/3  jan ~$ 

Hopefully Andrew Straw fill find a sponsor soon, so dfu-programmer can be
part of the Debian-distribution.


I Cc: this to 41...@bu... so that Andrew knows that there are
people who appreciate his work :-)


-- 
Met vriendelijke groetjes         - Jan Wagemakers -

... My other computer is a Sun Javastation Krups
    <http://javastation.is.dreaming.org>

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[neimad <ror...@gm...>]

"David Bourgeois" <da...@ja...> writes:

> Still working hard on the sleep and id update. Most stuff work now but
> it's still very unstable due mainly to the new RF firmware.
> I'd like to publish a preview of the firmwares on tomorrow so you can
> give  it a shot if you want.

I'm willing to test it \o.

> OTH I'm thinking about this major firmware update for lambda users.
> When  they just bought their tux, it seems they're quickly discouraged
> by the  firmware update procedure and some get into much troubles
> compiling and  installing dfu-programmer. tuxup already facilitates
> the use of  dfu-programmer but including a binary of dfu-programmer
> would remove that  burden.
>
> A few questions:
>
> - Is it a good idea?

The binary would have to work on all distributions and platforms. I
myself don't like binaries too much (but then, I've been a Gentoo user
for quite some time now, which might explain...)

> - I guess we can freely redistribute dfu-programmer in a binary only
> format, but I may be wrong. dfu-programmer is under GPL. Do I have to
> attach a license file with the binary or display the license
> somewhere?

You have to make the sources available, but not necessarily bundled
with the binary. A readme with an URL to download the sources from
should suffice.

> - If I compile it on my linux box, what is it supposed to run on? As
> long  as you have the dependencies, should it work on any computer or
> are there  other stuff to take into account? I'm thinking about BSD,
> OSX, ...

Library versions, as you point out below, may break your application.

> ldd /usr/local/bin/dfu-programmer
>         linux-gate.so.1 =>  (0xffffe000)
>         libusb-0.1.so.4 => /lib/libusb-0.1.so.4 (0xb7f21000)
>         libc.so.6 => /lib/libc.so.6 (0xb7df9000)
>         /lib/ld-linux.so.2 (0xb7f43000)

What makes it hard for joe user to compile ? Couldn't it be seamlessly
integrated in the "tuxup procedure" (neved used it) ?

	Damien

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[David B. <da...@ja...>]

On Fri, 08 Jun 2007 21:04:49 +0200, neimad <ror...@gm...> wrote:

> What makes it hard for joe user to compile ? Couldn't it be seamlessly
> integrated in the "tuxup procedure" (neved used it) ?

Well, the feedback we get from the marketing is that a lot of geeks whiich  
are not programmers think tux is still at the prototype stage. Which  
somehow is ot wrong neither. I think that the next firmware update will be  
a good improvement mostly for the energy savings. But people are afraid  
when they read that the first thing you have to do is get the sources of  
dfu-programmer, compile it, then upgrade the firmware. Then we still don't  
have any real end user software with polished gui so that also makes them  
stay doubtful about the project status.

Most newbies are using ubuntu so maybe another solution would be to  
maintain a debian/ubuntu dfu-programmer package. I could also do an ebuild  
for gentoo but I don't think gentoo users will get trouble on that side.  
On ubuntu, you can't compile dfu-programmer without installing a bunch of  
developer packages like build-essentials, libusb-devel, etc. GCC isn't  
installed by default. It took me some time to look around the first time I  
used ubuntu to get all the dependencies necessary to compile. So I guess  
some users will really benefit from a package. Even worse it seems there's  
a debian package around which doesn't work, so some people end up there  
too.

Usually when I don't know what to do, I try to do both and check later on  
what's the best option. We can try to support dfu-programmer as packages  
for some distributions and also include it in tuxsetup. If it already  
exists on the system, it's not used, otherwise it tries to launch it, use  
it if it works or tell the user to compile from sources otherwise.

David

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[neimad <ror...@gm...>]

"David Bourgeois" <da...@ja...> writes:

>> What makes it hard for joe user to compile ? Couldn't it be seamlessly
>> integrated in the "tuxup procedure" (neved used it) ?
>
> Well, the feedback we get from the marketing is that a lot of geeks
> whiich  are not programmers think tux is still at the prototype stage.
> Which  somehow is ot wrong neither. I think that the next firmware
> update will be  a good improvement mostly for the energy savings. But
> people are afraid  when they read that the first thing you have to do
> is get the sources of  dfu-programmer, compile it, then upgrade the
> firmware. Then we still don't  have any real end user software with
> polished gui so that also makes them  stay doubtful about the project
> status.

As a first step, could tuxup automatically download, compile and
install dfu-programmer and all necessary tools ? Of course, it won't
help much on Ubuntu, as you point out below...

> Most newbies are using ubuntu so maybe another solution would be to
> maintain a debian/ubuntu dfu-programmer package. I could also do an
> ebuild  for gentoo but I don't think gentoo users will get trouble on
> that side.  On ubuntu, you can't compile dfu-programmer without
> installing a bunch of  developer packages like build-essentials,
> libusb-devel, etc. GCC isn't  installed by default. It took me some
> time to look around the first time I  used ubuntu to get all the
> dependencies necessary to compile. So I guess  some users will really
> benefit from a package. Even worse it seems there's  a debian package
> around which doesn't work, so some people end up there  too.

Oh, I forgot about that. The first time I installed Ubuntu, I was
puzzled and unnerved I couldn't do any programming on it ! You're
right, packages would indeed be the right thing for this distribution.

> Usually when I don't know what to do, I try to do both and check later
> on  what's the best option. We can try to support dfu-programmer as
> packages  for some distributions and also include it in tuxsetup. If
> it already  exists on the system, it's not used, otherwise it tries to
> launch it, use  it if it works or tell the user to compile from
> sources otherwise.

This may work as a first step towards user-friendliness, yes. Anyone
experienced with Debian/Ubuntu packaging ? :-)

	Damien

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Jan W. <jan...@gm...>]

neimad schreef:

>> Usually when I don't know what to do, I try to do both and check later
>> on  what's the best option. We can try to support dfu-programmer as
>> packages  for some distributions and also include it in tuxsetup. If
>> it already  exists on the system, it's not used, otherwise it tries to
>> launch it, use  it if it works or tell the user to compile from
>> sources otherwise.
> This may work as a first step towards user-friendliness, yes. Anyone
> experienced with Debian/Ubuntu packaging ? :-)

There is already someone who has created a Debian-package for
dfu-programmer <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416436>.

The 'problem' at the moment is finding a sponsor (Debian developer who
uploads it to the Debian repositories). See
<http://www.mail-archive.com/deb...@li.../msg48941.html>.

Finding a sponsor is not always easy. I maintain the picprog package
for Debian and it has taken a long time ( > 3 years) before someone has
sponsered¹ my picprog package.


[¹] <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208692>
-- 
Met vriendelijke groetjes         - Jan Wagemakers -

 - Debian GNU/Linux lenny/sid - Up : 45 days 

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Florent T. <ft...@gm...>]

Hi,

Don't you think a single, unique package could be best ? Because maybe
tuxdroid won't always use the mainstream version...

There is something special about tuxdroid: it's a commercial open
source product (which is something to encourage IMHO); maybe the time
to get into the repository (or set one oneself) could be shortened...

Cheers

Florent

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[neimad <ror...@gm...>]

"Florent THIERY" <ft...@gm...> writes:

> Hi,
>
> Don't you think a single, unique package could be best ? Because maybe
> tuxdroid won't always use the mainstream version...
>
> There is something special about tuxdroid: it's a commercial open
> source product (which is something to encourage IMHO); maybe the time
> to get into the repository (or set one oneself) could be shortened...

If it takes 3 years to get into the official repository, as it
happened for Jan Wagemakers' package, we'd better not wait for a
sponsor.

We just need someone with the knowledge to build packages for Debian
and Ubuntu and put these packages up for download on TuxDro=C3=AFd's
website.

	Damien

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Jan W. <jan...@gm...>]

neimad schreef:

> If it takes 3 years to get into the official repository, as it
> happened for Jan Wagemakers' package, we'd better not wait for a
> sponsor.

FWIW, It will not always take 3 years. 

> We just need someone with the knowledge to build packages for Debian
> and Ubuntu and put these packages up for download on TuxDroïd's
> website.

Until Andrew Straw has found a sponsor, you can use the work Andrew has
done to build a Debian package for dfu-programmer yourself and set up a
tuxdroid-repository where you can download it. There is no need to do
duplicated work.

I have used Andrew's work to build a Debian-package for dfu-programmer
myself, works without a problem:

 pts/10  jan ~$ dpkg -s dfu-programmer
Package: dfu-programmer
Status: install ok installed
Priority: optional
Section: devel
Installed-Size: 48
Maintainer: Andrew Straw <str...@as...>
Architecture: i386
Version: 0.4.0-1
Depends: libusb-0.1-4
Description: device firmware update (DFU) based USB programmer for Atmel chips
 A linux based command-line programmer for Atmel chips with a USB
 bootloader supporting in system programming.
 .
 This is a mostly Device Firmware Update (DFU) 1.0 compliant
 user-space application. This program was created because the Atmel
 FLIP program for flashing devices does not run on Linux and because
 standard DFU loaders do not work for Atmel chips.
 pts/10  jan ~$ 


-- 
Met vriendelijke groetjes         - Jan Wagemakers -

... Wij zijn allemaal stripfiguren getekend door het leven

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[David B. <da...@ja...>]

> Until Andrew Straw has found a sponsor, you can use the work Andrew has
> done to build a Debian package for dfu-programmer yourself and set up a
> tuxdroid-repository where you can download it. There is no need to do
> duplicated work.
>
> I have used Andrew's work to build a Debian-package for dfu-programmer
> myself, works without a problem:

That's a good solution too. I thought it didn't work. I'm going to try it  
under ubuntu too. Maybe it's possible to upload it on the dfu-programmer  
sourceforge project where it would make more sense. There's already an rpm  
there that should work for fedora. I'll keep you updated.

David

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Andrew S. <str...@as...>]

David Bourgeois wrote:
>> Until Andrew Straw has found a sponsor, you can use the work Andrew has
>> done to build a Debian package for dfu-programmer yourself and set up a
>> tuxdroid-repository where you can download it. There is no need to do
>> duplicated work.
>>
>> I have used Andrew's work to build a Debian-package for dfu-programmer
>> myself, works without a problem:
> 
> That's a good solution too. I thought it didn't work.

Why did you think that? Can you let me know if there's a problem?

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[David B. <da...@ja...>]

On Thu, 14 Jun 2007 22:38:37 +0200, David Bourgeois <da...@ja...>  
wrote:

>> Until Andrew Straw has found a sponsor, you can use the work Andrew has
>> done to build a Debian package for dfu-programmer yourself and set up a
>> tuxdroid-repository where you can download it. There is no need to do
>> duplicated work.
>>
>> I have used Andrew's work to build a Debian-package for dfu-programmer
>> myself, works without a problem:
>
> That's a good solution too. I thought it didn't work. I'm going to try it
> under ubuntu too. Maybe it's possible to upload it on the dfu-programmer
> sourceforge project where it would make more sense. There's already an  
> rpm
> there that should work for fedora. I'll keep you updated.

I had a try with the debian package of Andrew Straw and it works fine on  
Ubuntu. OTH Rémi tried to use the rpm available on the download page of  
dfu-programmer  
(http://sourceforge.net/project/showfiles.php?group_id=147246) and that  
didn't work because of some dependencies that couldn't be resolved.  
Anybody got dfu-programmer installed from the rpm?

Andrew, is it OK with you if we include the .deb I generated from your  
.dcs file in our tuxsetup package until you find a sponsor? We could also  
ask the administrator of dfu-programmer to host it on the sourceforge  
download page.

Cheers,
David

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[David B. <da...@ja...>]

Just found that dfu-programmer as also been recently submitted to fedora=
:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D211761

Re: [tuxdroid-user] Including dfu-programmer in tuxsetup

[Andrew S. <str...@as...>]

David Bourgeois wrote:

> Andrew, is it OK with you if we include the .deb I generated from your 
> .dcs file in our tuxsetup package until you find a sponsor? We could 
> also ask the administrator of dfu-programmer to host it on the 
> sourceforge download page.

Sure. You should probably rename the generated .deb to include the 
distribution (i.e. include "ubuntu-feisty" or just "feisty" in the 
filename somewhere), because .debs mostly don't work with other 
distributions/versions.

-Andrew