Re: [gentoo-user] texlive 2011
On Tue, Dec 13, 2011 at 11:35:10AM -0800, Penguin Lover Alan E. Davis squawked: After realizing that most packages I was installing, I used package.keywords and ~amd64, so I went ahead and jumped---I have started using ACCEPT_KEYWORDS for ~amd64 in /etc/make.conf . I think most of the inconsistencies have been ironed out, but it has taken some days. One glaring problem involves ruby. I need texlive, and I want to install texlive 2011, and I had installed it; however, now ruby is standing in my way. Sorry, I am a bit confused about your description of what happened. Can you give us a concise timeline? (Like: Day 1 installed X. Day 3, changed keywords to ~amd64. Day 4, tried to install texlive. Got error message Blah.) On bugs.gentoo.org, I see some solutions, involving patches. One is a patch for ruby (dev-lang/ruby-1.8.7_p352 ). The other is a patch for glibc 2.14.1 . Which bug number? Now, unfortunately, after an emerge -avuD world, I have also run emerge --depclean, which cleared out every package involved with texlive. I think texlive-pictures-2011 and texlive-science-2001, possible also others, are depending on ruby. That, uh, should not happen. How *did* you install texlive? If you just emerged it, it should be in the WORLD set, and should not be removed by depclean. Also, I thought the new depclean nowadays would refuse to run if there are unresolved conflicts? I could also not find an accessible and up to date explanation of installing texlive. Set the correct USE flags (use 'equery uses texlive' or 'emerge --pretend --verbose texlive' to see the complete list. Select the ones you want/need). For example, on my box I have set in '/etc/portage/package.use' the following app-text/texlive dvi2tty extra games graphics humanities jadetex music omega pdfannotextractor pstricks publishers science tex4ht xetex -xindy And then just 'emerge texlive' should do the trick. Can any one guide me towards understanding how to proceed? I would rather not spend the next week re-installing my system. Perhaps I should back out of ~amd64 to amd64? Backing out of ~ is sometimes a non-trivial task, especially if it involves downgrading system packages like glibc. When I had to do it in the past, I had the luxury of time and so I 1) keyworded ALL currently installed version to x86 (or in your case amd64) 2) changed the make.conf setting to x86 (amd64 in your case). This way portage won't force you to downgrade anything that is installed and working, and after a month or two the stable keyword should catch up or surpass the testing keyword and you'll have a stable system again. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] texlive 2011
After realizing that most packages I was installing, I used package.keywords and ~amd64, so I went ahead and jumped---I have started using ACCEPT_KEYWORDS for ~amd64 in /etc/make.conf . I think most of the inconsistencies have been ironed out, but it has taken some days. One glaring problem involves ruby. I need texlive, and I want to install texlive 2011, and I had installed it; however, now ruby is standing in my way. On bugs.gentoo.org, I see some solutions, involving patches. One is a patch for ruby (dev-lang/ruby-1.8.7_p352 ). The other is a patch for glibc 2.14.1 . I'm not sure how to handle this, but I'm pretty sure I don't want to mess around with a personal overlay of glibc. Now, unfortunately, after an emerge -avuD world, I have also run emerge --depclean, which cleared out every package involved with texlive. I think texlive-pictures-2011 and texlive-science-2001, possible also others, are depending on ruby. I could also not find an accessible and up to date explanation of installing texlive. Can any one guide me towards understanding how to proceed? I would rather not spend the next week re-installing my system. Perhaps I should back out of ~amd64 to amd64? Thanks, Alan Davis
[gentoo-user] texlive-2011 upgrade headsup
Hi list, Just a minor glitch I ran into in upgrading texlive-2010 to texlive-2011, I am not sure how reproducible this is, so I am posting it here instead of filing a bug, just in case someone else runs into the same problem. It is likely that this problem won't occur at all for those not using the cjk option. Problem: When issuing 'emerge --update texlive', the emerge chokes on the package 'dev-texlive/texlive-latex'. Checking the logs reveal that during compile it tries to load 'loadhyphen-zh-latn.tex' which does not exist on the system. Solution: 'emerge --oneshot texlive-langcjk' first. One of the config file updates with the 2011 version of that package changes the filename to load to 'loadhypher-zh-latn-pinyin.tex', which does exist on the system. Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] texlive-2011 upgrade headsup
I had installed it and it's works well . have a try to add cjk use flag. On 2011年08月14日 星期日 23时27分45秒, Willie Wong ww...@math.princeton.edu wrote: Hi list, Just a minor glitch I ran into in upgrading texlive-2010 to texlive-2011, I am not sure how reproducible this is, so I am posting it here instead of filing a bug, just in case someone else runs into the same problem. It is likely that this problem won't occur at all for those not using the cjk option. Problem: When issuing 'emerge --update texlive', the emerge chokes on the package 'dev-texlive/texlive-latex'. Checking the logs reveal that during compile it tries to load 'loadhyphen-zh-latn.tex' which does not exist on the system. Solution: 'emerge --oneshot texlive-langcjk' first. One of the config file updates with the 2011 version of that package changes the filename to load to 'loadhypher-zh-latn-pinyin.tex', which does exist on the system. Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton