Red Hat Bugzilla – Bug 350181
Review Request: upslug2 - Upslug2 firmware update utility for the nslu2
Last modified: 2007-11-30 17:12:20 EST
Spec URL: http://people.atrpms.net/~hdegoede/upslug2.spec
SRPM URL: http://people.atrpms.net/~hdegoede/upslug2-0.0-0.1.svn39.fc9.src.rpm
upslug2 is a command line program intended to allow the upgrade of a LinkSys
NSLU2 firmware to new or different versions. Unlike upslug and the LinkSys
(Sercomm) upgrade utilities, upslug2 will synthesise a complete 'image'
from a kernel and a root file system, as such it duplicates part of the
functionality of 'slugimage'.
upslug2 also optimizes the upload to avoid transmitted parts of the image which
need not be written or are 'blank' (set to the erased flash value of all 1's).
I have build the source package on a x86_64 system and used the upslug2 command
to flash my nslu2 with success!
# upslug2 -i openwrt-nslu2-2.6-squashfs.bin
LKG7FAB7A 00:0f:66:7f:ab:7a Product ID: 1 Protocol ID:0 Firmware Version: R23V63
Upgrading LKG7FAB7A 00:0f:66:7f:ab:7a
. original flash contents * packet timed out
! being erased - erased
u being upgraded U upgraded
v being verified V verified
<status> <address completed>+<bytes transmitted but not completed>
* timeout occurred + sequence error detected
I always wanted to play with an nslu2....
You should probably use "svn export" instead of "svn co"to generate your tarball
so you don't have all of the .svn directory stuff. It would also be good if
your instructions indicated how to check out the same revision as you have
packaged (svn export -r 39 ....).
Please see the "Snapshot Packages" section of
http://fedoraproject.org/wiki/Packaging/NamingGuidelines for proper naming of
snapshot packages; you need to have the date there first; you can include
"svn39" or whatever else you want after that.
Generally there's no reason to include the name of the package in the summary.
If you really want it there, though, I won't block this package because of it.
* source files match upstream (checked out and compared manually)
X package does not conform to snapshot package versioning guidelines.
* specfile is properly named, is cleanly written and uses macros consistently.
? summary includes name of package.
* description is OK.
* dist tag is present.
* build root is OK.
* license field matches the actual license.
* license is open source-compatible.
* license text included in package.
* latest version is being packaged (trunk version 39).
* BuildRequires are proper.
* compiler flags are appropriate.
* %clean is present.
* package builds in mock (rawhide, x86_64).
* package installs properly
* debuginfo package looks complete.
* rpmlint is silent.
* final provides and requires are sane:
upslug2 = 0.0-0.1.svn39.fc8
* %check is not present; no test suite upstream. I don't have the hardware to
test this against. However, I'm happy to trust the test report in comment 1.
* no shared libraries are added to the regular linker search paths.
* owns the directories it creates.
* doesn't own any directories it shouldn't.
* no duplicates in %files.
* file permissions are appropriate.
* no scriptlets present.
* code, not content.
* documentation is small, so no -docs subpackage is necessary.
* %docs are not necessary for the proper functioning of the package.
* no headers.
* no pkgconfig files.
* no static libraries.
* no libtool .la files.
So really there's just the issue of the package version and a couple of comments
about checking out the source holding this up, and those are pretty minor. So
if you agree with me about those, consider this package APPROVED and go ahead
and check in. If you don't then we can discuss it.
Thanks for the review!
New Package CVS Request
Package Name: upslug2
Short Description: Firmware update utility for the nslu2
Branches: F-7 F-8 devel
InitialCC: firstname.lastname@example.org (no fas account)
Cvsextras Commits: Yes
Unfortunately, we can't add CC's for arbitrary addresses, they will need to get
a FAS account first. ;(
Otherwise, cvs done.
imported and build, also pushed as update for F-7 and F-8, closing.