[Phpmyadmin-devel] live CVS demo borkage

find -type d | xargs chmod g+rwsx Somebody has been messing with the checked out contents of the htdocs, and made a serious permissions mess and lots of dupes (and broken my cronjob): ./cvs ./cvs/phpMyAdmin-2.6.0-dev ./cvs/phpMyAdmin-2.6.0-dev/css ./cvs/phpMyAdmin-2.6.0-dev/fpdf ./cvs/phpMyAdmin-2.6.0-dev/fpdf/font ./cvs/phpMyAdmin-2.6.0-dev/docSQL ./cvs/phpMyAdmin-2.6.0-dev/images ./cvs/phpMyAdmin-2.6.0-dev/lang ./cvs/phpMyAdmin-2.6.0-dev/libraries ./cvs/phpMyAdmin-2.6.0-dev/libraries/auth ./cvs/phpMyAdmin-2.6.0-dev/libraries/dbg ./cvs/phpMyAdmin-2.6.0-dev/libraries/dbi ./cvs/phpMyAdmin-2.6.0-dev/libraries/export ./cvs/phpMyAdmin-2.6.0-dev/libraries/fpdf ./cvs/phpMyAdmin-2.6.0-dev/libraries/fpdf/font ./cvs/phpMyAdmin-2.6.0-dev/libraries/transformations ./cvs/phpMyAdmin-2.6.0-dev/libraries/xpath ./cvs/phpMyAdmin-2.6.0-dev/scripts ./phpMyAdmin ./phpMyAdmin/CVS ./phpMyAdmin/css ./phpMyAdmin/css/CVS ./phpMyAdmin/images ./phpMyAdmin/images/CVS ./phpMyAdmin/lang ./phpMyAdmin/lang/CVS ./phpMyAdmin/libraries ./phpMyAdmin/libraries/CVS ./phpMyAdmin/libraries/auth ./phpMyAdmin/libraries/auth/CVS ./phpMyAdmin/libraries/dbg ./phpMyAdmin/libraries/dbg/CVS ./phpMyAdmin/libraries/export ./phpMyAdmin/libraries/export/CVS ./phpMyAdmin/libraries/dbi ./phpMyAdmin/libraries/dbi/CVS ./phpMyAdmin/libraries/fpdf ./phpMyAdmin/libraries/fpdf/CVS ./phpMyAdmin/libraries/fpdf/font ./phpMyAdmin/libraries/fpdf/font/CVS ./phpMyAdmin/libraries/transformations ./phpMyAdmin/libraries/transformations/CVS ./phpMyAdmin/scripts ./phpMyAdmin/scripts/CVS ./phpMyAdmin/scripts/cvs ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/css ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/images ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/lang ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/auth ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/dbg ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/dbi ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/export ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/fpdf ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/fpdf/font ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/libraries/transformations ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev/scripts ./cvs-1081440496 ./cvs-1081440496/phpMyAdmin-2.6.0-dev ./cvs-1081440496/phpMyAdmin-2.6.0-dev/css ./cvs-1081440496/phpMyAdmin-2.6.0-dev/images ./cvs-1081440496/phpMyAdmin-2.6.0-dev/lang ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/auth ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/dbg ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/dbi ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/export ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/fpdf ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/fpdf/font ./cvs-1081440496/phpMyAdmin-2.6.0-dev/libraries/transformations ./cvs-1081440496/phpMyAdmin-2.6.0-dev/scripts Esp. concerning is ./phpMyAdmin/scripts/cvs/phpMyAdmin-2.6.0-dev and ./cvs-1081440496 My cronjob automatically updates the ./phpMyAdmin dir every 3 hours. cd /home/groups/p/ph/phpmyadmin/htdocs rm -rf phpMyAdmin/scripts/cvs cvs cvs-1081440496 Then BOTH Oliver (swix) and Marc (lem9) need to do: cd /home/groups/p/ph/phpmyadmin/htdocs chgrp -R phpmyadmin . find -type d | xargs chmod g+s find | xargs chmod g+rw In future, to avoid these problems, after you login, do: sg phpmyadmin umask 0002 Then work in the group directory. This will ensure that all permissions and ownerships remain sane. -- Robin Hugh Johnson E-Mail : robbat2@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85

