[volunteers] Fwd: [web-team] Linode Support Ticket 5649987 - Critical Xen Maintenance / Reboot Schedule

Daniel Gimpelevich daniel at gimpelevich.san-francisco.ca.us
Mon May 2 02:58:04 PDT 2016

On Mon, 2016-05-02 at 00:00 -0700, Rick Moen wrote:
>    For no good reason, I checked on the status of meetings.txt.

I didn't feel comfortable simply deleting Jesse's talk without first
checking it into version control. I first examined the diff this would
constitute, which seemed OK. Afterward, I forewent checking it in again,
because I saw no need to preserve a simple "TBA" when it was expected to
change within a day.

>    What files in the Web tree are untracked?
> rick at gruyere:~/www$ svn status | grep ^A

This is incorrect. Untracked files are marked with ? rather than A.
These are files which are already tracked but are still waiting for
initial check-in.

> rick at gruyere:~/www$ sudo svn ci -m 'Check in stv directory files' stv/restaurant-200407.votedef stv/restaurant.php stv/restaurant-200408.votedef stv/prez2001.votes stv/restaurant.votedef stv/svlug-pres-term-2004-results.php stv/svlug-pres-term-2004.votes stv/restaurant-200407.desc stv/prez2001a.desc-tmp stv/prez2001.desc stv/restaurant-200407-results.php stv/restaurant-200408-results.php stv/prez2001.php stv/svlug-pres-term-2004-alt.votes stv/svlug-pres-term-2004.desc stv/restaurant-results.php
> stv/prez2001.votedef stv/restaurant-200407.votes stv/restaurant-200408.votes stv/svlug-pres-term-2004.php stv/restaurant.votes stv/svlug-pres-term-2004.votedef stv/svlug-pres-term-2004-alt.desc stv/prez2001b.desc-tmp stv/restaurant-200408.desc stv/svlug-pres-term-2004-alt.php stv/svlug-pres-term-2004-alt.votedef stv/prez2001-results.php stv/restaurant-200407.php stv/restaurant-200408.php stv/Xrestaurant-200408.votes stv

Specifying all those files is redundant, because the specifying the stv
directory at the end like that is recursive.

> root at gruyere:~/www/prev/2007nov # chmod 644 VirtualNetworks_SVLUG_Nov7_07.ppt 
> root at gruyere:~/www/prev/2007nov # ls -l ../2015nov/
> total 21700
> -rw--w---- 1 www-data www-data 22190330 Dec 24 16:22 stacki-svlug.pdf
> root at gruyere:~/www/prev/2007nov # ls -l ../2016apr/
> total 1176
> -rw--w---- 1 www-data www-data 1199753 Apr  7 23:08 vboxpresentation.pdf
> root at gruyere:~/www/prev/2007nov # chmod 644 ../2015nov/stacki-svlug.pdf ../2016apr/vboxpresentation.pdf

No, 644 would reintroduce a need for sudo when touching these files. I
have now fixed this.

>    Ah, telephoned Daniel, and he said it was neccessary to do 'svn checkout'.
>    I thought about this, and that would be a _very_ bad idea unless we're 
>    absolutely sure the repo is totally up to date, because the working area,
>    /var/www/svlug-main , is our live Web tree.
>    Upon contemplation, I realised that Daniel probably meant 'svn up'.

The site-docs consistently use the traditional SCM terms "check-in" and
"check-out" rather than more newfangled terms such as "commit." In
keeping with this, I referred to the "svn up" command as a "check-out."
It occurred to me right afterward that this may be confused with the
"svn co" command, so I hurriedly logged in to see for myself that that
command was not issued instead. I was quite relieved.

This was NOT needed before, so I am a little worried. Previously,
check-ins appeared in the log right away. Paradoxically, I can provide
reasons that both behaviors could be correct, so I'm at a loss as to why
what I did could change it from the one to the other.

And to add insult to injury, when I did the check-out, deleted files
that were still tracked by version control got auto-restored without
asking for confirmation:

danielg4 at gruyere:~/www$ svn up
Restored 'events/hacksoc.shtml.bak'
Restored 'prev/2008may/SVLUG0904.odp'
Restored 'prev/2008may/TurtleArt.odp'
Restored 'phpinfo.php'
At revision 340.

More information about the volunteers mailing list