Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Mike Myers

I understand what you say, but I'm not sure I got my point across very
well.  Let's say I have a server that has various things installed like
apache with the 2.0 branch, mysql with the 4.0 branch, and PHP with
the 4.xbranch.  If I do an emerge -u world on a machine with these, at
some random
point in time when the devs decide the newer branch is stable, then any one
of these will be upgraded to the next branch.  What I am asking, is why
wouldn't it be better to have it where I will only stay on the current
branch for that profile, and only move to the next branch when I change the
profile?

Like, say I have the 2005 profile, then I wouldn't have to worry about PHP
upgrading to 5.0 or randomly requiring some virtual ebuild or whatever else
is decided to be thrown our way.  I would just have to worry about updating
the 4.x branch at least until the devs decide to stop supporting it.

I think another advantage to using this method would be that it would make
it easier to transition from an application that has a monolithic ebuild to
suddenly having a modular ebuild, or a virtual ebuild.  At least this way,
we wouldn't have to worry about fundamental things changing on us during an
update until we change the profile and can expect these kinds of changes and
can deal with them at a more convenient time instead of when the devs decide
it's time to for us.

Does that make any sense?


On 12/25/06, Andrey Gerasimenko [EMAIL PROTECTED] wrote:


On Mon, 25 Dec 2006 04:52:55 +0300, Mike Myers [EMAIL PROTECTED]
wrote:

   In Gentoo, the system is updated while you are
 using it.
 This causes us users to modify whatever we're running to suit all these
 changes.

As far as I know, Gentoo releases a Reference Platform twice a year. So,
you can upgrade twice a year, once a year, once in two years - all as you
please. It will be similar to other distros, but better.

  I'd rather be able to specify that I'm using like
 the 2005
 profile, and then when I try to do emerge -u world, I don't have to deal
 with my applications going from one major version to another major
 version
 all by themselves and then breaking with no easy way to revert back.

As discussed recently in another thread of this list, there are ways to
get back easily, backup of the portage tree being one of them. However, I
guess your problem can be solved easier - just do not do -u world. Since
its goal is exactly to produce what you do not want, why should you? How
many packages do you really want to be the latest? If there are a few, it
is easy to update them individually; if there are many, you may create a
virtual package in the overlay and update it.

I do not here much about upgrade really breaking a Gentoo installation. If
it did, then a fresh install also would be broken, an extremely rare case
with stable arch. Thus, if something does not work after upgrade, then
configuration files are out of order. Gentoo already has everything
necessary to examine them one by one and fix as necessary.

 Please tell me there's some solution to this?  I haven't seen one
 mentioned
 anywhere yet.  Even with Gentoo's occasional problems, I like it too
 much to
 use any other distro but I'd definitely like to see better version
 management than what its got, which is none.

As far as I understand, no, there is no solution. If you upgrade any
software, you have to upgrade the dependencies and configuration. All that
can be offered, and is offered by many distros, is the upgrade option that
should work if you installed the distro and did not change anything. Even
that does not work pretty often, please read the reviews. For a Gentoo
user the reason is evident - they do not have dispatch-conf. Some vendors
have already stopped bragging that an upgrade does not break anything,
example - Vista.

--
Andrei Gerasimenko
--
gentoo-user@gentoo.org mailing list




Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Dale
Mike Myers wrote:
 I understand what you say, but I'm not sure I got my point across very
 well.  Let's say I have a server that has various things installed
 like apache with the 2.0 branch, mysql with the 4.0 branch, and PHP
 with the 4.x branch.  If I do an emerge -u world on a machine with
 these, at some random point in time when the devs decide the newer
 branch is stable, then any one of these will be upgraded to the next
 branch.  What I am asking, is why wouldn't it be better to have it
 where I will only stay on the current branch for that profile, and
 only move to the next branch when I change the profile? 

Then you can mask them in package.mask and then it won't upgrade the
ones you don't want to upgrade.  When you get ready to upgrade, just
comment the lines in the file and upgrade. 

 Like, say I have the 2005 profile, then I wouldn't have to worry about
 PHP upgrading to 5.0 or randomly requiring some virtual ebuild or
 whatever else is decided to be thrown our way.  I would just have to
 worry about updating the 4.x branch at least until the devs decide to
 stop supporting it.

 I think another advantage to using this method would be that it would
 make it easier to transition from an application that has a monolithic
 ebuild to suddenly having a modular ebuild, or a virtual ebuild.  At
 least this way, we wouldn't have to worry about fundamental things
 changing on us during an update until we change the profile and can
 expect these kinds of changes and can deal with them at a more
 convenient time instead of when the devs decide it's time to for us.

 Does that make any sense?



Well, I remember xorg going modular too.  I read that some were having
problems and I just masked it for a few weeks, then upgraded after it
all got sorted out.  It worked fine for me.  I had no problems after that.

All this said, it is rare that I have trouble doing a upgrade.  Most of
my problems come in when I am using something that is masked or
keyworded.  Then you can expect to have those though.

There are ways to do what you want, it just seems to defeat the purpose
of having Gentoo in my opinion.

Dale

:-)  :-)

-- 
www.myspace.com/dalek1967

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] No sound in flash

