Summary: | [ebuild] media-libs/gphotofs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Christian Faulhammer (RETIRED) <fauli> |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | dcecchin, dju, fordfrog, gmturner007, leho, liquidx, nikoli, pabich, shannemann, sunrise, thecoop, vyacheslavovich |
Priority: | High | Keywords: | EBUILD, InOverlay |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://intr.overt.org/blog/ | ||
Whiteboard: | [sunrise-overlay] | ||
Package list: | Runtime testing required: | --- | |
Attachments: |
gphotofs-0.2.ebuild
gphotofs-0.2.ebuild gphotofs-0.2.ebuild Corrected and updated ebuild media-libs/gphotofs-0.3.ebuild media-libs/gphotofs-0.4.0.ebuild media-libs/gphotofs-0.4.0.ebuild corrected media-libs/gphotofs-0.4.0.ebuild media-libs/gphotofs-0.4.0.ebuild updated 0.5.0 ebuild |
Description
Christian Faulhammer (RETIRED)
![]() Created attachment 78681 [details]
gphotofs-0.2.ebuild
Maybe the maintainer of gphoto2 should know about this too interesting, but i don't have time to maintain this and know very little about fuse. Ok, then I will maintain this bug entry and update every version. The ebuild doesn't work for me. emerge complaints here: DEPEND=">=media-libs/libgphoto2 2.1 I guess '-' is missing here. Created attachment 79216 [details]
gphotofs-0.2.ebuild
I think you are right, corrected
This one works. I have also tried the gphotofs with my Canon IXUS V3 and it works without problems. I tested it with an iRiver T10 and a Canon Powershot A320, I opened an a thread [1] on the Forums. The author (see URL) needs help for implementing the write capabilities, so maybe one should also contact him. [1] http://forums.gentoo.org/viewtopic-p-3094665.html Yes, I didn't mention it. I tested only the read capability. - GPL is not a valid license, have a look at /usr/portage/licenses Created attachment 79654 [details]
gphotofs-0.2.ebuild
License corrected to GPL-2, thanks for the information
Created attachment 93463 [details]
Corrected and updated ebuild
is the only reason this is not in the portage tree the lack of maintainer? (In reply to comment #13) > is the only reason this is not in the portage tree the lack of maintainer? Yes. If noone is interested (maintaining needs interest and dedication), it will not hit the tree. The author has a new version (SVN only) with write support and is looking for testers. As I don't have a suitable device anymore, maybe someone else wants to volunteer? Another point: Submit this ebuild into Project Sunrise (I won't, no time left for that). personally, i think it should be taken on by the gphoto maintainer as it's an official part of the project, putting it in a third party overlay does not seem right when gphoto is in the main tree. Created attachment 105073 [details]
media-libs/gphotofs-0.3.ebuild
Could you please add the ~amd64 keyword to the ebuild? It works great here. Created attachment 135724 [details]
media-libs/gphotofs-0.4.0.ebuild
New version of gphotofs. RW works just out of the box.
According to some output it needs >=libgphoto2-2.3.0. But it didn't compile with libgphoto2-2.3.1-r5 for me.
(In reply to comment #18) > New version of gphotofs. RW works just out of the box. > According to some output it needs >=libgphoto2-2.3.0. But it didn't compile > with libgphoto2-2.3.1-r5 for me. What do you think about submitting the ebuild to the Sunrise repository? See http://overlays.gentoo.org/proj/sunrise? As review: Change date in header to 2007, emake instead of make and remove the gPhotoFS in the DESCRIPTION field. Created attachment 135880 [details]
media-libs/gphotofs-0.4.0.ebuild corrected
I think it's a good idea.
Should I subversioning it or "Post your ebuild in #gentoo-sunrise and/or #gentoo-dev-help for review"?
(In reply to comment #20) > I think it's a good idea. > Should I subversioning it or "Post your ebuild in #gentoo-sunrise and/or > #gentoo-dev-help for review"? The correct way is let it be reviewed in #gentoo-sunrise (there are still quotes missing around ${D}, forgot to tell you), get an account for the repository and then commit it there. Some dev will review it again and post it to the reviewed branch, so all users of Sunrise overlay will benefit from it. Created attachment 158099 [details]
media-libs/gphotofs-0.4.0.ebuild
I have just tested this ebuild, added the missing quotes around the ${D}, and found it working well.
Please include in sunrise.
Created attachment 158101 [details]
media-libs/gphotofs-0.4.0.ebuild
Cleaned up the code according to the coding guidelines.
(In reply to comment #22) > Please include in sunrise. I happened to install a new gentoo box lately and noticed that gphotofs is still not in portage even though more than 2 years old and having worked eversince. The ebuild had also been in sunrise for 2 years now. Please... what is going on? Why not include it in portage ?? Cheers, Sandy (In reply to comment #24) > (In reply to comment #22) > > > Please include in sunrise. > > I happened to install a new gentoo box lately and noticed that gphotofs is > still not in portage even though more than 2 years old and having worked > eversince. The ebuild had also been in sunrise for 2 years now. > Please... what is going on? Why not include it in portage ?? No developer was interested in it. A simple reason. Created attachment 328348 [details]
updated 0.5.0 ebuild
Version bump; latest libgphoto breaks 0.4.0.
Only tested to build, can someone confirm that this actually works? I'm too lazy/busy to get out my camera and try it.
Why this bug is still open? Package is in portage now: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-gfx/gphotofs/gphotofs-0.5.ebuild?view=markup&revision=1.1 True. |