Re: [gentoo-user] Re: FS for laptop

[Hemmann, Volker Armin]

On Freitag, 21. Dezember 2007, Grant Edwards wrote:
> On 2007-12-20, Stroller <[EMAIL PROTECTED]> wrote:
> > On 20 Dec 2007, at 21:34, Mick wrote:
> >> ...
> >> Hmm, this article suggests that XFS is the best thing since sliced
> >> bread . . .
> >> especially for files greater than 500MB.  Not sure I've got many of
> >> these.
> >
> > A TV episode might well be 700meg.
>
> An HD TV episode might well be 7000meg.  MythTv users seem to
> swear by XFS. 

swear by or just swear - when XFS again ate all the episodes ...
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] smartd Prefailure messages

[Hemmann, Volker Armin]

On Montag, 24. Dezember 2007, Dan Farrell wrote:
> On Thu, 20 Dec 2007 17:08:36 -0600
>
> Dale <[EMAIL PROTECTED]> wrote:
> > It makes me wonder if the drives are "sensitive" to something.  This
> > seems to be common with Maxtor.  Is Hitachi made by the same company
> > as Maxtor I wonder?
>
> I've been told Hitachi bought up IBM's drive manufacturing operation a
> few years ago, but am not sure if it's true.  I think of all three as
> inferior drive manufacturers that aren't to be trusted, if it can be
> avoided.

Maxtor got bought by Seagate

Hitachi bought IBM's harddisk operations.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Unsubscription

[Hemmann, Volker Armin]

On Freitag, 28. Dezember 2007, Kelly Stewart wrote:
> Can i please get some help unsubscribing from this mailing list please?
> Send instant messages to your online friends http://au.messenger.yahoo.com

look at the raw code of the messages from the list, it is even written there:
List-Post: 
List-Help: 
List-Unsubscribe: 
List-Subscribe: 
List-Id: Gentoo Linux mail 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers

[Hemmann, Volker Armin]

On Montag, 31. Dezember 2007, Enrico Weigelt wrote:
> Hi folks,
>
>
> I'd just want to let you know there's an petition to NV on
> opening their driver code (or at least specs) to the free world:
>
> * http://www.petitiononline.com/nvfoss/

no, 'online petitions' are a worthless waste of time. They are like a fart in 
the wind - just worse. They are like farting and then tell everybody that you 
have farted. You are just angry that your beloved, but maybe crappy hardware 
does not work with a driver that is pretty old by now.

>
> Please sign the petition and spread around this link.

Please don't spam.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Migration from single to dual core

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, Alan E. Davis wrote:
> So it's back to the old threads about whether 64 bits is superior to
> 32, etc.  My question now is, given that the system is working damned
> well now, what is the best way to handle this: recompile everything?
> Should I recompile gcc and the libraries and all compilers.


mkfs.YOURFSOFCHICE
follow the usual installation instructions.

There is no sane nor safe way to 'upgrade' from 32 ot 64bit. You would have to 
recompile everything - and some stuff several times. It will be a lot easier 
and should be faster to start from scratch.
--
[EMAIL PROTECTED] mailing list

Re: {Spam?} Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, Neil Walker wrote:
> Hemmann, Volker Armin wrote:
> > no, 'online petitions' are a worthless waste of time.
>
> Not true. Here is just one recent example:
>
> http://www.pm.gov.uk/output/Page13090.asp

completly different things. The BBC is a state funded operation. Nvidia a 
privatly owned company.

And look at the huge piles of petitions nobody cares about. One out of 
hundreds of thousands worked - maybe.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, Jesús Guerrero wrote:
> On Tue, 1 Jan 2008 19:51:36 +0100
>
> "Hemmann, Volker Armin" <[EMAIL PROTECTED]> wrote:
> > On Montag, 31. Dezember 2007, Enrico Weigelt wrote:
> > > Hi folks,
> > >
> > >
> > > I'd just want to let you know there's an petition to NV on
> > > opening their driver code (or at least specs) to the free world:
> > >
> > > * http://www.petitiononline.com/nvfoss/
> >
> > no, 'online petitions' are a worthless waste of time. They are like a
> > fart in the wind - just worse. They are like farting and then tell
> > everybody that you have farted. You are just angry that your beloved, but
> > maybe crappy hardware does not work with a driver that is pretty old by
> > now.
>
> Not true. It is true that a petition by itself will not do anything,
> but it serves another purposes. Any joining effort demonstrates that
> people actually care about a problem. And, by the way, if you fart,
> the less you can do is to be honest, and not blame anyone else while
> you are the only guilty.

believe me, all the guys constantly whining around on nvnews have shown nvidia 
already that there are people who care about this.

>
> This is not about old or new hardware, this is about getting a free
> driver, and that, as linux users, is something that would benefit
> everyone in this list. You don't seem to understand what this is
> about at all.

it is not about a free driver, it is about a stupid petition. If you want free 
drivers, support nouveau or write a polite letter to nvidia.

>
> > > Please sign the petition and spread around this link.
> >
> > Please don't spam.
>
> We could argue if this topic is valid for the list or not, that is
> debatable, but everything you wrote above this last sentence is pure
> spam. Far more spammy than the post of the original poster. And, in
> turn, you generated a need for additional responses, like the one from
> Neil Walker and this one that I am writing right now.

this topic and the 'support nouveau' has shown up on this list in the past AND 
every linux site out there SEVERAL times. So yes, it is spam. And asking 
people to spam other lists, makes it worse.

>
> Thing that could have been avoided if you just posted something in
> the lines of "Isn't this offtopic?", and nothing more.

Maybe you should have taken your own medicine? Not reacting at all to reduce 
noise? No?


--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: Nvidia users: please sign petition for open/free drivers

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, Grant Edwards wrote:
> On 2008-01-02, Graham Murray <[EMAIL PROTECTED]> wrote:
> > Neil Bothwick <[EMAIL PROTECTED]> writes:
> >> The problem with this is that Nvidia license non-free code for use in
> >> their drivers. They are not allowed to distribute the source, or other
> >> information about the code, so they have two choices for Linux drivers:
> >> release binary drivers or release open drivers with the code removed and
> >> have everyone complain how the Linux drivers are slower or less capable
> >> than the Windows ones.
> >
> > Choice 3: Release the hardware interface specification so that the Linux
> > community can write a free 'xorg' driver.
>
> It's possible that release of some of the hardware interface
> information is also restricted by the terms of a license under
> which they use IP that they don't own.

there was once a free nvidia driver - many years ago. It got removed. And 
rumors say,  one reason was precious Intel 'IP' was in there...
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, Marzan, Richard non Unisys wrote:
> > -Original Message-
> > From: Enrico Weigelt [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, January 02, 2008 4:00 PM
> > To: gentoo-user@lists.gentoo.org
> > Subject: Re: [gentoo-user] Nvidia users: please sign petition for
> > open/free drivers
> >
> > * Neil Bothwick <[EMAIL PROTECTED]> wrote:
> > > On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote:
> > > > Keeping in mind that this petition probably might not work, I
>
> think
>
> > > > it's a good idea to let Nvidia know how many people are interested
>
> in
>
> > > > having free drivers. This might lead them to release information
>
> on
>
> > how
> >
> > > > to write drivers for their hardware.
> > >
> > > The problem with this is that Nvidia license non-free code for use
>
> in
>
> > > their drivers. They are not allowed to distribute the source, or
>
> other
>
> > > information about the code, so they have two choices for Linux
>
> drivers:
> > They could rewrite it step by step and release the rewritten parts
> > to the community. At least the kernel module, it doesn't seem to be
> > that complex (compared with the open code around it).
> >
> > cu
> > --
> > -
> >  Enrico Weigelt==   metux IT service - http://www.metux.de/
> > -
> >  Please visit the OpenSource QM Taskforce:
> > http://wiki.metux.de/public/OpenSource_QM_Taskforce
> >  Patches / Fixes for a lot dozens of packages in dozens of versions:
> > http://patches.metux.de/
> > -
> > --
> > [EMAIL PROTECTED] mailing list
>
> It's ridiculous. I don't see how they will lose by providing documents
> on how to write drivers for their hardware. This is a simple solution
> that would not even involve them if they just gave us the specs. They
> have nothing to gain but disgruntled customers by locking people out of
> things they own.

not the hardware specs are important, the errata are important. Just ask the 
guys who wrote the open radeon drivers back then. They fighted with a lot of 
bugs, hardware bugs, that were never mentioned in 'the specs'.

And if you have enough foreign IP in your hardware you can not just open the 
documentation. You might want to ask a lawyer about it. Since you have an 
unisys adress it should be easy for you to find one who might want to explain 
to you the finer details of 'licence agreements' and all the traps and 
problems around them.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Best route forward?

[Hemmann, Volker Armin]

On Mittwoch, 2. Januar 2008, BRM wrote:
> I installed KDE yesterday via "emerge kde -vuD", and just remembered
> today about "kde-meta", which installs a lot more. In running "emerge
> kde-meta -vuD", I get 250 new packages, and 245 blocks, with 1 upgrade.
> What is the _best_ path forward? Should I just stick with my current
> build of kde? Or is there an easy way to remove all the blocks and then
> push in kde-meta? Is it worth it?
>
> TIA,
>
> Ben

kde and kde-meta install the same apps. One is in monolith packages, the other 
one uses the split ebuilds. If you install everything, monolith is a lot 
faster. But some important useflags are only used and the features enabled 
with split ebuilds (g). Like kdenetwork&kopete. With kdenetwork kopete 
emerges without the history plugin, even if all useflags are set (which sucks 
greatly). With split ebuilds, kopete gets its history plugin (there is no 
logic behind this - but the devs decided it this way...).

You don't have to unmerge kde first.

You can do it in a more 'gradual' way. For example: first unmerge kdenetwork, 
then emerge kdenetwork-meta. Unmerge kdebase, emerge kdebase-meta and so on.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Card reader only works if booted with card in

[Hemmann, Volker Armin]

On Donnerstag, 3. Januar 2008, Grant wrote:
> My card reader works if an SD card is inserted when the system is
> booted.  If the card is inserted after the system is already booted,
> /dev/mmcblk0 never appears.  Is there any way to get the running
> system to check for a card in the slot?
>
> - Grant

and you have compiled in 'Probe all LUNs on each SCSI device '?
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] 2.6.24 config options

[Hemmann, Volker Armin]

On Freitag, 4. Januar 2008, Grant wrote:
> > > Where does this x.x.24 kernel come from? I did a
> > > recent emerge sync and when I do emerge -pv
> > > gentoo-sources portage comes up with x.x.22-r9.
> >
> > But Grant is trying to use vanilla-sources.
>
> Exactly.  Last I checked vanilla, git, and mm have 2.6.24 available in
> portage.  Looking forward to hardened.
>
> Anybody tested out the Completely Fair Scheduler BTW?
>
> - Grant

if you are using 2.6.23 or above you are using CFS. There is no way around. 
You can not 'not try' it.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] A pared down kernel config

[Hemmann, Volker Armin]

On Samstag, 5. Januar 2008, [EMAIL PROTECTED] wrote:

you want to read this:
http://www.kroah.com/lkn/

configuring a kernel is a matter of minutes. And seconds, if you just copy 
over the old config and do 'make oldconfig'.

It is not hard - the first time read all the help texts and think about them. 
That is the hardest part. Do you really need I2O? Almost nobody does. I2C? 
Yes. ... 

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: A pared down kernel config

[Hemmann, Volker Armin]

On Samstag, 5. Januar 2008, [EMAIL PROTECTED] wrote:
> "Hemmann, Volker Armin" <[EMAIL PROTECTED]> writes:
> > On Samstag, 5. Januar 2008, [EMAIL PROTECTED] wrote:
> >
> > you want to read this:
> > http://www.kroah.com/lkn/
>
> Thanks... I'm getting started now.
>
> > configuring a kernel is a matter of minutes. And seconds, if you just
> > copy over the old config and do 'make oldconfig'.
>
> Yeah if you  do that... but if you want to go through and look at all the
> different stuff and try to understand the minutes, and seconds
> theory is history.

even than it does not take that ling.

>
> > It is not hard - the first time read all the help texts and think about
> > them. That is the hardest part. Do you really need I2O? Almost nobody
> > does. I2C? Yes. ...
>
> You are clearly on a much different plain than I.
> `Read all the help texts and think about them.'  If you can do that and
> feel you've understood even a small portion of it, that puts you way
> up the knowledge ladder compared to us lesser endowed.

you have to start somewhere. When compiled my first kernel (2.2.14) nobody 
hold my hand - and I needed several tries to get a booting one. But over the 
years a lot of experience accumulates. Do I need fibrechannel? Certainly not.

>
> Unless you mean all those places that say `if unsure just say yes'.

is there better help? If you don't know what to do, say yes. Easy!

