Re: [gentoo-user] Raid reports wrong size

2008-12-19 Thread Shaochun Wang
On Thu, Dec 18, 2008 at 11:45:58PM +0100, Matthias Fechner wrote:
 Hi Dirk,
 
 Dirk Heinrichs schrieb:
  Kernel w/o CONFIG_LBD?
 
 thanks a lot!
 
Your kernel must not be 64bits, I think.

-- 
Shaochun Wang scw...@ios.ac.cn

Jabber: fung...@jabber.org



[gentoo-user] Migrating hard drives

2008-12-19 Thread Grant
I'm about to switch from one SATA hard drive to another and I'm
planning on going through the normal installation process except for
copying over the data on each partition of my old drive to the
corresponding partition on my new drive.  Is there anything to watch
out for?  Pitfalls to avoid, etc?

- Grant



Re: [gentoo-user] Migrating hard drives

2008-12-19 Thread Paul Hartman
On Fri, Dec 19, 2008 at 10:01 AM, Grant emailgr...@gmail.com wrote:
 I'm about to switch from one SATA hard drive to another and I'm
 planning on going through the normal installation process except for
 copying over the data on each partition of my old drive to the
 corresponding partition on my new drive.  Is there anything to watch
 out for?  Pitfalls to avoid, etc?

I don't think so... it depends on what drive it is and how it is
partitioned... if there's just one partition then it should be as
simple as formatting the new copy and cp -a /olddrive /newdrive

If it's your boot drive and has boot/root/home/and so on partitions
then you'll need to pay attention to the partition numbers as they
very well may be different when you partition the new disk. Be sure to
edit the grub config  fstab to make sure it's all pointing to the
right place.

An alternative in that case would be to use dd to clone the old drive
onto the new one, then use something like parted (gparted/qtparted for
GUI) to resize the partitions to fit the new disk, assuming the
filesystems in use allow for such a thing. The disadvantage to this is
you are closing fragmentation and everything else, and if the new
drive is a lot bigger than the old, you may not have enough inodes in
your fileystem.

Whenever I do that, I boot from a live CD and copy the drives as
above, then plug the new drive into its official cable, boot from live
CD again and make sure the partition numbers are right, install grub
(if boot drive), reboot and everything is done. If anything went
horribly wrong, you've always got the original drive that you can go
back to and try again.

Good luck :)
Paul



Re: [gentoo-user] Migrating hard drives

2008-12-19 Thread Albert Hopkins
On Fri, 2008-12-19 at 08:01 -0800, Grant wrote:
 I'm about to switch from one SATA hard drive to another and I'm
 planning on going through the normal installation process except for
 copying over the data on each partition of my old drive to the
 corresponding partition on my new drive.  Is there anything to watch
 out for?  Pitfalls to avoid, etc?

Hmmm, a bit of an abstract description (what is meant by data?) of the
issue with a broad question, but here goes...

  * If you plan on overwriting the old drive, make a backup.
  * Don't overwrite /etc but keep a copy of it around
(e.g. /root/old_etc)
  * Keep a copy of your old world file, /etc/portage, etc. so you
know what's installed.
  * If you're keeping both drives don't forget to update your
grub/lilo config.
  * You might want to re-label your old partitions (if they're
labeled) to avoid confusion.
  * Be careful of changes of uid/gids in system accounts with the
new install. When creating new users you might want to be sure
their uids/gids match.
  * Again, a backup is your friend.

HTH,
-a





Re: [gentoo-user] Migrating hard drives

2008-12-19 Thread Uwe
Grant wrote:
 I'm about to switch from one SATA hard drive to another and I'm
 planning on going through the normal installation process except for
 copying over the data on each partition of my old drive to the
 corresponding partition on my new drive.  Is there anything to watch
 out for?  Pitfalls to avoid, etc?

 - Grant
   
You should take a look at this one:
http://www.gentoo-wiki.info/HOWTO_Move_Gentoo_Installation_to_new_hard_disk

:
Uwe

-- 
Uwe keksvernichter@@gmail.com
Key: 93BF09A2 @ pool.sks-keyservers.net



0x93BF09A2.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] Raid reports wrong size

2008-12-19 Thread Dirk Heinrichs
Am Freitag, 19. Dezember 2008 14:03:04 schrieb Shaochun Wang:

 Your kernel must not be 64bits, I think.

Why not is he not allowed to run a 64bit kernel?

Bye...

Dirk



signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Raid reports wrong size

2008-12-19 Thread Volker Armin Hemmann
On Freitag 19 Dezember 2008, Dirk Heinrichs wrote:
 Am Freitag, 19. Dezember 2008 14:03:04 schrieb Shaochun Wang:
  Your kernel must not be 64bits, I think.

 Why not is he not allowed to run a 64bit kernel?

 Bye...

   Dirk

