RE: [gentoo-user] unable to emerge anything...
Alan, I'll check the links out. As for as unmerging anything else no. Not yet anyway, give me time though. -Original Message- From: Alan McKinnon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 2:08 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] unable to emerge anything... On Wednesday 09 January 2008, Richard Torres wrote: > It's all a blur. It was trying to re-emerge something related to gcc > and python was blocking it so I unmerged it. > I've got python back using quickpkg like you suggested. Now I'm > working on getting gcc to work. I did a quickpkg on gcc but emerge > still fails with a 'C compiler cannot create executables' error. > I'm pretty sure I'm using a working version. > > gcc-config -l > [1] i686-pc-linux-gnu-3.3.4 > [2] i686-pc-linux-gnu-3.4.4 * > [3] i686-pc-linux-gnu-3.4.4-hardened > [4] i686-pc-linux-gnu-3.4.4-hardenednopie > [5] i686-pc-linux-gnu-3.4.4-hardenednopiessp > [6] i686-pc-linux-gnu-3.4.4-hardenednossp > > Thanks-a-bunch Pleasw don't top post, especially not on a thread discussing technical fixes. Thanks. This seems to be a relatively common problem - I had it once myself recently but forget the fix. Google turned up these interesting links: http://forums.gentoo.org/viewtopic.php?t=27719 http://www.geektimes.com/linux/troubleshooting/c-cant-create-executables.htm l http://www.linuxquestions.org/questions/linux-newbie-8/c-compiler-cannot-cre ate-executables-222588/ http://ubuntuforums.org/showthread.php?t=17033 http://www.brandonhutchinson.com/c_compiler_cannot_create_executables.html http://forums.gentoo.org/viewtopic.php?t=27486 http://www.linuxforums.org/forum/linux-applications/25592-solved-compiler-ca n-not-create-executables.html I would guess that you also unmerged some other important package like linux-headers, g++ or some such in the frenzy. alan > > -Original Message- > From: Alan McKinnon [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 06, 2008 1:51 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] unable to emerge anything... > > On Saturday 05 January 2008, Richard Torres wrote: > > Alan, > > Thanks for that. It's funny you should mention python, I just > > inadvertently unmerged it (doh...). I've got another gentoo box > > running a newer version of gcc and a newer kernel. Do you think I > > can get what I need out of it? > > Yes, you should be able to use that. Python is SLOTted, so even if > your other box is using a different SLOT, you can emerge the version > you need, quickpkg it, copy it over to the first machine and unpack > it there. > > quickpkg's are just tarballs so you can even use good old tar and > bunzip2 if you managed to go to the next step of dohness and unmerge > portage as well :-) > > btw, how did you manage to unmerge python? That's in system and > portage usually goes to great lengths to prevent you doing just that > > alan > > > Thanks for your help, > > -Richard > > > > - Original Message > > From: Alan McKinnon <[EMAIL PROTECTED]> > > To: gentoo-user@lists.gentoo.org > > Sent: Saturday, January 5, 2008 2:25:52 AM > > Subject: Re: [gentoo-user] unable to emerge anything... > > > > On Saturday 05 January 2008, Richard Torres wrote: > > > I'm getting pretty much the same error (C compiler cannot create > > > executables). I'm pretty sure it's because gcc-3.3.4 is > > > installed. I've tried upgrading gcc by emerging but get the same > > > error (catch-22 situation). Here's the last part of the error log > > > which is the same with anything I try to emerge. > > > > A quickpkg of gcc might help you out of this, it's about 7M or so > > so small enough to mail to you. Perhaps some kind soul here with > > similar settings to you can send their tbz2 of gcc-3.3.6.x > > > > Alternatively, you might be able to unpack a working gcc tarball > > from a > > > > stage 3 onto your system and use that > > > > It doesn't help you right now, but I've managed to screw up enough > > gentoo systems enough times that I now keep quickpkg copies of > > known good working critical packages in $PKGDIR - minimally gcc, > > glibc, python, portage, tar and a shell > > > > alan > > > > -- > > Alan McKinnon > > alan dot mckinnon at gmail dot com > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com > -- > gentoo-user@lists.gentoo.org mailing list -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] unable to emerge anything...
Thanks for the input.
I tried it on both of my Gentoo boxes. One worked and the problematic one
gave me the following output;
# gcc test.c -o test
gcc: installation problem, cannot exec `as': No such file or directory
I'm going to try quickpkg again but this time from the working box. The
first pkg came from an older livecd.
If you think of anything please let me know. Thanks again.
-Richard
_
From: James Ausmus [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 09, 2008 12:22 PM
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] unable to emerge anything...
On Jan 9, 2008 9:13 AM, Richard Torres <[EMAIL PROTECTED]> wrote:
It's all a blur. It was trying to re-emerge something related to gcc and
python was blocking it so I unmerged it.
I've got python back using quickpkg like you suggested. Now I'm working on
getting gcc to work. I did a quickpkg on gcc but emerge still fails with a
'C compiler cannot create executables' error.
I'm pretty sure I'm using a working version.
It may not be the C compiler at all. To check this copy the following code
into a file called test.c:
#include
int main(void)
{
printf("Hello World!\n");
return 0;
}
And then run the following commands:
gcc test.c -o test
./test
If you see a Hello World! output, then your C compiler is working fine. If
this is the case, then you need to do as the original error message
specifies - check the config.log file. It should be located at
/var/tmp/portage/dev-lang/php- 5.2.5-r1/work/php-5.2.5/config.log
config.log files can be a little confusing to read through if you're not
used to them, but you'll just want to start at the bottom and work your way
up, until you find any error messages - or, you can post your config.log
file, and someone can help you out with it.
HTH-
James
gcc-config -l
[1] i686-pc-linux-gnu-3.3.4
[2] i686-pc-linux-gnu-3.4.4 *
[3] i686-pc-linux-gnu-3.4.4-hardened
[4] i686-pc-linux-gnu-3.4.4-hardenednopie
[5] i686-pc-linux-gnu-3.4.4-hardenednopiessp
[6] i686-pc-linux-gnu-3.4.4-hardenednossp
Thanks-a-bunch
-Original Message-
From: Alan McKinnon [mailto:[EMAIL PROTECTED] ]
Sent: Sunday, January 06, 2008 1:51 AM
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] unable to emerge anything...
On Saturday 05 January 2008, Richard Torres wrote:
> Alan,
> Thanks for that. It's funny you should mention python, I just
> inadvertently unmerged it (doh...). I've got another gentoo box
> running a newer version of gcc and a newer kernel. Do you think I can
> get what I need out of it?
Yes, you should be able to use that. Python is SLOTted, so even if your
other box is using a different SLOT, you can emerge the version you
need, quickpkg it, copy it over to the first machine and unpack it
there.
quickpkg's are just tarballs so you can even use good old tar and
bunzip2 if you managed to go to the next step of dohness and unmerge
portage as well :-)
btw, how did you manage to unmerge python? That's in system and portage
usually goes to great lengths to prevent you doing just that
alan
>
> Thanks for your help,
> -Richard
>
> - Original Message
> From: Alan McKinnon <[EMAIL PROTECTED]>
> To: gentoo-user@lists.gentoo.org
> Sent: Saturday, January 5, 2008 2:25:52 AM
> Subject: Re: [gentoo-user] unable to emerge anything...
>
> On Saturday 05 January 2008, Richard Torres wrote:
> > I'm getting pretty much the same error (C compiler cannot create
> > executables). I'm pretty sure it's because gcc-3.3.4 is installed.
> > I've tried upgrading gcc by emerging but get the same error
> > (catch-22 situation). Here's the last part of the error log which
> > is the same with anything I try to emerge.
>
> A quickpkg of gcc might help you out of this, it's about 7M or so so
> small enough to mail to you. Perhaps some kind soul here with similar
> settings to you can send their tbz2 of gcc-3.3.6.x
>
> Alternatively, you might be able to unpack a working gcc tarball from
> a
>
> stage 3 onto your system and use that
>
> It doesn't help you right now, but I've managed to screw up enough
> gentoo systems enough times that I now keep quickpkg copies of known
> good working critical packages in $PKGDIR - minimally gcc, glibc,
> python, portage, tar and a shell
>
> alan
>
> --
> Alan McKinnon
> alan dot mckinnon at gmail dot com
--
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gentoo-user@lists.gentoo.org mailing list
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
Mark Knecht wrote: > > Hi Dale, >I disabled hald in rc-update and rebooted. Now Totem and Gnome are > not auto-mounting anything. K3b can see the CD. cddb and ripping seem > to work fine with hald disabled. > >I think the overall set of problems were: > > 1) sound-juicer has developed some sort of regression > > 2) hald & Gnome were conspiring to make my system too automatic for my tastes > >At this point I'm in good shape and wondering what the future is > going to bring me. Am I putting off the inevitable by not letting hald > have it's evil ways with my computer? Will it be required in the > future? I thought a lot of that sort of automatic device stuff was > supposed to be done by udev so why I need more is beyond me. > >Anyway, the computer is functional and I can rip with at least one > app so I'm back in business. > > Thanks, > Mark > LOL You must be new to Linux. You didn't need to reboot. If you want to stop say, hald, just do a /etc/init.d/hald stop. That would stop the service, 99% of the time anyway. If you don't want it to start up anymore then you can remove it with rc-update to make it survive a reboot in its stopped state. This is my thoughts and if anyone has a better one please post away. I think there is a disagreement between hald and the programs you are trying to use. One or more may need to be recompiled to make them all happy again. I ran into a problem like this recently with cups. Try running the following and post what it says: "emerge -pv sound-juicer hal totem k3b" Leave off the quotes there. Also note, that is not going to actually do anything but list the packages it would install and the USE flags they are compiled with. It's not going to reinstall them or anything. Shouldn't take to long depending on your rigs speed. Maybe with that we can see if it is doing something different or missing something that is causing this. Dale :-) :-) P.S. I sent this before but it came back as a boo boo message. Sorry if it is a dup. May be off list too.
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
Mark Knecht wrote: > > Hi Dale, >I disabled hald in rc-update and rebooted. Now Totem and Gnome are > not auto-mounting anything. K3b can see the CD. cddb and ripping seem > to work fine with hald disabled. > >I think the overall set of problems were: > > 1) sound-juicer has developed some sort of regression > > 2) hald & Gnome were conspiring to make my system too automatic for my tastes > >At this point I'm in good shape and wondering what the future is > going to bring me. Am I putting off the inevitable by not letting hald > have it's evil ways with my computer? Will it be required in the > future? I thought a lot of that sort of automatic device stuff was > supposed to be done by udev so why I need more is beyond me. > >Anyway, the computer is functional and I can rip with at least one > app so I'm back in business. > > Thanks, > Mark > LOL You must be new to Linux. You didn't need to reboot. If you want to stop say, hald, just do a /etc/init.d/hald stop. That would stop the service, 99% of the time anyway. If you don't want it to start up anymore then you can remove it with rc-update to make it survive a reboot in its stopped state. This is my thoughts and if anyone has a better one please post away. I think there is a disagreement between hald and the programs you are trying to use. One or more may need to be recompiled to make them all happy again. I ran into a problem like this recently with cups. Try running the following and post what it says: "emerge -pv sound-juicer hal totem k3b" Leave off the quotes there. Also note, that is not going to actually do anything but list the packages it would install and the USE flags they are compiled with. It's not going to reinstall them or anything. Shouldn't take to long depending on your rigs speed. Maybe with that we can see if it is doing something different or missing something that is causing this. Dale :-) :-) P.S. I sent this before but it came back as a boo boo message. Sorry if it is a dup.
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Jan 9, 2008 5:16 PM, Dale <[EMAIL PROTECTED]> wrote: > > > Naiani Rosa de Barros wrote: > > On Jan 9, 2008 7:08 PM, Naiani Rosa de Barros <[EMAIL PROTECTED]> > wrote: > > > On Jan 9, 2008 5:03 PM, Mark Knecht <[EMAIL PROTECTED]> wrote: > > > On Jan 9, 2008 10:49 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: > > > On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > > > > Things here are still basically a disaster. I rebooted. No change. > sound-juicer still only rips the 1st six tracks and then skips the > last seven. Pretty much the same on every CD I've tried so far. No > messages in dmesg. > > Have you tried a different ripper? This could be a problem with > sound-juicer, not hal/dbus. > > > I emerged grip but it's not seeing the CD at all. I tried Aqualung but > it didn't work either. > > Seeing Dale's note I tried K3b, which I should have thought of before. > It worked for the CD that was already in the drive so that was a step > forward. When I inserted a new CD it got blocked by Gnome starting > Totem automatically. When I closed Totem my hand then K3b was able to > rip the second CD. I haven't listened to anything yet but at least the > files look about right. > > So, with all of that I am guessing that Totem was somehow blocking > sound-juicer. Totem starting automatically when I insert a CD has > never happened before. Is that because I turned on hald? If so do I > really need hald or can I turn it off? Or maybe I need ivman to help > hald do it's work better? > > Probably. HAL + ivman does that. Configure automounting/recognizing > devices. > > Now that I'm thinking, actually, I don't think HAL by itself would do > that. Maybe you already have all the stuff set up. But check out the > Gentoo Wiki page I said before. > > > > > > Of course if there is some Gentoo page on how to run all this stuff > correctly that it where I should really start. > > http://gentoo-wiki.com/HOWTO_ivman > > > > thanks, > > Mark > -- > gentoo-user@lists.gentoo.org mailing list > > > > No problem. =) > > Naiani > > > > Well, I picked up on something. Hal or ivman, both installed here, locks > access to my camera when I first turn it on. Gtkam can not access the > camera until it releases a lock on it. You know when in KDE and you hook up > something, it pops up the little thing asking what to do with it. I hit > cancel on that and wait a minute or two and then gtkam can access the camera > as it should. > > So, it may be that SOMETHING, who knows what, is locking the drive and not > releasing it like it should. Keep in mind that I have KDE and not gnome > here. You may want to check how Gnome handles this sort of thing. It may > be some setting somewhere that is messing you up and be gnome specific. > > If you want to stop services, /etc/init.d/hald stop should work. If you > want to see what all is running then rc-status should help with that. I > have dbus, hald and ivman running on mine here. > > I hope that helps some cause I'm running out of ideas here. > > Dale > Hi Dale, I disabled hald in rc-update and rebooted. Now Totem and Gnome are not auto-mounting anything. K3b can see the CD. cddb and ripping seem to work fine with hald disabled. I think the overall set of problems were: 1) sound-juicer has developed some sort of regression 2) hald & Gnome were conspiring to make my system too automatic for my tastes At this point I'm in good shape and wondering what the future is going to bring me. Am I putting off the inevitable by not letting hald have it's evil ways with my computer? Will it be required in the future? I thought a lot of that sort of automatic device stuff was supposed to be done by udev so why I need more is beyond me. Anyway, the computer is functional and I can rip with at least one app so I'm back in business. Thanks, Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
Naiani Rosa de Barros wrote: > On Jan 9, 2008 7:08 PM, Naiani Rosa de Barros <[EMAIL PROTECTED]> wrote: > >> On Jan 9, 2008 5:03 PM, Mark Knecht <[EMAIL PROTECTED]> wrote: >> >>> On Jan 9, 2008 10:49 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: >>> On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > Things here are still basically a disaster. I rebooted. No change. > sound-juicer still only rips the 1st six tracks and then skips the > last seven. Pretty much the same on every CD I've tried so far. No > messages in dmesg. > Have you tried a different ripper? This could be a problem with sound-juicer, not hal/dbus. >>> I emerged grip but it's not seeing the CD at all. I tried Aqualung but >>> it didn't work either. >>> >>> Seeing Dale's note I tried K3b, which I should have thought of before. >>> It worked for the CD that was already in the drive so that was a step >>> forward. When I inserted a new CD it got blocked by Gnome starting >>> Totem automatically. When I closed Totem my hand then K3b was able to >>> rip the second CD. I haven't listened to anything yet but at least the >>> files look about right. >>> >>> So, with all of that I am guessing that Totem was somehow blocking >>> sound-juicer. Totem starting automatically when I insert a CD has >>> never happened before. Is that because I turned on hald? If so do I >>> really need hald or can I turn it off? Or maybe I need ivman to help >>> hald do it's work better? >>> >> Probably. HAL + ivman does that. Configure automounting/recognizing devices. >> > > Now that I'm thinking, actually, I don't think HAL by itself would do > that. Maybe you already have all the stuff set up. But check out the > Gentoo Wiki page I said before. > > >>> Of course if there is some Gentoo page on how to run all this stuff >>> correctly that it where I should really start. >>> >> http://gentoo-wiki.com/HOWTO_ivman >> >> >>> thanks, >>> >>> Mark >>> -- >>> gentoo-user@lists.gentoo.org mailing list >>> >>> >>> >> No problem. =) >> >> Naiani >> >> Well, I picked up on something. Hal or ivman, both installed here, locks access to my camera when I first turn it on. Gtkam can not access the camera until it releases a lock on it. You know when in KDE and you hook up something, it pops up the little thing asking what to do with it. I hit cancel on that and wait a minute or two and then gtkam can access the camera as it should. So, it may be that SOMETHING, who knows what, is locking the drive and not releasing it like it should. Keep in mind that I have KDE and not gnome here. You may want to check how Gnome handles this sort of thing. It may be some setting somewhere that is messing you up and be gnome specific. If you want to stop services, /etc/init.d/hald stop should work. If you want to see what all is running then rc-status should help with that. I have dbus, hald and ivman running on mine here. I hope that helps some cause I'm running out of ideas here. Dale :-) :-) :-)
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
On Wed, 9 Jan 2008 22:17:37 +0100 Etaoin Shrdlu <[EMAIL PROTECTED]> wrote: > On Wednesday 9 January 2008, [EMAIL PROTECTED] wrote: > > > [EMAIL PROTECTED] writes: > > > do you know of a chart that shows the decimal notation like you > > > posted? (Its not in `man vga') > > > > > > And I don't recall where I got that from... where ever it was, it > > > probably also has the decimal equivalents. > > > > You can ignore this request... I found a nifty hex to decimal > > converter for vim here: > >http://vim.wikia.com/wiki/VimTip27 If you only want to convert one number (or an arithmetic expression) you can write, e.g. ":echo 0x31a" in vim and be done with it. :-) > > A perhaps simpler way is to use the bc program (which needs to be > installed for this to work, of course): > > $ echo 'obase=10; ibase=16; 31A' | bc > 794 Or an even simpler way would be $ echo $((0x31a)) 794 Bash is really cool. It can understand numbers up to base 64. ;-) Cheers, Renat -- Probleme kann man niemals mit derselben Denkweise loesen, durch die sie entstanden sind. (Einstein) signature.asc Description: PGP signature
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Jan 9, 2008 7:08 PM, Naiani Rosa de Barros <[EMAIL PROTECTED]> wrote: > On Jan 9, 2008 5:03 PM, Mark Knecht <[EMAIL PROTECTED]> wrote: > > On Jan 9, 2008 10:49 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: > > > On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > > > > > > > Things here are still basically a disaster. I rebooted. No change. > > > > sound-juicer still only rips the 1st six tracks and then skips the > > > > last seven. Pretty much the same on every CD I've tried so far. No > > > > messages in dmesg. > > > > > > Have you tried a different ripper? This could be a problem with > > > sound-juicer, not hal/dbus. > > > > > > > I emerged grip but it's not seeing the CD at all. I tried Aqualung but > > it didn't work either. > > > > Seeing Dale's note I tried K3b, which I should have thought of before. > > It worked for the CD that was already in the drive so that was a step > > forward. When I inserted a new CD it got blocked by Gnome starting > > Totem automatically. When I closed Totem my hand then K3b was able to > > rip the second CD. I haven't listened to anything yet but at least the > > files look about right. > > > > So, with all of that I am guessing that Totem was somehow blocking > > sound-juicer. Totem starting automatically when I insert a CD has > > never happened before. Is that because I turned on hald? If so do I > > really need hald or can I turn it off? Or maybe I need ivman to help > > hald do it's work better? > > Probably. HAL + ivman does that. Configure automounting/recognizing devices. Now that I'm thinking, actually, I don't think HAL by itself would do that. Maybe you already have all the stuff set up. But check out the Gentoo Wiki page I said before. > > Of course if there is some Gentoo page on how to run all this stuff > > correctly that it where I should really start. > > http://gentoo-wiki.com/HOWTO_ivman > > > thanks, > > > > Mark > > -- > > gentoo-user@lists.gentoo.org mailing list > > > > > > No problem. =) > > Naiani > -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Jan 9, 2008 5:03 PM, Mark Knecht <[EMAIL PROTECTED]> wrote: > On Jan 9, 2008 10:49 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: > > On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > > > > > Things here are still basically a disaster. I rebooted. No change. > > > sound-juicer still only rips the 1st six tracks and then skips the > > > last seven. Pretty much the same on every CD I've tried so far. No > > > messages in dmesg. > > > > Have you tried a different ripper? This could be a problem with > > sound-juicer, not hal/dbus. > > > > I emerged grip but it's not seeing the CD at all. I tried Aqualung but > it didn't work either. > > Seeing Dale's note I tried K3b, which I should have thought of before. > It worked for the CD that was already in the drive so that was a step > forward. When I inserted a new CD it got blocked by Gnome starting > Totem automatically. When I closed Totem my hand then K3b was able to > rip the second CD. I haven't listened to anything yet but at least the > files look about right. > > So, with all of that I am guessing that Totem was somehow blocking > sound-juicer. Totem starting automatically when I insert a CD has > never happened before. Is that because I turned on hald? If so do I > really need hald or can I turn it off? Or maybe I need ivman to help > hald do it's work better? Probably. HAL + ivman does that. Configure automounting/recognizing devices. > Of course if there is some Gentoo page on how to run all this stuff > correctly that it where I should really start. http://gentoo-wiki.com/HOWTO_ivman > thanks, > > Mark > -- > gentoo-user@lists.gentoo.org mailing list > > No problem. =) Naiani -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 09 January 2008, Tony Stohne wrote: > Tony Stohne skrev: > > ... > > less /usr/src/linux/Documentation/fb/vesafb.txt > > should do it, i think. > > No, that was not it. Sorry for wasting bandwidth... > > > Regards > > //Tony Courtesy of fb/vesa.fb, kcalc hex<->dec and 10 minutes free time ;-) ##640x480 800x600 1024x768 1280x1024 ## 256 769 771 773 775 ## 32k 784 787 790 793 ## 64k 785 788 791 794 ## 16M 786 789 792 795 -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 9 January 2008, Etaoin Shrdlu wrote: > then. But again, it does not matter whether you use hex or decimal, as > long as the value you use is the same. Sorry, bad wording. I meant: as long as the number you enter (whether hex or decimal) represents the video mode you want to get. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 9 January 2008, [EMAIL PROTECTED] wrote: > [EMAIL PROTECTED] writes: > > do you know of a chart that shows the decimal notation like you > > posted? (Its not in `man vga') > > > > And I don't recall where I got that from... where ever it was, it > > probably also has the decimal equivalents. > > You can ignore this request... I found a nifty hex to decimal > converter for vim here: >http://vim.wikia.com/wiki/VimTip27 A perhaps simpler way is to use the bc program (which needs to be installed for this to work, of course): $ echo 'obase=10; ibase=16; 31A' | bc 794 (you can do that from inside vim also by using the "!" vim command) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tony Stohne skrev: > ... > less /usr/src/linux/Documentation/fb/vesafb.txt > should do it, i think. > No, that was not it. Sorry for wasting bandwidth... > Regards > //Tony -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHhTWsJDzv6DN+QUkRAnTQAJ0a5tOcXpbVGkVXDO7JfJ2/NHTnigCgg8OZ BWMkznvgBxTPvQTmVVEhevw= =8CNG -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 9 January 2008, [EMAIL PROTECTED] wrote: > By the way about the vga= setting. I grabbed a chart from some where > long ago showing the notation I was using: > > ##640x480 800x600 1024x768 1280x1024 > ## 256 0x301 0x303 0x3050x307 > ## 32k 0x310 0x313 0x3160x319 > ## 64k 0x311 0x314 0x3170x31A > ## 16M 0x312 0x315 0x3180x31B That is correct. You can use the hex values in the config. > do you know of a chart that shows the decimal notation like you > posted? (Its not in `man vga') No, I just did the math :-) > And I don't recall where I got that from... where ever it was, it > probably also has the decimal equivalents. I think I found the vga=791 line in some ancient LILO sample config file (even before I started using Gentoo) and I stuck with it since then. But again, it does not matter whether you use hex or decimal, as long as the value you use is the same. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] skrev: > ... > By the way about the vga= setting. I grabbed a chart from some where > long ago showing the notation I was using: > > ##640x480 800x600 1024x768 1280x1024 > ## 256 0x301 0x303 0x3050x307 > ## 32k 0x310 0x313 0x3160x319 > ## 64k 0x311 0x314 0x3170x31A > ## 16M 0x312 0x315 0x3180x31B > > do you know of a chart that shows the decimal notation like you > posted? (Its not in `man vga') > > And I don't recall where I got that from... where ever it was, it > probably also has the decimal equivalents. > less /usr/src/linux/Documentation/fb/vesafb.txt should do it, i think. Regards //Tony -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHhTOJJDzv6DN+QUkRAnNOAJ42skY/nV5TtxH/WpNYCfdps7LFmQCg6wbD ayI1OguUAxE5hAnT1daSINQ= =SzfT -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
[EMAIL PROTECTED] writes:
> do you know of a chart that shows the decimal notation like you
> posted? (Its not in `man vga')
>
> And I don't recall where I got that from... where ever it was, it
> probably also has the decimal equivalents.
You can ignore this request... I found a nifty hex to decimal
converter for vim here:
http://vim.wikia.com/wiki/VimTip27
function! Hex2Dec()
let lstr = getline(".")
let hexstr = matchstr(lstr, '0x[a-fA-F0-9]\+')
while hexstr != ""
let hexstr = hexstr + 0
exe 's#0x[a-fA-F0-9]\+#'.hexstr."#"
let lstr = substitute(lstr, '0x[a-fA-F0-9]\+', hexstr, "")
let hexstr = matchstr(lstr, '0x[a-fA-F0-9]\+')
endwhile
endfunction
--
gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: Kernel setting for frame buffer (2.6.23-r5)
Etaoin Shrdlu <[EMAIL PROTECTED]> writes: > During make menuconfig, hit / and enter the text you want to search > for (in this case, obviously, it's FB_VESA), and hit enter. It > should show you where that particular option is found in the > configration. In my case (vanilla 2.6.23.9), it shows > > Symbol: FB_VESA [=y] > > Prompt: VESA VGA graphics support > > Defined at drivers/video/Kconfig:595 > Depends on: HAS_IOMEM && FB=y && X86 > Location: > > -> Device Drivers > -> Graphics support > -> Support for frame buffer devices (FB [=y]) > Selects: FB_CFB_FILLRECT && FB_CFB_COPYAREA && FB_CFB_IMAGEBLIT && > VIDEO_SELECT > > > Notice the "Location:" bit. That was a very nice tip. I must have known it sometime or at least seen it but had totally forgotten how to search in make menuconfig dialog. I've found the settings and now recompiling... so I'll know soon if it is done or still needs work. By the way about the vga= setting. I grabbed a chart from some where long ago showing the notation I was using: ##640x480 800x600 1024x768 1280x1024 ## 256 0x301 0x303 0x3050x307 ## 32k 0x310 0x313 0x3160x319 ## 64k 0x311 0x314 0x3170x31A ## 16M 0x312 0x315 0x3180x31B do you know of a chart that shows the decimal notation like you posted? (Its not in `man vga') And I don't recall where I got that from... where ever it was, it probably also has the decimal equivalents. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unable to emerge anything...
On Wednesday 09 January 2008, Richard Torres wrote: > It's all a blur. It was trying to re-emerge something related to gcc > and python was blocking it so I unmerged it. > I've got python back using quickpkg like you suggested. Now I'm > working on getting gcc to work. I did a quickpkg on gcc but emerge > still fails with a 'C compiler cannot create executables' error. > I'm pretty sure I'm using a working version. > > gcc-config -l > [1] i686-pc-linux-gnu-3.3.4 > [2] i686-pc-linux-gnu-3.4.4 * > [3] i686-pc-linux-gnu-3.4.4-hardened > [4] i686-pc-linux-gnu-3.4.4-hardenednopie > [5] i686-pc-linux-gnu-3.4.4-hardenednopiessp > [6] i686-pc-linux-gnu-3.4.4-hardenednossp > > Thanks-a-bunch Pleasw don't top post, especially not on a thread discussing technical fixes. Thanks. This seems to be a relatively common problem - I had it once myself recently but forget the fix. Google turned up these interesting links: http://forums.gentoo.org/viewtopic.php?t=27719 http://www.geektimes.com/linux/troubleshooting/c-cant-create-executables.html http://www.linuxquestions.org/questions/linux-newbie-8/c-compiler-cannot-create-executables-222588/ http://ubuntuforums.org/showthread.php?t=17033 http://www.brandonhutchinson.com/c_compiler_cannot_create_executables.html http://forums.gentoo.org/viewtopic.php?t=27486 http://www.linuxforums.org/forum/linux-applications/25592-solved-compiler-can-not-create-executables.html I would guess that you also unmerged some other important package like linux-headers, g++ or some such in the frenzy. alan > > -Original Message- > From: Alan McKinnon [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 06, 2008 1:51 AM > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] unable to emerge anything... > > On Saturday 05 January 2008, Richard Torres wrote: > > Alan, > > Thanks for that. It's funny you should mention python, I just > > inadvertently unmerged it (doh...). I've got another gentoo box > > running a newer version of gcc and a newer kernel. Do you think I > > can get what I need out of it? > > Yes, you should be able to use that. Python is SLOTted, so even if > your other box is using a different SLOT, you can emerge the version > you need, quickpkg it, copy it over to the first machine and unpack > it there. > > quickpkg's are just tarballs so you can even use good old tar and > bunzip2 if you managed to go to the next step of dohness and unmerge > portage as well :-) > > btw, how did you manage to unmerge python? That's in system and > portage usually goes to great lengths to prevent you doing just that > > alan > > > Thanks for your help, > > -Richard > > > > - Original Message > > From: Alan McKinnon <[EMAIL PROTECTED]> > > To: gentoo-user@lists.gentoo.org > > Sent: Saturday, January 5, 2008 2:25:52 AM > > Subject: Re: [gentoo-user] unable to emerge anything... > > > > On Saturday 05 January 2008, Richard Torres wrote: > > > I'm getting pretty much the same error (C compiler cannot create > > > executables). I'm pretty sure it's because gcc-3.3.4 is > > > installed. I've tried upgrading gcc by emerging but get the same > > > error (catch-22 situation). Here's the last part of the error log > > > which is the same with anything I try to emerge. > > > > A quickpkg of gcc might help you out of this, it's about 7M or so > > so small enough to mail to you. Perhaps some kind soul here with > > similar settings to you can send their tbz2 of gcc-3.3.6.x > > > > Alternatively, you might be able to unpack a working gcc tarball > > from a > > > > stage 3 onto your system and use that > > > > It doesn't help you right now, but I've managed to screw up enough > > gentoo systems enough times that I now keep quickpkg copies of > > known good working critical packages in $PKGDIR - minimally gcc, > > glibc, python, portage, tar and a shell > > > > alan > > > > -- > > Alan McKinnon > > alan dot mckinnon at gmail dot com > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com > -- > gentoo-user@lists.gentoo.org mailing list -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Jan 9, 2008 10:49 AM, Neil Bothwick <[EMAIL PROTECTED]> wrote: > On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > > > Things here are still basically a disaster. I rebooted. No change. > > sound-juicer still only rips the 1st six tracks and then skips the > > last seven. Pretty much the same on every CD I've tried so far. No > > messages in dmesg. > > Have you tried a different ripper? This could be a problem with > sound-juicer, not hal/dbus. > I emerged grip but it's not seeing the CD at all. I tried Aqualung but it didn't work either. Seeing Dale's note I tried K3b, which I should have thought of before. It worked for the CD that was already in the drive so that was a step forward. When I inserted a new CD it got blocked by Gnome starting Totem automatically. When I closed Totem my hand then K3b was able to rip the second CD. I haven't listened to anything yet but at least the files look about right. So, with all of that I am guessing that Totem was somehow blocking sound-juicer. Totem starting automatically when I insert a CD has never happened before. Is that because I turned on hald? If so do I really need hald or can I turn it off? Or maybe I need ivman to help hald do it's work better? Of course if there is some Gentoo page on how to run all this stuff correctly that it where I should really start. thanks, Mark -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: FreeAgent extn. Drive setup ideas
Christopher Copeland gmail.com> writes: > As Neil said, udev rules can make it work or you can edit one line of > your fstab. So that this: > /dev/sdd1 /mnt/usb type defaults 0 0 > Becomes: > UUID=123456 /mnt/usb type deftauls 0 0 This make perfect sense... > You can find 123456 by issuing: > vol_id /dev/sdd1 vol_id is very, very cool thanks for this tip! I need to experiment with vol_id and udev now. > Again, whether or not this is what you need, only you can say. No, I do not mind listing a dozen devices into the fstab on each gentoo system. When I add a device to my collection of usb gear it'll get listed. *THANKS* James > -- > Christopher > -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 9 January 2008, Etaoin Shrdlu wrote: > It should be there. Which kernel sources and release are you using? Ok, I just noticed that you're talking about 2.6.23-r5, which seems to imply you're using gentoo-sources. In this case, what I said before is still true, but FB_VESA also depends on X86, which should be enabled anyway, since it's part of defconfig. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Kernel setting for frame buffer (2.6.23-r5)
On Wednesday 9 January 2008, [EMAIL PROTECTED] wrote: > For a good while now I've had a setting like this in grub.conf: > > (wrapped for mail) > kernel /kernel-2.6.23-r5 root=/dev/hda5 \ > vga=0x31A video=vesafb:mtrr,ywrap > > I'm not sure any more how much of that is necessary. FWIW, I have only the vga= part (more exactly, I have vga=791, with the argument in decimal. Yours would be vga=794, but the base is just a matter of habit). > I have it there to allow console mode to have much larger resolution > than default (The appearance is much smaller text) > > I think this setting in kernel config is the one needed for that: >CONFIG_FB_VESA=y Correct. > > But I'm trying to build a pared down kernel a console only setup. > Going thru the kernel settings in menuconfig... I'm not finding the > one that creates that `CONFIG_FB_VESA=y' element. During make menuconfig, hit / and enter the text you want to search for (in this case, obviously, it's FB_VESA), and hit enter. It should show you where that particular option is found in the configration. In my case (vanilla 2.6.23.9), it shows Symbol: FB_VESA [=y] Prompt: VESA VGA graphics support Defined at drivers/video/Kconfig:595 Depends on: HAS_IOMEM && FB=y && X86 Location: -> Device Drivers -> Graphics support -> Support for frame buffer devices (FB [=y]) Selects: FB_CFB_FILLRECT && FB_CFB_COPYAREA && FB_CFB_IMAGEBLIT && VIDEO_SELECT Notice the "Location:" bit. > I've gone back and forth through the setting under: > Device drivers/Graphics-support .. checking Support for FrameBuffer > devices (both as module and builtin in different saves). It should be there. Which kernel sources and release are you using? Also note, in the above output, that VESA_FB depends on HAS_IOMEM and FB. If you don't select either, the VESA_FB option will not be shown. Since you obviously have FB set (otherwise you would not see the Userspace VESA option), you can check the status of HAS_IOMEM. With the same / trick described above, search for HAS_IOMEM. It does not give you a lot of information this time, but at least it should tell you whether the option is enabled. In my case, it just says Symbol: HAS_IOMEM [=y] In case you don't have it active (very strange, since it should be part of the default configuration and not modifiable), try a "make mrproper" and start over with make menuconfig, which should start with the default config this time. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
Neil Bothwick wrote: > On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > > >> Things here are still basically a disaster. I rebooted. No change. >> sound-juicer still only rips the 1st six tracks and then skips the >> last seven. Pretty much the same on every CD I've tried so far. No >> messages in dmesg. >> > > Have you tried a different ripper? This could be a problem with > sound-juicer, not hal/dbus. > > > I'm not to familiar with sound-juicer myself, I use K3b to do my CD stuff. Like Neil said, you may want to try a different program or maybe a different version. Ivman is not required but I did have a problem with it once and had to recompile it so it would play well with others. You may want to post the relevant parts of messages and/or dmesg and see if Neil notices something out of whack. Dale :-) :-)
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Wed, 9 Jan 2008 10:41:16 -0800, Mark Knecht wrote: > Things here are still basically a disaster. I rebooted. No change. > sound-juicer still only rips the 1st six tracks and then skips the > last seven. Pretty much the same on every CD I've tried so far. No > messages in dmesg. Have you tried a different ripper? This could be a problem with sound-juicer, not hal/dbus. -- Neil Bothwick "Bother," said Pooh, as the pin fell out of the grenade. signature.asc Description: PGP signature
Re: [gentoo-user] What's with this hald thing and why can't I rip CDs any more?
On Jan 8, 2008 8:24 PM, Dale <[EMAIL PROTECTED]> wrote: > Naiani Rosa de Barros wrote: > > Forgot to mention: about the problem with ripping CDs, and if it sort > > of works when you start hald, I'd say you should try re-emerging it. > > Maybe something got corrupted somehow, or is just outdated. > > > > Good luck! > > > > > > And if you are like me and don't reboot much, maybe restart hald and see > if it starts without error. > > You may also want to check ivman and dbus, if you have them installed, > to see if something fishy is going on there as well. > > Dale > Hi Dale, Things here are still basically a disaster. I rebooted. No change. sound-juicer still only rips the 1st six tracks and then skips the last seven. Pretty much the same on every CD I've tried so far. No messages in dmesg. To some extent even more worrisome is that after rebooting and logging in to Gnome I am now getting icons on my desktop for partitions on my hard drive that aren't supposed to be mounted according to fstab. I don't see any dnus messages in dmesg. Maybe there's somewhere else that those go? I don't have ivman installed. Should I? I didn't have a clue that Gentoo was going to apparently push some new hardware interface on us. So far this seems like quite a mess since my system is now broken. - Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unable to emerge anything...
On Jan 9, 2008 9:13 AM, Richard Torres <[EMAIL PROTECTED]> wrote:
> It's all a blur. It was trying to re-emerge something related to gcc and
> python was blocking it so I unmerged it.
> I've got python back using quickpkg like you suggested. Now I'm working on
> getting gcc to work. I did a quickpkg on gcc but emerge still fails with a
> 'C compiler cannot create executables' error.
> I'm pretty sure I'm using a working version.
It may not be the C compiler at all. To check this copy the following code
into a file called test.c:
#include
int main(void)
{
printf("Hello World!\n");
return 0;
}
And then run the following commands:
gcc test.c -o test
./test
If you see a Hello World! output, then your C compiler is working fine. If
this is the case, then you need to do as the original error message
specifies - check the config.log file. It should be located at
/var/tmp/portage/dev-lang/php-5.2.5-r1/work/php-5.2.5/config.log
config.log files can be a little confusing to read through if you're not
used to them, but you'll just want to start at the bottom and work your way
up, until you find any error messages - or, you can post your
config.logfile, and someone can help you out with it.
HTH-
James
>
>
> gcc-config -l
> [1] i686-pc-linux-gnu-3.3.4
> [2] i686-pc-linux-gnu-3.4.4 *
> [3] i686-pc-linux-gnu-3.4.4-hardened
> [4] i686-pc-linux-gnu-3.4.4-hardenednopie
> [5] i686-pc-linux-gnu-3.4.4-hardenednopiessp
> [6] i686-pc-linux-gnu-3.4.4-hardenednossp
>
> Thanks-a-bunch
>
> -Original Message-
> From: Alan McKinnon [mailto:[EMAIL PROTECTED]
> Sent: Sunday, January 06, 2008 1:51 AM
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] unable to emerge anything...
>
> On Saturday 05 January 2008, Richard Torres wrote:
> > Alan,
> > Thanks for that. It's funny you should mention python, I just
> > inadvertently unmerged it (doh...). I've got another gentoo box
> > running a newer version of gcc and a newer kernel. Do you think I can
> > get what I need out of it?
>
> Yes, you should be able to use that. Python is SLOTted, so even if your
> other box is using a different SLOT, you can emerge the version you
> need, quickpkg it, copy it over to the first machine and unpack it
> there.
>
> quickpkg's are just tarballs so you can even use good old tar and
> bunzip2 if you managed to go to the next step of dohness and unmerge
> portage as well :-)
>
> btw, how did you manage to unmerge python? That's in system and portage
> usually goes to great lengths to prevent you doing just that
>
> alan
>
>
> >
> > Thanks for your help,
> > -Richard
> >
> > - Original Message
> > From: Alan McKinnon <[EMAIL PROTECTED]>
> > To: gentoo-user@lists.gentoo.org
> > Sent: Saturday, January 5, 2008 2:25:52 AM
> > Subject: Re: [gentoo-user] unable to emerge anything...
> >
> > On Saturday 05 January 2008, Richard Torres wrote:
> > > I'm getting pretty much the same error (C compiler cannot create
> > > executables). I'm pretty sure it's because gcc-3.3.4 is installed.
> > > I've tried upgrading gcc by emerging but get the same error
> > > (catch-22 situation). Here's the last part of the error log which
> > > is the same with anything I try to emerge.
> >
> > A quickpkg of gcc might help you out of this, it's about 7M or so so
> > small enough to mail to you. Perhaps some kind soul here with similar
> > settings to you can send their tbz2 of gcc-3.3.6.x
> >
> > Alternatively, you might be able to unpack a working gcc tarball from
> > a
> >
> > stage 3 onto your system and use that
> >
> > It doesn't help you right now, but I've managed to screw up enough
> > gentoo systems enough times that I now keep quickpkg copies of known
> > good working critical packages in $PKGDIR - minimally gcc, glibc,
> > python, portage, tar and a shell
> >
> > alan
> >
> > --
> > Alan McKinnon
> > alan dot mckinnon at gmail dot com
>
>
>
> --
> Alan McKinnon
> alan dot mckinnon at gmail dot com
> --
> gentoo-user@lists.gentoo.org mailing list
>
> --
> gentoo-user@lists.gentoo.org mailing list
>
>
[gentoo-user] Kernel setting for frame buffer (2.6.23-r5)
For a good while now I've had a setting like this in grub.conf: (wrapped for mail) kernel /kernel-2.6.23-r5 root=/dev/hda5 \ vga=0x31A video=vesafb:mtrr,ywrap I'm not sure any more how much of that is necessary. I have it there to allow console mode to have much larger resolution than default (The appearance is much smaller text) I think this setting in kernel config is the one needed for that: CONFIG_FB_VESA=y But I'm trying to build a pared down kernel a console only setup. Going thru the kernel settings in menuconfig... I'm not finding the one that creates that `CONFIG_FB_VESA=y' element. I've gone back and forth through the setting under: Device drivers/Graphics-support .. checking Support for FrameBuffer devices (both as module and builtin in different saves). The only other setting that looks to be about framebuffer is Userspace VESA VGA graphics support but I think that one is this line in .config # CONFIG_FB_UVESA is not set Examining the resulting .config with and without that one set I never see this CONFIG_FB_VESA=y That line ends up unset in every way I've thought to try. However it is in the /usr/share/[...]kernel-2.6 config that genkernel uses. I want to have the ability to have the larger resolution in console mode but the kernel build is way pared down from what genkernel would do. So what settings do I need to have the effect like posted in grub.conf line above? -- gentoo-user@lists.gentoo.org mailing list
RE: [gentoo-user] unable to emerge anything...
It's all a blur. It was trying to re-emerge something related to gcc and python was blocking it so I unmerged it. I've got python back using quickpkg like you suggested. Now I'm working on getting gcc to work. I did a quickpkg on gcc but emerge still fails with a 'C compiler cannot create executables' error. I'm pretty sure I'm using a working version. gcc-config -l [1] i686-pc-linux-gnu-3.3.4 [2] i686-pc-linux-gnu-3.4.4 * [3] i686-pc-linux-gnu-3.4.4-hardened [4] i686-pc-linux-gnu-3.4.4-hardenednopie [5] i686-pc-linux-gnu-3.4.4-hardenednopiessp [6] i686-pc-linux-gnu-3.4.4-hardenednossp Thanks-a-bunch -Original Message- From: Alan McKinnon [mailto:[EMAIL PROTECTED] Sent: Sunday, January 06, 2008 1:51 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] unable to emerge anything... On Saturday 05 January 2008, Richard Torres wrote: > Alan, > Thanks for that. It's funny you should mention python, I just > inadvertently unmerged it (doh...). I've got another gentoo box > running a newer version of gcc and a newer kernel. Do you think I can > get what I need out of it? Yes, you should be able to use that. Python is SLOTted, so even if your other box is using a different SLOT, you can emerge the version you need, quickpkg it, copy it over to the first machine and unpack it there. quickpkg's are just tarballs so you can even use good old tar and bunzip2 if you managed to go to the next step of dohness and unmerge portage as well :-) btw, how did you manage to unmerge python? That's in system and portage usually goes to great lengths to prevent you doing just that alan > > Thanks for your help, > -Richard > > - Original Message > From: Alan McKinnon <[EMAIL PROTECTED]> > To: gentoo-user@lists.gentoo.org > Sent: Saturday, January 5, 2008 2:25:52 AM > Subject: Re: [gentoo-user] unable to emerge anything... > > On Saturday 05 January 2008, Richard Torres wrote: > > I'm getting pretty much the same error (C compiler cannot create > > executables). I'm pretty sure it's because gcc-3.3.4 is installed. > > I've tried upgrading gcc by emerging but get the same error > > (catch-22 situation). Here's the last part of the error log which > > is the same with anything I try to emerge. > > A quickpkg of gcc might help you out of this, it's about 7M or so so > small enough to mail to you. Perhaps some kind soul here with similar > settings to you can send their tbz2 of gcc-3.3.6.x > > Alternatively, you might be able to unpack a working gcc tarball from > a > > stage 3 onto your system and use that > > It doesn't help you right now, but I've managed to screw up enough > gentoo systems enough times that I now keep quickpkg copies of known > good working critical packages in $PKGDIR - minimally gcc, glibc, > python, portage, tar and a shell > > alan > > -- > Alan McKinnon > alan dot mckinnon at gmail dot com -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: FreeAgent extn. Drive setup ideas
Neil Bothwick digimed.co.uk> writes: > This all seems to betting unnecessarily complicated. See > http://www.reactivated.net/udevrules.php for an explanation of how to > write udev rules to give persistent naming based on any attribute of the > device, including serial numbers. OK, let me do some reading up on this. Excellent link thx James -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CUPS problem
On Wednesday 09 January 2008, Alan E. Davis wrote: > Thank you for the suggestions. I wonder out loud whether the Ubuntu > kernel is using something like a genkernel install, with everything > as modules. If so, in that case, how would one get a snapshot of > what is being utilized? Like most binary distros, on Ubuntu just about everything that can be a module, is a module. You can see how it's built by reading the config in /boot, or (maybe) via /proc/config (if enabled) - it might be zipped as well. To see the modules in use at any given time, lsmod. This gives you the names of modules loaded. It's up to you to match that with actual kernel config options (sometimes it's not obvious) alan -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CUPS problem
Thank you for the suggestions. I wonder out loud whether the Ubuntu kernel is using something like a genkernel install, with everything as modules. If so, in that case, how would one get a snapshot of what is being utilized? Alan On Jan 9, 2008 11:00 PM, Mick <[EMAIL PROTECTED]> wrote: > On Tuesday 08 January 2008, Alan E. Davis wrote: > > > Partly because I needed to print, and partly to rule out hardware > > issues, I booted ubuntu 7.10, and installed. No problem has been > > encountered over the past few days of using ubuntu. I can print, and > > no lockups are encountered (so far, KOW). > > Clearly your Gentoo installation has some configuration issues, inc. your > compiled kernels. The initialisation scripts and misconfiguration of > services at boot/default runlevels could be another problem causing it to > choke. > > > This is distressing. I enjoy not having to fiddle around, not > > spending so much time maintaining the system, and it's almost > > lightning quick to install packages!. Perhaps I'll use Ubuntu for a > > while---but I'd sure like to solve this problem. I just tried an > > incantation (kernel parameter) that had been recommended somewhere. > > (noapic nolapic acpi=off pci=noacpi), but still got the same behavior. > > Sometime soon I'll try to recompile the kernel or back down to > > 2.6.22. (I'd only compiled 2.6.23 for this new motherboard). > > I suggest that you zcat your Ubuntu's .config file into your > Gentoo's /usr/src/linux and then run make oldconfig. That should give you > the same kernel configuration which you can thereafter peruse at leisure. At > the same time I would copy over the CUPS configuration file from Ubuntu to > Gentoo (but don't try that until you have proven that your new Gentoo kernel > is still having problems printing). You can even diff the two files to see > if there are any significant differences in settings. > > HTH. > -- > Regards, > Mick > -- Alan Davis, Kagman High School, Saipan [EMAIL PROTECTED] "It's never a matter of liking or disliking ..." ---Santa Ynez Chumash Medicine Man -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CUPS problem
On Tuesday 08 January 2008, Alan E. Davis wrote: > Partly because I needed to print, and partly to rule out hardware > issues, I booted ubuntu 7.10, and installed. No problem has been > encountered over the past few days of using ubuntu. I can print, and > no lockups are encountered (so far, KOW). Clearly your Gentoo installation has some configuration issues, inc. your compiled kernels. The initialisation scripts and misconfiguration of services at boot/default runlevels could be another problem causing it to choke. > This is distressing. I enjoy not having to fiddle around, not > spending so much time maintaining the system, and it's almost > lightning quick to install packages!. Perhaps I'll use Ubuntu for a > while---but I'd sure like to solve this problem. I just tried an > incantation (kernel parameter) that had been recommended somewhere. > (noapic nolapic acpi=off pci=noacpi), but still got the same behavior. > Sometime soon I'll try to recompile the kernel or back down to > 2.6.22. (I'd only compiled 2.6.23 for this new motherboard). I suggest that you zcat your Ubuntu's .config file into your Gentoo's /usr/src/linux and then run make oldconfig. That should give you the same kernel configuration which you can thereafter peruse at leisure. At the same time I would copy over the CUPS configuration file from Ubuntu to Gentoo (but don't try that until you have proven that your new Gentoo kernel is still having problems printing). You can even diff the two files to see if there are any significant differences in settings. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] CUPS problem
No I haven't. I'll try one soon. This is a new 1GB DDR2 from Kingston. It would be interesting if it fails. Note that w/ Ubuntu's kernel, I have not encountered a balk at all in booting. Alan On Jan 9, 2008 3:51 PM, Randy Barlow <[EMAIL PROTECTED]> wrote: > Alan E. Davis wrote: > > When attempting to boot to that kernel, or other gentoo kernels I have > > compiled around (I do not use initrd/genkernel), almost every time > > since the initial boot (that went ok), the machine locks up during > > boot. It might take three or four attempts, but the machine locks up > > somewhere during the process. After cupsd has been started, somewhere > > around where syslog-ng is started, or hal, the machine locks. The > > next boot it stops ate approximately the same place, or perhaps > > further along. Finally, usually three or four boots later, it boots > > and no further problems are experienced. > > Have you run a memory test? > > > -- > Randy Barlow > http://electronsweatshop.com > -- > gentoo-user@lists.gentoo.org mailing list > > -- Alan Davis, Kagman High School, Saipan [EMAIL PROTECTED] "It's never a matter of liking or disliking ..." ---Santa Ynez Chumash Medicine Man -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: FreeAgent extn. Drive setup ideas
James wrote: Can you flesh out your idea with a little bit more detail? (remember I have many usb devices and move them frequently between windows and Gentoo systems). James Just to be clear this isn't *my* idea, see: http://wiki.linuxquestions.org/wiki/Fstab ubuntu and I assume others have started populating the fstab with UUID entries rather than device names. To me it seems like an elegant solution to a problem, maybe not YOUR problem but that is likely down to my not understanding as completely as you do. :) As Neil said, udev rules can make it work or you can edit one line of your fstab. So that this: /dev/sdd1 /mnt/usb type defaults 0 0 Becomes: UUID=123456 /mnt/usb type deftauls 0 0 You can find 123456 by issuing: vol_id /dev/sdd1 Again, whether or not this is what you need, only you can say. -- Christopher -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: FreeAgent extn. Drive setup ideas
On Wednesday 9 January 2008, James wrote: > > > Also, I'm thinking about a udev rule or fstab entry > > > on the gentoo system to uniquely identify the drive > > > as I often attach several usb(stick or drive) devices > > > to one system at any given time; so I'm looking for > > > a scheme that they will each be unquely recognized (Labeled? Uhm, don't know about your setup, but on all my gentoo boxes every device shows up in /dev/disk/by-id, and can be easily uniquely identified using that name. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: FreeAgent extn. Drive setup ideas
On Wed, 9 Jan 2008 04:56:42 + (UTC), James wrote: > > > Or maybe something cool related to the usb buss and > > > a trick to *uniquely lable* usb devices. > I'd need > a tool/script/program to rip the serial number from the usb > buss. and then compare it to the FStab or udev rules. > Maybe sd(serial-number) so they always show up uniquely? > Add cameras and audio devices, not to mention embedded programmers > and boards and I'm ready to .<>. This all seems to betting unnecessarily complicated. See http://www.reactivated.net/udevrules.php for an explanation of how to write udev rules to give persistent naming based on any attribute of the device, including serial numbers. -- Neil Bothwick Electric chairs are period furniture: they end a sentence signature.asc Description: PGP signature