2006-12-25 Thread Jigme Datse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Felipe Ribeiro wrote:
 Hi,
 
 When i try to open a flash video on firefox, the sound doesnt work and
 i get this error message repeated many times as output
 
 ALSA lib pcm_plug.c:1189:(_snd_pcm_plug_open) Unknown field hint
 ALSA lib pcm.c:2109:(snd_pcm_open_conf) Cannot open shared library
 /usr/lib/alsa-lib/libasound_module_pcm_empty.so
 
 on /usr/lib/alsa-lib i just have the smixer folder, and inside smixer:
 
 [EMAIL PROTECTED] /usr/lib/alsa-lib $ ls -la smixer/
 total 72
 drwxr-xr-x 2 root root   336 Dec 12 00:22 .
 drwxr-xr-x 3 root root72 Sep 13 16:07 ..
 -rw-r--r-- 1 root root  6788 Dec 12 00:22 smixer-ac97.a
 -rwxr-xr-x 1 root root   866 Dec 12 00:22 smixer-ac97.la
 -rwxr-xr-x 1 root root  7808 Dec 12 00:22 smixer-ac97.so
 -rw-r--r-- 1 root root  6788 Dec 12 00:22 smixer-hda.a
 -rwxr-xr-x 1 root root   859 Dec 12 00:22 smixer-hda.la
 -rwxr-xr-x 1 root root  7808 Dec 12 00:22 smixer-hda.so
 -rw-r--r-- 1 root root 11314 Dec 12 00:22 smixer-sbase.a
 -rwxr-xr-x 1 root root   873 Dec 12 00:22 smixer-sbase.la
 -rwxr-xr-x 1 root root 12480 Dec 12 00:22 smixer-sbase.so
 
 any hints?

My guess is that something in the dependency tree was updated below
either Firefox or Flash.  My bet is on re-emerging Flash.  Though that
still may not fix the problem, that is where I'd start.

Jigme Datse
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFj5W0T1Yj9SYS4jYRArpGAKDHDyfglTMl0HZrFLeKLOBmkq1tpwCcCrey
s3nrlskXz4PrvAvYQo0LGHk=
=hJnQ
-END PGP SIGNATURE-
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Andrey Gerasimenko
On Mon, 25 Dec 2006 11:46:23 +0300, Mike Myers [EMAIL PROTECTED]  
wrote:



I understand what you say, but I'm not sure I got my point across very
well.  Let's say I have a server that has various things installed like
apache with the 2.0 branch, mysql with the 4.0 branch, and PHP with
the 4.xbranch.  If I do an emerge -u world on a machine with these, at
some random
point in time when the devs decide the newer branch is stable, then any  
one

of these will be upgraded to the next branch.  What I am asking, is why
wouldn't it be better to have it where I will only stay on the current
branch for that profile, and only move to the next branch when I change  
the

profile?



I do not see any linkage between a profile, which is actually just a set  
of use variables , and application versions since there is no version data  
in a profile. (Actually there is, like minimal package versions and  
required stage 1 packages, but adding maximum versions to profile will  
make it unusable for most users) That is, profile is not a branch.


I also do not see how a branch can be created based on a profile or a  
snapshot of a portage tree. For example, if a server profile is being  
used, what PHP should be in the branch? Or, better, if I decide to install  
Qt on a server, which definitely does not have KDE, should it be 3 or 4?  
The only base for branch type versioning I see is the current set of  
installed packages.


You want to update world and, at the same time, not to update anything. I  
can understand that if your goal is not to update world, as Portage  
thinks when you say -u world, but to install only bug and sequrity  
fixes, as Portage does if you mask pakeges properly. As far as I remember,  
according to this list some work to treat sequrity updates differently is  
under way. As for bug fixes, I do not see how they can be separated from  
features.


I feel that what you call branch Portage often  calls slot. For  
example, PHP is slotted, so that if you have PHP 4 and PHP 5 is being  
installed, your 4 does not go away.


As for ebuilds going modular, I beleive that each case is to be treated  
separately. For example, KDE is going modular now. For 3, both modular and  
monolithic ebuilds are maintained, for 4 - only modular ones. No problems  
at all, right?


I still do not see that any changes to portage are necessary. My guess is  
that your request can be formulated as a set of requests like


- this app is not slotted, it should be

- I want a script that will examine my world and mask everything so that I  
can upgrade only the last 2 version numbers


- I want another script to manage the masks set by the previous one

I hope that will be easier for developers to understand.

--
Andrei Gerasimenko
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] which mirror does emerge --sync chose? and why?

2006-12-25 Thread Mick
On Sunday 24 December 2006 21:57, Sven Köhler wrote:
 Hi,

 emerge --sync should sync with rsync.gentoo.org, to which many IP
 adresses (5 at the moment).

 Here's what host says:
 # host rsync.gentoo.org
 rsync.gentoo.org has address 129.79.6.73
 rsync.gentoo.org has address 134.68.220.73
 rsync.gentoo.org has address 134.68.220.74
 rsync.gentoo.org has address 140.211.166.165
 rsync.gentoo.org has address 64.127.121.98

 The order of the adresses is random, when i rerun the command above. So
 i _would_ expect, that emerge --sync randomly choses on the the mirrors.

 But that is not true, and actually, on all my machines, emerge --sync
 uses always the 64.x.x.x mirror, and on the machine of a friend, it used
 always 129.x.x.x mirror - well, always is not true, but i run emerge
 --sync over and over again, and it did never try to use another one.

 So the thing is, that from my friend's DSL-connection, the server
 129.x.x.x was unreachable, while the others were reachable. So we had to
 change the server manually in /etc/make.conf - but i don't understand,
 why emerge --sync used the one it was using, and why it didn't switch
 to one of the other ones.

I do not understand/know how the choice of mirrors work either.  I noticed 
that when I rsync from home I always hit the same mirror (first time).  When 
I rsync from work (using the same laptop) I always hit a different specific 
mirror (again first time).

 BTW: Merry Christmas!

Merry Christmas to all Gentooists!  :)
-- 
Regards,
Mick


pgpiv9OOCZTes.pgp
Description: PGP signature


Re: [gentoo-user] OT, but short

2006-12-25 Thread Boyd Stephen Smith Jr.
On Sunday 24 December 2006 23:04, Mike Myers [EMAIL PROTECTED] 
wrote about 'Re: [gentoo-user] OT, but short':
 On 12/23/06, Michael Sullivan [EMAIL PROTECTED] wrote:
  Is anyone out there using Residential SBC/Yahoo DSL with dynamic DNS? 
  I want to know if the ISP blocks incoming requests to your servers if
  you're not paying them the rate for a static IP...
 I'm using Residential SBC/Yahoo DSL and DynDNS and they don't block
 anything inbound.  I guess since they're blocking Joe's traffic, it's
 sort of a hit or miss with SBC or Yahoo or ATT or whoever it is now.

When I was on them, they blocked SMTP inbound and maybe (poor memory) 80 
inbound.  It's possible to run these services on other ports, but no 
guarantees that they won't use Layer 5-7 filtering to limit them.

If you want to hast a reliable server, you have to get commercial-grade 
internet access and/or SDSL.  FWIW, SDSL seems to provide the upstream 
requirements of a low-end service, and it not that expensive, *if* you can 
produce some income/donations for the service.

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgpPqGu3Ubqaz.pgp
Description: PGP signature


Re: [gentoo-user] Wrong dependencies to postgresql

2006-12-25 Thread Boyd Stephen Smith Jr.
On Sunday 24 December 2006 19:37, Enrico Weigelt [EMAIL PROTECTED] wrote 
about 'Re: [gentoo-user] Wrong dependencies to postgresql':

First of all, thanks for responding, I was afraid we had lost another savvy 
bugzilla user to the lack of (or discontent with) response from the 
developers.

 * Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote:
  Jakub is pretty bugzilla savvy, are you sure you bugs weren't
  closed for valid reasons?
 well, after some discussion @ gentoo-dev, it's now a little bit
 clearer:

 The bugs are not completely valid yet (but soon will be), since
 libpq (=8.0.8) is still buggy/incomplete (missing pg_config), so
 some packages may still need postgresql for building (not runtime).
 I supplied fixed ebuild to the -dev, but they told me they don't
 see what I'm fixing ;-o

Heh, like I mentioned/alluded to in my previous posting, once a package it 
working, winnowing down the dependencies is sometimes not seen as 
productive.  I sympathizes with your blight and would volunteer my system 
for chroot building were it not for my lack of time (etc.).

 Well, this issue is actually fixed in 8.0.9 (IMHO not completely
 stabelized yet, but soon), while introducing another, even worse at
 the same time: libpq-8.0.9 doesn't wanna play w/ postgresql=8.0.8,
 but postgresql-8.0.9 wants exactly libpq-8.0.9. So there's no clean
 way to solve this. Someone @ b.g.o suggested completely removing
 postgres+libpq and installing afresh, but that's an absolutely
 no-go for production systems (IMHO). Disabling deps for upgrade
 should work, but is unclean.

Perhaps a dependency on '|| (=category/libpq-8.0.9 
category/postgresql-8.0.9)' would be appropriate in this case.  I believe 
that ordering should prefer the library instead of the whole RDBMS.

In addition, a proper blocker should be added to libpq; I know it doesn't 
help automated upgrades move forward, but at least is stops them from 
blocking issues that *could* be problematic.

 My fixed ebuild should fit into the gap by adding pg_config to
 libpq (overwriting the one from postgresql) and changing the
 postgresql ebuild to be satisfied w/ this libpq version.

Hrm, sounds as if you want a single file to be provided by two packages.  
This is not the Gentoo way.  In Debian, we have the alternatives 
interface; in gentoo, it's assumed you manage such symlinks with either 
eselect or manually.

If the pg_configs are *different*, you should patch both libpq (to install 
pg_config as pg_config-libpq-$SLOT) and postgresql (to install pg_config 
as pg_config-postgresql-$SLOT) and provide an eslect module to choose the 
appropriate pg_config.

If the pg_configs are *the same*, you should (a) add them to libpq and have 
postgresql depend on libqg--not installing it's own pg_config. or (b) have 
pg_config be it's own package, depended on by both libpq and postgresql.

  Sometime he does jump the gun though,

 Not only at me ? Some bit salving ;-)

Oh yes.  Particularly when marking bugs as duplicates.  There were one or 
two recent out-of-tree kernel module bugs that he marked as duplicates of 
the generic kernel-2.6.18+ breaks sandbox bug that weren't actuallt 
duplicates.

That said, Jakub is responsible for 50%+ of the hits to bugs.gentoo.org; he 
*is* for all intents and purposes the bugzilla manager.

Normally, he's correct, but don't worry about respectfully disagreeing with 
him.  He's still human and will make mistakes.

 But I had to learn filing bugs
 and talking @ -dev are just a waste my (rare+expensive) time.

Perhaps your time is more valuable than mine, but I've never found 
reporting bugs to be a waste of time.  Surely, patching the offending 
ebuild/source is better, but such patches should be attached to a bugs for 
the developers/other users to use as well.

   Lots of packages have an wrong/unnecessary dependency to
   postgresql.
 
  I don't doubt it.  It's generally better to depend on too much
  rather than too little, and once things are working it's hard
  to get someone to fix it and run the risk of breaking it further.

 Wouldn't be such an problem w/ really cleanroom builds + tests
 from the first place. Seems, Gentoo isn't made for that.

Well, there is a catalyst target for smokescreen/tinderbox building.  I'm 
not sure of the quality but it is supposed to start from a clean image for 
each rebuild, and simply use the binary packages previously built.   I'd 
assume it uses the ebuilds's test suite to verify post-install 
correctness, (yes, there is support for unit-sytle testing built into 
emerge) but I'm not sure the quality of those tests on libpq or 
postgresql.

   a) probably traditionally depended on the whole postgresql, maybe
  since before libpq was an own package. ie. qt, dovecot, ...
 
  Have you confirmed these actually compile just against libpg?

 I'm still in the process. The lack of automatic cleanroom builds
 requires me to install an minimal jail before each build.
 (most of my gentoo systems actually have 

Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Boyd Stephen Smith Jr.
On Monday 25 December 2006 02:46, Mike Myers [EMAIL PROTECTED] 
wrote about 'Re: [gentoo-user] anti-portage wreckage?':
 I understand what you say, but I'm not sure I got my point across very
 well.  Let's say I have a server that has various things installed like
 apache with the 2.0 branch, mysql with the 4.0 branch, and PHP with
 the 4.xbranch.  If I do an emerge -u world on a machine with these, at
 some random
 point in time when the devs decide the newer branch is stable, then any
 one of these will be upgraded to the next branch.  What I am asking, is
 why wouldn't it be better to have it where I will only stay on the
 current branch for that profile, and only move to the next branch when I
 change the profile?

I would say... Move to Debian.  Gentoo dosen't have fixed branches (we have 
a live tree) even profiles don't fix much, generally minimal (not maximal) 
version numbers.

