aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Pages: [1] 2

Author Topic: aMule SVN ebuild  (Read 9921 times)

libre

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
aMule SVN ebuild
« on: August 01, 2009, 10:15:44 PM »

I updated the wiki article with a working and current ebuild.

HowTo_Compile_In_Gentoo amule SVN

About the ebuild, it doesn't have an option for the xchat plugin. I guess that this it depend on net-irc/xchat. Which minimum version have this depend, and is it a runtime or compile time depend?

« Last Edit: August 01, 2009, 10:21:20 PM by libre »
Logged

Vollstrecker

  • Global Moderator
  • Hero Member
  • *****
  • Karma: 65
  • Offline Offline
  • Posts: 1471
  • Unofficial Debian Packager
    • http://vollstreckernet.de
Re: aMule SVN ebuild
« Reply #1 on: August 03, 2009, 04:22:14 PM »

The xchat version doesn't matter, it even is not required while build. It's just a perl script, so you have to have a working perl-plugin for xchat to use it. Installation is just copy as is from sourcetree to install dir. The autostart-xas script links it to the location where xchat expects to scripts it should start on startup. If you don't need it autostarted, you can load it from install-dir.
Logged
Homefucking is killing prostitution

libre

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: aMule SVN ebuild
« Reply #2 on: August 04, 2009, 08:42:57 AM »

Thanks.

So, it is a runtime dependency. With the other distributions, amule can be separated into several packages, one for amule, one for the xchat plugin, and so on. On Gentoo, we get the same with USE flags. They tell emerge which parts of the software the user want to install.

EDIT: ebuild updated with correct DEPEND + RDEPEND.
« Last Edit: August 04, 2009, 09:02:43 AM by libre »
Logged

libre

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 52
Re: aMule SVN ebuild
« Reply #3 on: August 27, 2009, 06:31:06 PM »

Ebuild updated for the 2_2_X trunk.
Logged

Dominique

  • Newbie
  • *
  • Karma: 4
  • Offline Offline
  • Posts: 23
  • Ask me!
Re: aMule SVN ebuild
« Reply #4 on: April 12, 2011, 08:07:09 PM »

The last tarball need wxGTK-2.8.12. I updated the wiki with a link to an ebuild for wxGTK-2.8.12 on gentoo bugzilla.

The ebuild on the wiki get updated to reflect this change. An outdated USE flag have also been removed and 2 new USE flags have been added.
Logged

Dominique

  • Newbie
  • *
  • Karma: 4
  • Offline Offline
  • Posts: 23
  • Ask me!
Re: aMule SVN ebuild
« Reply #5 on: April 12, 2011, 08:09:00 PM »

3 new USE flags in fact. I even added one for static build.
Logged

Dominique

  • Newbie
  • *
  • Karma: 4
  • Offline Offline
  • Posts: 23
  • Ask me!
Re: aMule SVN ebuild
« Reply #6 on: April 16, 2011, 06:25:03 PM »

Ebuild updated to EAPI="3"
Logged

darkbasic

  • Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 47
Re: aMule SVN ebuild
« Reply #7 on: July 12, 2011, 11:38:40 AM »

Hi,
Unfortunately it doesn't work anymore :(

