Re: [gentoo-user] openssh newuse
On 6/2/05, Maxime Robert-Schreyers <[EMAIL PROTECTED]> wrote: > 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" . If you wish to use the unstable branch of gentoo, you should just set ACCEPT_KEYWORDS="~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 > > > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with eth0 configuration
Op vrijdag 17 juni 2005 22:52, schreef Allan Spagnol Comar: > Does someone know if anything changed recently in the eth0 configuration ? > I am having problem if a static ip configuration; it simply do not > start at boot, I have to ifconfig manually my eth0 . The baselayout has had an upgrade. You should edit /etc/conf.d/net and make /etc/init.d/net.eth0 a symlink to /etc/init.d/net.lo -- gentoo-user@gentoo.org mailing list
[gentoo-user] different times in postfix log
Hi, if I watch the logs of postfix, I have different times in it. Jun 18 19:17:43 [postfix/qmgr] 1E365EDCC3: from=, size=4398, nrcpt=1 (queue active) Jun 18 21:17:44 [postfix/local] 1E365EDCC3: to=<[EMAIL PROTECTED]>, orig_to=<[EMAIL PROTECTED]>, relay=local, delay=1, status=sent (delivered to command: procmail) Jun 18 19:17:44 [postfix/qmgr] 1E365EDCC3: removed Jun 18 21:17:48 [postfix/smtpd] disconnect from localhost[127.0.0.1] this is at 21:18. Date displays the correct hour. Any idea what is causing this? Only [postfix/qmgr] is showing the wrong time, the rest is correct. Regards, Jan Callewaert -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] different times in postfix log
Op woensdag 22 juni 2005 22:24, schreef Bryan Whitehead: > Try restarting postfix. If you changed your timezone, clock, etc at any > point without restarting postfix different parts will have different > times. > > Might want to restart cron while your at it... ;) The problem stays even after restarting my computer (it goes to sleep at night :D) So I don't think that's the problem. I haven't recently changed my timezone or clock lately. I googled a bit, and apparently the qmgr daemon of postfix runs in a chroot. Maybe the chroot is not aware of the timezone? Regards, Jan > > On Sat, 18 Jun 2005, Jan Callewaert wrote: > > Hi, > > if I watch the logs of postfix, I have different times in it. > > > > Jun 18 19:17:43 [postfix/qmgr] 1E365EDCC3: from=, size=4398, nrcpt=1 > > (queue active) > > Jun 18 21:17:44 [postfix/local] 1E365EDCC3: > > to=<[EMAIL PROTECTED]>, orig_to=<[EMAIL PROTECTED]>, > > relay=local, delay=1, status=sent (delivered to command: procmail) > > Jun 18 19:17:44 [postfix/qmgr] 1E365EDCC3: removed > > Jun 18 21:17:48 [postfix/smtpd] disconnect from localhost[127.0.0.1] > > > > this is at 21:18. Date displays the correct hour. Any idea what is > > causing this? Only [postfix/qmgr] is showing the wrong time, the rest is > > correct. > > > > Regards, > > > > Jan Callewaert > > -- > Bryan Whitehead > Email:[EMAIL PROTECTED] -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpS0XJBqelOR.pgp Description: PGP signature
Re: [gentoo-user] Filesystem wars - ReiserFS 3.6 vs. JFS
Op dinsdag 21 juni 2005 19:37, schreef Colin: > Raphael Melo de Oliveira Bastos Sales wrote: > >Sorry, but I have to ask, what was your n00b mistake? I don't want to > >do the same > > > ::sigh:: Okay, here we go. > > /dev is full of device nodes that I'll never have, like ESDI drives, fd1 > and all those pty/tty's that I had long since taken out of the kernel. > So I thought I'd delete everything in /dev (booted from the LiveCD so > udev wasn't up), shut off the udev tarball and then let udev recreate > only what I had from sysfs. I had over 1300 items inside /dev and it > was impossible to easily browse or ls it, so it seemed like a good idea > at the time. Now I realize that maybe I should have been more selective > instead of "rm -rf"ing the whole folder. > > Well, that's what NOT to do. Please keep the flames to a minimum. > > -- > Colin Actually I have done the same after reading a news post somewhere else to test udev. I did an rm -rf /dev/* and then udevstart. No problems here and all the devices came nicely back up. Gotta love udev :) Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgp6Rud03PLbX.pgp Description: PGP signature
Re: [gentoo-user] different times in postfix log
Op donderdag 23 juni 2005 10:28, schreef Jan Callewaert: > Op woensdag 22 juni 2005 22:24, schreef Bryan Whitehead: > > Try restarting postfix. If you changed your timezone, clock, etc at any > > point without restarting postfix different parts will have different > > times. > > > > Might want to restart cron while your at it... ;) > > The problem stays even after restarting my computer (it goes to sleep at > night :D) So I don't think that's the problem. I haven't recently changed > my timezone or clock lately. > I googled a bit, and apparently the qmgr daemon of postfix runs in a > chroot. Maybe the chroot is not aware of the timezone? > > Regards, > > Jan > I'm afraid that I replied too fast. I searched google just a little more. qmgr runs inside a chroot in /var/spool/postfix. So I copied my /etc/localtime into the chroot (I had to create the /etc directory). I restarted postfix and the log time was correct. However, is this the way to do it? Since it's a chroot, I can't make a symlink, so whenever I change my timezone, I have to change it in two different places. I'm sure I'm going to forget this. Is there no other way? Jan > > On Sat, 18 Jun 2005, Jan Callewaert wrote: > > > Hi, > > > if I watch the logs of postfix, I have different times in it. > > > > > > Jun 18 19:17:43 [postfix/qmgr] 1E365EDCC3: from=, size=4398, > > > nrcpt=1 (queue active) > > > Jun 18 21:17:44 [postfix/local] 1E365EDCC3: > > > to=<[EMAIL PROTECTED]>, orig_to=<[EMAIL PROTECTED]>, > > > relay=local, delay=1, status=sent (delivered to command: procmail) > > > Jun 18 19:17:44 [postfix/qmgr] 1E365EDCC3: removed > > > Jun 18 21:17:48 [postfix/smtpd] disconnect from localhost[127.0.0.1] > > > > > > this is at 21:18. Date displays the correct hour. Any idea what is > > > causing this? Only [postfix/qmgr] is showing the wrong time, the rest > > > is correct. > > > > > > Regards, > > > > > > Jan Callewaert > > > > -- > > Bryan Whitehead > > Email:[EMAIL PROTECTED] -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpCxYEgQiLuH.pgp Description: PGP signature
Re: [gentoo-user] different times in postfix log
Op donderdag 23 juni 2005 12:14, schreef Holly Bostick: > Jan Callewaert schreef: > > I'm afraid that I replied too fast. I searched google just a little more. > > qmgr runs inside a chroot in /var/spool/postfix. So I copied my > > /etc/localtime into the chroot (I had to create the /etc directory). I > > restarted postfix and the log time was correct. However, is this the way > > to do it? Since it's a chroot, I can't make a symlink, so whenever I > > change my timezone, I have to change it in two different places. I'm sure > > I'm going to forget this. Is there no other way? > > Hi Jan, > > It's quite possible that I'm talking out of my butt, since I don't use > > postfix, but this really confused me: > > Since it's a > > chroot, I can't make a symlink > > This just doesn't seem right, if postfix/qmgr requires some kind of time > marker. I get it that /etc is outside the chroot, but that seems to > suggest that either the chroot parameters are too narrow (and /etc > should be inside it, in which case you could create the symlink or > wouldn't need to), and/or that the logger is misconfigured, in that it > ought to be able to connect to /etc/localtime, but apparently is not. > postfix/qmgr runs in the chroot /var/spool/postfix, so you can't access anything outside the chroot. So a symlink doesn't work > Since I don't know anything about this, I went Googling, and found > http://www.linuxsecurity.com/docs/HOWTO/Postfix-EnGarde-HOWTO.html , > which says: > > > General Information > Postfix configuration is done with the files in /etc/postfix, > /usr/lib/libexec/postfix contains the postfix daemons, and > /var/spool/postfix contains the mail queues and various mail staging > directories and the default chroot directory "etc" (if chrooting is > configured). > It's stated here that the chroot environment for postfix is /var/spool/postfix and that there a directory etc has to be. > /etc/postfix will be the most important directory as it controls > postfix's behaviour. This directory holds the two configuration files > and the aliases, virtual, transport, access, and other databases in maps. > > > Interestingly, this suggests that not only is /etc/ supposed to be in > the chroot, but that /etc is supposed to be the root of the chroot. > I don't think you're correct. I think that it suggests that 'a' directory etc is supposed to be there not 'the' directory /etc. Further in the link you provided, there's some information about it: Chroot Environment This environment is intended to limit system access to any malicious user who gains entry via an exploit of the mail system and contains only the very limited set of files necessary for the chrooted Postfix daemoms to run. The files that EnGarde includes in the chrooted environment are found in /var/spool/postfix/etc: [EMAIL PROTECTED] postfix]# ls -l /var/spool/postfix/etc total 24 -rw-r- 1 root root 604 Mar 5 13:43 hosts -rw-r--r-- 1 postfix postfix 1250 Feb 7 08:30 localtime -rw-r--r-- 1 postfix postfix 153 Mar 6 11:45 resolv.conf -rw-r--r-- 1 postfix postfix 11332 Feb 7 08:30 services [EMAIL PROTECTED] postfix]# [EMAIL PROTECTED] postfix]# ls -l /var/spool/postfix/lib/ total 72 -rwxr-xr-x 1 postfix postfix 67600 Feb 7 08:30 libnss_dns.so.2 [EMAIL PROTECTED] postfix]# The /var/spool/postfix/etc files are copies of the ones found in /etc as is the /var/spool/postfix/lib/libnss_dns.so.2 a copy of the libnss_dns library found in /lib. I find it strange that this is not done automatically by gentoo, nor that it is stated somewhere in the docs or on the wiki. And I suppose I would have to copy the other files to into /var/spool/postfix/etc > So if I was you, I'd be interested in knowing why it is not, in your > case. Maybe it's a Gentoo thing, but in that case, surely there's a > Gentoo document detailing how to set up Postfix in the Gentoo System > Administration docs, or a config file somewhere in > /etc/(conf.d)(/postfix) that might explain why the chroot is in such a > weird place (it sounds weird to me, and I don't even use Postfix). > I have found this place in various documentations, so I'm sure this is not a gentoo thing. > Anyway, hope this is in some way useful, and not a load of babbling > idiocy. If it is (babbling idiocy), sorry to waste your time. > > Holly Not at all, I was wondering the same thing. I find it strange that the links are not automatically copied -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpte1nNGuCBc.pgp Description: PGP signature
[gentoo-user] kde path is missing
Hi, I was recompiling kde today, but now the path isn't set anymore. If I run env-update, the bin directory of kde isn't added to the path (of course after executing source /etc/profile). My kde-env looks like this: # cat /etc/env.d/99kde-env KDEDIRS=/usr CONFIG_PROTECT=/usr/share/config KDE_MALLOC=1 #KDE_IS_PRELINKED=1 which is like you'd expect from the ebuild kde-env. I find it strange that there is no PATH variable in it for kde. I can manually add "ROOTPATH=/usr/kde/3.4/bin" to the env file, and then /etc/profile.env gets updated, and also the path. But I wonder what's the correct way to do this is, since I'll have to update it each time I install a new kde. Regards, Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpeurQQ40q86.pgp Description: PGP signature
Re: [gentoo-user] different times in postfix log
Op dinsdag 28 juni 2005 14:52, schreef Tim Igoe: > Holly Bostick wrote: > > Tim Igoe schreef: > >>Holly Bostick wrote: > >>>Jan Callewaert schreef: > >>>>Hi, > >>>>if I watch the logs of postfix, I have different times in it. > > > > > > > >>>>Regards, > >>>> > >>>>Jan Callewaert > >>> > >>>A perhaps more important question is: > >>> > >>>Why am I receiving a second copy of this message 10 days after I > >>>originally received it (and it's dated 10 days ago, too)? > >>> > >>>Am I the only one who received this (again) today (about 2 minutes ago, > >>>14:26 CET)? If there is some kind of weirdness with my ISP (which would > >>>likely be the case if I'm the only one who got this), I certainly want > >>>to know about it-- and if Jan has some kind of weirdness on his (?) > >>>servers, I guess he (?) would want to know about that, too. > >> > >>I just recieved this message twice today too - again dated 10 days in > >>the past. > >> > >>Is it possible the main got stuck in a queue somewhere and have just > >>'popped' out? :/ > > > > I would think that that's exactly what happened-- the question I was > > wondering about is: whose queue? > > > > The mail delivery queue of my ISP has now been eliminated (since you got > > it too), leaving Jan's send queue, or the list server's queue I > > think. > > The puzzling bit is to look at the times in the email header - they are > all correct for if the message was delivered immediately but not. (even > on my server which i know has the right time). > > Very odd. > > > Holly I never had this problem. I relay my mail through postfix to the smtp server of my university, but since they like to play sometimes with it, it's possible that problem is there. The thing is, should I regard this as a problem of them, or is there something misconfigured on my system? Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpazlfEr0bIt.pgp Description: PGP signature
Re: [gentoo-user] kde path is missing
Op dinsdag 28 juni 2005 17:10, schreef Jan Callewaert: > Hi, > > I was recompiling kde today, but now the path isn't set anymore. If I run > env-update, the bin directory of kde isn't added to the path (of course > after executing source /etc/profile). > > My kde-env looks like this: > > # cat /etc/env.d/99kde-env > KDEDIRS=/usr > CONFIG_PROTECT=/usr/share/config > KDE_MALLOC=1 > #KDE_IS_PRELINKED=1 > > which is like you'd expect from the ebuild kde-env. I find it strange that > there is no PATH variable in it for kde. > > I can manually add "ROOTPATH=/usr/kde/3.4/bin" to the env file, and > then /etc/profile.env gets updated, and also the path. But I wonder what's > the correct way to do this is, since I'll have to update it each time I > install a new kde. > > Regards, > > Jan and for a regular user to work, I have to set PATH also off course. Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpUGloFiOHdQ.pgp Description: PGP signature
Re: [gentoo-user] kde path is missing
Op dinsdag 28 juni 2005 17:42, schreef Rafael Fernández López: > Jan Callewaert wrote: > >Hi, > > > >I was recompiling kde today, but now the path isn't set anymore. If I run > >env-update, the bin directory of kde isn't added to the path (of course > > after executing source /etc/profile). > > > >My kde-env looks like this: > > > ># cat /etc/env.d/99kde-env > >KDEDIRS=/usr > >CONFIG_PROTECT=/usr/share/config > >KDE_MALLOC=1 > >#KDE_IS_PRELINKED=1 > > > >which is like you'd expect from the ebuild kde-env. I find it strange that > >there is no PATH variable in it for kde. > > > >I can manually add "ROOTPATH=/usr/kde/3.4/bin" to the env file, and > >then /etc/profile.env gets updated, and also the path. But I wonder what's > >the correct way to do this is, since I'll have to update it each time I > >install a new kde. > > > >Regards, > > > >Jan > > Wow man... that's true. It happens to me too. > > Maybe we can change it to /usr/kde/3.4, right? No, it should point directly to the bin directory. Otherwise the binaries are not found. -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgp90A9iQIu44.pgp Description: PGP signature
Double mails (was Re: [gentoo-user] different times in postfix log)
Op dinsdag 28 juni 2005 17:33, schreef Holly Bostick: > Jan Callewaert schreef: > > Op dinsdag 28 juni 2005 14:52, schreef Tim Igoe: > >>Holly Bostick wrote: > >>>Tim Igoe schreef: > >>>>Holly Bostick wrote: > >>>>>A perhaps more important question is: > >>>>> > >>>>>Why am I receiving a second copy of this message 10 days after I > >>>>>originally received it (and it's dated 10 days ago, too)? > >>>> > >>>>I just recieved this message twice today too - again dated 10 days in > >>>>the past. > >>>> > >>>>Is it possible the main got stuck in a queue somewhere and have just > >>>>'popped' out? :/ > >>> > >>>I would think that that's exactly what happened-- the question I was > >>>wondering about is: whose queue? > >> > >>The puzzling bit is to look at the times in the email header - they are > >>all correct for if the message was delivered immediately but not. (even > >>on my server which i know has the right time). > >> > > I never had this problem. I relay my mail through postfix to the smtp > > server > > > of my university, but since they like to play sometimes with it, it's > > possible that problem is there. The thing is, should I regard this as a > > problem of them, or is there something misconfigured on my system? > > > > Jan > > Well, I just got your message about your KDE path twice as well (but at > least I got them both together). So is it being sent twice somehow, or > is it being duplicated somewhere later in the chain? > > Holly There is something wrong with my setup. I find this in my log files: Jun 28 17:10:28 [postfix/pickup] 4221A313B41: uid=1000 from=<[EMAIL PROTECTED]> Jun 28 17:10:28 [postfix/cleanup] 4221A313B41: message-id=<[EMAIL PROTECTED]> Jun 28 17:10:28 [postfix/qmgr] 4221A313B41: from=<[EMAIL PROTECTED]>, size=1894, nrcpt=1 (queue active) Jun 28 17:10:28 [postfix/pickup] 7C612313B42: uid=1000 from= Jun 28 17:10:28 [postfix/cleanup] 7C612313B42: message-id=<[EMAIL PROTECTED]> Jun 28 17:10:28 [postfix/qmgr] 7C612313B42: from=<[EMAIL PROTECTED]>, size=2022, nrcpt=1 (queue active) Jun 28 17:10:28 [postfix/smtp] 4221A313B41: to=, relay=smtpserver[134.58.240.171], dela y=1, status=sent (250 Ok: queued as A91B1AED85) Jun 28 17:10:28 [postfix/qmgr] 4221A313B41: removed Jun 28 17:10:28 [postfix/smtp] 7C612313B42: to=, relay=smtpserver[134.58.240.172], dela y=0, status=sent (250 Ok: queued as BEBFF380081) Jun 28 17:10:28 [postfix/qmgr] 7C612313B42: removed So it appears that postfix is sending the message twice. This is my postfix config file: myhostname = bla.bleu.bleh mydomain = bleu.bleh inet_interfaces = all alias_maps = hash:/etc/mail/aliases alias_database = hash:/etc/mail/aliases #myorigin = /etc/mailname mydestination = $myhostname, localhost.$mydomain, $mydomain relayhost = smtpserver #defer_transport = smtp mynetworks = 127.0.0.0/8 mailbox_command = procmail #mailbox_size_limit = 0 #recipient_delimiter = + unknown_local_recipient_reject_code = 450 I have had a mail today from someone I had sent a couple of weeks a go a mail that she just got the mail again. Very bizar I think. Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpWG6TACnw7S.pgp Description: PGP signature
Re: [gentoo-user] kde path is missing
Op dinsdag 28 juni 2005 23:45, schreef Zac Medico: > > Do you guys have USE="-arts" by any chance? > > $ equery belongs /etc/env.d/46kdepaths-3.4 > kde-base/arts-3.4.1-r2 > > $ cat /etc/env.d/46kdepaths-3.4 > PATH=/usr/kde/3.4/bin > ROOTPATH=/usr/kde/3.4/sbin:/usr/kde/3.4/bin > LDPATH=/usr/kde/3.4/lib > CONFIG_PROTECT="/usr/kde/3.4/share/config /usr/kde/3.4/env > /usr/kde/3.4/shutdown" > > Zac Yes, that's it. Now I wonder, why are those paths included in the package arts, and not in kde-env, which seems more logical to me? Jan -- If it ain't broken, you just haven't looked hard enough. Fix it anyway. -- Tom Peters pgpVDB4h0yrkn.pgp Description: PGP signature
Re: [gentoo-user] PORTDIR_OVERLAY
Op maandag 9 januari 2006 22:35, schreef Beau E. Cox: > On Monday 09 January 2006 11:15 am, Holly Bostick wrote: > > Beau E. Cox schreef: > > > Hi - > > > > > > I'm working on a series of ebuilds for the more esoteric CPAN modules > > > that I use. In the Gentoo Developer Handbook there is a statement > > > about PORTDIR_OVERLAY: > > > > > > "In that directory, you must use the same structure (and categories) > > > as in /usr/portage." > > > > > > OK. But I really want to make a new category, i.e. 'cpan'; ( tried > > > it, doesn't work ). Is there a way to 'fake out' portage into using a > > > new category without breaking everything? > > > > Question #1-- what's wrong with dev-perl, where all the other modules > > are (and then naming the modules cpan-whatever, I suppose)? > > Answer #1-- I am doing that now. It's OK, but I sometimes have the > same module that is already in dev-perl; I would like to be distinct > with my config/version/mods/patches/etc. > <..> Simple give your ebuild a higher version number. Append e.g. r1 or .1 to the version number. Like that, portage will also automatically pick it up. Jan pgpxgTM3U9HjH.pgp Description: PGP signature
Re: [gentoo-user] Detecting when a USB device is attached
Op maandag 6 februari 2006 07:54, schreef Canek Peláez: > GNOME 2.12 do this for you, if you put yourself in the plugdev group. > It just works. > > Canek > Just like KDE 3.5 Jan > On 2/5/06, Neil Bothwick <[EMAIL PROTECTED]> wrote: > > On Sun, 5 Feb 2006 17:09:43 -0500, James Colby wrote: > > > I was wondering if anybody knew of a package or a method that I could > > > use to detect when a USB mass storage device is attached to my PC. > > > What I would like to be able to do is to write a small script that > > > would mount my USB mass storage device, sync up a directory, and then > > > unmount the device everytime I plug my USB drive into the computer. > > > > Udev will take care of this. all you need is a udev rule that matches the > > particular device and calls a script that carries out the actions you > > want. See http://www.reactivated.net/udevrules.php for plenty on writing > > udev rules. > > > > > > -- > > Neil Bothwick > > > > Newsflash! Explosion at M$ beta testsite - Infinite number of monkeys > > killed. > > -- > Canek Peláez Valdés > Facultad de Ciencias, UNAM pgpKhLmp3qbbX.pgp Description: PGP signature
Re: [gentoo-user] Strange KDE/gcc upgrade
2005/12/6, Nagatoro <[EMAIL PROTECTED]>: > Hi, > > I've just upgraded my desktop computer to use gcc-3.4 and right after > that I decided to try KDE-3.5. Everything compiled just fine but now i > see that KDE-3.5 is linked against libstdc++.so.5 _and_ libstdc++.so.6. > > Does anyone know where I've gone wrong? > > -- > Naga Have you run gcc-config to change the gcc-version? When installing a new gcc, the default one is not automatically switched. Jan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Set kde visited links color
2005/12/11, Harry Putnam < <[EMAIL PROTECTED]>: > Neil Bothwick wrote: > > [...] .. snipped background color stuff..thanks > > >> Another thing hard to find documentation for is how to make > >> konqueror start on a home page rather than just blank > > > > Settings -> Configure Konqueror -> Behaviour -> Home URL. > > Yeah, I know how to set the homepage of course, what I said was how to > make Konq start on that page. I have google set in there but when I > start konq I get a blank screen, not the home page. > > -- > gentoo-user@gentoo.org mailing list > > Open konqueror and surf to the url you want to start up with. Then in the Settings menu of Konqueror you can save the profile web browsing. Next time you start up konqueror, it will be displayed exactly the way you safed your profile. Jan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] vmware workstation daemon problem
2005/12/11, Richard Fish <[EMAIL PROTECTED]>: > On 12/11/05, Grant <[EMAIL PROTECTED]> wrote: > > Hello, the vmware workstation daemon has always seemed a bit touchy, > > but it's being persistent this time. When I run: > > > > /opt/vmware/workstation/bin/vmware-config.pl > > > > the daemon is started properly and I can fully use the application. > > But when Gentoo tries to start the daemon, 2 of the processes always > > fail and vmware-config.pl must be run again for it to start properly. > > Even trying to run 'rc' right after a successful completion of > > vmware-config.pl fails. > > When I was using workstation 4.5, I found the best results if you run > /etc/vmware/init.d/vmware stop after vmware-config.pl: > > vmware-config.pl -default > /etc/vmware/init.d/vmware stop > /etc/init.d/vmware start > > HTH, > -Richard > > -- > gentoo-user@gentoo.org mailing list > > There is file in the directory /etc/vmware which you have to delete after a configure, for some strange reason. It's a blank file, but unfortunately I can't remember the filename anymore. Pbb something with config in its name. Jan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems installing Opera 8.54
On Sun, May 28, 2006 at 04:33:47PM +0200, Martin Larsson wrote: >I tried upgrading my Opera 8.52 to 8.54. That gave me severa ACCESS >DENIED >errors, as well as a ACCESS VIOLATION SUMMARY and stop in emerge even >though more packages were ready to install. Try synching again. I had this problem yesterday but this morning it seemed to be solved. Jan pgpO8tEBV4mvh.pgp Description: PGP signature
Re: [gentoo-user] 4.1.1 fortran compiler ? Where ?
Op zondag 4 juni 2006 13:35, schreef [EMAIL PROTECTED]: > Just finished recompiling the whole world (emerge -eav world). One of the > few packages that would fail (7 out of =- 720) is fftw. The reason is > obvious : no fortran compiler installed. > Problem : I couldn't find the proper package to emerge so I have a 4.1.1 > fortran compiler for my amd64 computer. > Please help... > > -- > ~adj~ Re-emerge gcc with the fortran use flag. Jan pgpbJ5OcI2yI8.pgp Description: PGP signature