Re: [gentoo-user] Do NOT install evolution

2006-04-22 Thread Maxime Robert-Schreyers

b.n. wrote:


Kristian Poul Herkild wrote:


Abhay Kedia wrote:


On Saturday 22 April 2006 23:46, Neil Bothwick wrote:


Or you could simply do the sensible thing and use KDE ;-)



Ouch!!! I hope you have your flame suit on!



I thought the sensible thing was GNUstep+WindowMaker ;)



Nope, it's xfce4! :P


No, no, no, you've got it all wrong... everybody knows it's fluxbox :-D
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] OT - Question about net.eth0 and the handbook

2006-04-19 Thread Maxime Robert-Schreyers

Michael Sullivan wrote:


The guy I'm helping to install Gentoo says that he can get to his Linux
installation and log in, but that he has no network unless he boots with
the LiveCD.  I've tried every trick I know.  At this point he's booted
with the LiveCD and entered his chroot install environment.  Out of
desperation for some way to find what the problem is, I asked him to
take a look at ifconfig.  According to what he told me, eth1 has an IP
address, but there's no mention of eth0.  In the past he's told me that
the PC he's installing Gentoo on has a wired NIC and a wireless NIC.  I
assume this is why his network card is assigned eth1, and that the
wireless card is eth0 and the LiveCD doesn't support it. The handbook
says that if multiple network interfaces exist, one can create symlinks
to /etc/init.d/net.eth0 for each successive network interface.  My
question is if I tell him to rc-update add net.eth1 default and then to
symlink /etc/init.d/net.eth1 to /etc/init.d/net.eth0, when he reboots,
won't Gentoo just try to start /etc/init.d/net.eth0, which won't work at
this point?  What should I do?  I've told him what the handbook says,
but I'm not sure that it will work.  

 


Hi mike,

It should be the other way around: first the symlink, then rc-update
otherwise rc-update won't find the /etc/init.d/net.eth1script when it will
attempt to add it to the default runlevel.

Also, is the IP asignment properly set up ? (DHCP, static IP ?)

Good luck,
Maxime


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] fish as default shell

2006-04-19 Thread Maxime Robert-Schreyers

Bryce Verdier wrote:

Hey all, i would like to turn Fish into my default shell (just trying 
something different). But not all of the  environment variables used 
in gentoo for bash seem to be crossing over. Does anyone know where to 
find all of the shell variables when bash gets initialized?


thanks in advance,

bryce


They are spread among quite a few files, and I don't know all of them.

/etc/profile
/etc/profile.env
~/.bashrc

are a few, but I can't say for sure if there is any other.

Have fun with fish, I have poked at it at work, but not long enough to 
know wether it's any good :-)
From their documentation, it doesn't seem to be well suited for 
scripting, though.


Maxime

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] OT - Question about net.eth0 and the handbook [partially solved]

2006-04-19 Thread Maxime Robert-Schreyers

Michael Sullivan wrote:


On Wed, 2006-04-19 at 22:50 +0200, Maxime Robert-Schreyers wrote:
 


Michael Sullivan wrote:

   


The guy I'm helping to install Gentoo says that he can get to his Linux
installation and log in, but that he has no network unless he boots with
the LiveCD.  I've tried every trick I know.  At this point he's booted
with the LiveCD and entered his chroot install environment.  Out of
desperation for some way to find what the problem is, I asked him to
take a look at ifconfig.  According to what he told me, eth1 has an IP
address, but there's no mention of eth0.  In the past he's told me that
the PC he's installing Gentoo on has a wired NIC and a wireless NIC.  I
assume this is why his network card is assigned eth1, and that the
wireless card is eth0 and the LiveCD doesn't support it. The handbook
says that if multiple network interfaces exist, one can create symlinks
to /etc/init.d/net.eth0 for each successive network interface.  My
question is if I tell him to rc-update add net.eth1 default and then to
symlink /etc/init.d/net.eth1 to /etc/init.d/net.eth0, when he reboots,
won't Gentoo just try to start /etc/init.d/net.eth0, which won't work at
this point?  What should I do?  I've told him what the handbook says,
but I'm not sure that it will work.  




 


