| View previous topic :: View next topic |
| Author |
Message |
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
 Posted: Tue Apr 24, 2012 8:43 pm Post subject: TexLive seems broken - why doesn't tlmgr run? |
 |
|
I have texlive 2011 installed.
When I try to run tlmgr by providing the full path
| Code: | | /usr/share/texmf/scripts/texlive/tlmgr.pl |
I get this error:
| Code: | Can't locate TeXLive/TLConfig.pm in @INC (@INC contains: /usr/share/texmf/scripts/texlive/../../texmf/scripts/texlive /usr/share/texmf/scripts/texlive/../../tlpkg /etc/perl /usr/lib/perl5/site_perl/5.12.4/i686-linux /usr/lib/perl5/site_perl/5.12.4 /usr/lib/perl5/vendor_perl/5.12.4/i686-linux /usr/lib/perl5/vendor_perl/5.12.4 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.12.3/i686-linux /usr/lib/perl5/vendor_perl/5.12.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.12.4/i686-linux /usr/lib/perl5/5.12.4 /usr/local/lib/site_perl .) at /usr/share/texmf/scripts/texlive/tlmgr.pl line 79.
BEGIN failed--compilation aborted at /usr/share/texmf/scripts/texlive/tlmgr.pl line 79.
|
What am I doing wrong? |
|
| Back to top |
|
 |
