Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 166792 - New Versions of Zope/Plone Pull Inconsistent Dependencies
Summary: New Versions of Zope/Plone Pull Inconsistent Dependencies
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: x86 Linux
: High major (vote)
Assignee: Gentoo Linux bug wranglers
Depends on:
Reported: 2007-02-14 08:35 UTC by Bob Waycott
Modified: 2007-02-14 09:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Bob Waycott 2007-02-14 08:35:55 UTC
I have a freshly installed hardened system, with only a few system utilities and Apache installed.

server ~ # emerge -p zope
[ebuild  NS   ] dev-lang/python-2.3.5-r3
[ebuild  N    ] net-zope/zope-2.8.8

server ~ # echo "net-zope/zope" >> /etc/portage/package.keywords
server ~ # emerge -pv zope
[ebuild  N    ] net-zope/zope-3.3.0

What happened to emerging python?

Pretend emerging with Plone, not in package.keywords:

server ~ # emerge -pv plone
[ebuild  N    ] dev-util/dialog-1.0.20050206 
[ebuild  NS   ] dev-lang/python-2.3.5-r3
[ebuild  N    ] net-zope/zope-2.8.8
[ebuild  N    ] app-admin/zprod-manager-0.3   
[ebuild  N    ] net-zope/formulator-1.6.2   
[ebuild  N    ] net-zope/placelesstranslationservice-fork-1.0_rc7   
[ebuild  N    ] net-zope/epoz-0.8.4   
[ebuild  N    ] net-zope/externaleditor-0.8 
[ebuild  N    ] app-admin/zope-config-0.5
[ebuild  N    ] net-zope/groupuserfolder-2.0.1 
[ebuild  N    ] net-zope/btreefolder2-1.0.1 
[ebuild  N    ] net-zope/zope-2.7.9  
[ebuild  N    ] net-zope/plonetranslations-0.5 
[ebuild  N    ] net-zope/cmf-1.4.7   
[ebuild  N    ] net-zope/cmfquickinstallertool-1.5.0  
[ebuild  N    ] net-zope/cmfformcontroller-1.0.3  
[ebuild  N    ] dev-libs/libxml2-2.6.27   
[ebuild  N    ] dev-libs/libxslt-1.1.17   
[ebuild  N    ] dev-perl/XML-Parser-2.34   
[ebuild  N    ] dev-util/intltool-0.35.0  
[ebuild  N    ] dev-libs/glib-2.12.7   
[ebuild  N    ] gnome-extra/libgsf-1.14.2  
[ebuild  N    ] media-libs/libpng-1.2.15 
[ebuild  N    ] app-text/wv-1.2.3-r1  
[ebuild  N    ] app-text/xlhtml-0.5 
[ebuild  N    ] app-text/unrtf-0.19.3-r1  
[ebuild  N    ] www-client/lynx-2.8.6-r1  
[ebuild  N    ] dev-python/docutils-0.4  
[ebuild  N    ] media-libs/freetype-2.1.10-r2   
[ebuild  N    ] media-libs/fontconfig-2.3.2-r1   
[ebuild  N    ] app-text/poppler-0.5.4   
[ebuild  N    ] app-text/htmltidy-5.10.26-r2   
[ebuild  N    ] net-zope/portaltransforms-1.0.4   
[ebuild  N    ] net-zope/archetypes-1.2.5_rc5  
[ebuild  N    ] net-zope/ploneerrorreporting-0.11   
[ebuild  N    ] net-zope/cmfactionicons-0.9   
[ebuild  N    ] net-zope/plone-2.0.5-r2 

Now, that's a whole mess of dependencies. Python is there. But zope-2.7.9 and zope-2.8.8 are in the list (I once again took zope out of package.keywords to stick with 'x86' stable). I have read in recent bug reports this is due to slotting?

Now, if I echo plone to package.keywords (and zope, cos 2.9 is required when adding plone), I get this instead:

server ~ # emerge -pv plone
[ebuild  N    ] net-zope/zope-2.9.6  
[ebuild  N    ] dev-util/dialog-1.0.20050206 
[ebuild  N    ] app-admin/zprod-manager-0.3  
[ebuild  N    ] media-libs/jpeg-6b-r7  
[ebuild  N    ] media-libs/freetype-2.1.10-r2  
[ebuild  N    ] dev-python/imaging-1.1.5   
[ebuild  N    ] www-client/lynx-2.8.6-r1   
[ebuild  N    ] app-admin/zope-config-0.5   
[ebuild  N    ] net-zope/zope-3.3.0  
[ebuild  N    ] net-zope/plone-2.5.2 

