On Tuesday 27 October 2009 23:32:07 Marcus Wanner wrote:
> Note that I do not have the same ethernet card as is mentioned in the
> link above, and have not been able to find out exactly what it's name
> is, besides the fact that the name includes "Tornado". Also note that it
> worked fine in the G
Mick wrote:
>
> To read your PCI connected devices you need:
>
> lspci -v
>
> HTH.
>
That is the key command in my opinion. That will tell you what driver
it is using for what device. If it works while booted on the Live CD,
then that driver is most likely what you need. Take the name of the
On Wednesday 28 October 2009 03:50:56 Maxim Wexler wrote:
> >> So, since in the digital world, things don't "just happen", can
> >> someone enlighten me, or anyone else who's interested, in the
> >> connection between the scrollback buffer and usb-storage, if any?
> >
> > There isn't a connection.
On Wednesday 28 October 2009 02:28:43 James wrote:
> PS, if one of you really smart guys figures out mass/parallel
> upgrades, then I'd use that, even set up my own server
> to keep it efficient. I'm not smart enough (not enough time
> at current mental aptitude) to set all of that up, unless
> so
Hi,
This was working just fine:
kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10
Now
kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10
fail with
(II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so
dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol:
resV
On Wednesday 28 October 2009, Paul Hartman wrote:
>
> Does flash work in other browsers? 64-bit or 32-bit?
>
> What package does nspluginviewer belong to on your system? I think it
> should be using Qt4 if it's the KDE4 version. Mine is from
> kde-base/nsplugins-4.3.2 and is located in /usr/bin/n
On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
> Hi,
>
> This was working just fine:
>
> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10
>
> Now
> kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10
> fail with
>
> (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_d
Marcus Wanner wrote:
> On 10/27/2009 7:38 PM, Alan McKinnon wrote:
>> On Wednesday 28 October 2009 01:32:07 Marcus Wanner wrote:
>>
>>> Hi!
>>>
>>> I just followed the (excellent, easily understandable) gentoo
>>> installation handbook up to chapter 10, where it says to reboot. I did
>>> so, but
On 28 Oct, Alan McKinnon wrote:
> On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
>> Hi,
>>
>> This was working just fine:
>>
>> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10
>>
>> Now
>> kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10
>> fail with
>>
>> (II) Lo
On Wed, 28 Oct 2009 12:12:32 +0200, Alan McKinnon
wrote:
> On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
>> Hi,
>>
>> This was working just fine:
>>
>> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10
>>
>> Now
>> kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10
>
On 28 Oct, Jesús Guerrero wrote:
> There's a thread in the forum as well. Searching for fglrx it's the first
> one right now, though it's titled towards nvidia. But just look inside.
> there are instructions on how to revert back. However, the following rule
> always holds true if you are using fgl
On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote:
> On 28 Oct, Alan McKinnon wrote:
> > On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
> >> Hi,
> >>
> >> This was working just fine:
> >>
> >> kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10
> >>
> >> Now
> >> kernel
On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon wrote:
> > Thanks for pointing this out to me.
> > There should be a warning, since, as many others found out, as well,
> > it's not that easier to step back to xorg-server-1.6.5
>
> "not that easy" ... now there's an understatement :-)
But doa
On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon
wrote:
> On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote:
>> On 28 Oct, Alan McKinnon wrote:
>> > On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
>> >> Hi,
>> >>
>> >> This was working just fine:
>> >>
>> >> kernel 2.6.31-r
On Mittwoch 28 Oktober 2009, Jesús Guerrero wrote:
> On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon
>
>
> wrote:
> > On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote:
> >> On 28 Oct, Alan McKinnon wrote:
> >> > On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote:
> >> >> Hi,
On Mittwoch 28 Oktober 2009, Helmut Jarausch wrote:
> On 28 Oct, Jesús Guerrero wrote:
> > There's a thread in the forum as well. Searching for fglrx it's the first
> > one right now, though it's titled towards nvidia. But just look inside.
> > there are instructions on how to revert back. However,
On Wednesday 28 October 2009, Robin Atwood wrote:
> On Wednesday 28 October 2009, Paul Hartman wrote:
> > Does flash work in other browsers? 64-bit or 32-bit?
> >
> > What package does nspluginviewer belong to on your system? I think it
> > should be using Qt4 if it's the KDE4 version. Mine is from
I've edited your message when quoting it in order to meet my agenda.
On 28 Oct 2009, at 00:28, James wrote:
PS, if one of you really smart guys figures out mass/parallel
upgrades, then I'd use that, even set up my own server
to keep it efficient. I'm not smart enough (not enough time
at cur
On 27 Oct 2009, at 23:32, Marcus Wanner wrote:
...
To sum it up: How do I figure out what the name of my card is, and
after that, what driver do I need?
Boot once again with the LiveCD, and the lspci and lshw commands
should work from there.
You can also run `lsmod` which will show which
On 10/28/2009 06:38 AM, Damien Sticklen wrote:
Marcus Wanner wrote:
lscpi returns command not found
Are you using the lspci command as root?
Yes, I haven't set up a non-root user yet.
Marcus
On 10/27/2009 09:42 PM, Dale wrote:
Marcus Wanner wrote:
On 10/27/2009 9:28 PM, Sebastian Beßler wrote:
Am 28.10.2009 02:22, schrieb Marcus Wanner:
On 10/27/2009 8:36 PM, James wrote:
Marcus Wanner cox.net> writes:
To sum it up: How do I fi
On 10/28/2009 04:01 AM, Dale wrote:
Mick wrote:
To read your PCI connected devices you need:
lspci -v
HTH.
That is the key command in my opinion. That will tell you what driver
it is using for what device. If it works while booted on the Live CD,
then that driver is most likely
I'd like to receive ELOG messages in my inbox, but I'm hesitant to
leave my mail server's user:passwd in plain text in /etc/make.conf.
Do there exist public mail servers where I can send messages like this
to be delivered? I guess that's called an open replay? If I use my
ISP's mail server, shoul
Jonathan Callen writes:
> Harry Putnam wrote:
>> In fact what does `developer' buy you?
>
> Among other things, it enables I_KNOW_WHAT_I_AM_DOING, which tells you
> the expected audience :). Seriously, the developer profiles are mainly
> for Gentoo Devs, people who are going to be doing a lot of
On Mittwoch 28 Oktober 2009, Grant wrote:
> I'd like to receive ELOG messages in my inbox, but I'm hesitant to
> leave my mail server's user:passwd in plain text in /etc/make.conf.
what?
> Do there exist public mail servers where I can send messages like this
> to be delivered? I guess that's ca
Alan McKinnon writes:
>> Alan, what does it get you? In fact what does `developer' buy you?
>
> x86/10.0 gives you a baseline for that release
> x86/10.0/desktop|developer|server give you a profile more suited (tweaked)
> for
> that kind of usage.
[...]
Nice.. thanks
I see I already have mos
On Wednesday 28 October 2009 18:52:33 Harry Putnam wrote:
> Alan McKinnon writes:
> >> Alan, what does it get you? In fact what does `developer' buy you?
> >
> > x86/10.0 gives you a baseline for that release
> > x86/10.0/desktop|developer|server give you a profile more suited
> > (tweaked) for t
Am 28.10.2009 17:47, schrieb Volker Armin Hemmann:
> Is your mail server really configured that local root mail needs a password?
I don't have a local mail server on my desktop maschine. Sure, I could
install some kind of relay to my non-local mailserver but then I need to
store username and pass
Am Mittwoch 28 Oktober 2009 00:32:07 schrieb Marcus Wanner:
> To sum it up: How do I figure out what the name of my card is, and after
> that, what driver do I need?
Boot from a LiveCD, like Knoppix or GRML, run lspci -vv from there and post
the output.
Bye...
Dirk
signature.asc
Des
On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote:
> Am 28.10.2009 17:47, schrieb Volker Armin Hemmann:
> > Is your mail server really configured that local root mail needs a
> > password?
>
> I don't have a local mail server on my desktop maschine. Sure, I could
> install some kind of
Am Mittwoch 28 Oktober 2009 18:56:33 schrieb Dirk Heinrichs:
> Am Mittwoch 28 Oktober 2009 00:32:07 schrieb Marcus Wanner:
> > To sum it up: How do I figure out what the name of my card is, and after
> > that, what driver do I need?
>
> Boot from a LiveCD, like Knoppix or GRML, run lspci -vv from
Am 28.10.2009 18:59, schrieb Alan McKinnon:
> On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote:
>> Am 28.10.2009 17:47, schrieb Volker Armin Hemmann:
>>> Is your mail server really configured that local root mail needs a
>>> password?
>>
>> I don't have a local mail server on my desktop
On Mittwoch 28 Oktober 2009, Sebastian Beßler wrote:
> Am 28.10.2009 18:59, schrieb Alan McKinnon:
> > On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote:
> >> Am 28.10.2009 17:47, schrieb Volker Armin Hemmann:
> >>> Is your mail server really configured that local root mail needs a
> >>>
On Wednesday 28 October 2009 20:44:59 Volker Armin Hemmann wrote:
> > That kind of delivery limits the access to this mails to the local
> > maschine. If I want to read local I don't need mails, I could just read
> > the logfiles from portage in /var/log/
> >
> > But I am aware that solving this p
Am 28.10.2009 19:57, schrieb Alan McKinnon:
> On Wednesday 28 October 2009 20:44:59 Volker Armin Hemmann wrote:
>>> That kind of delivery limits the access to this mails to the local
>>> maschine. If I want to read local I don't need mails, I could just read
>>> the logfiles from portage in /var/lo
>> > That kind of delivery limits the access to this mails to the local
>> > maschine. If I want to read local I don't need mails, I could just read
>> > the logfiles from portage in /var/log/
>> >
>> > But I am aware that solving this problem is nothing that portage has to
>> > do, as it is no pro
On Wednesday 28 October 2009 21:27:48 Grant wrote:
> >> > That kind of delivery limits the access to this mails to the local
> >> > maschine. If I want to read local I don't need mails, I could just
> >> > read the logfiles from portage in /var/log/
> >> >
> >> > But I am aware that solving this pr
>
> Not sure this is related with the OP's problem, I have noticed that on my
> system I can scroll up in a console if it displays the output of a command,
> e.g. ls, but I cannot scroll up on the boot messages. Also, I cannot scroll
> up on the log messages on VT12. Is there something that I nee
>> >> > That kind of delivery limits the access to this mails to the local
>> >> > maschine. If I want to read local I don't need mails, I could just
>> >> > read the logfiles from portage in /var/log/
>> >> >
>> >> > But I am aware that solving this problem is nothing that portage has
>> >> > to d
On Wednesday 28 October 2009 20:10:52 Maxim Wexler wrote:
> > Not sure this is related with the OP's problem, I have noticed that on my
> > system I can scroll up in a console if it displays the output of a
> > command, e.g. ls, but I cannot scroll up on the boot messages. Also, I
> > cannot scrol
Marcus Wanner wrote:
> On 10/28/2009 04:01 AM, Dale wrote:
>> Mick wrote:
>>
>>> To read your PCI connected devices you need:
>>>
>>> lspci -v
>>>
>>> HTH.
>>>
>>
>> That is the key command in my opinion. That will tell you what driver
>> it is using for what device. If it works while bo
On Wednesday 28 October 2009 21:22:44 Grant wrote:
> >> >> > That kind of delivery limits the access to this mails to the local
> >> >> > maschine. If I want to read local I don't need mails, I could just
> >> >> > read the logfiles from portage in /var/log/
> >> >> >
> >> >> > But I am aware that
=== On Wed, 10/28, Grant wrote: ===
> So I need a relay somewhere along with ssmtp to get a message to an
> email address?
Yes, or you can install a more featureful local HTA, such as courier or
exim, which can deliver directly to a destination MTA.
> I likely can't use my ISP's mail relay when
Alan McKinnon wrote:
> On Wednesday 28 October 2009 18:52:33 Harry Putnam wrote:
>
>> Alan McKinnon writes:
>>
Alan, what does it get you? In fact what does `developer' buy you?
>>> x86/10.0 gives you a baseline for that release
>>> x86/10.0/desktop|developer|server giv
On Wed, 2009-10-28 at 09:36 -0700, Grant wrote:
> I'd like to receive ELOG messages in my inbox, but I'm hesitant to
> leave my mail server's user:passwd in plain text in /etc/make.conf.
> Do there exist public mail servers where I can send messages like this
> to be delivered? I guess that's call
On Thursday 29 October 2009 00:03:36 Dale wrote:
> So this is why OOo won't compile all of a sudden. May have to put -kde
> in package.use then. See if that helps.
>
> Thanks Alan.
>
> Dale
>
> :-) :-)
>
> P. S. Should I report the failure or do they already know about this?
The bug repor
On Wednesday 28 October 2009 23:22:44 Grant wrote:
> > If the relay you use requires a username/password or ssl, it supports
> > that too.
>
> So I need a relay somewhere along with ssmtp to get a message to an
> email address?
>
> > [The receiving smtp server likely does not require a username/p
On 10/28/2009 5:39 PM, Dale wrote:
Marcus Wanner wrote:
On 10/28/2009 04:01 AM, Dale wrote:
Mick wrote:
To read your PCI connected devices you need:
lspci -v
HTH.
That is the key command in my opinion. That will tell you what driver
it is using for what dev
Marcus Wanner wrote:
> On 10/28/2009 5:39 PM, Dale wrote:
>> Marcus Wanner wrote:
>>
>>> On 10/28/2009 04:01 AM, Dale wrote:
>>>
Mick wrote:
> To read your PCI connected devices you need:
>
> lspci -v
>
> HTH.
>
That is the ke
On Mon, Oct 26, 2009 at 09:10:33AM +, Neil Bothwick wrote
> That's a correct assumption. The assumption about which options you don't
> need may not have been so correct. It's safer to start with a bloated but
> working kernel and whittle it down gradually.
And keep backup copies of each wo
Hi everybody,
I've got an interesting issue today which I half-resolved, but am still
wondering whether I missed something important or did something that'll
bite me in the end.
So here's short story: I've been running older kernel (2.6.22-gentoo-r9)
and KDE3 on my laptop(x86,i945) for quite some
On 10/26/09, Neil Bothwick wrote:
> On Sun, 25 Oct 2009 22:52:26 -0600, Maxim Wexler wrote:
>
>> > Could be over-zealous whittling. Why not use the Live DVD .config
>> > unchanged?
>>
OK, done. Crashed. Almost identical to the first post in this thread.
>
> And keep backup copies of each working .config file as you go merrily
> whittling away, so you can fall back to something other than back to
> square 1.
>
I keep all my spares in /boot/safe.
mw
Hi all,
is it me, or does Kgpg (KDE4) indeed miss menu items for "Keys/export" ,
"Keys/reload" and so forth? I haven't noticed anything like that with
any other application so far so I'm curious if that's something in my
settings, or shall I stroll over to bugs.kde.org and file it?
http://en.gentoo-wiki.com/wiki/Intel_GMA
Welcome to our world of pain :(
I made some headway using "-hal" for xorg-server in USE, and IgnoreEDID
and setting DDC to false in xorg.conf but the latest updates ignore
those and the UXA settings in the link above (check the xorg log for
other dirty sec
55 matches
Mail list logo