Debian, will make sure that upgrades to your (e.g.) sarge mysql package are 
either ABI compatible, or tied to other upgrades that move the ABI all at 
the same time.  This generally make Debian (and to a lesser extent Ubuntu) 
quite stable once installed.  Gentoo is different.

By default, Gentoo marks packages as working (stable), testing (~arch), 
or non-working (masked by package.mask) and lets the user control the 
version(s) they want to use on their specific system (rather than 
being attached to a profile) with the local /etc/portage/package.mask 
(and package.keywords and package.unmask etc.).

If you decide that mysql 4 is what you want to stick with as long as gentoo 
will support it, there stick something like 'category/mysql-4*' 
or '=category/mysql-5*' into your package.mask.  emerge will then stop 
whenever it wants newer mysql.

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgpy4YVHIgnVR.pgp
Description: PGP signature


Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Boyd Stephen Smith Jr.
On Monday 25 December 2006 04:48, Andrey Gerasimenko [EMAIL PROTECTED] 
wrote about 'Re: [gentoo-user] anti-portage wreckage?':
 You want to update world and, at the same time, not to update anything.
 I can understand that if your goal is not to update world, as Portage
 thinks when you say -u world, but to install only bug and sequrity
 fixes, as Portage does if you mask pakeges properly.

Well, if you put some work into defining exactly what package versions 
would want installed.

 As far as I 
 remember, according to this list some work to treat sequrity updates
 differently is under way. As for bug fixes, I do not see how they can be
 separated from features.

glsa-check from gentoolkit(?) should tell you exactly what packages to 
mask/upgrade to get security fixes, while bug fixes are currently handled 
exactly the same way a feature additions (generally upstream doesn't 
differentiate between these two changes either -- sometimes the y in x.y.z 
is for feature additions (with the z for bug fixes) but this isn't really 
consistent).  Gentoo-specific bug fixes are either an in-place change to 
the ebuild (no version bump) or a bump of the revision (-r1) number, which 
is independent of upstream (and should nearly universally be installed).

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgppxdwkbgEBK.pgp
Description: PGP signature


[gentoo-user] gentoo and proxy variable

2006-12-25 Thread Daniel Iliev
Hi,

Where is it most appropriate to set ftp_proxy and http_proxy environment
variables on Gentoo in order to use a proxy server with wget *when it is
used by emerge from a cron job*?

I want to make an emerge --fetchonly cron job which downloads through
a squid server. Actually the ftp_proxy variable is important in this
case because the whole traffic on port 80 is transparently redirected to
the proxy.

-- 
Best regards,
Daniel


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] gentoo and proxy variable

2006-12-25 Thread Mike Williams
On Monday 25 December 2006 12:24, Daniel Iliev wrote:
 Where is it most appropriate to set ftp_proxy and http_proxy environment
 variables on Gentoo in order to use a proxy server with wget *when it is
 used by emerge from a cron job*?

 I want to make an emerge --fetchonly cron job which downloads through
 a squid server. Actually the ftp_proxy variable is important in this
 case because the whole traffic on port 80 is transparently redirected to
 the proxy.

/etc/make.conf
It's sourced as a bash script.

-- 
Mike Williams
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] gentoo and proxy variable

2006-12-25 Thread Daniel Iliev
Mike Williams wrote:
 On Monday 25 December 2006 12:24, Daniel Iliev wrote:
   
 Where is it most appropriate to set ftp_proxy and http_proxy environment
 variables on Gentoo in order to use a proxy server with wget *when it is
 used by emerge from a cron job*?

 I want to make an emerge --fetchonly cron job which downloads through
 a squid server. Actually the ftp_proxy variable is important in this
 case because the whole traffic on port 80 is transparently redirected to
 the proxy.
 

 /etc/make.conf
 It's sourced as a bash script.

   

Thanks a lot!

That will do the job for emerge. What if I want to schedule some other
downloading with cron?

-- 
Best regards,
Daniel


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Batch resizing of photos

2006-12-25 Thread Mick
On Sunday 24 December 2006 21:05, Canek Peláez wrote:
 On 12/24/06, Mick [EMAIL PROTECTED] wrote:
  Hi All,
 
  I have a load of photos which I would like to resize running some sort of
  ImageMagick batch command; e.g.

 If you manage your photos with F-Spot, there is a cool utility to
 export your photos to a directory, scaling them in the way if  you
 want to. The directory could be any GNOME VFS URI, so it works with
 remote directories too. The photos all preserve the EXIF information,
 which is very cool.

Thanks.  It looks pretty cool indeed, but I only have a few KDE apps on this 
machine and no Gnome libraries.  The script that ES provided does the job 
nicely.
-- 
Regards,
Mick


pgprRF9sue3OZ.pgp
Description: PGP signature


Re: [gentoo-user] Re: emacs shell color question