> Or better yet those that say:
> `There is no help available for this kernel option.'

there are only very few of those - and usually it is best to let them 
unchanged.
>
> Here is a good one.
>
>  CONFIG_PARAVIRT:
>   | Paravirtualization is a way of running multiple instances of
>   | Linux on the same machine, under a hypervisor.  This option
>   | changes the kernel so it can modify itself when it is run
>   | under a hypervisor, improving performance significantly.
>   | However, when run without a hypervisor the kernel is
>   | theoretically slower.  If in doubt, say N.
>
> Unless you are talking about the last `If in doubt...'
> Then you are stuck figuring out what on earth a hypervisor is.

Nope, the helptext tells you exactly what it does. And it tells you, that you 
can say no, if you don't know what to do here.

>
> Or here:
>   | CONFIG_HPET_TIMER:
>   |
>   | This enables the use of the HPET for the kernel's internal timer.
>   | HPET is the next generation timer replacing legacy 8254s.
>   | You can safely choose Y here.  However, HPET will only be
>   | activated if the platform and the BIOS support this feature.
>   | Otherwise the 8254 will be used for timing services.
>
> Unless you mean `You can safely choose Y here' then you have a few
> days work figuring out what any of that means.

no, you have some SECONDS to figure it out:
gg:hpet
(with konqueror).
And what is wrong with 'you can safely choose Y here'? It tells you that it 
does not harm to turn it on. So why turn it off? Why think about it, if you 
don't know what a hpet is (btw, hpet is also explained in detail in the 
Documentation directory. a single grep -R hpet /usr/src/linux/Documentation 
would show you where).

>
> This goes on and on through the menus..
> So no.. I don't think we are dealing with minutes here.

you can, if you accept that you should use the recommended choice, expet when 
ou knmow what you are doing.

>
> If you mean you can get it done if you just skip all of that then
> yes it might be minutes.
>
> If you wanted to pare down all the junk that is in a default
> config... now you are taking days even weeks to get a handle on that.

to de-junk a default config - even if you don't know what you do, is in realm 
of half an hour to an hour. If you read everything.

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: A pared down kernel config

[Hemmann, Volker Armin]

On Sonntag, 6. Januar 2008, [EMAIL PROTECTED] wrote:
> Alan McKinnon <[EMAIL PROTECTED]> writes:
> > On Saturday 05 January 2008, [EMAIL PROTECTED] wrote:
> >> > to de-junk a default config - even if you don't know what you do,
> >> > is in realm of half an hour to an hour. If you read everything.
> >>
> >> Do you have a de-junked .config that I can diff against the
> >> default.. it would be a way to see what kinds of things get dropped.
> >
> > Drivers for stuff you don't need and you will likely never use. Like ham
> > radio stuff, v4linux (first version), I20, on a notebook all the
> > enterprise-grade connect-a-machine-to-storage-stuff like iSCSI and
> > Infiniband, all of ISA and MCA and the pre-pci bus drivers, old disk
> > types like mfm and on modern boards usually even IDE as well.
>
> Thanks... but you hit on something there that can throw you.
>   scsi stuff.

you need scsi for:
sata harddisk
sata cdroms
usb sticks
usb harddrives
usb cdroms (like in an external case)
usb card readers.

In fact, if you enable sata, scsi harddisk support is enabled automatically.

>
> I've never used a scsi hard drive in my life but not that long ago
> linux users needed scsi support for many of the cdrom drives.  

no.
You never needed scsi for 'standard' atapi cdrom drives. Once upon a time you 
needed scsi-ide emulation for burning and even that is gone.

> I doubt 
> that is still the case but it might be.  But my point is that even
> when you think you know something isn't needed it might be in some
> context you haven't thought of.

well, the scsi-usb relation is explained in the help texts.

>
> People in this thread speak of 2 and 3 boots and editing in between in
> the same message where `5 minutes' is mentioned.  That doesn't wash.
> You're way past that time frame.  But still not in the guiness book
> realm I guess... hehe.

since the kernel make system is smart, only the stuff that changed is redone. 
So 3 reboots+2recompiles are easily done in 5minutes.

>
> Just to know more on this... Is there really any reason to worry about
> kernel size... I mean in most cases with a standard desktop install?
>

yes. Bigger kernel = more cpu cache used up = slower system.

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Ebuilds for additional campaigns for games-strategy/wesnoth

[Hemmann, Volker Armin]

On Freitag, 11. Januar 2008, Dirk Heinrichs wrote:
> Hi,
>
> Before I open a bug for this, are ther any such ebuilds? I know they don't
> exist in portage, but maybe in some overlay I'm not aware of.
>
> Thanks...
>
>   Dirk

you can't do that because the user generated scenarios/campaigns are changing 
too much.

And the installing method from within wesnoth works fine - so what is the 
problem? The additional stuff is not that big.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Ebuilds for additional campaigns for games-strategy/wesnoth

[Hemmann, Volker Armin]

On Samstag, 12. Januar 2008, Dirk Heinrichs wrote:
> Am Freitag, 11. Januar 2008 schrieb Hemmann, Volker Armin:
> > On Freitag, 11. Januar 2008, Dirk Heinrichs wrote:
> > > Before I open a bug for this, are ther any such ebuilds? I know they
> > > don't exist in portage, but maybe in some overlay I'm not aware of.
> >
> > you can't do that because the user generated scenarios/campaigns are
> > changing too much.
>
> Why is that a problem?

how do you make ebuilds for something that gets replaced on an  absolutly 
random basis with no old versions?

>
> > And the installing method from within wesnoth works fine - so what is the
> > problem? The additional stuff is not that big.
>
> It will be stored in the users homes, possibly ending up in multiple copies
> of the same stuff, but eventually with different versions. So I'd prefer a
> clean, systemwide installation.

the clean 'system wide' installation does not work, because the scenarios 
might override stuff. Putting them into home makes the whole thing clean in 
the first place.


-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Is GWN dead?

[Hemmann, Volker Armin]

On Samstag, 12. Januar 2008, James wrote:
> Daniel Pielmeier  googlemail.com> writes:
> > Again i recommend join gentoo-dev and you will see what is going on!
>
> Excellent idea.
>
> Is there a place where we can conveniently read this list, and not have
> posting privileges?
>
> An archive list server or such?
>
>
> James

http://marc.info
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Daniel Robbins' come back ?

[Hemmann, Volker Armin]

On Samstag, 12. Januar 2008, Richard Marzan wrote:
> On Sat, 2008-01-12 at 07:34 -0600, Dale wrote:
> > Mick wrote:
> > > On Saturday 12 January 2008, Jil Larner wrote:
> > >> Well, it's like if I am opening my eyes. I never looked at what the
> > >> foundation was supposed to do. For a couple of years I've been using
> > >> gentoo, I never get any political announcement, maybe because I didn't
> > >> look at the right place, or maybe there was no. I mean that except the
> > >> Gentoo's Philosophy and the Gentoo's Social Contract, I didn't see
> > >> politic, for my eyes were probably closed.
> > >> It doesn't mean I didn't enjoyed gentoo, its power, its flexibility,
> > >> its community. But I certainly missed something. There are so many
> > >> ways to communicate (lists, IRC, boards, wikis, project pages, etc.)
> > >> that I must admit I'm sometime lost.
> > >>
> > >> Today, I learn we're in trouble. Good. What trouble ? What's happening
> > >> ? Why through the words of Daniel Robbins, I feel some fear ? I feel
> > >> he foresees a dead end and offers an opportunity to change before it
> > >> is too late. Once more, to quote Matrix, "the problem is choice". In
> > >> Free Software, there are often choices where the community can get
> > >> involved in and it makes our strength. The problem is, and is not,
> > >> legal papers. Because, IMO, legal papers are the visible part of an
> > >> Iceberg. Could someone tell me what *really* is the crisis ? If people
> > >> did not do what they were supposed to do : what should they have done
> > >> ?
> > >>
> > >> Thanks.
> > >
> > > I am equally agnostic of Gentoo management politics, albeit grateful
> > > that people volunteer their time and effort to keep it going.  From the
> > > little exposure that I have had to it all it seems to me that Alan's
> > > views ring depressingly true.  I read Daniel's blog and cannot disagree
> > > with what he suggests - it makes common sense that users views and
> > > desires should determine Gentoo's direction, but I have not read
> > > between the lines to see how might his proposals lead to directions
> > > that I would not readily agree with.  See this excerpt of his below
> > > from OSNews.com in 2002:
> > >
> > > "I very much want to find a way to turn the Gentoo Linux project into a
> > > profitable enterprise. My main motivation in wanting to do this is so I
> > > can stop living from paycheck to paycheck and focus my professional
> > > efforts exclusively on Gentoo Linux development. Many of our developers
> > > would like to do the same thing"
> > >
> > > (I am not critising this statement of his; after all I would very much
> > > like to find myself a sustainable way of being able to do what I like -
> > > without having to spend the biggest part of my day in my current job.)
> > >
> > > Giving a free hand to any single person is not safe in my humble view,
> > > especially if that person is employed by Microsoft - I will find hard
> > > to rest assured that there will be no conflict of interest.  On the
> > > other hand it seems that Gentoo desperately needs *mature* leadership,
> > > which can fulfill some rather significant responsibilities.  From what
> > > I read the current Gentoo administration and management setup does not
> > > seem to be able to behave with the professionalism required to achieve
> > > that.  This makes me anxious for the future of Gentoo.
> > >
> > > Just my 2c's.
> >
> > I have been using Gentoo for about 4 or 5 years now.  I to think Gentoo
> > has well, lost its way.  It seems like a bunch of teenagers is running
> > it sometimes.  They decide something then go back a few steps when they
> > don't like the results.  Proctors come to mind on that.  Users seems to
> > be the last thing on the higher ups mind.  That is not good.
> >
> > I love my Gentoo but I would like to see someone step up and get some
> > things done and some decisions made, even those we may never know about.
> >
> > I just don't want to see Gentoo fall into the abyss.
> >
> > Dale
> >
> > :-)  :-)
>
>  Although he works for Microsoft,

worked
not works.
>  Daniel is the one who created this project

and then he walked away.

And don't forget his stunt last year, when he came back for 2 days and started 
a big fat flame war.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Daniel Robbins' come back ?

[Hemmann, Volker Armin]

On Samstag, 12. Januar 2008, Richard Marzan wrote:
> On Sat, 2008-01-12 at 18:22 +0100, Renat Golubchyk wrote:
> > On Sat, 12 Jan 2008 12:07:39 -0500 Richard Marzan
> >
> > <[EMAIL PROTECTED]> wrote:
> > >  Although he works for Microsoft, Daniel is the one who created this
> > > project.
> >
> > He doesn't work for Microsoft any longer. Check Wikipedia or Google for
> > relevant news.
> >
> >
> > Cheers,
> > Renat
>
> Even more of a reason to bring him back!

no, just another sign that he never pulls through.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Gentoo Forums Crashed

[Hemmann, Volker Armin]

On Sonntag, 13. Januar 2008, Richard Cox wrote:
> Anybody else get a DB error when trying to access the forums?  Seems like
> it may have been overwhelmed with the Robbins debate going on.

what do you mean with crashed?

The 'too many connections' error? That happens sometimes and is not a crash. 
Just reaload.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Daniel Robbins' come back ?

[Hemmann, Volker Armin]

On Sonntag, 13. Januar 2008, Eddie Mihalow Jr wrote:
> Naga Toro wrote:
> > On Sunday 13 January 2008 15.07.57 Eddie Mihalow Jr wrote:
> >> I guess you don't get the point of being also in a flame war with a
> >> ex-dev who although very bright lacks in all the social skills. I read
> >> the thread of these two going at it and hell, I wanted to leave. Who
> >> needs the grief of listening to that crap from some a**hole who LEFT the
> >> project. Give me a break.
> >
> > That would be two a**holes in that discussion. If you read it you would
> > know that may devs tried to correct drobbins but that he couldn't accept
> > the fact that he wasn't the chief anymore and that things have changed
> > since he left.
> >
> > I'm not sure that the best guy to run Gentoo is a guy who wants to be THE
> > chief and not one of the community.
>
> First D Robbins created Gentoo. Second what part of ex-dev don't you
> understand.
> If you are an ex-dev you shouldn't even be in the discussion period.

that is one of the most stupid things I ever read on this list. So users 
should never be part of discussions? Their needs? Their opinions?

Also, drobbins continued his attacks even after explained SEVERAL times that 
the stuff ciaranm was doing was a) wanted and b) helpfull and c) supervised 
by devs. 

But he couldn't shut up OR accept that things changed since he left.

Somebody who can not deal with changes, is somebody certainly unfit for 
leadership.

Yes, he started gentoo (my first gentoo was 1.0). And compared to the chaotic 
times, gentoo is a heaven of stability today. Back under drobbins leadership 
it was ok, that the tree was broken or some update screwed your system. 
Happened all the time - nobody complained (too loudly). And some day he left. 
Things changed. Gentoo is much more stable today. There is no breakage of the 
week. No large scale surprising 'nothing works anymore'. A lot of things were 
done - without him.

