dfu-util-0.8 has been released. Also, would it make sense to move this application to dev-embedded instead?
Has this still not moved anywhere?? Since then, it would appear that upstream development has been moved to gitorious[1]. That is where the sf.net page[2] links, and there is activity as recent as March 10, 2015. as the most recent commit is [1] https://gitorious.org/dfu-util [2] http://dfu-util.sourceforge.net/ Please see the attached tarball of ebuilds ALSO PLEASE SOMEBODY ASK DFU-UTIL TO RELEASE TARBALLS UNDER "FILES" IN SF.NET, SO THAT GENTOO'S MIRRORING SYSTEM WORKS PROPERLY!
Created attachment 404896 [details] dfu-util-0.8.ebuild, dfu-util-9999.ebuild
Created attachment 404898 [details] dfu-util-0.8.ebuild, dfu-util-9999.ebuild Repaired git EGIT_REPO_SRC_URI
(In reply to Christopher Friedt from comment #1) > ALSO PLEASE SOMEBODY ASK DFU-UTIL TO RELEASE TARBALLS UNDER "FILES" IN > SF.NET, SO THAT GENTOO'S MIRRORING SYSTEM WORKS PROPERLY! I emailed Stefan Schmidt who is partly in charge of the project to ask him to populate some tarballs in the "Files" section. Once that is done, the ebuilds can be updated accordingly.
Are you willing to proxy maintain this? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers (the package currently has no maintainer downstream and that is the reason no action was taken yet) Thanks
Created attachment 404970 [details] dfu-util-0.7.ebuild, dfu-util-0.8.ebuild, dfu-util-9999.ebuild using mirror://sourceforge now
Thank you to Tormod Volden for copying tarballs into the "Files" section!
Created attachment 404982 [details] dfu-util-0.7.ebuild, dfu-util-0.8.ebuild, dfu-util-9999.ebuild Tormod says that gitorious is currently read-only (as they were recently purchased and repos shut-down), and SF.net is the active git.
June is 5 months ago now. Christopher Friedt ? Inclined towards proxy maintaining the package? The poject of proxy-maintainers offers solid support to proxied users.
I am in the process of updating this package, and taking on proxy maintenance for it. Any queries, contact Ian in the first instance.
Actually for the sake of consistency and notation, the re-assignment of a bug need be held off until the new or repaired state if the package is added to portage. Do to no forseeable trouble here, let this go for now.
Version 0.9 is out now.
As with 0.8, a copy and paste appears to work.
(In reply to Christopher Head from comment #13) > As with 0.8, a copy and paste appears to work. C. Head would you care to be a co-maintainer under proxy-maintainers project? https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
(In reply to Michael Everitt (veremit) from comment #10) > I am in the process of updating this package, and taking on proxy > maintenance for it. Any queries, contact Ian in the first instance. Are you intending to persist with this package?
[ 4:34am] michael@ds-miche2 .../repos/gentoo/app-mobilephone/dfu-util $ nano dfu-util-0.9.ebuild [ 4:34am] michael@ds-miche2 .../repos/gentoo/app-mobilephone/dfu-util $ repoman full -x RepoMan scours the neighborhood... [INFO] checking package app-mobilephone/dfu-util Note: use --include-dev (-d) to check dependencies for 'dev' profiles RepoMan sez: "If everyone were like you, I'd be out of business!" Looking good to me. Awaiting confirmation from sci-electronics for adding to metadata.xml.
(In reply to Ian Delaney from comment #14) > (In reply to Christopher Head from comment #13) > > As with 0.8, a copy and paste appears to work. > > C. Head would you care to be a co-maintainer under proxy-maintainers project? > > https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers I can be if you think that would be helpful; is it usual for packages to have two proxy maintainers? It seems like Michael is getting on board already.
Hi Chris, I'm sure Ian can/will confirm, but there's nothing to stop more than one person 'proxying' a package .. it provides an additional pathway for bugs/updates to get handled if one pathway is temporarily unavailable. If you would like to join the P-M project, I'm quite happy for you to co-maintain this - there isn't a lot to do currently, just need to jump through a few gentoo hoops! :] Michael.
This is the next step to receive notification is done and then I can commit this. C. Head, your call. Considering Michael's welcoming tone, you can be added if you like, then you both have opportunity to submit bumps / fixes, which we will review and add accordingly. Thx both.
Sure, I can be added as a proxy maintainer then. I’m already a proxy maintainer for one package (app-misc/pwsafe), if that makes anything easier.
So I will add C. Head as co-maintainer, and perfinion seems to be away for a few days. For now I will hold off for him to review, then commit with decided adjustments.
I made a few updates to the ebuild. it builds for -9999 for me but I dont use the package so cant runtest it. Mainly update to EAPI6 and use the DOCS variable so the default install phase can be used. diff --git a/app-mobilephone/dfu-util/dfu-util-9999.ebuild b/app-mobilephone/dfu-util/dfu-util-9999.ebuild index 50df59c..18e4175 100644 --- a/app-mobilephone/dfu-util/dfu-util-9999.ebuild +++ b/app-mobilephone/dfu-util/dfu-util-9999.ebuild @@ -2,20 +2,19 @@ # Distributed under the terms of the GNU General Public License v2 # $Id$ -EAPI=5 +EAPI=6 if [[ ${PV} == "9999" ]] ; then - EGIT_REPO_URI="git://git.openezx.org/dfu-util.git" - inherit autotools git-2 + EGIT_REPO_URI="http://git.code.sf.net/p/dfu-util/dfu-util" SRC_URI="" - #KEYWORDS="" + inherit autotools git-r3 else - SRC_URI="http://dfu-util.gnumonks.org/releases/${P}.tar.gz" + SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz" KEYWORDS="~amd64 ~x86" fi DESCRIPTION="implements the Host (PC) side of the USB DFU (Device Firmware Upgrade) protocol" -HOMEPAGE="http://wiki.openmoko.org/wiki/Dfu-util" +HOMEPAGE="http://dfu-util.sourceforge.net/" LICENSE="GPL-2" SLOT="0" @@ -25,14 +24,13 @@ RDEPEND="virtual/libusb:1" DEPEND="${RDEPEND} virtual/pkgconfig" +DOCS=( ChangeLog README TODO ) + src_prepare() { if [[ ${PV} == "9999" ]] ; then eautoreconf fi sed -i '/^bin_PROGRAMS/s:dfu-util_static[^ ]*::' src/Makefile.in -} -src_install() { - emake DESTDIR="${D}" install || die - dodoc ChangeLog README TODO + eapply_user }
Thanks Jason .. with the exception of the EAPI6 stuff, I think that will patch my versions quite easily :)
(In reply to Michael Everitt (veremit) from comment #23) > Thanks Jason .. with the exception of the EAPI6 stuff, I think that will > patch my versions quite easily :) That was gibberish, sorry forks for spam...I meant: With the excpetion of the bump to EAPI6 I think I had those changes bagged, but the switch to EAPI6 makes sense, and will apply easily to my versions!
CC'ing embedded@ to see if they mind a category change, and/or joining the maintainer projects list.
Just a quick note. A new python tool, dfuse-pack.py was added to the dfu-util package with 0.8 onwards. This is required to pack several binaries with different memory load addresses into a single DFU file as per ST Micro's DfuSe standard. However, this is not installed by the "make install" target so this is currently not being installed by the Gentoo ebuilds. The following patch should be applied to dfu-util-0.8 and dfu-util-0.9 ebuild as well as the live-9999 ebuild to do this. Since the tool is Python 2 code and will not run under Python 3, a sed line modifies this to explicitly use the Python2 interpreter: a/platform/gentoo/usr/local/portage-overlay/app-mobilephone/dfu-util/dfu-util-0.8.ebuild +++ b/platform/gentoo/usr/local/portage-overlay/app-mobilephone/dfu-util/dfu-util-0.8.ebuild @@ -31,9 +31,11 @@ src_prepare() { eautoreconf fi sed -i '/^bin_PROGRAMS/s:dfu-util_static[^ ]*::' src/Makefile.in + sed -i 's:/usr/bin/python:/usr/bin/python2:' dfuse-pack.py } src_install() { emake DESTDIR="${D}" install || die + dobin dfuse-pack.py dodoc ChangeLog README TODO }
(In reply to David Turner from comment #26) > Just a quick note. A new python tool, dfuse-pack.py was added to the > dfu-util package with 0.8 onwards. This is required to pack several binaries > with different memory load addresses into a single DFU file as per ST > Micro's DfuSe standard. However, this is not installed by the "make install" > target so this is currently not being installed by the Gentoo ebuilds. > > The following patch should be applied to dfu-util-0.8 and dfu-util-0.9 > ebuild as well as the live-9999 ebuild to do this. Since the tool is Python > 2 code and will not run under Python 3, a sed line modifies this to > explicitly use the Python2 interpreter: Shouldn’t we be using python_doscript from python-utils-r1.eclass here, instead?
(In reply to Christopher Head from comment #27) > > Shouldn’t we be using python_doscript from python-utils-r1.eclass here, > instead? I think then you might want to add the 'python' USE flag (or similar) and then go through the python eclass hoops. Seeking further wisdom from the gentoo-python team...
(In reply to Michael Everitt (veremit) from comment #29) > I think then you might want to add the 'python' USE flag (or similar) and > then go through the python eclass hoops. I found the hoops not so bad; I’ve used the python-*-r1 eclasses in one or two of my personal ebuilds and it worked out quite smoothly. I’d be happy to work up an ebuild using the eclasses if that’s the direction we decide on going.
Is it just a simple script with no third-party module requirements? If so, that sed is fine. If you need to depend on additional python packages, use python-single-r1 eclass. Docs are on the wiki.
One other point, both v0.8 and v0.9 have fairly major bug if dfu-suffix are added to binary files, resulting in the suffix data being programmed to the flash region... This is not a blocker on v0.8 and v0.9 as all versions are affected, but just a note for anyone using this and have reported this to upstream: https://sourceforge.net/p/dfu-util/tickets/18/
getting there
Have submitted a bug to upstream, to tidy up the Python issues, then hopefully we can get a good, slick, compatible ebuild into tree. https://sourceforge.net/p/dfu-util/tickets/19/
https://sourceforge.net/p/dfu-util/dfu-util/ci/11fb243914c4802d7ed4fdbfe664f6596f6b08f3/tree/dfuse-pack.py?diff=ce621b05fae8839000b8c2538302a6982d3685ac and https://sourceforge.net/p/dfu-util/dfu-util/ci/a577c9f2333be76a68c8bd32e9d6c182681110ba/tree/dfuse-pack.py?diff=740858264113140aeb8f1504abb59f9140acba9d Shortly will appear in commits/patches for Gentoo.
Added to the tree.