Veldrin
Veteran
Joined: 27 Jul 2004
Posts: 1931
Location: Zurich, Switzerland
|
| Posted: Tue Apr 24, 2012 9:13 pm Post subject: |
|
|
interestingly i get the same error, but tex(live) is working fine.
what are you trying to achieve?
_________________
read the portage output!
If my answer is too short, just ask for an explanation. |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Tue Apr 24, 2012 9:35 pm Post subject: |
|
|
| Veldrin wrote: | interestingly i get the same error, but tex(live) is working fine.
what are you trying to achieve? |
TexLive is not working fine if tlmgr won't run.
I need it for installing texlive native packages. Many CTAN packages are installed this way, and it's a lot cleaner than doing it by hand.
The Gentoo TexLive migration guide dates from 2008, so I'm not sure that it is all that well maintained.
I'm considering doing a manual TexLive installation in the hopes that tlmgr will then work. |
|
| Back to top |
|
|
Veldrin
Veteran
Joined: 27 Jul 2004
Posts: 1931
Location: Zurich, Switzerland
|
| Posted: Tue Apr 24, 2012 9:49 pm Post subject: |
|
|
Like the title said, it is a migration guide, when gentoo moved from tetex to texlive, which IIRC was around 2008. I really doubt, that someone would require it today. If you are looking for an up-to-date documentation, have a look at the wiki
for the error itself, file a bug. from what i quickly saw, it is searching in the wrong directories for TLConfig.pm.
and what about app-portage/g-ctan? doesn't that just do what you want?
V.
_________________
read the portage output!
If my answer is too short, just ask for an explanation. |
|
| Back to top |
|
|
gorkypl
Guru
Joined: 04 Oct 2010
Posts: 440
Location: Kraków, PL
|
| Posted: Tue Apr 24, 2012 11:43 pm Post subject: |
|
|
I am not sure if tlmgr will ever be supported, as it can make a mess with texlive installation. And g-ctan is indeed the way to go for packages not included in dev-texlive/*
_________________
BTW, TWM FTW! |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Wed Apr 25, 2012 4:25 pm Post subject: |
|
|
| Veldrin wrote: | Like the title said, it is a migration guide, when gentoo moved from tetex to texlive, which IIRC was around 2008. I really doubt, that someone would require it today. If you are looking for an up-to-date documentation, have a look at the wiki
for the error itself, file a bug. from what i quickly saw, it is searching in the wrong directories for TLConfig.pm.
and what about app-portage/g-ctan? doesn't that just do what you want?
V. |
It doesn't seem to:
| Code: |
# g-ctan -e siunitx
* Creating ebuild for g-ctan/siunitx ...
* Configured location /var/lib/g-ctan is not found in
* PORTDIR_OVERLAY variable in /etc/make.conf. Please
* adjust one of them.
|
What is in /var/lib/g-ctan? Doesn't the ebuild talk to texlive? Shouldn't this stuff just work? |
|
| Back to top |
|
|
gorkypl
Guru
Joined: 04 Oct 2010
Posts: 440
Location: Kraków, PL
|
| Posted: Wed Apr 25, 2012 4:38 pm Post subject: |
|
|
Do you have any overlays defined? g-ctan needs one.
_________________
BTW, TWM FTW! |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Wed Apr 25, 2012 5:01 pm Post subject: |
|
|
| gorkypl wrote: | | Do you have any overlays defined? g-ctan needs one. |
I added /var/lib/g-ctan to /var/lib/layman/make.conf. Does anything else need to be done? The overlay doesn't show up in my overlay list. |
|
| Back to top |
|
|
gorkypl
Guru
Joined: 04 Oct 2010
Posts: 440
Location: Kraków, PL
|
| Posted: Wed Apr 25, 2012 5:03 pm Post subject: |
|
|
You need to add /var/lib/g-ctan to PORTDIR_OVERLAY in /etc/make.conf or change the g-ctans to one of those already defined, as the message says.
_________________
BTW, TWM FTW! |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Wed Apr 25, 2012 5:19 pm Post subject: |
|
|
| gorkypl wrote: | | You need to add /var/lib/g-ctan to PORTDIR_OVERLAY in /etc/make.conf or change the g-ctans to one of those already defined, as the message says. |
I've done that. It's in /var/lib/layman/make.conf, which is sourced by /etc/make.conf, in the PORTDIR_OVERLAY variable.
But layman -l doesn't show the overlay:
| Code: |
# layman -l
* lisp [Git ] (git://git.overlays.gentoo.org/proj/lisp.git )
* sunrise [Subversion] (svn://overlays.gentoo.org/proj/sunrise/reviewed/ )
* wish [Git ] (git://git.overlays.gentoo.org/user/wish.git |
Do I need to explicitly add it with layman -a, and if so, what would it be called? |
|
| Back to top |
|
|
mv
Advocate
Joined: 20 Apr 2005
Posts: 3140
|
| Posted: Wed Apr 25, 2012 5:29 pm Post subject: |
|
|
Maybe you should just install the most current full texlive from gentoo? Is it really worth the hassle to have some packages a little bit earlier? E.g.:
| penetrode wrote: | | Code: | | # g-ctan -e siunitx |
|
siunitx is already contained in dev-texlive/texlive-science. |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Wed Apr 25, 2012 6:37 pm Post subject: |
|
|
| mv wrote: | Maybe you should just install the most current full texlive from gentoo? Is it really worth the hassle to have some packages a little bit earlier? E.g.:
| penetrode wrote: | | Code: | | # g-ctan -e siunitx |
|
siunitx is already contained in dev-texlive/texlive-science. |
No, it's not worth the hassle, hence this thread 
I have the most current full texlive from gentoo. But how could I know that siunitx is included in texlive-science? |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Wed Apr 25, 2012 6:52 pm Post subject: |
|
|
How does one uninstall packages that have been installed with g-ctan? The ebuild it created for siunitx is not in the eix database, probably because the overlay isn't seen by layman.
EDIT: Fixed. Used eix-layman, that caught the overlay, then I was able to uninstall the package.
Last edited by penetrode on Wed Apr 25, 2012 8:12 pm; edited 1 time in total |
|
| Back to top |
|
|
Veldrin
Veteran
Joined: 27 Jul 2004
Posts: 1931
Location: Zurich, Switzerland
|
| Posted: Wed Apr 25, 2012 7:24 pm Post subject: |
|
|
the same way you uninstall any other package?
emerge -C g-ctan/siunitx
assuming, that you have actually installed the package. g-ctan does only create an ebuild, which then needs to be emerged as usual.
V.
_________________
read the portage output!
If my answer is too short, just ask for an explanation. |
|
| Back to top |
|
|
mv
Advocate
Joined: 20 Apr 2005
Posts: 3140
|
| Posted: Wed Apr 25, 2012 10:05 pm Post subject: |
|
|
| penetrode wrote: | | But how could I know that siunitx is included in texlive-science? |
E.g. | Code: | | grep siunitx /usr/portage/dev-texlive/*/Manifest |
or portagefilelist. IIRC, there was also a package containing a list of all texlive packages and in which project they are, but I cannot remember its name now. |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Sun Apr 29, 2012 4:15 pm Post subject: |
|
|
| mv wrote: | | penetrode wrote: | | But how could I know that siunitx is included in texlive-science? |
E.g. | Code: | | grep siunitx /usr/portage/dev-texlive/*/Manifest |
or portagefilelist. IIRC, there was also a package containing a list of all texlive packages and in which project they are, but I cannot remember its name now. |
So, I'm trying to use biber and am looking for a package that contains it.
I used portagefilelist, and it does come up with one package, texlive-core:
| Code: | search result
Package File Type seen Archs seen Useflags
app-text/texlive-core /usr/bin/biber obj amd64, x86 cjk, doc, tk, X, xetex |
When I actually go to the file summary for the current version, however, the file is not there (and it is not there for the previous five versions, either). Nor is it on my machine, which has texlive-core installed. |
|
| Back to top |
|
|
Hu
Watchman
Joined: 06 Mar 2007
Posts: 7610
|
| Posted: Sun Apr 29, 2012 4:47 pm Post subject: |
|
|
| $PORTDIR/app-text/texlive-core/ChangeLog: | *texlive-core-2011-r2 (31 Jul 2011)
31 Jul 2011; Alexis Ballier <aballier@gentoo.org>
-texlive-core-2011-r1.ebuild, +texlive-core-2011-r2.ebuild:
do not "build" biber, its a prebuilt binary -> not for us, well see about
making an ebuild for it later, by Rafał Mużyło in bug |
The ChangeLog fails to specify the bug number, but it looks like it is app-text/texlive-core-2011: if feasible, consider unbundling biber. |
|
| Back to top |
|
|
mv
Advocate
Joined: 20 Apr 2005
Posts: 3140
|
| Posted: Sun Apr 29, 2012 4:54 pm Post subject: |
|
|
| penetrode wrote: | | When I actually go to the file summary for the current version, however, the file is not there |
The ChangeLog file in texlive-core explains that biber has been disabled and why (binary only, will probably not work unless you have exactly the library versions of texlive installed; a separate ebuild is planned but apparently not done yet.) You can of course try to override this decision by passing EXTRA_ECONF=--enable-biber, but it is a matter of luck whether it will work on your system. The problem here seems to be that biber is not yet properly included into the texlive make system, so you have to wait until Gentoo developers do the work which the texlive developers have not done yet...
Edit: A search on zugaina shows that a dev-tex/biblatex-biber ebuild is in the bgo-overlay, so you might try it from there. |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Sun Apr 29, 2012 7:06 pm Post subject: |
|
|
| Quote: | | Edit: A search on zugaina shows that a dev-tex/biblatex-biber ebuild is in the bgo-overlay, so you might try it from there. |
bgo-overlay is not in the Gentoo overlay list, which is fine, and the page on http://gpo.zugaina.org doesn't show me where I can get it. I search for the package, click on it, click on the link to the overlay, and get shown a page with package categories. What am I missing here?
Anyway, it's moot, as this is an amd64 overlay, and I'm on old x86.
*sigh*
Thank you.
Having now tried the overlay listed in the bug without success, I am just going to bite the bullet and try installing biber from sources. |
|
| Back to top |
|
|
gorkypl
Guru
Joined: 04 Oct 2010
Posts: 440
Location: Kraków, PL
|
| Posted: Mon Apr 30, 2012 9:32 am Post subject: |
|
|
My personal, very humble opinion is that time spent to installing biber from sources can be better invested into:
- Reading how to setup local, custom overlay
- Downloading the amd64 version of biber ebuild to the custom overlay
- Changing one line (most probably, haven't looked at it) to make the ebuild work with x86
Result? No garbage in system and knowledge. Pure profit 
_________________
BTW, TWM FTW! |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Mon Apr 30, 2012 9:49 am Post subject: |
|
|
| gorkypl wrote: | My personal, very humble opinion is that time spent to installing biber from sources can be better invested into:
- Reading how to setup local, custom overlay
- Downloading the amd64 version of biber ebuild to the custom overlay
- Changing one line (most probably, haven't looked at it) to make the ebuild work with x86
Result? No garbage in system and knowledge. Pure profit |
Your input is appreciated.
Last night, before you had even posted this,
- I set up a local, custom overlay.
- I downloaded the amd64 ebuild and put it in the overlay, changed the one line so that it would run in x86.
- The ebuild pulls a new, masked version of perl. At that point I stopped, downloaded the biber binary for 0.9.8 and copied it manually into /usr/local/bin.
The difference? I am now working on my paper, instead of mucking around with my computer. Pulling in a masked perl is no less "garbagy" then doing a totally manual installation. I can't afford to break my entire system when I have work to do.
I'm a big fan of Gentoo, and have been using it for eight years, but the texlive packages are a mess. Taking biber out of texlive before having a replacement ebuild was a bad idea. Did anybody bother to find out how many people were using it before doing that? Biber is one of the most popular bibtex replacements.
Where possible, we should strive to make ebuilds work the way the sources do, meaning they should contain what the sources contain and, once built, operate in the same way. I thought that was the whole point of Gentoo. |
|
| Back to top |
|
|
Zagloj
Guru
Joined: 17 Jun 2005
Posts: 304
|
| Posted: Mon Apr 30, 2012 10:56 am Post subject: |
|
|
Well, I ended up downloading Texlive from the web and using tlmgr in a local installation, some years ago I had texlive installed from gentoo, but it was a mess, it is easier for me now working in local and using tlmgr.
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit. |
|
| Back to top |
|
|
mv
Advocate
Joined: 20 Apr 2005
Posts: 3140
|
| Posted: Mon Apr 30, 2012 4:18 pm Post subject: |
|
|
| penetrode wrote: | | Where possible, we should strive to make ebuilds work the way the sources do, meaning they should contain what the sources contain and, once built, operate in the same way. I thought that was the whole point of Gentoo. |
And apparently, the texlive sources do not contain biber; only a binary which might work partly by accident on your system.
BTW, you could also have tried just to change to perl dependency of the biber ebuild: Using only a wrong version of perl (as you do now anyway) is probably cleaner than using presumably much more wrong versions of unknown dependencies of a binary. |
|
| Back to top |
|
|
penetrode
Apprentice
Joined: 29 Dec 2003
Posts: 244
Location: Calgary, Alberta
|
| Posted: Tue May 01, 2012 12:17 am Post subject: |
|
|
| mv wrote: | | penetrode wrote: | | Where possible, we should strive to make ebuilds work the way the sources do, meaning they should contain what the sources contain and, once built, operate in the same way. I thought that was the whole point of Gentoo. |
And apparently, the texlive sources do not contain biber; only a binary which might work partly by accident on your system.
BTW, you could also have tried just to change to perl dependency of the biber ebuild: Using only a wrong version of perl (as you do now anyway) is probably cleaner than using presumably much more wrong versions of unknown dependencies of a binary. |
But the texlive sources do contain a working version of tlmgr, which allows the installation of biber from CTAN.
Changing the dependency would not have worked, as biber 0.9.9 requires perl 5.14 and will not run without it.
The binary was downloaded from the biber sourceforge page and is supposed to be self-contained; biblatex is the only dependency, and that is provided by dev-texlive/texlive-bibtexextra-2011 or the g-ctan package I built. I don't think it's simply a coincidence that it runs on my system.
I'm not denying that managing dependencies is difficult, but the fact remains: biber used to be included in texlive-core, and was unbundled before a replacement ebuild was ready. That seems backwards to me. |
|
| Back to top |
|
|
mv
Advocate
Joined: 20 Apr 2005
Posts: 3140
|
| Posted: Tue May 01, 2012 8:58 am Post subject: |
|
|
| penetrode wrote: | | But the texlive sources do contain a working version of tlmgr, which allows the installation of biber from CTAN. |
But only the binary version.
| Quote: | Changing the dependency would not have worked, as biber 0.9.9 requires perl 5.14 and will not run without it.
The binary was downloaded from the biber sourceforge page and is supposed to be self-contained |
You are right: This binary apparently contains practically a whole perl distribution (was probably generated by some perl compiler). Which makes it clear why this is not the way how it should be installed by a distribution package: The proper way is of course to depend on the correct perl version.
| Quote: | | I'm not denying that managing dependencies is difficult, but the fact remains: biber used to be included in texlive-core, and was unbundled before a replacement ebuild was ready. That seems backwards to me. |
It is the only clean way. The same difficulty arises with all packages which use libraries not yet (officially) fully supported by the distribution: You just have to wait until it can be treated properly by the developers. If you cannot wait, you necessarily must use a not so clean ad-hoc solution. (Which is either downloading the biber binary and installing it locally [be it manually or even less cleaner by a local tlmgr] or using the ebuild with a not-yet stable perl.)
BTW: I am running perl-5.14.2 since it is out and don't have any problems with it, but the tracker mentioned in the mask still shows a few open bugs. |
|
| Back to top |
|
|
|
Portage & Programming