And he comes back and thinks that he can do better? Please - he already has 
shown that he can't. He has shown that he will leave projects after a short 
while (stampede, freebsd, enoch, gentoo, Microsoft). He has never shown that 
he can pull through with a project.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RANT: WTF does a *SPREADSHEET* need SVG and unicode?

[Hemmann, Volker Armin]

On Montag, 14. Januar 2008, Wayne Clement wrote:
> On 1/14/08, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> > >>Am Montag, 14. Januar 2008 schrieb ext Walter Dnes:
> > >>
> > >> SVG is an OpenSource replacement for Schlockwave-Trash, to be used for
> > >>
> > > >creating singing/dancing webpages.
> > >
> > >Nope. SVG is Scalable Vector Graphics, a vector image format. Maybe it's
> > >used for icon rendering, like in KDE.
> > >
> > >Bye...
> > >
> >  >   Dirk
>
> Any chance it's for drawing pie charts and such

yes
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] [konqueror] Can't invoke and editor when `view source'

[Hemmann, Volker Armin]

Open webpage

right click

open with...

choose kate or any other editor.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Quo vadis Gentoo [WAS: Daniel Robbins' come back ?]

[Hemmann, Volker Armin]

On Samstag, 19. Januar 2008, Enrico Weigelt wrote:
> * Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > that is one of the most stupid things I ever read on this list. So users
> > should never be part of discussions? Their needs? Their opinions?
>
> well, that's what essentially told to me on -dev before I left there ;-O

was it our great releng 'boss' Chris G.?

There are lots of very nice devs - and then there is this certain person...

but other distros have their abusive people too. Just ask debians ... 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] KDE 4.0.0

[Hemmann, Volker Armin]

On Samstag, 19. Januar 2008, Uwe Thiem wrote:
> On 19 January 2008, Dale wrote:
> > Uwe Thiem wrote:
> > > Hi folks,
> > >
> > > after the painful and time-consuming creation of
> > > /etc/portage/package.unmask for KDE 4,  > > "=kde-base/kde-meta-4.0.0" tells me: [blocks B ]
> > >  > > kde-base/kdelibs-4.0.0)
> > >
> > > I do not have emerge kdebase-3.5.7 but kdebase-3.5.8. The3refore, I
> > > cannot unemerge 3.5.7. How can I work around this?
> > >
> > > Uwe
> >
> > For future reference, check out autounmask.  I found out about it the
> > other day.  I have not used it yet but I'm hopeful it works.
>
> I'll have look into autounmask.
>
> > Also, there is a thread on the forums about this, I think you have to
> > have 3.5.8* version to do this.  Not sure why tho.  Isn't KDE 4.0
> > slotted?  Can't you have 3.5 AND 4.0 installed and select which version
> > you want to log into?
>
> Exactly. So why is kdebase-3.5.7-r6 (which is not even installed here)
> blocking kdelibs-4.0.0?
>

error in ebuild?
I did not have that block. Maybe you should remove the blocker from the 
ebuild.

Apart from that, kde4 installed very nice in parallel to 3.5 - in 2.5h (with 
qt4 rebuilt). Sadly I can not use it - because of a reiser4 problem...

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Upgrade of xorg-server

[Hemmann, Volker Armin]

On Sonntag, 20. Januar 2008, econti wrote:
> Hi all
> I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4.
> But I read in another mailing list that the new version of xorg-server
> has some (many?) bugs.
> Is this true also for the gentoo version? Should I wait before upgrading?
>
> Regards
>
> emilio

'new version' means 1.4. And yes, 1.4 has some annoying bugs - like the leds 
of the keyboard not working anymore.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Upgrade of xorg-server

[Hemmann, Volker Armin]

On Sonntag, 20. Januar 2008, Alan McKinnon wrote:
> On Sunday 20 January 2008, Hemmann, Volker Armin wrote:
> > On Sonntag, 20. Januar 2008, econti wrote:
> > > Hi all
> > > I should upgrade xorg-server from 1.3.0.0-r2 to 1.3.0.0-r4.
> > > But I read in another mailing list that the new version of
> > > xorg-server has some (many?) bugs.
> > > Is this true also for the gentoo version? Should I wait before
> > > upgrading?
> > >
> > > Regards
> > >
> > > emilio
> >
> > 'new version' means 1.4. And yes, 1.4 has some annoying bugs - like
> > the leds of the keyboard not working anymore.
>
> Strange, updating the 1.4 caused my keyboard leds to START working !

which 1.4? It only started to work with 1.4.0.90 for me.

See here: 

https://bugs.gentoo.org/show_bug.cgi?id=192221

and here:
https://bugs.freedesktop.org/show_bug.cgi?id=12434
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] KDE 4.0.0

[Hemmann, Volker Armin]

On Montag, 21. Januar 2008, Dave Oxley wrote:
> I've got KDE4 installed and running mostly fine. It loses some
> configuration on a log off and on and it shows 2 batteries rather than
> the 1 which is the only one the laptop has! But other than that switched
> to it by default now. How do I prevent a --depclean from trying to
> delete my KDE 3.5 though?

I don't know what you are doing wrong - but depclean does not want to remove 
kde-3.5.

Kde3.5 and 4 are slotted - so no reason to depclean:
 These are the packages that would be unmerged:

 kde-base/kmail
selected: 3.97.0
   protected: none
 omitted: none

 kde-base/korganizer
selected: 3.97.0
   protected: none
 omitted: none

 kde-base/lisa
selected: 3.97.0
   protected: none
 omitted: 3.5.8
.
.
.
...
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RAM upgrade, kernel and swap

[Hemmann, Volker Armin]

On Montag, 21. Januar 2008, Michael Higgins wrote:
> So, I just got 2 GB of RAM in the mail. Whoo hoo.
>
> Before I pop these in, soliciting any thoughts about the following:
>
> zcat /proc/config.gz |grep MEM
> CONFIG_SHMEM=y
> # CONFIG_TINY_SHMEM is not set
> # CONFIG_NOHIGHMEM is not set
> CONFIG_HIGHMEM4G=y
> # CONFIG_HIGHMEM64G is not set
> CONFIG_HIGHMEM=y
> CONFIG_SELECT_MEMORY_MODEL=y
> CONFIG_FLATMEM_MANUAL=y
> # CONFIG_DISCONTIGMEM_MANUAL is not set
> # CONFIG_SPARSEMEM_MANUAL is not set
> CONFIG_FLATMEM=y
> CONFIG_FLAT_NODE_MEM_MAP=y
> # CONFIG_SPARSEMEM_STATIC is not set
> CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y
> # CONFIG_BLK_DEV_UMEM is not set
> # CONFIG_INPUT_FF_MEMLESS is not set
> # CONFIG_DEBUG_HIGHMEM is not set
> CONFIG_HAS_IOMEM=y
>
>
>NameFlags  Part Type  FS Type  [Label]
> Size (MB)
> ---
>--- hda1BootPrimary   Linux ext2
> 256.50 hda2Primary   Linux swap /
> Solaris  1024.46 hda3Primary   Linux
> ext3   21480.44 hda5Logical
> Linux ReiserFS   28771.84 hda6
> Logical   Linux ReiserFS   28493.15
>
> IOW, do I need to/should I recompile my kernel or change partition
> sizes?

if you don't plan to try suspend-to-disk.
No

even if you plan to try suspend-to-disk it might work with a swapfile. So 
still no.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] KDE4 first impressions

[Hemmann, Volker Armin]

On Dienstag, 22. Januar 2008, Dale wrote:

> Should a person make a backup of their ~/.kde directory before trying
> KDE 4.0?  Maybe change the directory to .kde.old or something?

yes, but gentoo's kde will create a new (and empty)  .kde4 dir for you.

More surprising was that kde4 cleaned all the stuff in /var/tmp - 2gb of 
cached http stuff gone 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] KDE4 first impressions

[Hemmann, Volker Armin]

On Dienstag, 22. Januar 2008, Dale wrote:
> Hemmann, Volker Armin wrote:
> > On Dienstag, 22. Januar 2008, Dale wrote:
> >> Should a person make a backup of their ~/.kde directory before trying
> >> KDE 4.0?  Maybe change the directory to .kde.old or something?
> >
> > yes, but gentoo's kde will create a new (and empty)  .kde4 dir for you.
> >
> > More surprising was that kde4 cleaned all the stuff in /var/tmp - 2gb of
> > cached http stuff gone 
>
> Sounds like changing is not going to matter but I'll make a backup just
> in case.
>
> Do you mean EVERYTHING in /var/tmp or just the kde stuff?  Mine is
> nowhere near that big.  Just a few Mbs or so.
>

only the kde stuff.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Daniel Robbins' come back ?

[Hemmann, Volker Armin]

On Mittwoch, 23. Januar 2008, Enrico Weigelt wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > I'd hazard a guess that you may have hit a bigger problem than your
> > comment indicates.  I'm pretty sure there would be great pressure to
> > use `quick and dirty hacks' to get stuff done when devs are nearly
> > always overworked.
>
> Actually, they IMHO *are*. Look at the large amount of patches in the
> tree and the uncountable discussions which are not gentoo specific.
> And the same happens also in other distros. An really large amount
> of work could be done easily outside specific distros, but in an
> more general way.
>
> But as long as the devs refuse cooperation with such distro-agnostic
> (meta-)projects like OSS-QM, there aren't much changes for it
> becoming better ;-P

so your ranting is nothing but pushing your little pet project?

Distro devs are working together already. When they discuss stuff on the 
upstream mls and send their patches there.

Oh, and have you ever recognized, that a lot of gentoo patches come from other 
distros? No?
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RAM upgrade, kernel and swap

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> There is an option in the kernel that will make it "see" all the 4GB. Set
> the option for up o 64GB in the kernel and you may use your 4GB.

and slow down memory access a lot.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RAM upgrade, kernel and swap

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> That's the problem. For one thing to work, you have to sacrify other(s).

and AFAIR the option won't help you, if your maiboards bios maps pci-space at 
the 3,6GB-4GB range. 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RAM upgrade, kernel and swap

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, Hemmann, Volker Armin wrote:
> On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> > On Thu, 24 Jan 2008, Hemmann, Volker Armin wrote:
> > > On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> > >> That's the problem. For one thing to work, you have to sacrify
> > >> other(s).
> > >
> > > and AFAIR the option won't help you, if your maiboards bios maps
> > > pci-space at the 3,6GB-4GB range.
> > > --
> > > gentoo-user@lists.gentoo.org mailing list
> >
> > You're absolutely right about that. My machines as 64-bits and I don't
> > even have that ammount of RAM, but I disable that bios option, anyway.
>
> well, my machine is 64bit too, I have 4GB of ram and a stupid bios -
> nothing I can do about ;)

oh, wait - I am stupid. I can access all the 4gb - but the last 700mb aren't 
covered by mtrr. I confused the too. Need sugar. Now ;)
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] RAM upgrade, kernel and swap

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> On Thu, 24 Jan 2008, Hemmann, Volker Armin wrote:
> > On Donnerstag, 24. Januar 2008, Ricardo Saffi Marques wrote:
> >> That's the problem. For one thing to work, you have to sacrify other(s).
> >
> > and AFAIR the option won't help you, if your maiboards bios maps
> > pci-space at the 3,6GB-4GB range.
> > --
> > gentoo-user@lists.gentoo.org mailing list
>
> You're absolutely right about that. My machines as 64-bits and I don't
> even have that ammount of RAM, but I disable that bios option, anyway.

well, my machine is 64bit too, I have 4GB of ram and a stupid bios - nothing I 
can do about ;)
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: firewall make.conf settings

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, [EMAIL PROTECTED] wrote:
> James <[EMAIL PROTECTED]>
> Enviado por: news <[EMAIL PROTECTED]>
> 24/01/2008 17:00
> Por favor, responda a gentoo-user
>
> Para:   gentoo-user@lists.gentoo.org
> cc:
> Asunto: [gentoo-user] Re: firewall make.conf settings
>
>   silvanoc.com> writes:
> >If you'd like to use the same make.conf for different machines you should
> >
> >make sure they all have same processors or, at least, same family of >
> >processors; in your case, I recommend using -mcpu instead of -march. Keep
> >
> >in mind that K6 processors have their own -marc=k6 and might not be
> >comptable with -march=i586. More in /etc/make.conf.example.
>
> Good point:
>
> -mcpu is deprecated, according to the examples file as of gcc 3.4, SO:
>
> CFLAGS="-Os -march=i586 -pipe -fomit-frame-pointer"
> CHOST="i586-pc-linux-gnu"
>
> changed to:
> CFLAGS="-Os -mtune=i586 -pipe -fomit-frame-pointer"
> or
> CFLAGS="-Os -march=i586 -mtune=i586 -pipe -fomit-frame-pointer"
>

sure about that? doesn't march include everything mtune would do?

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: firewall make.conf settings

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, James wrote:
> Hemmann, Volker Armin  tu-clausthal.de> writes:
> > > -mcpu is deprecated, according to the examples file as of gcc 3.4, SO:
> > >
> > > CFLAGS="-Os -march=i586 -pipe -fomit-frame-pointer"
> > > CHOST="i586-pc-linux-gnu"
> > >
> > > changed to:
> > > CFLAGS="-Os -mtune=i586 -pipe -fomit-frame-pointer"
> > > or
> > > CFLAGS="-Os -march=i586 -mtune=i586 -pipe -fomit-frame-pointer"
> >
> > sure about that? doesn't march include everything mtune would do?
>
> No, I'm not sure. The more I read the more I see different opinions!
> That's why I'm asking. Remember the goals are:
> 1) keep executible (binaries) as small as possible
> 2) use one make.conf on a master system to generate binaries
> for most old pentiums and the K6(amd) systems
>
> My gut tells me that
>
> CFLAGS="-Os -march=i586 -pipe -fomit-frame-pointer"
> CHOST="i586-pc-linux-gnu"
>
> is the best choice in this cause. However, my 'gut' is more focused
> on the 'kiss' principal:  (kiss whoever does the cooking and cleans
> the dishes) aka keep it simple.

well, I like your line ;)
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] tone generator

[Hemmann, Volker Armin]

On Donnerstag, 24. Januar 2008, maxim wexler wrote:

http://www.linux.org/apps/AppId_2452.html
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Can't use gnome! [SOLVED]

[Hemmann, Volker Armin]

On Freitag, 25. Januar 2008, Michael Sullivan wrote:
> On Fri, 2008-01-25 at 20:04 +0100, b.n. wrote:

>
> I fixed it.  Somehow some permissions on some directories on /tmp got
> changed.  I changed them back, and it seems to be back to normal now...

which will only help you until the next reboot since the latest baselayout 
nukes everything in /tmp on boot.

Maybe /tmp itself has not the right permissions?

ls -lh / would be nice.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] audio gone!

[Hemmann, Volker Armin]

As soon as you update KDE to a not years-old-version, kllike 3.5.8, all 
your 'can't satisfy' problems will be gone. As a bonus, all KDE related expat 
errors will be gone too.

So start updating. Your box is almost hopelessly outdated.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] audio gone!

[Hemmann, Volker Armin]

On Sonntag, 27. Januar 2008, maxim wexler wrote:
> > So start updating. Your box is almost hopelessly
> > outdated.
>
> I knew it would catch up with me eventually. But my
> connection is so slow I've just been emerging packages
> and installing from tarballs as required and ignoring
> the big updates. Now I'm in a big hole. -uD world
> gives:
>
> <...>
> Total: 353 packages (263 upgrades, 85 new, 5 in new
> slots, 11 blocks), Size of downloads: 804,715 kB
> Fetch Restriction: 1 package (1 unsatisfied)
>

so what, start the update in one terminal, start -fu in another one. That way 
the packages are downloaded, while others compile. No time wasted.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Speed up with pbzip2 or not!?

[Hemmann, Volker Armin]

On Sonntag, 27. Januar 2008, Justin wrote:
> Thats a good point. Now it worked really fast.
> But then the questions is why should I use pbzip2 for decompression with
> portage? I think most tarballs are packed only with the normal
> compression algorithm!
> The WIKI articel pretends a gain of speed which wont be!

and that is why you should never trust wiki-articles. Everybody can write them 
and say whatever they want.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Re: Is Gentoo Healthy? (The Return)

[Hemmann, Volker Armin]

On Samstag, 7. Juli 2007, Thufir wrote:
> On Fri, 06 Jul 2007 10:47:24 -0700, kashani wrote:
> > I say bring on the easiness. Make a big fat button after the
>
> liveCD
>
> > loads that says "Just install it for me in a nice default kinda way so I
> > can start playing with this whole USE flag thing I've heard so much
> > about" and be done with it.
>
> The irony here is that gentoo has had the live cd for a long time which
> makes installing so much easier, but just won't go that extra step
> because...it's supposed to be hard?  If it's "supposed" to be hard, why
> have the live cd?  seems contrary.
>

well, hard filters out the 'I am stupid and I don't read documentation' crowd, 
which is a good thing. I would not call the installation via graphical 
installer 'hard', I would call it 'buggy beyond usefullness'.

Apart from that, IMHO a livecd is completly braindead. When compiling you need 
as much free ram as you can get. Every mb counts. And a livecd takes away A 
LOT of ram. Even more stupid - a livecd with gnome (which is the DE with the 
biggest ram usage).

So we have a livecd, which is stupid in itself, for installing and a buggy 
installer - only because to prevent some idiots from reading the 
documentation.

Is that really smart?
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] live cd, ip fail

[Hemmann, Volker Armin]

it would have been helpfull if you have told us the ifconfig output of the 
livecd.

btw. in the documentation is a nice part about configuring networking - and if 
you are lucky all you have to do is /sbin/dhcpcd
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kmail issues/questions

[Hemmann, Volker Armin]

On Samstag, 7. Juli 2007, Daniel D Jones wrote:
> I've been using Kmail for some time but am running into a couple of issues.
> I'm not sure if they're actually Kmail issues and if they're actually
> outside the Kmail program.
>
> First, using spamassassin, Kmail freezes every time it checks my mail.  If
> I have only a few messages, it might freeze for a few seconds.  If I have a
> lot of messages, it might take 30 or 45 seconds before the program starts
> responding again.  If I'm in the middle of, say, typing an email, the key
> presses are stored and processed once the program starts responding again.
> If I turn off email processing through spamassassin, the issue either goes
> away or the freeze is so quick as to be unnoticeable.  I can understand it
> taking time to process incoming email but I don't understand why it can't
> be done in the background on a modern system.  Is this normal behavior or
> is there an issue with either Kmail or spamassassin?

it is an issue with spamassasin. Try bogofilter, maybe it will be faster. It 
is very fast for me.

>
> Second, Kmail doesn't seem very adept at handling folders with lots of
> messages. 

yes it does.

> I have one folder which has about 40k messages in it.  It's the 
> archives of a mailing list I run and I expect it to grow much larger
> relatively quickly.  It's in maildir format on a reiserfs volume.

that is your problem.

> Just 
> clicking on the folder makes  Kmail freeze for about four of five seconds
> before it displays a list of messages in the window and becomes responsive
> to key presses and mouse clicks again.  If I try to search for messages in
> the folder, the search will run for a minute or two and Kmail will crash. 
> Every time.  This rather defeats the purpose of having an archive folder. 
> Is anyone else using Kmail with folders holding thousands of email
> messages? Have you seen these issues?  If Kmail is working well in those
> circumstances for you, are you using maildir or mbox?  What file system?

I have a 7 messages folder - and several in the 3 messages realm.

If they become slow, it is time to defrag.

Really, this is a fs problem. I like reiserfs, and it is very good with small 
files - but fragmentation is a real problem and slows down everything 
horrendously.

Back up everything and run a mkfs.reiserfs. Restore, and kmail will be fast 
again.

>
> I'd also be interested in reports of anyone using Evolution with large
> folders, or recommendations  for other email clients.  I'd be particularly
> interested in one which precreates indexes to speed up searches.
>

evolution? that bugged to death thingy?
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] QT dir:

[Hemmann, Volker Armin]

On Sonntag, 8. Juli 2007, Alessandro del Gallo wrote:
> Hemmann, Volker Armin ha scritto:
> > On Mittwoch, 4. Juli 2007, Alessandro del Gallo wrote:
> >> Hemmann, Volker Armin ha scritto:
> >>> On Mittwoch, 4. Juli 2007, Alessandro del Gallo wrote:
> >>>> Hemmann, Volker Armin ha scritto:
> >>>>> when you su to portage and do an export, is QTDIR set too?
> >>>>
> >>>> elwood ~ # su - portage
> >>>> elwood ~ # whoami
> >>>> root
> >>>>
> >>>> elwood ~ # su - portage -c "export"
> >>>> elwood ~ #
> >>>>
> >>>> elwood ~ # export |grep QT
> >>>> declare -x QTDIR="/usr/qt/3"
> >>>>
> >>>>
> >>>> I can't su - portage. And in root enviroment, the QTDIR is correct,
> >>>> but
> >>>
> >>> su -l -s /bin/bash portage
> >>
> >> elwood ~ # su -l -s /bin/bash portage
> >> -su: /var/tmp/portage/.bashrc: No such file or directory
> >> [EMAIL PROTECTED] ~ $ export|grep QT
> >> declare -x QTDIR="/usr/qt/3"
> >
> > strange. really strange.
>
> Hello Hemmann,
> Now I have more information about the error,
> emerging doxygen I get this
>
> [...]
>
>  >>> Compiling source in
>
> /var/tmp/portage/app-doc/doxygen-1.5.2/work/doxygen-1.5.2 ...
> * using QTDIR: '/usr/local/qt'.
> * using QT LIBRARY_PATH: '/usr/local/qt/lib64:'.
> * using QT LD_LIBRARY_PATH: '/usr/local/qt/lib64:'.
>   Autodetected platform linux-g++...
>   Detected Qt via the QTDIR environment variable...
> QTDIR is set to /usr/local/qt, but library directory
> /usr/local/qt/lib does not exist!
>
> [...]
>
>
> 
> may be a simlyk from /usr/qt/3  to /usr/local/qt ...

/usr/local/qt should not exist in the first place - I would (re)move it to a 
backup dir and retry.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kmail issues/questions

[Hemmann, Volker Armin]

On Sonntag, 8. Juli 2007, Daniel D Jones wrote:
> On Saturday 07 July 2007 12:55, Hemmann, Volker Armin wrote:
> > > Second, Kmail doesn't seem very adept at handling folders with lots of
> > > messages.
> >
> > yes it does.
> >
> > > I have one folder which has about 40k messages in it.  It's the
> > > archives of a mailing list I run and I expect it to grow much larger
> > > relatively quickly.  It's in maildir format on a reiserfs volume.
> >
> > that is your problem.
> >
> > > Just
> > > clicking on the folder makes  Kmail freeze for about four of five
> > > seconds before it displays a list of messages in the window and becomes
> > > responsive to key presses and mouse clicks again.  If I try to search
> > > for messages in the folder, the search will run for a minute or two and
> > > Kmail will crash. Every time.  This rather defeats the purpose of
> > > having an archive folder. Is anyone else using Kmail with folders
> > > holding thousands of email messages? Have you seen these issues?  If
> > > Kmail is working well in those circumstances for you, are you using
> > > maildir or mbox?  What file system?
> >
> > I have a 7 messages folder - and several in the 3 messages realm.
> >
> > If they become slow, it is time to defrag.
> >
> > Really, this is a fs problem. I like reiserfs, and it is very good with
> > small files - but fragmentation is a real problem and slows down
> > everything horrendously.
> >
> > Back up everything and run a mkfs.reiserfs. Restore, and kmail will be
> > fast again.
>
> I added a spare hard drive to the computer.  Created a new ext3 file system
> and copied /home to the new drive.  Mounted the new drive under /home and
> logged in as my normal user.  Kmail performance is marginally improved but
> it's far from snappy.

because ext3 is not really fast with small files ...

> For example, clicking on the Archive folder displays 
> the watch icon for about seven to eight seconds before displaying the
> folder. Doing a search for the word "gentoo" in the body of the message ran
> for 12 minutes and twenty seconds and crashed with a sig11.  Twelve minutes
> to search 40k messages, and it wasn't through when it crashed.


Ok, I let search run on my gentoo-archive folder which includes 3 subfolders 
and over 120 000 messages. I searched for 'gentoo' in the text.

It took ten minutes and I got ~70 000 hits.

While the search was running, kmail was slow, but usable. I read a new message 
in a different folder, switched back to the gentoo folder and read another 
message.

Sig11?

Maybe you should recheck your CFLAGS? And revdep-rebuilt?
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] QT dir:

[Hemmann, Volker Armin]

On Dienstag, 10. Juli 2007, Alessandro del Gallo wrote:
> Hemmann, Volker Armin ha scritto:
> > On Mittwoch, 4. Juli 2007, Alessandro del Gallo wrote:
> >> Hemmann, Volker Armin ha scritto:
> >>> On Mittwoch, 4. Juli 2007, Alessandro del Gallo wrote:
> >>>> Hemmann, Volker Armin ha scritto:
> >>>>> when you su to portage and do an export, is QTDIR set too?
> >>>>
> >>>> elwood ~ # su - portage
> >>>> elwood ~ # whoami
> >>>> root
> >>>>
> >>>> elwood ~ # su - portage -c "export"
> >>>> elwood ~ #
> >>>>
> >>>> elwood ~ # export |grep QT
> >>>> declare -x QTDIR="/usr/qt/3"
> >>>>
> >>>>
> >>>> I can't su - portage. And in root enviroment, the QTDIR is correct,
> >>>> but
> >>>
> >>> su -l -s /bin/bash portage
> >>
> >> elwood ~ # su -l -s /bin/bash portage
> >> -su: /var/tmp/portage/.bashrc: No such file or directory
> >> [EMAIL PROTECTED] ~ $ export|grep QT
> >> declare -x QTDIR="/usr/qt/3"
> >
> > strange. really strange.
>
> Hello Hemmann,
> Now I have more information about the error,
> emerging doxygen I get this
>
> [...]
>
> >>> Compiling source in
>
> /var/tmp/portage/app-doc/doxygen-1.5.2/work/doxygen-1.5.2 ...
> * using QTDIR: '/usr/local/qt'.
> * using QT LIBRARY_PATH: '/usr/local/qt/lib64:'.
> * using QT LD_LIBRARY_PATH: '/usr/local/qt/lib64:'.
>   Autodetected platform linux-g++...
>   Detected Qt via the QTDIR environment variable...
> QTDIR is set to /usr/local/qt, but library directory
> /usr/local/qt/lib does not exist!
>
> [...]
>
>
> AND
>
> elwood ~ # ll -R /usr/local/qt
> /usr/local/qt:
> total 4
> drwxr-xr-x 2 root root 4096 Mar 30 20:26 bin
>
> /usr/local/qt/bin:
> total 0
> lrwxrwxrwx 1 root root 14 Mar 30 20:26 qmake -> /usr/bin/qmake
> elwood ~ #
>
> elwood ~ # ll /usr/qt/3
> total 52
> drwxr-xr-x 2 root root  4096 Apr  3 03:02 bin
> drwxr-xr-x 4 root root  4096 Apr  3 03:02 doc
> drwxr-xr-x 3 root root  4096 Sep  2  2006 etc
> drwxr-xr-x 3 root root 16384 Jun 28 20:34 include
> lrwxrwxrwx 1 root root 5 Jun 28 20:34 lib -> lib64
> drwxr-xr-x 2 root root  4096 Feb 17 19:20 lib32
> drwxr-xr-x 3 root root  4096 Jun 28 20:34 lib64
> drwxr-xr-x 3 root root  4096 Apr  3 03:02 mkspecs
> drwxr-xr-x 6 root root  4096 Jun 28 20:34 plugins
> drwxr-xr-x 3 root root  4096 Apr  3 03:02 tools
> drwxr-xr-x 2 root root  4096 Jun 29 08:32 translations
>
>
> may be a simlyk from /usr/qt/3  to /usr/local/qt ...

no, certainly not. If it would be a symlink, all the stuff would be there. 
Just remove it, ok? Or move /usr/local/qt somewhere where it can't do any 
damage, like /tmp/bak or something like that.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Re: about the 2007.1

[Hemmann, Volker Armin]

On Donnerstag, 8. November 2007, James wrote:

two things:

memory. Every mb wasted for X - or even worse gnome, the biggest memory hog 
out there - is a mb that can't be used by gcc. Thus a graphical environment 
slows down installation.

cd/dvd space. Every mb wasted for a full blown X and a harddisk/dvd/cd space 
hog like gnome is a mb that can not be used for providing distfiles, stages 
or GRP packages thus increasing the time the installing user has to wait to 
fetch them from the net.

This two points are very valid reasons why graphical installers are bad.

There are even more reasons, but I am just too lazy at the moment. Think about 
bugs - you should find them yourself.

Btw, I remember the days when all installation instructions fit on one sheet 
of Din A5 paper - and installing was easier than to beat the graphical 
installer into submission.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] glibc upgrade -> re-emerge system?

[Hemmann, Volker Armin]

On Donnerstag, 8. November 2007, Alexander Skwar wrote:
> Hello!
>
> This morning, I upgraded to glibc 2.7 from whatever used to be current
> in ~x86 before that (2.6.).
>
> Do you guys do a "emerge -e system", ie. recompile everything, after such
> an upgrade?
>
> Thanks,
>
> Alexander Skwar

no
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Deluge of emerge failures (ACCESS DENIED open_wr: /etc/passwd)

[Hemmann, Volker Armin]

On Freitag, 9. November 2007, [EMAIL PROTECTED] wrote:
>  or some other access error.  But I don't
> have anything else to go on.
>
> As for portage,
>
> On Fri, 2007-11-09 at 12:55 -0800, [EMAIL PROTECTED] wrote:
> >  emerge --info
> > Portage 2.1.3.19 (default-linux/amd64/2006.1, gcc-4.2.2, glibc-2.7-r0,
> > 2.6.23-gentoo-r1 x86_64)

and your libsandbox?
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Deluge of emerge failures (ACCESS DENIED open_wr: /etc/passwd)

[Hemmann, Volker Armin]

On Freitag, 9. November 2007, [EMAIL PROTECTED] wrote:

> If you mean what emerge --info reports, that too was in my original
> email:

oops...

here is a bug that sounds exactly like your problem :
http://bugs.gentoo.org/show_bug.cgi?id=198509

you can add yourself to it or post a me too ;)
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Deluge of emerge failures (ACCESS DENIED open_wr: /etc/passwd)

[Hemmann, Volker Armin]

On Freitag, 9. November 2007, Bo Ørsted Andresen wrote:
> On Friday 09 November 2007 21:55:20 [EMAIL PROTECTED] wrote:
> >   [ ok ] ACCESS DENIED  open_wr:   /etc/passwd
> > ...
> > ACCESS DENIED  open_wr:   /etc/passwd
> > --- ACCESS VIOLATION SUMMARY
> > --- LOG FILE =
> > "/var/log/sandbox/sandbox-dev-libs_-_glib-2.14.3-11618.log"
> >
> > open_wr:   /etc/passwd
> > ...
> > open_wr:   /etc/passwd
>
> [SNIP]
>
> >  emerge --info
> > Portage 2.1.3.19 (default-linux/amd64/2006.1, gcc-4.2.2, glibc-2.7-r0,
> > 2.6.23-gentoo-r1 x86_64)
>
> [SNIP]
>
> > sys-apps/sandbox:1.2.18.1
>
> https://bugs.gentoo.org/show_bug.cgi?id=196720 ?
>
> Upgrade sandbox to -r2 ?

-r2 is bugged too:
http://bugs.gentoo.org/show_bug.cgi?id=198509

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Deluge of emerge failures (ACCESS DENIED open_wr: /etc/passwd)

[Hemmann, Volker Armin]

On Freitag, 9. November 2007, Albert Hopkins wrote:
> On Fri, 2007-11-09 at 23:09 +0100, Hemmann, Volker Armin wrote:
> [...]
>
> > > https://bugs.gentoo.org/show_bug.cgi?id=196720 ?
> > >
> > > Upgrade sandbox to -r2 ?
> >
> > -r2 is bugged too:
> > http://bugs.gentoo.org/show_bug.cgi?id=198509
>
> BTW I was not able to reproduce #19850 on ~x86.

it works fine for me too, but hey, this is the fun side of bugs. Not everybody 
is affected. 

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Deluge of emerge failures (ACCESS DENIED open_wr: /etc/passwd)

[Hemmann, Volker Armin]

On Samstag, 10. November 2007, [EMAIL PROTECTED] wrote:
> On Fri, Nov 09, 2007 at 02:50:36PM -0800, [EMAIL PROTECTED] wrote:
> > On Fri, Nov 09, 2007 at 11:17:33PM +0100, Bo ?rsted Andresen wrote:
> > > On Friday 09 November 2007 23:11:26 [EMAIL PROTECTED] wrote:
> > > > On Fri, Nov 09, 2007 at 10:36:48PM +0100, Bo ?rsted Andresen wrote:
> > > > > https://bugs.gentoo.org/show_bug.cgi?id=196720 ?
> > > > >
> > > > > Upgrade sandbox to -r2 ?
> > > >
> > > > Any idea how to actually do that, since the bug prevents me from
> > > > upgrading?  Is there some temp hack I can edit or patch to get around
> > > > the problem for now?  The bug itself isn't described very clearly,
> > > > not the comments with it.
> > >
> > > FEATURES=-sandbox emerge -1 sandbox
> >
> > Thanks, I will try that as soon as I can, but unfortuanetly some other
> > pickles popped up :-( I think it's time to fill some milk jugs and
> > shoot them before recycling them.
>
> I just tried and got this:
>
> checking for C compiler default output file name... configure: error: C
> compiler cannot create executables See `config.log' for more details.
>
> and the log file says
>
> gcc-config error: i686-pc-linux-gnu-gcc wrapper: Could not determine
> which compiler to use.  Invalid CTARGET or CTARGET has no selected profile.