Code: [Select]
make  install-data-hook
make[6]: Entering directory `/var/tmp/portage/net-p2p/amule-10587/work/aMule-SVN-r10587/src/utils/plasmamule'
/usr/bin/update-mime-database /usr/share/mime/
/usr/bin/update-mime-database: I don't have write permission on /usr/share/mime. Try rerunning me as root.
Logged
Sorry for my bad English...
Debian Sid amd64 | Fedora 8
AMD Athlon64 3800+ X2@2600Mhz vcore 1.392| My PC

Vollstrecker

  • Global Moderator
  • Hero Member
  • *****
  • Karma: 65
  • Offline Offline
  • Posts: 1471
  • Unofficial Debian Packager
    • http://vollstreckernet.de
Re: aMule SVN ebuild
« Reply #8 on: July 12, 2011, 09:37:58 PM »

I guess you're running it as root, so the question is: is your mime-database in the given location?
Logged
Homefucking is killing prostitution

darkbasic

  • Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 47
Re: aMule SVN ebuild
« Reply #9 on: July 13, 2011, 12:11:15 AM »

I do use portage to compile it, so yes, but it runs in a sandbox.
Logged
Sorry for my bad English...
Debian Sid amd64 | Fedora 8
AMD Athlon64 3800+ X2@2600Mhz vcore 1.392| My PC

darkbasic

  • Newbie
  • *
  • Karma: 1
  • Offline Offline
  • Posts: 47
Re: aMule SVN ebuild
« Reply #10 on: July 14, 2011, 04:27:57 PM »

It does compile flawlessly without the plasma use flag.
Let me know when you fix it (a reply to this thread will be enough)

Thank you,
Darkbasic
Logged
Sorry for my bad English...
Debian Sid amd64 | Fedora 8
AMD Athlon64 3800+ X2@2600Mhz vcore 1.392| My PC

Vollstrecker

  • Global Moderator
  • Hero Member
  • *****
  • Karma: 65
  • Offline Offline
  • Posts: 1471
  • Unofficial Debian Packager
    • http://vollstreckernet.de
Re: aMule SVN ebuild
« Reply #11 on: July 15, 2011, 10:45:16 AM »

If portage takes over env vars, you can export DEB_HOST_ARCH to any value and it should work. With this var detecion is done, if it's a deb build or not. If you know any way to detect if portage is building the source, let me know, and I include it in the check.
If the vars are not taken to the build-env, just remove the call of CHECK_HELPER_APPS in m4/plasmamule.m4 and rerun autogen.sh.
Logged
Homefucking is killing prostitution

Dominique

  • Newbie
  • *
  • Karma: 4
  • Offline Offline
  • Posts: 23
  • Ask me!
Re: aMule SVN ebuild
« Reply #12 on: October 14, 2011, 09:35:34 PM »

Sorry for the delay, I was very busy.

I get now (aMule-SVN-r10645) another error:

Code: [Select]
make  install-data-hook
make[6]: Entering directory `/var/tmp/portage/net-p2p/amule-10645/work/aMule-SVN-r10645/src/utils/plasmamule'
/usr/bin/update-mime-database /usr/local/share/mime/
/usr/bin/update-mime-database: I don't have write permission on /usr/local/share/mime. Try rerunning me as root.
make[6]: *** [USER_INSTALL] Error 1

Also, at the beginning of portage log file:
Code: [Select]
                             kde-mime-path         /usr/local/share/mime/
                             kde-applinks-path     /usr/local/share/applications/

The other kde related paths are OK.

I can see 2 problems:
1) kde-mime-path and kde-applinks-path should point to /usr/* instead of /usr/local/*
2) install-data-hook don't understand the install path ($PREFIX) as specified by the ebuild

Also, I get it to work by specifying DEB_HOST_ARCH="no" into the ebuild, I will update the wiki in a few minutes, but  2 files are installed in the wrong location:

/usr/local/share/applications/plasmamule-engine-feeder.desktop
/usr/local/share/mime/amule.xml

Logged

Vollstrecker

  • Global Moderator
  • Hero Member
  • *****
  • Karma: 65
  • Offline Offline
  • Posts: 1471
  • Unofficial Debian Packager
    • http://vollstreckernet.de
Re: aMule SVN ebuild
« Reply #13 on: October 15, 2011, 12:31:56 PM »

It's not the wrong location, it's the location where kde expects them to be.

Try "kde4-config --path xdgdata-apps" and "kde4-config --path xdgdata-mime" to see what options you have. If installed to other path's than theses ones, kde won't find them and the app would be useless.

As for the DEB_HOST_ARCH, it's just to find out, if you build and install by hand or by a packager. If you build by hand, some commands are searched and executed after install, so kde get's informed about the new or updated apps, as otherwise nothing would happen until the next relogin into kde.

If you can tell me a way to how to examine this in gentoo, it will get included into the check.
Logged
Homefucking is killing prostitution

Dominique

  • Newbie
  • *
  • Karma: 4
  • Offline Offline
  • Posts: 23
  • Ask me!
Re: aMule SVN ebuild
« Reply #14 on: October 19, 2011, 08:13:44 PM »

Code: [Select]
kde4-config --path xdgdata-apps
/home/dom/.local/share/applications/:/usr/local/share/applications/:/usr/kde/3.5/share/applications/:/usr/share/applications/:/usr/share/gdm/applications/
Code: [Select]
kde4-config --path xdgdata-mime
/home/dom/.local/share/mime/:/usr/local/share/mime/:/usr/share/mime/
According to the FHS, /usr/local is for local files. That imply than, when installing a program with a package manager, no file should be installed in /usr/local. If it is the case, that imply than the program doesn't respect $PREFIX as fixed by the package manager, and this is a bug into the program.

In my box, the only files in /usr/local, at the exception of those 2, are from programs I installed by hand without portage's help. Also, it is normal than a soft like kde4-config will also take a look at /usr/local/....  If it doesn't take a look into /usr/..., this is a bug in  kde4-config.


For your question, it must be possible to test for PORTAGE_BUILDDIR
This variable is defined only inside portage, if it is not null, you are in portage, otherwise, you are not. http://devmanual.gentoo.org/ebuild-writing/variables/index.html
Just to be sure, I asked on the gentoo forum http://forums.gentoo.org/viewtopic-t-898606-highlight-.html
Logged
Pages: [1] 2