Hi mike,

It should be the other way around: first the symlink, then rc-update
otherwise rc-update won't find the /etc/init.d/net.eth1script when it will
attempt to add it to the default runlevel.

Also, is the IP asignment properly set up ? (DHCP, static IP ?)

Good luck,
Maxime

   



We did it in the correct order.  He's rebooted into Linux (sans LiveCD)
and says he has network.  I'd still like to know how
if /etc/init.d/net.eth1 is pointing to /etc/init.d/net.eth0, how does
Linux know to start eth1 instead of eth0?

 

That's what rc-update does. It tells wich of the /etc/init.d/* to start 
and when (during boot or when reaching a certain runlevel).


e.g.: rc-update add net.eth1 default adds the net.eth1 script from 
/etc/init.d/ to the default runlevel, so the system will run that script 
when reaching that runlevel.


Could you give us more information ?
Outputs of lsmod and ifconfig both from the liveCD and 'sans' would be a 
good start.


How did you configure the network ? (I mean for the installation, not 
the live CD's wich are two different phases ;-) )

Also, the relevant parts from /etc/conf.d/net could help us help you :-)

Maxime

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] java vs. javascript - what's the difference?

2005-12-18 Thread Maxime Robert-Schreyers




Willie Wong wrote:

  On Sun, Dec 18, 2005 at 12:02:53PM -0600, Penguin Lover John Jolet squawked:
  
  
_javascript_ is, in fact, not java.  typically, in the context of web  
sites, java is run server-side and essentially returns html for your  

  
  
Not quite. Java applets are mostly run client side, with possibly
a server-side counterpart for communications. 

  
  
browser to interpret.  _javascript_, on the other hand, was, I believe,  
developed by netscape, not sun.  they just called it that because it  
has some similarities with java.  it is client-side, like microsoft's  
proprietary activex technology.  Their response was probably fine,  
since there is, in fact, no java in _javascript_, despite the name.  :)

Oddly enough, I had no problems with the smith and noble website with  
firefox on my gentoo laptop...but that was a few months ago.


  
  
Also, I can reproduce the error on 
 http://www.smithandnoble.com/sn/photoGalleryDetail.jsp?catID=-14150
with firefox 1.0.7-r2 and mozilla-1.7.12-r2

_javascript_ Console on both shows the following:

  Error:  document.frm_bundle.heroImage has no properties
  SourceFile: http://www.smithandnoble.com/sn/photoGalleryDetail.jsp?catID=-14150  line 114

For what it's worth, I believe those people reporting "success" might
be trying the wrong page. The website redirects all deep-links to the
front page. 

To reproduce the error, go to the frontpage of smith and noble, on the
left hand side, click Photo Gallery. Choose an arbitrary gallery from
the right when it appears, open up _javascript_ console from
"Tools-_javascript_ console" in Firefox or "Tools-Web
development-_javascript_ Console" in Mozilla. Click on one of the
thumbnails on the right (the hyperlink should say
"_javascript_.switchImage(2)"), and see the image fail to load. 

To the OP: that might also be one of the reasons your bug was marked
invalid. They cannot reproduce the error from the description you
gave. 

From my limited knowledge of _javascript_, I can't tell whether it is
a badly written _javascript_ that parses in IE but not in Firefox, or
Firefox not supporting the full "standard", or perhaps the
site-designer used some IE-only extensions. 

I haven't tried Opera or Konqueror (don't have either installed). Any
input?

W
  

I just tried it with Konqueror and it is even worse: they display a
message stating that 
they only support IE and Netscape. Wich means Firefox should be ok.

It does work for me with Firefox
(Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20051211
Firefox/1.0.7),
but the _javascript_ console signals lots of warnings. Most likely, their
_javascript_ is the culprit.

As for the _javascript_ vs Java thing, they are two entirely different
programing languages.
Java is mostly used for bigger 'standalone' applications, when
_javascript_ is mostly used
to add behavior to web pages (open popups, disable form fields, etc...).
Their names' similarity is misleading.

