Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc.
[gentoo-user] gawk and filefuncs
Can anybody explain the Gentoo handling of filefuncs in the gawk package? Why isn't a simple patch used like in all other cases? Al
Re: [gentoo-user] revdep-rebuild (gawk) issues
Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Thanks !!! Rafa
Re: [gentoo-user] gawk and filefuncs
I have a second issue. When compiling gawk on Cygwin, where is no windows kernel, the Gentoo version of filefuncs breaks. I have to Sure there is a windows kernel. The linux kernel is missing. Al
Re: [gentoo-user] gawk and filefuncs
On Fri, 3 Sep 2010 22:31:01 +0200 Al oss.el...@googlemail.com wrote: Can anybody explain the Gentoo handling of filefuncs in the gawk package? Why isn't a simple patch used like in all other cases? gawk provides dynamic extension modules. This is explained here: http://www.gnu.org/manual/gawk/gawk.html#Dynamic-Extensions The gawk source distribution comes with a number of such extensions in the (doh) extensions/ directory. filefuncs.c is such one extension, which demonstrate how to add stat() and chdir() capabilities to awk. The file is compiled into a .so file, which is then referenced from within gawk to make the extended commands available. A vanilla build of gawk does not have any dynamic extension. Now, the Gentoo devs at some point in the past (very early) took that file (filefuncs.c) and extended it to implement new commands like symlink, unlink, mkdir, rmdir and stat, so those are callable from within awk, effectively extending the language. (you can see the Gentoo copyright in the file, look into /usr/portage/sys-apps/gawk/files/filefuncs/filefuncs.c) There are a number of Gentoo system scripts that use those awk extensions (look into /lib/rcscripts and /lib/rcscripts/awk), which means that compiling the expanded filefuncs.c (not the vanilla one) is mandatory on a Gentoo system, because there are awk scripts that rely on the extended functionaltiy provided by it. Hence Gentoo maintains the filefuncs.c file independently, and the gawk ebuild, besides building gawk itself, also takes care of building filefuncs.c containing the extensions.
Re: [gentoo-user] gawk and filefuncs
The gawk source distribution comes with a number of such extensions in the (doh) extensions/ directory. filefuncs.c is such one extension, which demonstrate how to add stat() and chdir() capabilities to awk. The file is compiled into a .so file, which is then referenced from within gawk to make the extended commands available. A vanilla build of gawk does not have any dynamic extension. Now, the Gentoo devs at some point in the past (very early) took that file (filefuncs.c) and extended it to implement new commands like symlink, unlink, mkdir, rmdir and stat, so those are callable from within awk, effectively extending the language. (you can see the Gentoo copyright in the file, look into /usr/portage/sys-apps/gawk/files/filefuncs/filefuncs.c) There are a number of Gentoo system scripts that use those awk extensions (look into /lib/rcscripts and /lib/rcscripts/awk), which means that compiling the expanded filefuncs.c (not the vanilla one) is mandatory on a Gentoo system, because there are awk scripts that rely on the extended functionaltiy provided by it. Hence Gentoo maintains the filefuncs.c file independently, and the gawk ebuild, besides building gawk itself, also takes care of building filefuncs.c containing the extensions. Thank you very much. That is the best explanation a read to this. It should be deliverd with the sources. Still the procedure is unusual. They could apply a patch to extensions/ filefuncs.c and exclude it for vanilla. I have a second issue. When compiling gawk on Cygwin, where is no windows kernel, the Gentoo version of filefuncs breaks. I have to disable it in the ebuild to get gawk compiled. filefuncs.o:filefuncs.c:(.text+0x1e): undefined reference to `_make_builtin' [... lots of this ... ] filefuncs.o:filefuncs.c:(.text+0x10f1): undefined reference to `_update_ERRNO' collect2: ld returned 1 exit status make: *** [filefuncs.so.0.0.1] Error 1 You say it is mandatory on a Gentoo system, because there are awk scripts that rely on. Do this functions break because of the missing kernel? What would be the workaround? Thanks Al
Re: [gentoo-user] Filter grep output of 'ps aux'
On 2012-03-02 3:50 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote:
On Fri, Mar 2, 2012 at 2:39 PM, Tanstaafltansta...@libertytrek.org wrote:
On 2012-03-02 2:33 PM, Paul Hartmanpaul.hartman+gen...@gmail.com wrote:
And you can use the --sort options for ps to sort by cpu or anything
you like (see the manpage)
Even better, thanks Paul...
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
does exactly what I want...
Hmmm... is there an easy way to include the column headers?
To build on Grant's suggestion:
ps aux --sort %cpu | gawk 'NR==1; $3 0'
Hmmm.. ok, this works beautifully, thanks!
But when I tried to incorporate it into the watch command like the other
one:
Original:
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
Attempt at incorporating your command into this:
watch -n1 ps aux --sort=-%cpu | gawk 'NR==1; $3 0'
it gives me a syntax error:
Every 1.0s: ps aux --sort=-%cpu | gawk 'NR==1; 0'
Fri Mar 2
16:19:01 2012
gawk: NR==1; 0
gawk:^ syntax error
Any ideas on how to get this working in the watch version
Thanks Paul, this will be very useful to me...
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 2, 2012 at 3:23 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2012-03-02 3:50 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote:
On Fri, Mar 2, 2012 at 2:39 PM, Tanstaafltansta...@libertytrek.org
wrote:
On 2012-03-02 2:33 PM, Paul Hartmanpaul.hartman+gen...@gmail.com
wrote:
And you can use the --sort options for ps to sort by cpu or anything
you like (see the manpage)
Even better, thanks Paul...
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
does exactly what I want...
Hmmm... is there an easy way to include the column headers?
To build on Grant's suggestion:
ps aux --sort %cpu | gawk 'NR==1; $3 0'
Hmmm.. ok, this works beautifully, thanks!
But when I tried to incorporate it into the watch command like the other
one:
Original:
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
Attempt at incorporating your command into this:
watch -n1 ps aux --sort=-%cpu | gawk 'NR==1; $3 0'
it gives me a syntax error:
Every 1.0s: ps aux --sort=-%cpu | gawk 'NR==1; 0'
Fri Mar 2
16:19:01 2012
gawk: NR==1; 0
gawk: ^ syntax error
Any ideas on how to get this working in the watch version
Thanks Paul, this will be very useful to me...
Put a backslash before the $, it needs to be escaped in that context.
Re: [gentoo-user] Filter grep output of 'ps aux'
On 2012-03-02 4:52 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Fri, Mar 2, 2012 at 3:23 PM, Tanstaafltansta...@libertytrek.org wrote: Attempt at incorporating your command into this: watch -n1 ps aux --sort=-%cpu | gawk 'NR==1; $3 0' it gives me a syntax error: Every 1.0s: ps aux --sort=-%cpu | gawk 'NR==1;0' Fri Mar 2 16:19:01 2012 gawk: NR==1;0 gawk:^ syntax error Any ideas on how to get this working in the watch version Put a backslash before the $, it needs to be escaped in that context. Aaargh! I could have sworn I tried that... but yes, now it works perfectly... Thanks Paul - Gentoo support is the best, even for general linux questions like this...
Re: [gentoo-user] gawk and filefuncs
On Sat, 4 Sep 2010 00:25:32 +0200 Al oss.el...@googlemail.com wrote: Thank you very much. That is the best explanation a read to this. It should be deliverd with the sources. Still the procedure is unusual. They could apply a patch to extensions/ filefuncs.c and exclude it for vanilla. Since it's critical for Gentoo gawk, perhaps they didn't want to depend on gawk's source distribution suddenly removing that file or otherwise changing (and patches need to be maintained up-to-date against the original, while a standalone file does not need maintenance). But this is all just my guessing. I have a second issue. When compiling gawk on Cygwin, where is no windows kernel, the Gentoo version of filefuncs breaks. I have to disable it in the ebuild to get gawk compiled. filefuncs.o:filefuncs.c:(.text+0x1e): undefined reference to `_make_builtin' [... lots of this ... ] filefuncs.o:filefuncs.c:(.text+0x10f1): undefined reference to `_update_ERRNO' collect2: ld returned 1 exit status make: *** [filefuncs.so.0.0.1] Error 1 You say it is mandatory on a Gentoo system, because there are awk scripts that rely on. Do this functions break because of the missing kernel? What would be the workaround? How are you building it? It needs special commands because it needs to become a shared object, not an executable. Note that building that file is by no means necessary for a working gawk. And, even if you built it, it wouldn't do anything unless you specifically used the extension() gawk command to reference the object file and import the extra definitions (see the link I posted in the first email for all the gory details. Also the Makefile that comes with Gentoo's own filefuncs.c may help).
Re: [gentoo-user] gawk and filefuncs
You say it is mandatory on a Gentoo system, because there are awk scripts that rely on. Do this functions break because of the missing kernel? What would be the workaround? How are you building it? It needs special commands because it needs to become a shared object, not an executable. Here is how I am building it and the whole context: http://en.gentoo-wiki.com/wiki/Prefix/Cygwin#gawk-3.1.7:_.5Bfilefuncs.so.0.0.1.5D_Error_1 emerge --oneshot gawk Note that building that file is by no means necessary for a working gawk. And, even if you built it, it wouldn't do anything unless you specifically used the extension() gawk command to reference the object file and import the extra definitions (see the link I posted in the first email for all the gory details. Also the Makefile that comes with Gentoo's own filefuncs.c may help). I did understand, that it is an extension, which provides additional commands for awk scripts and that the gentoo system makes use of them especially of it's own additions. Options: 1.) It would compile on Cygwin. I just made a mistake. 2.) It depends on the missing kernel. I have to rewrite Gentoos filefuncs.c to work without a linux kernel. 3.) I can go with the original extension. Portage does not really depend on Gentoos additions. 4.) I have to adapt all awk scripts that make use of it. Al
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. Some tweaks are perfectly OK, like the multimedia and cpu-specific stuff (sse, mmx and all their related cousins). These are normally safe and can give huge gains with video playback. Likewise for the GPU tweaks once those hit mainline usage. One last tweak, if the code is built on the machine that will run it (the usual case, replace -march and -mtune with just -march=native. It has exactly the same effect but is easier to read, is self-documenting and allows the compiler to attempt it's best (the compiler usually does know much better what to do than you do) -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] revdep-rebuild (gawk) issues
Am 29.05.2012 23:37, schrieb Rafa Griman: On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Out of curiosity: What flags do you run now? Do you know which flag exactly caused the problem? They didn't seem too experimental though -fno-inline looked odd. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Wed, May 30, 2012 at 8:37 PM, Florian Philipp li...@binarywings.net wrote: Am 29.05.2012 23:37, schrieb Rafa Griman: On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Out of curiosity: What flags do you run now? Do you know which flag exactly caused the problem? They didn't seem too experimental though -fno-inline looked odd. That one's it: -fno-inline. Removed it and now the error disappears. revdep-rebuild runs well now. Thanks all !!! Rafa
[gentoo-user] revdep-rebuild (gawk) issues
Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. # I've been going through /usr/bin/revdep-rebuild.sh but can't quite fix the issue :( I've also been checking the Gentoo Forums and mailing list archive but didn't find anything (maybe I'm not searching correctly ;) If I've got it right, the issue is because of how gawk and the shell interpret the [ characters so I've been trying to escape them ... but I seem to be doing something wrong :( I also get a similar error when trying to emerge qca: Unpacking source... Unpacking qca-2.0.3.tar.bz2 to /var/tmp/portage/app-crypt/qca-2.0.3/work Source unpacked in /var/tmp/portage/app-crypt/qca-2.0.3/work Preparing source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... * Applying qca-2.0.2-pcfilespath.patch ... * Applying qca-2.0.3+gcc-4.7.patch ... Source prepared. Configuring source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... Configuring Qt Cryptographic Architecture (QCA) ... Verifying Qt 4 build environment ... ok Checking for Qt = 4.2 ... yes Checking for certstore ... /etc/ssl/certs/ca-certificates.crt Good, your configure finished. Now run /usr/bin/gmake. * Running qmake ... awk: cmd. line:7: error: Unmatched [ or [^: /^[[:blank:]]*CONFIG[[:blank:]]*[\+\*]?=/ * - error while processing src/src.pro * ERROR: app-crypt/qca-2.0.3 failed (configure phase): * eqmake4 failed to process src/src.pro Any hints, ideas, links, ...I could read into? TIA Rafa
[gentoo-user] init script dependency problem
Anyone else encountered this? * Re-caching dependency info (mtimes differ)... * Could not get dependency info for nscd! * Please run: * # /sbin/depscan.sh * to try and fix this. * Starting Name Service Cache Daemon ... [ ok ] [root:/etc]# /sbin/depscan.sh * Caching service dependencies ... gawk: /lib/rcscripts/awk/cachedepends.awk:72: fatal: extension: library `/lib/rcscripts/filefuncs.so': cannot call function `dlload' (/lib/rcscripts/filefuncs.so: undefined symbol: dlload) bash: /var/lib/init.d/depcache: No such file or directory * Failed to cache service dependencies Just wondering if a recent update to gawk broke something? -- Aj. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 2, 2012 at 2:39 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2012-03-02 2:33 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote:
And you can use the --sort options for ps to sort by cpu or anything
you like (see the manpage)
Even better, thanks Paul...
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
does exactly what I want...
Hmmm... is there an easy way to include the column headers?
To build on Grant's suggestion:
ps aux --sort %cpu | gawk 'NR==1; $3 0'
Re: [gentoo-user] Converting shell globs to regular expressions
>Greetings, > >does anybody know about some command to convert shell globs (shell pat- >terns) into regular expressions? Back in the old Unix days there was a >"glob" command, but "e-files" only turns up a GNU library. Would one of the functions in dev-perl/Text-Glob do what you need? DaveF > >I am aware of Python's "fnmatch.translate()" function, but this -- of >course -- returns a Python style regular expression which I can't use >together with "grep" or "gawk". So using this function would require >moving and converting the "grep" and "gawk" specific code from my Shell >script into a separate Python script. This would be doable, if neces- >sary, but I would prefer staying with just my Shell script. > >Any pointers heartily welcome :-) > >Sincerely, > Rainer >
[gentoo-user] Converting shell globs to regular expressions
Greetings, does anybody know about some command to convert shell globs (shell pat- terns) into regular expressions? Back in the old Unix days there was a "glob" command, but "e-files" only turns up a GNU library. I am aware of Python's "fnmatch.translate()" function, but this -- of course -- returns a Python style regular expression which I can't use together with "grep" or "gawk". So using this function would require moving and converting the "grep" and "gawk" specific code from my Shell script into a separate Python script. This would be doable, if neces- sary, but I would prefer staying with just my Shell script. Any pointers heartily welcome :-) Sincerely, Rainer
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafl tansta...@libertytrek.org wrote:
Does anyone know if there is a way to filter the output of ps aux to show
only lines that have a value in the %CPU column higher than x - ie, 1.0, or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 02, 2012 at 01:03:55PM -0500, Tanstaafl wrote:
Also - would there be a way to get a running output (kind of like
tailing a log)?
watch -n1 ps aux | gawk '{ if ( \$3 1.0 ) { print } }'
Re: [gentoo-user] Filter grep output of 'ps aux'
On 2012-03-02 1:12 PM, Jason gen...@lakedaemon.net wrote:
On Fri, Mar 02, 2012 at 01:03:55PM -0500, Tanstaafl wrote:
Also - would there be a way to get a running output (kind of like
tailing a log)?
watch -n1 ps aux | gawk '{ if ( \$3 1.0 ) { print } }'
Perfect!!!
Thanks so much guys!
Re: [gentoo-user] Filter grep output of 'ps aux'
On 2012-03-02 2:33 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote:
And you can use the --sort options for ps to sort by cpu or anything
you like (see the manpage)
Even better, thanks Paul...
watch -n1 ps aux --sort=-%cpu | gawk '{ if ( \$3 1.0 ) { print } }'
does exactly what I want...
Hmmm... is there an easy way to include the column headers?
Re: [gentoo-user] revdep-rebuild (gawk) issues
Hi :) On Tue, May 29, 2012 at 4:35 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 15:34:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. You have stumbled upon a heretofore unseen behaviour of revdep-rebuild :-) In other words we ain't never seen it do that before... sigh ... Well I guess there's always a first time ;) Nah, seriously, first time I've seen it too. Let's first establish where you are at in the installation. Are you following the Installation Guide at gentoo.org? Yup, followed the guide. Just FYI, I have an Asus R2 system running Gentoo in which I haven't had this issue and now I just installed an MSI Wind netbook in which I'm having this issue :( If so, what point in the guide are you at? Are you still in the chroot environment, or have you completed that part and successfully rebooted at least once? Nope, not in the chroot environment, already rebooted. Everything (seems) to work OK, except for revdep-rebuild and the qca compilation. Right now I was going to install KDE and all the needed software to get a useful desktop up and running so it's a minimal system. Do you have any personal customizations in your shell environment? Nope. Is the shell bash? Yup. And some basic info: Post the entire content of /etc/make.conf and the output of emerge --info I'll send this as soon as I get home tonight since I don't have the netbook here with me. Thanks for your time !!! Rafa
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, May 29, 2012 at 11:09 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Tue, 29 May 2012 22:56:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi Vaeth :) On Tue, May 29, 2012 at 7:02 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: On Tue, 29 May 2012, Rafa Griman wrote: gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ Your gawk is broken. This happens if you emerged gawk with current gcc and aggressive FLAGS like -DNDEBUG or -flto. Not sure whether it is a bug of gawk or gcc. So it seems to be the CFLAGS :( As I said in my previous e-mail, I was experimenting a bit with them ... I'll be more conservative ;) Well, on the one hand the flags don;t seem to be too bad overall, but on the other hand there's the golden rule of Gentoo: Don't stuff around with CFLAGS Why not? Well, there's the ricer phenomenon where changed CFLAGS worsen performance and stability but the user's own bias convinces him/her that it's actually vastly improved. I know that rule and tried not to be too agressive but seems I was O:) Since it's not my min machine, I was going to experiment (nothing scientific, just curiosity) trying different options on different partitions and see how they work out. Some tweaks are perfectly OK, like the multimedia and cpu-specific stuff (sse, mmx and all their related cousins). These are normally safe and can give huge gains with video playback. Likewise for the GPU tweaks once those hit mainline usage. That was mainly the reason: video playback and some other apps (scientific). But nothing serious. One last tweak, if the code is built on the machine that will run it (the usual case, replace -march and -mtune with just -march=native. It has exactly the same effect but is easier to read, is self-documenting and allows the compiler to attempt it's best (the compiler usually does know much better what to do than you do) I totally agree with you: the compiler knos better ;) TIA Rafa
Re: [gentoo-user] revdep-rebuild (gawk) issues
On Tue, 29 May 2012 15:34:07 +0200 Rafa Griman rafagri...@gmail.com wrote: Hi all :) New to this mailing list. I'm installing Gentoo and when I run revdep-rebuild I get the following error # revdep-rebuild * Configuring search environment for revdep-rebuild gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ gawk: cmd. line:3: error: Unmatched [ or [^: /[^[:space:]]/ * No search defined -- this is a bug. You have stumbled upon a heretofore unseen behaviour of revdep-rebuild :-) In other words we ain't never seen it do that before... Let's first establish where you are at in the installation. Are you following the Installation Guide at gentoo.org? If so, what point in the guide are you at? Are you still in the chroot environment, or have you completed that part and successfully rebooted at least once? Do you have any personal customizations in your shell environment? Is the shell bash? And some basic info: Post the entire content of /etc/make.conf and the output of emerge --info # I've been going through /usr/bin/revdep-rebuild.sh but can't quite fix the issue :( I've also been checking the Gentoo Forums and mailing list archive but didn't find anything (maybe I'm not searching correctly ;) If I've got it right, the issue is because of how gawk and the shell interpret the [ characters so I've been trying to escape them ... but I seem to be doing something wrong :( I also get a similar error when trying to emerge qca: Unpacking source... Unpacking qca-2.0.3.tar.bz2 to /var/tmp/portage/app-crypt/qca-2.0.3/work Source unpacked in /var/tmp/portage/app-crypt/qca-2.0.3/work Preparing source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... * Applying qca-2.0.2-pcfilespath.patch ... * Applying qca-2.0.3+gcc-4.7.patch ... Source prepared. Configuring source in /var/tmp/portage/app-crypt/qca-2.0.3/work/qca-2.0.3 ... Configuring Qt Cryptographic Architecture (QCA) ... Verifying Qt 4 build environment ... ok Checking for Qt = 4.2 ... yes Checking for certstore ... /etc/ssl/certs/ca-certificates.crt Good, your configure finished. Now run /usr/bin/gmake. * Running qmake ... awk: cmd. line:7: error: Unmatched [ or [^: /^[[:blank:]]*CONFIG[[:blank:]]*[\+\*]?=/ * - error while processing src/src.pro * ERROR: app-crypt/qca-2.0.3 failed (configure phase): * eqmake4 failed to process src/src.pro Any hints, ideas, links, ...I could read into? TIA Rafa -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] OT: awk problem
Hi,
maybe one of you can sched some light on this. I want to match a sequence of
two digits with awk, but the following doesn't work
gawk '/([[:digit:]]){2}/' test_file
while it works as expected when using egrep, like
egrep ([[:digit:]]){2} test_file
Leaving out the interval also works, like in
gawk '/([[:digit:][:digit:]])/' test_file
but that would of course get worse when it comes to more than two digits. It
also doesn't make a difference if I use [0-9] instead of [[:digit:]].
According to awk's man page its regular expressions are the same than those
used by egrep. What do I miss?
Thanks...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)162 234 3408
Configuration Manager | Fax: +49 (0)211 47068 111
Capgemini Deutschland | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68 | Web: http://www.capgemini.com
D-40468 Düsseldorf | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] Build Error with Emerging (2 of 16) dev-cpp/gconfmm-2.12.0
When running emerge -u -a -D world, one of the apps that gets installed is: dev-cpp/gconfmm-2.12.0 the error looks like its in the configure script ... checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no ./configure: line 2501: syntax error near unexpected token `scripts' ./configure: line 2501: `AL_ACLOCAL_INCLUDE(scripts)' !!! Please attach the following file when filing a report to bugs.gentoo.org : !!! /var/tmp/portage/gconfmm-2.12.0/work/gconfmm-2.12.0/config.log !!! ERROR: dev-cpp/gconfmm-2.12.0 failed. is something about my setup incorrect, or is there an error with the configure script? Thanks, Shawn Most problems go away if you just wait long enough. It might look like I'm standing motionless but I'm actively waiting for our problems to go away. I don't know why this works but it does. -- Scott Adams, Dilbert comic
Re: [gentoo-user] Build Error with Emerging (2 of 16) dev-cpp/gconfmm-2.12.0
unfortunately, I've not used that resource before, so thanks for pointing it out to me. On 1/17/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Thursday 18 January 2007 03:34, Shawn Singh wrote: When running emerge -u -a -D world, one of the apps that gets installed is: dev-cpp/gconfmm-2.12.0 the error looks like its in the configure script ... checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no [SNIP] Is it really that hard to search bugs.gentoo.org instead? http://bugs.gentoo.org/show_bug.cgi?id=159987 -- Bo Andresen -- Most problems go away if you just wait long enough. It might look like I'm standing motionless but I'm actively waiting for our problems to go away. I don't know why this works but it does. Scott Adams, Dilbert comic
Re: [gentoo-user] Successfully upgraded to new profile 23.0
Wol,
On Tuesday, 2024-04-09 18:36:53 +0100, you wrote:
> ...
> Btw, where are all the messages for packages stored? I ought to go
> through them and make sure there aren't any messages of interest...
My script for package installations or upgrades sets
begin=$(date '+%Y-%m-%d %H:%M:%S %Z')
before it calls "emerge" and calls the following little "gawk" programme
after "emerge" has finished:
gawk -v begin="$begin" '
! P && /^>>> M/ { match($0," on ([^ ]+ [^ ]+ [^ ]+) for ",m)
if ( m[1] < begin ) next # Skip old messages.
printf "\n" # Print separator before first message.
P = 1 # Print remaining messages.
}
P ' /var/log/portage/elog/summary.log | more
However, this probably requires
PORTAGE_ELOG_SYSTEM="save-summary:warn"
PORTAGE_LOGDIR="/var/log/portage"
in your "make.conf" file.
Sincerely,
Rainer
Re: [gentoo-user] Filter grep output of 'ps aux'
On Mar 3, 2012 1:07 AM, Paul Hartman paul.hartman+gen...@gmail.com
wrote:
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafl tansta...@libertytrek.org
wrote:
Does anyone know if there is a way to filter the output of ps aux to
show
only lines that have a value in the %CPU column higher than x - ie,
1.0, or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Why would you use if? You can easily use this :
ps aux | awk '$3 1.0 {print}'
Rgds,
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 2, 2012 at 12:32 PM, Tanstaafl tansta...@libertytrek.org wrote:
On 2012-03-02 1:12 PM, Jason gen...@lakedaemon.net wrote:
On Fri, Mar 02, 2012 at 01:03:55PM -0500, Tanstaafl wrote:
Also - would there be a way to get a running output (kind of like
tailing a log)?
watch -n1 ps aux | gawk '{ if ( \$3 1.0 ) { print } }'
Perfect!!!
Thanks so much guys!
And you can use the --sort options for ps to sort by cpu or anything
you like (see the manpage)
Re: [gentoo-user] wiki page(kernel/upgrade) command confusion: 'cat' and 'awk'
> This, in my opinion, is a case of “useless use of cat”. > `cat somefile | sort` can be replaced by “sort file”. Agree with that, i will attempt to add an replacing adivce to the talking page of the kernel/upgrade wiki page. > I don’t quite follow. Do you mean the “.*”, so you replace .* with .? Yes. Based on the explanation of '*' in the gawk manual, it's used to match zero/one/more times repeating of the preceding character which in turn doesn't match the default diff printing mode( >for removing, .*(=|Linux)/'.
Re: [gentoo-user] wiki page(kernel/upgrade) command confusion: 'cat' and 'awk'
Am Fri, Jan 14, 2022 at 02:38:22PM + schrieb russian sky: > > I don’t quite follow. Do you mean the “.*”, so you replace .* with .? > Yes. Based on the explanation of '*' in the gawk manual, it's > used to match zero/one/more times repeating of the preceding character which > in turn doesn't match the default > diff printing mode( >for removing, It's not necessary to add '*' to '/^>.*(=|Linux)/'. I think it is. “.*” basically means “any string of any length, including 0. “.” means “exactly one character”. So your original pattern will match '>somestuff=', '> a=', and even '>Linux'. But without the *, it will only match if there is that one character between > and = or Linux. Acutally, diff adds a space after the >, so your expression will only match lines starting with '> =' or with '> Linux'. I’d actually replace gawk with sed, because the output of your gawk command leaves the space in. If an example output for diff is: 6,7c6 < CONFIG_CC_IS_GCC=y < CONFIG_GCC_VERSION=110100 --- > CONFIG_CC_IS_GCC=n Then your line returns: CONFIG_CC_IS_GCC=n If you use `sed -n 's/^> //p'` instead, the output will become: CONFIG_CC_IS_GCC=n -- Grüße | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. If I had a thousand tongues, you would all be to my taste. signature.asc Description: PGP signature
Re: [gentoo-user] [solved] OT: awk problem
Am Freitag, 18. Januar 2008 schrieb ext Dirk Heinrichs:
maybe one of you can sched some light on this. I want to match a sequence
of two digits with awk, but the following doesn't work
gawk '/([[:digit:]]){2}/' test_file
Seems I need the --posix option for this to work.
Sorry for bothering you.
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)162 234 3408
Configuration Manager | Fax: +49 (0)211 47068 111
Capgemini Deutschland | Mail: [EMAIL PROTECTED]
Wanheimerstraße 68 | Web: http://www.capgemini.com
D-40468 Düsseldorf | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net
signature.asc
Description: This is a digitally signed message part.
[gentoo-user] Can anyone tell me?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Can anyone tell me what packages you know of that will break your system if you choose to put ACCEPT_KEYWORDS=~amd64 in your make.conf file? I have had my system break, twice now, from a package upgrade - I think that one of the culprits is gawk, but can't be certain. I do know that the only way to fix the problem was to restore from backup, or to try re-installing again. I just want to know which packages are so unstable that I should mask them. TIA. Regards, Chris -BEGIN PGP SIGNATURE- iD8DBQFHyanyUx1jS/ORyCsRCkPPAKCDom6TEWG6Wro0ApYt/bnNrS+14gCcCNlc VBfTw5gYqqXTfwsWwb8WiDQ= =+py3 -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: mone on the KEYWORD USE front
[EMAIL PROTECTED] wrote:
This makes you want to use ACCEPT_KEYWORDS on the command line, but
after seeing the reasons for not doing that in recent posts I decided
to follow the suggestions, and not do it.
So either you must cycle thru enough `emerge -v kde' to find all
packages needing unmasking and do it in /etc/portage/package.keywords
or maybe in /etc/make.conf with `ACCEPT_KEYWORDS=~x86'.
What about
ACCEPT_KEYWORDS=~x86 emerge -p kde-meta
and then copy the whole list to /etc/portage/package.keywords?
ACCEPT_KEYWORDS=~x86 emerge -p kde-meta |
gawk '/\[ebuild/ {sub(/[^]]+\] /,);sub(/-[0-9].+$/, ~x86);print}'
Michael
--
gentoo-user@gentoo.org mailing list
[gentoo-user] Bug in net.eth0?
Hi,
Some verison info:
Version: # $Header:
/home/cvsroot/gentoo-src/rc-scripts/init.d/net.eth0,v 1.41 2004/05/10
14:16:35 agriffis Exp $
Some background info:
I have my ethernet driver compiled into my kernel.
hareesh: hareesh/ $ lspci | grep Ethernet
:00:12.0 Ethernet controller: National Semiconductor Corporation
DP83815 (MacPhyter) Ethernet Controller
The problem:
After I shutdown my eth0 interface I see an UP in the ifconfig output.
hareesh: hareesh/ $ s ifconfig eth0 down
hareesh: hareesh/ $ ifconfig
eth0 Link encap:Ethernet HWaddr 00:0F:20:C7:25:5C
UP BROADCAST NOTRAILERS MULTICAST MTU:1500 Metric:1
RX packets:28225 errors:0 dropped:0 overruns:0 frame:0
TX packets:24421 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:22196299 (21.1 Mb) TX bytes:4732287 (4.5 Mb)
Interrupt:11
The /etc/init.d/net.eth0 script does the following check:
script
status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP {print up}')
[...]
if [[ ${status_IFACE} == up ]]; then
einfo Keeping kernel configuration for ${IFACE}
else
ebegin Bringing ${IFACE} up via DHCP
/sbin/dhcpcd ${dhcpcd_IFACE} ${IFACE}
/script
So when I do the following, I get:
# /etc/init.d/net.eth0 start
* Keeping kernel configuration for eth0
So as we can see, the script hasn't given my interface an IP.
Obviously, when I do this, I get:
hareesh: hareesh/ $ wget www.google.com
--14:09:55-- http://www.google.com/
= `index.html'
Resolving www.google.com... failed: Temporary failure in name resolution.
So then, I do:
# /etc/init.d/net.eth0 stop
* Bringing eth0 down...
So I guess, if you have the ethernet driver compiled in, ifconfig
interface still seems to show UP, no idea why. So I think, the
script needs to be modified to test if, ifconfig spits a line with
'inet', to truly test if the interface is up.
More importantly, UP just says that the device is functioning
correctly and does not say that interface actually has an IP address
assigned to it. So we need something more to rely on, to actually test
if the interface is up and running with an IP address assigned to it.
My modifications are as follows. This script, is just a hack, so all
you bash gurus please forgive me. Maybe there is a better way of doing
all this with the help of the /proc interface:
patch
--- /etc/init.d/net.eth0.1 2005-11-17 12:55:47.0 -0800
+++ /etc/init.d/net.eth02005-11-17 14:09:33.0 -0800
@@ -50,8 +50,13 @@
# ifconfig_fallback_IFACE (fallback ifconfig if dhcp fails)
setup_vars() {
local i iface=${1//\./_}
-
- status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP
{print up}')
+ #status_IFACE=$(ifconfig ${1} 2${devnull} | gawk '$1 == UP
{print up}')
+ temp_IFACE=$(ifconfig ${1} | gawk '{print $1}' | head -n 2 |
tr '\n' '_')
+ if [[ ${temp_IFACE} == ${1}_inet_ ]]; then
+ status_IFACE=up
+ else
+ status_IFACE=
+ fi
eval vlans_IFACE=\\$\{iface_${iface}_vlans\}\
eval ifconfig_IFACE=( \[EMAIL PROTECTED] )
eval dhcpcd_IFACE=\\$\{dhcpcd_$iface\}\
/patch
Now, when I execute the script, I get the following:
# s /etc/init.d/net.eth0 start
* Bringing eth0 up via DHCP...[ ok ]
* eth0 received address 140.221.222.55
So is this a bug in net.eth0 or am I missing something obvious?
Thanks,
./hareesh
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Filter grep output of 'ps aux'
On 2012-03-02 1:02 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote:
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafltansta...@libertytrek.org wrote:
Does anyone know if there is a way to filter the output of ps aux to show
only lines that have a value in the %CPU column higher than x - ie, 1.0, or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Thanks Paul! Thats a huge help...
Now if I could just get a constantly updated output of this (like
tailing a live log), I'd be in heaven... ;)
But if this is the best I can do, it is 1000 times better...
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, 02 Mar 2012 13:12:04 -0500
Tanstaafl tansta...@libertytrek.org wrote:
On 2012-03-02 1:02 PM, Paul Hartman paul.hartman+gen...@gmail.com
wrote:
On Fri, Mar 2, 2012 at 11:46 AM,
Tanstaafltansta...@libertytrek.org wrote:
Does anyone know if there is a way to filter the output of ps
aux to show only lines that have a value in the %CPU column
higher than x - ie, 1.0, or 2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Thanks Paul! Thats a huge help...
Now if I could just get a constantly updated output of this (like
tailing a live log), I'd be in heaven... ;)
But if this is the best I can do, it is 1000 times better...
try watch
--
Alan McKinnnon
alan.mckin...@gmail.com
Re: [gentoo-user] Filter grep output of 'ps aux'
On Fri, Mar 2, 2012 at 12:24 PM, Pandu Poluan pa...@poluan.info wrote:
On Mar 3, 2012 1:07 AM, Paul Hartman paul.hartman+gen...@gmail.com
wrote:
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafl tansta...@libertytrek.org
wrote:
Does anyone know if there is a way to filter the output of ps aux to
show
only lines that have a value in the %CPU column higher than x - ie, 1.0,
or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Why would you use if? You can easily use this :
ps aux | awk '$3 1.0 {print}'
because I don't know awk very well ;)
[gentoo-user] Re: emerge -e errors right after install
On 16/08/2013 23:22, Francisco Ares wrote: 26892 Illegal instruction | $AWK -f $ac_tmp/subs.awk 31167 Illegal instruction | $AWK -f $tmp/subs.awk $tmp/out [...] I have built binary packages for sed and gawk, created in a machine with the same characteristics and configuration, and emerged those to the new machine. Even so, the errors keep coming. It could be an issue with faulty memory, or problem with glibc. Often though, illegal instruction is the result of a mismatch between the host, and the target for which the binary was compiled. This could be checked by comparing /proc/cpuinfo with your CFLAGs.
Re: [gentoo-user] Re: emerge -e errors right after install
2013/8/16 Michael Palimaka kensing...@gentoo.org On 16/08/2013 23:22, Francisco Ares wrote: 26892 Illegal instruction | $AWK -f $ac_tmp/subs.awk 31167 Illegal instruction | $AWK -f $tmp/subs.awk $tmp/out [...] I have built binary packages for sed and gawk, created in a machine with the same characteristics and configuration, and emerged those to the new machine. Even so, the errors keep coming. It could be an issue with faulty memory, or problem with glibc. Often though, illegal instruction is the result of a mismatch between the host, and the target for which the binary was compiled. This could be checked by comparing /proc/cpuinfo with your CFLAGs. Thanks, gonna check that. Francisco
Re: [gentoo-user] updating old box: segfaults with python
On Wednesday 08 Jan 2014 12:06:47 Mick wrote: On Wednesday 08 Jan 2014 11:58:01 Stefan G. Weichinger wrote: Thanks for the pointer. Unpacked /usr/portage/distfiles/portage-2.2.7.tar.bz2 right now etc Still getting segfaults with the replaced emerge-command :-( This does not look good. Can you get someone to reboot the machine with a sysrescue or Gentoo LiveCD for you to connect to it remotely and then chroot into the borked installation to essentially reinstall the required packages with a functional portage and toolchain from the LiveCD? Another idea, in case you have a fs corruption: if awk/gawk segfaults can you use a binary package from your local machine to see if the segfault goes away? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Can anyone tell me?
On Sat, 01 Mar 2008 14:09:45 -0500, Chris Walters wrote: Can anyone tell me what packages you know of that will break your system if you choose to put ACCEPT_KEYWORDS=~amd64 in your make.conf file? I have had my system break, twice now, from a package upgrade - I think that one of the culprits is gawk, but can't be certain. I run two completely ~amd64 systems here and have very few problems. I do know that the only way to fix the problem was to restore from backup, or to try re-installing again. I just want to know which packages are so unstable that I should mask them. TIA. The ~ in ~amd64 means the ebuilds are in testing, not that they, or the software they install, are considered unstable in the likely to crash meaning of the term. Because you are using bleeding edge ebuilds, there is the odd occasion when things don't play nicely together, or mistakes are made. The gawk problem one one such situation, where it depended on a library in /usr/lib and broke any system with /usr on a separate filesystem. It didn't require a reinstall to fix, I know because I was hit by it and didn't reinstall. It was a one-off that was fixed quickly, if you didn't sync and update each day you could easily have missed it. The testing ebuilds are for just that, it is only by people using them and reporting problems that those problems are kept out of the stable tree. If you are not prepared to deal with the occasional problem, running a testing system is not for you. -- Neil Bothwick There's an old proverb that says just about whatever you want it to signature.asc Description: PGP signature
Re: [gentoo-user] emerge spamassassin: re2c failed...
On Thursday 21 May 2009 10:30:17 Jarry wrote: Hi, I tried to emerge spamassassin, but emerge failed while working on re2c. I keep getting this error for about 3 days, despite of syncing/cleaning/rebuilding portage tree. What could be reason for this problem? Log says something about c++ compiler problem. But just a few days ago I emerged sendmail, without any problem. Why suddenly c++ does not work? - Emerging (14 of 62) dev-util/re2c-0.13.5 ... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for bison... bison -y checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-util/re2c-0.13.5/work/re2c-0.13.5/config.log You need to do this first -- alan dot mckinnon at gmail dot com
[gentoo-user] pkg-config and qt4 in an ebuild
Hello. I am writing an ebuild for bookmarkbridge (bookmarkbridge.sf.net), which depends on qt-4.0.1. configure (by means of pkg-config) is not findind QtGui, although the file QtGui.pc is installed (as /usr/lib64/qt4/QtGui.pc). First of all, why QtGui.pc is not installed on a standard location? How is the best way of dealing whit this problem in an ebuild? Output of configure: ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --build=x86_64-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether x86_64-pc-linux-gnu-g++ accepts -g... yes checking for style of include used by make... GNU checking dependency style of x86_64-pc-linux-gnu-g++... gcc3 checking for pkg-config... /usr/bin/pkg-config checking for QtGui = 4.0.1... Package QtGui was not found in the pkg-config search path. Perhaps you should add the directory containing `QtGui.pc' to the PKG_CONFIG_PATH environment variable No package 'QtGui' found configure: error: Library requirements (QtGui = 4.0.1) not met; consider adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. Romildo -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Pixie does not run.
On Fri, 02 Sep 2005 10:29:30 -0400 Dave Nebinger [EMAIL PROTECTED] wrote the words: LDFLAGS typically come in the -llib and -Lpath variety and are used to ensure that additional libraries and paths are included in the link phase. You typically won't need to add these (which is probably why there is little if any reference in the gentoo doc). Obviously there are more uses for LDFLAGS, but those above are used the most. If you do need them you can set up your environment variables before doing the make process. You can also use them on the command line ala LDFLAGS=-llib make, etc. Am I doing this correctly? Because it's not working Sun Sep 04 09:42:47 /var/tmp/portage/pixie-1.4.1-r1/work/Pixie root $ ./configure LDFLAGS=-llib make --prefix=/usr/local configure: WARNING: you should use --build, --host, --target checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for make-gcc... no checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Thanks, Adrian -- On The Fly Photography -:- Creation From Chaos On The Fly Photography: http://204EastSouth.com Purchase from On The Fly: http://204EastSouth.com/OTFStore.htm The Cynical Libertarian Society: http://www.204EastSouth.com/cls -- gentoo-user@gentoo.org mailing list
[gentoo-user] Compilation failed...mcs not found
Hi,
my Gentoo installation is incomplete...sigh ;)
Got this one:
* mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ...
[ ok ]
>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
>>> Unpacking source...
>>> Unpacking mono-addins-0.6.2.tar.bz2 to
>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
>>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
>>> Preparing source in
>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
>>> Source prepared.
>>> Configuring source in
>>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
./configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--libdir=/usr/lib64 --enable-gui
configure: loading site script /usr/share/config.site
checking for a BSD-compatible install...
/usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... no
checking for pkg-config... /usr/bin/pkg-config
checking for a BSD-compatible install...
/usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
checking for gmcs... no
configure: error: mcs Not found
eix mcs
eix gmcs
found nothing except for libmcs, which I installed ("-1"), but it
does not heal my hurts (GENTOO IS A DJ?).
What is mcs, who sells it and what do I have to pay for a new one?
Thanks lot for any hint in advance!
Best regards
Dances with emerge
[gentoo-user] app-misc/screen-4.6.2 fails
Hi,
while updateing app-misc/screen-4.6.2
I got this:
config.status: creating doc/Makefile
config.status: creating config.h
config.status: executing default commands
Now please check the pathnames in the Makefile and in the user
configuration section in config.h.
Then type 'make' to make screen. Good luck.
>>> Source configured.
>>> Compiling source in
>>> /var/tmp/portage/app-misc/screen-4.6.2/work/screen-4.6.2 ...
make -j6 comm.h term.h
AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -D_GNU_SOURCE"
srcdir=. sh ./comm.sh
AWK=gawk srcdir=. sh ./term.sh
make -j6 osdef.h
CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK
-DETCSCREENRC='"/etc/screenrc"'
-DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh ./osdef.sh
make -j6 -C doc screen.info
make: Entering directory
'/var/tmp/portage/app-misc/screen-4.6.2/work/screen-4.6.2/doc'
makeinfo ./screen.texinfo -o screen.info
./screen.texinfo:3220: `@end' expected `deffn', but saw `example'
./screen.texinfo:3220: unmatched `@end example'
./screen.texinfo:3222: unmatched `@end deffn'
make: *** [Makefile:31: screen.info] Error 1
make: Leaving directory
'/var/tmp/portage/app-misc/screen-4.6.2/work/screen-4.6.2/doc'
* ERROR: app-misc/screen-4.6.2::gentoo failed (compile phase):
* emake failed
It looks like a certain texinfo file of this version has a problem.
I am no texinfo expert at all but looking at that file I dont see any
problem.
Does anyone else the problem?
What may trigger it?
My texinfon installation:
[I] sys-apps/texinfo
Available versions: 6.1 6.3 (~)6.4 (~)6.5 {nls static}
Installed versions: 6.5(05:06:45 AM 12/07/2017)(nls -static)
Homepage:https://www.gnu.org/software/texinfo/
Description: The GNU info program and utilities
Cheers
Meino
[gentoo-user] Re: Converting shell globs to regular expressions
On 2023-04-13, Dr Rainer Woitok wrote: > Greetings, > > does anybody know about some command to convert shell globs (shell pat- > terns) into regular expressions? Back in the old Unix days there was a > "glob" command, but "e-files" only turns up a GNU library. > > I am aware of Python's "fnmatch.translate()" function, but this -- of > course -- returns a Python style regular expression which I can't use > together with "grep" or "gawk". So using this function would require > moving and converting the "grep" and "gawk" specific code from my Shell > script into a separate Python script. This would be doable, if neces- > sary, but I would prefer staying with just my Shell script. > > Any pointers heartily welcome :-) What did the "glob" utility you remember do? Sources at TUHS have a "glob" utility, but it seems to execute a given command after expanding the glob, instead of outputting a translation (which I think is what you're describing?). Do you remember which system did you see this on? Perhaps this could be a question for alt.folklore.computers or a comp.unix.* group on USENET too! The "glob" utility at TUHS: https://minnie.tuhs.org/cgi-bin/utree.pl?file=V5/usr/source/s1/glob.c and the source for its online manual page from V6: https://www.tuhs.org/cgi-bin/utree.pl?file=V6%2Fusr%2Fman%2Fman8%2Fglob.8 -- Nuno Silva
Re: [gentoo-user] Can anyone tell me?
On Sat, Mar 1, 2008 at 11:09 AM, Chris Walters [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Can anyone tell me what packages you know of that will break your system if you choose to put ACCEPT_KEYWORDS=~amd64 in your make.conf file? I have had my system break, twice now, from a package upgrade - I think that one of the culprits is gawk, but can't be certain. I do know that the only way to fix the problem was to restore from backup, or to try re-installing again. I just want to know which packages are so unstable that I should mask them. TIA. Regards, Chris Hi Chris, I don't think your question can be answered as phrased. *Any* package marked with '~' is 'new', 'in testing', 'unstable', etc. Very few (in my experience) 'break' my machine, but I have a rule that any package energed as part of emerge system must be stable and I personally add ~x86 or ~amd64 only for specific packages that I want or need some new feature. Hope this helps, Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Can anyone tell me?
On Sunday 02 March 2008, Dan Farrell wrote: Can anyone tell me what packages you know of that will break your system if you choose to put ACCEPT_KEYWORDS=~amd64 in your make.conf file? I have had my system break, twice now, from a package upgrade - I think that one of the culprits is gawk, but can't be certain. I do know that the only way to fix the problem was to restore from backup, or to try re-installing again. I just want to know which packages are so unstable that I should mask them. TIA. doesn't sound like a broken package to me. perhaps something else got borked? Or maybe some unusual compiler settings? OP, please post your /etc/make.conf -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] OT: awk scripting
let's say you have a listing like this in a file name list.txt:
aaa bbb
aaa bbb
aaa bbb
aaa bbb
aaa bbb
if you wanna print the bbb column, you just have to do like this:
cat list.txt | awk '{ print $2 }'
if the listing is like this:
aaa;bbb
aaa;bbb
aaa;bbb
aaa;bbb
aaa;bbb
then you do:
cat list.txt | awk -F';' '{ print $2 }'
and so on. I sugest you read awk and gawk man pages for more info.
they are very complete.
regards, claudio.
On 3/24/06, Sascha Lucas [EMAIL PROTECTED] wrote:
Hi list,
I want the awk analogon for cut -f2-, which prints fields #2 to #n. Is
this possible?
awk '{print $2???}'
TIA,
Sascha.
--
gentoo-user@gentoo.org mailing list
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --update - why doesn't it update my kde packages
On Tue, 04 May 2010 11:00:01 +0200, Helmut Jarausch wrote about
[gentoo-user] emerge --update - why doesn't it update my kde packages:
[snip]
Still, eix confirmed there were quite a lot of kde packages which have
newer versions, and indeed,
emerge -auv1 -j4 --keep-going $(qlist -IC kde-base/)
upgraded 24 packages.
Where does this discrepancy come from?
I think Portage does not consider packages that are not in your world
file, if the update is on world (or system).
To overcome this, I wrote a little script, called update_orphans.sh.
Here it is:
---cut--- update_orphans.sh --cut-
#!/bin/sh
eix -u | gawk '/^\[U\] / { print $2; }' | xargs -r emerge -v1uD
exit $?
---cut---cutcut-
I run it immediately after the main emerge, when I have rsync'ed the
Portage tree.
--
Regards,
Dave [RLU #314465]
==
dwn...@ntlworld.com (David W Noon)
==
signature.asc
Description: PGP signature
[gentoo-user] Changing names of LOTS of files, adding to them actually.
Greets, I ran into a problem. I been downloading a lot of TV shows. I forgot to put a sort of important part in the names. This is what I have with the full path: /data/Movies/TV_Series/Person of Interest/Season 1, Episode 1 - Pilot.mp4 This is what I need it to be: /data/Movies/TV_Series/Person of Interest/Person of Interest - Season 1, Episode 1 - Pilot.mp4 Basically, I need to add the name of the show to the name of the file. They will all be added to the front of the names. They also almost all contain spaces, which means some fancy footwork with the \. Is there a way to do this? I have room to copy them to another directory if needed. I would sort of actually prefer it that way since if it messes up, I got the originals at least. Sorry I'm not real good at gawk, sed and all those things. I suspect those will be used tho. I am familiar with | and grep tho. ;-) Thoughts? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] Re: Filter grep output of 'ps aux'
On 2012-03-02, Pandu Poluan pa...@poluan.info wrote:
On Mar 3, 2012 1:07 AM, Paul Hartman paul.hartman+gen...@gmail.com
wrote:
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafl tansta...@libertytrek.org
wrote:
Does anyone know if there is a way to filter the output of ps aux to
show
only lines that have a value in the %CPU column higher than x - ie,
1.0, or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Why would you use if? You can easily use this :
ps aux | awk '$3 1.0 {print}'
Why would you use {print}? You can easily use this:
ps aux | awk '$3 1.0'
;)
--
Grant Edwards grant.b.edwardsYow! Kids, don't gross me
at off ... Adventures with
gmail.comMENTAL HYGIENE can be
carried too FAR!
Re: [gentoo-user] Re: Filter grep output of 'ps aux'
On Mar 3, 2012 2:44 AM, Grant Edwards grant.b.edwa...@gmail.com wrote:
On 2012-03-02, Pandu Poluan pa...@poluan.info wrote:
On Mar 3, 2012 1:07 AM, Paul Hartman paul.hartman+gen...@gmail.com
wrote:
On Fri, Mar 2, 2012 at 11:46 AM, Tanstaafl tansta...@libertytrek.org
wrote:
Does anyone know if there is a way to filter the output of ps aux to
show
only lines that have a value in the %CPU column higher than x - ie,
1.0, or
2.0, or something like that?
ps aux | gawk '{ if ( $3 1.0 ) { print } }'
Why would you use if? You can easily use this :
ps aux | awk '$3 1.0 {print}'
Why would you use {print}? You can easily use this:
ps aux | awk '$3 1.0'
;)
Ahaha, true... that's the default action if no action block is provided. I
usually just print the fields I need in the action block.
Rgds,
Re: [gentoo-user] Re: emerge -e errors right after install
2013/8/16 Francisco Ares fra...@gmail.com 2013/8/16 Michael Palimaka kensing...@gentoo.org On 16/08/2013 23:22, Francisco Ares wrote: 26892 Illegal instruction | $AWK -f $ac_tmp/subs.awk 31167 Illegal instruction | $AWK -f $tmp/subs.awk $tmp/out [...] I have built binary packages for sed and gawk, created in a machine with the same characteristics and configuration, and emerged those to the new machine. Even so, the errors keep coming. It could be an issue with faulty memory, or problem with glibc. Often though, illegal instruction is the result of a mismatch between the host, and the target for which the binary was compiled. This could be checked by comparing /proc/cpuinfo with your CFLAGs. Thanks, gonna check that. Francisco You were right. I have overlooked the type of the new machine's CPU (it is a Pentium(R) Dual-Core CPU and the other one, already working, is a Intel(R) Core(TM)2 Duo CPU). So, a march=nocona instead of a march=core2 seems to have solved the problem. Thank you! Francisco
Re: [gentoo-user] emerge spamassassin: re2c failed...
On Thursday 21 May 2009 11:21:22 Jarry wrote: Alan McKinnon wrote: On Thursday 21 May 2009 10:30:17 Jarry wrote: I tried to emerge spamassassin, but emerge failed while working on re2c. I keep getting this error for about 3 days, despite of syncing/cleaning/rebuilding portage tree. What could be reason for this problem? Log says something about c++ compiler problem. But just a few days ago I emerged sendmail, without any problem. Why suddenly c++ does not work? - Emerging (14 of 62) dev-util/re2c-0.13.5 ... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for bison... bison -y checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-util/re2c-0.13.5/work/re2c-0.13.5/config.log You need to do this first I'm not sure what you mean. Sending config.log? I did attach it. Probably mailing list has cut it off. So I put it directly (sorry for long post): __ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by re2c configure 0.13.5, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 [snip] configure:2460: checking for C++ compiler default output file name configure:2487: x86_64-pc-linux-gnu-g++ -march=athlon64 - O2 -pipe ^ ka-ching! -- alan dot mckinnon at gmail dot com
[gentoo-user] C compiler cannot create executables
When I try to bootstrap a Power Macintosh 8500, I get this error from
/usr/portage/scripts/bootstrap.sh:
emerge (1 of 7) sys-apps/textinfo-4.7.-r1 to /
!!! Cannot create log... No write access / Does not exist
!!! PORT_LOGDIR: /var/log/portage
!!! Cannot create log... No write access / Does not exist
!!! PORT_LOGDIR: /var/log/portage
[does the md5 checks]
[unpacks stuff]
[...]
Source unpacked.
* econf: updating texinfo-4.7/config.guess with
/usr/share/gnuconfig/config.guess
* econf: updating texinfo-4.7/config.guess with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=powerpc-unknown-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --disable-nls
configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for powerpc-unknown-linux-gnu-strip... no
checking for strip... strip
checking whether to enable maintainer-specific portions of Makefiles... no
checking for powerpc-unknown-linux-gnu-gcc... powerpc-unknown-linux-gnu-gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See 'config.log' for more details.
!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/texinfo-4.7-r1/work/texinfo-4.7/config.log
!!! ERROR: sys-apps/texinfo-4.7-r1 failed.
!!! Function econf, line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status
message.
/var/tmp/portage/texinfo-4.7-r1/work/texinfo-4.7/config.log is available
if needed. I really don't want this to be one of those annoying-long
messages.
CHOST=powerpc-unknown-linux-gnu
CFLAGS=-O2 -mcpu=604 -mtune=604 -fsigned-char -mmultiple -mstring
-fomit-frame-pointer -pipe -fstack_protector -fweb -ftracer
CXXFLAGS=${CFLAGS}
MAKEOPTS=-j1
USE contains hardened
--
Colin
--
gentoo-user@gentoo.org mailing list
[gentoo-user] Can't emerge ekiga
Hello all, I'm trying to install ekiga and it won't compile. It's complaining about not having XML::Parser installed. But XML::Parser is installed: === hydra Desktop # emerge -s XML-Parser Searching... [ Results for search key : XML-Parser ] [ Applications found : 1 ] * dev-perl/XML-Parser Latest version available: 2.34 Latest version installed: 2.34 Size of files: 224 kB Homepage: http://search.cpan.org/~msergeant/ Description: A Perl extension interface to James Clark's XML parser, expat License: Artistic === So, how should I approach this? Here is the original emerge error message. === hydra Desktop # emerge -u ekiga Calculating dependencies... done! Verifying ebuild Manifests... Emerging (1 of 2) dev-util/intltool-0.35.5 to / * intltool-0.35.5.tar.bz2 RMD160 ;-) ... [ ok ] * intltool-0.35.5.tar.bz2 SHA1 ;-) ... [ ok ] * intltool-0.35.5.tar.bz2 SHA256 ;-) ... [ ok ] * intltool-0.35.5.tar.bz2 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ...[ ok ] * checking intltool-0.35.5.tar.bz2 ;-) ... [ ok ] Unpacking source... Unpacking intltool-0.35.5.tar.bz2 to /var/tmp/portage/dev-util/intltool-0.35.5/work * Applying intltool-0.35.5-update.patch ... [ ok ] Source unpacked. Compiling source in /var/tmp/portage/dev-util/intltool-0.35.5/work/intltool-0.35.5 ... ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i686-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/dev-util/intltool-0.35.5/work/intltool-0.35.5/config.log !!! ERROR: dev-util/intltool-0.35.5 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ebuild.sh, line 642: Called econf ebuild.sh, line 577: Called die !!! econf failed !!! 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/dev-util/intltool-0.35.5/temp/build.log'. === TIA, -- Mike Diehl -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
2011/5/5 Mick michaelkintz...@gmail.com On Thursday 05 May 2011 03:00:23 Rafael Barrera Oro wrote: Hello! I just installed a Gentoo box and i am having a bizarre problem (bizarre for me at least), i'd like to point that the only solution i have found so far (attempt to modify some eclass) is way beyond the limit of complexness that i am used to so if there is another way i would really appreciate if anyone pointed it out for me And in case it is not obvious, i am pretty much of a rookie regardind gentoo and linux in general anyway, thanks in advance!!! The thing is that emerging mirrorselect has the following outcome: * QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths * ERROR: dev-util/dialog-1.1.20100428 failed: * soiled libtool library files found Hmm ... I don't know why this is caused, but I would run: emerge --oneshot -av libtool and then revdep-rebuild -v -- --ask -- Regards, Mick I tried to emerge libtool and i detected some seriously weird behaviour, emerge configures libtool over an over in an infinite loop... this is where the process resets: ... running CONFIG_SHELL=/bin/bash /bin/bash ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib build_alias=i686-pc-linux-gnu host_alias=i686-pc-linux-gnu CFLAGS=-O2 -march=i686 -pipe LDFLAGS=-Wl,-O1 -Wl,--as-needed CXXFLAGS=-O2 -march=i686 -pipe FFLAGS= FCFLAGS= --no-create --no-recursion ## -- ## ## Configuring libtool 2.2.10 ## ## -- ## checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk ... if i don't interrupt it just keep going, i think there is something seriously wrong with my system...
[gentoo-user] Re: QA Notice: libdialog.la appears to contain PORTAGE_TMPDIR paths
On 05/05/2011 07:13 AM, Rafael Barrera Oro wrote: 2011/5/5 Mick michaelkintz...@gmail.com mailto:michaelkintz...@gmail.com On Thursday 05 May 2011 03:00:23 Rafael Barrera Oro wrote: Hello! I just installed a Gentoo box and i am having a bizarre problem (bizarre for me at least), i'd like to point that the only solution i have found so far (attempt to modify some eclass) is way beyond the limit of complexness that i am used to so if there is another way i would really appreciate if anyone pointed it out for me And in case it is not obvious, i am pretty much of a rookie regardind gentoo and linux in general anyway, thanks in advance!!! The thing is that emerging mirrorselect has the following outcome: * QA Notice: libdialog.la http://libdialog.la appears to contain PORTAGE_TMPDIR paths * ERROR: dev-util/dialog-1.1.20100428 failed: * soiled libtool library files found Hmm ... I don't know why this is caused, but I would run: emerge --oneshot -av libtool and then revdep-rebuild -v -- --ask -- Regards, Mick I tried to emerge libtool and i detected some seriously weird behaviour, emerge configures libtool over an over in an infinite loop... this is where the process resets: ... running CONFIG_SHELL=/bin/bash /bin/bash ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib build_alias=i686-pc-linux-gnu host_alias=i686-pc-linux-gnu CFLAGS=-O2 -march=i686 -pipe LDFLAGS=-Wl,-O1 -Wl,--as-needed CXXFLAGS=-O2 -march=i686 -pipe FFLAGS= FCFLAGS= --no-create --no-recursion ## -- ## ## Configuring libtool 2.2.10 ## ## -- ## checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk ... if i don't interrupt it just keep going, i think there is something seriously wrong with my system... You said you just installed gentoo. Have you ever emerged any package on that machine before? That is, was it working okay and then something broke it? What version of python are you using -- you may have version 2.x and version 3.x. If so, you should be using python 2.x when emerging things.
[gentoo-user] unable to compile gcc 4.5.3-r1
Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Dale :-) :-)
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Nope, this only happens in that specific situation, most things compile normally. I didn't see that post for that reason -- I was looking for something more specific. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Changing names of LOTS of files, adding to them actually.
Frank Steinmetzger wrote: On Wed, Nov 30, 2011 at 07:49:26PM -0600, Dale wrote: I ran into a problem. I been downloading a lot of TV shows. I forgot to put a sort of important part in the names. This is what I have with the full path: /data/Movies/TV_Series/Person of Interest/Season 1, Episode 1 - Pilot.mp4 This is what I need it to be: /data/Movies/TV_Series/Person of Interest/Person of Interest - Season 1, Episode 1 - Pilot.mp4 Basically, I need to add the name of the show to the name of the file. They will all be added to the front of the names. They also almost all contain spaces, which means some fancy footwork with the \. Is there a way to do this? I have room to copy them to another directory if needed. I would sort of actually prefer it that way since if it messes up, I got the originals at least. Sorry I'm not real good at gawk, sed and all those things. I suspect those will be used tho. I am familiar with | and grep tho. ;-) Thoughts? I can’t remember right now what graphical environment you use, but for KDE there is KRename. But if you want it quick and efficient, I suggest renameutils. You give it a list of files and it opens $EDITOR containing two columns with the list. The first is the old name, and in the second you can enter the new name. It’s basically a mass renamer for the console, powered by your favorite features of your favorite editor. With the recursive flag -R you can even do what you want for many dirs at once and then insert the Series name using search and replace with regular expressions. But your particular example could be done simply with: cd /data/Movies/TV_Series/Person of Interest for i in *.mp4; do mv -n $i Person of Interest - $i; done Oh heck yea. Krename did a wonderful job. It renamed them in place. I tested it on a small directory with just a few files at first. This is cool. I didn't know KDE had this and it wasn't installed either. No grep, gawk or sed in the command line for this? Wow. I thought there would be at least a couple of those in there. lol Thanks for the info. I didn't even think there would be a GUI for this. o_O Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Compilation failed...mcs not found
2016-07-28 14:51 GMT-03:00 <meino.cra...@gmx.de>:
> Hi,
>
> my Gentoo installation is incomplete...sigh ;)
>
>
> Got this one:
>
> * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ...
> [ ok ]
> >>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
> >>> Unpacking source...
> >>> Unpacking mono-addins-0.6.2.tar.bz2 to
> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
> >>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
> >>> Preparing source in
> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
> >>> Source prepared.
> >>> Configuring source in
> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
> --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
> --localstatedir=/var/lib --libdir=/usr/lib64 --enable-gui
> configure: loading site script /usr/share/config.site
> checking for a BSD-compatible install...
> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking how to create a ustar tar archive... gnutar
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for pkg-config... /usr/bin/pkg-config
> checking for a BSD-compatible install...
> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
> checking for gmcs... no
> configure: error: mcs Not found
>
>
> eix mcs
> eix gmcs
> found nothing except for libmcs, which I installed ("-1"), but it
> does not heal my hurts (GENTOO IS A DJ?).
>
> What is mcs, who sells it and what do I have to pay for a new one?
>
> Thanks lot for any hint in advance!
>
> Best regards
> Dances with emerge
>
>
>
>
>
Yo tried this?
https://github.com/gentoo/dotnet/issues/29
First search result on google
Re: [gentoo-user] Compilation failed...mcs not found
meino.cra...@gmx.de wrote:
> Hi,
>
> my Gentoo installation is incomplete...sigh ;)
>
>
> Got this one:
>
> * mono-addins-0.6.2.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ...
>[ ok ]
> >>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
> >>> Unpacking source...
> >>> Unpacking mono-addins-0.6.2.tar.bz2 to
> >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
> >>> Source unpacked in /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work
> >>> Preparing source in
> >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
> >>> Source prepared.
> >>> Configuring source in
> >>> /var/tmp/portage/dev-dotnet/mono-addins-0.6.2/work/mono-addins-0.6.2 ...
> ./configure --prefix=/usr --build=x86_64-pc-linux-gnu
> --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
> --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
> --libdir=/usr/lib64 --enable-gui
> configure: loading site script /usr/share/config.site
> checking for a BSD-compatible install...
> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking how to create a ustar tar archive... gnutar
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for pkg-config... /usr/bin/pkg-config
> checking for a BSD-compatible install...
> /usr/lib/portage/python2.7/ebuild-helpers/xattr/install -c
> checking for gmcs... no
> configure: error: mcs Not found
>
>
> eix mcs
> eix gmcs
> found nothing except for libmcs, which I installed ("-1"), but it
> does not heal my hurts (GENTOO IS A DJ?).
>
> What is mcs, who sells it and what do I have to pay for a new one?
Sounds like the c# compiler, is mono installed?
--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?
John Covici
cov...@ccs.covici.com
[gentoo-user] ...again compile problems due to texinfo...
Hi, previously the compilation of glibc failed, because docs cpuld not be build. This was caused in the context of texinfo. "Solved" was this by not building the docs via deinstallation of texinfo temporarily. No screen jumps over the edge and again texinfo seems to cause this: >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0 ... make -j6 comm.h term.h AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -D_GNU_SOURCE" srcdir=. sh ./comm.sh AWK=gawk srcdir=. sh ./term.sh make -j6 osdef.h CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK -DETCSCREENRC='"/etc/screenrc"' -DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh ./osdef.sh make -j6 -C doc screen.info make: Entering directory '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' makeinfo ./screen.texinfo -o screen.info ./screen.texinfo:3154: `@end' expected `deffn', but saw `example' ./screen.texinfo:3154: unmatched `@end example' ./screen.texinfo:3156: unmatched `@end deffn' make: *** [Makefile:31: screen.info] Error 1 make: Leaving directory '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' * ERROR: app-misc/screen-4.6.0::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=app-misc/screen-4.6.0::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-misc/screen-4.6.0::gentoo'`. * The complete build log is located at '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-misc/screen-4.6.0/temp/environment'. * Working directory: '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' * S: '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' * * The following package has failed to build, install, or execute postinst: * * (app-misc/screen-4.6.0:0/0::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log' * * GNU info directory index is up-to-date. * After world updates, it is important to remove obsolete packages with * emerge --depclean. Refer to `man emerge` for more information. How can I fix this ... by fixing it and not by uninstalling texinfo ? ;) Cheers Meino
Re: [gentoo-user] emerge -quad --newuse @world
gg wrote: > Hallo , > > please help me. I try to install a new Gentoo with no-multilib (AMD64) , > > but compiling sandbox fails : > > > ebuild R ] sys-apps/sandbox-2.12 > > Would you like to merge these packages? [Yes/No] y >>>> Verifying ebuild manifests >>>> Emerging (1 of 1) sys-apps/sandbox-2.12::gentoo >>>> Failed to emerge sys-apps/sandbox-2.12, Log file: >>>> '/var/tmp/portage/sys-apps/sandbox-2.12/temp/build.log' > * Package:sys-apps/sandbox-2.12 > * Repository: gentoo > * Maintainer: sand...@gentoo.org > * USE:abi_x86_32 abi_x86_64 amd64 elibc_glibc kernel_linux > userland_GNU > * FEATURES: preserve-libs sandbox userpriv usersandbox > * abi_x86_32.x86: running multilib-minimal_abi_src_configure > checking for a BSD-compatible install... > /usr/lib/portage/python3.5/ebuild-helpers/xattr/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking whether make supports nested variables... (cached) yes > checking environment state... ok > checking for i686-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc -m32 > checking whether the C compiler works... no > configure: error: in > `/var/tmp/portage/sys-apps/sandbox-2.12/work/sandbox-2.12-abi_x86_32.x86': > configure: error: C compiler cannot create executables > See `config.log' for more details > > !!! Please attach the following file when seeking support: > !!! > I thought this looked familiar. I did a google search and found a old thread of mine. I did a emerge -e @world to fix it. You may can do a emerge -e @system and it fix it, since it should fix gcc and everything it depends on. Before doing that tho, I would check gcc-config -l and see if it is set. It should have a "*" beside one version in the list. I seem to recall once ages ago setting it, even tho it shows it is set, again and it helping. Should look something like this: root@fireball / # gcc-config -l [1] x86_64-pc-linux-gnu-6.4.0 * root@fireball / # gcc-config 1 * Switching native-compiler to x86_64-pc-linux-gnu-6.4.0 ... [ ok ] root@fireball / # gcc-config -l [1] x86_64-pc-linux-gnu-6.4.0 * root@fireball / # That is grasping at straws but if it works, it would save a lot of compile time. It's faster too. Hope that helps and if not, maybe someone else has a good idea. Dale :-) :-)
Re: [gentoo-user] HOWTO: Freezing/unfreezing (groups of) processes
Hello,
On Fri, 05 Feb 2021, Walter Dnes wrote:
>On Fri, Feb 05, 2021 at 06:55:12AM -0500, Rich Freeman wrote
>> On Fri, Feb 5, 2021 at 2:45 AM Walter Dnes wrote:
>> > So far, so good, but running "ps -ef | grep whatever" and then
>> > typing the kill -SIGSTOP/SIGCONT command on the correct pid is grunt
>> > work, subject to typos.
It's much easier to use the '-o' option of ps, i.e.:
$ ps -eo pid,cmd
That gives you a much easier format to work with. There's a lot more
fields to use, e.g. tname or tty, args or cmd, comm, and many more see
'man ps' under "STANDARD FORMAT SPECIFIERS".
> My reading of the "killall" man page is that it works on command
>names. For my script, "pstop palemoon" stops all instances of Pale
>Moon. But my script greps the entire line, so "pstop slashdot" will
>stop the process...
>
>/home/waltdnes/pm/palemoon/palemoon -new-instance -p slasdot
>
> Does "killall" have that ability to stop a process based on any
>parameters in the command line?
The following script does:
~/bin/pstop && ln -s pstop ~/bin/pcont
#!/usr/bin/gawk -f
BEGINFILE { if( FILENAME != "" ) { exit(0); } }
BEGIN {
### determine if were run as pstop or pcont
cmdlinefile = "/proc/" PROCINFO["pid"] "/cmdline" ;
getline cmdline < cmdlinefile;
n = split(cmdline, argv, "\0");
IAM=argv[3];
if( IAM ~ /pstop$/) { SIG="STOP"; } else { SIG="CONT"; };
### now to work ...
printf("%s-ing pids: ", SIG);
bcmd = sprintf("kill -%s ", SIG);
pscmd = "ps -eo pid,cmd";
# IGNORECASE=1 ### uncomment for case insensitive matching
while ( pscmd | getline ) {
if( $1 != PROCINFO["pid"] ) { ### ignore ourself
p = $1; $1 = ""; ### save pid to p; prune pid from $0
for(i=1; i < (ARGC); i++) {
if( $0 ~ ARGV[i] ) {
printf("%s ", p);
cmd = bcmd p;
system(cmd);
}
}
}
}
}
END { printf("\n"); }
Arguments can be any number of (quoted where neccessary) regular
expressions described under 'Regular Expressions' in 'man gawk'
(basically Extended POSIX REs as in egrep, see 'man 7 regex').
Example use:
$ pstop palemoon firefox slashdot 'chrom(e|ium)'
(and the same for pcont)
HTH,
-dnh
--
Love your enemies: they'll go crazy trying to figure out what you're up
to. -- BSD fortune file
Re: [gentoo-user] emerge spamassassin: re2c failed...
Alan McKinnon wrote: On Thursday 21 May 2009 10:30:17 Jarry wrote: I tried to emerge spamassassin, but emerge failed while working on re2c. I keep getting this error for about 3 days, despite of syncing/cleaning/rebuilding portage tree. What could be reason for this problem? Log says something about c++ compiler problem. But just a few days ago I emerged sendmail, without any problem. Why suddenly c++ does not work? - Emerging (14 of 62) dev-util/re2c-0.13.5 ... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for bison... bison -y checking for x86_64-pc-linux-gnu-g++... x86_64-pc-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-util/re2c-0.13.5/work/re2c-0.13.5/config.log You need to do this first I'm not sure what you mean. Sending config.log? I did attach it. Probably mailing list has cut it off. So I put it directly (sorry for long post): __ This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by re2c configure 0.13.5, which was generated by GNU Autoconf 2.61. Invocation command line was $ ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 ## - ## ## Platform. ## ## - ## hostname = mail uname -m = x86_64 uname -r = 2.6.22-vs2.2.0.7-gentoo uname -s = Linux uname -v = #2 SMP Fri Mar 20 18:27:58 GMT 2009 /usr/bin/uname -p = AMD Athlon(tm) 64 X2 Dual Core Processor 4800+ /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/lib64/portage/bin/ebuild-helpers PATH: /usr/local/sbin PATH: /sbin PATH: /usr/sbin PATH: /usr/local/bin PATH: /bin PATH: /usr/bin PATH: /opt/bin PATH: /usr/x86_64-pc-linux-gnu/gcc-bin/4.3.2 ## --- ## ## Core tests. ## ## --- ## configure:1796: checking for a BSD-compatible install configure:1852: result: /usr/bin/install -c configure:1863: checking whether build environment is sane configure:1906: result: yes configure:1934: checking for a thread-safe mkdir -p configure:1973: result: /bin/mkdir -p configure:1986: checking for gawk configure:2002: found /bin/gawk configure:2013: result: gawk configure:2024: checking whether make sets $(MAKE) configure:2045: result: yes configure:2252: checking for bison configure:2268: found /usr/bin/bison configure:2279: result: bison -y configure:2305: checking for x86_64-pc-linux-gnu-g++ configure:2321: found /usr/bin/x86_64-pc-linux-gnu-g++ configure:2332: result: x86_64-pc-linux-gnu-g++ configure:2407: checking for C++ compiler version configure:2414: x86_64-pc-linux-gnu-g++ --version 5 x86_64-pc-linux-gnu-g++ (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) 4.3.2 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2417: $? = 0 configure:2424: x86_64-pc-linux-gnu-g++ -v 5 Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.2-r3/work/gcc-4.3.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --disable-libgcj --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.2-r3 p1.6, pie-10.1.5' Thread model: posix gcc version 4.3.2 (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) configure:2427: $? = 0 configure:2434: x86_64-pc-linux-gnu-g++ -V 5 x86_64-pc-linux-gnu-g++: '-V' option must have argument configure:2437
[gentoo-user] emerge xkeyboard-config-0.8 failed
Seems some dependencies are missing:
% emerge --update world
[...[
Emerging (2 of 271) x11-misc/xkeyboard-config-0.8 to /
checking ebuild checksums ;-)
checking auxfile checksums ;-)
checking miscfile checksums ;-)
checking xkeyboard-config-0.8.tar.bz2 ;-)
Unpacking source...
Unpacking xkeyboard-config-0.8.tar.bz2 to
/var/tmp/portage/xkeyboard-config-0.8/work
Source unpacked.
Compiling source in
/var/tmp/portage/xkeyboard-config-0.8/work/xkeyboard-config-0.8 ...
* econf: updating xkeyboard-config-0.8/config.guess with
/usr/share/gnuconfig/config.guess
* econf: updating xkeyboard-config-0.8/config.sub with
/usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconf\
dir=/etc --localstatedir=/var/lib --with-xkb-base=/usr/share/X11/xkb
--enable-compat-rules --disable-xkbcomp-symlink --with-xkb-rul\
es-symlink=xorg --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for xkbcomp... /usr/bin/xkbcomp
checking for intltool = 0.30... 0.33 found
checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/xkeyboard-config-0.8/work/xkeyboard-config-0.8/config.log
!!! ERROR: x11-misc/xkeyboard-config-0.8 failed.
Call stack:
ebuild.sh, line 1545: Called dyn_compile
ebuild.sh, line 940: Called src_compile
xkeyboard-config-0.8.ebuild, line 39: Called econf
'--with-xkb-base=/usr/share/X11/xkb' '--enable-compat-rules' '--disable-xkbc\
omp-symlink' '--with-xkb-rules-symlink=xorg'
ebuild.sh, line 541: Called die
!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.
p
% cat /var/tmp/portage/xkeyboard-config-0.8/work/xkeyboard-config-0.8/config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by xkeyboard-config configure 0.8, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --with-xkb-base=/usr/share/X11/xkb
--enable-compat-rules --disable-xkbcomp-symlink --with-xkb-rules-symlink=xorg
--build=i686-pc-linux-gnu
## - ##
## Platform. ##
## - ##
hostname = kuiper
uname -m = i686
uname -r = 2.6.15-gentoo-r1-c4
uname -s = Linux
uname -v = #4 PREEMPT Sat Jun 24 23:21:47 CEST 2006
/usr/bin/uname -p = Mobile AMD Sempron(tm) Processor 3000+
/bin/uname -X = unknown
/bin/arch = i686
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/local/sbin
PATH: /sbin
PATH: /usr/sbin
PATH: /usr/lib/portage/bin
PATH: /usr/local/bin
PATH: /bin
PATH: /usr/bin
PATH: /opt/bin
PATH: /opt/ghc/bin
PATH: /opt/blackdown-jdk-1.4.2.03/bin
PATH: /opt/blackdown-jdk-1.4.2.03/jre/bin
PATH: /usr/qt/3/bin
PATH: /usr/kde/3.4/sbin
PATH: /usr/kde/3.4/bin
## --- ##
## Core tests. ##
## --- ##
configure:1289: checking for a BSD-compatible install
configure:1344: result: /bin/install -c
configure:1355: checking whether build environment is sane
configure:1398: result: yes
configure:1463: checking for gawk
configure:1479: found /bin/gawk
configure:1489: result: gawk
configure:1499: checking whether make sets $(MAKE)
configure:1519: result: yes
configure:1687: checking whether to enable maintainer-specific portions of
Makefiles
configure:1696: result: no
configure:1718: checking for xkbcomp
configure:1736: found /usr/bin/xkbcomp
configure:1749: result: /usr/bin/xkbcomp
configure:1839: checking for intltool = 0.30
configure:1846: result: 0.33 found
configure:1902: checking for perl
configure:1920: found /usr/bin/perl
configure:1932: result: /usr/bin/perl
configure:1950: checking for XML::Parser
configure:1956: error: XML::Parser perl module is required for intltool
## ##
## Cache variables. ##
## ##
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i686-pc-linux-gnu
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=i686-pc-linux-gnu
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_INTLTOOL_PERL=/usr/bin/perl
ac_cv_path_XKBCOMP=/usr/bin/xkbcomp
ac_cv_path_install='/bin/install -c'
ac_cv_prog_AWK=gawk
ac_cv_prog_make_make_set=yes
## - ##
## Output variables. ##
## - ##
ACLOCAL='${SHELL
[gentoo-user] Strangeness on a fresh install
Hi all, I am having a real strange problem on a fresh install, I had
used a stage3 tarball from internet and when I try to emerge syslog-ng
I got this error
checking for C compiler default output...configure: error: C compiler
cannot create executables
See config.log for more details.
I had a look at config.log and do not understand nothing can
someone help with that one
--
An application asked:
Requeires Windows 9x, NT4 or better,
so I've installed Linux
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --build=i686-pc-linux-gnu
## - ##
## Platform. ##
## - ##
hostname = livecd
uname -m = i686
uname -r = 2.6.12-gentoo-r6
uname -s = Linux
uname -v = #1 SMP Wed Aug 3 20:26:57 UTC 2005
/usr/bin/uname -p = Pentium III (Coppermine)
/bin/uname -X = unknown
/bin/arch = i686
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /sbin
PATH: /usr/sbin
PATH: /usr/lib/portage/bin
PATH: /bin
PATH: /usr/bin
PATH: /opt/bin
PATH: /usr/i686-pc-linux-gnu/gcc-bin/3.3.5-20050130
## --- ##
## Core tests. ##
## --- ##
configure:1538: checking for a BSD-compatible install
configure:1593: result: /bin/install -c
configure:1604: checking whether build environment is sane
configure:1647: result: yes
configure:1680: checking for gawk
configure:1696: found /bin/gawk
configure:1706: result: gawk
configure:1716: checking whether make sets $(MAKE)
configure:1736: result: yes
configure:1924: checking whether build environment is sane
configure:1967: result: yes
configure:1978: checking for i686-pc-linux-gnu-gcc
configure:1994: found /usr/bin/i686-pc-linux-gnu-gcc
configure:2004: result: i686-pc-linux-gnu-gcc
configure:2286: checking for C compiler version
configure:2289: i686-pc-linux-gnu-gcc --version /dev/null 5
i686-pc-linux-gnu-gcc (GCC) 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1,
ssp-3.3.5.20050130-1, pie-8.7.7.1)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
configure:2292: $? = 0
configure:2294: i686-pc-linux-gnu-gcc -v /dev/null 5
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/specs
Configured with:
/var/tmp/portage/gcc-3.3.5.20050130-r1/work/gcc-3.3.5/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.5-20050130
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.5-20050130/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/include/g++-v3
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-languages=c,c++,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1,
pie-8.7.7.1)
configure:2297: $? = 0
configure:2299: i686-pc-linux-gnu-gcc -V /dev/null 5
i686-pc-linux-gnu-gcc: `-V' option must have argument
configure:2302: $? = 1
configure:2325: checking for C compiler default output file name
configure:2328: i686-pc-linux-gnu-gcc -O3 -march=pentium3 -pipe
-fomit-frame-pointer -msse -mmmx -mfpu conftest.c 5
cc1: error: invalid option `fpu'
configure:2331: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME
| #define PACKAGE_TARNAME
| #define PACKAGE_VERSION
| #define PACKAGE_STRING
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2370: error: C compiler cannot create executables
See `config.log' for more details.
## ##
## Cache variables. ##
## ##
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-O3 -march=pentium3 -pipe -fomit-frame-pointer -msse
-mmmx -mfpu'
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_CXXFLAGS_set=set
ac_cv_env_CXXFLAGS_value='-O3 -march=pentium3 -pipe -fomit-frame-pointer -msse
-mmmx -mfpu'
ac_cv_env_CXX_set
[gentoo-user] emerge -eav system failed building sandbox
Hi,
OK, my conversion to gcc-4.1.1. seems ot have hit the skids, died,
burned up and is no longer to be foound. ;-). I came back to find the
machine back at the command line with a message:
error: C compiler cannot create executables
The screen said to attach the file
/var/tmp/portage/sandbox-1.2.17/work/build-x86-x86_64-pc-linux-gnu/config.log
to any bug reports. It's not that large so I thought I'd post it here
and see if I can get any faster answers as to what's gone wrong. To me
it looks like it's gone a bit strange about choosing the C compiler at
this point, but I don't understand why now after 2-3 hours of
compiling stuff with the new compiler.
lightning ~ # gcc-config -l
[1] x86_64-pc-linux-gnu-3.4.6
[2] x86_64-pc-linux-gnu-3.4.6-hardened
[3] x86_64-pc-linux-gnu-3.4.6-hardenednopie
[4] x86_64-pc-linux-gnu-3.4.6-hardenednopiessp
[5] x86_64-pc-linux-gnu-3.4.6-hardenednossp
[6] x86_64-pc-linux-gnu-4.1.1 *
lightning ~ #
I am going to try an emerge --resume I suppose. I'll wait a bit for
some feedback.
Thanks,
Mark
SNIP
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by sandbox configure 1.2.17, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ ../sandbox-1.2.17//configure --prefix=/usr
--host=i686-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --libdir=/usr/lib32 --enable-multilib
--build=i686-pc-linux-gnu
## - ##
## Platform. ##
## - ##
hostname = lightning
uname -m = x86_64
uname -r = 2.6.17-rt5
uname -s = Linux
uname -v = #1 PREEMPT Sat Jul 1 17:02:05 PDT 2006
/usr/bin/uname -p = AMD Athlon(tm) 64 Processor 3000+
/bin/uname -X = unknown
/bin/arch = x86_64
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/local/sbin
PATH: /sbin
PATH: /usr/sbin
PATH: /usr/lib/portage/bin
PATH: /usr/local/bin
PATH: /bin
PATH: /usr/bin
PATH: /opt/bin
PATH: /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1
PATH: /opt/ati/bin
PATH: /opt/ati/sbin
PATH: /opt/blackdown-jdk-1.4.2.03/bin
PATH: /opt/blackdown-jdk-1.4.2.03/jre/bin
PATH: /usr/kde/3.5/sbin
PATH: /usr/kde/3.5/bin
PATH: /usr/qt/3/bin
## --- ##
## Core tests. ##
## --- ##
configure:1533: checking for a BSD-compatible install
configure:1588: result: /bin/install -c
configure:1599: checking whether build environment is sane
configure:1642: result: yes
configure:1707: checking for gawk
configure:1723: found /bin/gawk
configure:1733: result: gawk
configure:1743: checking whether make sets $(MAKE)
configure:1763: result: yes
configure:1942: checking for i686-pc-linux-gnu-gcc
configure:1958: found /usr/bin/i686-pc-linux-gnu-gcc
configure:1968: result: i686-pc-linux-gnu-gcc
configure:2250: checking for C compiler version
configure:2253: i686-pc-linux-gnu-gcc --version /dev/null 5
gcc-config error: i686-pc-linux-gnu-gcc wrapper: Unable to determine executable.
CTARGET=i686-pc-linux-gnu
exec=gcc
configure:2256: $? = 1
configure:2258: i686-pc-linux-gnu-gcc -v /dev/null 5
gcc-config error: i686-pc-linux-gnu-gcc wrapper: Unable to determine executable.
CTARGET=i686-pc-linux-gnu
exec=gcc
configure:2261: $? = 1
configure:2263: i686-pc-linux-gnu-gcc -V /dev/null 5
gcc-config error: i686-pc-linux-gnu-gcc wrapper: Unable to determine executable.
CTARGET=i686-pc-linux-gnu
exec=gcc
configure:2266: $? = 1
configure:2289: checking for C compiler default output file name
configure:2292: i686-pc-linux-gnu-gcc -march=k8 -O2 -pipe conftest.c 5
gcc-config error: i686-pc-linux-gnu-gcc wrapper: Unable to determine executable.
CTARGET=i686-pc-linux-gnu
exec=gcc
configure:2295: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME sandbox
| #define PACKAGE_TARNAME sandbox
| #define PACKAGE_VERSION 1.2.17
| #define PACKAGE_STRING sandbox 1.2.17
| #define PACKAGE_BUGREPORT [EMAIL PROTECTED]
| #define PACKAGE sandbox
| #define VERSION 1.2.17
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2334: error: C compiler cannot create executables
See `config.log' for more details.
## ##
## Cache variables. ##
## ##
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-march=k8 -O2 -pipe'
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXCPP_set=
ac_cv_env_CXXCPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i686-pc-linux-gnu
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=i686-pc-linux-gnu
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/bin
[gentoo-user] Error while `emerge grub`
Okay, what's going on here...
While `emerge grub` I got configure: error: unsupported CPU type
Here's /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/config.log :
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by GRUB configure 0.97, which was
generated by GNU Autoconf 2.65. Invocation command line was
$ ./configure --prefix=/usr --build=x86-pc-linux-gnu
--host=x86-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc
--localstatedir=/var/lib --libdir=/lib --datadir=/usr/lib/grub
--exec-prefix=/ --disable-auto-linux-mem-opt --with-curses
## - ##
## Platform. ##
## - ##
hostname = livecd
uname -m = i686
uname -r = 2.6.36-gentoo-r8
uname -s = Linux
uname -v = #1 SMP Tue Apr 26 12:51:08 UTC 2011
/usr/bin/uname -p = Intel(R) Xeon(R) CPU X7460 @ 2.66GHz
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/lib/portage/bin/ebuild-helpers
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin
PATH: /opt/bin
PATH: /usr/i686-pc-linux-gnu/gcc-bin/4.4.5
## --- ##
## Core tests. ##
## --- ##
configure:2270: checking for a BSD-compatible install
configure:2338: result: /usr/bin/install -c
configure:2349: checking whether build environment is sane
configure:2399: result: yes
configure:2540: checking for a thread-safe mkdir -p
configure:2579: result: /bin/mkdir -p
configure:2592: checking for gawk
configure:2608: found /usr/bin/gawk
configure:2619: result: gawk
configure:2630: checking whether make sets $(MAKE)
configure:2652: result: yes
configure:2737: checking build system type
configure:2751: result: x86-pc-linux-gnu
configure:2771: checking host system type
configure:2784: result: x86-pc-linux-gnu
configure:2808: error: unsupported CPU type
## ##
## Cache variables. ##
## ##
ac_cv_build=x86-pc-linux-gnu
ac_cv_env_CCASFLAGS_set=
ac_cv_env_CCASFLAGS_value=
ac_cv_env_CCAS_set=
ac_cv_env_CCAS_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=set
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=set
ac_cv_env_LDFLAGS_value='-Wl,-O1 -Wl,--as-needed'
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=x86-pc-linux-gnu
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=x86-pc-linux-gnu
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_host=x86-pc-linux-gnu
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=gawk
ac_cv_prog_make_make_set=yes
grub_cv_prog_objcopy_absolute=yes
## - ##
## Output variables. ##
## - ##
ACLOCAL='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
aclocal-1.11'
AMDEPBACKSLASH=''
AMDEP_FALSE=''
AMDEP_TRUE=''
AMTAR='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
tar'
AUTOCONF='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
autoconf'
AUTOHEADER='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
autoheader'
AUTOMAKE='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
automake-1.11'
AWK='gawk'
BUILD_EXAMPLE_KERNEL_FALSE=''
BUILD_EXAMPLE_KERNEL_TRUE=''
CC=''
CCAS=''
CCASDEPMODE=''
CCASFLAGS=''
CCDEPMODE=''
CFLAGS=''
CPP=''
CPPFLAGS=''
CYGPATH_W='echo'
DEFS=''
DEPDIR=''
DISKLESS_SUPPORT_FALSE=''
DISKLESS_SUPPORT_TRUE=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
FSYS_CFLAGS=''
GRAPHICS_SUPPORT_FALSE=''
GRAPHICS_SUPPORT_TRUE=''
GREP=''
GRUB_CFLAGS=''
GRUB_LIBS=''
HERCULES_SUPPORT_FALSE=''
HERCULES_SUPPORT_TRUE=''
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LDFLAGS='-Wl,-O1 -Wl,--as-needed'
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
MAINT=''
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE=''
MAKEINFO='${SHELL}
/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run
makeinfo'
MKDIR_P='/bin/mkdir -p'
NETBOOT_DRIVERS=''
NETBOOT_SUPPORT_FALSE=''
NETBOOT_SUPPORT_TRUE=''
NET_CFLAGS=''
NET_EXTRAFLAGS=''
OBJCOPY=''
OBJEXT=''
PACKAGE='grub'
PACKAGE_BUGREPORT='bug-g...@gnu.org'
PACKAGE_NAME='GRUB'
PACKAGE_STRING='GRUB 0.97'
PACKAGE_TARNAME='grub'
PACKAGE_URL=''
PACKAGE_VERSION='0.97'
PATH_SEPARATOR=':'
PERL=''
RANLIB=''
SERIAL_SPEED_SIMULATION_FALSE=''
SERIAL_SPEED_SIMULATION_TRUE=''
SERIAL_SUPPORT_FALSE=''
SERIAL_SUPPORT_TRUE=''
SET_MAKE=''
SHELL='/bin/sh'
STAGE1_CFLAGS=''
STAGE2_CFLAGS=''
STRIP=''
VERSION='0.97'
ac_ct_CC=''
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE
Re: [gentoo-user] merge-usr and lib[ow]crypt*
--- Original message --- From: Matthias Hanft To: gentoo-user@lists.gentoo.org Date: Mon, 15 Apr 2024 10:14:18 +0200 Hi, after updating the kernels to the latest stable version (6.6.21) and updating the profiles from 17.1 to 23.0, the last update step would be "merge-usr" as described at https://wiki.gentoo.org/wiki/Merge-usr in order to have complete up-to-date systems. But my two (nearly identical) systems generate different output when running "merge-usr --dryrun": Dry run on system 1 (a bit older than system 2) shows: INFO: Migrating files from '/bin' to '/usr/bin' INFO: Skipping symlink '/bin/awk'; '/usr/bin/awk' already exists INFO: No problems found for '/bin' INFO: Migrating files from '/sbin' to '/usr/bin' INFO: No problems found for '/sbin' INFO: Migrating files from '/usr/sbin' to '/usr/bin' INFO: No problems found for '/usr/sbin' INFO: Migrating files from '/lib' to '/usr/lib' INFO: No problems found for '/lib' INFO: Migrating files from '/lib64' to '/usr/lib64' INFO: No problems found for '/lib64' So this seems OK? The "awk thing" is a symbolic link anyway: home01 ~ # ls -l /bin/awk lrwxrwxrwx 1 root root 14 Dec 31 2022 /bin/awk -> ../usr/bin/awk home01 ~ # ls -l /usr/bin/awk lrwxrwxrwx 1 root root 4 Dec 31 2022 /usr/bin/awk -> gawk home01 ~ # ls -l /usr/bin/gawk -rwxr-xr-x 1 root root 682216 Feb 10 09:59 /usr/bin/gawk But the dry run on system 2 (a bit newer than system 1) shows: INFO: Migrating files from '/bin' to '/usr/bin' INFO: Skipping symlink '/bin/awk'; '/usr/bin/awk' already exists INFO: No problems found for '/bin' INFO: Migrating files from '/sbin' to '/usr/bin' INFO: No problems found for '/sbin' INFO: Migrating files from '/usr/sbin' to '/usr/bin' INFO: No problems found for '/usr/sbin' INFO: Migrating files from '/lib' to '/usr/lib' INFO: Skipping symlink '/lib/libcrypt.so.2'; '/usr/lib/libcrypt.so.2' already exists INFO: No problems found for '/lib' INFO: Migrating files from '/lib64' to '/usr/lib64' INFO: Skipping symlink '/lib64/libcrypt.so.2'; '/usr/lib64/libcrypt.so.2' already exists INFO: No problems found for '/lib64' Since the messages are "INFO" (and not "WARNING" or "ERROR"), I guess it's OK, too. But looking for "libcrypt*" is somewhat confusing: n ~ # ls -l /lib/libcrypt* lrwxrwxrwx 1 root root 17 Apr 14 23:39 /lib/libcrypt.so.1 -> libcrypt.so.1.1.0 -rwxr-xr-x 1 root root 218416 Apr 14 23:39 /lib/libcrypt.so.1.1.0 lrwxrwxrwx 1 root root 17 Apr 14 23:39 /lib/libcrypt.so.2 -> libcrypt.so.2.0.0 -rwxr-xr-x 1 root root 214320 Apr 14 23:39 /lib/libcrypt.so.2.0.0 n ~ # ls -l /usr/lib/libcrypt* lrwxrwxrwx 1 root root 27 Apr 14 23:39 /usr/lib/libcrypt.so -> ../../lib/libcrypt.so.2.0.0 lrwxrwxrwx 1 root root 13 Dec 8 2022 /usr/lib/libcrypt.so.2 -> libowcrypt.so n ~ # ls -l /usr/lib/libowcrypt* lrwxrwxrwx 1 root root 27 Apr 14 23:39 /usr/lib/libowcrypt.so -> ../../lib/libcrypt.so.2.0.0 On system 1, it's a bit more simple: home01 ~ # ls -l /lib/libcrypt* lrwxrwxrwx 1 root root 17 Sep 12 2023 /lib/libcrypt.so.1 -> libcrypt.so.1.1.0 -rwxr-xr-x 1 root root 218368 Sep 12 2023 /lib/libcrypt.so.1.1.0 lrwxrwxrwx 1 root root 17 Sep 12 2023 /lib/libcrypt.so.2 -> libcrypt.so.2.0.0 -rwxr-xr-x 1 root root 218368 Sep 12 2023 /lib/libcrypt.so.2.0.0 home01 ~ # ls -l /usr/lib/libcrypt* lrwxrwxrwx 1 root root 27 Sep 12 2023 /usr/lib/libcrypt.so -> ../../lib/libcrypt.so.2.0.0 (The same for "lib64" instead of "lib".) Could the symbolic links from "/usr/lib" to "../../lib" be a kind of circular references? And what is "libowcrypt" on system 2 - and why doesn't it appear on system 1? Is it safe to run "merge-usr" on both systems? If you only see INFO lines, it's safe to run "merge-usr". If you see anything else, you need to fix that first. -- Joost
[gentoo-user] merge-usr and lib[ow]crypt*
Hi, after updating the kernels to the latest stable version (6.6.21) and updating the profiles from 17.1 to 23.0, the last update step would be "merge-usr" as described at https://wiki.gentoo.org/wiki/Merge-usr in order to have complete up-to-date systems. But my two (nearly identical) systems generate different output when running "merge-usr --dryrun": Dry run on system 1 (a bit older than system 2) shows: INFO: Migrating files from '/bin' to '/usr/bin' INFO: Skipping symlink '/bin/awk'; '/usr/bin/awk' already exists INFO: No problems found for '/bin' INFO: Migrating files from '/sbin' to '/usr/bin' INFO: No problems found for '/sbin' INFO: Migrating files from '/usr/sbin' to '/usr/bin' INFO: No problems found for '/usr/sbin' INFO: Migrating files from '/lib' to '/usr/lib' INFO: No problems found for '/lib' INFO: Migrating files from '/lib64' to '/usr/lib64' INFO: No problems found for '/lib64' So this seems OK? The "awk thing" is a symbolic link anyway: home01 ~ # ls -l /bin/awk lrwxrwxrwx 1 root root 14 Dec 31 2022 /bin/awk -> ../usr/bin/awk home01 ~ # ls -l /usr/bin/awk lrwxrwxrwx 1 root root 4 Dec 31 2022 /usr/bin/awk -> gawk home01 ~ # ls -l /usr/bin/gawk -rwxr-xr-x 1 root root 682216 Feb 10 09:59 /usr/bin/gawk But the dry run on system 2 (a bit newer than system 1) shows: INFO: Migrating files from '/bin' to '/usr/bin' INFO: Skipping symlink '/bin/awk'; '/usr/bin/awk' already exists INFO: No problems found for '/bin' INFO: Migrating files from '/sbin' to '/usr/bin' INFO: No problems found for '/sbin' INFO: Migrating files from '/usr/sbin' to '/usr/bin' INFO: No problems found for '/usr/sbin' INFO: Migrating files from '/lib' to '/usr/lib' INFO: Skipping symlink '/lib/libcrypt.so.2'; '/usr/lib/libcrypt.so.2' already exists INFO: No problems found for '/lib' INFO: Migrating files from '/lib64' to '/usr/lib64' INFO: Skipping symlink '/lib64/libcrypt.so.2'; '/usr/lib64/libcrypt.so.2' already exists INFO: No problems found for '/lib64' Since the messages are "INFO" (and not "WARNING" or "ERROR"), I guess it's OK, too. But looking for "libcrypt*" is somewhat confusing: n ~ # ls -l /lib/libcrypt* lrwxrwxrwx 1 root root 17 Apr 14 23:39 /lib/libcrypt.so.1 -> libcrypt.so.1.1.0 -rwxr-xr-x 1 root root 218416 Apr 14 23:39 /lib/libcrypt.so.1.1.0 lrwxrwxrwx 1 root root 17 Apr 14 23:39 /lib/libcrypt.so.2 -> libcrypt.so.2.0.0 -rwxr-xr-x 1 root root 214320 Apr 14 23:39 /lib/libcrypt.so.2.0.0 n ~ # ls -l /usr/lib/libcrypt* lrwxrwxrwx 1 root root 27 Apr 14 23:39 /usr/lib/libcrypt.so -> ../../lib/libcrypt.so.2.0.0 lrwxrwxrwx 1 root root 13 Dec 8 2022 /usr/lib/libcrypt.so.2 -> libowcrypt.so n ~ # ls -l /usr/lib/libowcrypt* lrwxrwxrwx 1 root root 27 Apr 14 23:39 /usr/lib/libowcrypt.so -> ../../lib/libcrypt.so.2.0.0 On system 1, it's a bit more simple: home01 ~ # ls -l /lib/libcrypt* lrwxrwxrwx 1 root root 17 Sep 12 2023 /lib/libcrypt.so.1 -> libcrypt.so.1.1.0 -rwxr-xr-x 1 root root 218368 Sep 12 2023 /lib/libcrypt.so.1.1.0 lrwxrwxrwx 1 root root 17 Sep 12 2023 /lib/libcrypt.so.2 -> libcrypt.so.2.0.0 -rwxr-xr-x 1 root root 218368 Sep 12 2023 /lib/libcrypt.so.2.0.0 home01 ~ # ls -l /usr/lib/libcrypt* lrwxrwxrwx 1 root root 27 Sep 12 2023 /usr/lib/libcrypt.so -> ../../lib/libcrypt.so.2.0.0 (The same for "lib64" instead of "lib".) Could the symbolic links from "/usr/lib" to "../../lib" be a kind of circular references? And what is "libowcrypt" on system 2 - and why doesn't it appear on system 1? Is it safe to run "merge-usr" on both systems? Thanks, -Matt
[gentoo-user] configure: error: C++ compiler cannot create executables
Hi, I seem to have som problem here. Emerging (3 of 107) app-arch/lzma-utils-4.32.7 * lzma-4.32.7.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] Unpacking source... Unpacking lzma-4.32.7.tar.gz to /var/tmp/portage/app-arch/lzma-utils-4.32.7/work Source unpacked in /var/tmp/portage/app-arch/lzma-utils-4.32.7/work Compiling source in /var/tmp/portage/app-arch/lzma-utils-4.32.7/work/lzma-4.32.7 ... * econf: updating lzma-4.32.7/config.guess with /usr/share/gnuconfig/config.guess * econf: updating lzma-4.32.7/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=i486-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i486-pc-linux-gnu checking if debugging code should be compiled... no checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i486-pc-linux-gnu-g++... i486-pc-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/app-arch/lzma-utils-4.32.7/work/lzma-4.32.7/config.log * * ERROR: app-arch/lzma-utils-4.32.7 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2100: Called _eapi0_src_compile * ebuild.sh, line 607: Called econf * ebuild.sh, line 543: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * 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/app-arch/lzma-utils-4.32.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-arch/lzma-utils-4.32.7/temp/environment'. * Failed to emerge app-arch/lzma-utils-4.32.7, Log file: '/var/tmp/portage/app-arch/lzma-utils-4.32.7/temp/build.log' I am using the new gcc with CFLAGS=-O2 -march=native -mtune=native -pipe. I am able to emerge -av1 glibc and binutils plus gcc itselve.I cannot run the eav system because of the above error. Any hint?
Re: [gentoo-user] configure: error: C++ compiler cannot create executables
KH schrieb: Hi, I seem to have som problem here. Emerging (3 of 107) app-arch/lzma-utils-4.32.7 * lzma-4.32.7.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] Unpacking source... Unpacking lzma-4.32.7.tar.gz to /var/tmp/portage/app-arch/lzma-utils-4.32.7/work Source unpacked in /var/tmp/portage/app-arch/lzma-utils-4.32.7/work Compiling source in /var/tmp/portage/app-arch/lzma-utils-4.32.7/work/lzma-4.32.7 ... * econf: updating lzma-4.32.7/config.guess with /usr/share/gnuconfig/config.guess * econf: updating lzma-4.32.7/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=i486-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i486-pc-linux-gnu checking if debugging code should be compiled... no checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i486-pc-linux-gnu-g++... i486-pc-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. !!! Please attach the following file when seeking support: !!! /var/tmp/portage/app-arch/lzma-utils-4.32.7/work/lzma-4.32.7/config.log * * ERROR: app-arch/lzma-utils-4.32.7 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2100: Called _eapi0_src_compile * ebuild.sh, line 607: Called econf * ebuild.sh, line 543: Called die * The specific snippet of code: * die econf failed * The die message: * econf failed * * 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/app-arch/lzma-utils-4.32.7/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-arch/lzma-utils-4.32.7/temp/environment'. * Failed to emerge app-arch/lzma-utils-4.32.7, Log file: '/var/tmp/portage/app-arch/lzma-utils-4.32.7/temp/build.log' I am using the new gcc with CFLAGS=-O2 -march=native -mtune=native -pipe. I am able to emerge -av1 glibc and binutils plus gcc itselve.I cannot run the eav system because of the above error. Any hint? GIve us the /var/tmp/portage/app-arch/lzma-utils-4.32.7/work/lzma-4.32.7/config.log, then we will tell you more. signature.asc Description: OpenPGP digital signature
[gentoo-user] emerge wvdial issues
Hi all, emerge wvdial conked out at snip checking whether we are using the GNU C compiler... yes checking whether i686-pc-linux-gnu-gcc accepts -g... yes checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of i686-pc-linux-gnu-gcc... gcc3 checking for an ANSI C-conforming const... yes checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/shared-mime-info-0.17-r1/work/shared-mime-info-0.17/config.log !!! ERROR: x11-misc/shared-mime-info-0.17-r1 failed. Call stack: ebuild.sh, line 1532: Called dyn_compile ebuild.sh, line 929: Called src_compile shared-mime-info-0.17-r1.ebuild, line 37: Called econf '--disable-update-mimedb' ebuild.sh, line 527: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. I did a emerge -pv expecting to see shared-mime-info at the top of the list. But it wasn't so I just re-ran emerge wvdial. This time it balked at snip checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for xkbcomp... /usr/bin/xkbcomp checking for intltool = 0.30... 0.33 found checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/xkeyboard-config-0.7-r2/work/xkeyboard-config-0.7/config.log !!! ERROR: x11-misc/xkeyboard-config-0.7-r2 failed. Call stack: ebuild.sh, line 1532: Called dyn_compile ebuild.sh, line 929: Called src_compile xkeyboard-config-0.7-r2.ebuild, line 26: Called econf '--with-xkb-base=/usr/share/X11/xkb' '--enable-compat-rules' '--disable-xkbcomp-symlink' '--with-xkb-rules-symlink=xorg' ebuild.sh, line 527: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. This time xkeyboard-config was at the top of the -pv list and another try at emerge wvdial failed at the same spot. What to do? Guess I need a parser perl module. Or? perl-5.8.8-r1 is *already* installed according to emerge -pv perl. And one more question: Why does emerge wvdial insist on installing all this X stuff? More than 90 Megs! What does my serial port hardware care if I can look at an xterm or not? I tried USE=-X but it just ignored me :^( -Maxim __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge woes
Just fixed a similar problem. The answer(for me) was in the config.log. It wasn't flagged as an error just a line saying /usr/local/include not a dir. At which point output simply stopped without a whimper. Sure enough 'include' was a file containing an include file with a different name--there never was a /usr/local/include dir. Once that was sorted all was serene :) --- Nick Smith [EMAIL PROTECTED] wrote: haven't updated my box in a while and when I tried this afternoon and I get this error and cant seem to get past it. any ideas? actually im getting several emerge errors across a couple boxes, this is just one of them, different files, but I hope they are somehow related and the answer to this will fix the others. thanks for any and all help. tuxbox htdocs # emerge -uD world Calculating world dependencies ...done! emerge (1 of 257) sys-devel/m4-1.4.3 to / Downloading http://gentoo.seren.com/gentoo/distfiles/m4-1.4.3.tar.bz2 --14:47:32-- http://gentoo.seren.com/gentoo/distfiles/m4-1.4.3.tar.bz2 = `/usr/portage/distfiles/m4-1.4.3.tar.bz2' Resolving gentoo.seren.com... 65.245.115.11 Connecting to gentoo.seren.com[65.245.115.11]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 305,598 [application/x-tar] 100%[==] 305,598 13.81K/sETA 00:00 14:48:17 (8.08 KB/s) - `/usr/portage/distfiles/m4-1.4.3.tar.bz2' saved [305598/305598] md5 files ;-) m4-1.4.2-r1.ebuild md5 files ;-) m4-1.4.1.ebuild md5 files ;-) m4-1.4.3.ebuild md5 files ;-) ChangeLog md5 files ;-) metadata.xml md5 files ;-) files/digest-m4-1.4.2-r1 md5 files ;-) files/m4-1.4.3-autotools.patch md5 files ;-) files/digest-m4-1.4.1 md5 files ;-) files/digest-m4-1.4.3 md5 files ;-) files/m4-1.4.3-pointer.patch md5 src_uri ;-) m4-1.4.3.tar.bz2 Unpacking source... Unpacking m4-1.4.3.tar.bz2 to /var/tmp/portage/m4-1.4.3/work * Applying m4-1.4.3-autotools.patch ... [ ok ] * Applying m4-1.4.3-pointer.patch ... [ ok ] Source unpacked. ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --enable-nls --enable-changeword configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking for gawk... gawk checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/m4-1.4.3/work/m4-1.4.3/config.log !!! ERROR: sys-devel/m4-1.4.3 failed. !!! Function econf, Line 485, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
On 02.09.2011 12:16, cov...@ccs.covici.com wrote: Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Nope, this only happens in that specific situation, most things compile normally. I didn't see that post for that reason -- I was looking for something more specific. Please provide the so-called config.log to see what happened (normally located in /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp/config.log). -- Blog: http://gentooist.com Twitter: http://twitter.com/blakawk
Re: [gentoo-user] unable to compile gcc 4.5.3-r1
(Sorry for top-posting; Gmail java mobile client sucks) Also, ensure that you have enough free inodes if you are using ext[2-4] filesystem. Use 'df -i' to check. I once failed emerging gcc-4.5.3 because I ran out of inodes. That was when I have a single partition for root, with slightly less than 320'000 inodes. I was forced to re-create the filesystem, and finally decided to use ReiserFS instead. You may want to use ReiserFS at least for /var/tmp to prevent more inodes problems. After all, /var/tmp (especially /var/tmp/portage) consumes inodes like a hungry dog. Rgds, On 2011-09-02, Dale rdalek1...@gmail.com wrote: cov...@ccs.covici.com wrote: Hi. I am unable to compile gcc 4.5.3-r1 -- I get the following error when doing so: mkdir -p -- x86_64-pc-linux-gnu/libgomp Checking multilib configuration for libgomp... Configuring stage 1 in x86_64-pc-linux-gnu/libgomp configure: loading site script /usr/share/config.site configure: loading site script /usr/share/crossdev/include/site/linux configure: loading site script /usr/share/crossdev/include/site/x86_64-linux-gnu configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for x86_64-pc-linux-gnu-gcc... /var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/./gc\c/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/var/tmp/portage/sys-devel/gcc-4.5.3-r1/work/build/x86_64-pc-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. I have searched google and looked at bugs.gentoo.org, but no joy. I am running unstable amd64 gentoo. Any assistance would be appreciated. Google worked here for me but usually when I have a problem, it fails. I guess Google treats you the same as me. lol I found this: http://forums.gentoo.org/viewtopic-t-294109.html That help any? Dale :-) :-) -- -- Pandu E Poluan - IT Optimizer My website: http://pandu.poluan.info/
[gentoo-user] Problems while updateing screen (tool not monitor)
Hi, screen refuses update due to an compilation error: Then type 'make' to make screen. Good luck. >>> Source configured. >>> Compiling source in >>> /var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1 ... make -j6 comm.h term.h AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -msse3 -ggdb -D_GNU_SOURCE" srcdir=. sh ./comm.sh AWK=gawk srcdir=. sh ./term.sh make -j6 osdef.h CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK -DETCSCREENRC='"/etc/screenrc"' -DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh ./osdef.sh make -j6 -C doc screen.info make: Entering directory '/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1/doc' makeinfo ./screen.texinfo -o screen.info ./screen.texinfo:3150: `@end' expected `deffn', but saw `example' ./screen.texinfo:3150: unmatched `@end example' ./screen.texinfo:3152: unmatched `@end deffn' Makefile:30: recipe for target 'screen.info' failed make: *** [screen.info] Error 1 make: Leaving directory '/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1/doc' * ERROR: app-misc/screen-4.3.1-r1::gentoo failed (compile phase): * emake failed * * If you need support, post the output of `emerge --info '=app-misc/screen-4.3.1-r1::gentoo'`, * the complete build log and the output of `emerge -pqv '=app-misc/screen-4.3.1-r1::gentoo'`. * The complete build log is located at '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/environment'. * Working directory: '/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1' * S: '/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1' >>> Failed to emerge app-misc/screen-4.3.1-r1, Log file: >>> '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log' * * The following 2 packages have failed to build, install, or execute * postinst: * * (sys-apps/busybox-1.23.1-r1:0/0::gentoo, ebuild scheduled for merge) * (app-misc/screen-4.3.1-r1:0/0::gentoo, ebuild scheduled for merge), Log file: * '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log' * * GNU info directory index is up-to-date. * After world updates, it is important to remove obsolete packages with * emerge --depclean. Refer to `man emerge` for more information. [1]13277 exit 1 emerge --update --newuse --deep --with-bdeps=y --tree --keep-going --exclude This happens since some time when I update my Gentoo... Is a fix for that known? Best regards, Meino
Re: [gentoo-user] Problems while updateing screen (tool not monitor)
On 15 November 2015 05:33:36 CET, meino.cra...@gmx.de wrote: >Hi, > >screen refuses update due to an compilation error: > >Then type 'make' to make screen. Good luck. > >>>> Source configured. >>>> Compiling source in >/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1 ... >make -j6 comm.h term.h >AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -msse3 >-ggdb -D_GNU_SOURCE" srcdir=. sh ./comm.sh >AWK=gawk srcdir=. sh ./term.sh >make -j6 osdef.h >CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK >-DETCSCREENRC='"/etc/screenrc"' >-DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh >./osdef.sh >make -j6 -C doc screen.info >make: Entering directory >'/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1/doc' >makeinfo ./screen.texinfo -o screen.info >./screen.texinfo:3150: `@end' expected `deffn', but saw `example' >./screen.texinfo:3150: unmatched `@end example' >./screen.texinfo:3152: unmatched `@end deffn' >Makefile:30: recipe for target 'screen.info' failed >make: *** [screen.info] Error 1 >make: Leaving directory >'/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1/doc' > * ERROR: app-misc/screen-4.3.1-r1::gentoo failed (compile phase): > * emake failed > * >* If you need support, post the output of `emerge --info >'=app-misc/screen-4.3.1-r1::gentoo'`, >* the complete build log and the output of `emerge -pqv >'=app-misc/screen-4.3.1-r1::gentoo'`. >* The complete build log is located at >'/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log'. >* The ebuild environment file is located at >'/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/environment'. >* Working directory: >'/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1' > * S: '/var/tmp/portage/app-misc/screen-4.3.1-r1/work/screen-4.3.1' > >>>> Failed to emerge app-misc/screen-4.3.1-r1, Log file: > >>>> '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log' > * > * The following 2 packages have failed to build, install, or execute > * postinst: > * >* (sys-apps/busybox-1.23.1-r1:0/0::gentoo, ebuild scheduled for merge) >* (app-misc/screen-4.3.1-r1:0/0::gentoo, ebuild scheduled for merge), >Log file: > * '/var/tmp/portage/app-misc/screen-4.3.1-r1/temp/build.log' > * > > * GNU info directory index is up-to-date. >* After world updates, it is important to remove obsolete packages with > * emerge --depclean. Refer to `man emerge` for more information. >[1]13277 exit 1 emerge --update --newuse --deep --with-bdeps=y >--tree --keep-going --exclude > >This happens since some time when I update my Gentoo... > >Is a fix for that known? > >Best regards, >Meino The error appears to be related to creating an info-file. You could try disabling USE flags related to documentation (usually 'doc') -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] ...again compile problems due to texinfo...
On 06/29 12:24, Mike Gilbert wrote: > On Wed, Jun 28, 2017 at 10:06 PM, <tu...@posteo.de> wrote: > > Hi, > > > > previously the compilation of glibc failed, because docs > > cpuld not be build. > > This was caused in the context of texinfo. > > "Solved" was this by not building the docs via > > deinstallation of texinfo temporarily. > > > > No screen jumps over the edge and again texinfo seems > > to cause this: > > > >>>> Source configured. > >>>> Compiling source in > >>>> /var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0 ... > > make -j6 comm.h term.h > > AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -D_GNU_SOURCE" > > srcdir=. sh ./comm.sh > > AWK=gawk srcdir=. sh ./term.sh > > make -j6 osdef.h > > CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK > > -DETCSCREENRC='"/etc/screenrc"' > > -DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh > > ./osdef.sh > > make -j6 -C doc screen.info > > make: Entering directory > > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' > > makeinfo ./screen.texinfo -o screen.info > > ./screen.texinfo:3154: `@end' expected `deffn', but saw `example' > > ./screen.texinfo:3154: unmatched `@end example' > > ./screen.texinfo:3156: unmatched `@end deffn' > > make: *** [Makefile:31: screen.info] Error 1 > > make: Leaving directory > > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' > > * ERROR: app-misc/screen-4.6.0::gentoo failed (compile phase): > > * emake failed > > * > > * If you need support, post the output of `emerge --info > > '=app-misc/screen-4.6.0::gentoo'`, > > * the complete build log and the output of `emerge -pqv > > '=app-misc/screen-4.6.0::gentoo'`. > > * The complete build log is located at > > '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log'. > > * The ebuild environment file is located at > > '/var/tmp/portage/app-misc/screen-4.6.0/temp/environment'. > > * Working directory: > > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' > > * S: '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' > > * > > * The following package has failed to build, install, or execute postinst: > > * > > * (app-misc/screen-4.6.0:0/0::gentoo, ebuild scheduled for merge), Log > > file: > > * '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log' > > * > > > > * GNU info directory index is up-to-date. > > * After world updates, it is important to remove obsolete packages with > > * emerge --depclean. Refer to `man emerge` for more information. > > > > > > How can I fix this ... by fixing it and not by uninstalling texinfo ? > > ;) > > Yeah, texinfo is very broken on your system. Some things to check for: > > Any oddly set USE flags on sys-apps/texinfo (maybe USE="-nls")? > Custom patches in /etc/portage/patches? > Run perl-cleaner --all > This is the contents of /etc/portage/patches /etc/portage/patches/sys-apps /etc/portage/patches/sys-apps/v86d-0.1.10 /etc/portage/patches/sys-apps/v86d-0.1.10/v86d-atomic_t.patch /etc/portage/patches/sys-libs /etc/portage/patches/sys-libs/libcap /etc/portage/patches/sys-libs/libcap/libcap-patch My useflags are: USE="nvidia X lua sdl mp3 flac jack alsa gtk cairo sndfile qt3support kpathsea gif tga jpeg png jpeg2k mad dvb dvdr encode lzo bzip2 ogg sox v4l v4l2 vorbis x264 x265 zsh-completion -hal -lirc" Seems not to be THAT weird, isn't it? I am running perl-cleaner now...as I did several times in the attempt to fix the first ransomtexinfo;) Cheers Meino
Re: [gentoo-user] ...again compile problems due to texinfo...
On Wed, Jun 28, 2017 at 10:06 PM, <tu...@posteo.de> wrote: > Hi, > > previously the compilation of glibc failed, because docs > cpuld not be build. > This was caused in the context of texinfo. > "Solved" was this by not building the docs via > deinstallation of texinfo temporarily. > > No screen jumps over the edge and again texinfo seems > to cause this: > >>>> Source configured. >>>> Compiling source in >>>> /var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0 ... > make -j6 comm.h term.h > AWK=gawk CC="x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -D_GNU_SOURCE" > srcdir=. sh ./comm.sh > AWK=gawk srcdir=. sh ./term.sh > make -j6 osdef.h > CPP="x86_64-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK > -DETCSCREENRC='"/etc/screenrc"' > -DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh ./osdef.sh > make -j6 -C doc screen.info > make: Entering directory > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' > makeinfo ./screen.texinfo -o screen.info > ./screen.texinfo:3154: `@end' expected `deffn', but saw `example' > ./screen.texinfo:3154: unmatched `@end example' > ./screen.texinfo:3156: unmatched `@end deffn' > make: *** [Makefile:31: screen.info] Error 1 > make: Leaving directory > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0/doc' > * ERROR: app-misc/screen-4.6.0::gentoo failed (compile phase): > * emake failed > * > * If you need support, post the output of `emerge --info > '=app-misc/screen-4.6.0::gentoo'`, > * the complete build log and the output of `emerge -pqv > '=app-misc/screen-4.6.0::gentoo'`. > * The complete build log is located at > '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/app-misc/screen-4.6.0/temp/environment'. > * Working directory: > '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' > * S: '/var/tmp/portage/app-misc/screen-4.6.0/work/screen-4.6.0' > * > * The following package has failed to build, install, or execute postinst: > * > * (app-misc/screen-4.6.0:0/0::gentoo, ebuild scheduled for merge), Log file: > * '/var/tmp/portage/app-misc/screen-4.6.0/temp/build.log' > * > > * GNU info directory index is up-to-date. > * After world updates, it is important to remove obsolete packages with > * emerge --depclean. Refer to `man emerge` for more information. > > > How can I fix this ... by fixing it and not by uninstalling texinfo ? > ;) Yeah, texinfo is very broken on your system. Some things to check for: Any oddly set USE flags on sys-apps/texinfo (maybe USE="-nls")? Custom patches in /etc/portage/patches? Run perl-cleaner --all
Re: [gentoo-user] Can anyone tell me?
On Sat, 1 Mar 2008 12:16:36 -0800 Mark Knecht [EMAIL PROTECTED] wrote: On Sat, Mar 1, 2008 at 11:09 AM, Chris Walters [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Can anyone tell me what packages you know of that will break your system if you choose to put ACCEPT_KEYWORDS=~amd64 in your make.conf file? I have had my system break, twice now, from a package upgrade - I think that one of the culprits is gawk, but can't be certain. I do know that the only way to fix the problem was to restore from backup, or to try re-installing again. I just want to know which packages are so unstable that I should mask them. TIA. doesn't sound like a broken package to me. perhaps something else got borked? Regards, Chris Hi Chris, I don't think your question can be answered as phrased. *Any* package marked with '~' is 'new', 'in testing', 'unstable', etc. Very few (in my experience) 'break' my machine, but I have a rule that any package energed as part of emerge system must be stable and I personally add ~x86 or ~amd64 only for specific packages that I want or need some new feature. My experience is the same as Mark's. I use ~amd64 only when necessary, and although sometimes it doesn't work or is buggy afterwords (after all, it's testing) it has never once broken the system. That having been said, I wouldn't use it for system critical anything (other than the kernel). Hope this helps, Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Can anyone tell me?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Neil Bothwick wrote: | On Sat, 01 Mar 2008 14:09:45 -0500, Chris Walters wrote: | I run two completely ~amd64 systems here and have very few problems. I've run testing on Gentoo and other distributions. With Gentoo, for over a year, with few problems, and those were generally easily fixed. | The ~ in ~amd64 means the ebuilds are in testing, not that they, or the | software they install, are considered unstable in the likely to crash | meaning of the term. Because you are using bleeding edge ebuilds, there | is the odd occasion when things don't play nicely together, or mistakes | are made. The gawk problem one one such situation, where it depended on a | library in /usr/lib and broke any system with /usr on a separate | filesystem. It didn't require a reinstall to fix, I know because I was | hit by it and didn't reinstall. It was a one-off that was fixed quickly, | if you didn't sync and update each day you could easily have missed it. | | The testing ebuilds are for just that, it is only by people using them | and reporting problems that those problems are kept out of the stable | tree. If you are not prepared to deal with the occasional problem, | running a testing system is not for you. I find these paragraphs to be rude and insulting. I am not an idiot - I know exactly what testing means, and what unstable means. Just because I ask a relatively simple question in this group does not mean that I am not prepared to deal with the occasional problem. Were that the case, I would not be working with computers at all, since all operating systems and distributions have an occasional problem even in their stable branches. Chris -BEGIN PGP SIGNATURE- iD8DBQFHyt3tUx1jS/ORyCsRCt5YAJ9yTa9Bz9zWJjgn9moyE2mi/0FIGgCfX3OY KWvc1mFs3pZiOOJIZuwE7dY= =m3jB -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] My recent problems have been strange...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 My recent problems upgrading packages to the testing versions have been more than a little odd. It would always end the same way - there would be files missing that had been there before I merged a package, and the loss of these files would prevent the caching of service dependencies. Thus, I could not use emerge and several other tools. The strange part is that it happened four different times with four different packages. Three examples are texinfo, gawk and coreutils. What makes this problem more odd is that I could install those those packages, without trouble, later - with no changes on my part. I did not sync, as I was already up to date, and I did not change any options. Each time I was able to merge a package that has caused me trouble, another package, would cause the same problem. Oh, and by the way, yes I do keep an up to date backup of my entire system, and will restore it, if necessary. This is especially true when re-installing Gentoo, as I have found that, often the order of emerging things can make or break a system (I would call a system broken when you can't run emerge, many key files are missing, and the environment variables are such that you can't run anything, and when rebooting does not work, causing you to have to turn off the computer which corrupts the file system). Regards, Chris PS: I finally got everything in order, and it is working fine. -BEGIN PGP SIGNATURE- iD8DBQFHzLysUx1jS/ORyCsRCl2UAJ9ctdAEK/YsWFxnjRTQwulBPkwd+wCeKiE2 JU07BSsGw/hfdXEw7/pSgPQ= =B3l7 -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Automatic host switching [SOLVED]
On Sunday 21 September 2008 20:53:13 Neil Bothwick wrote:
On Sun, 21 Sep 2008 18:34:15 +0100, Robert Bridge wrote:
Like having a /etc/hosts.home and a /etc/hosts.world and a script
that sysmlinks them to /etc/hosts depending on the fact that i can
ping or not 192.168.1.5?
Basically, I would probably look at methods of hooking it onto the IP
assigned to the device (ifplugd should be able to do this), but that is
the basic idea.
You could do it in the postup function of /etc/conf.d/net.
Right I made 2 scripts:
/root/scripts/hosts.world
#!/bin/bash
MYFILE='/etc/hosts.backup'
OLDHOST=`grep fandango $MYFILE | awk '{ print $1 }'`
NEWHOST=`host fandango.dyndns.foo | gawk '{print $4}'`
sed s/$OLDHOST/$NEWHOST/ $MYFILE /etc/hosts
/root/scripts/hosts.home
#!/bin/bash
MYFILE='/etc/hosts.backup'
OLDHOST=`grep fandango $MYFILE | awk '{ print $1 }'`
NEWHOST=192.168.1.5
sed s/$OLDHOST/$NEWHOST/ $MYFILE /etc/hosts
Then I added a postup function in /etc/conf.d/net
postup() {
if [[ ${IFACE} == ppp1 ]] ; then
/root/scripts/hosts.home
elif [[ ${IFACE} == ppp2 ]] ; then
/root/scripts/hosts.world
fi
return 0
}
It works like a charm :)
--
MOMESSO ANDREA
jabber: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] weird dependencies
Rodrigo Lazo wrote: Hi, Something weird is happening to my system. I executed (for no good reason): [EMAIL PROTECTED] # emerge -pvu --deep gaim These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/lcms-1.14-r1 [1.13-r1] USE=jpeg python zlib -tiff 653 kB [ebuild U ] dev-db/mysql-4.1.21 [4.1.20] USE=perl ssl -berkdb -big-tables -cluster -debug -embedded -extraengine -latin1 -minimal -raid -srvdir -static 17,215 kB [ebuild N] x11-libs/qt-3.3.6-r1 USE=doc gif mysql opengl -cups -debug -examples -firebird -immqt -immqt-bc -ipv6 -nas -nis -odbc -postgres -sqlite -xinerama 14,224 kB [ebuild U ] media-libs/tiff-3.8.2-r2 [3.8.2-r1] USE=jpeg zlib -jbig -nocxx 0 kB [ebuild N] virtual/ghostscript-0 0 kB [ebuild U ] dev-lang/nasm-0.98.39-r3 [0.98.39-r1] USE=doc -build 0 kB [ebuild U ] sys-apps/gawk-3.1.5-r2 [3.1.5-r1] USE=nls -build 0 kB , qt as a deep dependencie of gaim. You can't say that. Run emerge -pvu --deep --tree gaim to see, what's going on. Alexander Skwar -- BOFH Excuse #212: Of course it doesn't work. We've performed a software upgrade. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --update - why doesn't it update my kde packages
Am 04.05.2010 16:59, schrieb David W Noon:
On Tue, 04 May 2010 11:00:01 +0200, Helmut Jarausch wrote about
[gentoo-user] emerge --update - why doesn't it update my kde packages:
[snip]
Still, eix confirmed there were quite a lot of kde packages which have
newer versions, and indeed,
emerge -auv1 -j4 --keep-going $(qlist -IC kde-base/)
upgraded 24 packages.
Where does this discrepancy come from?
I think Portage does not consider packages that are not in your world
file, if the update is on world (or system).
To overcome this, I wrote a little script, called update_orphans.sh.
Here it is:
---cut--- update_orphans.sh--cut-
#!/bin/sh
eix -u | gawk '/^\[U\] / { print $2; }' | xargs -r emerge -v1uD
exit $?
---cut---cutcut-
I run it immediately after the main emerge, when I have rsync'ed the
Portage tree.
No. --with-bdeps is not default anymore because it is considered to be a
bug if portage updates packages not used in any way. This is only if a
package is needed for buildtime.
Program A is version 1.5. To build it, it needs program B which at this
time is version 4.7
B is not needed for anything else!
Now there is an update to B-4.9 . Portage will not update B as long as
there is no update to A.
B is not in the world file. It is not a runtime dependency nore is it a
orphan.
kh
Re: [gentoo-user] emerge --update - why doesn't it update my kde packages
KH wrote:
Am 04.05.2010 16:59, schrieb David W Noon:
On Tue, 04 May 2010 11:00:01 +0200, Helmut Jarausch wrote about
[gentoo-user] emerge --update - why doesn't it update my kde packages:
[snip]
Still, eix confirmed there were quite a lot of kde packages which have
newer versions, and indeed,
emerge -auv1 -j4 --keep-going $(qlist -IC kde-base/)
upgraded 24 packages.
Where does this discrepancy come from?
I think Portage does not consider packages that are not in your world
file, if the update is on world (or system).
To overcome this, I wrote a little script, called update_orphans.sh.
Here it is:
---cut--- update_orphans.sh--cut-
#!/bin/sh
eix -u | gawk '/^\[U\] / { print $2; }' | xargs -r emerge -v1uD
exit $?
---cut---cutcut-
I run it immediately after the main emerge, when I have rsync'ed the
Portage tree.
No. --with-bdeps is not default anymore because it is considered to be
a bug if portage updates packages not used in any way. This is only if
a package is needed for buildtime.
Program A is version 1.5. To build it, it needs program B which at
this time is version 4.7
B is not needed for anything else!
Now there is an update to B-4.9 . Portage will not update B as long as
there is no update to A.
B is not in the world file. It is not a runtime dependency nore is it
a orphan.
kh
I have with-bdeps set in my make.conf so that it is enabled each time.
I just ran the command given above and it found over 40 packages that
need to be upgraded. I'm not even going to claim that I understand all
the chicken scratch in that command but apparently stuff needed to be
upgraded on my system that was being missed.
It appears to do something good even if it is not related to the OPs
problem.
Dale
:-) :-)
Re: [gentoo-user] emerge --update - why doesn't it update my kde packages
Am 04.05.2010 21:41, schrieb Dale:
---cut--- update_orphans.sh--cut-
#!/bin/sh
eix -u | gawk '/^\[U\] / { print $2; }' | xargs -r emerge -v1uD
exit $?
---cut---cutcut-
I run it immediately after the main emerge, when I have rsync'ed the
Portage tree.
No. --with-bdeps is not default anymore because it is considered to be
a bug if portage updates packages not used in any way. This is only if
a package is needed for buildtime.
Program A is version 1.5. To build it, it needs program B which at
this time is version 4.7
B is not needed for anything else!
Now there is an update to B-4.9 . Portage will not update B as long as
there is no update to A.
B is not in the world file. It is not a runtime dependency nore is it
a orphan.
kh
I have with-bdeps set in my make.conf so that it is enabled each time.
I just ran the command given above and it found over 40 packages that
need to be upgraded. I'm not even going to claim that I understand all
the chicken scratch in that command but apparently stuff needed to be
upgraded on my system that was being missed.
It appears to do something good even if it is not related to the OPs
problem.
Dale
Hi,
For me it does try to update the same packages as --with-bdeps, but it
tries to pull in like 39 new packages.
How and where have you integrated with-bdeps in make.conf?
kh
Re: [gentoo-user] irritating cron habit
Am 20.02.2011 15:04, schrieb Philip Webb:
I fetch my mail using a user cron job, as recommended for security.
I also start my Internet connection by hand after logging in:
this is to avoid the jam which arises if it is included in the runlevel
but for some reason the physical Net connection isn't functioning,
when Dhcpcd sits there can't be killed via Control-C.
Usually, this works very well, but occasionally the cron job runs
before the Dhcpcd command has made the necessary connection
-- it depends on when the start-of-minute falls -- ,
which results in a file ~/dead.letter , which has to be deleted
(the sequence of commands is clear from the Syslog file).
Is there a way to fix this ? -- I could perhaps write a 2-line script
which would run 'dhcpcd eth0 ; /etc/init.d/vixie-cron',
while removing Vixie-cron from the Default runlevel.
Does anyone have useful suggestions ?
When dhcpcd runs, there should be the following files:
/var/run/dhcpcd.pid
/var/run/dhcpcd-eth0.pid
Just change your cron job to look like
test -e /var/run/dhcpcd.pid fetchmail
You can also do something like parsing the output of `/sbin/ifconfig
eth0` with grep -q to see whether it has an ip address so that your cron
job also works when you configure your address statically.
/sbin/ifconfig eth0 | grep -q '\inet' fetchmail ...
should do the trick.
Or even more general:
gawk 'BEGIN{found=1} {if(found == 1 $2 ~ /^0+$/ $7 ~ /^0+$/)
found=0} END{exit found}' /proc/net/route fetchmail
This looks at the routing table and returns 0 when there is a default
route (destination and mask ) no matter over which interface. No
clue whether this works with IPv6.
Hope this helps,
Florian Philipp
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] Why is KDE part of the system set?
Dale writes: Mike Edenfield wrote: Near as I can tell, your problem originates here: [nomerge ] kde-base/khelpcenter-4.6.0 [nomerge ] kde-base/kdelibs-4.6.0-r1 [ebuild R ~] kde-base/nepomuk-4.6.0 [ebuild R ~] kde-misc/polkit-kde-kcmodules-0.98_pre20101127 [ebuild R ~] kde-base/khelpcenter-4.6.0 [ebuild R ~] sys-auth/polkit-kde-agent-0.99.0 [ebuild R ~]kde-base/kdelibs-4.6.0-r1 Every other KDE or Qt package in the emerge output can be traced back to being a dependency of khelpcenter (directly or indirectly). Although technically that's not even true, since khelpcenter *doesn't* depend on kdelibs, not since 4.4.5, but your portage seems to think it still does. I see inherit kde4-meta in the khelpcenter ebuild, but I don't know what inherit means here. I wonder if the devs know about all this? Is this something they should know about? Is this unique to me? I have KDE installed by using the kde-meta but surely I'm not the only one that uses it. @system also pulls in some KDE stuff here. I don't have time to fully investigate this, after a short look it seems to me that gawk pulls in gettext, that needs git, git wants subversion, and that has the kde USE flag. So subversion pulls in kwalletd and kdelibs, and those need some more KDE stuff. Looks like normal behaviour to me. @system should be a small set, but when some packages in @system have kde USE flags, they will pull in KDE stuff. Wonko
