Re: [gentoo-user] Problem compiling freemind
On 2/7/10, Peter Humphrey wrote: > Can someone who knows more Java than I do see what's missing? I claim no knowledge over java on Gentoo (they changed it again when I just thought I had it figured out). But you could try running a small sanity check for java: java-check-environment -- Arttu V.
Re: [gentoo-user] Problem with installation kde-meta, gnome
On 2/17/10, Andrzej Styczeń wrote: > Thank you for your help. > I tried this, what you pointed > > USE="-qt4" emerge --oneshot cmake > > but still there are other not resolved dependicies, I will wait to tomorrow. > > I also try to install 'octave' and got similar problems with "circular > dependencies". I'm guessing you're stuck with one or more of the regular USE-flag related circular deps problems: cups, ldap, sasl, kerberos, rle and what are there (and apparently now I have to add qt4 into the mix as well). Do you happen to have any of these enabled? I keep running into them with each and every new desktop system install. Yes, I'm a greedy pig when it comes to USE flags, I enable most (if not everything) -- and then keep banging my head on many, many of these circular deps. Each of those needs a separate emerge (like the one Neil gave as an example for cmake) to break the cycles in the dependency tree. -- Arttu V.
Re: [gentoo-user] Re: Running xsane
On 2/18/10, Peter Humphrey wrote: > No, you miss the point. The name implies saving daylight, not time. Show > me anyone who can do that. (And I won't ask why Saving has to be > plural.) Riddle me this as well: what good does Daylight Savings do in, e.g., Scandinavian region countries, which have fair sized slabs of their landmasses on the North side of the Arctic Circle? I mean does somebody actually think that seeing Aurora Borealis in the dark is a proper ersatz light source over sunlight? It's dark 24 hours a day on the worst days, with only scanty lighting on the days before and after those. One can turn the clocks upside down or replace the hands with a 10 000 rpm fan, and it won't squeeze any more sunlight into the sky due to basic physics. > This is now way off-topic. It is fun though. Nihilistic semantics say we're perfectly on topic for the thread (if not for the list): running without/after sanity ... -- Arttu V.
Re: [gentoo-user] Sandbox violation emerging media-gfx/dcraw-8.73
On 2/22/10, John H. Moe wrote: > From the looks of things, it's trying to install a file directly to the > filesystem outside the /var/tmp sandbox. I believe this is a bug that > needs reporting, but before I did that, I thought I'd check to be sure > it wasn't something I was doing wrong. Can can someone more > knowledgeable than me advise? Could it be bug #306177? Looks a lot like your case. http://bugs.gentoo.org/show_bug.cgi?id=306177 -- Arttu V.
Re: [gentoo-user] Can't unsubscribe
On 2/25/10, Johannes Frandsen wrote: > I have tried to unsubscribe from this list a few times now, but it seems to > have no effect to send a mail to gentoo-user+unsubscr...@lists.gentoo.org. > > Sending a mail to gentoo-user+h...@lists.gentoo.org also has no effect. > > Any ideas or pointers about how to proceed? Check your spam filter? I think just a few days ago someone was trying to unsub from one of the gentoo lists, and he hadn't noticed that at least gmail dumped the responses directly into the spam bin. -- Arttu V.
Re: [gentoo-user] Re: dev-libs/libgamin-0.1.10-r2 fails to emerge on a multilib profile
On 2/27/10, Mick wrote: > On Saturday 27 February 2010 19:04:09 walt wrote: >> On 02/27/2010 10:04 AM, Mick wrote: >> > Hi All, >> > >> > I am trying to install Gentoo on a i7 x86_64 arch machine and libgamin >> > fails when I try to emerge syslog-ng (it's a dependency of it). This >> > is my first 64bit machine, so I am not sure if I have made more >> > mistakes than usual (LOL). This is the error: >> > >> > >> > libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gamin.o >> > -Wl,-rpath >> > -Wl,/var/tmp/portage/dev-libs/libgamin-0.1.10-r2/work/gamin-0.1.10/libgam >> >in/.libs ../libgamin/.libs/libgamin-1.so /usr/bin /usr/sbin /bin /sbin >> >>^ >> >> > -lpthread -march=core2 -msse4 -mcx16 -msahf -Wl,-O1 -Wl,-soname >> > -Wl,_gamin.so -o .libs/_gamin.so >> > /usr/bin: file not recognized: Is a directory >> >> Cool, a new libtool trick. It's trying to link an object file with a >> directory? Dunno where the real error is, but I'd start with the old >> shotgun approach by running lafilefixer --justfixit and see if it helps. > > That was my first thought too. I ran lafixer and revdep-rebuild after > emerging these and the error shown above came up. grep for pkg-config inside the config.log (and maybe build.log as well). I'm betting on pkg-config not being found, although the ebuild seems to list it as a dependency. (Maybe your chroot settings affect the path?) IIRC another package did the same for me some months ago (sorry, can't remember which). If it couldn't find pkg-config it would still complete configure phase without errors -- but cflags and libs variables that were supposed to be filled with various `pkg-config --libs foo` outputs were in fact filled with the paths from which pkg-config was searched for (in vain) during configuration. And IIRC the result looked nearly identical to the situation here. -- Arttu V.
Re: [gentoo-user] Re: Gentoo down?
On 3/1/10, Mark Knecht wrote: > On Mon, Mar 1, 2010 at 7:05 AM, Lie Ryan wrote: >> On 03/02/10 01:24, Mark Knecht wrote: >>> I guess the web site is down this morning? (6:30AM PST) I cannot get >>> through anyway. >>> >>> - Mark >> >> Confirmed, though I can still ping it. >> > > Guess I'll have to wait for some nvidia installation instructions. Thanks! If you're in a hurry then Google probably has the pages cached. Just search for "gentoo nvidia", and hit the cache-link. -- Arttu V.
Re: [gentoo-user] [OT] NoSQL?
On 3/2/10, walt wrote: > This article was a big surprise to me. Am I the last one to hear about this > stuff? > > http://news.cnet.com/8301-13505_3-10461670-16.html?part=rss&subj=news&tag=2547-1_3-0-20 If you're expecting a discussion then perhaps you'd care to narrow it down a bit: which part of the article are we expected to feel surprised about? -- Arttu V.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/10/10, Damian wrote: > While ago I reported a bug regarding gvfs: > https://bugs.gentoo.org/show_bug.cgi?id=302196 > > It's been unresolved for quite a long time now, so I was wondering if > somebody could give me a hint on how to solve this problem. Are you still using lzma-utils, or have you moved on to xz-utils? Which package owns your /usr/lib64/liblzmadec.*? (equery belongs foofile on Gentoo, dunno what is the equivalent on paludis) -- Arttu V.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/11/10, Mark Knecht wrote: > to determine whether this package provides it. I cannot do that as I > don't have lzma-utils on my systems anymore. Well, that can be sort of done with, e.g.: ebuild /usr/portage/app-arch/lzma-utils/lzma-utils-4.32.7.ebuild install It will run emerge phases until the system creates the installation image, but it won't merge the files into their proper locations in the file system. Listing files in the image directory shows all the five liblzmadec.* files (or symlinks) that would get installed. > If you don't have lzma-utils on your system anymore then erase > /usr/lib64/liblzmadec.la by hand and run revdep-rebuild -ip again and > see if it's clean. Yes, this whole issue smells like an overblown orphaned .la-file issue. Package manager cannot help much with such, and IMHO it's not a bug (well maybe in the package manager, but let's not start that flamewar ;) ). Anyway, if it were me I'd nuke the file in a heartbeat, but if OP is too timid for that, he can also quarantine the file first, i.e., move it to some other path where it won't cause trouble (and then delete later). Also, (from the bug) his libarchive.la seems to still list the .la, so he should re-emerge libarchive after moving away the orphaned .la-file (or use lafilefixer?). Still, there is something funny with paludis, as so many people using it seem to have so many problems with orphaned libtool archive files. Ahem, even the warning from exherbo front page is gone nowadays. Is it production quality now? o.O -- Arttu V.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/12/10, Damian wrote: > On Fri, Mar 12, 2010 at 9:05 AM, Damian wrote: >>> Anyway, if it were me I'd nuke the file in a heartbeat, but if OP is >>> too timid for that, he can also quarantine the file first, i.e., move >>> it to some other path where it won't cause trouble (and then delete >>> later). Also, (from the bug) his libarchive.la seems to still list the >>> .la, so he should re-emerge libarchive after moving away the orphaned >>> .la-file (or use lafilefixer?). >> Ok, the OP will try this. If I cannot fix it I will just install gvfs >> without the archive flag. > Ok, so moving the file, reinstalling libarchive, and running > lafilefixer didn't change the situation. > > So I'm using gvfs without the archive flag. Bummer. Are you sure your libarchive.la is not another orphan, just like liblzmadec.la was? Please check (if you are still interested in hunting down the cause). You should probably only end up with that la file if you have USE="static-libs" for libarchive -- which (if I'm reading correctly the paludis output attached in the bug) you do not have currently enabled. But since you have the libarchive.la file on your system you may have had the USE flag enabled at one point, or the ebuild may have changed to allow separate dynamic and static building while your package manager might not have kept up with its records. So, also check the owner of libarchive.la, and clean up if necessary. Actually, since you seem to run a great risk of having more than one orphan .la-file then maybe you should do something like "find /usr -name '*.la' | xargs -r equery belongs" or some such generic flush-out of orphaned .la files. -- Arttu V.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/12/10, Damian wrote: >> Bummer. Are you sure your libarchive.la is not another orphan, just >> like liblzmadec.la was? > Indeed. libarchive.la is not owned by any package. Is this a symptom > of a bigger problem? Probably not, unless running Gentoo is considered a big problem. :) You can read many things about the problems of dynamic vs static linking from, e.g., flameeyes' blog. >> Please check (if you are still interested in hunting down the cause). > Sure, and I really appreciate the gentoo community help. Ah, I got the impression that you might have been satisfied with USE="-lzma". >> You should probably only end up with that la file if you have >> USE="static-libs" for libarchive -- which (if I'm reading correctly >> the paludis output attached in the bug) you do not have currently >> enabled. > That's correct. Should I enable static-libs and recompile libarchive? I don't think so, but I don't know what your system is for. If the box currently runs without the static libs then I'd guess you don't need them. I think you might want to hear a third opinion, if someone else has one to lend. >> But since you have the libarchive.la file on your system you may have >> had the USE flag enabled at one point, or the ebuild may have changed >> to allow separate dynamic and static building while your package >> manager might not have kept up with its records. > Ok, if that's the case I will report it to the paludis developers. Given Neil's comment I think it might not be a bug, but rather a nasty "feature", apparently of portage as well (that was news to me). -- Arttu V.
Re: [gentoo-user] Only two people in the gentoo world is having this problem?
On 3/12/10, Neil Bothwick wrote: > Emerge won't remove files it installed if they have been > subsequently modified. Just checking: anybody know how long has it been like this? -- Arttu V.
Re: [gentoo-user] wine cannot compile with jpeg flag
On 3/15/10, Xi Shen wrote: > i have enabled 'jpeg' flag in my /etc/make.conf, but i still cannot > compile wine with jpeg support, and i really need this feature. > > the output of emerge -pv wine shows '(-jpeg)'. i think it is masked by > profile. i then created '/etc/portage/profile/package.use.force', and > putted 'app-emulation/wine jpeg' in it, but i still cannot compile > wine with jpeg support. Create /etc/portage/profile/package.use.mask and type in 'app-emulation/wine -jpeg' (note the minus) to locally unmask the jpeg flag for wine. I don't know how good idea that is, though, as /usr/portage/profiles/arch/amd64/package.use.mask has the following for wine (maybe you'd better check the relevant bugs noted for jpeg first?): # Samuli Suominen (02 Feb 2009) # esd, bug 301824 # mp3, bug 283860, 299490 # jpeg, bug 283089, 303255, 299149 # capi, 292938 # ghoto2, 286563 # scanner, 299505 # hal, 299149 app-emulation/wine capi esd gphoto2 hal jpeg mp3 scanner -- Arttu V.
Re: [gentoo-user] Re: gnome fails to install with error 2
On 3/24/10, David Mehler wrote: > Hello, > I don't know what error 2 means and the build.log wasn't of much help. I don't know gnome packages, but I'd guess finding error 1 would be in order. Somewhere, maybe far, above. > What was of greater help was this link: > > http://bugs.gentoo.org/278292 > > I didn't get the error specifically about libxml2 as this seems to > indicate. I tried the fix however. > Once I install libxml2 gnome completed installation. I think the 2.6 > dependency list might need updating. > Thanks. > Dave. Are you sure you haven't missed running python-updater and/or revdep-rebuild? My bets on that bug report (as well as your system, given the very limited amount of info so far) would be on "probably a broken system". For example, the bug reporter is freely mixing and matching ancient stable stage3 packages with bleeding-edge testing stuff from ~arch. And all this without -uDN options for emerge (nor revdep-rebuilds), so he really gets a fully mixed-up bag of untested combinations. And then it all backfired on him ... probably his ancient python from the stage3 tarball got bumped to a later version anyway, and thus all python-related packages would sorely need re-emerging, i.e., running python-updater or a manual emerge ... What we'd need is some actual log outputs revealing what is going on. Maybe it is a bug. Maybe it is just a broken system. Maybe it is both? -- Arttu V.
Re: [gentoo-user] Recompile system but omit package?
On 4/18/10, Tanstaafl wrote: >>> You could try temporarily masking it: >>> #echo sys-devel/gcc >> /etc/portage/package.mask >>> >>> Then updating: >>> #emerge -e system >>> >>> Then removing the mask: >>> #sed -i '$d' /etc/portage/package.mask >>> >>> I don't know of any emerge flag that does this in one step. >> >> Hmmm, good idea, thanks Vincent... > > Crap, doesn't look like this will work... > > Any other ideas? A guess: try it with package.provided instead of package.mask. See the section on portage man page. The syntax for package.provided requires a full version atom (e.g., sys-devel/gcc-4.4.3-r1), but this approach might not interfere with dep tree calculations like masking does. -- Arttu V.
Re: [gentoo-user] installation aborted due to poor programming practices
On 4/19/10, Helmut Jarausch wrote: > On 19 Apr, Neil Bothwick wrote: >> On Mon, 19 Apr 2010 12:47:17 +0200 (CEST), Helmut Jarausch wrote: >> >>> the installation of a package (unofficial gimp-gap) is 'aborted due to >>> poor programming practices' probably since there have been lots of >>> dereferencing type-punned pointers and similar warnings. >>> >>> How can I forced portage to install it anyway? >> >> Possibly FEATURES="-strict" emerge --opts blah >> > > Unfortunately this didn't help. I wonder if strict and stricter FEATURES are somehow hardwired to each other inside portage code, or whether they're considered separate entities? Anyway, you could try FEATURES="-strict -stricter" to see which way it works. If that won't work then the next step could be to play around with the QA_STRICT_* variables mentioned in make.conf man page (haven't tried, so don't know if they'll help either). -- Arttu V.
Re: [gentoo-user] Can't resolve package blocks
On 4/30/10, Ajai Khattri wrote:
>
> I have unmerged ffmpeg, libraw1394 and libdc1394 and I still can't resolve
> this block:
>
> [nomerge ] media-video/ffmpeg-0.5_p20373 USE="X alsa amr encode
> hardcoded-tables ieee1394 ipv6 network theora threads vorbis x264 zlib
> (-3dnow) (-3dnowext) -altivec -bindist -cpudetection -custom-cflags -debug
> -dirac -doc -faac -faad -gsm -jack -jpeg2k (-mmx) (-mmxext) -mp3 -oss -pic
> -schroedinger -sdl -speex (-ssse3) -test -v4l -v4l2 -vdpau -xvid"
> VIDEO_CARDS="(-nvidia)" [0]
> [ebuild N] media-libs/opencore-amr-0.1.2 849 kB [0]
> [ebuild N] sys-libs/libraw1394-2.0.4 368 kB [0]
> [nomerge ] x11-libs/gtk+-2.18.7 [2.16.6] USE="cups jpeg tiff (-aqua)
> -debug -doc -jpeg2k -test -vim-syntax -xinerama (-X%*)" [0]
> [ebuild N] media-libs/tiff-3.9.2-r1 USE="cxx jpeg zlib -jbig" 1,387
> kB [0]
> [ebuild N] media-libs/jpeg-8a 951 kB [0]
> [blocks B ] is blocking sys-libs/libraw1394-2.0.4)
>
> Total: 79 packages (68 upgrades, 10 new, 1 in new slot, 6 uninstalls),
> Size of downloads: 174,892 kB
> Conflict: 13 blocks (1 unsatisfied)
> Portage tree and overlays:
> [0] /usr/portage
> [?] indicates that the source repository could not be determined
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
>('ebuild', '/', 'media-libs/libdc1394-1.2.1', 'merge') pulled in by
> media-libs/libdc1394 required by ('ebuild', '/',
> 'media-video/ffmpeg-0.5_p20373', 'merge')
>
>('ebuild', '/', 'sys-libs/libraw1394-2.0.4', 'merge') pulled in by
> sys-libs/libraw1394 required by ('ebuild', '/',
> 'media-video/ffmpeg-0.5_p20373', 'merge')
> >=sys-libs/libraw1394-0.9.0 required by ('ebuild', '/',
> 'media-libs/libdc1394-1.2.1', 'merge')
This might sound slightly familiar:
http://bugs.gentoo.org/show_bug.cgi?id=305071#c3
I'd unmask the testing graded media-libs/libdc1394-2.1.2 in
package.keywords for the time being (or mask libraw1394-2.0.x), while
waiting for the stabilisation of newer libdc1394 versions. Which
unfortunately appears to be stuck:
http://bugs.gentoo.org/show_bug.cgi?id=315655
--
Arttu V.
Re: [gentoo-user] new user can't run X apps
On 5/5/10, Grant wrote: > I created a new user with useradd but I get X errors like "cannot open > display" and "cannot connect to X server" when I try to run X apps as > the new user. I've tried restarting with the same results. Does > anyone know why this is happening? Is the user in the video group? -- Arttu V.
Re: [gentoo-user] new user can't run X apps
On 5/6/10, Grant wrote: >>> I created a new user with useradd but I get X errors like "cannot open >>> display" and "cannot connect to X server" when I try to run X apps as >>> the new user. I've tried restarting with the same results. Does >>> anyone know why this is happening? >> >> Is the user in the video group? > > Yes, I should have said that. How have you set up the X session for the users? Is it specified, e.g., in /etc/env.d/90xsession or in some user-specific configuration files that only the other one would have? Does anything exceptional appear in Xorg.log? (As you can notice, I'm just guessing and shooting in the dark here.) -- Arttu V.
Re: [gentoo-user] sys-apps/acl with nfs support
On 5/11/10, Kraus Philipp wrote: > Hello, > > I try to compile the sys-apps/acl package with the nfs option, but I > can't set the flag. I add to my portage.use > sysapps/acl and nfs but if I emerge the acl or virtual/acl emerge > doesn't use the nfs flag. > > Now I have installed > sys-apps/acl Installed versions: 2.2.49(23:33:57 05/09/10)(nls -nfs) > > and I need the acl support on the nfs share. How can I recompile the > acl package with nfs support? First check that the reason for the masking does not apply to your situation (bug #149472), then I think you can just force-override it by adding the package atom and USE flag in /etc/portage/profile/package.use.force (haven't tried myself). I haven't used nfs for years, so you might wait for a second opinion from the gurus actually using it. -- Arttu V.
Re: [gentoo-user] Cannot find entrance!
On 5/19/10, Mick wrote: > This is the first time I am dabbling with layman. So it is likely I have > made some noob mistake, which I hope you can help me discover. > > I have installed layman-1.3.3 and then added the enlightenment overlay. I > have also added the snapshot keywords for enlightenment: > > # ls -l /etc/portage/package.keywords/enlightenment.keywords > lrwxrwxrwx 1 root root 64 May 18 21:28 > /etc/portage/package.keywords/enlightenment.keywords -> > /var/lib/layman/enlightenment/scripts/package.keywords.snapshots > > entrance is unmasked in there: > > # cat /etc/portage/package.keywords/enlightenment.keywords | grep entrance > x11-misc/entrance ~* > > However, although I can see enlightenment, I have no success with entrance: > > # emerge -upDv entrance > These are the packages that would be merged, in order: > > Calculating dependencies... done! > > emerge: there are no ebuilds to satisfy "entrance". > > > What am I missing? Please ask for supporting info as you need it. Are you sure you are sourcing the layman configuration in /etc/make.conf: source /var/lib/layman/make.conf -- Arttu V.
Re: [gentoo-user] Re: Java problem
On 5/23/10, David Relson wrote: > "emerge -qv ant-junit" fails because ant-junit isn't found Is your portage tree or the underlying filesystem broken? You use eix, so what does "eix ant-junit" output? Are there really no versions of ant-junit available on your system? Also, from your b.g.o report: > EMERGE_DEFAULT_OPTS="--with-bdeps y --color=n --jobs 4" How about trying it without the parallel emerges? -- Arttu V.
Re: [gentoo-user] Re: Java problem
On 5/23/10, David Relson wrote: > Hi Arttu, > > The portage tree is fine, AFAICT. emerge finds the ebuild, but > the emerge fails. Removing "--jobs 4" doesn't change the result. Ok, then that could be discarded as just some wild speculation. Next idea, how about just marking a single arch: > ACCEPT_KEYWORDS="amd64 x86" I don't know if the java ebuilds, eclasses and wrapper-scripts are wise enough to figure out the correct dependencies with such keywords. I could imagine some part might figure out the arch as x86, but then your system vm would be set to the x86_64 vm, i.e., no x86 system vm set ... (again, just some more wild speculation ;) ) -- Arttu V.
Re: [gentoo-user] Newbie question
On 5/25/10, Madhurya Kakati wrote: > Hi, > I am currently using archlinux and windows 7 and want to try out gentoo. > I guess grub will be overwritten by gentoo but will it contain the > options to boot arch kernel images automatically? I really dont wanna > mess up grub. You'll minimize your grub configuration work and pretty much neutralize any risk to your currently installed OSes by testing and trying out Gentoo in a virtualized system. For example VirtualBox is freely available and takes only a few mouse clicks to configure a virtual machine specifically suitable for Gentoo (or Ubuntu, or Linux Mint, or Fedora, or OpenSUSE, or ...), then you just attach the CD ISO to the virtual machine (clickety-click, 3 clicks if it's on the Desktop?), and boot (doubleclick). Next you do the install, which in Gentoo's case means following the Gentoo Handbook. You can keep important tools like irc-client, your favourite search engine and Gentoo Handbook browser window running in the host OS, jumping between the host and guest with a single mouse click and right ctrl key to get back. And that's just using the default settings out of the box. Try it out once. It hooked me after the 15 minutes it took to make the first virtual image (and that's where I read all the labels and options). Naturally, YMMV. -- Arttu V.
Re: [gentoo-user] danger-deep
On 5/27/10, Iain Buchanan wrote:
> On Wed, 2010-05-26 at 17:45 +, James wrote:
>> Folks,
>>
>> I just had to share this.
>>
>> So I read the Linux journal, mostly to do my
>> part to keep publications about Linux alive.
>> Occationally they write about something cool,
>> though rarely related to Gentoo
>
> FTA:
> The Web site provides a lovely binary installer that feels much
> like that of a commercial game. You can compile the game from
> source if you want, but would you really do that when you can
> simply click Next, Next, Next?
> *sigh*
>
>> So I read about a very cool submarine game today
>> on LJ:
>> http://www.linuxjournal.com/content/danger-deep
>>
>> Only to discover it's already in portage.
>> KUDOS to the Gentoo game devs for being
>> on top of this one
>
> Doesn't run here. Something to do with getting the available
> resolutions:
>
> SDL_Rect** modes = SDL_ListModes(NULL, SDL_FULLSCREEN|SDL_HWSURFACE);
>
> must be returning nothing, because later when it tests the resolution it
> wants to use against the resolutions available:
>
> for (list::const_iterator it = available_resolutions.begin(); it
> != available_resolutions.end(); ++it) {
> if (*it == vector2i(res_x_, res_y_)) {
> ok = true;
> break;
> }
> }
> if (!ok)
> throw invalid_argument("invalid resolution requested!");
>
> I get the exception. No matter what res I specify on the command
> line :(
>
> $ dangerdeep
> Caught exception: invalid resolution requested!
>
> Anyone know about SDL?
I really don't, but I'm just wondering if you are looking at the 0.3.0
source tarball code or their svn trunk? system.cpp is quite different
in the trunk, including changes which probably should add support for
"less common" screen sizes and modes.
--
Arttu V.
Re: [gentoo-user] One hard drive much slower for some reason.
On 6/1/10, Dale wrote: > /dev/hdb: > Commands/features: > Enabled Supported: > *SMART feature set Maybe the problem is not external (cabling, jumpers etc), but internal? Anything interesting in smartctl's report? -- Arttu V.
Re: [gentoo-user] One hard drive much slower for some reason.
On 6/2/10, Dale wrote: > smoker-new ~ # smartctl -l selftest /dev/hdb > smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > === START OF READ SMART DATA SECTION === > SMART Self-test log structure revision number 1 > Num Test_DescriptionStatus Remaining > LifeTime(hours) LBA_of_first_error > # 1 Extended offlineCompleted without error 00% > 1038 - > # 2 Short offline Completed without error 00% > 1037 - > # 3 Extended offlineCompleted without error 00% > 1075 - > # 4 Extended offlineCompleted without error 00% > 305 - > # 5 Extended offlineCompleted without error 00% > 660 - > # 6 Extended offlineCompleted without error 00% > 213 - > # 7 Extended offlineCompleted without error 00% > 687 - > # 8 Extended offlineCompleted without error 00% > 686 - > # 9 Extended offlineCompleted without error 00% > 629 - I was thinking about smartctl -A attributes table (or just plain -a for all), which might've showed a great number of sector relocations or other internal I/O-related issues. But this report raises another question: why aren't the reported lifetimes in an ascending list? They jump back and forth. -- Arttu V.
Re: [gentoo-user] how did xine-lib get broken?
On 6/6/10, Michael P. Soulier wrote: > I'm confused. I was upgrading my box piecemeal, as it's been a while. I ran > revdep-rebuild and it turned up xine-lib as broken, so it rebuilt it, but > the > rebuild failed. > > libtool: compile: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../include > -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine > -I../../src/xine-engine -I../../src/xine-utils -I../../src/input > -I../../src/input -I../../lib -I../../lib -fvisibility=hidden > -D_LARGEFILE64_SOURCE -I/usr/include/alsa -I../../src/input/libdvdnav/ > -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -O2 -march=athlon-xp > -pipe > -frename-registers -ffunction-sections -Wall -Wchar-subscripts > -Wnested-externs -Wcast-align -Wmissing-declarations -Wmissing-prototypes > -Wmissing-format-attribute -Wno-pointer-sign -Wformat=2 > -Wno-format-zero-length -Wstrict-aliasing=2 > -Werror=implicit-function-declaration -DNDEBUG -c input_v4l2.c -fPIC -DPIC > -o > .libs/xineplug_inp_v4l2_la-input_v4l2.o > input_v4l2.c: In function 'v4l2_input_open': > input_v4l2.c:113: error: implicit declaration of function '_IOR' > input_v4l2.c:113: warning: nested extern declaration of '_IOR' > input_v4l2.c:113: error: expected expression before 'struct' > input_v4l2.c: In function 'v4l2_input_setup_video_streaming': > input_v4l2.c:162: error: implicit declaration of function '_IOWR' > input_v4l2.c:162: warning: nested extern declaration of '_IOWR' > input_v4l2.c:162: error: expected expression before 'struct' > input_v4l2.c:179: error: expected expression before 'struct' > input_v4l2.c:208: error: expected expression before 'struct' > input_v4l2.c:212: error: implicit declaration of function '_IOW' > input_v4l2.c:212: warning: nested extern declaration of '_IOW' > input_v4l2.c:212: error: expected expression before 'int' > input_v4l2.c: In function 'v4l2_input_dequeue_video_buffer': > input_v4l2.c:283: error: expected expression before 'struct' > input_v4l2.c: In function 'v4l2_input_enqueue_video_buffer': > input_v4l2.c:317: error: expected expression before 'struct' > input_v4l2.c: In function 'v4l2_input_dispose': > input_v4l2.c:326: error: expected expression before 'int' > input_v4l2.c: In function 'v4l2_input_get_mrl': > input_v4l2.c:353: warning: unused variable 'this' > > so obviously xine-lib is missing a dependency. Why isn't this unknown > dependency simply pulled in? Perhaps you could mention the version you're trying to compile, and the USE flags you're using? I could imagine there could be major problems with 1.1.17 due to missing libv4l dependency, but 1.1.18.1 has been stable for x86 for nearly a month. -- Arttu V.
Re: [gentoo-user] Compilation aborted for setuptools-0.6.12
On 6/19/10, meino.cra...@gmx.de wrote: > > Hi, > > compilation of setuptools-0.6.12 aborts woth: > copying tests/api_tests.txt -> build/src/tests > Traceback (most recent call last): > File "setup.py", line 24, in > from lib2to3.main import main > File "/usr/lib/python3.1/lib2to3/main.py", line 12, in > from . import refactor > File "/usr/lib/python3.1/lib2to3/refactor.py", line 25, in > from . import pytree, pygram > File "/usr/lib/python3.1/lib2to3/pygram.py", line 35, in > del python_grammar_no_print_statement.keywords["print"] > KeyError: 'print' Over here it seems to run a piece printing out messages starting with "RefactoringTool:" where it fails for you. AFAICT, 2to3-refactoring stuff is part of dev-lang/python package itself. So, I wonder if "emerge -1 python:2.6" would help? (Or grabbing a pre-compiled binary from tinderbox.dev.gentoo.org if the emerge fails.) -- Arttu V.
Re: [gentoo-user] Compilation aborted for setuptools-0.6.12
On 6/20/10, meino.cra...@gmx.de wrote: > Arttu V. [10-06-20 12:28]: >> On 6/19/10, meino.cra...@gmx.de wrote: >> > >> > Hi, >> > >> > compilation of setuptools-0.6.12 aborts woth: >> > copying tests/api_tests.txt -> build/src/tests >> > Traceback (most recent call last): >> > File "setup.py", line 24, in >> > from lib2to3.main import main >> > File "/usr/lib/python3.1/lib2to3/main.py", line 12, in >> > from . import refactor >> > File "/usr/lib/python3.1/lib2to3/refactor.py", line 25, in >> > from . import pytree, pygram >> > File "/usr/lib/python3.1/lib2to3/pygram.py", line 35, in >> > del python_grammar_no_print_statement.keywords["print"] >> > KeyError: 'print' >> >> Over here it seems to run a piece printing out messages starting with >> "RefactoringTool:" where it fails for you. AFAICT, 2to3-refactoring >> stuff is part of dev-lang/python package itself. >> >> So, I wonder if "emerge -1 python:2.6" would help? (Or grabbing a >> pre-compiled binary from tinderbox.dev.gentoo.org if the emerge >> fails.) >> >> -- >> Arttu V. >> > > Hi Arttu, > > thanks for your posting! :) > > Python2.6 compiles fine, setuptool fails again at the same point... > > What can I try next? Short of recompiling also python 3.1 (with distcc, ccache and such possible interference disabled) -- I'm out out ideas. -- Arttu V.
Re: [gentoo-user] p7zip-4.65-r1 considered obnoxious
On 6/20/10, Kevin O'Gorman wrote: > For some reason, the latest x86 stable p7zip wants to force me to remove > 'odbc' from wxGTK. This seems wrong, and I'm masking it out for the moment, > but I'm wondering what justification there is. http://bugs.gentoo.org/show_bug.cgi?id=267698 -- Arttu V.
Re: [gentoo-user] Re: kernel configuration problem -- genkernel: no irq handler; manual config: root filesystem could not be mounted r/w
On 6/22/10, rocwhite168 wrote: > fstab > -- > /dev/sda1 /boot ext4noauto,noatime 1 2 > /dev/sda5 / ext4noatime 0 1 > /dev/sda3 /usrext4noatime 0 2 > /dev/sda4 /home ext4noatime 0 2 > /dev/sda7 /tmpext4noatime > 0 0 > /dev/sda6 noneswapsw0 0 > shm /dev/shmtmpfs nodev,nosuid,noexec > 0 0 Where is your proc virtual fs? -- Arttu V.
Re: [gentoo-user] Minimal Gentoo with X
On 6/30/10, Shoka wrote: > Hello group, > > I'm trying to build kind of a minimal gentoo setup with X support. All I > need is > > - X11 and a Window Manager > - Mozilla Firefox > - Lighttpd > > I use Gnome at this time. > > du reports the following directories as the biggest directories on my > system: > > /usr/lib418 MB > /usr/portage 1200 MB > /usr/share 550 MB > /usr/src560 MB (Kernel Sources) > > The other directories are very small. > > I think, the system is quite heavy in size, isn't it? I really would > like to be able to shrink it down but not loosing functionality. > > Now I'm looking for tips to reduce disk consumption further. I've > already cleaned /usr/portage/distfiles. > > I read that removing the whole /usr/portage after setting up the system > is not a good idea. Is that true? > > May be someone could recommend a better window manager (smaller in size, > stable)? > > I really appreciate any kind of recommendation to this topic. Advice given so far seems to assume that you only have this one system. But if you have another system that can take care of compiling and building binary pkgs then you can probably slice off the 50MB+ or more out of gcc, autotools, and such as well. In effect, turning Gentoo into your very own, private binary distro. As already mentioned, the embedded folks probably know this intimately. Also, see the portage man page for defining your own system set (without, e.g., gcc and autoconf), and man page of emerge for option --buildpkg (and also other --*pkg* options of emerge). Good luck, have fun! -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Re: Patch via perl script in an ebuild?
Grant wrote:Grant wrote: >> I need to install the google-api-adwords-perl library, and it requires >> that SOAP-WSDL is patched with the soap_wsdl_patches.pl perl script. >> Can I have SOAP-WSDL patched via the perl script in an ebuild? >> >> - Grant >> > Here is the perl script: > > http://pastebin.com/YM3G5sKn > > Can anyone with perl and ebuild knowledge determine if the script > could be incorporated into an ebuild? David Abbott and I are working > on getting google-api-adwords-perl into portage and this is a > dependency. (Some preliminary setup work, like cpan -i Text::Patch SOAP::WSDL.) Running the patch after fixing its paths ... will result invariably in: Trying to patch /usr/lib64/perl5/site_perl/5.10.1/SOAP/WSDL/XSD/Typelib/Builtin/anySimpleType.pm...Hunk #1 failed at line 13. I'm no authority on perl, but AFAICT that patch does not match against either SOAP::WSDL latest stable sources nor latest SOAP::WSDL dev release code from CPAN. Actually, I couldn't find tarballs from CPAN which would match with the failing lines of that patch. There might've been some earlier 2.00-series releases, but they're ... long gone? Any idea of the version of SOAP::WSDL they are using for this at Google? -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Java EE 6
On 7/1/10, dhk wrote: > I would like to install Java EE 6, but not sure of the package name. A > while back J2EE was rename to JEE and now the latest version is Java EE > 6. The portage tree doesn't have anything when a search is done on JEE > or "java ee", but a search on J2EE results in the following. > > # emerge --search j2ee > Searching... > [ Results for search key : j2ee ] > [ Applications found : 2 ] > > * dev-java/sun-j2ee [ Masked ] > Latest version available: 1.3.1-r4 > Latest version installed: [ Not Installed ] > Size of files: 14,515 kB > Homepage: http://java.sun.com/j2ee/sdk_1.3/ > Description: Sun's Java 2 Enterprise Edition Development Kit > License: sun-bcla-j2ee > > How do I find Java EE 6? I think you can try installing it piecemeal from components listed in here (the names will need some guessing on Gentoo, but you'll probably get what you need by picking an implementation of some of the features, like hibernate or tomcat): http://java.sun.com/javaee/downloads/javaee6sdk_contents.jsp I haven't seen a meta-package which would pull everything in, though. -- Arttu V.
Re: [gentoo-user] Re: Patch via perl script in an ebuild?
On 7/1/10, Grant wrote:
> Thank you Arttu. Here is the link to the SOAP::WSDL:
>
> http://soap-wsdl.svn.sourceforge.net/viewvc/soap-wsdl/SOAP-WSDL/branches/Typemap.tar.gz?view=tar&pathrev=846
>
> from the README:
>
> http://code.google.com/p/google-api-adwords-perl/source/browse/trunk/README
Ok, I see they're shipping the same version which is available from
CPAN as the dev version (2.00.99_3). But the patch is still not made
for its code ... maybe it is for _2 or _1?
The patch keeps failing out of the box:
cpan -i Text::Patch
tar xvzf Typemap.tar.gz
tar xvzf awapi_perl_lib_1.3.2.tar.gz
~/tempski $ awapi_perl_lib_1.3.2/bin/soap_wsdl_patches.pl Typemap
Trying to patch
Typemap/lib/SOAP/WSDL/Generator/Template/XSD/Interface/POD/Operation.tt...
patch successful.
Trying to patch
Typemap/lib/SOAP/WSDL/Generator/Template/XSD/Server.tt... patch
successful.
Trying to patch
Typemap/lib/SOAP/WSDL/Generator/Template/Plugin/XSD.pm... patch
successful.
Trying to patch
Typemap/lib/SOAP/WSDL/XSD/Typelib/Builtin/anyType.pm... patch
successful.
Trying to patch
Typemap/lib/SOAP/WSDL/XSD/Typelib/ComplexType.pm...Hunk #2 failed at
line 425.
~/tempski $
Anyway, only three files' small chunks fail from the patch, and
they're short and mostly just semantically adding some formerly
non-existent subroutines and changing the return values of others.
I think with some manual labour we could turn that patch into a fixed
regular patch, which we could then apply in an ebuild for SOAP::WSDL
via a USE flag. For example, something along these lines for
dev-perl/SOAP-WSDL-2.00.99.3.ebuild (licenses etc might be wrong):
# Copyright 1999-2010 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
EAPI=2
MODULE_AUTHOR=MKUTTER
MY_P="${P:0:17}_3"
inherit eutils perl-module
DESCRIPTION="SOAP::WSDL module"
LICENSE="Artistic"
SLOT="0"
KEYWORDS="amd64 x86"
IUSE="adwords"
src_prepare() {
perl-module_src_prepare
use adwords && epatch "${FILESDIR}/${PV}-adwords.patch"
}
This SOAP-WSDL package could then in turn be made a dependency for
your real google-adwords package (dev-perl/Google-Adwords?):
RDEPENDS="dev-perl/SOAP-WSDL[adwords]"
Am I making any sense?
Theoretically (if you insist), you could still use the perl's
Text::Patch route as well, but (if I'm not entirely wrong, see the
excerpted attempted patch run above) the patch would still need to be
touched up to match properly with the _3 dev release code. And it
would add a dependency to Text::Patch, and make an odd call to perl in
the middle of the ebuild. (I assume it must be made explicitly as I
don't know if perl-module.eclass has any automation for this. Probably
not since AFAICT Text::Patch isn't even installed by default).
HTH
--
Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Re: Patch via perl script in an ebuild?
On 7/2/10, Grant wrote: > David, you mentioned in the bug that you couldn't get the patch to > work clean. I thought you got it working before when you posted the > patched Typemap for me to download. Did it work then but not now? > > http://bugs.gentoo.org/show_bug.cgi?id=305621 Ah, I didn't know you had this already mostly figured out in a bug. Full disclosure requested -- from the very beginning! :D After taking a quick peek: do those ebuilds succeed in installing something? Since they don't follow CPAN conventions (esp. wrt naming) I'm not sure what perl-module.eclass actually does for their src_compile, src_install and other steps. Also, the "->" used in SRC might have interesting side-effects to paths, as the tarball name no longer matches its content directory's name. -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Strange install path but only on one machine
On 7/5/10, Helmut Jarausch wrote: > > Hi, > > this errors baffles me. > > Emerging media-gfx/exact-image works just fine on one machine > but fails on a very similar (Gentoo) machine with > install: target `/var/tmp/portage/media-gfx/exact-image-0.8.1/image// > usr/lib64/python2.6/site-packages/' is not a directory: No such file or > directory > > Has anybody an idea where this strange install path might come from? Can you be more specific on the 'strangeness'? Which part looks odd? For a quick glimpse it would seem to be a regular temporary 'image' directory which is part of every package's install phase. Only once files have been successfully installed under this temporary 'image' (directory) will portage merge that directory's contents to respective real directories. As for the error itself, it could be a parallel make problem (goes temporarily away with MAKE_OPTS="-j1", but should still be reported at bugs.gentoo.org) or a lazy installer script which isn't properly creating the directories to which it will try to install files (which should also be reported at b.g.o, as it might be a gentoo-only problem). -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Strange install path but only on one machine
On 7/5/10, Helmut Jarausch wrote: > MAKEOPTS=-j1 didn't help > > instead of > /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/ > python2.6/site-packages > > there is a file > /var/tmp/portage/media-gfx/exact-image-0.8.1/image > /usr/lib/python2.5/site-packages > > note lib not lib64 > python2.5 not python2.6 > > eselect python list gives > Available Python interpreters: > [1] python2.6 * > [2] python3.1 > > So, where does this come from? Unfortunately I have no more theories, short of broken python on Gentoo (not just on your box). I can reproduce the problem in a test environment I keep using, so it's probably not something due to, e.g., a need for revdep-rebuild or python-updater (although running them rarely hurts). But could tell us a bit more about the system on which this does *not* happen? How is it different? Is it an x86 or amd64? multilib? Is it a more recent install than the other one (so that there should be no left-over cruft from, e.g., old python versions)? -- Arttu V.
Re: [gentoo-user] Strange install path but only on one machine
On 7/5/10, Helmut Jarausch wrote: > instead of > /var/tmp/portage/media-gfx/exact-image-0.8.1/image//usr/lib64/ > python2.6/site-packages > > there is a file > /var/tmp/portage/media-gfx/exact-image-0.8.1/image > /usr/lib/python2.5/site-packages I found something related to that. The install path seems to be semi-hardcoded in the sources, at api/python/Makefile: $(Q)mkdir -p $(DESTDIR)$(libdir)/python2.5/site-packages/ That will create a path suitable for python version 2.5 (maybe that one box of yours still has it?), but no others. I filed a bug (#327171). -- Arttu V.
Re: [gentoo-user] Strange install path but only on one machine
On 7/6/10, Arttu V. wrote: > I filed a bug (#327171). The bug is marked fixed, and at least on my testing system emerge exact-image is successful. -- Arttu V.
Re: [gentoo-user] cmake-2.8.1 build problems
On 7/8/10, Mark Knecht wrote: > Hi, >I was trying to slog through all the libpng problems on one of my > machines last night but ran into a different issue late in the evening > where cmake wouldn't build. I haven't been reading this list all that > carefully and didn't find anything obvious with a quick Google search. > (Other than some stuff in bugzilla which may or may not relate.) > >Have there been any threads lately where this might have come up? At least one cmake related issue has been handled so that I remember it, but it was related to installing new systems. Without any logs this is just shooting while blindfolded, but if you have qt4 USE flag enabled then try this: USE="-qt4" emerge -1 cmake Then continue with whatever libpng fixes and advice you are following. It's very likely that your qt libs (or some other media libs, on which qt libs depend on) are now broken due to libpng upgrade -- and thus, linking new cmake binaries to qt libs fails due to the breakage ... On new systems it's a bit different. IIRC it resulted in circular dependencies, which had to be broken down the same way. -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Cannot upgrade kde-base/superkaramba
On 7/9/10, Matthias Fechner wrote: > Hi, > > I tried the last days to do a > emerge -avuDN world > > but it fails at the package > kde-base/superkaramba-4.4.4 > > I get the error message: > Linking CXX shared library ../../lib/libsuperkaramba.so > CMakeFiles/superkaramba.dir/python/meter.o: In function > `QString2PyString(QString)': > meter.cpp:(.text+0x6e): undefined reference to `PyUnicodeUCS4_FromUnicode' > CMakeFiles/superkaramba.dir/python/meter.o: In function > `PyString2QString(_object*)': > meter.cpp:(.text+0x1bf): undefined reference to `PyUnicodeUCS4_AsUnicode' > /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld: > warning: creating a DT_TEXTREL in object. > collect2: ld returned 1 exit status > make[2]: *** [lib/libsuperkaramba.so.4.4.0] Error 1 > > I already tried to rebuild all depending libs starting from python to > kdelibs but it does not help. > > Has maybe anyone here an idea what the problem could be? Wild guess: you might have a python version installed which is not compiled with the wide-unicode support. I'm not sure what all will be broken by such a situation, but following might help: qlist -CLIS dev-lang/python | xargs -r emerge -1 python-updater emerge -1 PyQt4 # unless python-updater took care of it, I don't know it if will -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] anyone using Lilo to dual-boot ? -- discovery
On 7/12/10, cov...@ccs.covici.com wrote: > > Philip Webb wrote: > >> Further ideas : I tried booting a Gentoo kernel with the Ubuntu / >> & avoided the kernel panic, but ran into an Ubuntu init error, >> so there's nothing inherently wrong with /dev/sda8 . >> >> Also, I checked the Ubuntu kernel config file, conveniently in /boot , >> which has ReiserFS configured as a module, whereas Ext2 & Ext3 are 'y'. >> That suggests that it's running into a road-block: >> it needs to use ReiserFS to start 'init', >> but can't load modules till it has already started 'init'. >> >> In that case, I need to re-install Ubuntu using Ext2 or Ext3 . >> In fact, it wb as a bug in Ubuntu's "advanced" install. >> >> Does that make sense to anyone else ? > > Or the module could be in the initrd -- should be. Also, be sure you > have root= in your append line. Yes, I'd be surprised if Ubuntu didn't have reiserfs easily available. OP: see what man page of mount has to say about reiserfs, --tail/--notail and LILO. ext3 doesn't sound so bad any more after reading the man page section. -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] emerge keeps 'fetching' gvfs-1.4.3-r1
On 7/13/10, Mark Knecht wrote: > It's not a big deal. The machine is fine. Everything is consistent as > far as I know. However some portion of the download logic in emerge is > confused. > > I've seen this sort of thing a few times in the past but it's always > cleared up in a day or two. This one has gone on for weeks. > > Note that I do use ~amd64 on portage & eix. Maybe it's a bug that > hasn't been cleaned up yet. > > So, following through, there does appear to be a new flag setting > (-gdu) however it's not triggered emerging @world even though packages > on the system require gvfs according to equery. > > Somethings inconsistent. (Possibly my brain!) Please tell us if these two files differ on the system: /var/db/pkg/gnome-base/gnome-2.28.2.ebuild /usr/portage/gnome-base/gnome-2.28.2.ebuild (Please adjust paths etc accordingly if you don't use regular locations or if I got the versions installed on the system wrong.) What we might have here is the fun of silent revbumps. -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] sys-power/nut-2.4.3-r2 fails to compile driver
On 7/15/10, Dale wrote:
> Hi folks,
>
> I'm trying to upgrade nut to the latest stable version. I have the
> driver set in make.conf and according to the website, it is the correct
> driver. I also while searching around noticed I need to make sure I
> have the driver in /lib/nut and sure enough, it is there. In make.conf
> I have this:
>
> NUT_DRIVERS="cyberpower"
>
> This is the error I am getting:
>
> make[1]: Entering directory
> `/var/tmp/portage/sys-power/nut-2.4.3-r2/work/nut-2.4.3/drivers'
> make[1]: *** No rule to make target `cyberpower', needed by `all-am'. Stop.
> make[1]: Leaving directory
> `/var/tmp/portage/sys-power/nut-2.4.3-r2/work/nut-2.4.3/drivers'
> make: *** [all-recursive] Error 1
> * ERROR: sys-power/nut-2.4.3-r2 failed:
> * emake failed
> *
> * Call stack:
> * ebuild.sh, line 48: Called src_compile
> * environment, line 2904: Called _eapi2_src_compile
> * ebuild.sh, line 640: Called die
> * The specific snippet of code:
> * emake || die "emake failed"
> *
> * If you need support, post the output of 'emerge --info
> =sys-power/nut-2.4.3-r2',
> * the complete build log and the output of 'emerge -pqv
> =sys-power/nut-2.4.3-r2'.
> * The complete build log is located at
> '/var/log/portage/elog/sys-power:nut-2.4.3-r2:20100715-034546.log'.
> * The ebuild environment file is located at
> '/var/tmp/portage/sys-power/nut-2.4.3-r2/temp/environment'.
> * S: '/var/tmp/portage/sys-power/nut-2.4.3-r2/work/nut-2.4.3'
>
> >>> Failed to emerge sys-power/nut-2.4.3-r2, Log file:
>
> >>> '/var/log/portage/elog/sys-power:nut-2.4.3-r2:20100715-034546.log'
> *
> * The following package has failed to build or install:
> *
> * ('ebuild', '/', 'sys-power/nut-2.4.3-r2', 'merge'), Log file:
> * '/var/log/portage/elog/sys-power:nut-2.4.3-r2:20100715-034546.log'
> *
> r...@smoker / #
>
> Any idea why it can't make my driver when it is the right one and is set
> in make.conf? What am I missing? Oh, this is connected to my serial
> port, NOT the USB port.
Wrong driver combined with outdated website info or other docs?
I have no idea of their driver model but a hunch from the basis of
cups and a quick grep would lead me to suggest that cyberpower driver
possibly no longer exists. It might have been replaced by powerpanel:
drivers/powerpanel.c: * powerpanel.c - Model specific routines for
CyberPower text/binary
--
Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] kdeplasma-addons-4.4.4 fails
On 7/26/10, David Kurka wrote: > On Tue, Jul 13, 2010 at 9:58 PM, James wrote: > >> Hello, >> >> I've manage to update several system (amd64 kde 4.4.4) >> but one is just giving me fits. >> >> I've rebuilt libpng per flameyes blog post: >> http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update. >> >> I've emerge -e system and used revdep-rebuild >> many times (clean now). Still kdeplasma-addons fails to >> build on this one system: >> >> 45 Generating ui_LancelotWindowBase.h >> >> python3.1 * >> x86_64-pc-linux-gnu-4.4.3 * >> dev-util/cmake-2.8.1-r2 >> >> >> Any suggestions would be welcome >> > > any updates on this? I'm having exactly the same problem! I don't have a clue about this, but I'm left wondering. What is the actual problem or error printout? Is it a sandbox violation like in bug #257116? Have you successfully run python-updater after switching to python 3.1? -- Arttu V. -- Running Gentoo is like running with scissors
Re: [gentoo-user] Re: Kernel 2.6.30 gets no network
On 9/13/09, Nikos Chantziaras wrote: > On 09/13/2009 01:48 PM, Kevin O'Gorman wrote: >> On Sun, Sep 13, 2009 at 3:42 AM, Kevin O'Gorman > <mailto:kogor...@gmail.com>> wrote: >> >> I'm just trying kernel 2.6.30-gentoo-r6 and having the same trouble >> I had with 2.56.30-r4, so now I need to ask if I'm alone in this. >> >> I copied my .config from my 2.6.28-gentoo-r5, did "make oldconfig" >> and took the default action on everything (none of which seemed >> related to this problem). It boots okay and recognizes everything >> except my network interfaces (on the motherboard, but they're Intel >> chipset thingies:) >> >> Here's what "lspci" says about them on the good kernel: >>> 07:02.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >>> Ethernet Pro 100 (rev 0d) >>> 07:03.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 >>> Ethernet Pro 100 (rev 0d) >> The 2.6.30-gentoo-r6 kernel does not bring them up, and a manual >> attempt to do so in /etc/init.d errors out with a claim the >> interfaces do not exist. >> >> Anybody else seen this or can give guidance? >> >> Umm. I just looked at the .config files, and it appears the interfaces >> are supported by the config option CONFIG_EEPRO100=y >> which is not even present in the 2.6.30 file. Eeeek! Is my system now >> unsupportable? > > It's CONFIG_E100: > > Symbol: E100 > Prompt: Intel(R) PRO/100+ support > Defined at drivers/net/Kconfig:1462 > Depends on: NETDEVICES && NET_ETHERNET && NET_PCI && PCI > Location: > -> Device Drivers > -> Network device support (NETDEVICES) > -> Ethernet (10 or 100Mbit) (NET_ETHERNET) Yes, a different(?) driver is to be used apparently (code duplication reductions?): "e100: add support for 82552 10/100 adapter" http://kernelnewbies.org/Linux_2_6_30 -- Arttu V.
Re: [gentoo-user] Skipping interactive emerges
On 9/18/09, Neil Bothwick wrote: > There's got ot be an easy answer to this, but I've looked in the portage, > emerge and make.conf man pages to no avail. Is it possible to have > emerge skip interactive ebuilds during a world update? portage man-page seems to be outdated (missing the info). Deny interactivity (e.g., in make.conf): ACCEPT_PROPERTIES="-interactive" Then try to emerge something interactive: !!! All ebuilds that could satisfy "games-fps/enemy-territory" have been masked. !!! One of the following masked packages is required to complete your request: - games-fps/enemy-territory-2.60b (masked by: interactive properties) I believe the source of this feature is this bug: http://bugs.gentoo.org/151113 Naturally, I'm running 2.2rc-series portage, so 2.1 might not have it. -- Arttu V.
Re: [gentoo-user] Emerge gramps-3.1.2 fails
On 9/18/09, Jim Cunning wrote: > Trying to emerge gramps-3.1.2 fails with the following error: > === > checking for sh... /bin/sh > > checking Python bindings for gtk 2.10 (pygtk2>=2.10.0)... configure: error: > > > The python bindings for gtk 2.10 (pygtk2>=2.10.0) could not be found. > > !!! Please attach the following file when seeking support: > !!! /var/tmp/portage/app-misc/gramps-3.1.2/work/gramps-3.1.2/config.log You should attach config.log, or at a minimum the spot in there where configure tries to find gtk and pygtk. Without that info it's very hard to limit the things that could be broken. -- Arttu V.
Re: [gentoo-user] Skipping interactive emerges
On 9/18/09, Neil Bothwick wrote: > On Fri, 18 Sep 2009 12:35:39 +0300, Arttu V. wrote: > >> eny interactivity (e.g., in make.conf): >> >> ACCEPT_PROPERTIES="-interactive" >> >> Then try to emerge something interactive: > > I just tried that, and instead of skipping the upgrades, it wanted to > download several packages to a much older version :( O.o Care to share some of the packages causing this? Maybe some packages have interactivity marked only in their later versions, and others have it in their earlier ones? As the feature is not advertised on the portage man-page it could also be that it is still exceptionally buggy or non-functional somehow (but the bug was closed ...) ... and also, maybe there is another way to do this? This was the first one I found. >> Naturally, I'm running 2.2rc-series portage, so 2.1 might not have it. > > I do, this is a ~amd64 system. Ok, the box I tried that on was a mostly stable amd64, with only some end-user programs and libs (like mozilla-firefox and xulrunner) on testing. And naturally portage-2.2rc40, as you couldn't get kde4 without it the other year. -- Arttu V.
Re: [gentoo-user] tellico fails to build
On 9/20/09, luis jure wrote: > Linking CXX executable tellico > /usr/lib/libpoppler-qt4.so: undefined reference to > `GfxColorSpace::setDisplayProfile(void*)' > /usr/lib/libpoppler-qt4.so: undefined reference to > `GfxColorSpace::setDisplayProfileName(GooString*)' > /usr/lib/libpoppler-qt4.so: undefined reference to > `GfxColorSpace::getRGBProfile()' > /usr/lib/libpoppler-qt4.so: undefined reference to > `GfxColorSpace::getDisplayProfile()' I don't use tellico, but doesn't that error message mean that your system's current libpoppler-qt.so is broken? Run revdep-rebuild, or just "emerge -1 poppler-qt4" for poppler's qt4 bindings. Then retry emerging tellico. -- Arttu V.
Re: [gentoo-user] Skipping interactive emerges
On 9/21/09, Neil Bothwick wrote: > On Fri, 18 Sep 2009 12:59:02 +0300, Arttu V. wrote: > >> > I just tried that, and instead of skipping the upgrades, it wanted to >> > download several packages to a much older version :( >> >> O.o >> >> Care to share some of the packages causing this? Maybe some packages >> have interactivity marked only in their later versions, and others >> have it in their earlier ones? > > That was mu supposition too, here's the list. It's an upgrade of > virtualbox-bin > that triggered my question. I wanted to be able to let a world update > proceed > without stopping while I wasn't looking. > > > Calculating dependencies... done! > [ebuild UD] app-emulation/virtualbox-modules-1.6.6-r1 [3.0.6] > [ebuild N] sys-apps/usermode-utilities-20070815 > [ebuild N] net-misc/bridge-utils-1.4 > [ebuild UD] app-emulation/vmware-modules-1.0.0.15-r2 [1.0.0.25] > [ebuildFUD] app-emulation/vmware-workstation-5.5.9.126128 [6.5.3.185404] > [ebuildFUD] app-emulation/virtualbox-bin-1.6.6 [3.0.6-r1] > > !!! The following installed packages are masked: > - virtual/poppler-glib-0.12.0 (masked by: virtual properties) > - virtual/monodoc-2.4.2.3 (masked by: virtual properties) > - virtual/poppler-qt4-0.12.0 (masked by: virtual properties) > - virtual/poppler-0.12.0 (masked by: virtual properties) > - virtual/poppler-utils-0.12.0 (masked by: virtual properties) A late and pretty useless reply follows: Maybe you could construct a local set, e.g., @my_noninteractives out of the "nearly-leaf-in-tree" packages you know aren't interactive (e.g., xorg, openoffice, whatever), and emerge -vuDN @my_noninteractives instead of world or @world (which do contain also the interactive packages)? Optimal situation for such would be if portage provided or knew about the sets @world and @noninteractive, and you could perform set mathematics on them: "@world \\ @noninteractives" or something. Hmm, maybe chalk that up for portage 4.7 feature list, right next to EAPI=4381? :D Otherwise I have no other solution apart from manual script-craftery -- emerge -pvuDN world, filter out interactive packages and packages depending on interactives, etc from the list, only emerge non-interactives. -- Arttu V.
Re: [gentoo-user] Re: What is a "packet"? Was: Checksum error
On 10/12/09, Alan McKinnon wrote: > On Monday 12 October 2009 21:31:35 Grant Edwards wrote: >> On 2009-10-12, Alan McKinnon wrote: >> > One day an idiot refused to pay. So he tried to drive off >> > anyway. In a brand new Mercedes. Caused about ZAR15,000 damage >> > to his wheel arches rather than admit he was wrong and cough >> > up ZAR200 :-) >> > >> > Darwin gets them all in the end :-) >> >> Unforutunately, they often succeed in reproducing before >> getting, um, shall we say "selected against with sufficient >> prejudice." > > This has got to be the most rapidly off-topic going thread I've seen this > whole year :-) Don't worry -- come next year, and we'll top this one! Yarrr! :D -- Arttu V.
Re: [gentoo-user] ">=net-libs/libsoup-2.25.1:2.4[gnome]" Huh?
On 10/19/09, Dale wrote: > You read it correctly. I have always had -gnome in my USE flags. Well, > except that one time I checked out gnome but didn't like it. That was > YEARS ago too. Anyway, This is my USE flags right now: Did you check /etc/portage/package.use? You might have some surprises left dangling in there. -- Arttu V.
Re: [gentoo-user] ebuild help: java main class?
Grant wrote:
I'm trying to fix up the JAlbum ebuild:
http://bugs.gentoo.org/show_bug.cgi?id=128356
and get it to use java-pkg-2. Here's what I have so far:
inherit java-pkg-2 eutils
S="${WORKDIR}/Jalbum"
DESCRIPTION="Web photo album generator"
HOMEPAGE="http://jalbum.net/";
SRC_URI="http://jalbum.net/download/Jalbum${PV}.zip";
LICENSE="as-is"
SLOT="0"
KEYWORDS="x86"
IUSE=""
DEPEND=">=virtual/jre-1.5"
RDEPEND="${DEPEND}"
src_install() {
java-pkg_dojar JAlbum.jar
java-pkg_dolauncher jalbum \
--jar JAlbum.jar \
--java_args -Xmx400M
local dest=/usr/lib/${PN}
dodir ${dest}
cp -R ${S}/* ${D}/${dest} || die "Install failed"
doicon ${FILESDIR}/Jalbum-icon.png
make_desktop_entry ${PN}
}
It executes just fine, but I get:
$ jalbum
Error: se.datadosen.jalbum.JAlbum
java.lang.ClassNotFoundException: se.datadosen.jalbum.JAlbum
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at se.datadosen.jalbum.Main.main(Main.java:23)
I was told I need to define the main class with --main. Does anyone
know how to determine what the main class should be?
No, it has clearly already loaded at least one class (last line of that
stack trace reveals this), and is looking for some others needed by that
class -- but the classloader fails to find them. JAlbum probably also
has a Main-Class header defined in the jar's manifest, so this is likely
to be just another classpath-related issue.
But the ebuild you're pushing ... I think it would need some serious
work for the installation part. I think it installs files in all wrong
places, and thus Gentoo's Generation 2 java system cannot automatically
add them to classpath.
There is some advice on the issue in section 3, the Filesystem layout
over here:
http://www.gentoo.org/proj/en/java/java-devel.xml
After trudging through that you might understand why Gentoo Java team
has constantly several dev positions advertised on "help wanted". Some
of Java's ways don't mix that well with Gentoo's approaches, especially
with compiling and packaging (installations).
If you are in a hurry of some sort, you might just try taking the jar,
unpacking it into a subdir under your homedir, cd'ing in, and trying
something like "CLASSPATH=.:${CLASSPATH} foo.sh". With a little luck it
might work as such, without the pain of making a proper ebuild for it.
--
Arttu V.
Re: [gentoo-user] ebuild help: java main class?
On 10/25/09, Grant wrote: > So 'emerge JAlbum' isn't feasible? In its current state I'd say "no", it needs major fixes and polishing. I'll see if I can do something for it later today, but I cannot promise I can fix it properly. -- Arttu V.
Re: [gentoo-user] Uncle: qt-*:4 dependencies/blocks preventing world update
On 10/25/09, Amit Dor-Shifer wrote: > !!! One of the following packages is required to complete your request: > - x11-libs/qt-core-4.5.2 (Change USE: +qt3support) Have you tried doing what it says here, i.e., enabling USE="qt3support" in, e.g., make.conf? (Sorry if you've already stated that you have, I'm getting confused by the dozens of recent, near-identical qt-problems emails.) -- Arttu V.
Re: [gentoo-user] ebuild help: java main class?
On 10/25/09, Grant wrote: > Another option is to use the start script supplied in the bug: > > http://bugs.gentoo.org/show_bug.cgi?id=128356 > http://bugs.gentoo.org/attachment.cgi?id=97807 > > but I'm not sure how to get it to install somewhere useful. Just > putting it in the files dir, I don't think anything happens with it. > Any pointers on that? I added an alternate ebuild to the bug. It doesn't need external runner scripts. With it JAlbum-.8.5.1 seems to start-up nicely even on amd64, asks for some kind of login (I canceled out from that screen), and then allows one to ... well, design album covers, I guess. :) That's how far I tried it. Now it starts up, but I still don't know if all the dependencies got properly laid out. And reading into the ebuild should reveal many pieces still needing work. -- Arttu V.
[gentoo-user] net-print/cups-1.4.1 and USE="samba"?
Hello, I'm confused about some of the changes in cups' ebuilds, and ChangeLog didn't provide a real answer. The stable arch cups 1.3 series ebuilds have samba USE-flag and respective deps on samba packages, but ~arch 1.4.1's ebuild only lists samba in IUSE -- no deps lines for samba are there. Actually AFAICT, the samba USE flag isn't used at all, although it is still listed in IUSE. Question: is this just a left-over USE-flag in the ebuild's IUSE, or is there something more dangerous going on? -- Arttu V.
Re: [gentoo-user] Valve Steam on gentoo
On 12/3/09, Kirill Lipatov wrote: > For some reason Steam fails to start any games on my gentoo box. I am using > wine 1.1.32 with the engine itself and the games all downloaded to gentoo's > partition (not the ntfs3g problem). Steam itself loads fine, but when I > click launch the game nothing happens. > > This is very said because Steam is the only reason why I still have to deal > with Windows :( > > Any ideas? You have probably already seen this bug and checked if it matches your problem: http://bugs.gentoo.org/230962 What a lucky discovery the last commenter made there. -- Arttu V.
Re: [gentoo-user] [OT] Need advice from people who use non-ascii all day long
On 12/3/09, fe...@crowfix.com wrote: > I have a project which requires normalizing names, and by that, I mean > converting to lower case etc, whatever eliminates redundancies. I assume you have already removed the language problem from the equation? I.e., the fact that København, Copenhague, Kööpenhamina and Copenhagen all mean the same place, just in different European languages (Danish, Spanish, Finnish and English, in that order). If you have input in multiple languages then it is not just about umlauts or no umlauts ... -- Arttu V.
Re: [gentoo-user] Re: Heads up: Your system might be broken and/or insecure due to serious patch-2.6 bug
On 12/8/09, Alan McKinnon wrote: >> Let me emphasise yet again: the way I do things has been successful >> on 2 machines for more than 6 years; it's others who have problems >> doing it their way & regularly seek advice on this list as a result. > > Let me correct you there: > > The experienced old hands here almost uniformly do not have such problems. > It's the n00bs who don't grok portage just yet, or don't know to look inside > ebuilds when the ebuild goes wonky, who have such problems. The classic > cause of problems is mixing stable and testing I think Mr. Webb might be running his gentoo systems like they were some Slackware boxes. I sure run mine like they were Windows/Red Hat/Ubuntu mongrels. Praise the FSM and his noodly appendages for live cds, for times when installs go bad! :) "Dependency management is left up to the sysadmin, and that's the way we like it." [1] [1] http://www.slackbook.org/html/package-management.html Habits learned on other systems (Red Hat, Slackware, Ubuntu, OS X, MS Windows etc) are hard to "un-learn" if they don't break anything in your current system. You just keep on trucking like before. -- Arttu V.
Re: [gentoo-user] How can I solve "emerge @preserved-rebuild" loop?
On 12/8/09, Alan McKinnon wrote: > On Tuesday 08 December 2009 14:08:47 Dale wrote: >> Is this the one where you need to fetch the files first, then un-emerge >> and emerge? I recall one being that way but not sure if it is this one. > > No, that was a while ago. This is simply a conflict involving e2fsprogs-libs > > Doesn't remove wget Well, I think Mr. Dalek is entirely correct, this is the same problem. e2fsprogs-libs nowadays contains the com_err library, missing of which was (IIRC) causing problems with, e.g., wget in the olden days. Anyone know how the problem was actually fixed? Did they start linking wget statically? Or are we relying on portage's new tricks, like background downloading, which hides 99% of the problem under the rug, as you will very likely have the sources already downloaded during previous compiles? -- Arttu V.
Re: [gentoo-user] libsamplerate fails to compile
On 12/13/09, meino.cra...@gmx.de wrote: > * Failed Running aclocal ! > * > * Include in your bugreport the contents of: > * > * > /home/mccramer/data/portagetmp/portage/media-libs/libsamplerate-0.1.4/temp/aclocal.out What does that file contain? -- Arttu V.
Re: [gentoo-user] OT: extract an image from a .doc file?
On 12/14/09, Stroller wrote: > It is a 2meg file, but unfortunately, as Mick appears to have > predicted, it is called simply "Object 1" with no file extension. > > Running `file` on it shows it to be a "Microsoft Office Document", but > it's apparently not the kind you can open in Word. > > I suspect this is going to prove a dead loss. Thanks for your help, > though. Throwing a wild guess here. Could it be a MODI object? http://en.wikipedia.org/wiki/MODI Then you have entered captive markets, might be hard to do much without software from MS. -- Arttu V.
Re: [gentoo-user] skip some package in glsa-check
On 12/17/09, Crístian Viana wrote: > hi, > > I run "glsa-check -f affected" to update a Gentoo system, but there's one > specific package I can't update, because it's a C library someone is using > and the 'secure' version is causing segmentation fault on her program, so I > added it to packages.mask. but as I run glsa-check in a cron job, if there's > one package it can't emerge, it won't emerge the rest of them (if only I > could add "--keep-going"). > > does anyone have a solution to this? I want to keep running glsa-check to > update my system, but I don't want to update one specific package. > > thanks! > > -- > Crístian Deives dos Santos Viana [aka CD1] > Sent from Campinas, SP, Brazil I don't know this for sure, but I wonder if putting the package in package.provided would result in what you are looking for? So, unless someone gets a better idea, I'd try to emerge the properly functioning version of the package, and then mark it provided: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=5#doc_chap3 -- Arttu V.
Re: [gentoo-user] skip some package in glsa-check
On 12/17/09, Crístian Viana wrote: > it didn't work :( although I didn't know about the existence of that file! > :) Ouch, too bad. I realized the same as I was reading portage man page about that file. It requires explicit versions for the provided packages, and that makes my suggestion a non-working one. But then I just noticed this in your first email: > so I added it to packages.mask. I assume that's just a typo in the email? That file has no s (plural) before the dot, and if you create one with an s, I think it will just be silently ignored. -- Arttu V.
Re: [gentoo-user] coreutils compilation fail.
On 1/10/10, Li wrote:
> Hi all:
>
> I am trying emerge -e world, when the portage emerge coreutils, I got this
> massage:
>
>>>> Failed to emerge sys-apps/coreutils-7.5-r1, Log file:
>
>>>> '/var/tmp/portage/sys-apps/coreutils-7.5-r1/temp/build.log'
>
> * Messages for package sys-apps/coreutils-7.5-r1:
>
> * Failed Patch: 001_all_coreutils-gen-progress-bar.patch !
> * (
> *
> /var/tmp/portage/sys-apps/coreutils-7.5-r1/work/patch/001_all_coreutils-gen-progress-bar.patch
> * )
> *
> * Include in your bugreport the contents of:
> *
> *
> /var/tmp/portage/sys-apps/coreutils-7.5-r1/temp/001_all_coreutils-gen-progress-bar.patch.out
> *
> * ERROR: sys-apps/coreutils-7.5-r1 failed.
> * Call stack:
> * ebuild.sh, line 49: Called src_unpack
> * environment, line 2657: Called epatch
> * environment, line 1248: Called die
> * The specific snippet of code:
> * die "Failed Patch: ${patchname}!";
> * The die message:
> * Failed Patch:
> * 001_all_coreutils-gen-progress-bar.patch!
> *
> * If you need support, post the topmost build error,
> * and the call stack if relevant.
> * A complete build log is located at
> * '/var/tmp/portage/sys-apps/coreutils-7.5-r1/temp/build.log'.
> * The ebuild environment file is located at
> * '/var/tmp/portage/sys-apps/coreutils-7.5-r1/temp/environment'.
>
> system information:
>
>> uname -a
> Linux PC-686 2.6.31-gentoo-r6 #16 SMP PREEMPT Wed Jan 6 23:55:37 CST
> 2010 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ AuthenticAMD
> GNU/Linux
Re-sync portage tree and try again.
eutils.eclass (where epatch is defined) has been changed several times
in the last 24 hours. The last change seems to fix something which
might be the direct cause of your problem (an EPATCH_EXCLUDES handling
bugfix, as according to the ebuild that 001_all_* patch is supposed to
be excluded?).
--
Arttu V.
[gentoo-user] What is this new python error? "'--active' option cannot be used"
Hello,
Can anybody hint what on Earth this following message means, I've
never seen anything like it:
* Messages for package dev-python/sip-4.9.3-r1:
* ERROR: dev-python/sip-4.9.3-r1 failed:
* PYTHON(): '--active' option cannot be used in ebuilds of packages
supporting installation for multiple versions of Python
*
* Call stack:
* ebuild.sh, line 48: Called src_install
* environment, line 3362: Called python_need_rebuild
* environment, line 3231: Called PYTHON '-A' '--ABI'
* environment, line 205: Called die
* The specific snippet of code:
* die "${FUNCNAME}(): '--active' option cannot be
used in ebuilds of packages supporting installation for multiple
versions of Python";
I can see the most recent change in the eclass touching this part over
at s.g.o, as well as read the code, but it didn't make me any wiser so
far:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?rev=1.82&view=log
But then again, it says it fixes something for the 2.1-series portage
users. Is this now broken for us overly brave portage 2.2_rc users?
--
Arttu V.
[gentoo-user] Re: What is this new python error? "'--active' option cannot be used"
Arttu V. wrote:
Hello,
Can anybody hint what on Earth this following message means, I've
never seen anything like it:
* Messages for package dev-python/sip-4.9.3-r1:
* ERROR: dev-python/sip-4.9.3-r1 failed:
* PYTHON(): '--active' option cannot be used in ebuilds of packages
supporting installation for multiple versions of Python
*
* Call stack:
* ebuild.sh, line 48: Called src_install
* environment, line 3362: Called python_need_rebuild
* environment, line 3231: Called PYTHON '-A' '--ABI'
* environment, line 205: Called die
* The specific snippet of code:
* die "${FUNCNAME}(): '--active' option cannot be
used in ebuilds of packages supporting installation for multiple
versions of Python";
I can see the most recent change in the eclass touching this part over
at s.g.o, as well as read the code, but it didn't make me any wiser so
far:
http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?rev=1.82&view=log
But then again, it says it fixes something for the 2.1-series portage
users. Is this now broken for us overly brave portage 2.2_rc users?
Sorry for the noise. A re-sync updated python.eclass, and (hopefully)
ended up sorting this out. At least the eclass was changed, and now sip
emerges without complaints.
--
Arttu V.
Re: [gentoo-user] Can you rewrite this 1996 qfile command?
On 1/18/10, Grant wrote:
>>> I've hit a bug that won't let me start an xfce4 session. I think it
>>> was caused by upgrading glibc, and it is pretty well described in this
>>> nearly 4-year-old bug:
>>>
>>> http://bugs.gentoo.org/125909
>>>
>>> The solution is presented as:
>>>
>>> qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile
>>>
>>> but I get:
>>>
>>> qlist: invalid option -- 'l'
>>> qlist: invalid option -- '['
>>>
>>> Removing the -l fixes the first invalid option, but I don't know how
>>> to fix the second. Does anyone know how to rewrite this command so it
>>> will work?
>>
>>
>> I can't see how you can get those errors, unless you have a broken qlist
>> that
>> is outputing something dodgy from the "qlist -ICv"
>>
>> If it persists, copy-paste your input and the output from your terminal
>> into a
>> mail. Or run
>>
>> qlist -o $(qlist -ICv) | less
>>
>> and examine that closely for errors
>
> I was making a transcription error before, but after correcting it, it
> still doesn't work:
>
> # qlist -o $(qlist -ICv) | scanelf -Bs__guard -qf - -F%F#s | xargs qfile
> Usage: qfile : list all pkgs owning files
>
> Options: -[ef:m:oRx:vqChV]
> -e, --exact * Exact match
> -f, --from * Read arguments from file ("-" for stdin)
> -m, --max-args * Treat from file arguments by groups of
> (defaults to 5000)
> -o, --orphans* List orphan files
> -R, --root-prefix* Assume arguments are already prefixed by $ROOT
> -x, --exclude * Don't look in package
> -v, --verbose* Make a lot of noise
> -q, --quiet * Tighter output; suppress warnings
> -C, --nocolor* Don't output color
> -h, --help * Print this help and exit
> -V, --version* Print version and exit
>
> Does anyone know what might be wrong?
Solar's one-liner is likely working perfectly here. The one-liner just
doesn't find any binaries with the ancient SSP symbol, and thus args
for qfile are empty -- leading into qfile printing its usage.
Everything seems to be just fine there, so we might need to back up to
the point where you decided that this bug was a match for your
problem. Did you get the same error? From which program exactly? Have
you installed binaries that are not in portage's installed files'
lists?
--
Arttu V.
Re: [gentoo-user] Re: problem compiling Avahi
On 1/19/10, walt wrote: > On 01/19/2010 04:13 AM, SpaceCake wrote: >> Hi, >> >> I have problem to compile Avahi. As far as I see there was several bugs >> related to this package in the past, so I've tried to perform the steps in >> those bug reports to fix this issue (recompile python, python packages, >> playing with useflags etc). >> Unfortunately I can't make it work, so I removed avahi from useflags, so >> my world compile is ok. However I would like to use it, so if anyone has >> any idea how can I fix it, it could be great >> >> I think the most important part is >> >> configure: error: Could not find Python module dbus >> >> however dbus python is emerged and exists >> >> however when I import module I've got this > >> ImportError: /usr/lib/python2.6/site-packages/_xmlplus/parsers/pyexpat.so: >> undefined symbol: PyUnicodeUCS2_Decode > > An undefined symbol error means that something has changed since that > library was installed. The solution is to re-install that library, which > means > re-install the pyexpat package. I'm guessing that revdep-rebuild would do > that for you automatically. You might want to run redep-rebuild anyway > because you may have other broken libraries on your machine as well. I think the package is called pyxml? emerge -1 pyxml, then revdep-rebuild. Also, OP should be aware of the USE flag changes for ucs2/wide-unicode. A snippet from dev-lang/python's ChangeLog (also see referred bug report): 06 Dec 2009; Arfrever Frehtes Taifersar Arahesis python-2.4.6.ebuild, python-2.5.4-r3.ebuild, python-2.6.2-r1.ebuild, python-2.6.2-r2.ebuild, python-2.6.3.ebuild, python-2.6.4.ebuild, python-3.1.1-r1.ebuild, metadata.xml: Remove "ucs2" USE flag and add "wide-unicode" USE flag (bug #293135). -- Arttu V.
Re: [gentoo-user] dependencies - one more mystery novel
On 1/21/10, Helmut Jarausch wrote:
> Upgrading to media-libs/jpeg-8
> poses a new level of difficulty (to me).
>
> I cannot use emerge @preserved-rebuild since I still
> have kde-3 packages and still have problems with the
> kde-sunset overlay which I have to resolve lateron.
>
> Now, I try to find out which packages depend on jpeg-7.
> First idea
> revdep-rebuild -p -L /usr/lib64/libjpeg.so.7
>
> but this also finds packages which depend on
> /usr/lib64/libjpeg.so.7 AND /usr/lib64/libjpeg.so.8
> probably because they depend on /usr/lib64/libjpeg.so.7
> only indirectly.
>
> But how to find out these intermediate libraries which depend
> on /usr/lib64/libjpeg.so.7 directly?
I don't know why you wouldn't want to fix the kde3 overlay part ASAP,
but here is a guesswork, which might dig you something useful:
ls /usr/lib64/*.so | xargs -r scanelf -BF%n | grep 'libjpeg\.so\.7' |
awk '{ print $2 }' | xargs -r qfile -qC | uniq
It doesn't understand, e.g., slots, nor is really optimized. For such,
we'd need a separate program, which we'd call ... umm, lemme think ...
is reverse-dependency-rebuilder good? ;)
--
Arttu V.
Re: [gentoo-user] Most all KDE 4 emerges fail. Cmake is common.
On 1/21/10, Dale wrote: > CMake Error at /usr/share/cmake/Modules/FindKDE4.cmake:98 (MESSAGE): > ERROR: cmake/modules/FindKDE4Internal.cmake not found in > Call Stack (most recent call first): > CMakeLists.txt:6 (find_package) Ok, so kde4-config is not returning any path for the kde4 data (i.e., apps?) dir? Does "kde4-config --path data" return anything if you run it from a shell? -- Arttu V.
Re: [gentoo-user] correct way for unmasking several packages
On 1/22/10, Arnau Bria wrote: > Hi all, > > I'm wondering which is the correct way for unmasking several > depending packages when you want to unmask only want. > > Let me explain, I want to unmask xorg-server, and every time I try to > update, it complains about one package, I unmask it, then it complains > about other, and so on... > > so, is there a good/correct way for doing so? You might want to try and emerge autounmask: http://www.iml.ece.mcgill.ca/~stephan/autounmask It's not necessarily the "right" way, and I don't use it, but apparently some (many?) do. -- Arttu V.
Re: [gentoo-user] libkdegames-3.5 won't compile
On 2/1/10, Dale wrote: > /bin/sh ../libtool --silent --tag=CXX --mode=link i686-pc-linux-gnu-g++ > -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE > -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG > -DNO_DEBUG -O2 -march=athlon-xp -O2 -pipe -fomit-frame-pointer > -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor > -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION > -Wl,-O1 -o libkdegames.la -rpath /usr/kde/3.5/lib -L/usr/kde/3.5/lib > -L/usr/qt/3/lib -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R > /usr/qt/3/lib -no-undefined -Wl,--no-undefined > -Wl,--allow-shlib-undefined -version-info 3:0:2 kcarddialog.lo > kstdgameaction.lo kgamemisc.lo kchatbase.lo kchat.lo kchatdialog.lo > kgameprogress.lo kcanvasrootpixmap.lo kgamelcd.lo > highscore/libkhighscore.la kgame/libkgame.la > kgame/dialogs/libkgamedialogs.la -lkio -lkdnssd A wild guess which might or might not do any good: cd into the directory where this happens, copy & paste this monstrosity of a linking command it prints out, and switch the libs around from the end (lkio -lkdnssd => -lkdnssd -lkio). -- Arttu V.
RE: [gentoo-user] brlcad users here?--RESOLVED
> Date: Tue, 18 Dec 2007 11:33:52 -0800 > From: [EMAIL PROTECTED] > > Just to clarify: What does a 'pre-compiled binary' do? I meant just regular binary files, which have been compiled -- as opposed to the source files (non-compiled ;) ). Sorry for being unclear. :) -- Arttu V. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/-- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] NFS Server Tuning
On 1/24/08, Stefan Onken <[EMAIL PROTECTED]> wrote: > > Any ideas how to improve the speed ? noatime? -- Arttu V. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Kbackup emerge error.
On 4/8/09, Dale wrote: > Anybody ran into this: >> Selector.cxx: In constructor 'Selector::Selector(QWidget*)': >> Selector.cxx:125: error: '::getenv' has not been declared > I searched the forums but it returned very little and most of that was > really really old. I went back a good piece and I think all the error > should be there but if I missed something, let me know. I can go back a > little further if needed. Ok, the gurus won't touch this (at least on list) so I'll throw out a wild guess: maybe a gcc 4.3 related issue in kbackup 0.5.3's sources? If kbackup 0.5.4[-r1] (currently ~arch) has the same then you probably want to file a bug about it at b.g.o. Otherwise a bug report will just be a waste of time, it'll get either ignored or closed with a suggestion to use the newer one. (I.e., then one must try to out-clever the devs and file a stabilization bug for the newer one? ;) ) -- Arttu V.
Re: [gentoo-user] Kbackup emerge error.
On 4/13/09, Dale wrote: > I have the same thing for both Kbackup Apparently, it was a gcc-4.3 issue and I tried to provide a fix for it in bug #266026. > and hwinfo. It looks like it is a boo boo between the kernel and gcc. Which version of hwinfo and what does it complain about? sys-apps/hwinfo 14.19 and 13.28 emerge just fine on my two trusty, old amd64 boxes (I don't have x86 unless I reboot), while 8.38 doesn't even have any amd64 keywording (so didn't even try) and 13.0 squeals about a thing that I guess might also be fixable by a one- or two-line patch: gcc -c -Wall -pipe -g -O2 -march=athlon64-sse3 -pipe -I/var/tmp/portage/sys-apps/hwinfo-13.0/work/hwinfo-13.0/src/hd hwinfo.c gcc hwinfo.o -Lsrc -lhd -o hwinfo src/libhd.so: undefined reference to `dbus_connection_disconnect' collect2: ld returned 1 exit status make: *** [hwinfo] Error 1 -- Arttu V.
Re: [gentoo-user] CMake and empty directories
On 4/15/09, Patrick Holthaus wrote:
> INSTALL(CODE "FILE(MAKE_DIRECTORY ${INCLUDEDIR_B}/iwPlugins)")
> It seems for me that the variable INCLUDEDIR_B is not expanded to the
> sandbox path but /usr/include within the CODE statement.
Just a wild guess from a perl-fan: would it work if you escaped that
dollar sign with a backslash? It might move the expansion around a
bit, maybe even to the right place if you're lucky.
--
Arttu V.
Re: [gentoo-user] gentoo installation -> emerge problem
On 4/15/09, Christoph Schrauth wrote: > Hi all, > > I'm installing a new gentoo system. > After installing the minimal system I tried to emerge applications like kde, > samba, cups or something like that, but everytime I get the following > message: > > emerge -av kde-meta > > These are the packages that would be merged, in order: > Calculating dependencies... done! > > emerge: there are no ebuilds built with USE flags to satisfy > "app-text/docbook-sgml-utils[jadetex]". > !!! One of the following packages is required to complete your request: > - app-text/docbook-sgml-utils-0.6.14 (Change USE: +jadetex) > (dependency required by "media-libs/fontconfig-2.6.0-r2" [ebuild]) Could you relax your USE-flags, i.e., drop USE="doc"? Fontconfig's ebuild only needs the sgml stuff for extraneous docs and I doubt whether you really need the pdf documents created by that USE flag -- especially given that you're apparently still on the command line where viewing them might req ... -- Arttu V.
Re: [gentoo-user] Re: Mysql and utf8: Can't initialize character set utf-8
On 5/2/09, Galevsky wrote: > Well can someone tell me if a utf-8 gentoo box shoud have the file > /usr/share/mysql/charsets/utf-8.xml ? AFAICT no and AFAICT nor should any other MySQL instance on any platform. According to sql/share/charsets/README those files are only for simple charsets, e.g., with single-byte characters. UTF-8 is multi-byte and thus should be compiled in the strings library. -- Arttu V.
Re: [gentoo-user] nanosleep broken on ~amd64?
walt wrote: Could someone else compile the test and confirm that it returns 119 on ~amd64 instead of 0? It returns 119 on an semi-ancient Athlon64 3200+ box here as well. Could kernel HZ-settings affect the outcome? This box has CONFIG_HZ=250, but tomorrow I can try on another amd64 which runs a 1000HZ kernel IIRC. -- Arttu V.
[gentoo-user] What's the deal with CAMERAS anyway?
Hello, Inspired by the other digicam thread I took a quick look at an older problem of mine, namely getting libgphoto2 to compile drivers for all cameras. Anyone got a clue why *not* setting CAMERAS won't build drivers for all cameras as claimed several times in the libgphoto2 ebuild? All I see is that CAMERAS variable is not handled directly by the ebuild (but maybe libgphoto2's Makefiles or build scripts do something with it?), and when I comment out CAMERAS="canon" line from /etc/make.conf, then *poof* libgphoto2 plans to drop even that only driver I currently have compiled: [ebuild R ] media-libs/libgphoto2-2.4.3 USE="exif hal nls -bonjour -doc" CAMERAS="-adc65 -agfa_cl20 -aox -barbie -canon* -casio_qv -clicksmart310 -digigr8 -digita -dimagev -dimera3500 -directory -enigma13 -fuji -gsmart300 -hp215 -iclick -jamcam -jd11 -jl2005a -kodak_dc120 -kodak_dc210 -kodak_dc240 -kodak_dc3200 -kodak_ez200 -konica -konica_qm150 -largan -lg_gsm -mars -mustek -panasonic_coolshot -panasonic_dc1000 -panasonic_dc1580 -panasonic_l859 -pccam300 -pccam600 -polaroid_pdc320 -polaroid_pdc640 -polaroid_pdc700 -ptp2 -ricoh -ricoh_g3 -samsung -sierra -sipix_blink -sipix_blink2 -sipix_web2 -smal -sonix -sony_dscf1 -sony_dscf55 -soundvision -spca50x -sq905 -stv0674 -stv0680 -sx330z -template -topfield -toshiba_pdrm11" 5,052 kB Something's fishy with this and I just haven't had the time to investigate further. A quick glance-comparison shows libgphoto2 ebuild missing the critical lines actually doing something with the CAMERAS variable -- while for similar variable settings lines exists for, e.g., lirc (LIRC_DEVICES) and alsa-driver (ALSA_CARDS) in their respective ebuilds. After taking a two-minute look at the ebuilds I just have the question: is it supposed to work, does leaving it empty work for someone? -- Arttu V.
Re: [gentoo-user] Resizing ext3 Partition
On 5/4/09, Marco wrote: > On Mon, May 4, 2009 at 1:44 PM, Andrew MacKenzie > wrote: >> +++ Marco [gentoo-user] [Mon, May 04, 2009 at 12:56:05PM +]: > [...] >> Just to be sure you checked - Gentoo keeps temporary files in >> /var/tmp/portage/ (build temp location, sometimes things get left here) >> and >> /usr/portage/distfiles/ (download location). >> >> /usr/portage/distfiles can get pretty large over time. > > I cleaned this directory frequently, but still running low on disk space... I may have missed something of your configuration or partitions (did you have a separate /usr?), but check old and useless kernel sources from under /usr/src (and under /lib/modules if you've compiled and installed modules). Clean out old and unused ones. Compiled kernel sources directories can be over 800 MB *each*. For example for my current /usr/src/linux (which points to ./linux-2.6.28-gentoo-r5) du says 818MB. You don't need too many of these to fill up a 10GB partition. -- Arttu V.
Re: [gentoo-user] What's the deal with CAMERAS anyway?
On 5/4/09, Paul Hartman wrote: > On Mon, May 4, 2009 at 6:43 AM, Arttu V. wrote: >> Anyone got a clue why *not* setting CAMERAS won't build drivers for >> all cameras as claimed several times in the libgphoto2 ebuild? > > src_configure() in the libgphoto2 ebuild looks like it handles the > none=all logic. That was the same part I glimpsed over earlier in wonder, and the ebuild didn't really answer my question as it doesn't even touch the CAMERAS variable (only the local lower case "cameras" and also "IUSE_CAMERAS"). But after a fair bit of grepping around portage's sources I have now come up with a theory that satisfies my curiosity for now. I think the problem is my poor brain not understanding the somewhat misleading printout from emerge -p libgphoto2. It has a minus sign in front of all CAMERAS drivers listed, so trying to be logical I assumed it wouldn't emerge any of them. emerge -p lirc does something similar with LIRC_DEVICES. It is another example of these USE_EXPANDed (learned a new word of gentoo-eeze while grepping :) ) variables, *does* show the string "all" amongst its list of LIRC_DEVICES while the actual device driver names are also still preceded by minuses. But now I've found out that that's just due to "all" being an extra option specifically listed in /usr/portage/desc/lirc_devices.desc. /usr/portage/desc/cameras.desc doesn't have such an "all" line, so emerge won't print "all" for CAMERAS, only all the drivers' names with minuses in front. Ergo, my confusion follows from the premises? Sorry about the confusion and thanks for the replies. But is this a bug or a feature? Am I the only one who has fallen for this? -- Arttu V.
Re: [gentoo-user] kde:3.5 how to phase out
On 5/12/09, Helmut Jarausch wrote: > Hi, > > I'd like to phase out KDE:3.5. One reason is, that I cannot install > both, 3.5 and 4.2 without using 'prefix'. > > For doing so, I need to find out which (installed) packages use which > parts of KDE:3.5. Is there something better than unmerge all of KDE:3.5 > and let revdep-rebuild find out. > > Furthermore, how to unmerge all of KDE:3.5, e.g. > emerge --unmerge kde-base/kde-meta:3.5 > does not work. Some of your questions are answered here, right on the top (I hope I link to the up-to-date version and not the outdated one): http://www.gentoo.org/proj/en/desktop/kde/kde4-guide.xml http://www.gentoo.org/proj/en/desktop/kde/ I don't know if my advice beyond those links is of any use as I did it all the "wrong" way -- didn't unmerge previous kde, just unmasked the new kde versions, didn't use sets, still have USE="-kdeprefix" etc. Still, sky didn't fall on me, at least not until I unmasked the then-unstable xorg 1.5 ... -- Arttu V.
Re: [gentoo-user] emerge spamassassin: re2c failed...
On 5/21/09, Jarry wrote: > configure:2460: checking for C++ compiler default output file name > configure:2487: x86_64-pc-linux-gnu-g++ -march=athlon64 - O2 -pipe > -Wl,-O1 conftest.cpp >&5 > x86_64-pc-linux-gnu-g++: O2: No such file or directory > x86_64-pc-linux-gnu-g++: -E or -x required when input is from standard input > configure:2490: $? = 1 > CFLAGS='-march=athlon64 -O2 -pipe' > CXXFLAGS='-march=athlon64 - O2 -pipe' Nah, let's make a better guess: most unfortunate typo in /etc/make.conf? That single space in CXXFLAGS really makes the maximum difference? :) (Sorry about the earlier mails, their formats, etc., I was fighting with gmail on a non-regular box again.) -- Arttu V.
Re: [gentoo-user] ARGH I uninstalled python
Dale wrote:
> You may want to look into that setting for next time. I did however
> notice that although python is in the system set, it is not saving a
> copy for some reason. Anybody know why this setting is not working?
>
> FEATURES="--keep-going buildsyspkg sandbox fixpackages"
>
> Is the buildsyspkg option not valid anymore?
http://sources.gentoo.org/viewcvs.py/gentoo-x86/profiles/base/packages?r1=1.40&r2=1.41
Python appears to be gone from the base system? Or maybe I'm looking at
the wrong file? Anyway, 'emerge -pv @system | grep python' would seem to
agree here.
Now I don't have a PhD in Gentoo Package Manglement (barely passed the
kindergarten level so far?), but that commit looks rather unsettling for
other parts as well. Are the devs switching over to paludis in droves?
Or why is sys-apps/portage commented out as well? Why is it replaced by
the hard-coded ("old-style"?) virtual/portage?
--
Arttu V.
Re: [gentoo-user] ARGH I uninstalled python
On 5/23/09, Dale wrote: > This is what I get with this command: > > r...@smoker / # emerge -ep system | grep python > [ebuild R ] app-admin/python-updater-0.5 > [ebuild R ] dev-lang/python-2.5.4-r2 > r...@smoker / # > > So python is there if you do it emptytree. emptytree pulls in *all* dependencies, regardless of whether they are in the system set or even if they are just regular dependencies (random packages) from an external overlay. So you're not comparing apples to apples there with -e, you're getting lot of false positives from outside the real system set. It is still a good question why one would have any system set packages having critical dependencies to non-system set packages, but reasoning for that has to be asked from the portage devs ... But backing up a little, try this instead for an amusement (remember to --pretend or --ask): ~ # emerge -pvC python >>> These are the packages that would be unmerged: dev-lang/python selected: 2.5.4-r2 protected: none omitted: none >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. ~ # emerge -pvC binutils >>> These are the packages that would be unmerged: !!! 'sys-devel/binutils' is part of your system profile. !!! Unmerging it may be damaging to your system. sys-devel/binutils selected: 2.18-r3 protected: none omitted: none >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. ~ # Note how binutils still is within the system set and gets the extra warning, while python doesn't get the special system set warning with the three exclamation marks? I.e., python *is no longer* in the system set, probably removed by the very change I gave a link for in previous email. AFAIK (haven't checked in portage code), buildsyspkg and such only work with the packages explicitly mentioned in the system set, so binutils is in, python is (nowadays) out -- and that probably explains also what is happening on your smoker. :) Anyone finding flaws in my theories or facts or observations that outright nullify them? :) -- Arttu V.
Re: [gentoo-user] ARGH I uninstalled python
On 5/24/09, Alan McKinnon wrote: > profiles are cascading and support multiple inheritance (parent files can > contain several entries). So, you have to run > > find /usr/portage/profiles -name packages > > to find them all, and apply brain power to find the few that actually apply Cascading yes, but I'd say no to the find-command. You should be able to ask portage itself. After all, it has to know your current system set for its own work, let it do the cascading calculations (unions for sets): emerge -p @system And even better, if I read correctly from portage man-page (look for the "packages" and packages.build file section there), it is nearly trivial to add files to a local system set. Just add asterisk-prepended lines to /etc/portage/profile/packages. Just tried it, it seems to work, got python and games-board/megamek added to my system set according to emerge -p @system! :D Gentoo <3 Can't live without it once you start to see just what all is configurable. :D -- Arttu V.
Re: [gentoo-user] ARGH I uninstalled python
On 5/24/09, Alan McKinnon wrote: > Dale asked *where* system is defined, not what it consists of. Well, he was asking many things. One can run into several directions with all the questions he asked, depending on the assumptions one makes. ;) > It appears you are completely missing the point. It is indeed very easy to > add things to the @system set, but we are talking about the system set, > and it is broken out of the box as shipped. I'm just focusing on it on a level where we (the users, me, you, Mr. Dalek, or the OP) can do things about it, where we have immediate write access. That rules out the Gentoo repos and leaves the local boxes. We also can and should escalate it to those who can do more, and IIRC some kind person (you? missed it and forgot who it was) already offered to file the bug. Short of becoming a dev, what more can be done in a volunteer-based distro? > Portage will not let you unmerge portage or gcc without a fight. Been there, done exactly that (with gcc), though no t-shirts were awarded. A 10-second countdown (IIRC) is hardly a "fight". (But the reinstall sure was, won't do it ever again if I simply can avoid it!) :) > But it's not working that way today. Ergo, it is broken. I think that is what we agree on, it warrants an escalation (a bug or a feature request). It is the immediate things vs. higher level reporting that we seem to be slightly mixed up about. I already asked quickly about this on #gentoo on Saturday and the resident devs there hadn't heard about this, but didn't really appear that worried either. I won't blame them. This won't destroy your data, this will only make certain breakage cases a bit more complicated, and if you really need the four or five nines uptimes, you can try mitigating the problem by, e.g., going full scale buildpkg for everything. Furthermore, the glep-55 discussion seems to be heating up again on the -dev-list, so I wouldn't expect the devs to be quick to fix anything related to the PMS/multiple package manager issues right now. They're too busy flinging all shades of poo. Summer, they should have lectures and exams during summer at Universities, too. :/ -- Arttu V.
Re: [gentoo-user] Excessive digest failures in portage
On 5/25/09, Saphirus Sage wrote: > So, is this just the crying screams of a failing drive, or is there some > other problem at hand here? If the drive is SMART-capable, you could try smartmontools, enable smart and see what the tests say. It might help to diagnose whether it is the drive or some other part. -- Arttu V.
Re: [gentoo-user] USE="mmx mmxext sse sse2 ssse3 3dnow 3dnowext"
On 5/27/09, Wyatt Epp wrote: > Reading this thread, though, it seems like it would be useful to have a > FEATURES=cpudetection for Portage. Congratulations, it's already there! Sort of. -march=native ;) -- Arttu V.
Re: [gentoo-user] Whats better for crossplatform applications?
Volker Armin Hemmann wrote: On Sonntag 31 Mai 2009, Roy Wright wrote: java - portability was one of the original design goals and it is still ugly. Also very funny and old bugs. Given the OP's question (identical look and feel across platforms a very high priority) he should really check out Java and Swing: http://java.sun.com/docs/books/tutorial/uiswing/lookandfeel/plaf.html qt4 - some kde apps are starting to be portable kde always was portable. Also developed as a cross plattform lib. Lots of windows apps already use qt. Great documentation. Lots of language bindings, nicer licensing. Yes, I'd say qt is the other one to check. gtk+ might mean trouble, IIRC different gtk+ versions didn't use to live so nicely on a Windows box. GIMP and some other program required different versions of gtk+ on Windows when I last tried -- and the Highlander paid a visit: "there can be only one ..." (Maybe they've fixed that? Or was it about Windows not being too tolerant about different versions of libraries?) ... but anyway I'm mostly classificable as a server-side java dude, and don't know the more obscure choices with GUIs that well. So, my opinions are worth their weight in uranium (hazardous material, need proper handling, not suitable for most uses, keep away from the reach of children ;) ). -- Arttu V.
Re: [gentoo-user] Re: What's wrong with emerge
On 6/3/09, alain.didierj...@free.fr wrote: > > After three days, emerge --sync still returns the same error message. Is > there > anything I can do on my computer to fix it ? I don't know the portage internals well enough even to know if my following suggestion is good or bad (and I wonder why isn't your profiles directory updated by the sync?), but the troublemaking change is probably the one unmade by this: http://sources.gentoo.org/viewcvs.py/gentoo-x86/profiles/updates/2Q-2009?r1=1.24&r2=1.25 So, if you're feeling lucky (and nothing else works nor you get any better advice), you can try removing the reddened line out of your /usr/portage/profiles/updates/2Q-2009 (I'd make a backup copy before editing). -- Arttu V.
Re: [gentoo-user] Where to find 32 bit emul libs?
On 6/5/09, Alan McKinnon wrote: > I have all emul-linux packages installed anyway (except -qtlibs), but now > I'm > stumped. How would I find which packages provide these 32 bit libs? Possibly none, but maybe this page helps: http://www.gentoo.org/proj/en/base/amd64/emul/content.xml -- Arttu V.
