Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 32276 (revdep-openoffice) - revdep-rebuild wants to reemerge openoffice-bin
Summary: revdep-rebuild wants to reemerge openoffice-bin
Status: RESOLVED FIXED
Alias: revdep-openoffice
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Portage Tools Team
URL:
Whiteboard:
Keywords: InVCS
: 42440 48389 61189 77821 87829 89599 110261 128067 131620 (view as bug list)
Depends on: 62644
Blocks:
  Show dependency tree
 
Reported: 2003-10-29 09:34 UTC by FL
Modified: 2006-05-30 20:00 UTC (History)
35 users (show)

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


Attachments
Updated ebuild for openoffice-bin-1.1.0 (openoffice-bin-1.1.0.ebuild,5.93 KB, text/plain)
2003-11-06 15:03 UTC, Robert Moss (RETIRED)
Details
Ebuild for db-3.1.17 (db-3.1.17.ebuild,4.06 KB, text/plain)
2003-11-06 15:04 UTC, Robert Moss (RETIRED)
Details
99revdep-rebuild (99revdep-rebuild,856 bytes, text/plain)
2005-09-25 07:50 UTC, Paul Varner (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description FL 2003-10-29 09:34:46 UTC
everytime i started revdep rebuild it starts to rebuild openoffice-bin(-1.1.0),
even if it was rebuild by revdep. 

revdep-output:
dd: warning: you do not have execution permission for
`/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/_tkinter.so'
  broken
/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/_tkinter.so
(requires libtk8.3.so libtcl8.3.so)
ldd: warning: you do not have execution permission for
`/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/bsddb.so'
  broken
/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/bsddb.so
(requires libdb-3.1.so)
ldd: warning: you do not have execution permission for
`/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/mpz.so'        
  broken
/opt/OpenOffice.org1.1.0/program/python-core-2.2.2/lib/lib-dynload/mpz.so
(requires libgmp.so.3)
 done.                          


Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Robert Moss (RETIRED) gentoo-dev 2003-10-30 06:47:20 UTC
This is a broken dependency issue - I have the same problem. Also, the execute
bit should be set on these three files.

I don't know what the libraries that this depends on are, but we could do
with finding out...
Comment 2 Stanislav Brabec 2003-10-30 13:05:44 UTC
Revdep rebuild searches it hardly everywhere. And tcl/tk-8.3 is not in unstable
profile for about than half year.

There are only two chances:

1) Library is provided in special way in normal binary (Java does it, bu
I do not beleive it is the case).

2) Those libraries are really broken. In this case openoffice-bin ebuild
is broken. I gues it is.

Solutions:

a) new updated binary package
or
b) install old tcl/tk to /opt/OpenOffice.org1.1.0
or
c) these libraries are probably not essential (tk support in built in python)
=> remove them, if not needed.
Comment 3 Robert Moss (RETIRED) gentoo-dev 2003-11-06 15:03:17 UTC
The missing libraries belong to:

=dev-lang/tcl-8.3*
=dev-lang/tk-8.3*
=sys-libs/db-3.1*
dev-libs/gmp

Unfortunately, there isn't a db-3.1* in portage any more. I've hacked together
a db-3.1.17 ebuild, although this clearly is NOT an ideal solution, as many
people will have db-3.2.9-r9 or db-3.2.9-r10 installed instead.

I will attach an ebuild for app-office/openoffice-bin-1.1.0 as well as one
for sys-libs/db-3.1.17. The openoffice-bin ebuild contains fixes for the
broken dependencies and permissions. The db-3.1.17 ebuild is required, or
the openoffice-bin ebuild is effectively useless.

Note that everything compiles and works fine here - I've only tested this,
however, on one machine. You'll need to rebuild the digest for sys-libs/db-3.1.17
too. If anyone has any problems with this, please reply here.
Comment 4 Robert Moss (RETIRED) gentoo-dev 2003-11-06 15:03:55 UTC
Created attachment 20358 [details]
Updated ebuild for openoffice-bin-1.1.0
Comment 5 Robert Moss (RETIRED) gentoo-dev 2003-11-06 15:04:53 UTC
Created attachment 20359 [details]
Ebuild for db-3.1.17

This ebuild is necessary for the openoffice-bin libdb-3.1.so dependency fix.
Comment 6 Robert Moss (RETIRED) gentoo-dev 2003-11-06 18:36:52 UTC
Oh, I should also point out that in the updated openoffice-bin ebuild, I've
also added the fix described in bug #32492 for the sed script.
Comment 7 Robert Moss (RETIRED) gentoo-dev 2003-11-11 18:19:12 UTC
Any news on this one? It is installing a broken package into the stable profile
here, so this should probably be fixed as a matter of some serious urgency...
Comment 8 Robert Moss (RETIRED) gentoo-dev 2003-11-14 21:54:51 UTC
*Bump*

Is the problem with this fix the fact that it requires an ebuild for an outdated (if very stable) package to be shoved into portage in the stable profile?

Really, though, this package is by no means stable for ANY arch when there are broken dependencies, as this breaks revdep-rebuild quite obviously.

Any news?
Comment 9 Paul de Vrieze (RETIRED) gentoo-dev 2003-12-07 04:41:12 UTC
openoffice-bin provides it's own libraries for many things, including those mentioned. In any case rebuilding it is pointless as it is a binary package.
Comment 10 Robert Moss (RETIRED) gentoo-dev 2003-12-08 23:26:32 UTC
It doesn't provide its own libraries for tcl, tk, db and gmp - otherwise, revdep-rebuild wouldn't be trying to update them would it?

There is nothing wrong with this ebuild, as far as I can see - whilst things are obviously broken in the one currently in portage.

What exactly are the objections to this updated ebuild?
Comment 11 Andreas Proschofsky (RETIRED) gentoo-dev 2004-01-18 08:59:47 UTC
openoffice-bin provides it's own version of db, building db-3.1.17 is not necessary, if anything this is a bug (or missing feature) in revdep-rebuild. So either we close this or hand it over to the Portage team
Comment 12 Robert Moss (RETIRED) gentoo-dev 2004-01-18 11:37:46 UTC
Weird. Are you absolutely sure about that? What is it that revdep-rebuild does that it shouldn't?
Comment 13 Paul de Vrieze (RETIRED) gentoo-dev 2004-01-19 06:30:43 UTC
Basically it is caused by revdep-rebuild not knowing that openoffice uses it's own db. This is basically caused by the nature of the revdep-rebuild tool. Except real reverse dependency and rebuild support in portage there is probably not much that can be done against this except maybe adding some rule to revdep-rebuild to tell it openoffice-bin does not need to be rebuild (pointless anyway with binary packages)
Comment 14 Andreas Proschofsky (RETIRED) gentoo-dev 2004-02-22 00:48:56 UTC
*** Bug 42440 has been marked as a duplicate of this bug. ***
Comment 15 Paul de Vrieze (RETIRED) gentoo-dev 2004-04-26 07:42:38 UTC
*** Bug 48389 has been marked as a duplicate of this bug. ***
Comment 16 Robert Moss (RETIRED) gentoo-dev 2004-06-27 12:07:38 UTC
For what it's worth, I'm working on a new, from-scratch revdep-rebuild that should eliminate the problems above.
Comment 17 Alexander M. Turek 2004-07-20 07:53:56 UTC
I have a similar problem on my machine: revdep-rebuild rebuilds "opera" everytime I run it.
Comment 18 Andreas Proschofsky (RETIRED) gentoo-dev 2004-08-21 12:58:22 UTC
*** Bug 61189 has been marked as a duplicate of this bug. ***
Comment 19 Stanislav Brabec 2004-08-29 07:32:25 UTC
Feel free to update LD_LIBRARY_MASK in revdep-rebuild for your needs. I am not any longer actively maintaining it.
Comment 20 Jakob Schiotz 2004-10-22 05:45:14 UTC
Is this only a problem with revdep-rebuild, or is there also a problem with openoffice-bin-1.1.3 ?

revdep-rebuild complains about three missing libraries, two are available in other versions, but one (libgmp.so.3) is missing alltogether.  Does openoffice-bin lack a dependency for the latter, or does it just provide the files somewhere else?  I have not noticed anything wrong with openoffice, but then this is a new machine and I have hardly used it yet.

/Jakob
Comment 21 Paul de Vrieze (RETIRED) gentoo-dev 2004-10-22 06:24:47 UTC
No, it's only a revdep rebuild error. It doesn't know that openoffice-bin is binary, and also uses it's own libraries. Openoffice has no problems, just be carefull with revdep-rebuild as it is not 100% correct.
Comment 22 Carsten Lohrke (RETIRED) gentoo-dev 2005-01-13 06:08:34 UTC
*** Bug 77821 has been marked as a duplicate of this bug. ***
Comment 23 Jakub Moc (RETIRED) gentoo-dev 2005-04-19 00:29:22 UTC
*** Bug 89599 has been marked as a duplicate of this bug. ***
Comment 24 Ivan Yosifov 2005-09-14 09:56:13 UTC
FYI,

this is now happening with openoffice-bin-1.9.128:

  broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_bsddb.so
(requires  libdb-3.1.so)
  broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/bz2.so
(requires  libbz2.so.0)
  broken /usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/mpz.so
(requires  libgmp.so.3)
  broken
/usr/lib/openoffice/program/python-core-2.3.4/lib/lib-dynload/_tkinter.so
(requires  libBLT24.so libtcl8.3.so libtk8.3.so)
 done.
  (/root/.revdep-rebuild.3_rebuild)
Comment 25 FieldySnuts 2005-09-14 10:13:52 UTC
Does anyone know if there is any intent to fix revdep-rebuilds behavior in
regards to binaries like this? This bug is almost two years old.
Comment 26 Paul Varner (RETIRED) gentoo-dev 2005-09-14 10:21:08 UTC
It is fixed in gentoolkit-0.2.1_pre7, although with the most recent
openoffice-bin, you will need to add /usr/lib/openoffice to SEARCH_DIRS_MASK
Comment 27 Andreas Proschofsky (RETIRED) gentoo-dev 2005-09-23 23:30:14 UTC
@Paul: Could you please add /usr/lib/openoffice to the default SEARCH_DIRS_MASK
this is going to be the new default install dir for OOo 2.0
Comment 28 Paul Varner (RETIRED) gentoo-dev 2005-09-24 05:20:09 UTC
Is /usr/lib/openoffice going to be used only by openoffice-bin? If the
openoffice ebuild also uses that directory, then it isn't a good idea to have
revdep-rebuild mask the directory by default for everybody.
Comment 29 Andreas Proschofsky (RETIRED) gentoo-dev 2005-09-24 06:57:46 UTC
/usr/lib/openoffice is going to be used by all OOo-ebuilds, true that this is a
little bit of a problem. On the other hand, now both source and -bin use
/opt/OpenOffice.org so this is the same situation. Don't know how to solve this,
cause using different install dirs for -bin and source is not an option, as this
would break the user install and complicate the switch between both versions
Comment 30 Tiago Freire 2005-09-24 08:20:55 UTC
I am not much of Gentoo Developer, but I am fairly active at sending bugs and
prodding here and there, occasionally doing my own ebuild. If I say nonsense,
please disregard. Maybe a REVDEP_IGNORE=true (or maybe
REVDEP_IGNORE="/opt/OpenOffice.org", also allowing multiple dirs and even
specific files, for maximum flexibility) flag could be added to the bin ebuild.
When revdep-rebuild runs, it will find the file, then look for all possible
providers, excluding the REVDEP_IGNORE=true ebuilds. If no ebuilds who produce
the file are found, it will do nothing. revdep-rebuild would be changed to look
for this flag, as well as each ebuild.
Comment 31 Paul Varner (RETIRED) gentoo-dev 2005-09-25 07:50:38 UTC
Created attachment 69219 [details]
99revdep-rebuild

Starting with the next release of gentoolkit.  I will be reading variables from
files in /etc/revdep-rebuild/.	If an ebuild author wants to adjust the
behavior of revdep-rebuild, place a file in that directory.  I am attaching the
file that I will be using to set the defaults for revdep-rebuild.
Comment 32 Paul de Vrieze (RETIRED) gentoo-dev 2005-09-26 02:27:21 UTC
I think adding a file would be a good solution. One question. Will these files
be accumulating all values mentioned? (Should
SEARCH_DIRS_MASK="$SEARCH_DIRS_MASK:/usr/lib/openoffice" be used?
Comment 33 Paul Varner (RETIRED) gentoo-dev 2005-09-26 08:15:23 UTC
The variables are accumulated in the following order:
* Environment
* /etc/make.conf
* /etc/revdep-rebuild/*
Comment 34 Jakub Moc (RETIRED) gentoo-dev 2005-10-23 14:03:38 UTC
*** Bug 110261 has been marked as a duplicate of this bug. ***
Comment 35 Paul Varner (RETIRED) gentoo-dev 2005-11-03 13:04:05 UTC
I have released gentoolkit-0.2.1_pre9 which supports the placing of a
environment file for revdep-rebuild in /etc/revdep-rebuild.  On my system I have
the file /etc/revdep-rebuild/10openoffice-bin which contains
SEARCH_DIRS_MASK="/usr/lib/openoffice"
Comment 36 Andreas Proschofsky (RETIRED) gentoo-dev 2005-11-04 04:24:54 UTC
@Paul: Great!

So can we close that bug now? ;)
Comment 37 Paul Varner (RETIRED) gentoo-dev 2005-11-04 06:10:35 UTC
I don't want to actually close the bug until gentoolkit-0.2.1 goes stable since
experience has shown me that people will keep opening bugs about it.  Feel free
to remove yourself from the CC list.
Comment 38 Ivo Tamboer 2005-11-06 15:08:52 UTC
I had the same problem, so I've created a patch for revdep-rebuild to exclude
bin packages from /root/.revdep-rebuild.4_ebuilds. It assumes only binary
packages end with -bin. It's contents is below. hope it's of use.

#----BEGIN REVDEP-REBUILD PATCH----
--- revdep-rebuild      2005-10-19 10:55:29.000000000 +0000
+++ /usr/bin/revdep-rebuild     2005-11-06 23:49:27.000000000 +0000
@@ -257,7 +257,7 @@
                        echo -n > $LLIST.4_ebuilds
                fi
        fi
-
+       grep -- -bin$ < $LLIST.4_ebuilds > $LLIST.4_ebuilds
        RAW_REBUILD_LIST="$(cat $LLIST.4_ebuilds | sed s/^/=/ | tr '\n' ' ')"
 fi

#----BEGIN REVDEP-REBUILD PATCH----
Comment 39 Jakub Moc (RETIRED) gentoo-dev 2005-12-03 06:53:51 UTC
*** Bug 87829 has been marked as a duplicate of this bug. ***
Comment 40 Matteo Azzali (RETIRED) gentoo-dev 2005-12-31 04:08:45 UTC
Definitely /etc/revdep-rebuild/10openoffice-bin should be created by the ebuild
of openoffice-bin (and removed at unmerge). Working fine here after manual 
addition.
Comment 41 Andreas Proschofsky (RETIRED) gentoo-dev 2006-01-19 09:07:03 UTC
(In reply to comment #35)
> I have released gentoolkit-0.2.1_pre9 which supports the placing of a
> environment file for revdep-rebuild in /etc/revdep-rebuild.  On my system I have
> the file /etc/revdep-rebuild/10openoffice-bin which contains
> SEARCH_DIRS_MASK="/usr/lib/openoffice"
> 

A late reply, but: If someone changes from openoffice-bin to openoffice, this would result in openoffice not being checked anymore as that file won't get removed due to the config-file protections, right?
Comment 42 Paul Varner (RETIRED) gentoo-dev 2006-01-19 09:16:26 UTC
That is correct.  I'll update gentoolkit to CONFIG_PROTECT_MASK /etc/revdep-rebuild/ in next releases.

For now, the only thing that I can think of to help is to put an einfo at the end of the unmerge of openoffice-bin to remove the file.
Comment 43 Joseph D. Wieber, Jr. 2006-02-20 09:34:24 UTC
(In reply to comment #41)
> (In reply to comment #35)
> > I have released gentoolkit-0.2.1_pre9 which supports the placing of a
> > environment file for revdep-rebuild in /etc/revdep-rebuild.  On my system I have
> > the file /etc/revdep-rebuild/10openoffice-bin which contains
> > SEARCH_DIRS_MASK="/usr/lib/openoffice"
> > 
> 
> A late reply, but: If someone changes from openoffice-bin to openoffice, this
> would result in openoffice not being checked anymore as that file won't get
> removed due to the config-file protections, right?
> 

It works like a charm, however, for amd64 it's SEARCH_DIRS_MASK="/usr/lib32/openoffice"
Comment 44 Jakub Moc (RETIRED) gentoo-dev 2006-03-30 00:19:06 UTC
*** Bug 128067 has been marked as a duplicate of this bug. ***
Comment 45 Jakub Moc (RETIRED) gentoo-dev 2006-04-28 16:04:06 UTC
*** Bug 131620 has been marked as a duplicate of this bug. ***
Comment 46 Andreas Proschofsky (RETIRED) gentoo-dev 2006-05-29 03:03:29 UTC
(In reply to comment #42)
> That is correct.  I'll update gentoolkit to CONFIG_PROTECT_MASK
> /etc/revdep-rebuild/ in next releases.
> 

Any news on this, Paul? 

Comment 47 Jakub Moc (RETIRED) gentoo-dev 2006-05-29 19:21:42 UTC
(In reply to comment #46)
> (In reply to comment #42)
> > That is correct.  I'll update gentoolkit to CONFIG_PROTECT_MASK
> > /etc/revdep-rebuild/ in next releases.
> > 
> 
> Any news on this, Paul? 
> 

Well: app-portage/gentoolkit-0.2.2_rc1

# emerge --info | grep CONFIG_PROTECT_MASK
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/env.d"

So... what's holding this back?
Comment 48 Andreas Proschofsky (RETIRED) gentoo-dev 2006-05-30 07:47:08 UTC
(In reply to comment #47)
> So... what's holding this back?

Me not knowing about this? ;)

I've added this now to the ebuild for 2.0.3_rc4, masses will get it with the release of 2.0.3.

So finally closing this :))))))))))))

Comment 49 Paul Varner (RETIRED) gentoo-dev 2006-05-30 20:00:23 UTC
It is in >=gentoolkit-0.2.2_pre3.  Since portage-2.1 is in the process of going stable, I am getting ready to release gentoolkit-0.2.2 for stable as well.