On Thu, 2004-04-08 at 22:54 -0700, Robin H. Johnson wrote:
find -type d | xargs chmod g+rwsx Somebody has been messing with the checked out contents of the htdocs, and made a serious permissions mess and lots of dupes (and broken my cronjob):
oops, that was me, sorry. I had a "cd /home/groups/p/ph/phpmyadmin/htdocs/phpMyAdmin ; cvs update -d ; head -20 ChangeLog ; chmod -R g+rwx /home/groups/p/ph/phpmyadmin/htdocs" in my .bash_history, and I suppose it's what created the problems.
My cronjob automatically updates the ./phpMyAdmin dir every 3 hours.
I guess it's the purpose of /home/groups/p/ph/phpmyadmin/htdocs/updatecvs.sh ? Nice work, is it running on your personal SF shell account crontab, or are there project-based crontabs too?
Then BOTH Oliver (swix) and Marc (lem9) need to do: cd /home/groups/p/ph/phpmyadmin/htdocs chgrp -R phpmyadmin . find -type d | xargs chmod g+s find | xargs chmod g+rw
(did that approx a week ago, hope it's fine now). Suggestion: What about also generating the cvs version (http://www.phpmyadmin.net/cvs/) on a daily basis via cron? regards, Olivier

Olivier Mueller a écrit:
On Thu, 2004-04-08 at 22:54 -0700, Robin H. Johnson wrote:
find -type d | xargs chmod g+rwsx Somebody has been messing with the checked out contents of the htdocs, and made a serious permissions mess and lots of dupes (and broken my cronjob):
oops, that was me, sorry. I had a "cd /home/groups/p/ph/phpmyadmin/htdocs/phpMyAdmin ; cvs update -d ; head -20 ChangeLog ; chmod -R g+rwx /home/groups/p/ph/phpmyadmin/htdocs" in my .bash_history, and I suppose it's what created the problems.
My cronjob automatically updates the ./phpMyAdmin dir every 3 hours.
I guess it's the purpose of /home/groups/p/ph/phpmyadmin/htdocs/updatecvs.sh ? Nice work, is it running on your personal SF shell account crontab, or are there project-based crontabs too?
It is his personal crontab. I am running one also, for home page news refresh.
Then BOTH Oliver (swix) and Marc (lem9) need to do: cd /home/groups/p/ph/phpmyadmin/htdocs chgrp -R phpmyadmin . find -type d | xargs chmod g+s find | xargs chmod g+rw
(did that approx a week ago, hope it's fine now).
Suggestion: What about also generating the cvs version (http://www.phpmyadmin.net/cvs/) on a daily basis via cron?
regards, Olivier
We could but maybe it's better to generate it when we feel it's stable enough (not in the middle of a modification). Not sure about that tho. Marc

On 15.04.2004 16:29 -0400, Marc Delisle wrote:
Olivier Mueller a écrit:
Suggestion: What about also generating the cvs version (http://www.phpmyadmin.net/cvs/) on a daily basis via cron?
We could but maybe it's better to generate it when we feel it's stable enough (not in the middle of a modification).
Not sure about that tho.
cvs snaspshots don't have to be stable, I'd vote for daily generating. -- Regards Michal Čihař http://cihar.com

On Fri, 2004-04-16 at 10:09 +0200, Michal Čihař wrote:
On 15.04.2004 16:29 -0400, Marc Delisle wrote:
Olivier Mueller a écrit:
Suggestion: What about also generating the cvs version (http://www.phpmyadmin.net/cvs/) on a daily basis via cron?
We could but maybe it's better to generate it when we feel it's stable enough (not in the middle of a modification).
Not sure about that tho.
cvs snaspshots don't have to be stable, I'd vote for daily generating.
[+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ? Olivier

Olivier Mueller a écrit:
On Fri, 2004-04-16 at 10:09 +0200, Michal Čihař wrote:
On 15.04.2004 16:29 -0400, Marc Delisle wrote:
Olivier Mueller a écrit:
Suggestion: What about also generating the cvs version (http://www.phpmyadmin.net/cvs/) on a daily basis via cron?
We could but maybe it's better to generate it when we feel it's stable enough (not in the middle of a modification).
Not sure about that tho.
cvs snaspshots don't have to be stable, I'd vote for daily generating.
[+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ?
Ok I will do it. Marc

On Fri, 2004-04-16 at 09:32 -0400, Marc Delisle wrote:
cvs snaspshots don't have to be stable, I'd vote for daily generating. [+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ?
Ok I will do it.
maybe it's possible to add that feature directely to robbat's script... or just call the create-release script from cron, but there is the cvs login/pw question problem there (probably a small issue). Olivier

Olivier Mueller a écrit:
On Fri, 2004-04-16 at 09:32 -0400, Marc Delisle wrote:
cvs snaspshots don't have to be stable, I'd vote for daily generating.
[+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ?
Ok I will do it.
maybe it's possible to add that feature directely to robbat's script... or just call the create-release script from cron, but there is the cvs login/pw question problem there (probably a small issue).
Olivier
I think the best is to call create-release.sh, but I wonder which first parameter we should pass it. Second parameter is HEAD by default. Should we do create-release.sh snapshot ? Which could produce filenames like phpMyAdmin-YYYYMMDDHHMM.xxxx Another question: do we need to keep the tree generated by this script? I find it confusing in http://www.phpmyadmin.net/cvs to see a phpMyAdmin-2.6.0-dev subdir. Marc

On Fri, 2004-04-16 at 09:54 -0400, Marc Delisle wrote:
Olivier Mueller a écrit:
On Fri, 2004-04-16 at 09:32 -0400, Marc Delisle wrote:
cvs snaspshots don't have to be stable, I'd vote for daily generating.
[+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ?
Ok I will do it.
maybe it's possible to add that feature directely to robbat's script... or just call the create-release script from cron, but there is the cvs login/pw question problem there (probably a small issue).
Olivier
I think the best is to call create-release.sh, but I wonder which first parameter we should pass it. Second parameter is HEAD by default.
Should we do create-release.sh snapshot ? Which could produce filenames like phpMyAdmin-YYYYMMDDHHMM.xxxx
would be the easiest, aber would require a "fix" to make it work via cron (now it requires a manual "[enter]" for the cvs login) and it asks a question (which could be optional if the script is run with the option "snapshot", ok...). I'd suggest to keep the .cvsignore and CVS dirs in cvs release, to allow testers use 'cvs update' too... : so this line should be ignored in 'snapshot mode' : "find phpMyAdmin \( -name .cvsignore -o -name CVS \) -print0 | xargs -0 rm -rf"
Another question: do we need to keep the tree generated by this script? I find it confusing in http://www.phpmyadmin.net/cvs to see a phpMyAdmin-2.6.0-dev subdir.
afaik it's there for 'historical reason' :-) so could be removed after generation of the archives, no problem. Olivier

Olivier Mueller a écrit:
On Fri, 2004-04-16 at 09:54 -0400, Marc Delisle wrote:
Olivier Mueller a écrit:
On Fri, 2004-04-16 at 09:32 -0400, Marc Delisle wrote:
cvs snaspshots don't have to be stable, I'd vote for daily generating.
[+1] we can just generate them when we are all (europe/canada) sleeping (or supposed to :), so for example at 6 am GMT ?
Ok I will do it.
maybe it's possible to add that feature directely to robbat's script... or just call the create-release script from cron, but there is the cvs login/pw question problem there (probably a small issue).
Olivier
I think the best is to call create-release.sh, but I wonder which first parameter we should pass it. Second parameter is HEAD by default.
Should we do create-release.sh snapshot ? Which could produce filenames like phpMyAdmin-YYYYMMDDHHMM.xxxx
would be the easiest, aber would require a "fix" to make it work via cron (now it requires a manual "[enter]" for the cvs login) and it asks a question (which could be optional if the script is run with the option "snapshot", ok...).
I'd suggest to keep the .cvsignore and CVS dirs in cvs release, to allow testers use 'cvs update' too... : so this line should be ignored in 'snapshot mode' : "find phpMyAdmin \( -name .cvsignore -o -name CVS \) -print0 | xargs -0 rm -rf"
Another question: do we need to keep the tree generated by this script? I find it confusing in http://www.phpmyadmin.net/cvs to see a phpMyAdmin-2.6.0-dev subdir.
afaik it's there for 'historical reason' :-) so could be removed after generation of the archives, no problem.
Olivier
Ok, create-release.sh has been updated in cvs. I will start a cron job later. Marc
participants (4)
-
Marc Delisle
-
Michal Čihař
-
Olivier Mueller
-
Robin H. Johnson