My 0.02 
Maxime




Re: [gentoo-user] Unmerged older KDE, revdep-rebuild fails (no ebuild)

2005-12-12 Thread Maxime Robert-Schreyers

Glenn Enright wrote:




try the same coomand without the -u ie;
emerge -Davt world

should show quite a few results
 


It didn't show any result at all.
And now revdep completes ok... I don't know what's happened here... I only
emerged libcdio, and everything seems magically fine.

Anyway, thanks for helping, I at least learnd about emerge's -t flag.

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



Re: [gentoo-user] Unmerged older KDE, revdep-rebuild fails (no ebuild)

2005-12-12 Thread Maxime Robert-Schreyers

Neil Bothwick wrote:


On Mon, 12 Dec 2005 08:11:52 +0100, Maxime Robert-Schreyers wrote:

 


These are the packages that I would merge, in reverse order:

Calculating world dependencies ...done!
[nomerge  ] media-video/dvdrip-0.52.0  +cdr -gnome
[nomerge  ]  media-video/vcdimager-0.7.21  -minimal +xml2
[ebuild U ]   dev-libs/libcdio-0.75-r1 [0.73] -cddb -minimal 1,768
kB [nomerge  ] app-portage/eix-0.3.0-r2  +bash-completion
[ebuild  N]  app-shells/bash-completion-config-0.8-r2  106 kB

It doesn't show anything about kdebase :-/

Am i missing some cleaning step before revdep or the re-emerge ?
   



Try revdep-rebuild --package-names.


 

Thanks for the tip. As I say in my answer to Glenn, I emerged libcdio, 
then everything went ok...

I don't get it but it's fixed.

Thanks for helping :-)

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



[gentoo-user] Unmerged older KDE, revdep-rebuild fails (no ebuild)

2005-12-11 Thread Maxime Robert-Schreyers

Hi all,

I've emerged KDE 3.5 last week (unmasking it in 
/etc/portage/package.unmask and /etc/portage/package.keywords)
I had no trouble at all, but noticed 3.1, 3.2 and 3.3 were still there, 
so I tried to clean those. I did


equery list -p kde | grep 3.[123] | xargs emerge unmerge -p

It worked fine too, but then I tried revdep-rebuild -- -p and it tries 
to re-emerge kde-base/kdebase-3.2.3-r1 and

mail-client/mozilla-thunderbird-1.0.2 but doesn't find ebuilds for them.
Furthermore, I don't want to have kdebase-3.2 reinstalled.

My questions are 1st: what does the fact that revdep-rebuild doesn't 
complete imply on the state of my system,

is it important ?
   2nd: if so, how can I fix it ? Is there a 
way without reinstalling kdebase-3.2 ?



Thanks in advance,
Maxime
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Unmerged older KDE, revdep-rebuild fails (no ebuild)

2005-12-11 Thread Maxime Robert-Schreyers




Neil Bothwick wrote:

  On Sun, 11 Dec 2005 13:17:29 +0100, Maxime Robert-Schreyers wrote:

  
  
I've emerged KDE 3.5 last week (unmasking it in 
/etc/portage/package.unmask and /etc/portage/package.keywords)
I had no trouble at all, but noticed 3.1, 3.2 and 3.3 were still there, 
so I tried to clean those. I did

equery list -p kde | grep "3.3" | xargs emerge unmerge -p

It worked fine too, but then I tried revdep-rebuild -- -p and it tries 
to re-emerge kde-base/kdebase-3.2.3-r1 and
mail-client/mozilla-thunderbird-1.0.2 but doesn't find ebuilds for them.
Furthermore, I don't want to have kdebase-3.2 reinstalled.

  
  
Something you still have installed depends on kdebase-3.2.
Run emerge -utvD world to see what it is and either unmerge it or
re-emerge it.


  

Thanls for the reply. here's the output:

nonpoint ~ # emerge -utvDa world

These are the packages that I would merge, in reverse order:

