Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rumen Yotov wrote:
 On Wednesday 22 February 2006 03:07, Alec Warner wrote:

 Your testing is appreciated.

 [1]http://dev.gentoo.org/~zmedico/overlay/sys-apps/portage/portage-2.1_pre5
 .ebuild
 Hi,
 The install went w/o errors, but there's a problem afterwards.
 Before ever seeing 2.1-pre5 had an error (confcache) using 2.1-pre4, patched 
 with 'confcache-final' + 'atomic-write' patches  using FEATURES=confcache.
 Same with 2.1_pre5 (fcron-3.0.1).

Thanks for testing.  I think it will be a good release but it's nice to have a 
few different people try it before unleashing it.

 After disabling '...confcache...' in /etc/make.conf  fcron-3.0.1 compiles OK.
 Should i file a Bug as i don't want to pollute the ML with error logs.
 Thanks for your work.Rumen

I got curious and tried to compile fcron-3.0.0 with confcache-0.4.1 but got a 
permission denied error for /etc/shadow.  I was able to compile it successfully 
with confcache enabled after I disabled userpriv (FEATURES=-userpriv).  See the 
attached error log.

Zac
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (GNU/Linux)

iD8DBQFD/CGR/ejvha5XGaMRAkzKAJ0UKqUmMBwEsi0jnwBdN417cxoKIQCdE5m5
8qm1+nI5Hfum9JAcPt1BhPg=
=pft0
-END PGP SIGNATURE-
updating cache config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating doc/stylesheets/fcron-doc.dsl
config.status: creating config.h

Summary :
---

run in debug mode by default :  no
PAM :   yes
SELinux :   no
Run without root's rights : no
fcron's user (resp. group) name :   cron (resp. cron)
sysfcrontab :   yes (systab)
spooldir :  /var/spool/cron
Load average support :  yes
compile fcrondyn :  yes

You can now run 'make' to compile
and then (as root) 'make install' to install fcron.

Traceback (most recent call last):
  File /usr/bin/confcache, line 546, in ?
sys.exit(c.run(args))
  File /usr/bin/confcache, line 207, in run
self._update(new_loc, curdir)
  File /usr/bin/confcache, line 242, in _update
self.file_db[f] = md5_file(f)
  File /usr/bin/confcache, line 32, in lambda
md5_file = lambda x: fchksum.fmd5t(x)[0]
IOError: [Errno 13] Permission denied: '/etc/shadow'

!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /mnt/storage/primary/var/tmp/portage/fcron-3.0.0/work/fcron-3.0.0/config.log

!!! ERROR: sys-process/fcron-3.0.0 failed.
Call stack:
  ebuild.sh, line 1953:   Called dyn_compile
  ebuild.sh, line 968:   Called src_compile
  fcron-3.0.0.ebuild, line 66:   Called econf 'compile' '--with-pam' 
'--without-selinux' '--without-debug' '--with-username=cron' 
'--with-groupname=cron' '--with-piddir=/var/run' '--with-etcdir=/etc/fcron' 
'--with-spooldir=/var/spool/cron' '--with-fifodir=/var/run' 
'--with-sendmail=/usr/sbin/sendmail' '--with-fcrondyn=yes' 
'--with-editor=/bin/nano' '--with-shell=/bin/sh' '--with-rootname=root'

!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if 
relevant.


Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Brian Harring
upgrade to 0.4.2 ...

On Wed, Feb 22, 2006 at 12:32:19AM -0800, Zac Medico wrote:
 updating cache config.cache
 configure: creating ./config.status
 config.status: creating Makefile
 config.status: creating doc/Makefile
 config.status: creating doc/stylesheets/fcron-doc.dsl
 config.status: creating config.h
 
 Summary :
 ---
 
 run in debug mode by default :  no
 PAM :   yes
 SELinux :   no
 Run without root's rights : no
 fcron's user (resp. group) name :   cron (resp. cron)
 sysfcrontab :   yes (systab)
 spooldir :  /var/spool/cron
 Load average support :  yes
 compile fcrondyn :  yes
 
 You can now run 'make' to compile
 and then (as root) 'make install' to install fcron.
 
 Traceback (most recent call last):
   File /usr/bin/confcache, line 546, in ?
 sys.exit(c.run(args))
   File /usr/bin/confcache, line 207, in run
 self._update(new_loc, curdir)
   File /usr/bin/confcache, line 242, in _update
 self.file_db[f] = md5_file(f)
   File /usr/bin/confcache, line 32, in lambda
 md5_file = lambda x: fchksum.fmd5t(x)[0]
 IOError: [Errno 13] Permission denied: '/etc/shadow'
 
 !!! Please attach the following file when filing a report to bugs.gentoo.org:
 !!! 
 /mnt/storage/primary/var/tmp/portage/fcron-3.0.0/work/fcron-3.0.0/config.log

~harring