the option is not available with 64bits - maybe not needed.





[gentoo-user] video driver discovery

2008-12-19 Thread James
Hello,


I have a this video card:
ATI Technologies Inc RS480 [Radeon Xpress 200G Series


I have this entry in make.conf:
VIDEO_CARDS=radeon vesa

ati-drivers is not installed.

What video driver is the gentoo system running on?


How can I verify which driver(version) it is using?



...I do not admin this system often, so I probable installed
it in the middle of the the night(in a coma, perchance)...



James




Re: [gentoo-user] video driver discovery

2008-12-19 Thread Justin
James schrieb:
 Hello,


 I have a this video card:
 ATI Technologies Inc RS480 [Radeon Xpress 200G Series


 I have this entry in make.conf:
 VIDEO_CARDS=radeon vesa

 ati-drivers is not installed.

 What video driver is the gentoo system running on?


 How can I verify which driver(version) it is using?



 ...I do not admin this system often, so I probable installed
 it in the middle of the the night(in a coma, perchance)...



 James


   
Take this faq as a starting point
http://www.gentoo.org/doc/en/ati-faq.xml



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] Migrating hard drives

2008-12-19 Thread Dale
Uwe wrote:
 Grant wrote:
   
 I'm about to switch from one SATA hard drive to another and I'm
 planning on going through the normal installation process except for
 copying over the data on each partition of my old drive to the
 corresponding partition on my new drive.  Is there anything to watch
 out for?  Pitfalls to avoid, etc?

 - Grant
   
 
 You should take a look at this one:
 http://www.gentoo-wiki.info/HOWTO_Move_Gentoo_Installation_to_new_hard_disk

 :
 Uwe

   

Why does that guide say to edit mtab?  I thought the system kept up with
mtab itself and we are not supposed to edit that?  Something change?

Dale

:-)  :-) 



must not (was Re: [gentoo-user] Raid reports wrong size)

2008-12-19 Thread Dirk Heinrichs
Am Freitag, 19. Dezember 2008 19:24:12 schrieb Volker Armin Hemmann:
 On Freitag 19 Dezember 2008, Dirk Heinrichs wrote:
  Am Freitag, 19. Dezember 2008 14:03:04 schrieb Shaochun Wang:
   Your kernel must not be 64bits, I think.
 
  Why not is he not allowed to run a 64bit kernel?
 

 the option is not available with 64bits - maybe not needed.

Yes I know. Just wanted to clarify wether there's a misunderstanding about 
must not, which means darf nicht in german or is not allowed to. Seems 
like Shaochun is not a native english speaker and seems to make the same 
mistake I also did for a long time.

Bye...

Dirk


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Re: Fragmentation of my drives. Curious mostly

2008-12-19 Thread Mick
On Tuesday 16 December 2008, Miguel Ramos wrote:
 Another argument in favour of cp in Linux: holes in sparse files are
 kept correctly, whereas using tar they are not.

 It is curious that this is very OS dependent.
 In FreeBSD, with cp, holes always go away, using tar, or better
 dump/restore is a way to keep all file attributes.
 In Linux, cp -a seems to be better for archives than tar, because it
 preserves these properties better, even across devices.

Hmm..., with tar, -p will preserve permissions and -S will handle sparce files 
efficiently.  -W will additionally verify that that data was archived without 
corruption.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Best website backup practice

2008-12-19 Thread Mick
On Wednesday 17 December 2008, kashani wrote:
 Momesso Andrea wrote:

  So there is no way if I want to keep the databases runnung?

   If your database isn't terribly busy I'd setup a second Mysql instance
 on the same machines and make it a slave of your primary. Then when it's
 time to backup you can stop the slave and make a backup without
 disturbing the master instance.

Aha! Never done this.  How would you go about it?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: must not (was Re: [gentoo-user] Raid reports wrong size)

2008-12-19 Thread Paul Hartman
On Fri, Dec 19, 2008 at 2:11 PM, Dirk Heinrichs
dirk.heinri...@online.de wrote:
 Am Freitag, 19. Dezember 2008 19:24:12 schrieb Volker Armin Hemmann:
 On Freitag 19 Dezember 2008, Dirk Heinrichs wrote:
  Am Freitag, 19. Dezember 2008 14:03:04 schrieb Shaochun Wang:
   Your kernel must not be 64bits, I think.
 
  Why not is he not allowed to run a 64bit kernel?
 

 the option is not available with 64bits - maybe not needed.

 Yes I know. Just wanted to clarify wether there's a misunderstanding about
 must not, which means darf nicht in german or is not allowed to. Seems
 like Shaochun is not a native english speaker and seems to make the same
 mistake I also did for a long time.

