Mailing List Archive: Gentoo: User

ps shows pegasus process running - what is it?

1 2

View All

Index | Next | Previous | View Threaded

rdalek1967 at gmail

Nov 8, 2009, 3:41 PM

Post #26 of 40 (263 views)
Permalink

Re: Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it? [In reply to]

Harry Putnam wrote:
> Stroller <stroller [at] stellar> writes:
>
>
>> Any time I spend messing with obscure kernel config options is time I
>> could be spending reading a good book, instead [1].
>> Sorry, spending time configuring my kernel loses, as does this thread.
>>
>
> I'm with you Stroller.
>
> Although I do have to admit and should admit since I'm OP on this
> thread. If I had of inserted the .config from running kernel. I
> would have been done on the first try.. The dozen or so questions were
> nearly all no answers. A few didn't default the way I wanted so I didn't
> accept the default... maybe two were like that.
>
> I fully agree with your point about what it really takes to `know' how
> to configure a kernel. People get a little too much mileage from the
> breezy ` I do it in 5 minutes' line. When all they really did was
> move the .config file.
>
>

Maybe 20 minutes if you don't just move the .config tho. It's not that
hard to do. Heck, the hardest part to me is finding out what chips is
on cards and stuff. I usually do that before I but tho. I like the
zoom feature on newegg for that reason. You can read what chips are on
drive controllers and such. Then you know what drivers to use and
whether it will work or not.

I could probably config mine now in less than ten minutes since I know
my hardware.

Dale

:-) :-)

rdalek1967 at gmail

Nov 8, 2009, 3:52 PM

Post #27 of 40 (263 views)
Permalink

Re: Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it? [In reply to]

Stroller wrote:
>
> On 8 Nov 2009, at 23:02, Dale wrote:
>> ...
>> I do find this funny tho. Someone spends the better part of a day
>> installing Gentoo ...
>
> You're doing it wrong.

Nope, older puter. I've installed Gentoo quite a few times. I have
done it without a install guide before. I've even done it over shh all
the way around the world.

>
>> ... Most compiles take longer to finish than configing a kernel.
>
> I personally don't spend time sitting there watching the progress of
> compilations. I run them, ignore them, so back when they're finished.
>
> Stroller.
>
>

I don't either. While one thing is compiling, I'm on another console
doing something else like getting the network ready or whatever else can
be done. Again, I have installed Gentoo a few times.

Dale

:-) :-)

reader at newsguy

Nov 8, 2009, 4:20 PM

Post #28 of 40 (263 views)
Permalink

Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it? [In reply to]

Stroller <stroller [at] stellar> writes:

> Any time I spend messing with obscure kernel config options is time I
> could be spending reading a good book, instead [1].
> Sorry, spending time configuring my kernel loses, as does this thread.

I'm with you Stroller.

Although I do have to admit and should admit since I'm OP on this
thread. If I had of inserted the .config from running kernel. I
would have been done on the first try.. The dozen or so questions were
nearly all no answers. A few didn't default the way I wanted so I didn't
accept the default... maybe two were like that.

I fully agree with your point about what it really takes to `know' how
to configure a kernel. People get a little too much mileage from the
breezy ` I do it in 5 minutes' line. When all they really did was
move the .config file.

reader at newsguy

Nov 9, 2009, 10:20 AM

Post #29 of 40 (263 views)
Permalink

Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it? [In reply to]

Volker Armin Hemmann <volkerarmin [at] googlemail> writes:

> configuring is easy.
>
> enable the hardware you have.
> disable the hardware you don't have.
> read the help to all options that are default on - do you really need it?
> Really?
> read the help to all options that are off but might be usefull for you.
> change when you know it better (ondemand in, userspace governor out,
> performance default governor for example).
>
> do it a few times, kernel configuring becomes very easy.

Well Volker... you do have a way of cutting to the chase. For me... I
find the reading of the documentation a lot more confusing than you
apparently do. I often know no more about what it means after reading
it than before.

So anyway, thanks for your input on all this. You often seem to
clarify things that I had confused myself needlessly about ;)

lists at xunil

Nov 17, 2009, 3:16 PM

Post #30 of 40 (254 views)
Permalink

Re: decrapify your kernel config [In reply to]

Volker Armin Hemmann schrieb:
> Namespaces - you don't need it? Kick 'em out.

