Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Hi Achim, about ORG_ADD_CONTRIB and other faults that you pointed out in my ebuild: I'm sorry but I didn't manage to test this before going on holiday. Meanwhile I see there has been progress; see Ulrich Müller's comment at https://bugs.gentoo.org/show_bug.cgi?id=466720#c6 and my reply. I just wanted to let everyone know, but I am currently unable to work on this. Cheers, Christoph -- Christoph Lange, http://www.facebook.com/ch.lange, Skype duke4701
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
2013-04-22 18:04 John Hendy: While Org isn't anywhere close to as messy as a LaTeX installation, maintaining it properly if one is planning to spread the files around should not be overlooked. While AUR also has an Org-mode package, I'd *much* rather just stick to a directory at ~/.elisp/org.git where I pull, make clean, make, and then simply add those dirs a the top of the load-path. I think it's good to give users a choice. According to my experience, the problem with the Gentoo org-mode package has never been that it was poorly configured, but that it was irregularly updated. IMHO Org is pretty much feature-complete and has a wide user base, so many users would not want to concern themselves with make in a cloned git directory to get the latest (but possibly unstable!) set of features. I myself have installed Org from git until I learned how to write Gentoo ebuilds. With another Emacs package (evil), I also recently switched from git to ebuilds (maintained by someone else), because I found the package to be sufficiently feature-complete with version 1.0. Cheers, Christoph -- Christoph Lange, http://www.facebook.com/ch.lange, Skype duke4701
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Hi Achim,
thanks for your improvement suggestions! Before I put this into
practice, let me ask some questions. I am neither an expert in
distributing Org nor in writing ebuilds yet.
2013-04-22 18:21 Achim Gratz:
ELISP_REMOVE=lisp/org-install.el
You'll also want to remove org-loaddefs.el and org-version.el.
Why? Because they will automatically be re-generated during make
install, or because they are not necessary unless installing from git?
elisp-install ${PN}/contrib contrib/lisp/*org*.el || die
This is wrong if you use ORG_ADD_CONTRIB. These files are already taken
care of by make install
OK, which means that I can remove that elisp-install line?
and contrib should not be added to the load-path
Why not? Note that this is conditional on the use flag contrib. So
in this case the user has explicitly decided I want the contributed
features.
(it also shouldn't exist as a subdirectory under ${PN}).
Where should it go instead, if anywhere?
Cheers, and thanks in advance,
Christoph
--
Christoph Lange, http://www.facebook.com/ch.lange, Skype duke4701
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Christoph LANGE writes:
thanks for your improvement suggestions! Before I put this into
practice, let me ask some questions. I am neither an expert in
distributing Org nor in writing ebuilds yet.
2013-04-22 18:21 Achim Gratz:
ELISP_REMOVE=lisp/org-install.el
You'll also want to remove org-loaddefs.el and org-version.el.
Why? Because they will automatically be re-generated during make
install, or because they are not necessary unless installing from git?
Yes, because they are auto-generated. In fact you might want to clear
the whole installation tree to remove files from earlier versions of Org
that have been renamed.
elisp-install ${PN}/contrib contrib/lisp/*org*.el || die
This is wrong if you use ORG_ADD_CONTRIB. These files are already taken
care of by make install
OK, which means that I can remove that elisp-install line?
I'd think so, but I don't know the exact details of how ebuild works.
and contrib should not be added to the load-path
Why not? Note that this is conditional on the use flag contrib. So
in this case the user has explicitly decided I want the contributed
features.
Then your ebuild file is likely defective, since your definition of
ORG_ADD_CONTRIB doesn't seem to be conditional.
(it also shouldn't exist as a subdirectory under ${PN}).
Where should it go instead, if anywhere?
Nowhere, the installation includes all the files that you added with
ORG_ADD_CONTRIB right where Org gets installed. Adding them again
(uncompiled) in a different place is asking for trouble.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Christoph, On Sun, Apr 21, 2013 at 4:00 PM, Christoph LANGE lan...@web.de wrote: Hi all, Gentoo users may find my ebuild for app-emacs/org-mode-8.0.1 useful. Please download it from https://466720.bugs.gentoo.org/attachment.cgi?id=346230 and let's hope this ebuild (or alternatively Emacs 24.4) will be included with Portage soon (subscribe to https://bugs.gentoo.org/show_bug.cgi?id=466720 to track the progress). Thanks to Bastien et al. for version 8! Cheers, Christoph Thank you for this work! It's very helpful. May it have a speedy Portage review. Best wishes, -- Jay
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
On Mon, Apr 22, 2013 at 11:48 AM, Jay Kerns gjkerns...@gmail.com wrote: Christoph, On Sun, Apr 21, 2013 at 4:00 PM, Christoph LANGE lan...@web.de wrote: Hi all, Gentoo users may find my ebuild for app-emacs/org-mode-8.0.1 useful. Please download it from https://466720.bugs.gentoo.org/attachment.cgi?id=346230 and let's hope this ebuild (or alternatively Emacs 24.4) will be included with Portage soon (subscribe to https://bugs.gentoo.org/show_bug.cgi?id=466720 to track the progress). Thanks to Bastien et al. for version 8! Cheers, Christoph Thank you for this work! It's very helpful. May it have a speedy Portage review. As an Arch Linux user who absolutely loves the AUR and have an appreciation for the massive number of packages available for both Arch and Gentoo, I caution this sort of thing if not properly maintained. As a parallel anecdote, I switched from the AUR build of TexLive for the fact that enough locations and stale files get left around that upgrading was giving errors and path variables weren't pointing in the right location. Manually maintaining TexLive has proved unbelievably easier, primarily due to being able to specify everything in a local directory in ~/ vs. spread throughout /usr/lib, /etc, /var, etc. While Org isn't anywhere close to as messy as a LaTeX installation, maintaining it properly if one is planning to spread the files around should not be overlooked. While AUR also has an Org-mode package, I'd *much* rather just stick to a directory at ~/.elisp/org.git where I pull, make clean, make, and then simply add those dirs a the top of the load-path. Just food for thought. Again, Org might not be difficult to maintain at all, but I've been burned in the past by some of these. Just couldn't help making a response! Best regards, John Best wishes, -- Jay
Re: [O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Christoph LANGE writes:
Gentoo users may find my ebuild for app-emacs/org-mode-8.0.1 useful.
ELISP_REMOVE=lisp/org-install.el
You'll also want to remove org-loaddefs.el and org-version.el.
elisp-install ${PN}/contrib contrib/lisp/*org*.el || die
This is wrong if you use ORG_ADD_CONTRIB. These files are already taken
care of by make install and contrib should not be added to the
load-path (it also shouldn't exist as a subdirectory under ${PN}).
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
[O] Gentoo ebuild for app-emacs/org-mode-8.0.1
Hi all, Gentoo users may find my ebuild for app-emacs/org-mode-8.0.1 useful. Please download it from https://466720.bugs.gentoo.org/attachment.cgi?id=346230 and let's hope this ebuild (or alternatively Emacs 24.4) will be included with Portage soon (subscribe to https://bugs.gentoo.org/show_bug.cgi?id=466720 to track the progress). Thanks to Bastien et al. for version 8! Cheers, Christoph -- Christoph Lange, http://www.facebook.com/ch.lange, Skype duke4701