Calculating world dependencies ...done!
[nomerge ] media-video/dvdrip-0.52.0 +cdr -gnome
[nomerge ] media-video/vcdimager-0.7.21 -minimal +xml2
[ebuild U ] dev-libs/libcdio-0.75-r1 [0.73] -cddb -minimal 1,768
kB
[nomerge ] app-portage/eix-0.3.0-r2 +bash-completion
[ebuild N ] app-shells/bash-completion-config-0.8-r2 106 kB

It doesn't show anything about kdebase :-/

Am i missing some cleaning step before revdep or the re-emerge ?

Maxime





Re: [gentoo-user] switching to LCD monitor

2005-07-21 Thread Maxime Robert-Schreyers

Hello

Philip Webb wrote:



My question to anyone who can advise is this:
do I just unplug the CRT  plug in the LCD ?  will it work so simply ?
If not, what more is needed ?

I looked at the Gentoo forum, wiki  dox, but found nothing to help.

 


The horysontal sync and vertival refresh rates aren't likely
to be the same, so you'll have to adapt your current xorg.conf
I've read a few times that wrong values can harm your screen
(but never seen it happen) so be careful.

Or you can use 'xorgconfig' and answer the questions step by step.
I did this on a 17'' dell TFT at work and it worked first try.

Good luck
Maxime
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Disk usage?

2005-06-17 Thread Maxime Robert-Schreyers
Mark Knecht wrote:
[huge snip...]

(I'm neither a
programmer or IT person. I'm a guitar player using Linux for music,
email, web browsing and TV watching.) For someone like me it was a bit
trying for all the nice people here to teach me but the folks here are
like no others I've met on any list. Very, very, very helpful folks
who share a huge amount of knowledge in a completely open way. I've
learned a lot. I only screw up once a day now. ;-)

- Mark

Cheers,
Mark

  

Cheers. :-)
I'm kind of both (guitar player and developer)
Could you elaborate on the tools you use for music ?
I've heard a hge lot about cakewalk, protools, etc., but
don't know _anything_ about mixing and so on.. myself, especialy, i haven't
heard about any open source tool in that field.
I'd like to record my(poor)self so I can learn.
Thanks in advance,
Maxime
-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] openssh newuse

2005-06-02 Thread Maxime Robert-Schreyers
Hi everybody,

I'm new to this list, so if I inadvertently break some rules, feel free
to tell me so.

I've been happily running gentoo for a bit more than a year, and have
just encountered
my first real problem (gentoo is excellent :-)) ).
I've changed my /etc/make.conf , adding ACCEPT_KEYWORDS=x86 ~x86 .

When I ran

emerge --update --deep --newuse world

openssh refused to build, with this error:

...
checking for groupadd... /usr/sbin/groupadd
checking for useradd... /usr/sbin/useradd
checking for pkgmk... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGE_FILES value needed for large files... no
checking for login... /bin/login
checking for passwd... /bin/passwd
checking for inline... inline
checking compiler and flags for sanity... no
configure: error: *** compiler cannot create working executables, check
config.log ***

I've googled a lot, but can't find anything seemingly related. I've also
checked bugzilla.

I wanted to ask if anybody had a solution, or a hint, before filing a
bug report.
You'll find attached the config.log.

If this is not the right place to post, or if I've missed some
documentation somewhere,
feel free to redirect me.

Thanks for reading  :-) 
Good evening/morning/night/whatever  ;-) 

Maxime

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by OpenSSH configure Portable, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  $ ./configure --prefix=/usr --host=i386-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i386-pc-linux-gnu --with-ldflags= -lldap --disable-strip --sysconfdir=/etc/ssh --libexecdir=/usr/lib/misc --datadir=/usr/share/openssh --disable-suid-ssh --with-privsep-path=/var/empty --with-privsep-user=sshd --with-md5-passwords --without-libedit --without-kerberos5 --with-tcp-wrappers --without-skey --without-opensc --with-pam

## - ##
## Platform. ##
## - ##

