quite late, but i have my excuses :0
the slides are temporarily available at
http://www.actcom.co.il/~choo/kernel-compilation/
if anyone manages to send comments, i _might_ be able to try and fix
things tommorow - can't promise, though...
see y'all tommorow,
--
guy
"For world domination - pr
I agree. Next year, our installation server(s) will be faster, our network
better designed, and, with lots of home, all our installers will be briefed
before the event (unlike last party). I think it's crusial to the "proccess".
Also, splitting the are into two sections - one for the installatio
My few cents...
I think we already discuessed the issue again and again so I don't know
why we should continue.
The issue of brining their own disks I think is something we should not
encourage for several reasons.
1. A technical reason, what happens if they bring a bad disk?
2. The issue of t
On Sun, 1 Feb 2004, Oron Peled wrote:
> Just adjusting some over-optimism: installation is very I/O bounded, and
> disk speed is advancing very slow (comparing to Moore's law for CPU).
I assume that we will see more HDs with ATA-133MHz and SATA (150MHz). I
have no idea how many people will use SC
On Sunday 01 February 2004 11:18, Adir Abraham wrote:
> [a lot of valid points]
> ... You can conclude what happens with faster
> machines or those that include rich hardware features. I also assume that
> we'll have faster machines next year, so it will not take more than 40
> minutes in average.
I wonder what is the difference between you suggest and what happened in
the last insta party?
after all, they could buy CDs from us, bring their own CDs (and they were
asked to inform us on "weird" distro's).
About what to install -- every time we organize InstaParty, we sit and
decide what dist
On Sun, 1 Feb 2004, Shlomi Fish wrote:
> decide I said that from my message). I said we are going to use
> default/minimal setup and give them the CDs.
The default should have many applications inside. We can't, and we
shouldn't give the installee a minimal installation (unless we don't have
anot
Eclipse.
Shachar Tal wrote:
Hi all,
I am working with an organization whose R&D uses a crappy toolset for
visual comparisons and merges for file versions. We feel the need to
find a better one.
The requirements are:
* syntax parsing of C++/Java (e.g. tokenization is smarter than the
avergate "yo
We've already discussed most of the issues, but let's have a reminder.
On Sun, 1 Feb 2004, Shlomi Fish wrote:
> Hi all!
>
> I think that in future installation parties we should simply mandate that
> people who wish to install their systems will either:
>
> 1. Buy a set of CDs from us.
They alre
On Sun, 1 Feb 2004, Ez-Aton wrote:
> time==money.
> Installing customizable setup means every desktop is to pass a whole series of
> adding/removing packages, according to the client's wishes.
I did not say we are going to use custmizable setup (how on earth did you
decide I said that from my mes
Hi all,
I am working with an organization whose R&D uses a crappy toolset for
visual comparisons and merges for file versions. We feel the need to
find a better one.
The requirements are:
* syntax parsing of C++/Java (e.g. tokenization is smarter than the
avergate "you type 'e' here and deleted
11 matches
Mail list logo