hmm, interesting ... ;-)

for sure I also want to decrapify my kernel-config ...

To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?

This is rather counterintuitive to me, as my main workstation is far
from an embedded or small system (ok, not compared to the
4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
example, my embedded ALIX-PC I use as fw/router/something ...).

So you suggest I set CONFIG_EMBEDDED=y and in turn get several new
options/defaults to choose and get right or wrong ... ?

;-)

I am quite sure to have at least *some* crap in my config as I tend to
always do something like

zcat /proc/config.gz >> /usr/src/linux-new-shiny-version/.config
make oldconfig

....

This gives me expected results and a "it boots OK" experience, getting
rid of unused crap is another issue, yes.

I wonder which EMBEDDED options would help me ...

Stefan

volkerarmin at googlemail

Nov 17, 2009, 3:26 PM

Post #31 of 40 (254 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

On Mittwoch 18 November 2009, Stefan G. Weichinger wrote:
> Volker Armin Hemmann schrieb:
> > Namespaces - you don't need it? Kick 'em out.
>
> hmm, interesting ... ;-)
>
> for sure I also want to decrapify my kernel-config ...
>
> To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?
>
> This is rather counterintuitive to me, as my main workstation is far
> from an embedded or small system (ok, not compared to the
> 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
> example, my embedded ALIX-PC I use as fw/router/something ...).
>
> So you suggest I set CONFIG_EMBEDDED=y and in turn get several new
> options/defaults to choose and get right or wrong ... ?

yepp - and under embedded you might find some other stuff to turn off.

alan.mckinnon at gmail

Nov 17, 2009, 11:18 PM

Post #32 of 40 (254 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

On Wednesday 18 November 2009 01:16:04 Stefan G. Weichinger wrote:
> Volker Armin Hemmann schrieb:
> > Namespaces - you don't need it? Kick 'em out.
>
> hmm, interesting ... ;-)
>
> for sure I also want to decrapify my kernel-config ...
>
> To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?
>
> This is rather counterintuitive to me, as my main workstation is far
> from an embedded or small system (ok, not compared to the
> 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
> example, my embedded ALIX-PC I use as fw/router/something ...).
>
> So you suggest I set CONFIG_EMBEDDED=y and in turn get several new
> options/defaults to choose and get right or wrong ... ?
>
> ;-)
>
> I am quite sure to have at least *some* crap in my config as I tend to
> always do something like
>
> zcat /proc/config.gz >> /usr/src/linux-new-shiny-version/.config
> make oldconfig
>
> ....
>
> This gives me expected results and a "it boots OK" experience, getting
> rid of unused crap is another issue, yes.
>
> I wonder which EMBEDDED options would help me ...

Likely none of them.

The embedded menu is the most counter-intuitive thing in the whole kernel
config. It does not supply a list of things you may enable, instead it
activates a menu that allows you to switch stuff OFF that is normally ON.

The rationale is that embedded devices need to get by on a very slim kernel
and with some magic trickery they can successfully disable some features that
are usually considered perfectly normal for regular desktop use.

For example: CONFIG_HOTPLUG. It's unthinkable to remove this for a desktop,
but does your TomTom need it? Does a GPS even have hotplug facilities? How
about ADSL router/modems?

To disable namespace, enable embedded, leave everything on, and you will find
you can now disable namespaces.

--
alan dot mckinnon at gmail dot com

volkerarmin at googlemail

Nov 18, 2009, 1:58 AM

Post #33 of 40 (254 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

