Re: [gentoo-user] No help on annoying `sandbox' error

2007-12-30 Thread Walter Dnes
On Fri, Dec 28, 2007 at 03:58:27PM -0600, [EMAIL PROTECTED] wrote
 I'm having a continuing annoying problem from sandbox trying to write
 out of its crib.
 
 I've posted here twice before but caught no ones attention.
 Possibly this is something screamingly obvious and people just ignored
 the posts.
 
 `sandbox' doesn't like my root .bash_history.
   ACCESS DENIED  open_rd:   /root/.bash_history
   ACCESS DENIED  open_rd:   /root/.bash_history
 
 I see nothing really like this on bugzilla although their are other
 access violations there.  I guess it needs to be turned in as a bug but
 fisrst tell me if its really a bug or something to do with my
 ill-informed setup.

  A couple of things to look at...

  1) Do you have SANDBOX mentioned anywhere in /etc/make.conf ?

  2) Grasping at straws here, have you made any manual changes to
 /etc/profile ?  The reason I'm asking is because
 /usr/share/sandbox/sandbox.bashrc sources /etc/profile

-- 
Walter Dnes [EMAIL PROTECTED]
I'm not repeating myself
I'm an X Window user...  I'm an ex-Windows-user
-- 
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: No help on annoying `sandbox' error

2007-12-30 Thread reader
Walter Dnes [EMAIL PROTECTED] writes:

 I see nothing really like this on bugzilla although their are other
 access violations there.  I guess it needs to be turned in as a bug but
 fisrst tell me if its really a bug or something to do with my
 ill-informed setup.

Thanks for noticing my post Walter.

   A couple of things to look at...

   1) Do you have SANDBOX mentioned anywhere in /etc/make.conf ?

No

   2) Grasping at straws here, have you made any manual changes to
  /etc/profile ?  The reason I'm asking is because
  /usr/share/sandbox/sandbox.bashrc sources /etc/profile

I don't recall having done so, and looking it over now I don't see any
thing funky looking like I might have put there.  I did have an 

  `echo reading /etc/profile'

in there at one point trying to unravel something and wanted to see
when it was sourced, but I removed that long ago.

There is quite a lot of sourcing going on in /etc/profile too, like
/etc/profile.env /etc/profile.d/bash-conpletion 

I wish they'd sort of leave the init scripts a little less complicated
to unravel.  Or at least.. I wish I knew a way to in one command make
the os tell me where everthing in env came from (which file I mean).

It seams a little wild that it would go after my .bash_history.  What
would it be doing there... what would it write there and why?

A little less subjective test: I'm building up a small vmware
appliance from new install disc (2007.X) and diffing that /etc/profile
against the one where the trouble is shows no differences at all.

-- 
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: Any reason to keep older gcc?

2007-12-30 Thread reader
Walter Dnes [EMAIL PROTECTED] writes:

   I went through the list, and I've unmerged what I could get away with,
 and reduced the count down from 74 to 53.  I don't think I can go much
 further.

Hey Walter just a little aside in case.

I discovered that ksh93 depends on version gcc-3* in a brand new
install where portage just installed gcc-4* apparently by default.

Its a very new and pared down system... but I like ksh93 and was sorry
to see it needs gcc-3*... I doubt I'll miss it enough to start diddling
around with changing versions of gcc.  

I do have lots of script that won't run in bash without some changing.

So if you are a ksh93 person... maybe you should look into it.

-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] sys-libs/libstdc++-v3-3.3.6 dies!

2007-12-30 Thread purple
i solved such bummer following the next procedure 
http://www.gentoo.org/doc/en/gcc-upgrading.xml
hope you will too, good luck :)

-- 
purple..


[gentoo-user] Upgrade of hplip

2007-12-30 Thread econti

Hi all,
yesterday I upgraded hplip. I should not, after a bad experience on FreeBSD.
But, while on FreeBSD I was able to downgrade to the previuos version, I 
could not do the same on Gentoo.

The sequence:
- after upgrading hplip I ran hp-setup: the printer has been configured
- then I tried to print a page: the job starts but no printing at all
- thinking to have done something wrong I re-emerge hplip
- then I ran hp-setup: the printer is recognized but when I click on 
Next button the program hangs and I have to kill it
- so I tried to configure the printer using cups with Firefox: 
http://localhost:631 gives me 404 not found
- a ping on 127.0.0.1 is successful and nmap on 127.0.0.1 tells me the 
port 631 is open.


May-be something wrong in /etc/cups/cupd.conf, but ... what?
Any tips?

Why is it not possible to downgrade hplip to the previous version?

Cheers

emilio


--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Upgrade of hplip

2007-12-30 Thread Dale
econti wrote:
 Hi all,
 yesterday I upgraded hplip. I should not, after a bad experience on
 FreeBSD.
 But, while on FreeBSD I was able to downgrade to the previuos version,
 I could not do the same on Gentoo.
 The sequence:
 - after upgrading hplip I ran hp-setup: the printer has been configured
 - then I tried to print a page: the job starts but no printing at all
 - thinking to have done something wrong I re-emerge hplip
 - then I ran hp-setup: the printer is recognized but when I click on
 Next button the program hangs and I have to kill it
 - so I tried to configure the printer using cups with Firefox:
 http://localhost:631 gives me 404 not found
 - a ping on 127.0.0.1 is successful and nmap on 127.0.0.1 tells me the
 port 631 is open.

 May-be something wrong in /etc/cups/cupd.conf, but ... what?
 Any tips?

 Why is it not possible to downgrade hplip to the previous version?

 Cheers

 emilio



I ran into this the other day too.  I deleted the cups directory in etc
and reemerged cups and it worked fine.  You could just rename the cups
directory and reemerge cups if you wanted to save it, just in case.

Hope that helps.

Dale

:-)  :-)  :-)
-- 
[EMAIL PROTECTED] mailing list



[gentoo-user] Re: Any reason to keep older gcc?

2007-12-30 Thread Grant Edwards
On 2007-12-28, Qian Qiao [EMAIL PROTECTED] wrote:

  Would there be any reason to keep the older gcc 3.46?  I'm
  not familiar enough with Gentoo under-the-hood to decide.

 Try equery depends =gcc-3*, without the quotes obviously.

 If none of the packages you installed depends on gcc-3*, you should be
 able to get rid of it safely.

That's not been my experience.  For example, Qemu won't compile
with gcc-4, yet doesn't have gcc-3 as a dependancy.

-- 
Grant


-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Upgrade of hplip

2007-12-30 Thread econti

Dale ha scritto:

econti wrote:
  

Hi all,
yesterday I upgraded hplip. I should not, after a bad experience on
FreeBSD.
But, while on FreeBSD I was able to downgrade to the previuos version,
I could not do the same on Gentoo.
The sequence:
- after upgrading hplip I ran hp-setup: the printer has been configured
- then I tried to print a page: the job starts but no printing at all
- thinking to have done something wrong I re-emerge hplip
- then I ran hp-setup: the printer is recognized but when I click on
Next button the program hangs and I have to kill it
- so I tried to configure the printer using cups with Firefox:
http://localhost:631 gives me 404 not found
- a ping on 127.0.0.1 is successful and nmap on 127.0.0.1 tells me the
port 631 is open.

May-be something wrong in /etc/cups/cupd.conf, but ... what?
Any tips?

Why is it not possible to downgrade hplip to the previous version?

Cheers

emilio





I ran into this the other day too.  I deleted the cups directory in etc
and reemerged cups and it worked fine.  You could just rename the cups
directory and reemerge cups if you wanted to save it, just in case.

Hope that helps.

Dale

:-)  :-)  :-)
  

That worked also for me! ;-))

Many thanks, Dave.

Ciao
emilio

--
[EMAIL PROTECTED] mailing list



[gentoo-user] rejecting I/O to dead device

2007-12-30 Thread Fred Kastl

i get this message 2 -3 times within a second. This floods my logfile.

Dec 30 16:54:46 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:47 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:47 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:48 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:48 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:49 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:49 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:50 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:50 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:51 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:51 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:52 server kernel: scsi 2:0:0:0: rejecting I/O to dead device
Dec 30 16:54:52 server kernel: scsi 2:0:0:0: rejecting I/O to dead device


but there is no scsi device 2.

## cat /proc/scsi/scsi

Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA  Model: SAMSUNG HD501LJ  Rev: CR10
  Type:   Direct-AccessANSI  SCSI revision: 05
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: ATA  Model: ST3250824AS  Rev: 3.AA
  Type:   Direct-AccessANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA  Model: ST3320620AS  Rev: 3.AA
  Type:   Direct-AccessANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 01 Lun: 00
  Vendor: ATA  Model: SAMSUNG SP2504C  Rev: VT10
  Type:   Direct-AccessANSI  SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA  Model: SAMSUNG HD501LJ  Rev: CR10
  Type:   Direct-AccessANSI  SCSI revision: 05
Host: scsi6 Channel: 00 Id: 00 Lun: 00
  Vendor: LITE-ON  Model: DVDRW SOHW-1693S Rev: KS02
  Type:   CD-ROM   ANSI  SCSI revision: 00


How can i get rid of this messages ?


regards

Fred
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] sys-libs/libstdc++-v3-3.3.6 dies!

2007-12-30 Thread Anders Trobäck
On Sat, 29 Dec 2007 23:54:44 +0100
Anders Trobäck [EMAIL PROTECTED] wrote:

 Hi,
 
 I'm trying to run 'emerge -uDN world' but it's dies on
 sys-libs/libstdc++-v3-3.3.6.
 
 Here are some info:
 8--
 make TARGETS=oneprocess SHELL=/bin/tcsh CC=gcc CFLAGS=
 -march=prescott -O2 -pipe s -Wstrict-prototypes -Wmissing-prototypes
 -Wtraditional -pedantic -Wno-long-long -DHA FLAGS=
 LIBERTY=/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gcc/../libib
 make[2]: Entering directory
 `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/g /bin/tcsh 
 /var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/gcc-3.3.6/gcc/fixinc/genfi
 SHELL=/bin/sh: Command not found. export: Command not found.
 if: Expression Syntax.
 make[2]: *** [machname.h] Fel 1
 make[2]: Leaving directory
 `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gc make[1]:
 *** [fixinc.sh] Fel 2 make[1]: *** Inväntar oavslutade jobb...
 done
 Forming and outputing automata tables...done
 Output functions to work with automata...done
 
 Automaton `pentium'
48 NDFA states, 90 NDFA arcs
48 DFA states,  90 DFA arcs
20 minimal DFA states,  62 minimal DFA arcs
29 all insns 16 insn equivalence classes
62 transition comb vector els,   320 trans table els: use comb vect
62 state alts comb vector els,   320 state alts table els: use comb
 vect 768 min delay table els, compression factor 2
 
 Automaton `pentium_fpu'
80 NDFA states,172 NDFA arcs
80 DFA states, 172 DFA arcs
75 minimal DFA states, 162 minimal DFA arcs
29 all insns  8 insn equivalence classes
   164 transition comb vector els,   600 trans table els: use comb vect
   164 state alts comb vector els,   600 state alts table els: use comb
 vect 640 min delay table els, compression factor 1
 
   237 all allocated states,   236 all allocated arcs
   342 all allocated alternative states
   226 all transition comb vector els,   920 all trans table els
   226 all state alts comb vector els,   920 all state alts table els
  1408 all min delay table els
12 locked states num
 
   transformation: 0.004001, building DFA: 0.012000
   DFA minimization: 0.00, making insn equivalence: 0.00
  all automaton generation: 0.012000, output: 0.004000
 /bin/sh 
 /var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/gcc-3.3.6/gcc/move-if-change
 echo timestamp  s-attrtab
 make[1]: Leaving directory
 `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gc make: ***
 [all-gcc] Fel 2
  * 
  * ERROR: sys-libs/libstdc++-v3-3.3.6 failed.
  * Call stack:
  *   ebuild.sh, line 1701:  Called dyn_compile
  *   ebuild.sh, line 1039:  Called qa_call
 'src_compile'
  *   ebuild.sh, line   44:  Called src_compile
  *   libstdc++-v3-3.3.6.ebuild, line  228:  Called die
  * The specific snippet of code:
  *  S=${WORKDIR}/build \
  *  emake all-target-libstdc++-v3 \
  *  LIBPATH=${LIBPATH} \
  *  BOOT_CFLAGS=${CFLAGS} STAGE1_CFLAGS=-O || die
  *  The die message:
  *   (no error message)
  * 
  * If you need support, post the topmost build error, and the call
 stack if relevant.
  * A complete build log is located at
 '/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/te
  * 
 
 8--
 
 Anyone have a clue?
 
 Thanks!!!
 

Answer my self here:-)

Normally I'm a tcsh user so I changed root's default shell to tcsh.
After I change it back to bash everything builds just fine!

\\anders
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] sys-libs/libstdc++-v3-3.3.6 dies!

2007-12-30 Thread Anders Trobäck
On Mon, 31 Dec 2007 00:21:41 +0100
Anders Trobäck [EMAIL PROTECTED] wrote:

 On Sat, 29 Dec 2007 23:54:44 +0100
 Anders Trobäck [EMAIL PROTECTED] wrote:
 
  Hi,
  
  I'm trying to run 'emerge -uDN world' but it's dies on
  sys-libs/libstdc++-v3-3.3.6.
  
  Here are some info:
  8--
  make TARGETS=oneprocess SHELL=/bin/tcsh CC=gcc CFLAGS=
  -march=prescott -O2 -pipe s -Wstrict-prototypes -Wmissing-prototypes
  -Wtraditional -pedantic -Wno-long-long -DHA FLAGS=
  LIBERTY=/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gcc/../libib
  make[2]: Entering directory
  `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/g /bin/tcsh 
  /var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/gcc-3.3.6/gcc/fixinc/genfi
  SHELL=/bin/sh: Command not found. export: Command not found.
  if: Expression Syntax.
  make[2]: *** [machname.h] Fel 1
  make[2]: Leaving directory
  `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gc make[1]:
  *** [fixinc.sh] Fel 2 make[1]: *** Inväntar oavslutade jobb...
  done
  Forming and outputing automata tables...done
  Output functions to work with automata...done
  
  Automaton `pentium'
 48 NDFA states, 90 NDFA arcs
 48 DFA states,  90 DFA arcs
 20 minimal DFA states,  62 minimal DFA arcs
 29 all insns 16 insn equivalence classes
 62 transition comb vector els,   320 trans table els: use comb
  vect 62 state alts comb vector els,   320 state alts table els: use
  comb vect 768 min delay table els, compression factor 2
  
  Automaton `pentium_fpu'
 80 NDFA states,172 NDFA arcs
 80 DFA states, 172 DFA arcs
 75 minimal DFA states, 162 minimal DFA arcs
 29 all insns  8 insn equivalence classes
164 transition comb vector els,   600 trans table els: use comb
  vect 164 state alts comb vector els,   600 state alts table els:
  use comb vect 640 min delay table els, compression factor 1
  
237 all allocated states,   236 all allocated arcs
342 all allocated alternative states
226 all transition comb vector els,   920 all trans table els
226 all state alts comb vector els,   920 all state alts table els
   1408 all min delay table els
 12 locked states num
  
transformation: 0.004001, building DFA: 0.012000
DFA minimization: 0.00, making insn equivalence: 0.00
   all automaton generation: 0.012000, output: 0.004000
  /bin/sh 
  /var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/gcc-3.3.6/gcc/move-if-change
  echo timestamp  s-attrtab
  make[1]: Leaving directory
  `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/work/build/gc make:
  *** [all-gcc] Fel 2
   * 
   * ERROR: sys-libs/libstdc++-v3-3.3.6 failed.
   * Call stack:
   *   ebuild.sh, line 1701:  Called dyn_compile
   *   ebuild.sh, line 1039:  Called qa_call
  'src_compile'
   *   ebuild.sh, line   44:  Called src_compile
   *   libstdc++-v3-3.3.6.ebuild, line  228:  Called die
   * The specific snippet of code:
   *  S=${WORKDIR}/build \
   *  emake all-target-libstdc++-v3 \
   *  LIBPATH=${LIBPATH} \
   *  BOOT_CFLAGS=${CFLAGS} STAGE1_CFLAGS=-O || die
   *  The die message:
   *   (no error message)
   * 
   * If you need support, post the topmost build error, and the call
  stack if relevant.
   * A complete build log is located at
  '/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6/te
   * 
  
  8--
  
  Anyone have a clue?
  
  Thanks!!!
  
 
 Answer my self here:-)
 
 Normally I'm a tcsh user so I changed root's default shell to tcsh.
 After I change it back to bash everything builds just fine!
 
 \\anders