pgpp0GUtZVBEv.pgp
Description: PGP signature


Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Rumen Yotov
On Wednesday 22 February 2006 10:32, Zac Medico wrote:
 Rumen Yotov wrote:
  On Wednesday 22 February 2006 03:07, Alec Warner wrote:
  Your testing is appreciated.
 
  [1]http://dev.gentoo.org/~zmedico/overlay/sys-apps/portage/portage-2.1_p
 re5 .ebuild
 
  Hi,
  The install went w/o errors, but there's a problem afterwards.
  Before ever seeing 2.1-pre5 had an error (confcache) using 2.1-pre4,
  patched with 'confcache-final' + 'atomic-write' patches  using
  FEATURES=confcache. Same with 2.1_pre5 (fcron-3.0.1).

 Thanks for testing.  I think it will be a good release but it's nice to
 have a few different people try it before unleashing it.

  After disabling '...confcache...' in /etc/make.conf  fcron-3.0.1 compiles
  OK. Should i file a Bug as i don't want to pollute the ML with error
  logs. Thanks for your work.Rumen

 I got curious and tried to compile fcron-3.0.0 with confcache-0.4.1 but got
 a permission denied error for /etc/shadow.  I was able to compile it
 successfully with confcache enabled after I disabled userpriv
 (FEATURES=-userpriv).  See the attached error log.

 Zac
Hi,
Disabling 'userpriv' solved the issue for me too, no more confcache errors.
Thanks.Rumen


pgp6aIJS13KqS.pgp
Description: PGP signature


Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Paul Varner
On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:
 Your testing is appreciated.

The only thing that I have noted so far is that every emerge command is
printing ** before it does anything else. For example:

# emerge -pv portage

**
These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-apps/portage-2.1_pre5  USE=-build -doc 0 kB [1]

Total size of downloads: 0 kB
Portage overlays:
 [1] /usr/local/portage

Regards,
Paul
-- 
gentoo-portage-dev@gentoo.org mailing list



Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Paul Varner
On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:
 Your testing is appreciated.

I'll file a bug for this one, once I investigate further. 'genlop -t'
doesn't get along with it very well.

# genlop -t screen
 * app-misc/screen
snip

 Thu Dec 15 23:10:28 2005  app-misc/screen-4.0.2-r4
   merge time: 1 minute and 11 seconds.

 Wed Feb 22 13:11:30 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 2 minutes and 13 seconds.

 Wed Feb 22 13:16:04 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 6 minutes and 47 seconds.

 Wed Feb 22 13:16:47 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 7 minutes and 30 seconds.

The last three emerges were done with 2.1_pre5 where I was testing the
effects of enabling confcache

Regards,
Paul
-- 
gentoo-portage-dev@gentoo.org mailing list



Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Alec Warner



Paul Varner wrote:

On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:


Your testing is appreciated.



I'll file a bug for this one, once I investigate further. 'genlop -t'
doesn't get along with it very well.

# genlop -t screen
 * app-misc/screen
snip

 Thu Dec 15 23:10:28 2005  app-misc/screen-4.0.2-r4
   merge time: 1 minute and 11 seconds.

 Wed Feb 22 13:11:30 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 2 minutes and 13 seconds.

 Wed Feb 22 13:16:04 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 6 minutes and 47 seconds.

 Wed Feb 22 13:16:47 2006  app-misc/screen-4.0.2-r4
   merge time: 5 days, 14 hours, 7 minutes and 30 seconds.

The last three emerges were done with 2.1_pre5 where I was testing the
effects of enabling confcache



I did make some minor grammar changes to the log output that could cause 
odd times.  Other than that, no clue on this one.



Regards,
Paul

--
gentoo-portage-dev@gentoo.org mailing list



Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Zac Medico
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Varner wrote:
 On Tue, 2006-02-21 at 20:07 -0500, Alec Warner wrote:
 Your testing is appreciated.
 
 I'll file a bug for this one, once I investigate further. 'genlop -t'
 doesn't get along with it very well.
 
 # genlop -t screen
  * app-misc/screen
 snip
 
  Thu Dec 15 23:10:28 2005  app-misc/screen-4.0.2-r4
merge time: 1 minute and 11 seconds.
 
  Wed Feb 22 13:11:30 2006  app-misc/screen-4.0.2-r4
merge time: 5 days, 14 hours, 2 minutes and 13 seconds.
 
  Wed Feb 22 13:16:04 2006  app-misc/screen-4.0.2-r4
merge time: 5 days, 14 hours, 6 minutes and 47 seconds.
 
  Wed Feb 22 13:16:47 2006  app-misc/screen-4.0.2-r4
merge time: 5 days, 14 hours, 7 minutes and 30 seconds.
 
 The last three emerges were done with 2.1_pre5 where I was testing the
 effects of enabling confcache
 

After you've updated to the new ebuild (with patch), run `sed -i 's/ 
Emerging/ emerge/g' /var/log/emerge.log` and genlop should work correctly 
again.

Zac
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (GNU/Linux)

iD8DBQFD/R9s/ejvha5XGaMRAk3RAJ9AEi+miC8eXju0u3ZOILIlPG9UaQCgrUTz
u9HxdCRuVkj6/RwlkTUJmak=
=r7kR
-END PGP SIGNATURE-
-- 
gentoo-portage-dev@gentoo.org mailing list



Re: [gentoo-portage-dev] Portage-2.1_pre5

2006-02-22 Thread Paul Varner
On Wed, 2006-02-22 at 18:35 -0800, Zac Medico wrote:
 After you've updated to the new ebuild (with patch), run `sed -i
 's/ Emerging/ emerge/g' /var/log/emerge.log` and genlop should
 work correctly again.
 

Did all of the above and everything is looking good.  Thanks for the
quick response

Regards,
Paul
-- 
gentoo-portage-dev@gentoo.org mailing list