As summary. Ebuild to follow. Works fine on my system (dbus-0.33, samba-3.0.14a-r1, etc.)
Created attachment 59428 [details] nautilus-share-0.5.1.ebuild
Created attachment 59429 [details, diff] nautilus-share-0.5.1-dbus-api.patch
Created attachment 59430 [details, diff] nautilus-share-0.5.1-dbus-api-2.patch
Created attachment 59431 [details, diff] nautilus-share-0.5.1-dbus-api-3.patch Sorry about the separate patches; it just happened this way.
Created attachment 59432 [details, diff] nautilus-share-0.5.1-stock-icon.patch
Created attachment 59433 [details] smbshared /etc/init.d/smbshared runscript
I am in contact with the maintainer and have upstreamed the patches. The package uses the debian-only /etc/dbus-1/event.d directory; I replace this with a gentooized initscript (above). (AFAICT debian /etc/dbus-1/event.d is just a hack to get around the fact that the debian service system does not handle service dependencies.) Regarding /etc/samba/smb.conf, the method of editing it in the script works OK but I can't help feeling that it's ugly. Still, I can't see a more elegant method.
Created attachment 59473 [details] nautilus-share-0.5.1.ebuild This probably handles /etc/samba/smb.conf better. Also uses a better API compatibility patch.
Created attachment 59474 [details, diff] nautilus-share-0.5.1-dbus-api-auto.patch
Created attachment 59508 [details] nautilus-share-0.5.2.ebuild After discussion with the author, the 0.5.1 patches have been merged. The 0.5.2 version works out of the box with both old and new DBUS APIs.
The directions at the end of the ebuild output say to issue the command: rc-update add smbshared default But that results in: */sbin/rc-update: /etc/init.d/smbshared not found; aborting. I'm guessing the ebuild should probably say samba instead of smbshared, but I'm also prone to stupidity. Am I correct?
No, /etc/init.d/smbshared should be installed by the ebuild.
Ah, yep, I missed the extra file there that I need to put in the overlay. Thanks for the correction, Ed.
Version 0.6 has been released, a straight copy of the ebuild should be all that is needed.
Created attachment 60724 [details, diff] nautilus-share-0.6.2-dbus-api.patch nautilus-share-0.6.2 released. Needs the attached patch for dbus-0.3x.
Created attachment 60725 [details] nautilus-share-0.6.2.ebuild
I've got a few comments: -There is no /etc/init.d/smbshared -Works on amd64 -Great app :D
Created attachment 60841 [details] nautilus-share-0.6.3.ebuild Version bump, and the dbus api patch has been incorporated into the package, so I took it out of the ebuild.
(In reply to comment #17) > -There is no /etc/init.d/smbshared smbshared is an attachment to this bug, you need to download it in addition to the ebuild. (Easy mistake to make, though, I did it earlier, too.)
Created attachment 66363 [details] nautilus-share-0.6.4.ebuild ebuild bump
Doesn't samba be included in RDEPEND? With samba stopped nautilus share wouldn't work. The same problem appears for smbshared initscript, which would need a dependency on samba. Am i wrong? p.s. sorry for my poor english
Created attachment 86198 [details] nautilus-share-0.6.4.ebuild You're quite right. Updated versions attached.
Created attachment 86199 [details] smbshared updated init script
works for me, thanks for the ebuild (up to date ~x86)
Created attachment 94146 [details] nautilus-share-0.7.0.ebuild update to latest version. changed einfo to elog updated dependencie on samba to 3.0.23a
further testings of latest version (0.7.0) lead me to find the you need to add "usershare allow guests = yes" to your /etc/samba/smb.conf if you want to allow guests to connect to your usershares. It seems that smbshared init script is not needed anymore because nautilus-share directly uses the command "net usershare"
Yeah, and we can also remove the dbus dependency. Nice. I don't like the /usr/local/samba/lib/usershares directory; it's non-fhssy. Something in /var/lib would be better; /var/lib/samba/usershares probably. Also we should recommend a group to control access; the docs have "serveropt" but that's non-descriptive; "samba" would be the obvious alternative.
> Yeah, and we can also remove the dbus dependency. Nice. right, I missed the note on the homepage > I don't like the /usr/local/samba/lib/usershares directory; it's non-fhssy. > Something in /var/lib would be better; /var/lib/samba/usershares probably. I agree and I expect it to be changed if it goes to sunrise or portage. > Also we should recommend a group to control access; the docs have "serveropt" but that's non-descriptive; "samba" would be the obvious alternative. I seperated group would probably be sort of safer, but this is a user oriented feature that should be available easily to desktop user. I thought that the group that would best fit that description was users. As it is just some quick tips to get started some admin might easily change this. As a side note, I'm not sure that the samba group would be appropriated and the same way that you don't add users to the apache group (I might be wrong though).
Created attachment 94926 [details] nautilus-share-0.7.0.ebuild Ebuild incorporating above suggestions.
Created attachment 94927 [details] nautilus-share-0.7.0.ebuild Add "usershare allow guests = yes" to the smb.conf template. Sorry, bit of an overlap there. > I seperated group would probably be sort of safer, but this is a user oriented > feature that should be available easily to desktop user. I thought that the > group that would best fit that description was users. As it is just some quick > tips to get started some admin might easily change this. I've put in groupadd etc. commands; all the admin needs to do is add users to the relevant group. > As a side note, I'm not sure that the samba group would be appropriated and > the same way that you don't add users to the apache group (I might be wrong > though). Well, I'm thinking of it in the same way as the "cron" group; membership of cron conveys the right to have a crontab, membership of samba gives the right to have samba shares. Although if you can suggest a better name...
Created attachment 94928 [details] nautilus-share-0.7.0.ebuild Use usermod --groups --append to avoid nuking group membership.
Created attachment 94930 [details] nautilus-share-0.7.0.ebuild hm, usermod doesn't seem to like long form... short form works.
Comment on attachment 94146 [details] nautilus-share-0.7.0.ebuild this ebuild is now obsoleted by comment #31 proposition
maybe a not about -a could be added because users might already be added to plugdev group and we don't want them to loose this setting
oops, not fast enough, sorry
Created attachment 105251 [details] nautilus-share-0.7.1.ebuild bump
nautilus-share needs to be patched to work with >=nautilus-2.22 Here I found the patch -> http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg503328.html patch and ebuild following
Created attachment 161268 [details] Updated ebuild for gnome-2.22 _only_
Created attachment 161269 [details, diff] patch to apply
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Should be on portage. VERY useful for users.! Should be on gnome-base/gnome meta package
I've added 0.7.3 version to tree, ebuild is based on one from sabayon overlay.