2006-12-25 Thread David Relson
On Mon, 25 Dec 2006 01:00:31 -0600
[EMAIL PROTECTED] wrote:

 David Relson [EMAIL PROTECTED] writes:
 
  G'day,
 
  I habitually run emacs shell sessions.  When I forget the --color
  options, for example for the ls and emerge commands, the shell
  session displays the ascii escape sequences which is pretty ugly.
  Is there an option for telling emacs to handle escape sequences?
 
 Does the problem persist if you use `eshell' instead of shell?
 (M-x eshell RET)

yes.

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] gentoo and proxy variable

2006-12-25 Thread Etaoin Shrdlu
On Monday 25 December 2006 14:23, Daniel Iliev wrote:

 That will do the job for emerge. What if I want to schedule some other
 downloading with cron?

Can't you just use a bash script that sets the variables and then runs 
the download (wget)? Something like

$ cat download.sh

#!/bin/bash

export ftp_proxy=ftp.proxy.tld
export http_proxy=http.proxy.tld

wget url



and then schedule download.sh to be run by cron?
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Daniel Iliev
Daniel Iliev wrote:
 Mike Williams wrote:
   
 On Monday 25 December 2006 12:24, Daniel Iliev wrote:
   
 
 Where is it most appropriate to set ftp_proxy and http_proxy environment
 variables on Gentoo in order to use a proxy server with wget *when it is
 used by emerge from a cron job*?

 I want to make an emerge --fetchonly cron job which downloads through
 a squid server. Actually the ftp_proxy variable is important in this
 case because the whole traffic on port 80 is transparently redirected to
 the proxy.
 
   
 /etc/make.conf
 It's sourced as a bash script.

   
 

 Thanks a lot!

 That will do the job for emerge. What if I want to schedule some other
 downloading with cron?

   


grep -in proxy /etc/make.conf.example
144:# If you need to set a proxy for wget or lukemftp, add the
appropriate export
145:# ftp_proxy=proxy and export http_proxy=proxy lines to
/etc/profile if


So it appears /etc/profile is the appropriate file.

-- 
Best regards,
Daniel


-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] spamassassin + razor - learning

2006-12-25 Thread Enrico Weigelt

Hi folks,

I've set up spamassassin + razor on one host, which is accessed 
from some other host via spamc.
Is it possible to learn/report-to razor via spamc, too ?

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/
-
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] emerge console colours

2006-12-25 Thread Dale
Andrew Gaydenko wrote:
 Where do they defined?
   
Not sure if this is what you are looking for or not.  Maybe here: 
/etc/bash/bashrc.  The PS1= line is what sets up some of it, prompt
part.  I think the rest is done here:  /etc/DIR_COLORS

Hope that helps.

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] gentoo and proxy variable

2006-12-25 Thread Uwe Thiem
On 25 December 2006 15:23, Daniel Iliev wrote:
 Mike Williams wrote:
  On Monday 25 December 2006 12:24, Daniel Iliev wrote:
  Where is it most appropriate to set ftp_proxy and http_proxy environment
  variables on Gentoo in order to use a proxy server with wget *when it is
  used by emerge from a cron job*?
 
  I want to make an emerge --fetchonly cron job which downloads through
  a squid server. Actually the ftp_proxy variable is important in this
  case because the whole traffic on port 80 is transparently redirected to
  the proxy.
 
  /etc/make.conf
  It's sourced as a bash script.

 Thanks a lot!

 That will do the job for emerge. What if I want to schedule some other
 downloading with cron?

~/.bashrc


-- 
A fast and easy generator of fractals for KDE:
http://www.SysEx.com.na/iwy-1.0.tar.bz2
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Etaoin Shrdlu
On Monday 25 December 2006 15:02, Daniel Iliev wrote:

 grep -in proxy /etc/make.conf.example
 144:# If you need to set a proxy for wget or lukemftp, add the
 appropriate export
 145:# ftp_proxy=proxy and export http_proxy=proxy lines to
 /etc/profile if


 So it appears /etc/profile is the appropriate file.

I'm not sure that a cron job can see the variables set by /etc/profile. 
IIRC, even PATH is unavailable to cron jobs. Only a few predefined 
variables are set ($HOME, $SHELL and a few others which I don't recall 
now).
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] emerge console colours

2006-12-25 Thread Uwe Thiem
On 25 December 2006 18:51, Andrew Gaydenko wrote:
 Where do they defined?

Isn't it /etc/DIR_COLORS?

Uwe

-- 
A fast and easy generator of fractals for KDE:
http://www.SysEx.com.na/iwy-1.0.tar.bz2
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] gentoo and proxy variable

2006-12-25 Thread Boyd Stephen Smith Jr.
On Monday 25 December 2006 07:23, Daniel Iliev [EMAIL PROTECTED] wrote 
about 'Re: [gentoo-user] gentoo and proxy variable':
 That will do the job for emerge. What if I want to schedule some other
 downloading with cron?

man 5 crontab

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgpKLyWjYbm3y.pgp
Description: PGP signature


Re: [gentoo-user] emerge console colours

2006-12-25 Thread Boyd Stephen Smith Jr.
On Monday 25 December 2006 10:51, Andrew Gaydenko [EMAIL PROTECTED] wrote 
about '[gentoo-user] emerge console colours':
 Where do they [colors for emerge] defined?

In the portage source, IIRC.  They may be configurable in recent versions, 
but I do not recall any documentation for them.

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgpfI7l72LHPl.pgp
Description: PGP signature


Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Uwe Thiem
On 25 December 2006 20:31, Etaoin Shrdlu wrote:
 On Monday 25 December 2006 15:02, Daniel Iliev wrote:
  grep -in proxy /etc/make.conf.example
  144:# If you need to set a proxy for wget or lukemftp, add the
  appropriate export
  145:# ftp_proxy=proxy and export http_proxy=proxy lines to
  /etc/profile if
 
 
  So it appears /etc/profile is the appropriate file.

 I'm not sure that a cron job can see the variables set by /etc/profile.
 IIRC, even PATH is unavailable to cron jobs. Only a few predefined
 variables are set ($HOME, $SHELL and a few others which I don't recall
 now).

So make the cronjob itself a shell script and set the variable in that script!

Uwe

-- 
A fast and easy generator of fractals for KDE:
http://www.SysEx.com.na/iwy-1.0.tar.bz2
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Daniel Iliev
Etaoin Shrdlu wrote:
 On Monday 25 December 2006 15:02, Daniel Iliev wrote:

   
 grep -in proxy /etc/make.conf.example
 144:# If you need to set a proxy for wget or lukemftp, add the
 appropriate export
 145:# ftp_proxy=proxy and export http_proxy=proxy lines to
 /etc/profile if


 So it appears /etc/profile is the appropriate file.
 

 I'm not sure that a cron job can see the variables set by /etc/profile. 
 IIRC, even PATH is unavailable to cron jobs. Only a few predefined 
 variables are set ($HOME, $SHELL and a few others which I don't recall 
 now).
   


It sounds logical and I think the vars available to cron are in
/etc/crontab. There remains the other solution - to set the vars from
the same script which runs wget. ;-)

Thank you very much!

-- 
Best regards,
Daniel


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Etaoin Shrdlu
On Monday 25 December 2006 19:19, Uwe Thiem wrote:

 So make the cronjob itself a shell script and set the variable in that
 script!

Yes, that's what I said two posts above :-)
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] emerge console colours

2006-12-25 Thread Daniel Iliev
Andrew Gaydenko wrote:
 Where do they defined?
   

http://gentoo-wiki.com/TIP_Remap_Portage_Colors

-- 
Best regards,
Daniel


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Richard Fish

On 12/24/06, Mike Myers [EMAIL PROTECTED] wrote:

Please tell me there's some solution to this?  I haven't seen one mentioned
anywhere yet.  Even with Gentoo's occasional problems, I like it too much to
use any other distro but I'd definitely like to see better version
management than what its got, which is none.


The ideal solution to this would be released tree versions...so you
could use the 2006.1 tree instead of the live development tree.  Note
that profiles wouldn't help much here, as then the profile would have
to contain a list of all the possible packages that can be installed
with the relevant versions.  And it creates a lot of complications for
package removals, additions, etc.  But to have a snapshot of the tree
to which only security or other minor fixes would be applied would be
ideal for the problem you describe.

The usual argument against this is that most devs prefer working on
the live tree.  Having to maintain a released tree and backport fixes
to it would take time away from things they would rather be doing
(like working on new cool stuff).  The fear is that the released trees
could have serious security holes in them that might never get fixed.

But in fact this has been discussed many times among devs.  For the
most recent discussion, search the gentoo-dev mail list archives for
Versioning the tree (and ignore the flames).  I haven't reviewed the
discussion, but as I recall a couple of devs may be working on making
this a reality, possibly for the 2007.X releases.

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



Re: [gentoo-user] Kernel Config Manager

2006-12-25 Thread Richard Fish

On 12/23/06, Dale [EMAIL PROTECTED] wrote:

 If he has that enabled in the kernel.  That can be a good thing to have
around though.  Especially if you accidentally erase your old config.


It is also very useful for being able to check the configuration of
the kernel you are _actually_ running, vs what you _think_ you are
running! :-)

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



Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Mike Myers

Oh, nice!  Thanks for that info!

BTW, I was only referring to the profiles since it was the closest thing to
'releases' that Gentoo has.  Whatever tool used to do it would be arbitrary
as long as it worked.  Although, wouldn't it be easier to just mask major
updates in the profile?  Like say =application-4.1 when the profile is
using 3.0?  That way the smaller updates for 'application 3.0' could get
through.  This is assuming that a specific tree version is being used I
guess, but why would that be so hard?

On 12/25/06, Richard Fish [EMAIL PROTECTED] wrote:


On 12/24/06, Mike Myers [EMAIL PROTECTED] wrote:
 Please tell me there's some solution to this?  I haven't seen one
mentioned
 anywhere yet.  Even with Gentoo's occasional problems, I like it too
much to
 use any other distro but I'd definitely like to see better version
 management than what its got, which is none.

The ideal solution to this would be released tree versions...so you
could use the 2006.1 tree instead of the live development tree.  Note
that profiles wouldn't help much here, as then the profile would have
to contain a list of all the possible packages that can be installed
with the relevant versions.  And it creates a lot of complications for
package removals, additions, etc.  But to have a snapshot of the tree
to which only security or other minor fixes would be applied would be
ideal for the problem you describe.

The usual argument against this is that most devs prefer working on
the live tree.  Having to maintain a released tree and backport fixes
to it would take time away from things they would rather be doing
(like working on new cool stuff).  The fear is that the released trees
could have serious security holes in them that might never get fixed.

But in fact this has been discussed many times among devs.  For the
most recent discussion, search the gentoo-dev mail list archives for
Versioning the tree (and ignore the flames).  I haven't reviewed the
discussion, but as I recall a couple of devs may be working on making
this a reality, possibly for the 2007.X releases.

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




[gentoo-user] managing a sandisk sansa

2006-12-25 Thread James
hello,

The kids got a sandisk sansa so I was looking for an easy graphical system
where they could use the family gentoo box to download music and 
access any other feature, via a gui. I use KDE but a gnome app would
be OK too.

After googling for a while all I see are snippets where folks say they use
'amarok' but no details, wiki or such?

Any recommendations to keep this simple, would be appreciated.


tia,

murry, christmas
James



-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] PDF Editor

2006-12-25 Thread ps
 Pavel,
 
 I have tried that ebuild (with patch) and got linking error shown below.
 
 
 Andrew
 __
 
 ../xpdf/xpdf/libxpdf.a(GlobalParams.o): In function 
 `GlobalParams::GlobalParams(char*)':
 GlobalParams.cc:(.text+0x4277): undefined reference to `paperinit'
 GlobalParams.cc:(.text+0x427c): undefined reference to `systempapername'
 GlobalParams.cc:(.text+0x428c): undefined reference to `paperinfo'
 GlobalParams.cc:(.text+0x4296): undefined reference to `paperpswidth'
 GlobalParams.cc:(.text+0x42af): undefined reference to `paperpsheight'
 GlobalParams.cc:(.text+0x42c5): undefined reference to `paperdone'
 ../xpdf/xpdf/libxpdf.a(GlobalParams.o): In function 
 `GlobalParams::GlobalParams(char*)':
 GlobalParams.cc:(.text+0x4a7f): undefined reference to `paperinit'
 GlobalParams.cc:(.text+0x4a84): undefined reference to `systempapername'
 GlobalParams.cc:(.text+0x4a94): undefined reference to `paperinfo'
 GlobalParams.cc:(.text+0x4a9e): undefined reference to `paperpswidth'
 GlobalParams.cc:(.text+0x4ab7): undefined reference to `paperpsheight'
 GlobalParams.cc:(.text+0x4acd): undefined reference to `paperdone'
 collect2: ld returned 1 exit status
 make[2]: *** [pdfedit] Error 1

hi,
this bug should be fixed now. you can find 0.2.3 version in sunrise overlay.
pavel
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Batch resizing of photos

2006-12-25 Thread Neil Bothwick
On Sun, 24 Dec 2006 13:25:39 +0100, Etaoin Shrdlu wrote:

 if you don't want to keep the original images, then it's simpler:
 
 for i in *.jpeg; do
   convert -resize WxH ${i} ${i}.resized
   mv ${i}.resized ${i} # caution: overwrites original file
 done

If the convert command fails, the original file will still be overwritten
with a possibly empty output file. A safer option is:

for i in *.jpeg; do
  convert -resize WxH ${i} ${i}.resized  mv ${i}.resized ${i} # caution: 
overwrites original file
done


-- 
Neil Bothwick

It is impossible to fully enjoy procrastination
unless one has plenty of work to do.


signature.asc
Description: PGP signature


Re: [gentoo-user] [Somewhat OT] Backup software for CDs.

2006-12-25 Thread Neil Bothwick
On Sun, 24 Dec 2006 15:34:40 +0200, Uwe Thiem wrote:

  OK, so skip /proc, /sys and /dev then?  I need to do some reading I
  guess, if it ever gets it downloaded that is.
 
 Yes, you can skip them. /tmp as well, but you have to create the empty 
 directory after restoration. Same for /dev. I am nott too sure
 about /sys and /proc - at least, it doesn't hurt to create them.

That's why I suggested the --one-filesystem option with tar (the dar
equivalent is --no-mount-points --empty-dir). This archives only the
specified filesystem, which includes the mount points, but not anything
mounted on them. So /dev, /proc, /sys and anything else, including
anything mounted under /mnt or /media, are automatically skipped.


-- 
Neil Bothwick

Top Oxymorons Number 1: Microsoft Works


signature.asc
Description: PGP signature


Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Boyd Stephen Smith Jr.
On Monday 25 December 2006 14:09, Mike Myers [EMAIL PROTECTED] 
wrote about 'Re: [gentoo-user] anti-portage wreckage?':
 I understand the portage system enough to mask
 the packages I don't want, but then there's the problem of other updates
 requiring that package.

Well, either (a) the new version is required, so you'll have to upgrade to 
the other package as well or (b) a developer was sloppy with dependencies, 
and you need to file a bug to change them.

 Anyways, all I'm essentially asking for is a way to separate minor
 updates from major updates.

With some of the advanced atom operators (particularly '*' and '~'), you 
should be able to specify exactly what level of masking you want.  I 
believe this is documented in 'man ebuild' but I'm not sure; 'man portage' 
is a decent place to start your search for the atom syntax you need.

You could also make your own profile that does cap packges at a certain 
version and have it's parent be an established profile, although I'm not 
sure that bit of portage hackery is supported.

PS:
A: Because it reverses the order of the conversation.
Q: Why is top-posting so annoying?
A: Top-posting.
Q: What's the most annoying thing on newsgroups and mailing lists.

-- 
If there's one thing we've established over the years,
it's that the vast majority of our users don't have the slightest
clue what's best for them in terms of package stability.
-- Gentoo Developer Ciaran McCreesh


pgpPPAe20baUL.pgp
Description: PGP signature


Re: [gentoo-user] managing a sandisk sansa

2006-12-25 Thread Mick
On Monday 25 December 2006 20:54, James wrote:
 hello,

 The kids got a sandisk sansa so I was looking for an easy graphical system
 where they could use the family gentoo box to download music and
 access any other feature, via a gui. I use KDE but a gnome app would
 be OK too.

 After googling for a while all I see are snippets where folks say they use
 'amarok' but no details, wiki or such?

 Any recommendations to keep this simple, would be appreciated.

I don't have this hardware, but as long as you have hal  dbus-daemon running 
Amarok should pick it up and popup when you plug it in.  Can't get any 
simpler than that.
-- 
Regards,
Mick


pgppbjmzjXFZK.pgp
Description: PGP signature


[gentoo-user] Re: Batch resizing of photos

2006-12-25 Thread Grant Edwards
On 2006-12-25, Neil Bothwick [EMAIL PROTECTED] wrote:
 --Sig_QmXi9jAOe7nHzs/ZHwPB5to
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: quoted-printable

 On Sun, 24 Dec 2006 13:25:39 +0100, Etaoin Shrdlu wrote:

 if you don't want to keep the original images, then it's simpler:
=20
 for i in *.jpeg; do
   convert -resize WxH ${i} ${i}.resized
   mv ${i}.resized ${i} # caution: overwrites original file
 done

 If the convert command fails, the original file will still be overwritten
 with a possibly empty output file. A safer option is:

 for i in *.jpeg; do
   convert -resize WxH ${i} ${i}.resized  mv ${i}.resized ${i} # cauti=
 on: overwrites original file
 done

You guys are making things too complicated.  As someboyd else
suggested, use mogrify. Or just tell convert to write to the
same filename, and it'll do the right thing:

for i in *.jpeg; do
  convert resize WxH ${i} ${i}
done  

-- 
Grant Edwards   grante Yow!  Mr and Mrs PED, can I
  at   borrow 26.7% of the RAYON
   visi.comTEXTILE production of the
   INDONESIAN archipelago?

-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Re: emacs shell color question

2006-12-25 Thread reader
David Relson [EMAIL PROTECTED] writes:

 On Mon, 25 Dec 2006 01:00:31 -0600
 [EMAIL PROTECTED] wrote:

 David Relson [EMAIL PROTECTED] writes:
 
  G'day,
 
  I habitually run emacs shell sessions.  When I forget the --color
  options, for example for the ls and emerge commands, the shell
  session displays the ascii escape sequences which is pretty ugly.
  Is there an option for telling emacs to handle escape sequences?
 
 Does the problem persist if you use `eshell' instead of shell?
 (M-x eshell RET)

