root <[EMAIL PROTECTED]> writes:
| > | > | Just because it works does not make it right for the project.
| > | >
| > | > Yes, indeed. And we should erase silver. .
| > |
| > | "Sometimes humor is the only possible solution" -- Tim Daly
| >
| > In this case, it wasn't "the only possible solutio
> | please lose the notion of "single point of failure" as it is meaningless.
>
> No, it is not. You have provide evidence for this over the past,
> feeling you're obliged to offer aplogogies after apologies.
well, this is your claim.
i claim such a single point does not exist.
you claim it does
root <[EMAIL PROTECTED]> writes:
| > | > But, the check-in would have been approved after review, not before!
| > |
| > | Actually, both.
| > |
| > | The check-in needs to be reviewed before it is committed back to the
| > | axiom--silver--1 branch to make sure it doesn't break other pending
|
root <[EMAIL PROTECTED]> writes:
| > | > | A "single point of control", however, is vitally important.
| > | > | You're basically "putting your name" on the dotted line
| > | > | claiming that you "control" the repository. If you allow
| > | > | anyone to make any change they want you'll quickly
> | > | Just because it works does not make it right for the project.
> | >
> | > Yes, indeed. And we should erase silver. .
> |
> | "Sometimes humor is the only possible solution" -- Tim Daly
>
> In this case, it wasn't "the only possible solution", but it was an
> adequate answer that carries
> | > But, the check-in would have been approved after review, not before!
> |
> | Actually, both.
> |
> | The check-in needs to be reviewed before it is committed back to the
> | axiom--silver--1 branch to make sure it doesn't break other pending
> | changes.
> |
> | The check-in needs to be r
> | > | A "single point of control", however, is vitally important.
> | > | You're basically "putting your name" on the dotted line
> | > | claiming that you "control" the repository. If you allow
> | > | anyone to make any change they want you'll quickly find that
> | > | you have no idea what th
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > | > Also in 'src/doc/ps' we have 'SEGBIND.ps' and 'segbind.ps'.
| > | > 'segbind.ps' is a screen dump of a graphic window containing a
| > | > parabola. I can not really see 'SEGBIND.ps' because it triggers
| > | > Postscript stack error in gho
root <[EMAIL PROTECTED]> writes:
| > | Just because it works does not make it right for the project.
| >
| > Yes, indeed. And we should erase silver. .
|
| "Sometimes humor is the only possible solution" -- Tim Daly
In this case, it wasn't "the only possible solution", but it was an
adequate a
root <[EMAIL PROTECTED]> writes:
| > But, the check-in would have been approved after review, not before!
|
| Actually, both.
|
| The check-in needs to be reviewed before it is committed back to the
| axiom--silver--1 branch to make sure it doesn't break other pending
| changes.
|
| The check-
root <[EMAIL PROTECTED]> writes:
| > | A "single point of control", however, is vitally important.
| > | You're basically "putting your name" on the dotted line
| > | claiming that you "control" the repository. If you allow
| > | anyone to make any change they want you'll quickly find that
| > |
On November 4, 2006 12:42 AM Gaby wrote:
>...
> Bill Page wrote:
> | I think the following two files are not used anywhere:
> |
> | aTx=b.bitmap
> | ATX=B.bitmap
> |
> | (See list of unused bitmap files below.)
>
> How do we determine that they are referenced at run-time through
> dynamic gener
On November 3, 2006 11:34 AM Gaby wrote:
> ...
> Bill Page wrote:
> |
> | If you have an issue about the decision to let Tim Daly manage
> | the update of Axiom Silver via his manual updates of his tla
> | axiom--silver--1 archive (with auto sync to svn /silver),
> | then I think that should be tr
> | Just because it works does not make it right for the project.
>
> Yes, indeed. And we should erase silver. .
"Sometimes humor is the only possible solution" -- Tim Daly
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists
"Bill Page" <[EMAIL PROTECTED]> writes:
| On November 3, 2006 2:16 PM Waldek Hebisch wrote:
| >
| > Gabriel Dos Reis wrote:
| > > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| > >
| > > | Not yet. In a message that I sent few minutes ago I proposed to
| > > | rename 'poly.ht' to 'polys.ht' and 'p
> But, the check-in would have been approved after review, not before!
Actually, both.
The check-in needs to be reviewed before it is committed back to the
axiom--silver--1 branch to make sure it doesn't break other pending
changes.
The check-in needs to be reviewed after it is committed by the
> | A "single point of control", however, is vitally important.
> | You're basically "putting your name" on the dotted line
> | claiming that you "control" the repository. If you allow
> | anyone to make any change they want you'll quickly find that
> | you have no idea what the changes mean and h
On November 3, 2006 2:16 PM Waldek Hebisch wrote:
>
> Gabriel Dos Reis wrote:
> > Waldek Hebisch <[EMAIL PROTECTED]> writes:
> >
> > | Not yet. In a message that I sent few minutes ago I proposed to
> > | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
> >
> > Please go ahead and c
root <[EMAIL PROTECTED]> writes:
[...]
| A "single point of control", however, is vitally important.
| You're basically "putting your name" on the dotted line
| claiming that you "control" the repository. If you allow
| anyone to make any change they want you'll quickly find that
| you have no i
On November 3, 2006 2:23 PM Humberto Ortiz Zuazaga wrote:
>
> I built the build-improvements branch with the GCL I made last
> night, and it looks like it works:
>...
Wonderful!
>
> Here's the build process:
>
> darcs get http://page.axiom-developer.org/repository/axiom-darcs/
>
> 535 chm
> > Based on your extensive work would you consider being the
> > person who maintains axiom--silver--1? That would settle
> > one of the items raised by Gaby.
> >
>
> Yes, however some clarificatinons are needed:
>
> 1) ATM I work with SVN on SourceForge and I hope to avoid contact
>with ar
root wrote:
> Based on your extensive work would you consider being the
> person who maintains axiom--silver--1? That would settle
> one of the items raised by Gaby.
>
Yes, however some clarificatinons are needed:
1) ATM I work with SVN on SourceForge and I hope to avoid contact
with arch
2)
Based on your extensive work would you consider being the
person who maintains axiom--silver--1? That would settle
one of the items raised by Gaby.
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo
Vanuxem Grégory wrote:
> Waldek,
>
> > All versions of hypertex that I used crashed (or maybe showed
> > nothing)
> > when I clicked "Uses" or "Dependants" field in a description of a
> > constructor.
>
> > AFAICS recent versions of Axiom have two problems here:
>
> > 1) databases which conta
Waldek,
> All versions of hypertex that I used crashed (or maybe showed
> nothing)
> when I clicked "Uses" or "Dependants" field in a description of a constructor.
> AFAICS recent versions of Axiom have two problems here:
> 1) databases which contain corresponding information (USERS.DAASE
>
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| > I'm very happy to see Tim is making changes more visible now, than waiting
| > for ages before seeing light. The main reason I originally volunteered to
| > maintain Silver is that I do believe in "live sources". Tim suggested
| > at the time that he d
root wrote:
> > > Sure many files *look* like text files, but you have heard Tim saying that
> > >
> > > 1) a SCM should never change the line ending format
> >
> > Tell that to Windows folks.
>
> Consider the domain and range of an SCM. It should map files to files
> as an identity operation wi
I'm very happy to see Tim is making changes more visible now, than waiting
for ages before seeing light. The main reason I originally volunteered to
maintain Silver is that I do believe in "live sources". Tim suggested
at the time that he did not have time do maintain too many branches.
It therefo
On 11/03/2006 05:22 PM, Bill Page wrote:
On November 3, 2006 10:49 AM Gabriel Dos Reis wrote:
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
| > Gabriel Dos Reis wrote:
| >> This clarifiers the terminology for me.
|
| Not for me.
|
| Bill seemed to c
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| +2006-11-03 Waldek Hebisch <[EMAIL PROTECTED]>
| +
| + * sockio.lisp.pamphlet (sock_get_string_buf_wrapper): new
| + function
| + (sock_get_string_buf): call it
OK for build-improvements.
Thanks!
-- Gaby
_
Gabriel Dos Reis wrote:
> I would like to see the final patch, e.g. the things that would be
> committed, including the explanation of what the code and what is
> going in the pamphletss.
>
diff -ru build-improvements.bb/src/interp/ChangeLog.build-improvements
build-improvements/src/interp/Chan
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| >
| > | Not yet. In a message that I sent few minutes ago I proposed to
| > | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
| >
| > Please go ahead and commit to
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > Thanks Ralf.
| >
| > Clearly I, too, am confused about this whole replictor
| > business.
| >
| > If we can manage to be confused about which is which at
| > this point, then clearly something is wrong.
|
| Surely you are imagining confusion wh
I built the build-improvements branch with the GCL I made last night,
and it looks like it works:
Sorry about the formatting, I think the Mac Terminal is mangling the lines.
(1) -> )set mes auto on
(1) -> 1
(1) 1Type:
PositiveInteger
(2
Gabriel Dos Reis wrote:
> Waldek Hebisch <[EMAIL PROTECTED]> writes:
>
> | Not yet. In a message that I sent few minutes ago I proposed to
> | rename 'poly.ht' to 'polys.ht' and 'poly.pht' to 'polys.pht'.
>
> Please go ahead and commit to build-improvements. Add an explanation
> (in the pamphlet
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| Granted that case-preserving case-insensitive is a stupid idea
| that makes some types of programming more difficult, but none
| of the other source code control systems that I use on Windows
| fail catastrophically and irrevocably lock the entire s
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis wrote:
| > Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
| > | svn: In directory
| > | 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
| > | svn: Can't copy
| > |
'axiom.build-improvements/axiom/trunk/axiom/src/hyper/
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
| On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
| > Gabriel Dos Reis wrote:
| >> This clarifiers the terminology for me.
|
| Not for me.
|
| Bill seemed to conflict himself when he said that
| a)
|
| > In any case, please keep in mind that we had previ
"Bill Page" <[EMAIL PROTECTED]> writes:
| On November 3, 2006 9:13 AM Gaby wrote:
| > |
| > | Can't svn co the source, I've tried several times from a
| > clean slate and
| > | get:
| > |
| > | $ svn co https://svn.sourceforge.net/svnroot/axiom/ \
| > | branches/build-improvements axi
> axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/HTX
> FormatPage5.ht
> svn: In directory
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
> svn: Can't copy
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/.s
> vn/tmp/text-base/poly.pht.svn-base'
> to
> 'axiom
On 11/03/2006 12:23 PM, Waldek Hebisch wrote:
Gabriel Dos Reis wrote:
This clarifiers the terminology for me.
Not for me.
Bill seemed to conflict himself when he said that
a)
> In any case, please keep in mind that we had previously agreed that
> all patches to silver would be sent by email
Bill Page wrote:
>
> Welcome to SVN on SourceForge ... ;)
No, that's what I get for trying to develop on Mac OS X, a.k.a, the
bastard son of FreeBSD and Mac OS. Case preserving case insensitive
indeed. It's almost, but not quite, like developing on a real operating
system.
I'm trying a darcs get
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| > axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/HTX
| > FormatPage5.ht
| > svn: In directory
| > 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
| > svn: Can't copy
| > 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/
root <[EMAIL PROTECTED]> writes:
| > 1) removal of 'zips/tla-1.1.tar.gz'.
|
| my version says it's been removed.
done on silver.
-- Gaby
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-dev
> How about the \r problem?
still looking into it.
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
"Bill Page" <[EMAIL PROTECTED]> writes:
| Tim,
|
| On November 3, 2006 8:48 AM Tim Daly wrote:
| > Waldek Hebisch wrote:
| >
| > > 1) removal of 'zips/tla-1.1.tar.gz'.
| >
| > my version says it's been removed.
| > i tried to remove it again and get the message
| >
| > tla delete tla-1.1.ta
Gabriel Dos Reis wrote:
> Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
> | svn: In directory
> | 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages'
> | svn: Can't copy
> |
> 'axiom.build-improvements/axiom/trunk/axiom/src/hyper/pages/.svn/tmp/text-base/poly.pht.svn-base'
> | to
> |
Humberto Ortiz-Zuazaga <[EMAIL PROTECTED]> writes:
| Bill Page wrote:
|
| >> what do I need to do to build build-improvements?
| >>
| >> Just pull the source with:
| >>
| >> svn co https://svn.sourceforge.net/svnroot/axiom/ \
| >> branches/build-improvements axiom.build-improvements
| >>
Humberto Ortiz-Zuazaga wrote::
> Can't svn co the source, I've tried several times from a clean slate and
> get:
>
> $ svn co https://svn.sourceforge.net/svnroot/axiom/ \
> branches/build-improvements axiom.build-improvements
>
> [normal output, then]
>
> A
> axiom.build-improvements/a
> 1) removal of 'zips/tla-1.1.tar.gz'.
my version says it's been removed.
i tried to remove it again and get the message
tla delete tla-1.1.tar.gz
attempt to remove non-existent id for tla-1.1.tar.gz
t
___
Axiom-developer mailing list
Axiom-develop
Bill Page wrote:
>> what do I need to do to build build-improvements?
>>
>> Just pull the source with:
>>
>> svn co https://svn.sourceforge.net/svnroot/axiom/ \
>> branches/build-improvements axiom.build-improvements
>>
>
> Yes.
>
Can't svn co the source, I've tried several times from
Gabriel Dos Reis wrote:
> This clarifiers the terminology for me.
>
I do not think the problem is in terminology: each SF tag refer
to a unique branch. Bill proposed to abandon /trunk and move
work to /silver. So the questions are:
1) Should any new patch be applied to /trunk ?
2) Should new p
> Bill,
>
> > My current proposal is that when Tim's merge of the old svn /trunk
> > into svn /silver is accomplished, then svn /silver should become the
> > new official "trunk" and the existing svn /trunk should be deleted.
> > As I understand it, whether or not we eventually rename svn /silver
Bill Page wrote:
> Waldek,
>
> Thank you! Your patch to openpty for MAC OSX worked perfectly.
> clef now compiles correctly. :-)
>
> I think this change should go in.
>
Bill, you did not write if clef works.
--
Waldek Hebisch
[EMAIL PROTECTED]
54 matches
Mail list logo