Notice that the dependency list is 1/3 the length of Plone before adding it to package.keywords. 

Have version changes decreased the dependencies of Plone to 30% it's original requirements?

Reproducible: Always

Steps to Reproduce:
1. #emerge -p zope && emerge -p plone
2. add zope & plone to /etc/portage/package.keywords
3. redo emerge -p zope && emerge -p plone and see no dependencies for zope, 1/3 for plone

Actual Results:  
Shown in Description.

Expected Results:  
Was expecting consistent dependency trees for all versions of Zope/Plone. Not sure how to proceed with installing and getting this server live.

server / # emerge --info
Portage 2.1.2-r9 (hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r5, 2.6.18-hardened i686)
System uname: 2.6.18-hardened i686 Intel(R) Xeon(TM) CPU 2.00GHz
Gentoo Base System release 1.12.6
Timestamp of tree: Tue, 13 Feb 2007 14:58:01 +0000
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
CFLAGS="-O2 -march=pentium4 -pipe"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium4 -pipe"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
USE="apache2 berkdb crypt dlloader hardened midi mmx nls nptl pam pic readline sse sse2 ssl tcpd vhost x86 zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU"
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-02-14 08:37:43 UTC

*** This bug has been marked as a duplicate of bug 162712 ***
Comment 2 Bob Waycott 2007-02-14 08:52:14 UTC
I don't think this bug report has been read through fully. My bug is not reporting pulling two Zope instances as the problem. I have read the bug this has erroneously been referred to as a duplicate.

I filed this bug because when attempting to emerge the new versions of Zope and Plone on a fresh system, there are no dependencies being pulled for Zope, and 1/3 of the dependencies being pulled for Plone compared to the older, stable versions.

Marking this as a duplicate is not resolving anything. This is a valid bug.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-02-14 08:55:47 UTC
So, like(In reply to comment #2)
> I filed this bug because when attempting to emerge the new versions of Zope and
> Plone on a fresh system, there are no dependencies being pulled for Zope, and
> 1/3 of the dependencies being pulled for Plone compared to the older, stable
> versions.

So, you get some errors on emerge or what? Still don't grok what's this bug about.
Comment 4 Bob Waycott 2007-02-14 09:01:00 UTC
(In reply to comment #3)

> So, you get some errors on emerge or what? Still don't grok what's this bug
> about.

I am not getting any errors that prevent the packages from emerging. As the title of the bug explains, there are entirely different dependency requirements between versions. I can understand some packages not being necessary, but has the tree changed so much that using Plone 2.5 eliminates about 20 packages that were dependencies under Plone 2.0? And does Zope 3.3 no longer need to install Python as a dependency, as Zope 2.8 did? I find this hard to believe because Zope is Python-based.
Comment 5 Bob Waycott 2007-02-14 09:06:19 UTC
I'd be happy to be informed that this really is the case--that new versions of Zope and Plone do not need the dependencies installed with earlier versions.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2007-02-14 09:07:39 UTC
Here's an idea - go file when when you actually *have* issues; not when you think that you might have issues and you don't have any.

# tail -n5 plone-2.5.2.ebuild 
elog "This plone version is a bundled version = contains all necessary zope products"
elog "You should carefully manage Your zope instance manually(!) with zprod-manager tool"
elog "If You have simple installation (just zope and plone) you can safely execute:"
elog "'zprod-manager add' and then mark ${P} to be added to your instance."

Comment 7 Bob Waycott 2007-02-14 09:16:00 UTC
Here's an idea: Read through a bug report to understand what is happening before filing it as a duplicate. Had you actually bothered to give this report a bit of thought, you would have seen I was not filing a duplicate bug about two instances of Zope being pulled in by Plone. In fact, you'd have seen my comment that I read that bug and understood it was due to slotting. 

A second idea: Don't moderate bugs if you're going to be an ass to the users who are trying to understand what is happening. Bug reports get filed because people *think* or *believe* they have a problem and are wanting to *know* if they do or not. Because I did not develop the latest Plone ebuild, I do not know that a change has been made in the structure. And an hour's worth of reading bug reports did not point me in that direction. There is no way to *know* if the problem I *think* I have is a real problem without asking.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2007-02-14 09:20:46 UTC
Here's a final idea - bugzilla is NOT a support forum, and NOT a place to ask questions. Move to #gentoo on Freenode or for questions, and only file bugs after you have verified that it might reasonably be a bug.