There is an ansi mode that is made to hand escape sequences but that
should not be necessary.  All recent emacs just work.

That makes me think it is something in your environment.

To get expert help I suggest you post on gnu.emacs.help  Or on
gmane.emacs.help (same list).

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] anti-portage wreckage?

2006-12-25 Thread Mike Myers

On 12/25/06, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote:


On Monday 25 December 2006 14:09, Mike Myers [EMAIL PROTECTED]
wrote about 'Re: [gentoo-user] anti-portage wreckage?':
 I understand the portage system enough to mask
 the packages I don't want, but then there's the problem of other updates
 requiring that package.

Well, either (a) the new version is required, so you'll have to upgrade to
the other package as well or (b) a developer was sloppy with dependencies,
and you need to file a bug to change them.

 Anyways, all I'm essentially asking for is a way to separate minor
 updates from major updates.

With some of the advanced atom operators (particularly '*' and '~'), you
should be able to specify exactly what level of masking you want.  I
believe this is documented in 'man ebuild' but I'm not sure; 'man portage'
is a decent place to start your search for the atom syntax you need.

You could also make your own profile that does cap packges at a certain
version and have it's parent be an established profile, although I'm not
sure that bit of portage hackery is supported.



I know these things could be done, but I don't really think it's worth it.
The problem is that these kinds of solutions don't scale very well.. they
don't really scale at all really.  If I have to reinstall for whatever
reason, then I have to redo all this hackery, as you put it, heh.  In any
case, this is still a bit of a reactive approach, since I have to be aware
that there may be a problem with a particular update before I know to mask
it.  I really like the idea of the tree version thing though.  I'll see if
there's anything I can do to support that.