Yes, in English must can also mean that you infer or presume
something. So, instead of your kernel must not be 64bits, maybe it
would have been clearer to say I suspect you are not using a 64-bit
kernel; if you were, it would not have this problem. :)

Paul



Re: must not (was Re: [gentoo-user] Raid reports wrong size)

2008-12-19 Thread Dirk Heinrichs
Am Freitag, 19. Dezember 2008 21:53:47 schrieb Paul Hartman:
 Yes, in English must can also mean that you infer or presume
 something.

Ah, yes. I remember :-)

 So, instead of your kernel must not be 64bits, maybe it
 would have been clearer to say I suspect you are not using a 64-bit
 kernel; if you were, it would not have this problem. :)

So can your kernel must not... be understood as I suspect your kernel is 
not...? Wasn't aware of this... Thanks for clarifying.

Bye...

Dirk


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Best website backup practice

2008-12-19 Thread kashani

Mick wrote:

On Wednesday 17 December 2008, kashani wrote:

Momesso Andrea wrote:



So there is no way if I want to keep the databases runnung?

If your database isn't terribly busy I'd setup a second Mysql instance
on the same machines and make it a slave of your primary. Then when it's
time to backup you can stop the slave and make a backup without
disturbing the master instance.


Aha! Never done this.  How would you go about it?


To be honest I've never attempted it. Most of my recent installations 
have been large enough where having an actual backup server was a 
requirement. However Gentoo does include the /etc/init.d/mysqlmanager 
startup script. You'd need to muddle through it and figure out how to 
separate the pid files, suffixes, conf file enough to make it work.


When finished you'd want you slave instance running only on localhost 
and say port 4306. Then you tell it your master is localhost port 3306. 
Mysql likes to assume localhost is always a socket so you might want to 
add an entry into /etc/hosts to trick it into connecting via tcp, but 
I'm not sure if it matters.


something like
127.0.0.1 localhost mastermysql.yourdomain.com

Additionally be careful with the conf setting in your Mysql 
installation. I think the standard Gentoo conf uses 64MB of RAM. If 
you've modified your production copy make sure you keep the slave copy 
small. You might need to raise the keybuffer in your slave if you have 
large indexes. I suspect you can ignore most of this in a web 
application environment, but it's good stuff to keep in mind later on.


	I'm moving this week and with the holidays I've got no time to try it, 
but if you have question after the first I'd be happy to help you sort 
it out.


kashani



Re: must not (was Re: [gentoo-user] Raid reports wrong size)

2008-12-19 Thread Paul Hartman
On Fri, Dec 19, 2008 at 3:13 PM, Dirk Heinrichs
dirk.heinri...@online.de wrote:
 Am Freitag, 19. Dezember 2008 21:53:47 schrieb Paul Hartman:
 Yes, in English must can also mean that you infer or presume
 something.

 Ah, yes. I remember :-)

 So, instead of your kernel must not be 64bits, maybe it
 would have been clearer to say I suspect you are not using a 64-bit
 kernel; if you were, it would not have this problem. :)

 So can your kernel must not... be understood as I suspect your kernel is
 not...? Wasn't aware of this... Thanks for clarifying.

Yes, exactly. It is confusing, especially if you are used to languages
that have proper rules. I think the only rule in English is there are
no rules in English :) :) Here are English dictionary definitions for
must when used as a verb. I think in this case numbers 4 or 7 could
apply.


1 a: be commanded or requested to you must stop b: be urged to :
ought by all means to you must read that book

2: be compelled by physical necessity to one must eat to live : be
required by immediate or future need or purpose to we must hurry to
catch the bus

3 a: be obliged to : be compelled by social considerations to I must
say you're looking well b: be required by law, custom, or moral
conscience to we must obey the rules c: be determined to if you
must go at least wait for me d: be unreasonably or perversely
compelled to why must you argue

4: be logically inferred or supposed to it must be time

5: be compelled by fate or by natural law to what must be will be

6: was or were presumably certain to : was or were bound to if he did
it she must have known

7dialect : may  , shall —used chiefly in questions



Re: must not (was Re: [gentoo-user] Raid reports wrong size)

2008-12-19 Thread Neil Bothwick
On Fri, 19 Dec 2008 22:13:11 +0100, Dirk Heinrichs wrote:

  So, instead of your kernel must not be 64bits, maybe it
  would have been clearer to say I suspect you are not using a 64-bit
  kernel; if you were, it would not have this problem. :)  
 
 So can your kernel must not... be understood as I suspect your
 kernel is not...? Wasn't aware of this... Thanks for clarifying.