maybe, just maybe you should set your gcc with gcc-config

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Problem with hdparm and SATA-controller

[Hemmann, Volker Armin]

On Donnerstag, 15. November 2007, Marc Blumentritt wrote:
> Hi,
>
> I want to optimize the "sound output" of my shiny new sata disc, but I
> have some problems to set hdparm options. My options look like this:


> # SATA Disk
> sda_args="-d1 -c1 -u1 -A1 -S6 -M128 -B1"

which are all wrong for sata disks.

>
> hive linux # hdparm /dev/sda
>
> /dev/sda:
>  IO_support=  0 (default 16-bit)
>  readonly  =  0 (off)
>  readahead = 256 (on)
>  geometry  = 30394/255/63, sectors = 488281250, start = 0

look perfectly fine.


> * Running hdparm on /dev/sda ...
>  HDIO_SET_32BIT failed: Invalid argument
>  HDIO_SET_UNMASKINTR failed: Inappropriate ioctl for device
>  HDIO_SET_DMA failed: Inappropriate ioctl for device
>  HDIO_DRIVE_CMD failed: Input/output error

which is perfectly fine too.

You don't set 33bit mode for sata disks.
You don't set unmask interrupt for sata disks.
You don't set udma for sata disks (they use it anyway).

You use sdparm for sata disks.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Partition tale recovery

[Hemmann, Volker Armin]

On Donnerstag, 15. November 2007, pepone.onrez wrote:
> There is any way for recover the partition table of a hardisk with out a
> copy of the partition table?


testdisk can do it
gpart can do it
maybe parted can do it too.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Partition tale recovery

[Hemmann, Volker Armin]

On Donnerstag, 15. November 2007, Mick wrote:

> I haven't used gpart, or parted for this job, but have successfully used
> testdisk.

yeah, testdisk worked for me too.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Is my hard drive sick?

[Hemmann, Volker Armin]

On Montag, 19. November 2007, Dale wrote:

AFAIK Pre-fail is not a problem. If the harddisk is close to failing you'll 
get something this in your logs:

Nov 19 15:25:05 [smartd] Device: /dev/hda, FAILED SMART self-check. BACK UP 
DATA NOW!_
Nov 19 15:25:05 [smartd] Device: /dev/hda, 785 Currently unreadable (pending) 
sectors_
Nov 19 15:25:05 [smartd] Device: /dev/hda, 785 Offline uncorrectable sectors_

and something like that with smartctl -a

197 Current_Pending_Sector  0x0033   001   001   010Pre-fail  Always   
FAILING_NOW 785
198 Offline_Uncorrectable   0x0031   001   001   010Pre-fail  Offline  
FAILING_NOW 785

btw, the harddisk is now 'failing' for almost two years. Playing around with 
suspend to disk killed the sectors
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] memtest86+ taking too long

[Hemmann, Volker Armin]

On Montag, 19. November 2007, de Almeida, Valmor F. wrote:
>  >>
>  >>From: Mark Shields [mailto:[EMAIL PROTECTED]
>   >
>   >On Nov 19, 2007 12:03 PM, de Almeida, Valmor F. <[EMAIL PROTECTED]> 
>   > wrote:
>   >
>   >Is this execution time expected?
>   >
>   >Thanks for any comments,
>   >
>   >--
>   >Valmor de Almeida
>   >
>  >>For 10 gigs?  probably.
>
> Wow. In fact I don't have a clue when it is going to end. There are 2
> fields with varying percentage values; but they get cleared from time to
> time. Another field is called "Test" and it was #3 (I think), and now it is
> at #4. So far it has taken 20:35h. On the upside, no errors detected.
>
> --
> Valmor de Almeida

s properly run takes days - even with much less ram. So sit back, have a nice 
cup of coffee and read all the stuff you always wanted to.

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] I applied mkswap on root partition

[Hemmann, Volker Armin]

On Montag, 19. November 2007, Teng Wang wrote:
> Hi there,
>
> Today, I applied mkswap on root partition by accident ( I thought that
> was swap, but it is root). And since this is the only system on my
> laptop, I even don't dare to reboot my computer after that. Does it
> really matter? Or what should I do to recover?
>
> Thank you all!
>
> ---
> Teng

you could try testdisk.

Or (after backup) this cd:

http://www.sysresccd.org/Main_Page
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Orphan libraries in my system

[Hemmann, Volker Armin]

On Samstag, 1. Dezember 2007, Mick wrote:
> Hi All,
>
> I found these libraries hanging around.  Should I be deleting them or am I
> going to bork my system?  Wouldn't mind leaving well alone if there is a
> suspicion that I may break things.
> 
> # qfile -o $(find /lib /usr/lib -name "*.la")/lib/libattr.la
> /lib/libacl.la
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.la
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libsupc++.la
> /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libg2c.la
> /usr/lib/libopcodes.la
> /usr/lib/libucl.la
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libsupc++.la
> /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libg2c.la
> /usr/lib/alsaplayer/interface/libtext_interface.la
> /usr/lib/alsaplayer/interface/libdaemon_interface.la
> /usr/lib/libMrm.la
> /usr/lib/libGL.la
> /usr/lib/libUil.la
> /usr/lib/libXm.la
> /usr/lib/libbfd.la
> 

