[ic] uploading images side-effect
delionsweb - minivend
minivend@delionsweb.net
Thu, 30 Nov 2000 00:17:37 -0500
At 08:19 PM 11/29/2000, you wrote:
>One last question, pardon my ignorance;
>
>I have done as you have said, I logged in as interch, I did the cvs
>commands with interch as my root, it displays messages as
>though it is updating /var/lib/interchange and a bunch of other places.
I did this:
cd /download
export CVSROOT=:pserver:anon_cvs@cvs.akopia.com:/anon_cvs/repository
cvs login
cvs update -dP interchange
I saw a lot of lines like these:
...
cvs server: Updating interchange/lib/Vend/Misc
cvs server: Updating interchange/lib/Vend/Table
P interchange/lib/Vend/Table/DBI.pm
cvs server: Updating interchange/pdf
U interchange/pdf/README
...
I don't see how you could get /var/lib/interchange messages in the mix if
you did it right.
The characters in the first column tells you what CVS is doing: U means it
is updating the local file and P means it is up to date I think - refer to
CVS documentation.
>How can I be sure it updated what it should have?
Use this rule of thumb: If this stuff confuses you or you don't want to
spend the time getting up to speed with CVS then avoid it. It is going to
give you a headache in a hurry ...
>How do I get the new improved templates and stuff into my catalogs without
>overwriting the stuff I've modified?
You have to compare the files that were updated (U) by CVS by hand and
decide which ones to copy to the live dirs.
It is not easy, it is not pretty and there is no silver bullet. Once again
- if you don't like messing around on this level then side step it and wait
for 4.6.1 distribution!
You are going to have the same headaches preserving your changes then too
.... ;-)
>Paul
>
>delionsweb - minivend wrote:
>
> > You always do cvs updates in the install directory and NOT in the live
> > directory.
> > Let's say you downloaded in /downloads/interchange this will be the install
> > dir and installed in /usr/local/interchange this will be the live
> directory.
> > Theoretically running the CVS update in the live directory might be ok if
> > you know what you are doing but I choose NOT to take the risk.
> > You can pay attention to what gets updated and then decide which updates
> > you want to move manually to the live dir.
> > You should be logged in as the user that owns the directory you want to
> > write to.
> > You can always do things as root and do a chown later ...
> >
> > At 04:18 PM 11/29/2000, you wrote:
> > >Marcel:
> > >
> > >Below you state that you should "Later, from inside the interchange/
> > >directory you can type: cvs update -dP ." which interchange directory? The
> > >live one or the one just created? Who should you be logged in as root,
> > >interch, fred, or does it matter?
> > >
> > >Paul
> > >
> > >
> > >Marcel Montes wrote:
> > >>from
> > >><http://developer.akopia.com/cgi-bin/ic/download.html>http://developer
> .akopia.com/cgi-bin/ic/download.html
> > >>
> > >>
> > >>------------------------------snip------------------------------
> > >>Or access the Interchange CVS repository:
> > >>
> > >>export CVSROOT=:pserver:anon_cvs@cvs.akopia.com:/anon_cvs/repository
> > >>cvs login
> > >>Password: anon_cvs
> > >>cvs checkout -P interchange
> > >>
> > >>csh or tcsh users should use the following line in place of the first
> > >>line above:
> > >>
> > >>setenv CVSROOT :pserver:anon_cvs@cvs.akopia.com:/anon_cvs/repository
> > >>
> > >>This will create an interchange/ directory in your current directory.
> > >>Later, from inside the interchange/ directory you
> > >>can type:
> > >>
> > >>cvs update -dP .
> > >>
> > >>And your sources will be updated to the latest available.
> > >>
> > >>Note that if you frequently use CVS, it may be helpful to create a .cvsrc
> > >>file in your home directory with
> > >>commonly-used options such as these:
> > >>
> > >>cvs -z3
> > >>diff -u
> > >>update -Pd
> > >>checkout -P
> > >>
> > >>This directs CVS to (1) automatically compress all data communicated
> > >>between you and our server (saving
> > >>bandwidth); (2) show context-sensitive diffs; (3) prune empty directories
> > >>and create any new directories added to
> > >>the repository since your checkout; and (4) prune empty directories
> > >>during your checkouts. (Thanks to Stefan
> > >>Hornburg for the suggestion.)
> > >>------------------------------snip------------------------------
> > >>
> > >>Paul R Stearns wrote:
> > >>>Mike:
> > >>>
> > >>>How do I go about getting the new version of this file?
> > >>>
> > >>>Paul
> > >>>
> > >>>Mike Heins wrote:
> > >>>
> > >>> > Quoting Mike Heins (mikeh@minivend.com):
> > >>> > > Quoting Marcel Montes (marcel@multimake.com):
> > >>> > > > After uploading images in the admin interface of the construct
> > >>> demo when
> > >>> > > > it returns
> > >>> > > > to the item edit page, several fields are erased (Long
> > >>> description, and
> > >>> > > > size for instance)
> > >>> > > >
> > >>> > > > (RedHat 7, MySQL)
> > >>> > >
> > >>> > > Cannot duplicate.
> > >>> >
> > >>> > Oops, yes I can when "new file name" option is selected. Found and
> > >>> > fixed in CVS in the file lib/UI/vars/UI_STD_DBEDIT_TABLE.
> > >>> >
> > >>> > Elaboration for the source-curious: the $override variable was
> defined
> > >>> > "my" outside the loop, so every field after the image one was
> > >>> > trashed. Moving "my $override" inside the for(@cols) loop
> > >>> > fixes it.
> > >>> >
> > >>> > --
> > >>> > Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056
> > >>> > phone +1.513.523.7621 fax 7501 <heins@akopia.com>
> > >>> >
> > >>> > Clothes make the man. Naked people have little or no influence on
> > >>> > society. -- Mark Twain
> > >>> >
> > >>> > _______________________________________________
> > >>> > Interchange-users mailing list
> > >>> > Interchange-users@www.minivend.com
> > >>> >
> > >>>
> <http://www.minivend.com/mailman/listinfo/interchange-users>http://www.minivend.com/mailman/listinfo/interchange-users
> > >>>
> > >>>
> > >>>_______________________________________________
> > >>>Interchange-users mailing list
> > >>>Interchange-users@www.minivend.com
> > >>><http://www.minivend.com/mailman/listinfo/interchange-users>http://ww
> w.minivend.com/mailman/listinfo/interchange-users
> > >>
> > >>--
> > >> Marcel Montes [marcel(at)multimake(dot)com] - Programmer
> > >> "If our brain were so simple that we could understand it,
> > >> we would be so stupid that we couldn't do so"
> > >>-------------------------- EOF ----------------------------
> >
> > _______________________________________________
> > Interchange-users mailing list
> > Interchange-users@www.minivend.com
> > http://www.minivend.com/mailman/listinfo/interchange-users
>
>
>_______________________________________________
>Interchange-users mailing list
>Interchange-users@www.minivend.com
>http://www.minivend.com/mailman/listinfo/interchange-users