Re: [gentoo-user] LDPATH not set
On Wednesday 07 June 2006 01:45, Robert Persson wrote: > in /etc/env.d/00basic I have the line > LDPATH="/usr/local/lib" > yet when I enter "echo $LDPATH" I get nothing and I have to set it manually > to get programs using libraries installed in /usr/local/lib to work. > > What have I done wrong? > > Many thanks > Robert > -- > Robert Persson > That's MISTER Scum to you. Did you run env-update? pgpmIxQGSkXLv.pgp Description: PGP signature
[gentoo-user] ext3 error
Hi everybody, I'm getting this error in my messages: EXT3-fs error (device sd(8,54)): ext3_get_inode_loc: unable to read inode block It referes to sd(8,54), but I don't know which device it is refering to: # df -h Filesystem /dev/sda3 /dev/sda1 /dev/sdb1 /dev/sdd2 /dev/sdd3 /dev/sdd5 /dev/sdd6 /dev/sdc1 /dev/sdc2 As you could see, I don't have sd*8... Could someone help me to find out the disc that the error refers to? Many thanks in advance. Arnau -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] checking local packages against portage
On Tue, 06 Jun 2006 18:17:46 -0600, Joseph wrote: > How to check packages that are installed on my system but are no longer > available in portage (so I can remove them)? emerge -uavDN world should show them up. I get this on one machine These are the packages that would be merged, in order: Calculating world dependencies . . !!! Packages for the following atoms are either all !!! masked or don't exist: app-misc/jbidwatcher -- Neil Bothwick I have seen things you lusers would not believe. I've seen Sun monitors on fire off the side of the multimedia lab. I've seen NTU lights glitter in the dark near the Mail Gate. All these things will be lost in time, like the root partition last week. Time to die. signature.asc Description: PGP signature
Re: [gentoo-user] FTP Server
On Tue, 06 Jun 2006 18:11:45 -0700, Ryan Tandy wrote: > What's wrong with /bin/false? > Then, if it's compromised, all he has is the ability to do nothing, > unsuccessfully :) That's a security risk! Doing nothing unsuccessfully means doing something. You want him to do nothing successfully :) -- Neil Bothwick Why do kamikaze pilots wear helmets? signature.asc Description: PGP signature
Re: [gentoo-user] ext3 error
Am Mittwoch, 7. Juni 2006 09:17 schrieb ext Arnau Bria: > EXT3-fs error (device sd(8,54)): ext3_get_inode_loc: unable to read inode > block > > It referes to sd(8,54), but I don't know which device it is refering to: This is means SCSI disk (major number 8) with minor number 54. Type "ls -l /dev/sd*" and you'll see something like this: brw-rw 1 root disk 8, 17 Jun 7 08:26 /dev/sdb1 which means /dev/sdb1 has major 8 (which is the case for all SCSI disks) and minor 17. HTH... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Hambornerstraße 55 | Web: http://www.capgemini.com D-40472 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net pgpAEiSfKpvvF.pgp Description: PGP signature
Re: [gentoo-user] ext3 error
On Wed, 7 Jun 2006 10:20:40 +0200 Dirk Heinrichs <[EMAIL PROTECTED]> wrote: > Am Mittwoch, 7. Juni 2006 09:17 schrieb ext Arnau Bria: > > > EXT3-fs error (device sd(8,54)): ext3_get_inode_loc: unable to read > > inode block > > > > It referes to sd(8,54), but I don't know which device it is > > refering to: > > This is means SCSI disk (major number 8) with minor number 54. > Type "ls -l /dev/sd*" and you'll see something like this: > > brw-rw 1 root disk 8, 17 Jun 7 08:26 /dev/sdb1 > > which means /dev/sdb1 has major 8 (which is the case for all SCSI > disks) and minor 17. > > HTH... > > Dirk Thanks Dirk, I found it: 0 brw-rw1 root disk 8, 54 Sep 3 2004 /dev/sdd6 Regards, Arnau -- Arnau Bria http://blog.emergetux.net "Flanders, de nada sirve rezar: yo mismo acabo de hacerlo y los dos no vamos a ganar" ~Homer J. Simpson~ -- gentoo-user@gentoo.org mailing list
[gentoo-user] Changing encoding in the terminal
Hi! I have a problem. I am using mathplotlib but this program can only use the characters that I can use in the terminal. My system is in English but I need german characters. How can I change the encoding from current locale (ANSI_X3.4-1986) to UTF8 so that UTF8 is default? Thanks! __Do You Yahoo!?Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com
[gentoo-user] no suEXEC logging on errors
I'm getting suexec errors in apache error_log. According to all documentation on the subject .. suexec is supposed to log to: /var/log/apache2/suexec_log and `suexec2 -V' shows that as well -D AP_LOG_EXEC="/var/log/apache2/suexec_log" Still no log... What do I have to do to get some usable info about what is happening with suexec? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Lost KDE 3.5 screensaver (3.3 worked fine)
Got it!~ SSP was killing it. <[EMAIL PROTECTED]> wrote: Screen saver worked fine on 3.3; won't work at all on 3.5. If I bring up control center and go to "appearance and themes" and then to "Screen Saver" the usual screen saver configuration appears momentarily, and then disappears; taking control center with it. kde-base/kdebase-3.5.2-r1 Any ideas? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Changing encoding in the terminal
On Wed, Jun 07, 2006 at 01:27:47PM +0200, JC Denton wrote: > Hi! > > I have a problem. I am using mathplotlib but this program can only use the > characters that I can use in the terminal. My system is in English but I need > german characters. How can I change the encoding from > > current locale (ANSI_X3.4-1986) to UTF8 so that UTF8 is default? > > > Thanks! > See that /etc/locales.build has "de_DE.UTF-8/UTF-8" in it, and put LC_ALL="de_DE.UTF-8/UTF-8" into /etc/env.d/02locale (you may need to create it), env-update and relogin. Substitude de_DE for en_US if you don't want German translations. Also, next time, please consult the manual, the other docs on gentoo.org gentoo-wiki.com first ;) -- gentoo-user@gentoo.org mailing list
[gentoo-user] gcc-4.1.1
i just want to know if any one here have built a full desktop with gcc-4.1.1 without problems ? i have some problems with xf86 video drivers and some other ebuilds. i did a bootstartp from normal stage3 and i'm doing emerge -e world now but some important packages did not compile most of the with errors about glibc include files. any one here know any thing about these problems ?? -- gentoo-user@gentoo.org mailing list
[gentoo-user] Fwd: Delivery Status Notification (Failure)
This is an automatically generated Delivery Status Notification Delivery to the following recipient failed permanently: [EMAIL PROTECTED] Technical details of permanent failure: PERM_FAILURE: SMTP Error (state 9): 550 5.1.1 <[EMAIL PROTECTED]>... User unknown -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
> any one here know any thing about these problems ?? after emerge -e world everything is working fine. -- Best Regards, Peper -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
I use many software from gnome/kde/... and no problemsOn 6/7/06, Peper <[EMAIL PROTECTED]> wrote: > any one here know any thing about these problems ??after emerge -e world everything is working fine.--Best Regards,Peper--gentoo-user@gentoo.org mailing list-- Julien Cabillot
Re: [gentoo-user] Fwd: Delivery Status Notification (Failure)
Mohammed Hagag wrote: > <[EMAIL PROTECTED]>... User unknown > -- > gentoo-user@gentoo.org mailing list Spot the difference? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
Mohammed Hagag wrote: > i just want to know if any one here have built a full desktop with > gcc-4.1.1 without problems ? > i have some problems with xf86 video drivers and some other ebuilds. > > i did a bootstartp from normal stage3 and i'm doing emerge -e world > now but some important packages did not compile most of the with > errors about glibc include files. > > any one here know any thing about these problems ?? It works fine here. A few packages (mostly GNUstep ones) fails to compile with GCC-4.1.1 (at least with my configuration), but we are talking very few packages. Just remember to do 'emerge -e system && emerge -e world' and you'll be fine. -Herkild -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
On Wed, 7 Jun 2006 16:53:31 +0300, Mohammed Hagag wrote: > i just want to know if any one here have built a full desktop with > gcc-4.1.1 without problems ? > i have some problems with xf86 video drivers and some other ebuilds. What problems? > i did a bootstartp from normal stage3 and i'm doing emerge -e world > now but some important packages did not compile most of the with > errors about glibc include files. What error? > any one here know any thing about these problems ?? That is difficult because you haven't actually told us anything about the problems you are having. If you give exact details of what you are doing and the error messages you receive, someone should be able to give useful advice. -- Neil Bothwick What's another word for `Thesaurus'? signature.asc Description: PGP signature
Re: [gentoo-user] gcc-4.1.1
Wednesday 07 June 2006 15:53 skrev Mohammed Hagag: > i just want to know if any one here have built a full desktop with > gcc-4.1.1 without problems ? I had to run 'fix_libtool_files.sh 3.3.6' (my previous gcc was v. 3.3.6). I did not have to emerge -e world (at least not yet). I have compiled qt, all of kde and some other apps that has been upgraded in ~x86 Gentoo during the last 12 days with gcc 4.1.1. I have not yet compiled glibc and glib with gcc 4.1.1. I have yet to see a problem that can't be solved by recompiling something. :) > i have some problems with xf86 video drivers and some other ebuilds. I you want help you have to be a lot more specific. What xf86 video drivers? > i did a bootstartp from normal stage3 and i'm doing emerge -e world > now but some important packages did not compile most of the with > errors about glibc include files. Which important packages? What are the errors? > any one here know any thing about these problems ?? Given the very limited info you have provided, I very much doubt it.. -- Bo Andresen pgpgt59WFzh6X.pgp Description: PGP signature
[gentoo-user] Re: Fwd: Delivery Status Notification (Failure)
Shawn Haggett wrote: > Mohammed Hagag wrote: >> <[EMAIL PROTECTED]>... User unknown >> gentoo-user@gentoo.org mailing list > > Spot the difference? Yeah, but the Listserv does set Reply-To: gentoo-user@lists.gentoo.org Anno. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] gcc-4.1.1
Did it without any problem. > -Message d'origine- > De : Mohammed Hagag [mailto:[EMAIL PROTECTED] > Envoyé : mercredi 7 juin 2006 15:54 > À : gentoo-user@lists.gentoo.org > Objet : [gentoo-user] gcc-4.1.1 > > i just want to know if any one here have built a full desktop with > gcc-4.1.1 without problems ? > i have some problems with xf86 video drivers and some other ebuilds. > > i did a bootstartp from normal stage3 and i'm doing emerge -e world > now but some important packages did not compile most of the with > errors about glibc include files. > > any one here know any thing about these problems ?? > -- > gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Fwd: Delivery Status Notification (Failure)
On 07 June 2006 16:01, Anno v. Heimburg wrote: > Shawn Haggett wrote: > > Mohammed Hagag wrote: > >> <[EMAIL PROTECTED]>... User unknown > >> gentoo-user@gentoo.org mailing list > > > > Spot the difference? > > Yeah, but the Listserv does set Reply-To: gentoo-user@lists.gentoo.org You spotted only one difference. ;-) Uwe -- Mark Twain: I rather decline two drinks than a German adjective. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
Mohammed Hagag wrote: i just want to know if any one here have built a full desktop with gcc-4.1.1 without problems ? i have some problems with xf86 video drivers and some other ebuilds. i did a bootstartp from normal stage3 and i'm doing emerge -e world now but some important packages did not compile most of the with errors about glibc include files. any one here know any thing about these problems ?? I did: emerge -s && emerge -e && revdep-rebuild You might want to read: http://forums.gentoo.org/viewtopic.php?t=282474&highlight= which basically recommends: emerge -s emerge -s emerge -e emerge -e to make sure the toolchain is built correctly. HTH, Roy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
I had some weird problems with the emerge -e system (libraries not being properly identified to ./config scripts, that blocking issue with pam.d & shadow, usual unstable tree stuff), but after toying with it for a few hours, I have a successfully running desktop. On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: Mohammed Hagag wrote: > i just want to know if any one here have built a full desktop with > gcc-4.1.1 without problems ? > i have some problems with xf86 video drivers and some other ebuilds. > > i did a bootstartp from normal stage3 and i'm doing emerge -e world > now but some important packages did not compile most of the with > errors about glibc include files. > > any one here know any thing about these problems ?? I did: emerge -s && emerge -e && revdep-rebuild You might want to read: http://forums.gentoo.org/viewtopic.php?t=282474&highlight= which basically recommends: emerge -s emerge -s emerge -e emerge -e to make sure the toolchain is built correctly. HTH, Roy -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: apsfilter and cups
I have been using my printer (Lexmark E210) and apsfilter for 4 years under Debian. Now that I have switched to Gentoo... When I try to "emerge -a apsfilter", I get cups dragged in as a dependency. I have never managed to get cups to work, so I use apsfilter. My question is ... How can I emerge apsfilter and ghostscript whithout the cups redundancy's (oops I mean dependencys)? -- Douglas Orchard Registered Linux User # 206698 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Fwd: Delivery Status Notification (Failure)
On Wed, 7 Jun 2006, Anno v. Heimburg wrote: > Shawn Haggett wrote: > > > Mohammed Hagag wrote: > >> <[EMAIL PROTECTED]>... User unknown > >> gentoo-user@gentoo.org mailing list > > > > Spot the difference? > > Yeah, but the Listserv does set Reply-To: gentoo-user@lists.gentoo.org > > Anno. > > <[EMAIL PROTECTED]>... User unknown > Yeah, but the Listserv does set Reply-To: gentoo-user@lists.gentoo.org -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] no suEXEC logging on errors
Hi, Am Mittwoch, 07. Jun 2006, 06:29:26 -0500 schrieb [EMAIL PROTECTED]: > I'm getting suexec errors in apache error_log. According to all > documentation on the subject .. suexec is supposed to log to: >/var/log/apache2/suexec_log > > and `suexec2 -V' shows that as well >-D AP_LOG_EXEC="/var/log/apache2/suexec_log" I experienced problems with suexec myself, too. In the end, I decided to compile it with the "no-suexec" USE flag ... Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
On 6/7/06, Mike Huber <[EMAIL PROTECTED]> wrote: I had some weird problems with the emerge -e system (libraries not being properly identified to ./config scripts, that blocking issue with pam.d & shadow, usual unstable tree stuff), but after toying with it for a few hours, I have a successfully running desktop. On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: > Mohammed Hagag wrote: > > i just want to know if any one here have built a full desktop with > > gcc-4.1.1 without problems ? > > i have some problems with xf86 video drivers and some other ebuilds. > > > > i did a bootstartp from normal stage3 and i'm doing emerge -e world > > now but some important packages did not compile most of the with > > errors about glibc include files. > > > > any one here know any thing about these problems ?? > I did: emerge -s && emerge -e && revdep-rebuild > > You might want to read: > > http://forums.gentoo.org/viewtopic.php?t=282474&highlight= > > which basically recommends: > > emerge -s > emerge -s > emerge -e > emerge -e > > to make sure the toolchain is built correctly. > I'm watching this topic with curiosity, I have switched to ~x86 recently and after it all (and a few debugging) I have all my packages testing now, but have not switched to the new GCC for fear of things breaking beyound my knowledge on how to fix it. So, if people start replying saying things are stable with the new GCC I might switch to it completely and wait a few days before the "emerge -e system && emerge -e world" completes. Right now I really need my notebook, so, I'm not even thinking about such a complex and time consuming operation. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
The pam-login/shadow blocking issue was a portage specific thing -- you would have gotten it no matter what version of gcc you were running. In this case it was because pam-login being deprecated. On 6/7/06, Mike Huber <[EMAIL PROTECTED]> wrote: I had some weird problems with the emerge -e system (libraries not being properly identified to ./config scripts, that blocking issue with pam.d & shadow, usual unstable tree stuff), but after toying with it for a few hours, I have a successfully running desktop. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
Daniel da Veiga wrote: I'm watching this topic with curiosity, I have switched to ~x86 recently and after it all (and a few debugging) I have all my packages testing now, but have not switched to the new GCC for fear of things breaking beyound my knowledge on how to fix it. So, if people start replying saying things are stable with the new GCC I might switch to it completely and wait a few days before the "emerge -e system && emerge -e world" completes. I was running stable with a lot of testing unmasked. Then upgraded to gcc-4.1.1 with an immediate emerge -s && emerge -e, which went mostly smooth. Then decided to go ~x86 for the system. That is where the pain was, particularly expat which caused most of kde/gnome to need to be upgraded. Unfortunately a lot of the tools to do the rebuild also depended on expat. So it was update a few packages, rebuild a tool, update a few more packages, ... Lesson learned is when upgrading to expat-2, immediately take the hours needed to do the revdep-rebuild (in all honesty, I didn't see the ewarn message because I was upgrading 448 packages). It really would have been nice if the expat-2 emerge package died after giving the instructions to revdep-rebuild... So far (5 days) the system has been real nice, no problems. KDE appears (subjective) faster (with USE=kdehiddenvisibility). So +1 on upgrading a ~x86 to gcc-4.1.1. For those considering stable to testing, the main changes are pam-logon/shadow (unmerge pam-logon), coldplug/udev (unmerge coldplug), expat (revdep-rebuild), ocaml (dependent packages must be manually rebuilt afterwards). HTH, Roy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] FTP Server
Neil Bothwick wrote: That's a security risk! Doing nothing unsuccessfully means doing something. You want him to do nothing successfully :) ...I'm not sure I follow your logic there. In any case, -ie 's/false/true' and continue? :) -- gentoo-user@gentoo.org mailing list
[gentoo-user] Kmail recipient limit
Is there a limit of recipients in Kmail somewhere. I looked briefly but couldn't find a setting for this.Regards,Martin S
Re: [gentoo-user] gcc-4.1.1
On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: Daniel da Veiga wrote: > I'm watching this topic with curiosity, I have switched to ~x86 > recently and after it all (and a few debugging) I have all my packages > testing now, but have not switched to the new GCC for fear of things > breaking beyound my knowledge on how to fix it. So, if people start > replying saying things are stable with the new GCC I might switch to > it completely and wait a few days before the "emerge -e system && > emerge -e world" completes. > I was running stable with a lot of testing unmasked. Then upgraded to gcc-4.1.1 with an immediate emerge -s && emerge -e, which went mostly smooth. Then decided to go ~x86 for the system. That is where the pain was, particularly expat which caused most of kde/gnome to need to be upgraded. Unfortunately a lot of the tools to do the rebuild also depended on expat. So it was update a few packages, rebuild a tool, update a few more packages, ... Lesson learned is when upgrading to expat-2, immediately take the hours needed to do the revdep-rebuild (in all honesty, I didn't see the ewarn message because I was upgrading 448 packages). It really would have been nice if the expat-2 emerge package died after giving the instructions to revdep-rebuild... So far (5 days) the system has been real nice, no problems. KDE appears (subjective) faster (with USE=kdehiddenvisibility). So +1 on upgrading a ~x86 to gcc-4.1.1. For those considering stable to testing, the main changes are pam-logon/shadow (unmerge pam-logon), coldplug/udev (unmerge coldplug), expat (revdep-rebuild), ocaml (dependent packages must be manually rebuilt afterwards). That is some precious info. I'll remember that when switching next week, thanks. I will not have much problems with dependencies/blocks and stuff because I already switched the whole tree to ~x86, masking some blocks, so, now it is just a matter of recompiling stuff. Anyway, If I switch, do the emerge -e system and world and eventually stop, nothing will (in theory) be broken as long as I mantain compatibility libraries right? I'll switch from 3.4.5 to 4.1, dunno if there were substancial changes like when switching from 3.3 to 3.4. Anyway, gotta read the gcc upgrade guide again. -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] FTP Server
Gerhard Hoogterp wrote: Maybe winscp is a better idea? It behaves like most windows ftpclients but uses scp to connect to your box with all the ssh goodness for security.. http://winscp.net/eng/index.php Default configuration of SSH on Gentoo will not allow a user to leave their home directory tree. Just a word of advice; be careful. Tom Veldhouse -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: apsfilter and cups
Douglas Orchard wrote:> My question is ... > How can I emerge apsfilter and ghostscript whithout the cups> redundancy's (oops I mean dependencys)?Disable cups USEflag either globally in /etc/make.conf or for the packages you want in /etc/portage/package.keywords. Read man portage, man make.conf or gentoo portage handbook on details.Caster
Re: [gentoo-user] gcc-4.1.1
On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: You might want to read: http://forums.gentoo.org/viewtopic.php?t=282474&highlight= which basically recommends: emerge -s emerge -s emerge -e emerge -e Ugh, this is completely pointless. A single "emerge -e world" is sufficient. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: no suEXEC logging on errors
Bertram Scharpf <[EMAIL PROTECTED]> writes: > Hi, > > Am Mittwoch, 07. Jun 2006, 06:29:26 -0500 schrieb [EMAIL PROTECTED]: >> I'm getting suexec errors in apache error_log. According to all >> documentation on the subject .. suexec is supposed to log to: >>/var/log/apache2/suexec_log >> >> and `suexec2 -V' shows that as well >>-D AP_LOG_EXEC="/var/log/apache2/suexec_log" > > I experienced problems with suexec myself, too. In the end, > I decided to compile it with the "no-suexec" USE flag ... I'm not sure what this has to do with getting suexec working. Do you just mean you gave up or what? I solved my problem by changing permissions on /usr/sbin/suexec2 to from: -rws--x--- 1 root root 10880 May 31 15:09 /usr/sbin/suexec2 -rws--x--x 1 root root 10880 May 31 15:09 /usr/sbin/suexec2 That may not be the best way to do it. Hopefully someone who has more experience will comment about it. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: no suEXEC logging on errors
On Wednesday 07 June 2006 16:31, [EMAIL PROTECTED] wrote: > Bertram Scharpf <[EMAIL PROTECTED]> writes: > > Hi, > > > > Am Mittwoch, 07. Jun 2006, 06:29:26 -0500 schrieb [EMAIL PROTECTED]: > >> I'm getting suexec errors in apache error_log. According to all > >> documentation on the subject .. suexec is supposed to log to: > >>/var/log/apache2/suexec_log > >> > >> and `suexec2 -V' shows that as well > >>-D AP_LOG_EXEC="/var/log/apache2/suexec_log" > > > > I experienced problems with suexec myself, too. In the end, > > I decided to compile it with the "no-suexec" USE flag ... > > I'm not sure what this has to do with getting suexec working. Do you > just mean you gave up or what? > > I solved my problem by changing permissions on /usr/sbin/suexec2 to > from: > -rws--x--- 1 root root 10880 May 31 15:09 /usr/sbin/suexec2 > -rws--x--x 1 root root 10880 May 31 15:09 /usr/sbin/suexec2 I have never used suexec, but I would think it better to chown root:apache /usr/sbin/suexec2 or whatever group needs it as apposed to making it world executable > > That may not be the best way to do it. Hopefully someone who has more > experience will comment about it. -- -- Jason A. Booth PGP public key(85D1F7FC): http://hyperintelligent.net/~jbooth/jbooth_key.asc -- pgpwP9X8SydCd.pgp Description: PGP signature
Re: [gentoo-user] gcc-4.1.1
AFAIK, the only thing that you need to compile twice is GCC. And you don't even really need to do that twice. The second pass will may pass on new optimizations that will make it more efficient, but the code it outputs will be exactly the same. -- Evan Klitzke On 6/7/06, Richard Fish <[EMAIL PROTECTED]> wrote: On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: > You might want to read: > > http://forums.gentoo.org/viewtopic.php?t=282474&highlight= > > which basically recommends: > > emerge -s > emerge -s > emerge -e > emerge -e Ugh, this is completely pointless. A single "emerge -e world" is sufficient. -Richard -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] apache2 and suEXEC errors
[EMAIL PROTECTED] wrote: > Running: > single user machine for experimentation > > I have apache setup to allow user public_html and allow cgi execution > anywhere inside public_html. > > The rub is that another cgi script causes a server error (posted > further along) > > I have apache2 set to loglevel debug, I have ran the problem cgi > manually from cmdline and received no errors. > > It appears somethign isn't configured to allow suExec but I can't tell > what. I've made all settings that appeared to be related. The cgi is > chmod 755. > > The log output seems too skimpy to see how to further debug this: > > From /var/log/apache2/error_log > > [Tue Jun 06 23:23:49 2006] [error] [client 127.0.0.1] (13)Permission denied: > exec of '/usr/sbin/suexec2' failed > [Tue Jun 06 23:23:49 2006] [error] [client 127.0.0.1] Premature end of script > headers: index.cgi > > The details of the error should be in /var/log/apache2/suexec_log Also, the permission denied error for suexec2 itself is strange. What are the permissions on suexec? They should be: -rws--x--- 1 root apache 15107 Jun 6 16:51 /usr/sbin/suexec2 -- Michael Stewart [EMAIL PROTECTED] Gentoo Developerhttp://dev.gentoo.org/~vericgar GnuPG Key ID 0x08614788 available on http://pgp.mit.edu -- signature.asc Description: OpenPGP digital signature
RE: [gentoo-user] gcc-4.1.1
> On 6/7/06, Roy Wright <[EMAIL PROTECTED]> wrote: > > You might want to read: > > > > http://forums.gentoo.org/viewtopic.php?t=282474&highlight= > > > > which basically recommends: > > > > emerge -s > > emerge -s > > emerge -e > > emerge -e > > > Ugh, this is completely pointless. A single "emerge -e world" is > sufficient. > Depends on what you consider sufficient. Although what the page recommends was misquoted, it actually suggests: emerge -e system emerge -e system emerge -e world emerge -e world That's probably is a little bit excessive, but the reason for doing the two emerge -e systems is so that the new tool chain is built with the new tool chain. At the end of the first emerge -e system you may have a new compiler, but that new compiler was built with the old compiler. What you actually want is a gcc-4.1.1 that was built with gcc-4.1.1. You could emerge the compiler twice before doing the emerge -e system, but the the emerges that happen before glibc is rebuilt are linked against a glibc that was built with the old compiler. Same with the rest of the tool chain and libraries. That being said "emerge -e system" is probably overkill just for a new toolchain. Updating a subset of all possible toolchain related things and then following that by a single emerge -e world would probably be sufficient for most people. This page: http://forums.gentoo.org/viewtopic-t-345229.html is about doing an install, but it shows how to update a subset of the entire tool chain. Note that the article does in the end, do a double emerge -e system, so the the value of updating a toolchain subset is questionable for the article's purposes. In short: emerge gcc-config glibc binutils libstdc++-v3 gcc emerge gcc-config glibc binutils libstdc++-v3 gcc emerge -e world To be clear, in order to make sure absolutely everything is updated and the libraries that are linked against are also updated prior to use, the two emerge -e system commands, are the definitive solution. For those who don't want to spend many extra hours of compile time, in order to gain a 0.5% increase in performance, the above is offered for consideration. Regards, Bob Young -- gentoo-user@gentoo.org mailing list
[gentoo-user] samba and cups
I can use smbclient to print, but I can't use cups to add the samba printer to print. It always display the following information: Unable to connect to CIFS host after (tried 3 times) Any suggestion? -- Shaochun Wang(王绍春) <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
[gentoo-user] KAlarm now broken -- suffers many SIGFPE alarms
It doesn't die. And it usually doesn't do it when I'm around, but when I come back to my system in the morning there are usually 200 or so crash dialogs waiting for me, all indicating the application suffered a SIGFPE (floating point error?). But it keeps on working anyway. Am I alone with this? ++ kevin-- Kevin O'Gorman, PhD
Re: [gentoo-user] gcc-4.1.1
On 6/7/06, Bob Young <[EMAIL PROTECTED]> wrote: chain. At the end of the first emerge -e system you may have a new compiler, but that new compiler was built with the old compiler. This is false. Gcc uses itself to build itself. It uses the system compiler to build an initial version of itself, and then uses that version to build itself. And then for good measure, it uses that version to build the final version. It's called a 3-stage bootstrap, and is documented in the file INSTALL/build.html in the gcc sources. You can also look at /usr/portage/eclass/toolchain.eclass to determine that Gentoo uses the "bootstrap-lean" target by default. Frankly, anybody who claims that gcc needs to be merged twice so it can be built with itself and produce better object code does not have a clue what they are talking about and you should simply disregard anything else they have to say about what is necessary/useful when upgrading gcc. happen before glibc is rebuilt are linked against a glibc that was built with the old compiler. And guess what difference this makes to the end result. None. Nada. Nothing. Because for basically every program on your system, they are *dynamically linked* against glibc. This means that you can recompile glibc with different CFLAGS, a different compiler version, whatever, and they will *never notice*. Well, unless you use broken CFLAGS or a broken compiler, but no amount of "emerge -e world" can help you then. There are a few statically linked programs that will include glibc internally. These are used only for system recovery purposes...there is no need to worry about them at all. Again, *anybody* who claims that the end result of a compile depends upon what version of glibc you have installed, much less what CFLAGS or compiler glibc was built with, does not know what they are talking about. for most people. This page: http://forums.gentoo.org/viewtopic-t-345229.html is about doing an install, but it shows how to update a subset of the entire tool chain. Note that the article does in the end, do a double emerge -e system, so the the value of updating a toolchain subset is questionable for the article's purposes. Any article, on the forums or anywhere else, that claims some speed benefit resulting from doing emerge -e world twice is wrong. In short: emerge gcc-config glibc binutils libstdc++-v3 gcc emerge gcc-config glibc binutils libstdc++-v3 gcc emerge -e world There is no value to having glibc or libstdc++-v3 in the first line. There is no value at all to doing that twice. Also, libstdc++-v3 is only needed by a few binary-only programs on Gentoo. Moreover, it is simply a build of gcc-3.3.6, which as I already said uses itself to build itself, so I cannot see any point in ever re-merging libstdc++-v3 due to a gcc upgrade, much less doing that 3 or 4 times! To be clear, in order to make sure absolutely everything is updated and the libraries that are linked against are also updated prior to use, the two emerge -e system commands, are the definitive solution. For those who don't want to spend many extra hours of compile time, in order to gain a 0.5% increase in performance, the above is offered for consideration. No, there will not even be a 0.5% increase in performance. Not even 0.1%. Not even 0.0.01%. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc-4.1.1
On 6/7/06, Evan Klitzke <[EMAIL PROTECTED]> wrote: AFAIK, the only thing that you need to compile twice is GCC. And you don't even really need to do that twice. The second pass will may pass on new optimizations that will make it more efficient, but the code it outputs will be exactly the same. You are correct that gcc's output will be the same, but you don't need to merge it twice because gcc uses itself to build itself. It uses a 3-stage bootstrap, where it uses the system compiler to build an initial version of itself, then uses that version to rebuild itself. Then for good measure, it then uses that version to build the final version of itself. The final result is completely independant of the original compiler. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] LDPATH not set
On 6/7/06, Robert Persson <[EMAIL PROTECTED]> wrote: in /etc/env.d/00basic I have the lineLDPATH="/usr/local/lib"yet when I enter "echo $LDPATH" I get nothing and I have to set it manually toget programs using libraries installed in /usr/local/lib to work. What have I done wrong?run env-update and make sure that path to your lib directory is shown within /etc/ld.so.conf. or set LD_LIBRARY_PATH, both works.. Many thanksRobert --Robert PerssonThat's MISTER Scum to you.--gentoo-user@gentoo.org mailing list
[gentoo-user] Re: apache2 and suEXEC errors
"Michael Stewart (vericgar)" <[EMAIL PROTECTED]> writes: > The details of the error should be in /var/log/apache2/suexec_log No and that was one thing that was confusing me. Suexec doesn't log becasue the failure happens before it runs. > Also, the permission denied error for suexec2 itself is strange. What > are the permissions on suexec? They should be: > -rws--x--- 1 root apache 15107 Jun 6 16:51 /usr/sbin/suexec2 Yes that was the trouble. Emerge had that set like: root root So suexec wouldn't fire. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: no suEXEC logging on errors
"Jason A. Booth" <[EMAIL PROTECTED]> writes: > I have never used suexec, but I would think it better to > chown root:apache /usr/sbin/suexec2 > or whatever group needs it as apposed to making it world executable I thought it might be a nasty security problem too and asked about it on the apache list. An experienced poster there told me it made very little if any difference which way you went since the users who can use suexec are compiled in at build time. Having it world executable still wouldn't allow some nefarous intruder to run it. But I still felt more comfortable with `root apache' and have since set it that way. A few people have mentioned not having used Suexec making me wonder if there is some other way to allow myuser to run cgi? -- gentoo-user@gentoo.org mailing list