usually keeping them breaks things. 

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Orphan libraries in my system

[Hemmann, Volker Armin]

On Samstag, 1. Dezember 2007, Mick wrote:
> On Saturday 01 December 2007, Hemmann, Volker Armin wrote:
> > On Samstag, 1. Dezember 2007, Mick wrote:
> > > Hi All,
> > >
> > > I found these libraries hanging around.  Should I be deleting them or
> > > am I going to bork my system?  Wouldn't mind leaving well alone if
> > > there is a suspicion that I may break things.
> > > 
> > > # qfile -o $(find /lib /usr/lib -name "*.la")/lib/libattr.la
> > > /lib/libacl.la
> > > /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.la
> > > /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libsupc++.la
> > > /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libg2c.la
> > > /usr/lib/libopcodes.la
> > > /usr/lib/libucl.la
> > > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la
> > > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libsupc++.la
> > > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libg2c.la
> > > /usr/lib/alsaplayer/interface/libtext_interface.la
> > > /usr/lib/alsaplayer/interface/libdaemon_interface.la
> > > /usr/lib/libMrm.la
> > > /usr/lib/libGL.la
> > > /usr/lib/libUil.la
> > > /usr/lib/libXm.la
> > > /usr/lib/libbfd.la
> > > 
> >
> > usually keeping them breaks things.
>
> Fair enough, but nothing seems broken so far . . .

sometimes the breakage is hidden and subtle - but for example stale 
libstdcc.la files are known to break compilation of c++ code (like qt, kde 
and other cool stuff). It is usually a good idea to remove a gcc-dir if there 
are only orphaned *la files left.

btw  libGL.la is generated by eselect opengl. 

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] radeonfb and fglrx don't mix - why?

[Hemmann, Volker Armin]

On Dienstag, 4. Dezember 2007, Andrey Vul wrote:
> I finally got X to work with fglrx and RTFMing said that radeonfb was
> crashing my X. My question is why did radeonfb mess up X and fglrx?
>
> If this is strictly kernel-related, I'll send this email to lkml.

because two different drivers driving the same hardware never mixes.

Is that hard to understand?

radeonfb f*s around with the hardware behind the X drivers back and the X 
driver f*s around behind radeonfb's back. Both don't know what the other one 
does. Result: crash.

That is not a kernel problem. This is a 'two drivers access the same hardware' 
problem.

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] New hibernate modules in 2.6.23-gentoo-r3

[Hemmann, Volker Armin]

On Freitag, 7. Dezember 2007, Mick wrote:
> Hi All,
>
> Could you please help me understand how I should be setting hibernation for
> my laptop:
>
> There an new hibernate options in the new stable kernel:
>
>  [*] Suspend to RAM and standby
>  [*] Hibernation (aka 'suspend to disk')
>  (/dev/hda1) Default resume partition
>  [*] ACPI Support (Advanced Configuration and Power Interface) Support 
> --->
>
> Now, the last option contains:
>
>  --- ACPI Support (Advanced Configuration and Power Interface) Support
>  [ ]   Deprecated /proc/acpi files
>  [ ]   Deprecated /proc/acpi/event support
>
> which if I deselect I end up with boot errors because the acpid no longer
> finds the relevant files:
>
>  * Starting acpid ...
> acpid: can't open /proc/acpi/event: No such file or directory[ !! ]
>
> So, the question is:  how is one supposed to configure hibernation under
> the new setup?  Is acpid deprecated altogether and should be removed, or
> should I keep it and re-enable the deprecated files and event support  in
> the kernel. (The Docs seem to hint that it may still be of use, which
> implies that the deprecated modules should be enabled.)

acpid is just not 'ready' for moving away from the deprecated files. Just 
select the two options - it won't hurt. And they will stay for a long, long 
time.

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] gaming kernel

[Hemmann, Volker Armin]

On Donnerstag, 13. Dezember 2007, James wrote:

> # CONFIG_PREEMPT_VOLUNTARY is not set

betwen 2.6.22 and 2.6.23 the new scheduler was introduced. Most people (like 
me) have had positive results related to gaming. But maybe bzflag is stupidly 
coded?

Nonetheless you should try 'voluntary' preemption, stop using numa if you 
don't have a numa box, stop using smt, if you don't have intel hyperthreading 
cpus nd try a vanilla kernel.org kernel like 2.6.23.9.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] gaming kernel

[Hemmann, Volker Armin]

On Donnerstag, 13. Dezember 2007, Philip Webb wrote:
> 071214 Shawn Haggett wrote:
> >> CONFIG_HZ_100=y
> >> # CONFIG_HZ_250 is not set
> >> # CONFIG_HZ_300 is not set
> >> # CONFIG_HZ_1000 is not set
> >> CONFIG_HZ=100
> >
> > Smaller numbers here actually mean less clock interrupts per second.
> > ie the CPU doesn't have to spend as much time switching between
> > processes, but also a process will have to wait longer
> > if another is currently using the CPU.
> > Higher numbers tend to be good for getting faster responses,
> > since the process on average shouldn't have to wait as long
> > to actually get back on the CPU.
> > 1000Hz for a really low latency desktop machine.
>
> I don't play games, but I've long had my desktop box using HZ_1000
> & it has always been very responsive (now Intel Core 2 Duo, 2.6.23-r3).
> That's certainly the first thing to try.


I have the best results with 300Hz. With 1000Hz the kernel wastes to much time 
context switching. Compiling is slower, gaming FPS lower ...
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kernel schedulers

[Hemmann, Volker Armin]

