Bug 88004 – version bump to dotproject-2.0.1

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Urs Joss 2005-04-05 00:07:24 UTC]

Lots of new features

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

[Comment 1 Urs Joss 2005-04-05 00:13:39 UTC]

Created attachment 55332 [details]
net-www/dotproject-2.0.1

Please note:
The configuration is now handled through the web-browser. The seems to
distinguish between new installs and upgrades of former versions by looking at
the config.php file. If there exists a includes/config.php it assumes you're
upgrading an old version of dotproject.
The ebuild moves the config file includes/config-dist.php to
includes/config.php. So if you're installing dotproject as a fresh install,
manually move includes/config.php back to includes/config-dist.php.

Maybe it's possible to have webapp-config act accoringly: Have the ebuild not
move the file in /usr/share/webapps but have webapp-config do it in case of -U
but not -I. Can this be done?

[Comment 2 Urs Joss 2005-04-05 00:30:07 UTC]

in my case, the actual upgrade of my dotproject database (performed through the php-script triggered throught the browser) did not perfectly upgrade my database w/o manual intervention. Had some issues with the task view afterwards.

I ended up dumping the upgraded mysql database to a file and diffed it against the dump of a fresh install. This helped me adjust the database.

I'm quite sure this is nothing ebuild or gentoo specific. I have fiddled around with some CVS versions months ago. Therefore it might just as well not be an upstream issue either, but specific to my database.

[Comment 3 Peter Johanson (RETIRED) 2005-04-05 05:05:03 UTC]

this isn't a dotnet herd package, silly seemant.

[Comment 4 Urs Joss 2005-04-10 08:02:37 UTC]

where does it belong to? ;-)

[Comment 5 Urs Joss 2005-04-10 08:45:05 UTC]

Comment on attachment 55332 [details]
net-www/dotproject-2.0.1

bumped to Version 2.0.1. Same (but renamed) ebuild as proposed for versions 2.0

[Comment 6 Urs Joss 2005-04-10 08:45:28 UTC]

bugfix release 2.0.1

[Comment 7 Elfyn McBratney (beu) (RETIRED) 2005-05-01 00:09:12 UTC]

Not sure what to do with this one if a dump/re-load of the data is required for an upgrade, it's a tad on the iffy side.  Anyway, I'll try and get this into portage soon'ish for testing, though it will of course be package.mask'd.

[Comment 8 Urs Joss 2005-05-31 11:15:30 UTC]

well I don't know if a dump is really necessary - does anybody else have some 
experience with the upgrade? 

[Comment 9 Renat Lumpau (RETIRED) 2005-07-03 11:30:29 UTC]

Stu's the primary maintainer

[Comment 10 Renat Lumpau (RETIRED) 2005-10-25 13:53:38 UTC]

*** Bug 103244 has been marked as a duplicate of this bug. ***

[Comment 11 Renat Lumpau (RETIRED) 2005-10-25 13:55:25 UTC]

Reassign to herd

[Comment 12 Renat Lumpau (RETIRED) 2005-10-25 15:04:06 UTC]

In CVS