Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 113950 - Now that OOo 2.0 is marked stable please mark app-office/oooqs-2.0.3-r2 as well
Summary: Now that OOo 2.0 is marked stable please mark app-office/oooqs-2.0.3-r2 as well
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Developers for the x86 Architecture
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-29 14:58 UTC by Michiel de Bruijne
Modified: 2005-12-04 18:12 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michiel de Bruijne 2005-11-29 14:58:54 UTC
OOo 2.0 is now default on Gentoo, please mark app-office/oooqs-2.0.3-r2 stable as well, because 
this versions works with OOo 2.0, thanks!
Comment 1 Andreas Proschofsky (RETIRED) gentoo-dev 2005-11-29 15:02:10 UTC
I agree ;) x86-arch what do you think. The same goes for
ooqstart-gnome-0.8.3-r1. Both should be marked stable asap, as the old versions
don't work with OOo 2.0.0
Comment 2 Andreas Proschofsky (RETIRED) gentoo-dev 2005-11-30 14:02:23 UTC
Just want to add that both packages only contain compatibility updates for OOo
2.0 in relation to the current stable releases.

Oh and some fast feedback / decision here would be great ;) as the old
quickstarters won't work with OOo 2.0 (which is stable now), so this should
follow very soon. 
Comment 3 Andreas Proschofsky (RETIRED) gentoo-dev 2005-12-01 23:04:17 UTC
So if there is no interest in this, I'm going to mark both stable myself later
today, as we need it.
Comment 4 Mark Loeser (RETIRED) gentoo-dev 2005-12-01 23:28:13 UTC
Please wait for us to look over the package and test it.  In the future, please
make sure dependencies like this are marked stable first, so we don't have
things broken in the tree.  

I will look at this later today when I get a chance.
Comment 5 Andreas Proschofsky (RETIRED) gentoo-dev 2005-12-02 05:39:12 UTC
(In reply to comment #4)
> Please wait for us to look over the package and test it.  In the future, please
> make sure dependencies like this are marked stable first, so we don't have
> things broken in the tree.

There might be a slight misunderstanding here: oooqs and ooqstart-gnome are NOT
a dependency for OOo 2.0, on the contrary they depend on OOo 2.0. So it is
impossible to mark them stable first, as this would break things too. Their new
releases won't work with older OpenOffice.org releases as there have been some
fundamental changes in between.

Thanks for looking at them
Comment 6 Paul de Vrieze (RETIRED) gentoo-dev 2005-12-02 05:42:18 UTC
OOoqs is not strictly a dependency of openoffice. It is a helper application
that can be used to speed up the starting of openoffice. It is runtime dependent
on openoffice.
Comment 7 Petteri Räty (RETIRED) gentoo-dev 2005-12-02 05:42:49 UTC
(In reply to comment #5)
> 
> There might be a slight misunderstanding here: oooqs and ooqstart-gnome are NOT
> a dependency for OOo 2.0, on the contrary they depend on OOo 2.0. So it is
> impossible to mark them stable first, as this would break things too. Their new
> releases won't work with older OpenOffice.org releases as there have been some
> fundamental changes in between.
> 

You will still file all the bugs at the same time, but you will make these bugs
depend on the openoffice 2.0 stabilization bug. Then we know that there are
things waiting and can stabilize everything at the same time.
Comment 8 Andreas Proschofsky (RETIRED) gentoo-dev 2005-12-02 08:17:31 UTC
(In reply to comment #7)
> You will still file all the bugs at the same time, but you will make these bugs
> depend on the openoffice 2.0 stabilization bug. Then we know that there are
> things waiting and can stabilize everything at the same time.

Ok thanks, will try to do better next time.
Comment 9 Mark Loeser (RETIRED) gentoo-dev 2005-12-04 18:12:52 UTC
Both stable on x86