It's more like I am assuming your kernel is not. Either way, it's a
highly ambiguous sentence :(


-- 
Neil Bothwick

I have seen things you lusers would not believe.
I've seen Sun monitors on fire off the side of the multimedia lab.
I've seen NTU lights glitter in the dark near the Mail Gate.
All these things will be lost in time, like the root partition last
week. Time to die.


signature.asc
Description: PGP signature


Re: [gentoo-user] mplayer-1.0_rc2_p28058-r1 USE dvdnav

2008-12-19 Thread Willie Wong
On Sat, Dec 20, 2008 at 02:16:09AM +, Penguin Lover Stroller squawked:
 Anyone see what I'm doing wrong here, please?

Yes. See below. 

 I can't seem to get mplayer to accept the dvdnav USE flag, which is always 
 (-bracketed) out when I pretend to emerge it:

snip

 Yet the ebuild seems to say:
   dvdnav? ( =media-libs/libdvdnav-4.1.3
   =media-libs/libdvdread-4.1.3 )
 ...
   if use dvdnav; then
   myconf=${myconf} --with-dvdread-config=/usr/bin/dvdread-config 
 \
   --with-dvdnav-config=/usr/bin/dvdnav-config \
   --disable-dvdread-internal
   elif ! use dvd  ! use dvdread; then
   myconf=${myconf} --disable-dvdnav --disable-dvdread
   use a52 || myconf=${myconf} --disable-liba52 \


 I think I have emerged the appropriate versions of libdvdnav  libdvdread:

 $ eix -I -c libdvd
 [I] media-libs/libdvdcss (1.2.9-r1(1.2)@10/10/08): A portable abstraction 
 library for DVD decryption
 [I] media-libs/libdvdnav (4@12/20/08): Library for DVD navigation tools
 [I] media-libs/libdvdplay (1@07/07/07): A simple library designed for 
 DVD-menu navigation
 [I] media-libs/libdvdread (4.1.3...@12/19/08): Library for DVD navigation 
 tools
 Found 4 matches.
 $


 This is a mostly x86 system, with only a handful of packages manually 
 keyworded or unmasked.

libdvdnav-4.1.3 is keyworded ~x86, while mplayer-1.0_rc2_p28058-r1 is
keyworded x86. The USE cannot be satisfied. See
/usr/portage/profiles/base/package.use.mask, somewhere near the
bottom, there is a bit about dvdnav being masked. I think you can try
use unmasking the flag: add a line to /etc/portage/package.use.mask

media-video/mplayer -dvdnav

should do the trick.

W

-- 
Getting the midterms back tomorrow is going to be a slaughterhouse.
No. The exam was the slaughterhouse.
Then tomorrow is just the meat packing.
~DeathMech, Some Student. P-town PHY 205
Sortir en Pantoufles: up 743 days,  2:19



Re: [gentoo-user] mplayer-1.0_rc2_p28058-r1 USE dvdnav

2008-12-19 Thread Arttu V.
On 12/20/08, Willie Wong ww...@princeton.edu wrote:
 I think you can try use unmasking the flag:
 add a line to /etc/portage/package.use.mask

It's profiles related stuff, so I think
/etc/portage/profiles/package.use.mask will be the right place. At
least if one trusts portage's man page.

-- 
Arttu V.



Re: [gentoo-user] mplayer-1.0_rc2_p28058-r1 USE dvdnav

2008-12-19 Thread Willie Wong
On Sat, Dec 20, 2008 at 06:34:56AM +0200, Penguin Lover Arttu V. squawked:
 On 12/20/08, Willie Wong ww...@princeton.edu wrote:
  I think you can try use unmasking the flag:
  add a line to /etc/portage/package.use.mask
 
 It's profiles related stuff, so I think
 /etc/portage/profiles/package.use.mask will be the right place. At
 least if one trusts portage's man page.
 

Ah yes, you are absolutely right. My mistake there. Three words
beginning with 'p' and I left one out. Thank you for the correction.

W
-- 
All of my friends and I are crazy. That's the only thing that keeps us sane.
Sortir en Pantoufles: up 743 days,  5:04



[gentoo-user] depclean wants to wipe out KDE3

2008-12-19 Thread Nikos Chantziaras

emerge -av --depclean:

  kde-base/kopete 

  selected: 3.5.10 

 protected: none 

   omitted: 4.1.3 



   kde-base/kget
  selected: 3.5.10
 protected: none
   omitted: 4.1.3

   kde-base/kmenuedit
  selected: 3.5.10
 protected: none
   omitted: 4.1.3

The list goes on.  All those packages are in my world file.  This only 
started happening after installing KDE 4.1.3.  Another nice effect of 
not putting KDE4 in new portage trees but rather mixing them with KDE3? 
 What can I do?