On Mittwoch 18 November 2009, Alan McKinnon wrote:
> On Wednesday 18 November 2009 01:16:04 Stefan G. Weichinger wrote:
> > Volker Armin Hemmann schrieb:
> > > Namespaces - you don't need it? Kick 'em out.
> >
> > hmm, interesting ... ;-)
> >
> > for sure I also want to decrapify my kernel-config ...
> >
> > To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?
> >
> > This is rather counterintuitive to me, as my main workstation is far
> > from an embedded or small system (ok, not compared to the
> > 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
> > example, my embedded ALIX-PC I use as fw/router/something ...).
> >
> > So you suggest I set CONFIG_EMBEDDED=y and in turn get several new
> > options/defaults to choose and get right or wrong ... ?
> >
> > ;-)
> >
> > I am quite sure to have at least *some* crap in my config as I tend to
> > always do something like
> >
> > zcat /proc/config.gz >> /usr/src/linux-new-shiny-version/.config
> > make oldconfig
> >
> > ....
> >
> > This gives me expected results and a "it boots OK" experience, getting
> > rid of unused crap is another issue, yes.
> >
> > I wonder which EMBEDDED options would help me ...
>
> Likely none of them.
>
> The embedded menu is the most counter-intuitive thing in the whole kernel
> config. It does not supply a list of things you may enable, instead it
> activates a menu that allows you to switch stuff OFF that is normally ON.
>
> The rationale is that embedded devices need to get by on a very slim kernel
> and with some magic trickery they can successfully disable some features
> that are usually considered perfectly normal for regular desktop use.
>
> For example: CONFIG_HOTPLUG. It's unthinkable to remove this for a desktop,
> but does your TomTom need it? Does a GPS even have hotplug facilities? How
> about ADSL router/modems?
>
> To disable namespace, enable embedded, leave everything on, and you will
> find you can now disable namespaces.
>

you can disable:
- Enable 16-bit UID system calls

- Sysctl syscall support
without negative impact on a desktop. Most of it is broken for years anyway.

- Core dumps
are another feature that most people never use

- Load all symbols for debugging/ksymoops
and
- Do an extra kallsyms pass
stuff you can deactivate if you don't plan to send crash reports.

- Enable PC-Speaker support
oh hell - away with that one! Who needs beeps anyway?

daidxor at gmail

Nov 18, 2009, 6:43 AM

Post #34 of 40 (245 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

> To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?
>
> This is rather counterintuitive to me, as my main workstation is far
> from an embedded or small system (ok, not compared to the
> 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
> example, my embedded ALIX-PC I use as fw/router/something ...).

> I wonder which EMBEDDED options would help me ...
>

I just lost about a whole day from this silly option. I need to run
embedded or my laptop hoykeys won't work!

~daid

lists at xunil

Dec 2, 2009, 10:46 AM

Post #35 of 40 (233 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

Volker Armin Hemmann schrieb:
> On Mittwoch 18 November 2009, Alan McKinnon wrote:
>> On Wednesday 18 November 2009 01:16:04 Stefan G. Weichinger wrote:
>>> Volker Armin Hemmann schrieb:
>>>> Namespaces - you don't need it? Kick 'em out.
>>> hmm, interesting ... ;-)
>>>
>>> for sure I also want to decrapify my kernel-config ...
>>>
>>> To disable namespaces I would have to set CONFIG_EMBEDDED=y ... correct?
>>>
>>> This is rather counterintuitive to me, as my main workstation is far
>>> from an embedded or small system (ok, not compared to the
>>> 4096-cpu-clusters in http://xkcd.com/619/ , but compared to, for
>>> example, my embedded ALIX-PC I use as fw/router/something ...).
>>>
>>> So you suggest I set CONFIG_EMBEDDED=y and in turn get several new
>>> options/defaults to choose and get right or wrong ... ?
>>>
>>> ;-)
>>>
>>> I am quite sure to have at least *some* crap in my config as I tend to
>>> always do something like
>>>
>>> zcat /proc/config.gz >> /usr/src/linux-new-shiny-version/.config
>>> make oldconfig
>>>
>>> ....
>>>
>>> This gives me expected results and a "it boots OK" experience, getting
>>> rid of unused crap is another issue, yes.
>>>
>>> I wonder which EMBEDDED options would help me ...
>> Likely none of them.
>>
>> The embedded menu is the most counter-intuitive thing in the whole kernel
>> config. It does not supply a list of things you may enable, instead it
>> activates a menu that allows you to switch stuff OFF that is normally ON.
>>
>> The rationale is that embedded devices need to get by on a very slim kernel
>> and with some magic trickery they can successfully disable some features
>> that are usually considered perfectly normal for regular desktop use.
>>
>> For example: CONFIG_HOTPLUG. It's unthinkable to remove this for a desktop,
>> but does your TomTom need it? Does a GPS even have hotplug facilities? How
>> about ADSL router/modems?
>>
>> To disable namespace, enable embedded, leave everything on, and you will
>> find you can now disable namespaces.
>>
>
> you can disable:
> - Enable 16-bit UID system calls
>
> - Sysctl syscall support
> without negative impact on a desktop. Most of it is broken for years anyway.
>
> - Core dumps
> are another feature that most people never use
>
> - Load all symbols for debugging/ksymoops
> and
> - Do an extra kallsyms pass
> stuff you can deactivate if you don't plan to send crash reports.
>
> - Enable PC-Speaker support
> oh hell - away with that one! Who needs beeps anyway?

