On Fri, May 8, 2009 at 8:38 PM, Albin Tonnerre wrote:
> On Sat, May 09, 2009 at 02:27:28AM +0200, Peter Wehrfritz wrote :
>> Yes, autopoint has cvs as dep. And yes we need autopoint. At least I
>> don't know a better way to setup gettext support. And it isn't a hard
>> limitation, on the long run
On Sat, 09 May 2009 02:27:28 +0200 Peter Wehrfritz
said:
> Rodrigo Belem schrieb:
> > Hi all,
> >
> > I was building etk so I saw that etk depends on cvs. This dependency
> > comes from autopoint that lives in autogen.sh.
> >
> > rodr...@sculptor:/tmp/etk$ ./autogen.sh
> > Running autopoint...
>
Albin Tonnerre schrieb:
> On Sat, May 09, 2009 at 02:27:28AM +0200, Peter Wehrfritz wrote :
>
>> Rodrigo Belem schrieb:
>>
>>> Hi all,
>>>
>
>
>>> I was building etk so I saw that etk depends on cvs. This dependency
>>> comes from autopoint that lives in autogen.sh.
>>>
>
>
Peter Wehrfritz schrieb:
> Rodrigo Belem schrieb:
>
>> Hi all,
>>
>> I was building etk so I saw that etk depends on cvs. This dependency
>> comes from autopoint that lives in autogen.sh.
>>
>> rodr...@sculptor:/tmp/etk$ ./autogen.sh
>> Running autopoint...
>> autopoint: *** cvs program not foun
On Sat, May 09, 2009 at 02:27:28AM +0200, Peter Wehrfritz wrote :
> Rodrigo Belem schrieb:
> > Hi all,
> > I was building etk so I saw that etk depends on cvs. This dependency
> > comes from autopoint that lives in autogen.sh.
So do all the core EFL, too
> > rodr...@sculptor:/tmp/etk$ ./autogen.
Yes, that is correct. E17 itself also requires cvs due to the autopoint
crap.
dh
Rodrigo Belem wrote:
> Hi all,
>
> I was building etk so I saw that etk depends on cvs. This dependency
> comes from autopoint that lives in autogen.sh.
>
> rodr...@sculptor:/tmp/etk$ ./autogen.sh
> Running autopo
Rodrigo Belem schrieb:
> Hi all,
>
> I was building etk so I saw that etk depends on cvs. This dependency
> comes from autopoint that lives in autogen.sh.
>
> rodr...@sculptor:/tmp/etk$ ./autogen.sh
> Running autopoint...
> autopoint: *** cvs program not found
> autopoint: *** Stop.
>
> Is it right
On Sun, 17 Aug 2008 11:00:46 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On Sun, Aug 17, 2008 at 9:47 AM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > On Sun, 17 Aug 2008 01:13:37 +1000 Carsten Haitzler (The Rasterman)
> > <[EMAIL PROTECTED]> babbled:
> >
> >
On Sun, 17 Aug 2008 16:19:19 +0200 Thomas Kuther <[EMAIL PROTECTED]>
babbled:
i found. i've been fixing as many as i could find. i may have missed some - but
those should be fixed now.
> On So, 17.08.08 22:47 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 17 Aug 2008
On So, 17.08.08 22:47 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> wrote:
> On Sun, 17 Aug 2008 01:13:37 +1000 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> babbled:
>
> and the move is done:
>
> http://svn.enlightenment.org/
>
Cool.
But some png files got corrupted on transf
Am Sonntag 17 August 2008 16:00:46 schrieb Gustavo Sverzut Barbieri:
> So far I have one request: BINDINGS or something like it. I don't
> consider python-efl as PROTO anymore, it's stable and covers a good
> amount of API. In this case it coulde either be /BINDINGS/python-efl
> or /PYTHON.
bindin
On Sun, Aug 17, 2008 at 9:47 AM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Sun, 17 Aug 2008 01:13:37 +1000 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> babbled:
>
> and the move is done:
>
> http://svn.enlightenment.org/
>
> time to check out your trees again. i've mo
Thanks raster!!
On Sun, Aug 17, 2008 at 3:47 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Sun, 17 Aug 2008 01:13:37 +1000 Carsten Haitzler (The Rasterman)
> <[EMAIL PROTECTED]> babbled:
>
> and the move is done:
>
> http://svn.enlightenment.org/
>
> time to check out your tre
On Sun, 17 Aug 2008 01:13:37 +1000 Carsten Haitzler (The Rasterman)
<[EMAIL PROTECTED]> babbled:
and the move is done:
http://svn.enlightenment.org/
time to check out your trees again. i've moved things around a bit - gone is
the e17 dir. e16 still has one. we should clean out cruft (projects no
Much appreciated!
On Sat, Aug 9, 2008 at 8:28 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Sat, 09 Aug 2008 16:08:59 -0500 Nick Hughart <[EMAIL PROTECTED]> babbled:
>
>> Nathan Ingersoll wrote:
>> > Can we put this on hold until Summer of Code is complete? It's only
>> > anot
On Sat, 09 Aug 2008 16:08:59 -0500 Nick Hughart <[EMAIL PROTECTED]> babbled:
> Nathan Ingersoll wrote:
> > Can we put this on hold until Summer of Code is complete? It's only
> > another week until that wraps up and I'd like to minimize the time the
> > students need to spend to accommodate shifti
Nathan Ingersoll wrote:
> Can we put this on hold until Summer of Code is complete? It's only
> another week until that wraps up and I'd like to minimize the time the
> students need to spend to accommodate shifting infrastructure during
> the end of session crunch.
>
>
I'd toss a vote for this
Can we put this on hold until Summer of Code is complete? It's only
another week until that wraps up and I'd like to minimize the time the
students need to spend to accommodate shifting infrastructure during
the end of session crunch.
Thanks,
Nathan
On Sat, Aug 9, 2008 at 1:45 AM, The Rasterman C
On Sat, 7 Jul 2007 12:29:25 +0600 Yuri <[EMAIL PROTECTED]> babbled:
hey ape-man! welcome back :)
attachments got lost - can you tar them up and re-send or send directly to
brian or me?
> Hi guys!
>
> I spend some time on EngyCAD and get it working on current EFL.
> I'd like to put it to e.org C
On Sat, Jul 07, 2007 at 12:29:25PM +0600, Yuri wrote:
> Hi guys!
>
> I spend some time on EngyCAD and get it working on current EFL.
> I'd like to put it to e.org CVS, if you don't mind :)
>
> Here comes my info and cvs pubkey.
Welcome back!
The attachments don't seem to have made it through, tho
On Mon, 2 Jul 2007 01:12:19 +0200 "Dr. Michael 'Mickey' Lauer"
<[EMAIL PROTECTED]> babbled:
sf.net strips attachements that are of the type "octet" or whatever (binary)
due to "virus protection". can you send to me directly or maybe tar+gzip up the
key?
> Carsten Haitzler wrote:
> > missing 1 thi
Carsten Haitzler wrote:
> missing 1 thing - we need your ssh public key (id_dsa.pub)
oops ;)
(attached)
Cheers,
:M:
--
Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de-
This SF.net email is sponsored by
On Sun, 1 Jul 2007 19:21:27 +0200 "Dr. Michael 'Mickey' Lauer"
<[EMAIL PROTECTED]> babbled:
missing 1 thing - we need your ssh public key (id_dsa.pub) :)
> Hi,
>
> I have been working on C++ bindings to EFL for quite a while now, and
> since recently Andreas 'audifahrer' Volz contact me to suppo
Didier Casse wrote:
> My builds are normally automated, but this time it wasn't as flawless
> as usual and I know why now thanks to you guys. When the script tried
> to install ecore, it couldn't and had some failed dependencies as
> shown below.
> I know how to fix this for the RPM case. ;)
>
> e
My builds are normally automated, but this time it wasn't as flawless
as usual and I know why now thanks to you guys. When the script tried
to install ecore, it couldn't and had some failed dependencies as
shown below.
I know how to fix this for the RPM case. ;)
error: Failed dependencies:
On Sat, 19 Aug 2006 15:36:55 -0400 Lyle Kempler <[EMAIL PROTECTED]>
babbled:
definitely. this is not about removing things - but maybe shuffling visibility
of things like cvs from first port of call, to last port of call, and encourage
users to use alternate mechanisms to get the code that is ligh
On Sat, 19 Aug 2006 12:59:55 -0400 dan sinclair <[EMAIL PROTECTED]> babbled:
> Yes, because your missing ecore_desktop. It was just added to ecore
> about a week ago and is only used by a few things at the moment.
> Missing this library will cause both ewl and e to fail as they both
> use it
* Laurence Vanek ([EMAIL PROTECTED]) wrote:
> Lyle Kempler wrote:
> > Looking at get-e.org, the download page points to the E17 User's
> > Guide, which starts with "Installing from CVS". If we instead
> > changed the download page to "download this script and run it,
> > you'll need wget and tar an
Lyle Kempler wrote:
> Looking at get-e.org, the download page points to the E17 User's Guide,
> which starts with "Installing from CVS". If we instead changed the
> download page to "download this script and run it, you'll need wget and
> tar and bzip2 and ..", then new users could convert over wi
Didier Casse wrote:
> Hi Dan,
> I did build the ecore package and installed it. I mean it's not the
> first time I build the packages for the repo. It might be that the
> packages I pulled out had some problems. I'll try again. As I said, if
> it doesn't work the first time, trying out a bit later
* Carsten Haitzler ([EMAIL PROTECTED]) wrote:
> On Thu, 17 Aug 2006 16:45:19 -0400 Lyle Kempler
> <[EMAIL PROTECTED]> babbled:
> > * Chady Kassouf ([EMAIL PROTECTED]) wrote:
> > > On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>
> > > wrote:
> > > >personally i would have no problem i
Hi Dan,
I did build the ecore package and installed it. I mean it's not the
first time I build the packages for the repo. It might be that the
packages I pulled out had some problems. I'll try again. As I said, if
it doesn't work the first time, trying out a bit later usually works
:-). Thanks for
Yes, because your missing ecore_desktop. It was just added to ecore
about a week ago and is only used by a few things at the moment.
Missing this library will cause both ewl and e to fail as they both
use it.
If you look at the line mentioned it's specifically if (!
ecore_desktop_init()). S
On 8/19/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> On Sat, 19 Aug 2006 16:15:13 +0800 "Didier Casse" <[EMAIL PROTECTED]>
> babbled:
>
> my guess - your ecore is not up to date
Wrong guess I' m afraid Carsten. I always update every libraries. This
time ewl also sucked.
I' ll j
On Sat, 19 Aug 2006 16:15:13 +0800 "Didier Casse" <[EMAIL PROTECTED]>
babbled:
my guess - your ecore is not up to date
> Please see below: (complete log attached)
>
> *snip*
> + ./configure --build=i686-redhat-linux-gnu
> --host=i686-redhat-linux-gnu --target=i386-redhat-linux-gnu
> --program-pr
Whoops the previous log wasn't complete. Here's the complete one.
--
With kind regards,
Didier.
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
On 8/19/06, Didier Casse <[EMAIL PROTECTED]> wrote:
Please see below: (complete log attached)
*snip*
+ ./configure --bu
On Fri, 18 Aug 2006 10:39:42 -0500 Frederick Reeve <[EMAIL PROTECTED]> babbled:
> On Thu, 17 Aug 2006 22:55:02 -0400
> Michael Jennings <[EMAIL PROTECTED]> wrote:
>
> > On Thursday, 17 August 2006, at 11:15:50 (+0300),
> > Eugen Minciu wrote:
> >
> > > Any statistics on the load when 24 anon che
On Friday, 18 August 2006, at 12:43:06 (+0300),
Eugen Minciu wrote:
> At this point I doubt you guys agree with my view. So, my opinion is
> probably wrong and this is just a case of me being hard-headed.
It's not a question of right or wrong. It's a question of return on
investment. Making the
On Thu, 17 Aug 2006 22:55:02 -0400
Michael Jennings <[EMAIL PROTECTED]> wrote:
> On Thursday, 17 August 2006, at 11:15:50 (+0300),
> Eugen Minciu wrote:
>
> > Any statistics on the load when 24 anon checkouts occur?
>
> Not specifically, but over the past 24 hours, the max 1 minute load
> averag
On 8/18/06, Eugen Minciu <[EMAIL PROTECTED]> wrote:
> OK. I'm done supporting git now ;) Time for other ideas.
> >From what has allready been presented I find anoncvs mirrors as a better
> >approach to tarballs, as many of us actually don't have the bandwith to
> >download a dist tarball every we
OK. I'm done supporting git now ;) Time for other ideas.
>From what has allready been presented I find anoncvs mirrors as a better
>approach to tarballs, as many of us actually don't have the bandwith to
>download a dist tarball every week.
CVS has hooks from what I can see.Yay. So after every c
On Fri, 18 Aug 2006 12:43:06 +0300 Eugen Minciu <[EMAIL PROTECTED]> babbled:
> On Fri, 18 Aug 2006 14:24:45 +0900
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
>
> > > 1) Move the data into its own repository
>
> >
> > not going to happen. the data is an internal part of the pro
On Fri, 18 Aug 2006 14:24:45 +0900
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> > 1) Move the data into its own repository
>
> not going to happen. the data is an internal part of the projects - it gets
> modifed 8new icons, images etc.) and is part of the build process. so not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Fri, 18 Aug 2006 09:12:43 +0200
schrieb Slalomsk8er <[EMAIL PROTECTED]>:
> As I wrote Raster (I wanted to write to this list but my mail client and
> I mixed things up), I think the ultimate way of addressing the server
> load would be BitTorrent a
As I wrote Raster (I wanted to write to this list but my mail client and
I mixed things up), I think the ultimate way of addressing the server
load would be BitTorrent as it is in principal a mirroring system and it
is easy to track the stats (someone mentioned this is not so easy with
cvs mirrors
On Fri, 18 Aug 2006 06:04:37 +0300 Eugen Minciu <[EMAIL PROTECTED]> babbled:
> Hi everyone.
>
> I've been doing some thinking today. And I've been doing some testing as
> well. And there are a few things I realized.
>
> The first thing I realized is a reason why the pseudo-benchmark I created wa
Chady Kassouf wrote:
> On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> personally i would have no problem in a server-side auto-build of
>> tarballs.
>> what do people think? should we perhaps have the anoncvs server do daily
>> (or
>> maybe several times per day)
Hi everyone.
I've been doing some thinking today. And I've been doing some testing as well.
And there are a few things I realized.
The first thing I realized is a reason why the pseudo-benchmark I created was
giving out evil data. In git's case this is because git does a lot of extra
operation
On Thursday, 17 August 2006, at 11:15:50 (+0300),
Eugen Minciu wrote:
> Any statistics on the load when 24 anon checkouts occur?
Not specifically, but over the past 24 hours, the max 1 minute load
average was 17.55, and the max 15 minute load average was 8.56.
Looks like 1800-2200 UTC is our pea
Michael Jennings wrote:
> On Friday, 18 August 2006, at 08:21:17 (+0900),
> Carsten Haitzler wrote:
>
>
>> agreed. i am not advocating REMOVING anoncvs as such - just removing
>> it as a "first priority anonymous source access" mechanism. putting
>> anoncvs access info into fineprint in some obs
On Friday, 18 August 2006, at 08:21:17 (+0900),
Carsten Haitzler wrote:
> agreed. i am not advocating REMOVING anoncvs as such - just removing
> it as a "first priority anonymous source access" mechanism. putting
> anoncvs access info into fineprint in some obscure page linked off a
> download pag
On Thu, 17 Aug 2006 16:45:19 -0400 Lyle Kempler <[EMAIL PROTECTED]>
babbled:
> * Chady Kassouf ([EMAIL PROTECTED]) wrote:
> > On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>
> > wrote:
> > >personally i would have no problem in a server-side auto-build of
> > >tarballs. what do peo
On Thu, 17 Aug 2006 16:50:22 +0200 "Chady Kassouf" <[EMAIL PROTECTED]>
babbled:
> On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > personally i would have no problem in a server-side auto-build of
> > tarballs.
> > what do people think? should we perhaps have t
On Fri, 18 Aug 2006 03:37:06 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Thu, 17 Aug 2006 16:50:22 +0200 "Chady Kassouf"
> <[EMAIL PROTECTED]> wrote:
>
> > On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>
> > wrote:
> > >
> > >
> > >
> > > personally i would have no problem
* Chady Kassouf ([EMAIL PROTECTED]) wrote:
> On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>
> wrote:
> >personally i would have no problem in a server-side auto-build of
> >tarballs. what do people think? should we perhaps have the anoncvs
> >server do daily (or maybe several times
On Thu, 17 Aug 2006 16:50:22 +0200 "Chady Kassouf"
<[EMAIL PROTECTED]> wrote:
> On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>
> wrote:
> >
> >
> >
> > personally i would have no problem in a server-side auto-build of
> > tarballs.
> > what do people think? should we perhaps have t
On 8/17/06, Chady Kassouf <[EMAIL PROTECTED]> wrote:
>
>
> On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> >
> >
> > personally i would have no problem in a server-side auto-build of
> tarballs.
> > what do people think? should we perhaps have the anoncvs server do daily
> (
On 8/17/06, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
personally i would have no problem in a server-side auto-build of tarballs.what do people think? should we perhaps have the anoncvs server do daily (ormaybe several times per day) builds of packages? not rpm or deb but "make
dist
> what do you say? would people be willing to switch to such snaps?
As user that just wanna have a "working" e17, so when a bugs is
pulling my leg, I sync every day. When everything just works fine
(as it does this week, for instance), I sync once a month, when
I think about it ;p
Since I use my
On Thu, 17 Aug 2006 10:15:13 +0200 Stéphane Bauland <[EMAIL PROTECTED]>
babbled:
> Hisham Mardam Bey wrote:
> > On 8/17/06, Lyle Kempler <[EMAIL PROTECTED]> wrote:
> >
> >> Personally I don't get why we're not creating nightly diffs and a
> >> tarball once a week and letting people use that (it
Hisham Mardam Bey wrote:
> On 8/17/06, Lyle Kempler <[EMAIL PROTECTED]> wrote:
>
>> Personally I don't get why we're not creating nightly diffs and a
>> tarball once a week and letting people use that (it's not exactly
>> difficult to script). I highly doubt most users care about checkins in
>>
On 8/17/06, Lyle Kempler <[EMAIL PROTECTED]> wrote:
> Personally I don't get why we're not creating nightly diffs and a
> tarball once a week and letting people use that (it's not exactly
> difficult to script). I highly doubt most users care about checkins in
> the last few hours, and I suggested
On Wed, 16 Aug 2006 23:43:47 -0400
Michael Jennings <[EMAIL PROTECTED]> wrote:
> CPU load depends entirely on the box, but anoncvs is a P4 1.7 GHz with
> 15 minute load averages fairly consistently under 2. And it's doing
> Not exactly. The machine is doing fine; the only problem is that I
> ha
On Thu, 17 Aug 2006 02:19:28 -0400
Lyle Kempler <[EMAIL PROTECTED]> wrote:
> Git is interesting and all, and may offer some development advantages,
> but I keep harking back to 2 statements made earlier in this thread: 1)
> that we're interested in performance, and 2) the developer base is
> prett
* Eugen Minciu ([EMAIL PROTECTED]) wrote:
> I was thinking that you might want to try something if you get a
> second machine up.
>
> >From the man page of git-cvsimport:
> "Imports a CVS repository into git. It will either create a new
> repository, or incrementally import into an existing one."
On Tuesday, 15 August 2006, at 14:48:36 (-0500),
Nathan Ingersoll wrote:
> Do we have any current statistics about the load on a CVS mirror?
> Might be easier to find more mirrors if we can give them some idea
> what sort of bandwidth, disk use and CPU load they can expect.
The repository current
On Wed, 16 Aug 2006 14:51:39 +0100 Andrew Williams <[EMAIL PROTECTED]>
babbled:
> Carsten Haitzler (The Rasterman) wrote:
> >
> > i think i should check git. i know svn enough to know its a viable move from
> > cvs - but i know very little of git - but from the comments - it seems good
> > (these
Hello again,
I was thinking that you might want to try something if you get a second machine
up.
>From the man page of git-cvsimport:
"Imports a CVS repository into git. It will either create a new repository, or
incrementally import into an existing one."
So you might want to try using a "git
David Seikel wrote:
> On Tue, 15 Aug 2006 00:41:34 -0400 Michael Jennings <[EMAIL PROTECTED]>
> wrote:
>
>
>> FUD. You can tag CVS without having a checkout. (Try cvs -H rtag.)
>> And SVN doesn't even HAVE tagging. It has copying, which contrary to
>> popular (SVN developer) belief, is NOT th
Carsten Haitzler (The Rasterman) wrote:
>
> i think i should check git. i know svn enough to know its a viable move from
> cvs - but i know very little of git - but from the comments - it seems good
> (these days) - though much more radical than move to svn :)
>
>
Of course one reason for using
It is better (imho) the disk space issue is valid, BUT it is not
server-side but client site.
The svn repo is pretty light on the server (no heavier than CVS, cp
commands are lightweight copies which can help) but on the client side
there is pretty much 2 copies of everything (i.e. a cache of the s
Dènis Riedijk escreveu:
> What I can say is that from a usability point of view it is very fast
> (that was Linus' number one design rule when he wrote git)
> For download performance it is probably important to pack the
> repository before checking out from a client. Pack files are supposed
> t
> now if you can - try "slowing down" the server.
I'm running a box I found in the trash, with a "designed for windows
95" sticker on the side; I would hope that's slow enough :P
On the down side, cvs2svn is taking ages -- it's currently translating
cvs commit 3000 / 25000 after about 3 hours...
On Wed, 16 Aug 2006, Carsten Haitzler (The Rasterman) wrote:
>
> i think i should check git. i know svn enough to know its a viable move from
> cvs - but i know very little of git - but from the comments - it seems good
> (these days) - though much more radical than move to svn :)
Then try xcb
You can always ask some help on [email protected] I have been following the development of git from a technical point of view out of interest, but at the moment I do not have a linux box unfortunately so I have not been able to play with it. It also has a tool (gitk) that visualizes me
Now I wonder what that 'Attatch' button does? ...
Sorry bout that.
Eugen.
scm_benchmark.rb
Description: Binary data
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-
On Wed, 16 Aug 2006 08:07:16 +0900
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> actually - i think we need to know how this works WITH data on disk - why?
> some
> scm's may invoke much more disk IO than others and thus bottleneck at the disk
> earlier than others. we need to kno
"Carsten Haitzler (The Rasterman)" wrote:
>
>
> On Tue, 15 Aug 2006 18:34:57 -0400 Kevin Brosius <[EMAIL PROTECTED]> babbled:
>
> > Kim Woelders wrote:
> > >
> > >
> > >
> > > It seems to me that our SCM system feature requirements are extremely
> > > limited. We hardly ever tag or branch, let a
On Tue, 15 Aug 2006 19:11:57 +0300 Eugen Minciu <[EMAIL PROTECTED]> babbled:
> On Tue, 15 Aug 2006 16:55:50 +0100
> Shish <[EMAIL PROTECTED]> wrote:
>
> > In real life disks will be involved, it'd probably be good to take
> > them into account. (I'd recommend doing both, to see what effect the
>
On Wed, 16 Aug 2006 00:08:18 +0200 Kim Woelders <[EMAIL PROTECTED]> babbled:
>
> It seems to me that our SCM system feature requirements are extremely
> limited. We hardly ever tag or branch, let alone do merging between
> branches or anything resembling changeset management.
>
> I think CVS amp
On Tue, 15 Aug 2006 18:34:57 -0400 Kevin Brosius <[EMAIL PROTECTED]> babbled:
> Kim Woelders wrote:
> >
> >
> >
> > It seems to me that our SCM system feature requirements are extremely
> > limited. We hardly ever tag or branch, let alone do merging between
> > branches or anything resembling c
On Wed, 16 Aug 2006 02:10:02 +1000 David Seikel <[EMAIL PROTECTED]> babbled:
> On Tue, 15 Aug 2006 16:55:50 +0100 Shish <[EMAIL PROTECTED]>
> wrote:
>
> > I was just about to say the same thing; the only thing I lack is a
> > suitably huge CVS repository to start with -- is there any way for me
>
On Tue, 15 Aug 2006 16:55:50 +0100 Shish <[EMAIL PROTECTED]> babbled:
> I was just about to say the same thing; the only thing I lack is a
> suitably huge CVS repository to start with -- is there any way for me
> to make a local mirror of E's whole repository? Google fails me the
> specific proced
On Tue, 15 Aug 2006 14:58:42 -0400 Michael Jennings <[EMAIL PROTECTED]> babbled:
> On Wednesday, 16 August 2006, at 04:09:54 (+1000),
> David Seikel wrote:
>
> > I'm not assuming anything, I am responding to what you are actually
> > saying.
>
> That was the first time you'd actually responded t
On Wed, 16 Aug 2006 01:07:12 +0300 Eugen Minciu <[EMAIL PROTECTED]> babbled:
> Well I went outside for a while and it did me good. I have a new ideea for
> testing out the scm servers. Yay ;)
>
> Instead of trying to actually save the items on my hard disk I'll try to
> redirect them to /dev/null
On Mon, 14 Aug 2006 19:07:13 +0200 Tilman Sauerbeck <[EMAIL PROTECTED]>
babbled:
> Eugen Minciu [2006-08-14 15:29]:
> > Carsten Haitzler (The Rasterman) wrote:
> > > It has come to my attention that yet again we are killing systems.
> > >
> > > yes - we are becoming a burden on yet more cvs se
Kim Woelders wrote:
>
>
>
> It seems to me that our SCM system feature requirements are extremely
> limited. We hardly ever tag or branch, let alone do merging between
> branches or anything resembling changeset management.
>
> I think CVS amply provides the features we need. It's simple and ro
So, if anyone has any connections now would be the time to mention it. these are the specs as we are thinking so far.cpu: dual core (amd (opteron) or intel (xeon)) (in my opinion, amd is a better chip and cheaper in some aspects. you can flame me on this one)
ram: 3-4gb of quality ram..
On Tuesday, 15 August 2006, at 15:04:06 (-0700),
Inc wrote:
> well, thats what this is KainX. I have pretty much secured a donated
> box. I have also been working with raster to find the right box for
> us to buy. the place that I was going to have host the mirror said
> that its time for us to go
It seems to me that our SCM system feature requirements are extremely
limited. We hardly ever tag or branch, let alone do merging between
branches or anything resembling changeset management.
I think CVS amply provides the features we need. It's simple and robust.
It's far from perfect, but as Mi
Well I went outside for a while and it did me good. I have a new ideea for
testing out the scm servers. Yay ;)
Instead of trying to actually save the items on my hard disk I'll try to
redirect them to /dev/null. I allready saw how I can do this with cvs and I
hope I'll find a way to do it with
well, thats what this is KainX. I have pretty much secured a donated box. I have also been working with raster to find the right box for us to buy. the place that I was going to have host the mirror said that its time for us to go get our own box, so I let raster know that. I'll update you more on
On Tuesday, 15 August 2006, at 14:31:53 (-0700),
Inc wrote:
> well, I've done a bit of a research on SVN vs. CVS.
Research isn't what we need. Performance comparison data is.
> The general census is that SVN was created to improve and replace
> CVS.
Yes, we know that. Whether it actually achi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eugen Minciu wrote:
> Now I know this is probably not going to sound right but how about a git
> repository?.
You may be interested in reading our[0] thread[1] about our search for
an SCM, with us deciding, in the end, on git. Mainly git is compare
well, I've done a bit of a research on SVN vs. CVS. The general census is that SVN was created to improve and replace CVS. I have heard its kinder to network resources and cpu usage and what not. The only thing is that it needs more disk space. Which honestly with the servers that we are looking at
On 8/15/06, Michael Jennings <[EMAIL PROTECTED]> wrote:
>
> I'd also be interested in comparisons of incremental checkouts. As I
> understand it, Git trees are complete repositories, not just
> checkouts. So a checkout-to-checkout comparison is unfair as Git is
> downloading a crapload more data
On Tuesday, 15 August 2006, at 22:12:47 (+0300),
Eugen Minciu wrote:
> CVS:
> - Average checkout time: 41.843s
> - CPU used: Constantly around 70% (something like 60-80%
> - MEM used: 2-3%
>
> SVN (svnserve):
> - Average checkout time: 27.921s
> - CPU used: 50-90%
> - Mem used: 2%
>
> SVN (http
Hi,
I've spent a lot of time on this, but the results are ... shall we say ...
interesting. Before proceeding I have to remind you, again that I only used e17
without the version info, so you will probably want to try this out for
yourself.
The script I wrote checked the average time for a che
On Wednesday, 16 August 2006, at 04:09:54 (+1000),
David Seikel wrote:
> I'm not assuming anything, I am responding to what you are actually
> saying.
That was the first time you'd actually responded to *me*, and the only
other response you made indirectly to me was about the backend. I'll
refer
On Tue, 15 Aug 2006 13:57:42 -0400 Michael Jennings <[EMAIL PROTECTED]>
wrote:
> But by all means, please feel free to continue assuming I must not
> know what I'm talking about because my opinion differs with yours.
> It's much easier to write me off than to actually consider what I
> have to say
1 - 100 of 178 matches
Mail list logo