PS:

A: Because it reverses the order of the conversation.
Q: Why is top-posting so annoying?
A: Top-posting.
Q: What's the most annoying thing on newsgroups and mailing lists.



PS:
Noted!   Sorry :P


[gentoo-user] VFS: Cannot open root device hda6 or unknown-block(3,6)

2006-12-25 Thread Bruce Burden


   Hi gang,

I have a laptop, originally with Windows. I partitioned the 
   windows space, and installed Gentoo. Fine and well.

Then I replaced the original hard drive with a new one, and
   moved the windoze/Gentoo drive to a USB enclosure. I changed the
   drive specs from hda0,x to hda1,x, and attempted to boot 
   Gentoo in single user mode, by appending a 1 to the GRUB string.

That seemed to work, but eventually the process fails with
   the:

VFS: Cannot open root device hda6 or unknown-block(3,6)

   message above. Googling about tells me that perhaps the SCSI or
   the USB subsystems may not be loaded, and that is why the boot
   process fails. One recommendation was the change the /dev/hdaX
   notation for the device numerical notation, ie root=0x802.

Now, I have not (quickly) found the numerical notation,
   although I did encounter it once upon a time previously. Does
   this seem like the correct approach? If so, what would be the
   correct notation for the second drive? As I recall, 0x800 was
   a SCSI notation?