whoops. I hadn't looked back at that thread for weeks, only found it now.

Thanks for your replies ....

lists at xunil

Dec 2, 2009, 1:01 PM

Post #36 of 40 (233 views)
Permalink

Re: OT: threads in thunderbird (WAS:decrapify your kernel config) [In reply to]

Stefan G. Weichinger schrieb:

> whoops. I hadn't looked back at that thread for weeks, only found it now.

Does anyone know of a helpful addon for thunderbird which allows to
simply follow threads on mailinglists?

I always think of the possibility to somehow bookmark a thread and to be
able to quickcheck all these threads for replies, without the need of
scrolling through miles of other postings (yep, I already sort mails
into folders and use the threaded view).

Maybe someone knows more than me (many do ...)

Stefan

lists at xunil

Dec 2, 2009, 1:42 PM

Post #37 of 40 (233 views)
Permalink

Re: Re: decrapify your kernel config [In reply to]

Alan McKinnon schrieb:

> To disable namespace, enable embedded, leave everything on, and you will find
> you can now disable namespaces.

did that, as well as the other suggestions by Volker, recompiled kernel
sits there and waits until I re-emerged stuff related to that
patch-2.6-issue ;-)

Thanks.

Stefan

zeerak.w at gmail

Dec 2, 2009, 3:57 PM

Post #38 of 40 (232 views)
Permalink

Re: Re: OT: threads in thunderbird (WAS:decrapify your kernel config) [In reply to]

Nope, but if there isn't a particular reason for using thunderbird (ie.
some function unlikely to be found in other clients). But opera webbrowser
comes with an email client built into it, and if you use a panel view,
well you'll get a nice little tree called mailing lists :-)
So if switching browser is an option, then there's a cause :-)

Zeerak

On Wed, 02 Dec 2009 22:01:09 +0100, Stefan G. Weichinger <lists [at] xunil>
wrote:

> Stefan G. Weichinger schrieb:
>
>> whoops. I hadn't looked back at that thread for weeks, only found it
>> now.
>
> Does anyone know of a helpful addon for thunderbird which allows to
> simply follow threads on mailinglists?
>
> I always think of the possibility to somehow bookmark a thread and to be
> able to quickcheck all these threads for replies, without the need of
> scrolling through miles of other postings (yep, I already sort mails
> into folders and use the threaded view).
>
> Maybe someone knows more than me (many do ...)
>
> Stefan
>
>

neil at digimed

Dec 2, 2009, 4:14 PM

Post #39 of 40 (230 views)
Permalink

Re: Re: OT: threads in thunderbird (WAS:decrapify your kernel config) [In reply to]

On Wed, 02 Dec 2009 22:01:09 +0100, Stefan G. Weichinger wrote:

> Does anyone know of a helpful addon for thunderbird which allows to
> simply follow threads on mailinglists?
>
> I always think of the possibility to somehow bookmark a thread and to be
> able to quickcheck all these threads for replies, without the need of
> scrolling through miles of other postings (yep, I already sort mails
> into folders and use the threaded view).

Can't you set Thunderbird to hide read messages?

--
Neil Bothwick

When you said you wanted to live in sin, I didn't know you meant "sloth"

Attachments:

signature.asc (0.19 KB)

webmaster at darkmetatron

Dec 3, 2009, 3:43 AM

Post #40 of 40 (228 views)
Permalink

Re: Re: OT: threads in thunderbird (WAS:decrapify your kernel config) [In reply to]

Am 02.12.2009 22:01, schrieb Stefan G. Weichinger:

> I always think of the possibility to somehow bookmark a thread and to be
> able to quickcheck all these threads for replies, without the need of
> scrolling through miles of other postings (yep, I already sort mails
> into folders and use the threaded view).

Thunderbird 3 can do something like that when combining search, virtual
folders and the favorite folder view. So you just have to wait for TB3
to be ready or use the mozilla overlay and get the latest release
candidate today.

Greetings

Sebastian

1 2

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads