[gentoo-user] odd sudo problem

2003-11-06 Thread Jacob Smullyan
I recently installed Gentoo on 4 servers.  On one of them, I get the
following error when I run sudo:

  # sudo su -
  sudo: can't stat /var/tmp/portage/sudo-1.6.7_p5/image//etc/sudoers: No
  such file or directory
  sendmail: Cannot open mail:25

The same error occurs when I try to run visudo.  Now, sendmail is one
problem; I haven't configured postfix yet on the box.  But the rest is
mystifying.  I've recompiled sudo several times, both with pam in my
USE and without pam.  Still the same thing.  The sudo version is
1.6.7_p5.  Anyone come across this?

Jacob Smullyan



pgp0.pgp
Description: PGP signature


Re: [gentoo-user] Fluxbox

2003-10-15 Thread Jacob Smullyan
I've recently gotten errors of this kind (sandbox violations) when
emerging with sudo rather than as root, but I don't know exactly where
the bug is.

Jacob Smullyan

On Wed, Oct 15, 2003 at 11:04:01PM +1000, Dennis Robertson wrote:
 So far I am 1 week into the gentoo install process. Emerging fluxbox concludes 
 with: Fatal error: can't create or write to /root/.fluxbox/menu. I can't find 
 any help in bugzilla. Can anyone assist, please? TIA.
 -- 
 Dennis Robertson  2/2 Sylvia Street Noosaville QLD 4566 Australia

 Phone: 61 7 54742343  Mobile: 0419 535539
 
 
 --
 [EMAIL PROTECTED] mailing list
 


pgp0.pgp
Description: PGP signature


[gentoo-user] question re creating meta-ebuild for application distribution

2003-10-15 Thread Jacob Smullyan
A question about using Gentoo's meta-distribution aspect:

I'm about to use a local meta-ebuild to deploy a set of applications
across a group of servers.  I'd rather not add this ebuild to an
existing package directory -- I'd rather use app-$mycompanyname --
but when I do so, I see that portage doesn't know about the new
package directory when I do an emerge -s $myappname.  This isn't a big
deal in and of itself, since the ebuild seems to merge and unmerge
without problems, but is there a way I can locally add a new package
directory so that portage fully knows about it?  Can I do so in such a
way that an emerge rsync won't lose that information?  And if not, I
am going to run into other problems by using an unsupported pkg
location? 

Thanks,

Jacob Smullyan



pgp0.pgp
Description: PGP signature


Re: [gentoo-user] question re creating meta-ebuild for application distribution

2003-10-15 Thread Jacob Smullyan
On Wed, 2003-10-15 at 11:20, Sigurd Stordal wrote:
  directory so that portage fully knows about it?  Can I do so in such a
  way that an emerge rsync won't lose that information?  And if not, I
 PORTDIR_OVERLAY. You set it in the make.conf file, and make every new app dir 
 there, will not be updated by emerge sync.

I am using PORTDIR_OVERLAY.  But simply creating a new package directory
within it doesn't solve the problem.

To see this, try creating a new subdirectory
$PORTDIR_OVERLAY/app-whatever, create an application directory within
it, and a valid ebuild within it.  Do an ebuild digest, then emerge
app-whatever/whatever/whatever-1.0.ebuild.  It should install fine. 
Then do an emerge -s whatever.  It won't find your ebuild.  

So package directories must be registered somehow with portage, but I
don't know the mechanism.

js



--
[EMAIL PROTECTED] mailing list



Re: [gentoo-user] Re: question re creating meta-ebuild for application distribution

2003-10-15 Thread Jacob Smullyan
On Wed, Oct 15, 2003 at 06:11:42PM +0200, sf wrote:
 Jacob Smullyan wrote:
 ...
 I am using PORTDIR_OVERLAY.  But simply creating a new package directory
 within it doesn't solve the problem.
 ...
 
 You can add categories in file /etc/portage/categories (system 
 categories are in ${PORTDIR}/profiles/categories).
 

Thanks, that seems to do the trick!  Unfortunately I can't find
documentation for it anywhere :(.

js


pgp0.pgp
Description: PGP signature


[gentoo-user] emacs error and gpm ebuild

2003-07-25 Thread Jacob Smullyan
When I try to emerge gpm, the ebuild fails as so:

make[1]: Entering directory `/var/tmp/portage/gpm-1.20.1/work/gpm-1.20.1/contrib'
/usr/bin/emacs -batch -l 
/var/tmp/portage/gpm-1.20.1/work/gpm-1.20.1/contrib/emacs/exec.el -exec 
'(byte-compile-file emacs/t-mouse.el)'
Loading /usr/lib/emacs/21.3/i686-pc-linux-gnu/fns-21.3.1.el (source)...
Loading dictionary-init (source)...
Emacs version 21.3.1 doesn't support in-line images.
Upgrade to Emacs 21.1 or newer
make[1]: *** [emacs/t-mouse.elc] Error 255
make[1]: Leaving directory `/var/tmp/portage/gpm-1.20.1/work/gpm-1.20.1/contrib'
make: *** [do-all] Error 1

!!! ERROR: sys-libs/gpm-1.20.1 failed.
!!! Function src_compile, Line 55, Exitcode 2
!!! (no error message)

The problem seems to be that emacs, when started without a window,
produces this error message.  Yet I have several gentoo installations,
and this only happens on one box.

I don't see this in bugzilla and I'm wondering, before I post a bug,
whether anyone else has come across this.

Jacob Smullyan


pgp0.pgp
Description: PGP signature