Just some more info:

https://bugs.gentoo.org/show_bug.cgi?id=135706
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Re: Any reason to keep older gcc?

2007-12-30 Thread Rumen Yotov
On (30/12/07 16:18) Grant Edwards wrote:
 On 2007-12-28, Qian Qiao [EMAIL PROTECTED] wrote:
 
   Would there be any reason to keep the older gcc 3.46?  I'm
   not familiar enough with Gentoo under-the-hood to decide.
 
  Try equery depends =gcc-3*, without the quotes obviously.
 
  If none of the packages you installed depends on gcc-3*, you should be
  able to get rid of it safely.
 
 That's not been my experience.  For example, Qemu won't compile
 with gcc-4, yet doesn't have gcc-3 as a dependancy.
 
 -- 
 Grant
 
 
 -- 
 [EMAIL PROTECTED] mailing list

Hi,

qemu is just a meta-ebuild, in ~x86 qemu-softmmu-0.9.0-r1:
pkg_setup() {
 if [ $(gcc-major-version) == 4 ]; then
 eerror qemu requires gcc-3 in order to build and work
 correctly
 eerror please compile it switching to gcc-3.
 eerror We are aware that qemu can guess a gcc-3 but
 this feature
 eerror could be harmful.
 die gcc 4 cannot build q
fi
Rumen


pgpDd8S5cHhUJ.pgp
Description: PGP signature


[gentoo-user] Re: how would I use device names in fstab?

2007-12-30 Thread Thufir
On Sat, 29 Dec 2007 09:16:26 +0100, Dirk Heinrichs wrote:


 Are the device files (links) present in /dev (ll /dev/cdr*)?


arrakis ~ # 
arrakis ~ # ll /dev/cdr*
lrwxrwxrwx 1 root root 3 Dec 30 23:11 /dev/cdrom - hdc
lrwxrwxrwx 1 root root 3 Dec 30 23:11 /dev/cdrom1 - hdd
lrwxrwxrwx 1 root root 3 Dec 30 23:11 /dev/cdrw1 - hdd
arrakis ~ # 



 Maybe no CDRom driver in your kernel or module not loaded? Or no iso9660
 filesystem module?

I'm not sure.

 Could you post your kernel config, please.

I ran zcat /proc/config.gz and put the results at  http://rafb.net/p/
DirL3Z54.html for the kernel.



Thanks,

Thufir

-- 
[EMAIL PROTECTED] mailing list