hostname = NelGen
uname -m = i686
uname -r = 2.6.10
uname -s = Linux
uname -v = #1 SMP Fri Jan 7 20:17:56 UTC 2005

/usr/bin/uname -p = AMD Athlon(tm) XP 1600+
/bin/uname -X = unknown

/bin/arch  = i686
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
hostinfo   = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /sbin
PATH: /usr/sbin
PATH: /usr/lib/portage/bin
PATH: /bin
PATH: /usr/bin
PATH: /usr/local/bin
PATH: /opt/bin
PATH: /usr/i386-pc-linux-gnu/gcc-bin/3.3.5-20050130
PATH: /opt/sun-jdk-1.4.2.08/bin
PATH: /opt/sun-jdk-1.4.2.08/jre/bin
PATH: /opt/sun-jdk-1.4.2.08/jre/javaws
PATH: /usr/qt/3/bin
PATH: /usr/kde/3.4/sbin
PATH: /usr/kde/3.4/bin
PATH: /usr/kde/3.3/sbin
PATH: /usr/kde/3.3/bin
PATH: /usr/kde/3.2/sbin
PATH: /usr/kde/3.2/bin
PATH: /usr/kde/3.1/sbin
PATH: /usr/kde/3.1/bin


## --- ##
## Core tests. ##
## --- ##

configure:1368: checking for i386-pc-linux-gnu-gcc
configure:1384: found /usr/bin/i386-pc-linux-gnu-gcc
configure:1394: result: i386-pc-linux-gnu-gcc
configure:1676: checking for C compiler version
configure:1679: i386-pc-linux-gnu-gcc --version /dev/null 5
i386-pc-linux-gnu-gcc (GCC) 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:1682: $? = 0
configure:1684: i386-pc-linux-gnu-gcc -v /dev/null 5
Reading specs from /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/specs
Configured with: /var/tmp/portage/gcc-3.3.5.20050130-r1/work/gcc-3.3.5/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/i386-pc-linux-gnu/gcc-bin/3.3.5-20050130 --includedir=/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/include --datadir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.5-20050130 --mandir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.5-20050130/man --infodir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.5-20050130/info --with-gxx-include-dir=/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.5-20050130/include/g++-v3 --host=i386-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)
configure:1687: $? = 0
configure:1689: i386-pc-linux-gnu-gcc -V /dev/null 5
i386-pc-linux-gnu-gcc: `-V' option must have argument
configure:1692: $? = 1
configure:1715: checking for C 

Re: [gentoo-user] openssh newuse

2005-06-02 Thread Maxime Robert-Schreyers
Jan Callewaert wrote:

On 6/2/05, Maxime Robert-Schreyers [EMAIL PROTECTED] wrote:
  

[...snip]
I've changed my /etc/make.conf , adding ACCEPT_KEYWORDS=x86 ~x86 .



If you wish to use the unstable branch of gentoo, you should just set
ACCEPT_KEYWORDS=~x86.

  

It was this way I set it, the, reading posts on the gentoo forum,
I saw the x86 ~x86, so I tried.

Anyway, I re-tried it with only  ~86 and the same error
shows up.

[...snip]


...
checking for groupadd... /usr/sbin/groupadd
checking for useradd... /usr/sbin/useradd
checking for pkgmk... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGE_FILES value needed for large files... no
checking for login... /bin/login
checking for passwd... /bin/passwd
checking for inline... inline
checking compiler and flags for sanity... no
configure: error: *** compiler cannot create working executables, check
config.log ***


[...snip]

Maxime







  

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



Re: [gentoo-user] openssh newuse

2005-06-02 Thread Maxime Robert-Schreyers
Oscar Carlsson wrote:

ACCEPT_KEYWORDS=~x86 != ACCEPT_KEYWORDS=~86

Can you see the difference? :-)
It's supposed to be ~x86.

Oscar

  

Yup, but this wasn't a copy/paste, and the mistake is in the mail, not
the file ;-)
I don't think portage would have let me do such a dumb mistake...
Thanks  :-)

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