On Donnerstag, 13. Dezember 2007, Jason Carson wrote:
> I was reading this article (http://lwn.net/Articles/114770/) which says...
>
> AS (Anticipatory Scheduler) still seems to be better for desktop systems
> and IDE disks
>
> ... I have a server, not a desktop system but am using an IDE disk so
> which scheduler is better for a server. Should I stay with anticipatory
> because I am using an IDE disk or switch to something else because my
> system is a server?

this article is acient.

Nowadays CFQ and deadline are the best choices. CFQ is the best choice for 
most desktops and most servers and for some servers and some selected 
desktops deadline is the best choice. 

Why not built all three and switch between them with the apropriate kernel 
command line. That way you can easily test which one is the best for you.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kernel schedulers

[Hemmann, Volker Armin]

On Donnerstag, 13. Dezember 2007, Joshua Doll wrote:
> Jason Carson wrote:
> > I was reading this article (http://lwn.net/Articles/114770/) which
> > says...
> >
> > AS (Anticipatory Scheduler) still seems to be better for desktop systems
> > and IDE disks
> >
> > ... I have a server, not a desktop system but am using an IDE disk so
> > which scheduler is better for a server. Should I stay with anticipatory
> > because I am using an IDE disk or switch to something else because my
> > system is a server?
>
> That article is before the work began on the CFS/CFQ scheduler. There
> has been a lot of improvements made to the CFQ scheduler in the past year.
>
> http://kerneltrap.org/node/8059

CFS and CFQ have NOTHING IN COMMON.

CFS is a TASK scheduler.

CFQ is a BLOCK IO scheduler.

Two completly different fields.

Please stop confusing this stuff, ok?

deadline/cfq/as is block IO stuff

cfs is about 'what app runs next' stuff.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kernel schedulers

[Hemmann, Volker Armin]

On Freitag, 14. Dezember 2007, Joshua Doll wrote:
> Hemmann, Volker Armin wrote:
> > On Donnerstag, 13. Dezember 2007, Joshua Doll wrote:
> >> Jason Carson wrote:
> >>> I was reading this article (http://lwn.net/Articles/114770/) which
> >>> says...
> >>>
> >>> AS (Anticipatory Scheduler) still seems to be better for desktop
> >>> systems and IDE disks
> >>>
> >>> ... I have a server, not a desktop system but am using an IDE disk so
> >>> which scheduler is better for a server. Should I stay with anticipatory
> >>> because I am using an IDE disk or switch to something else because my
> >>> system is a server?
> >>
> >> That article is before the work began on the CFS/CFQ scheduler. There
> >> has been a lot of improvements made to the CFQ scheduler in the past
> >> year.
> >>
> >> http://kerneltrap.org/node/8059
> >
> > CFS and CFQ have NOTHING IN COMMON.
> >
> > CFS is a TASK scheduler.
> >
> > CFQ is a BLOCK IO scheduler.
> >
> > Two completly different fields.
> >
> > Please stop confusing this stuff, ok?
> >
> > deadline/cfq/as is block IO stuff
> >
> > cfs is about 'what app runs next' stuff.
>
> My mistake. Thanks for clearing that up for me.
>
> --Joshua Doll

sorry for sounding agressive. That was not my intent *sigh*

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Kernel schedulers

[Hemmann, Volker Armin]

On Freitag, 14. Dezember 2007, Mick wrote:
> On Thursday 13 December 2007, Hemmann, Volker Armin wrote:
> > On Donnerstag, 13. Dezember 2007, Jason Carson wrote:
> > > I was reading this article (http://lwn.net/Articles/114770/) which
> > > says...
> > >
> > > AS (Anticipatory Scheduler) still seems to be better for desktop
> > > systems and IDE disks
> > >
> > > ... I have a server, not a desktop system but am using an IDE disk so
> > > which scheduler is better for a server. Should I stay with anticipatory
> > > because I am using an IDE disk or switch to something else because my
> > > system is a server?
> >
> > this article is acient.
> >
> > Nowadays CFQ and deadline are the best choices. CFQ is the best choice
> > for most desktops and most servers and for some servers and some selected
> > desktops deadline is the best choice.
> >
> > Why not built all three and switch between them with the apropriate
> > kernel command line. That way you can easily test which one is the best
> > for you.
>
> How would you go about testing each?



as Daniel Pielmeier  wrote here: 
<[EMAIL PROTECTED]>
/usr/src/linux/Documentation/block/switching-sched.txt

just try the different schedulers while doing your daily stuff and the one 
that works best, is the one you'll use in the future.

For me CFQ worked best.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Gentoo Rules

[Hemmann, Volker Armin]

On Freitag, 14. Dezember 2007, Grant wrote:
> > > Lately I've been shopping around for other distros as well as looking
> > > at *BSD.  Gentoo development seems to have slowed way down and I like
> > > things being improved as quickly as possible.
> >
> > Where do you find it is slowed?
>
> I don't have statistics to support this, but it seems obvious to me
> that things have slowed way down from the pace they used to be on.  In
> the beginning, it felt to me like the devs were building an extremely
> powerful and flexible foundation upon which all kinds of amazing
> things were going to be built.  The foundation is still good but where
> are the skyscrapers?  Also the Gentoo Weekly Newsletter not being
> published in 2 months is an easy-to-analyze indication of slowage.
>

no, it is just any indication that nobody wants to wade trought thousands of 
messages and stupid forum posting.

OF COURSE gentoo was 'fast' at the beginning. When there is nothing, 
everything added is a huge step forward.

If you are using a ~arch system, you'll see douzends of new packages every 
single day. Is that slow?


And FreeBSD:
because of some needed kernel changes that are known for literally years but 
have not been made so far, FreeBSD on AMD64 has no nvidia support. So much 
about moving 'fast'.

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Python vs C++ [was: Gentoo Rules]

[Hemmann, Volker Armin]

On Sonntag, 16. Dezember 2007, Randy Barlow wrote:
> David Relson wrote:
> > IMHO, python is a very nice object oriented language and C++ is no
> > better (unless you need particular features of the language).  I
> > suspect C++ runs somewhat faster, but that's not the issue here.  As I
> > understand, portage needs to deal with lots of special cases and
> > exceptions to the general rules for updating package.  Special cases
> > and exceptions always lead to complications and messy code.  Switching
> > languages doesn't help a situation like this.
>
> C++ is most certainly going to yield faster programs since it is a
> machine compiled language and python is interpreted.  But that's not the
> idea behind portage.  It's all about using the right tools for the job.
>  I do all my research code in C++ because I need good memory management
> and I need speed.  But python is far easier to code in, doesn't need to
> be compiled, and is pretty dang elegant.  It's also pretty platform
> independent, which is also nice.
>
> --
> Randy Barlow
> http://electronsweatshop.com

one reason pro phyton and contra c and c++ has always been: segfaults.

And with c++ comes another one: abi changes.

Just think about this horror: gcc/libstdc++ update and your package manager 
stops working
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Python vs C++ [was: Gentoo Rules]

[Hemmann, Volker Armin]

On Sonntag, 16. Dezember 2007, Randy Barlow wrote:
> Hemmann, Volker Armin wrote:
> > one reason pro phyton and contra c and c++ has always been: segfaults.
> >
> > And with c++ comes another one: abi changes.
> >
> > Just think about this horror: gcc/libstdc++ update and your package
> > manager stops working
>
> Well segfaults generally indicate bugs in your code - so hopefully you
> would be a good coder and ensure that you manage memory correctly.  Abi
> changes suck big time, I agree on that point, and also the updates -
> hadn't thought of that one :)
>

sometimes a lib update is the one factor that turns a simply 'thinko' in a 
full grown segfault ;)
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dual USB HDD enclosure shows only a single disk (NexStar MX)

[Hemmann, Volker Armin]

On Montag, 17. Dezember 2007, [EMAIL PROTECTED] wrote:
> The kernel config does NOT set CONFIG_SCSI_MULTI_LUN, if that makes
> any difference.

it should. Please set it. Oh, and don't forget - in 'single disk mode' you 
might loose everything if one of the two disks dies.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dual USB HDD enclosure shows only a single disk (NexStar MX)

[Hemmann, Volker Armin]

On Montag, 17. Dezember 2007, [EMAIL PROTECTED] wrote:
> On Mon, Dec 17, 2007 at 02:00:32PM +0930, Iain Buchanan wrote:
> > don't ask me, I only work here... but I have a "multimedia unit" that
> > has 4 card reader slots, a HD, an LCD and USB2.  Only /dev/sda shows up
> > if I don't set the multiple luns option, and /dev/sda isn't the HD!
> > It's the (usually empty) CFCARD slot!
> >
> > I don't know why it isn't on by default in the livecd either...
>
> I have several of those USB multislot multimedia readers, and none of
> them show any rpesence in /dev except for those slots which have a
> card in them.  Wel, I haven't checked them in a while.  But for
> instance, one of them has four slots, I think they show up normally on
> my system as sd[fghi], nad the one I use th emost is sdh.  I put the
> card in, then plug in the USB cable, and sdh shows up but not sd[fgi].
>
> Last time I cheked, it also confused the heckout of the USB system if
> I pulled the card out of the slot before yanking out the USB cable.
>
> I will try the LUN flag but not right now, I don't want to reboot now.
>
> --
> ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
>  Felix Finch: scarecrow repairman & rocket surgeon / [EMAIL PROTECTED]
>   GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license
> #4933 I've found a solution to Fermat's Last Theorem but I see I've run out
> of room o

and I have a '30in1' card reader that needs the multi-lun flag to find 
anything at all.

usb is just 'some kind of scsi' for the kernel.

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Python vs C++ [was: Gentoo Rules]

[Hemmann, Volker Armin]

*removedlotsofideas*

your ideas sound nice on paper. But one strenght of portage and its 
structures: no matter how hosed your 'data', you can repair it with cp, mv, 
an emerge sync and a text editor.

Which is all not true, if you start using some database crap.

Go, look at /var/db/pkg - you can read and repair that stuff easily.
Or the files in /var/lib/portage. Damaged world-file? nano FTW!

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Python vs C++ [was: Gentoo Rules]

[Hemmann, Volker Armin]

On Montag, 17. Dezember 2007, Raphael wrote:
> On Dec 17, 2007 11:55 AM, Hemmann, Volker Armin
>
> <[EMAIL PROTECTED]> wrote:
> > *removedlotsofideas*
>
> ??
>
> > your ideas sound nice on paper. But one strenght of portage and its
> > structures: no matter how hosed your 'data', you can repair it with cp,
> > mv, an emerge sync and a text editor.
> >
> > Which is all not true, if you start using some database crap.
> >
> > Go, look at /var/db/pkg - you can read and repair that stuff easily.
> > Or the files in /var/lib/portage. Damaged world-file? nano FTW!
>
> The Portage files are easy to maintain. But I honestly never _had_
> to read them. I just did out of curiosity. And I never  needed to
> repair them either. When I got hosed data, I just replaced everything
> with the latest backup copy and never looked back.

which won't help you much if the last backup is 7 days old and you just did a 
big fat update/cleanup circle. I had to repair stuff in /var - and I was glad 
that everything was nice, readable text files. Made the whole thing very 
easy.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Dual USB HDD enclosure shows only a single disk (NexStar MX) -- SOLVED

[Hemmann, Volker Armin]

On Dienstag, 18. Dezember 2007, [EMAIL PROTECTED] wrote:
> On Tue, Dec 18, 2007 at 09:27:58AM +0930, Iain Buchanan wrote:
> > but you also know a little more than you did yesterday.  That's the main
> > thing!
>
> I know how I misthought things. I had thought USB was a dumb protocol
> and that the simplest way to present two drives on one connection was
> to have an internal hub, thus it wouldn't matter what the SCSI
> protocol was.  But a friend tells me USB actually allows for multiple
> drives in some fashion, so it just might make sense to make it look
> like separate LUNs.

everything becomes clear if you think about usb as 'scsi with different cables 
and the ability to add printers, mice and keyboards'
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] How cam I get system to recognize MagicSysReq while in X gui?

[Hemmann, Volker Armin]

On Dienstag, 18. Dezember 2007, Walter Dnes wrote:
>   I've figured out how to force a hard lockup on my system, by trying to
> log on to my ADSL service when the modem is switched off.  Yeah, I know...
> Patient: Doctor, it hurts when I do that.
> Doctor: In that case... *DON'T DO THAT*.
>
>   During one such lockup, I discovered that Magic SysRq doesn't work in
> X.  For those of you who haven't heard of it...
> less /usr/src/linux/Documentation/sysrq.txt
>
>   The feature that I wanted to access was the ability to force an
> emergency sync of the disks before powering off the system.  This would
> require simultaneously pressing {ALT}{SysRq}s after which I want to
> force a boot with {ALT}{SysRq}b
>

the 'best' sequence is e-i-u-b (u = remount ro also syncs.. and leaves the fs 
in a clean state).

To get the keyboard back from X try K (to sack X) or R (to pry it out of X 
cold, dead fingers).

Another thing you can try: add something you want to be done (like switching 
to a vt or a certain sysrq-key) to your acpid config and let acpid run. If 
the keyboard hangs, just push the power button ...

for example:
event=.*
action=chvt 1

in /etc/acpi/events/default switches to vt1 if you push the power button. 
Pretty usefull, if X is in deep shit mode again.

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] FS for laptop

[Hemmann, Volker Armin]

On Dienstag, 18. Dezember 2007, Jerry McBride wrote:
> On Tuesday 18 December 2007 03:56:10 pm Sergey Kobzar wrote:
> > Hi guys,
> >
> > I just had discussion with my friend which file system to use on
> > laptop with Gentoo.
> >
> > - ReiserFS looks unsupported now
> > - ext3 looks slow some time
> > - XFS maybe?
> >
> > Requirements are:
> > - low memory usage
> > - fast enough for laptop
> > - good supported
> >
> > Any ideas?
>
> Plenty... Yes, all laptops need a journaled FS. The easiest I've found to
> install and then admin is EXT3. If you feel that you need anything "more
> powerful" then you should move your work to a desktop.
>
> As a side note, I've been using ext4dev as an expirement and I find it
> quite nice. However, be aware, once you enable "extents" as a boot option
> and cause writes to the disk (ie. save a file, etc)... you can never go
> back to ext3 or plain old ext2 without a format.

if we are at recommending experimental fs, why not reiser4?
Its atomic structure makes it very nice - and so far it survived a lot of crap 
it had to endure (like a lot of reset-button and plugs out of socket events).

And reiser4 has less bug reports than ext3 :P

But to get back on track: as long as he stays away from XFS it should not 
matter which fs he chooses (well, except jfs...)
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] FS for laptop

[Hemmann, Volker Armin]

On Dienstag, 18. Dezember 2007, Jerry McBride wrote:
> On Tuesday 18 December 2007 04:37:30 pm Hemmann, Volker Armin wrote:
> > On Dienstag, 18. Dezember 2007, Jerry McBride wrote:
> > > On Tuesday 18 December 2007 03:56:10 pm Sergey Kobzar wrote:
> > > > Hi guys,
> > > >
> > > > I just had discussion with my friend which file system to use on
> > > > laptop with Gentoo.
> > > >
> > > > - ReiserFS looks unsupported now
> > > > - ext3 looks slow some time
> > > > - XFS maybe?
> > > >
> > > > Requirements are:
> > > > - low memory usage
> > > > - fast enough for laptop
> > > > - good supported
> > > >
> > > > Any ideas?
> > >
> > > Plenty... Yes, all laptops need a journaled FS. The easiest I've found
> > > to install and then admin is EXT3. If you feel that you need anything
> > > "more powerful" then you should move your work to a desktop.
> > >
> > > As a side note, I've been using ext4dev as an expirement and I find it
> > > quite nice. However, be aware, once you enable "extents" as a boot
> > > option and cause writes to the disk (ie. save a file, etc)... you can
> > > never go back to ext3 or plain old ext2 without a format.
> >
> > if we are at recommending experimental fs, why not reiser4?
> > Its atomic structure makes it very nice - and so far it survived a lot of
> > crap it had to endure (like a lot of reset-button and plugs out of socket
> > events).
> >
> > And reiser4 has less bug reports than ext3 :P
>
> You mean bug reports that got fixed? :')

when I look at the reiser-ml there is only one open bug  I can see - and the 
last bug fix for some bug came in two days ago. Hm, in that time another XFS 
bug report hit lkml ... 

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] FS for laptop

[Hemmann, Volker Armin]

On Mittwoch, 19. Dezember 2007, Canek Peláez Valdés wrote:
> On Dec 18, 2007 2:56 PM, Sergey Kobzar <[EMAIL PROTECTED]> wrote:
> > Hi guys,
>
> [...]
>
> > - ext3 looks slow some time
>
> The defaults are slow, but you can change them and make it OK. Not
> super fast, but OK. Check out
> /usr/src/linux/Documentation/filesystems/ext3.txt, and tweak the
> obvious options.
>
> data=writeback and commit=300 in particular works fine in my VAIO
> laptop. And we're talking about laptops, so a sudden loss of power is
> not something that could happen at any moment.

there is still 'didn't resume correctly' or 'froze and had to hit reset' which 
is as harmfull as power loss.
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] FS for laptop

[Hemmann, Volker Armin]

On Mittwoch, 19. Dezember 2007, Canek Peláez Valdés wrote:
> On Dec 18, 2007 6:40 PM, Hemmann, Volker Armin
>
> <[EMAIL PROTECTED]> wrote:
> > On Mittwoch, 19. Dezember 2007, Canek Peláez Valdés wrote:
> > > On Dec 18, 2007 2:56 PM, Sergey Kobzar <[EMAIL PROTECTED]> wrote:
> > > > Hi guys,
> > >
> > > [...]
> > >
> > > > - ext3 looks slow some time
> > >
> > > The defaults are slow, but you can change them and make it OK. Not
> > > super fast, but OK. Check out
> > > /usr/src/linux/Documentation/filesystems/ext3.txt, and tweak the
> > > obvious options.
> > >
> > > data=writeback and commit=300 in particular works fine in my VAIO
> > > laptop. And we're talking about laptops, so a sudden loss of power is
> > > not something that could happen at any moment.
> >
> > there is still 'didn't resume correctly' or 'froze and had to hit reset'
> > which is as harmfull as power loss.
>
> It's been *months* since I had any trouble with suspend/resume with my
> laptop; but if you are really that paranoid you can always edit
>
> /usr/lib/hal/scripts/linux/hal-system-power-suspend-linux and
> /usr/lib/hal/scripts/linux/hal-system-power-hibernate-linux
>
> and do a 'sync' before the  suspend; problem solved. If you use
> gnome-power-manager (or the HAL-aware KDE equivalent) to
> suspend/resume, of course; if you do it by other means I'm sure you
> can put the sync command in some other place.

that won't help you if the box dies because battery runs dry in s2ram or when 
the crash happens while resuming and some stuff has been read and written.

>
> (And actually, I'm pretty sure HAL does the sync by itself; it would
> be idiotic not to do it.)

sync&& echo mem /sys/power/state

you don't need hal for stuff like that. In fact, you don't need hal at all. 
And maybe you should rethink your dependency on a 'tool' that is rewritten 
every odd month.
You also might find this interessting:
http://blog.cardoe.com/archives/2007/12/06/no-longer-maintaining-gentoos-hal/

just read the links. But you should have a barf bag ready.

>
> And BTW, AFAIK the same thing happens with *all* the journaled
> filesystems, but the data=ordered and commit=5 as default in ext3 is
> because the developers are more concerned with data integrity.
> Journaled filesystems are not meant to guarantee data integrity; they
> guarantee *filesystem* integrity. Meaning: you can lost some of your
> work, but the filesystem will be OK and no fsck is required (in the
> old days that could be *REALLY* slow).

I know that. I am not a newbie. But XFS is especially bad at keeping data.


> But that's only my advice: years ago I lost a chapter of my BS thesis
> thanks to ReiserFS. I'm sure they got way better (because a lot of
> folks use it), but if there is something you can say about ext2/ext3,
> is that they are the *most* stable filesystems available. That's the
> reason of the "slow" defaults (data=ordered and commit=5); the
> developers guarantee that, out of the box, ext3 will guarantee
> filesystem integrity (as all the journaled filesystems do) AND it will
> protect your data at all cost. With data=writeback and commit=300,
> ext3 behaves as all the other journaled filesystems (AFAIK; I haven't
> checked the progress in filesystems in a while): it only guarantees
> the filesystem integrity, meaning you *could* (it would be difficult
> anyway) loss 5 minutes of work.

yeah, well, that explains all the trouble people had with ext3

>
> See your options; but I'm using Linux since 1996, and Gentoo since
> 2003, and I have *never* loss data with ext2 and ext3. With ext3 being
> journaled, of course. And I use suspend all the time in my laptop.

well, I am using linux since kernel 2.2.10 and gentoo since 1.0

And I have seen data loss caused by ext2 and ext3. I also see the 'bug of the 
month' for ext3 on lkml (and the 'bug of the week' of xfs)

People always remember their 'reiserfs' horror stories, but tend to forget 
ext3 horrors - and a lot of the most vocal ones don't even realize that 
reiserfs in early 2.4 (where most of the horror stories originate) was not 
bad - it just was broken by the constant vm-changes. And some devs not 
bothering cleaning up the mess (yes Rik, Andrea and Linus, I am looking at 
you ...).
--
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] FS for laptop

[Hemmann, Volker Armin]

On Mittwoch, 19. Dezember 2007, Philip Webb wrote:
> 071218 Sergey Kobzar wrote:
> > - ReiserFS looks unsupported now
>
> What do you base that assessment on ?  It's true
> that RFS 4 was going nowhere even before its creator's legal problems,
> but RFS 3 is still well-supported as a Gentoo pkg, isn't it ?

reiserfs is still supported by its devs. It is just in maintenance-mode. No 
features added, just bug fixes. Some people confuse that with 'unsupported'.

And one look at the reiserfs-ml would show all the people claiming that 
reiserfs or reiser4 are unsuppored wrong.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] How cam I get system to recognize MagicSysReq while in X gui?

[Hemmann, Volker Armin]

On Mittwoch, 19. Dezember 2007, Walter Dnes wrote:
> On Tue, Dec 18, 2007 at 05:53:18AM +0100, Hemmann, Volker Armin wrote
>
> > Another thing you can try: add something you want to be done (like
> > switching to a vt or a certain sysrq-key) to your acpid config and let
> > acpid run. If the keyboard hangs, just push the power button ...
> >
> > for example:
> > event=.*
> > action=chvt 1
> >
> > in /etc/acpi/events/default switches to vt1 if you push the power button.
> > Pretty usefull, if X is in deep shit mode again.
>
> 
> Thank you, thank you, thank you verrry verrry much!
> 
>
>   This is a wonderful idea, and I have it implemented now.  For the
> benefit of anyone else who's interested, here are the steps I took
>

got it from this ml or the gentoo-forums. Was not my idea. But is very 
helpfull if X has totally eaten the keyboard but interrupts are still 
delivered.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Persistent revdep-rebuild issues: sun-jdk-1.4.2.16

[Hemmann, Volker Armin]

On Mittwoch, 19. Dezember 2007, purple wrote:
> after a while a built new desktop with xfce and since than i have issues
> with sun-jdk-1.4.2.16 when running revdep-rebuild because revdep constandly
> rebuild sun-jdk-1.4.2.16 over and over again every time i run it..
> sample output from revdep-rebuild:
> http://rafb.net/p/0HuBCG36.nln.html
>
> seems its filed bug >> http://bugs.gentoo.org/show_bug.cgi?id=177925 but
> still isn't resolved obviously, anyone else, with solution maybe?
> thanks

put this in your make.conf:
SEARCH_DIRS_MASK="/opt /home"

this way stuff in /opt won't be touched by revdep-rebuild
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] performance enhancement using x86_64-pc-linux-gnu?

[Hemmann, Volker Armin]

On Donnerstag, 20. Dezember 2007, Richard Marzan wrote:
> Hello,
>
>
>   Today, I thought about changing the CHOST, even if it means performing
> a fresh install, to the one in the subject line for performance
> improvement. Am I wrong to assume that changing the CHOST to
> x86_64-pc-linux-gnu and setting CFLAGS to athlon64 will offer faster
> operation of apps? 

depends on the apps. My overall experience was positive but that my vary.


> would it be sufficient to use i686-pc-linux-gnu as 
> the CHOST and use Athlon64 as the -march?

no. i686 is 32bit.
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-user] Speed up `du'

[Hemmann, Volker Armin]

On Sonntag, 25. Mai 2008, Stroller wrote:
> On 25 May 2008, at 00:24, Willie Wong wrote:
> > On Sat, May 24, 2008 at 04:49:09PM -0500, Penguin Lover
> >
> > [EMAIL PROTECTED] squawked:
> >> ...
> >> I use Reiserfs with default sizes.  In some situations like a large
> >> cache of nntp messages of several GB.  I might wait 5-10 minutes
> >> or more
> >> for du to get the size of the directory.
> >
> > I am pretty sure the problem with du is that it actually looks,
> > recursively, at every single file and computes the size that way.
>
> What he said.
>
> > Or maybe there is some other tool or technique that can quickly tell
> > me the size of a directory or set of directories.
>
> Keep all the files in a honkin' big tarball.
>
> :P
>
> If you need to read these files on the fly then I'm afraid you'll
> have to write a kernel filesystem extension (or find one?) that will
> read them out of the tar file, slowing all read & write actions down.
> But, hey, `du` on the tarball will complete in no time at all!! ;)
>
> In seriousness, another thing to do is keep these files on a separate
> partition, if you can. Basically a user's ~ which includes
> both .maildir and "My HiDef Videos" is non-optimal.
>
> >> Are there other file systems that can return a result of `du' faster?
>
> All filesystems have their advantages & disadvantages.
>
> 

one thing the article does not mention:

reiserfs and xfs your barriers by default.

ext3 does not. And if you turn on barriers (as mount option) you loose 30% of 
its speed.

Of course, if you care about data integrity, LVM is ruled out too - for the 
same reason.

So if you care about data integrity and speed at the same time, ext3 is ruled 
out.  XFS is broken on a monthly basis (just search the lkml archives for 
xfs. It is sickening). Leaves reiserfs as only sane choice.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] our favorite openrc

[Hemmann, Volker Armin]

On Donnerstag, 29. Mai 2008, ionut cucu wrote:
> Upon rebooting today openrc backfired on me...it was about time, I was
> felling neglicted by it. So after ver 0.2.4-r1 stopped to fsck my
> hard-driver, I managed to update it to 0.2.5 but same issue remains: it
> fails to fsck all the filesystems, localmount fails to mount them.
>   *I have /dev/sda6 /home  ,/dev/hda1 /home/cuci/hard in
> my /etc/fstab when I try to start manually localmount I
> get /home/cuci/hard directory doesn't exist...I think it's trying to
> mount them all at once or what?
>   *When manually I try to start a service, it's dependinces are
> not started :etc/init.d/ntp-client start gives
> ntp-client | * ERROR: cannot start ntp-client as net.lo would
> not start
> Any ideas what to do here?What I've messed up?

you are using reiser4?

Replace 
fsck_args=${fsck_args--A -p}
with
fsck_args=${fsck_args--A -a}

and complain on bugzilla because of that stupid thing.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Harddisk priority

[Hemmann, Volker Armin]

On Sonntag, 8. Juni 2008, Thomas Pedersen wrote:
> Michal 'vorner' Vaner skrev:
> > Hello
> >
> > On Sun, Jun 08, 2008 at 10:53:12AM +0200, Thomas Pedersen wrote:
> >> I'm running a few processes in a cron-job, which makes the harddisk
> >> quiet busy, like the emerge --sync command.
> >> I know it's possible to nice them to use less CPU power, but is there a
> >> similar approach for reading/writing to the disk?
> >
> > I heard of tool called ionice, which does exactly this. AFAIK it needs a
> > kernel patch.
>
> Knowing the name of what you're looking for sure helps...
> ionice is already installed by the lastest util-linux
> It seems to require the CFQ I/O scheduler, anyone know if it's a big
> disadvantage to run this scheduler instead of the Anticipatory ???
> ...and does anyone know if this works in a default stable Gentoo
> installation??

from my experience CFQ is A LOT better than anticipatory on a desktop.

And why shouldn't it work?

-- 
Conclusions 
 In a straight-up fight, the Empire squashes the Federation like a bug. Even 
with its numerical advantage removed, the Empire would still squash the 
Federation like a bug. Accept it. -Michael Wong 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] the details of Council Meeting

[Hemmann, Volker Armin]

On Sonntag, 8. Juni 2008, Chuanwen Wu wrote:
> Hi,
>
> On Sun, Jun 8, 2008 at 11:32 PM, Philip Webb <[EMAIL PROTECTED]> wrote:
> > 080608 Chuanwen Wu wrote:
> >> We try to translate the GMN to our local language,
> >> but I found it was really hard to understand the section
> >> of  "Council Meeting Summary", for example:
> >> "The appeals will *not* be decided then
> >> -- it's about figuring out the validity and the process."
> >> what "validity" and "process" is?
> >
> > "What we should be doing in all cases & how it would be best to do it,
> > rather than deciding what to do about this particular person,
> > who has been disciplined & has appealed to have his case reviewed" :
> > it is poorly expressed & not clear even to a native speaker (wry smile).
>
> but I can't still see the relation between your reply and my question?
> From the paragraph:
>
> Enforced retirement: After 2.5 hours on the previous topics, people
> had to go to sleep and jokey's computer broke. Instead of waiting till
> the next regular meeting, because of its urgency, we scheduled a
> special session next week at the same time. The appeals will *not* be
> decided then -- it's about figuring out the validity and the process.
>
> I know the meeting once stopped  and was rescheduled, and then ?

It is all about 'how to deal with appeals'
and
'are the appeals even valid'

It got 'rescheduled' and then nothing happened, that is why we have elections 
of a new council soon .

>
> >> "105 minutes were closed and 57 were open" - what is "57"?
> >
> > Minutes : what else ?!
>
> You mean the new meeting continued 105 minutes and then 57 minutes again?

no. That 105 minutes were 'closed' - only council members could speek. And 57 
minutes were 'open' - everybody was allowed to speek.


-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] HIJACKING THREADS

[Hemmann, Volker Armin]

On Mittwoch, 11. Juni 2008, Alan McKinnon wrote:
> On Wednesday 11 June 2008, Hal Martin wrote:
> > Using Thunderbird it appeared to be a new thread, the same applies to
> > the GMail web interface.
>
> Interesting. I wonder what mechanism those clients use to determine
> threads then (I use neither myself)?

possibly the (wrong) subject method (which is easily broken).
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] HIJACKING THREADS

[Hemmann, Volker Armin]

On Donnerstag, 12. Juni 2008, William Kenworthy wrote:
> at one time I had a couple of people have a go at me over thread
> hi-jacking.  Turned out to be a bug in THEIR version of KMail.  I did
> enjoy sticking the boot in as one of them was most ungracious about it.
>
> Moral: make sure you are right then be nice and polite - or accept the
> VERY PUBLIC consequences of being a well known ... :)

so when will you stop top posting?
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] HIJACKING THREADS

[Hemmann, Volker Armin]

On Donnerstag, 12. Juni 2008, William Kenworthy wrote:
> too old to stop now ... been at it since the 90's when I first started
> using email ...

I am sure even back then people told you to stop it. Or did you only mail 
AOlusers ;P
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Help with battling alsa-lib versions

[Hemmann, Volker Armin]

On Donnerstag, 12. Juni 2008, Walter Dnes wrote:
>   If I emerge whichever version of alsa-lib-1.0.16 is current, mplayer,
> audacious, and anything else that relies on alsa don't play audio.
> However, Realplayer (bleagh) and anything that works off of OSS
> emulation still works.

works perfectly fine here. Maybe you need a revdep-rebuilt?

Which - after the downgrade - should also solve your little alsactl problem.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] HIJACKING THREADS

[Hemmann, Volker Armin]

On Freitag, 13. Juni 2008, Neil Bothwick wrote:
> On Fri, 13 Jun 2008 08:16:11 +0200, Dirk Heinrichs wrote:
> > Who has a shorter way? ;-)
>
> In Claws Mail, hit New while in the ML folder :)

what if I am in a ml folder but don't want to send a mail to that ml? Removing 
adress again?
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] Ati or Nvida

[Hemmann, Volker Armin]

Hi,

if you want to make a political statement: buy ATI

if you want to use the card with almost no problems and good performance: buy 
nvidia.

Yes, ATI has released docu. Yes, everybody is working on the drivers. But the 
open ones only do 2d so far and the closed ones are horrible.

There are problem threads on nvnews. But its a support forum most people 
using nvidia don't have any problems.
-- 
gentoo-user@lists.gentoo.org mailing list