My GRUB is:

default 0
timeout 8
splashimage=(hd1,5)/boot/grub/splash.xpm.gz


title Gentoo Linux 2.6.15
root (hd1,5)
kernel /boot/linux-2.6.15-gentoo-r1 root=/dev/hda6

title Windows
root (hd1,0)
makeactive
chainloader +1

title Failsafe -- Gentoo Linux 2.6.12
kernel (hd1,5)/boot/vmlinuz root=/dev/hda6 showopts ide=nodma apm=off 
acpi=off vga=nor
mal noresume selinux=0 barrier=off nosmp noapic maxcpus=0  3
initrd (hd1,5)/boot/initrd


   and all I have really done is change hd1,X, where originally I
   had hda0,X...

I would also like to be able to boot into windoze, and currently
   all it does is return to the GRUB menu, so clearly something isn't
   right...

Thank you,
Bruce
-- 

  I like bad! Bruce BurdenAustin, TX.
- Thuganlitha
The Power and the Prophet
Robert Don Hughes

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] [SOLVED] gentoo and proxy variable

2006-12-25 Thread Uwe Thiem
On 25 December 2006 21:18, Etaoin Shrdlu wrote:
 On Monday 25 December 2006 19:19, Uwe Thiem wrote:
  So make the cronjob itself a shell script and set the variable in that
  script!

 Yes, that's what I said two posts above :-)

Only, I sent mine 4 hours before you. At times, it takes quite a while until 
my message show up. ;-)

Uwe

-- 
A fast and easy generator of fractals for KDE:
http://www.SysEx.com.na/iwy-1.0.tar.bz2
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] VFS: Cannot open root device hda6 or unknown-block(3,6)

2006-12-25 Thread Dale
Bruce Burden wrote:


 title Gentoo Linux 2.6.15
 root (hd1,5)
 kernel /boot/linux-2.6.15-gentoo-r1 root=/dev/hda6

   Thank you,
   Bruce
   

Shouldn't you have changed the root= line to hdb instead of hda?

Not sure, but worth looking at.

Dale

:-)  :-)  :-)

-- 
www.myspace.com/dalek1967

-- 
gentoo-user@gentoo.org mailing list