Menu
▾
▴
binarycloud-dev — development list for binarycloud
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(57) |
May
(287) |
Jun
(166) |
Jul
(286) |
Aug
(273) |
Sep
(254) |
Oct
(144) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: alex b. <en...@tu...> - 2001-07-07 22:23:47
|
have a look at binarycloud.com - cvs -d :pserver:anonymous@209.61.189.150:/home/scm/cvsroot login The password is "guest" cvs -d :pserver:anonymous@209.61.189.150:/home/scm/cvsroot checkout r2 should work. _a ----- Original Message ----- From: "Reini Urban" <ru...@x-...> To: <bin...@li...> Sent: Saturday, July 07, 2001 6:03 AM Subject: Re: [binarycloud-dev] "header already sent"... fixes > so what is the cvs r2 module name then? > > http://sfads.osdn.com/cvs/?group_id=16402 > > $ > BCCVS=-d:pserver:ano...@cv...:/cvsroot/binarycl oud > $ cvs $BCCVS login > > all of these don't work: > $ cvs -z3 $BCCVS co r2 > $ cvs -z3 $BCCVS co binarycloud-r2 > $ cvs -z3 $BCCVS co binarycloud-dev > > /binarycloud/CVSROOT/modules is empty > > Alex Black wrote: > > whoa, ancient foo! > > thanks, this is current CVS of binarycloud r1, which is "deprecated" > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
|
From: alex b. <en...@tu...> - 2001-07-07 22:22:30
|
> What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. > a little later, we'll have the ability to make default module->master template associations, which allow you to say "always include the meta module" or "always include breadcrumbs" etc. these will likely be loaded into a special 'default' array within Page. That will allow you to build a meta-printing modules that does whatever you want. _a |
|
From: alex b. <en...@tu...> - 2001-07-07 22:20:53
|
which would be a simple matter of changing $bc_page['title'] to "whatever" from the module constructor. Of course that means that your module will 'take over' the title of any page it is included on, but that's probably ok with you. _a ----- Original Message ----- From: "Justin Farnsworth" <je...@ey...> To: <bin...@li...> Sent: Saturday, July 07, 2001 4:46 AM Subject: [binarycloud-dev] <title> again... > Alex: > > Just one more thing I forgot to mention. > > The suggestion I made is really for a DEFAULT title > facility, so that something is there if a module does > not alter my suggested $Title. > > For example, I may have a module that displays > employee data in a table out of a database. Then, > I have the column headers as anchor tags that, if you > click on the link, a round trip is made to order > on that field, so that, with this one module I > can display the employes ordered by first name, last name, > age, sex or whatever. > > With my workaround, I can then set $Title (<title>) to > > 1. "Eye Employees: Sorted by last name" > 2. "Eye Employees: Sorted by first name" > > and so forth. > > BUT, if the module/mode_of_module does not set > $Title, then I wish it to default to what I set in > global scope up in the index.php. > > capito? > > _jef > -- > Justin Farnsworth > Eye Integrated Communications > 321 South Evans - Suite 203 > Greenville, NC 27858 | Tel: (252) 353-0722 > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > |
|
From: alex b. <en...@tu...> - 2001-07-07 22:19:25
|
> One small, but not unimportant, issue is the business of the > <title> ultimately displayed for the "page" you are looking at. yeah, I haven't added that yet. of course I _will_ add it, it would be stupid not to. :) > Now, I have a "workaround" that, upon reflection, seems that > the facility _may_ be a candidate for inclusion in the > platform. > > In the template that is going to be reused over and over > I put this piece: > > <head> > <title><?= $Title?></title> > actually, it would likely be $bc_page['title']; > There may be some more appropriate place to put the <title> in > global scope, maybe via options to a module or something. > Still, that would require presence of such a module just > to get this correct title. I want to keep global vars to an absolute minimum, so only classes and a couple special case things like bc_page will make it in. |
|
From: Jimmy H. <ji...@ha...> - 2001-07-07 19:49:52
|
Hello, I found out my previous change to installcode.sh wasn't correct. Here is what I have now: for i in $*; do install -d $BUILD_DIR/`$GETPKG $i`/; install -c $i $BUILD_DIR/`$GETPKG $i`/; Done Here is the output of build directory tree for en: D en D user R conf.php R conf.xml R datasources.php R datasources.xml R langs.php R langs.xml R operations.xml R year_mo_dy_hr_mn_sc.txt R bc_errors.xml R bc_form_submissions.xml R bc_knowledge_base_tables.xml R bc_perm_auth.xml R bc_users.xml R create_db.xml R strings.xml R HelloWorld.php R OtherWorld.php R Set_Lang_Example.php R form.php R start.sh R DNS.README R README.FIRST R country-codes.txt R msfree.png R sample.conf R webalizer.1 R webalizer.LSM R webalizer.png R XSLTransformer.php R form.xml R form.xsl R form_inputs.xsl R my_xsl_error.php R god.php R god.xml R example.php R other.php D binarycloud D mod R XSLT_Example.php D htdocs R binarycloud.css R phpdoc.css R storm.css R add_question.gif R cancel.gif R delete.gif R delete_all.gif R delete_selected.gif R hide.gif R join.gif R make_active.gif R make_inactive.gif R no.gif R ok.gif R rename.gif R search.gif R show.gif R submit.gif R update.gif R yes.gif R big_folder.gif R kb_document.gif R api.gif R magnifying_glass.gif R 000000.gif R 10dot.gif R 336666.gif R 669999.gif R 999999.gif R CCCCCC.gif R down_arrow.gif R down_dis_arrow.gif R trans.gif R up_arrow.gif R knowledge_base.gif R send_email.gif R site_map.gif R storm.gif R welcome.gif R storm_header.gif R admin.gif R api_docs.gif R install.gif R knowledgebase.gif R recent_news.gif R test_xml.gif R binarycloud.gif R binarycloud_logo_sm.gif R fire.jpg R h_tile.gif R hold.gif R base_lib.js R bcp.xml R destroy_session.php R index.php R xslt_example.php R prepend.php D binarycloud D core R Auth.php R Debug.php R Lang.php R PEAR_Error.php R Page.php R Perm.php R Sess.php R error_codes_eng.php R error_handler.php D init R Init.php D lib R Timer.php D binarycloud D lib R ClientSniffer.php |
|
From: Jimmy H. <ji...@ha...> - 2001-07-07 18:57:45
|
Oh perhaps if my syntax also works in linux then there would be no need for different version. > for i in $*; do > install -d $BUILD_DIR/`$GETPKG $i`/$i; > install -c $i $BUILD_DIR/`$GETPKG $i`/$i; > done |
|
From: Jimmy H. <ji...@ha...> - 2001-07-07 18:36:58
|
Hello
I found this to work in FreeBSD:
In r2/binarycould/base/utils/installcode.sh
for i in $*; do
install -d $BUILD_DIR/`$GETPKG $i`/$i;
install -c $i $BUILD_DIR/`$GETPKG $i`/$i;
done
Instead of
install -d $i $BUILD_DIR/`$GETPKG $i`/$i;
I hope that helps. I don't know how to create a conditional code based
on platform (I'm a newbie hehe)
Now make seems to work in freebsd.
Regards,
Jimmy Harlindong
|
|
From: Justin F. <je...@ey...> - 2001-07-07 18:32:03
|
Alex: Another "usuability issue" and/or I don't know where to do something in this BC environment. You have already pre-empted the name "BC_" prefix for define()'s, and you call these "user constants". Now, what if I want a page-scope/all module defined constant. What should I do? Where do I define() something that I wish all modules to see in global scope. Is this going to be possible in the *.xml file that will be ripped into the index.php? If so, will it be put up there at the top like: // ripped from /path/to/binarycloud/user/htdocs/index.xml $SITE_EMAIL="jo...@so..."; //for email all over $SITE_ROWS_BEFORE_PAGING=15; //for paging lists $SITE_TEL_NO="1-800-6969"; // for telno all over $SITE_WEBMASTER="wi...@so..."; or define(SITE_EMAIL,"jo...@so..."); and so forth. As an aside, I sort of think of these as "user constants", but I suppose they are "site constants" or "page constants". So, the question(s) are: 1. Where should I define them for global scope? 2. If you tell me some module that I will have to load, such as a SiteLibrary.php, then I guess I would have to go along with it, but this seems wrong-headded. Now I want to be able to put them in the *.xml and have them work as I described above, defining them in global scope for THAT PAGE with any set of modules called from and set of packages, and not have to worry that I didn't load, say, the SiteLibrary.php that would do it, with its potential omission. If I create a new page(s) for the site six months after it has been up, I might forget which bloody module globaled my constants. What if I want: define(BUTTONS,"../resources/images/buttons/"); define(SITE_GIZMOS,"resources/images/gizmos/"); Where? I suppose that now I am starting to get into the operation of the XML --> php file thingy. I will be happy when that is ready. And I would like to have defines()'s available in that XML --> php. -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
|
From: Justin F. <je...@ey...> - 2001-07-07 15:21:38
|
Alex:
I am not trying to get the boys to gang up on you, well, to
be honest, maybe I am.
The more I think about abstracting out a new category of
templates for <head>, the more I am for it, and, honestly,
it seems to me that it would not be too hard to do, would it?
Would it not be possible to add another first level key
in index.php $bc_page[] such as:
'headers' => array(
'def' => array(
'name' => "stdheader",
'package' => "html.headers",
'type' => "html",
),
'special' => array(
'name' => "redirectheader",
'package' => "html.headers",
'type' => "html",
),
),
and put another directory under templates called /headers
where these <head> templates live.
It seems like this would slip in nicely....
Now I have not thought out all the implications, you will see
some problems immediately, such as:
1. Master templates would then be decapitated at the top from
<html>
down to and including
</head>
but, if you like the idea, you may think of something more elegant.
However, I could live with the last outer logical template being
split into two parts, namely
1. From <html> to </head>
2. From <body> to </html>
_jef
--
Justin Farnsworth
Eye Integrated Communications
321 South Evans - Suite 203
Greenville, NC 27858 | Tel: (252) 353-0722
|
|
From: Justin F. <je...@ey...> - 2001-07-07 15:06:28
|
Peter Bowyer wrote: > > At 07:33 AM 7/7/01 -0400, you wrote: > >With the present platform, the source of the <title> is, of > >course, the template used out of the $bc_page['templates'] > >selection. The result of this machinery is that the > >reusability of the template is diminished, and you _must_ > >have a unique template for each page if you wish the title to be > >different, even though such a template may be simple and > >is able to be generalized and used over and over for a > >large percentage of, or all, pages. > > What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. ----------- Now, my wizard programmer, Jason Hines, sent me this comment on the side, and, for us (Eye), it is pertinent to the "ideal" of abstracting dog-work tasks into BC. Quote--- I haven't looked at the system in detail to get a full analysis of this problem, but by just reading this scenerio I can see where we may need to have the entire <HEAD> stanza as a template in itself. There will be cases where we have multiple MASTER templates using this same HEAD template. (one site that has different table/layout designs). In theory this doesn't seem like a big deal to implement for such a worthwhile feature to have. Unquote--- I did think about this fleetingly as I "ran into" the <title> problem, but it was a little further from my mind as <title> is the first, and most immediate "problem" that I ran into. HOWEVER, IN THE REAL WORLD, we do have an argument for supporting a "template" for the entire <head> portion, which would also solve Peter's need (which seems to be similar to ours). We have a client, for example, who has a real estate site, and he wants to be high on the search lists. Everyone has had this sort of client problem. Well, the weightings of indexers are arcane, ever-changing, and this client sort of thinks he understands keywords better than us, after we kept hand-editing his pages, trying things. So, what did we do??? We build him a tool so that he could put in his own keywords, and this got him off of our back. This desire for a <head> template probably has some echo with youse guys out there who have had these sort of "problems". I would like to hear what the community experience/desire is on this suggestion. I personally do not think this is a trivial, fluffy request/facility. It would certainly add a lot of value of BC to us. _jef -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
|
From: jason <ja...@gr...> - 2001-07-07 14:38:36
|
I haven't look at the system in detail to get a full analysis of this problem, but by just reading this scenerio I can see where we may need to have the entire <HEAD> stanza as a template in itself. There will be cases where we have multiple MASTER templates using this same HEAD template. (one site that has different table/layout designs). In theory this doesn't seem like a big deal to implement for such a worthwhile feature to have. jason Peter Bowyer wrote: > At 07:33 AM 7/7/01 -0400, you wrote: > >With the present platform, the source of the <title> is, of > >course, the template used out of the $bc_page['templates'] > >selection. The result of this machinery is that the > >reusability of the template is diminished, and you _must_ > >have a unique template for each page if you wish the title to be > >different, even though such a template may be simple and > >is able to be generalized and used over and over for a > >large percentage of, or all, pages. > > What about the meta description and keywords? I like to change these > slightly for each page on the web site - it helps with search engine > ranking. A method of specifying default keywords, and then custom ones to > append/replace the default with would be a good idea. |
|
From: Andreas A. <a.a...@th...> - 2001-07-07 13:04:17
|
Hi Alex, >> there is a big problem in cvs source tree... >> files in r2/binarycloud/base/core is actually the whole source tree >> of bc... That problem still exists :(( Andi |
|
From: Peter B. <re...@f2...> - 2001-07-07 13:03:17
|
At 07:33 AM 7/7/01 -0400, you wrote: >With the present platform, the source of the <title> is, of >course, the template used out of the $bc_page['templates'] >selection. The result of this machinery is that the >reusability of the template is diminished, and you _must_ >have a unique template for each page if you wish the title to be >different, even though such a template may be simple and >is able to be generalized and used over and over for a >large percentage of, or all, pages. What about the meta description and keywords? I like to change these slightly for each page on the web site - it helps with search engine ranking. A method of specifying default keywords, and then custom ones to append/replace the default with would be a good idea. _pjb --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
|
From: Reini U. <ru...@x-...> - 2001-07-07 13:01:51
|
so what is the cvs r2 module name then? http://sfads.osdn.com/cvs/?group_id=16402 $ BCCVS=-d:pserver:ano...@cv...:/cvsroot/binarycloud $ cvs $BCCVS login all of these don't work: $ cvs -z3 $BCCVS co r2 $ cvs -z3 $BCCVS co binarycloud-r2 $ cvs -z3 $BCCVS co binarycloud-dev /binarycloud/CVSROOT/modules is empty Alex Black wrote: > whoa, ancient foo! > thanks, this is current CVS of binarycloud r1, which is "deprecated" -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Justin F. <je...@ey...> - 2001-07-07 11:46:01
|
Alex: Just one more thing I forgot to mention. The suggestion I made is really for a DEFAULT title facility, so that something is there if a module does not alter my suggested $Title. For example, I may have a module that displays employee data in a table out of a database. Then, I have the column headers as anchor tags that, if you click on the link, a round trip is made to order on that field, so that, with this one module I can display the employes ordered by first name, last name, age, sex or whatever. With my workaround, I can then set $Title (<title>) to 1. "Eye Employees: Sorted by last name" 2. "Eye Employees: Sorted by first name" and so forth. BUT, if the module/mode_of_module does not set $Title, then I wish it to default to what I set in global scope up in the index.php. capito? _jef -- Justin Farnsworth Eye Integrated Communications 321 South Evans - Suite 203 Greenville, NC 27858 | Tel: (252) 353-0722 |
|
From: Justin F. <je...@ey...> - 2001-07-07 11:33:46
|
Alex:
As you maknow, at the moment I am writing a bunch of small
modules/sites to discover issues that I am not used to when using
these "components" of BC, since when writing a "normal site"
you know where things are, and where data is coming from.
With BC, the idiom is different. I wish to discover these surprises
and attempt to set conventions for our business to use.
One small, but not unimportant, issue is the business of the
<title> ultimately displayed for the "page" you are looking at.
With the present platform, the source of the <title> is, of
course, the template used out of the $bc_page['templates']
selection. The result of this machinery is that the
reusability of the template is diminished, and you _must_
have a unique template for each page if you wish the title to be
different, even though such a template may be simple and
is able to be generalized and used over and over for a
large percentage of, or all, pages.
Now, I have a "workaround" that, upon reflection, seems that
the facility _may_ be a candidate for inclusion in the
platform.
In the template that is going to be reused over and over
I put this piece:
<head>
<title><?= $Title?></title>
in order to get the <title> from global scope.
Now, a generality issue comes up, namely, "Where should I
put $Title in global scope?"
It seems natural that the <title> is associated with the
ripped $bc_page, or index.php, so I put $Title in global
scope thus:
-- fragment --
include_once('./prepend.php');
import('binarycloud.init.Init');
#import('user.mod.lib.EyeLibrary');
// ripped from /path/to/binarycloud/user/htdocs/index.xml
$Title = "Passed in Title";
$bc_page = array(
-----------------------------
There may be some more appropriate place to put the <title> in
global scope, maybe via options to a module or something.
Still, that would require presence of such a module just
to get this correct title.
I guess the upshot of all this is that I am asking you to
consider a way to map a title name to a page outside of having
to code it in a module, and my "way" implies that the *.xml
original should have that anticipated, and be a part of the
BC platform. I am not yet familiar with (still a-building)
.xml "front end" to know if this can be accommodated.
Now, you may be of the mindset that you don't mind having
one unique template file per page. So far, in my twiddling, I find
a need to have a "dynamic title" because I am experiencing now that
I have applications with multiple pages and the same template, and
just to get a different <title>, I have to create a different
template. I want BC to eliminate this kind of waste...
I don't think this is subjective, and suggest you think about it for
a while for consideration of making it a standard feature.
It seems to me that this is just an accommodation to a one-to-one
thingy. Right now, if you use one template per site, about the
only thing you can "do" is have "Foobar Site" in the template,
which is giving up a lot of opportunity to provide information,
as well as making bookmarks of all pages in the site read the
same. I want "Foobar Site: Our Company History", "Foobar Site:
Pictures of Secretaries at Wet Tee-shirt Contest" and so on,
while using the same template.
_jef
--
Justin Farnsworth
Eye Integrated Communications
321 South Evans - Suite 203
Greenville, NC 27858 | Tel: (252) 353-0722
|
|
From: Odysseas T. <ody...@ya...> - 2001-07-07 01:22:57
|
pk2dir returns . in both FreeBSD and in Linux. Thats the correct and expected behavior for files with no PACKAGE declaration See my earlier reply. odysseas --- Jimmy Harlindong <ji...@ha...> wrote: > Hi, > > What about pk2dir.pl returning . On FreeBSD but not > on linux? > I can probably patch the install command to work > with freebsd but pk2dir > is another prob.... > > Regards, > Jimmy > > > -----Original Message----- > > From: bin...@li... > > > [mailto:bin...@li...] > On > > Behalf Of Odysseas Tsatalos > > Sent: Saturday, 7 July 2001 10:56 AM > > To: bin...@li... > > Subject: RE: [binarycloud-dev] Make > > > > > > So that seems to be the problem. > > > > You will need to get the gnu install (part of the > > fileutils package) > > Here is what mine says: > > ----- > > > install --version > > install (GNU fileutils) 4.0p > > Written by David MacKenzie. > > ... > > ----- > > > > Sorry for the trouble. If getting more GNU stuff > is > > a big no no for you, I guess, I could rewrite the > > script to avoid using -D (-D means debugging in > the > > bsd version while it has directory implications in > the > > gnu version) > > > > odysseas > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ |
|
From: Jimmy H. <ji...@ha...> - 2001-07-07 01:19:51
|
Hi, What about pk2dir.pl returning . On FreeBSD but not on linux? I can probably patch the install command to work with freebsd but pk2dir is another prob.... Regards, Jimmy > -----Original Message----- > From: bin...@li... > [mailto:bin...@li...] On > Behalf Of Odysseas Tsatalos > Sent: Saturday, 7 July 2001 10:56 AM > To: bin...@li... > Subject: RE: [binarycloud-dev] Make > > > So that seems to be the problem. > > You will need to get the gnu install (part of the > fileutils package) > Here is what mine says: > ----- > > install --version > install (GNU fileutils) 4.0p > Written by David MacKenzie. > ... > ----- > > Sorry for the trouble. If getting more GNU stuff is > a big no no for you, I guess, I could rewrite the > script to avoid using -D (-D means debugging in the > bsd version while it has directory implications in the > gnu version) > > odysseas |
|
From: Alex B. <en...@tu...> - 2001-07-07 01:11:13
|
I think we rely on the behavior of GNU utils elsewhere, i would sort of be loth to give up groovyness in favor of compatibility given that the gnu apps are not exactly uncommon :) in any case, Jimmy: try getting gnu-fileutils, and see if that solves your problem. though, that could have other implications because it might break other bsd-specific installs. hrmmm.. _a > So that seems to be the problem. > > You will need to get the gnu install (part of the > fileutils package) > Here is what mine says: > ----- >> install --version > install (GNU fileutils) 4.0p > Written by David MacKenzie. > .... > ----- > > Sorry for the trouble. If getting more GNU stuff is > a big no no for you, I guess, I could rewrite the > script to avoid using -D (-D means debugging in the > bsd version while it has directory implications in the > gnu version) > > odysseas > > > --- Jimmy Harlindong <ji...@ha...> wrote: >> # install --version >> usage: install [-CcDpsv] [-f flags] [-g group] [-m >> mode] [-o owner] >> file1 file2 >> install [-CcDpsv] [-f flags] [-g group] [-m >> mode] [-o owner] >> file1 ... >> fileN directory >> install -d [-v] [-g group] [-m mode] [-o >> owner] directory ... >> >> It doesn't seem to have --version as an option. >> I am running FreeBSD 4.3-RELEASE (the latest >> release) >> >>> -----Original Message----- >>> From: bin...@li... >>> >> [mailto:bin...@li...] >> On >>> Behalf Of Odysseas Tsatalos >>> Sent: Saturday, 7 July 2001 8:18 AM >>> To: bin...@li... >>> Subject: Re: [binarycloud-dev] Make >>> >>> >>> What version of install you are using? >>> You can do >>>> install --version >>> to figure it out. >> >> >> >> _______________________________________________ >> binarycloud-dev mailing list >> bin...@li... >> > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > > > __________________________________________________ > Do You Yahoo!? > Get personalized email addresses from Yahoo! Mail > http://personal.mail.yahoo.com/ > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Odysseas T. <ody...@ya...> - 2001-07-07 00:55:49
|
So that seems to be the problem. You will need to get the gnu install (part of the fileutils package) Here is what mine says: ----- > install --version install (GNU fileutils) 4.0p Written by David MacKenzie. .... ----- Sorry for the trouble. If getting more GNU stuff is a big no no for you, I guess, I could rewrite the script to avoid using -D (-D means debugging in the bsd version while it has directory implications in the gnu version) odysseas --- Jimmy Harlindong <ji...@ha...> wrote: > # install --version > usage: install [-CcDpsv] [-f flags] [-g group] [-m > mode] [-o owner] > file1 file2 > install [-CcDpsv] [-f flags] [-g group] [-m > mode] [-o owner] > file1 ... > fileN directory > install -d [-v] [-g group] [-m mode] [-o > owner] directory ... > > It doesn't seem to have --version as an option. > I am running FreeBSD 4.3-RELEASE (the latest > release) > > > -----Original Message----- > > From: bin...@li... > > > [mailto:bin...@li...] > On > > Behalf Of Odysseas Tsatalos > > Sent: Saturday, 7 July 2001 8:18 AM > > To: bin...@li... > > Subject: Re: [binarycloud-dev] Make > > > > > > What version of install you are using? > > You can do > > > install --version > > to figure it out. > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ |
|
From: Jimmy H. <ji...@ha...> - 2001-07-07 00:11:22
|
# install --version
usage: install [-CcDpsv] [-f flags] [-g group] [-m mode] [-o owner]
file1 file2
install [-CcDpsv] [-f flags] [-g group] [-m mode] [-o owner]
file1 ...
fileN directory
install -d [-v] [-g group] [-m mode] [-o owner] directory ...
It doesn't seem to have --version as an option.
I am running FreeBSD 4.3-RELEASE (the latest release)
> -----Original Message-----
> From: bin...@li...
> [mailto:bin...@li...] On
> Behalf Of Odysseas Tsatalos
> Sent: Saturday, 7 July 2001 8:18 AM
> To: bin...@li...
> Subject: Re: [binarycloud-dev] Make
>
>
> What version of install you are using?
> You can do
> > install --version
> to figure it out.
|
|
From: Odysseas T. <ody...@ya...> - 2001-07-06 22:18:06
|
What version of install you are using? You can do > install --version to figure it out. If a file doesn't have a PACKAGE declaration pk2dir's output is "." , i.e., it represents the current directory where "current" is interpreted in a context-dependent manner. Outputing . in that special case, allows the generation of a valid path even when the output of pk2dir is postfix/prefix/infix inserted in an existing path. odysseas > > install: > /home/pngia/r2/binarycloud/build/en/user/./conf/conf.php: > No > > such file or directory > > > > and the fact you don't even have a ./build > directory... Didn't > > you say that? BUILD_DIR is defined in Makefile.in > as > > > > BUILD_DIR = $(BC_DIR)/build/$(BC_LANG) > > > > and that is why I was suspicious that Makefile.in > was not > > being included. > > > > Here is another putter. > > 1. Save the original Makefile > > 2. Edit the Makefile > > a) remove the switch --no-print-directory > > from both "make" calls thus: > > > > (echo "in user";cd 2>/dev/null user && make ;); \ > > (echo "in base";cd 2>/dev/null base && make > ;); \ > > > > 3. Do the make, see what you get. Should look > something > > like: > > ------------------------------------ > > Building en site > > in user > > make[1]: Entering directory > `/home/jef/tmp/r2/binarycloud/user' > > in user/htdocs > > make[1]: Leaving directory > `/home/jef/tmp/r2/binarycloud/user' > > in base > > make[1]: Entering directory > `/home/jef/tmp/r2/binarycloud/base' > > in core > > in bldr > > in init > > make[2]: > /home/jef/tmp/r2/binarycloud/base/utils/processprepend.php: > > Command not found > > make[2]: *** [installprepend] Error 127 > > in lib > > in mgr > > make[1]: Leaving directory > `/home/jef/tmp/r2/binarycloud/base' > > --------------------------------- > > > > This will "test" if the make(1) behaviour is the > same. > > > > Boy, I bet the lurkers on the list are laughing at > our > > discomforture out there.... Do you feel > watched???? > > > > > > _scratch|_scratch|_scratch > > > > _jef > > > > ============ > > > > Jimmy Harlindong wrote: > >> > >> Justin, > >> > >> _scratch, _scratch... :) > >> > >>> Uh, oh. BSD... I am a BSD ignoramus. And, if > you are > >>> using the C shell, some of the things I > suggested _may_ not > >>> work. I assumed a Bourne/bash shell... > >> > >> I tried on CSH and Bash. The only difference is > the way to set the > >> environment variable. > >> - Same problem > > [== snip, snip ==] > > > > > -- > alex black, ceo > en...@tu... > > the turing studio, inc. > http://www.turingstudio.com > > vox+510.666.0074 > fax+510.666.0093 > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ |
|
From: Alex B. <en...@tu...> - 2001-07-06 20:15:17
|
oh, very interesting. I will look at pk2dir (as no doubt will odysseas, and let you know) _a > Justin, > > Thanks very much for your help. > I tried to boot into linux and tried make, BANG it worked (except that I > haven't installed php :-) > > I think there's something wrong with pk2dir.pl - it doesn't work as it > is supposed to be (it works/runs). That is why it echoes '.'. And that's > why you can see . In the middle of the path. > > Next, the build directory is created by install but since the path > passed to install was wrong (the dot '.' generated by pk2dir.pl) it > didn't create the dir. > > Now I am still trying to investigate the problem and will keep you folks > here posted... By the way I don't suppose there's anyone using FreeBSD > around here? Although my web server runs linux, I prefer FreeBSD for a > lot of reasons. > > Cheers > Jimmy > > > > _______________________________________________ > binarycloud-dev mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-dev > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-07-06 20:15:11
|
whoa, ancient foo! :) thanks, this is current CVS of binarycloud r1, which is "deprecated" but this is quite useful for those running r1, thanks! :) _a > Hi, > good stuff! > > current CVS > > I had to delete chars (nl, ...) between "?>" and eof > in the following files > to avoid "header already sent" messages (and for consistency): > > R:\php\bc\cvs\binarycloud\binarycloud\docs\phpdoc\prepend.php > R:\php\bc\cvs\binarycloud\binarycloud\user\conf\defined_constants.conf > R:\php\bc\cvs\binarycloud\binarycloud\user\conf\file_permissions.conf > > R:\php\bc\cvs\binarycloud\binarycloud\core\base\perm\permissions.php > > R:\php\bc\cvs\binarycloud\binarycloud\core\lib\bread_crumbs_and_tabs.lib > R:\php\bc\cvs\binarycloud\binarycloud\core\lib\send_email_class.lib > R:\php\bc\cvs\binarycloud\binarycloud\core\lib\smtp.lib > R:\php\bc\cvs\binarycloud\binarycloud\core\lib\urlstack.lib > R:\php\bc\cvs\binarycloud\binarycloud\core\lib\webalizer.lib -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
|
From: Alex B. <en...@tu...> - 2001-07-06 20:13:12
|
This does not _sound_ like a "BSD-is-stupid" thing (like bsd make being dumb, or no php binary, etc) I will ask odysseas, because I am unsure about the error below. hrm _a > Our emails crossed in the night.... Ignore 7:53 post. > >> From what you said, everything should have worked, as > far as I can determine. > > What is "suspicious", er, it's the bloody error, is > > install: /home/pngia/r2/binarycloud/build/en/user/./conf/conf.php: No > such file or directory > > and the fact you don't even have a ./build directory... Didn't > you say that? BUILD_DIR is defined in Makefile.in as > > BUILD_DIR = $(BC_DIR)/build/$(BC_LANG) > > and that is why I was suspicious that Makefile.in was not > being included. > > Here is another putter. > 1. Save the original Makefile > 2. Edit the Makefile > a) remove the switch --no-print-directory > from both "make" calls thus: > > (echo "in user";cd 2>/dev/null user && make ;); \ > (echo "in base";cd 2>/dev/null base && make ;); \ > > 3. Do the make, see what you get. Should look something > like: > ------------------------------------ > Building en site > in user > make[1]: Entering directory `/home/jef/tmp/r2/binarycloud/user' > in user/htdocs > make[1]: Leaving directory `/home/jef/tmp/r2/binarycloud/user' > in base > make[1]: Entering directory `/home/jef/tmp/r2/binarycloud/base' > in core > in bldr > in init > make[2]: /home/jef/tmp/r2/binarycloud/base/utils/processprepend.php: > Command not found > make[2]: *** [installprepend] Error 127 > in lib > in mgr > make[1]: Leaving directory `/home/jef/tmp/r2/binarycloud/base' > --------------------------------- > > This will "test" if the make(1) behaviour is the same. > > Boy, I bet the lurkers on the list are laughing at our > discomforture out there.... Do you feel watched???? > > > _scratch|_scratch|_scratch > > _jef > > ============ > > Jimmy Harlindong wrote: >> >> Justin, >> >> _scratch, _scratch... :) >> >>> Uh, oh. BSD... I am a BSD ignoramus. And, if you are >>> using the C shell, some of the things I suggested _may_ not >>> work. I assumed a Bourne/bash shell... >> >> I tried on CSH and Bash. The only difference is the way to set the >> environment variable. >> - Same problem > [== snip, snip ==] > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |
5 messages has been excluded from this view by a project administrator.
