72-4-829-4878
- Original Message -
From: "Orna Agmon Ben-Yehuda"
To:
Cc: "Haifa Linux Club"
Sent: Thursday, October 15, 2009 8:17 PM
Subject: Re: [Haifux] [W2L] Call for lecturer + "Linux guru"
> Great idea. Can you do this? We have not had any
udents in Matam actually care very much about the memory leaks.
>
> Vadim
>
> -Original Message-
> From: haifux-boun...@haifux.org [mailto:haifux-boun...@haifux.org] On Behalf
> Of guy keren
> Sent: Friday, October 16, 2009 9:47 AM
> To: Eli Billauer
> Cc: H
On Sunday 18 Oct 2009 11:49:36 boazg wrote:
> i don't think 20 minutes is enough for subversion if students are to use
> svn+ssh:// from t2. an hour is minimum. it should get it's own seperate
> lecture, IMHO. also, it shoudl be pitched seperately, as it has apeal also
> for students working on obs
Hi Oded!
Trimming your message.
On Sunday 18 Oct 2009 08:51:23 Ohad Lutzky wrote:
> In the case that this is only a 20 minute lecture, I wholeheartedly agree.
> I do think that git should be mentioned, in a one-liner, as "a more
> advanced tool that also allows you to work offline".
>
Natural
4880
Fax 972-4-829-4878
- Original Message -
From: "Dotan Cohen"
To:
Cc: "Haifa Linux Club"
Sent: Thursday, October 15, 2009 9:06 PM
Subject: Re: [Haifux] [W2L] Call for lecturer + "Linux guru"
> 2009/10/15 boazg <>:
>> as a side note, a se
i don't think 20 minutes is enough for subversion if students are to use
svn+ssh:// from t2. an hour is minimum. it should get it's own seperate
lecture, IMHO. also, it shoudl be pitched seperately, as it has apeal also
for students working on obscure OS's that arent POSIX-like. just another
hook f
In the case that this is only a 20 minute lecture, I wholeheartedly agree. I
do think that git should be mentioned, in a one-liner, as "a more advanced
tool that also allows you to work offline".
So, while I agree that git is too complicated to learn in 20 minutes (takes
1-2 hours from my experien
Ohad Lutzky wrote:
Of course it would. But this one puts a lot of candy down that same
path as well. These mines hurt, but are not fatal (again, from my
experience, all mistakes can be recovered if detected within a
reasonable time), and git's features make it, IMO, worth the trouble.
For exam
Of course it would. But this one puts a lot of candy down that same path as
well. These mines hurt, but are not fatal (again, from my experience, all
mistakes can be recovered if detected within a reasonable time), and git's
features make it, IMO, worth the trouble. For example, while many people
f
Ohad Lutzky wrote:
This is for their instructor to do, and for them to be taught about
later on :)
I'll only teach them how to check out older versions after I explain
branches - that way they can be aware of the dangers of committing on
non-branches.
Wouldn't it be simpler to teach them a vers
This is for their instructor to do, and for them to be taught about later on
:)I'll only teach them how to check out older versions after I explain
branches - that way they can be aware of the dangers of committing on
non-branches.
On Sat, Oct 17, 2009 at 11:12 PM, Shachar Shemesh wrote:
> Ohad
Ohad Lutzky wrote:
I specifically didn't teach them checkout, for this exact reason...
To me, being able to check out an older version is the number 1 use of a
version control system. I fail to see the use of the whole thing without it.
Shachar
--
Shachar Shemesh
Lingnu Open Source Consulting
On Friday 16 Oct 2009 09:17:57 Shachar Shemesh wrote:
> Tzafrir Cohen wrote:
> > I'm not sure I agree with you regarding version control systems.
> >
> > Specifically distributed version control systems make the common case of
> > a repository for the project simple. Unlike Subversion, you don't ne
A note regarding your terminology:
On Sat, Oct 17, 2009 at 03:50:40AM +0200, Ohad Lutzky wrote:
> I still believe that with warning on those two issues, git is simple enough
> to use, and that the ability to work offline is well worth it.
"Work offline" is a problem only if the alternative is SV
I specifically didn't teach them checkout, for this exact reason... Yes,
warnings about these things are in order when you're using git.
(Specifically we have "always mind your current branch" and "rebasing is a
destructive operation", but also "you can always fix these things if you
notice early
Ohad Lutzky wrote:
As long as you're not doing rebases or working with multiple branches
(which are much more complicated to do in SVN, and useless in the
situation at any rate), the "data loss" problems mentioned above don't
exist.
Not true. The problem can happen if you just check out a comm
Doron Tal wrote:
Having said that, for the experienced git users, there is not reason
to lose
their work, even in the case of some mistake.
For example, most problems can be recovered using:
http://www.kernel.org/pub/software/scm/git/docs/user-manual.html#recovering-lost-changes
I have to say
How about a regular haifux slot, dedicated to source control applications wars?
On Fri, Oct 16, 2009 at 5:30 PM, Ohad Lutzky wrote:
> I tend to disagree about git being too complex. I currently have three
> students (in a military setting), which have never used any form of version
> control befo
On Fri, Oct 16, 2009 at 01:35:09PM +0200, boazg wrote:
> it seems that on t2 (now called stud) you can use not only file:/// but also
> svn+ssh://, with only a student account. in that case i agree that
> subversion is much better than git for this purpose.
git works just as well with git-over-ssh
On Fri, Oct 16, 2009 at 10:05:14AM +0200, Vadim Eisenberg wrote:
> guy keren wrote:
> > you can mention memory leaks if you want - but students don't care about
> > them so much, because it doesn't break their programs.
>
> Starting from the Winter 2008-2009 semester, the memory leaks are
> chec
I tend to disagree about git being too complex. I currently have three
students (in a military setting), which have never used any form of version
control before, and have been taught basic usage of git - init, add, commit,
log, diff, remote, and pull. I've received no complaints as of yet. As long
I tend to agree that git is somewhat complex for the novice. It takes awhile
before one feels comfortable working with git. SCMs in general, are not
considered
"core" learning material, so most student will prefer to avoid "wasting"
their
time to earn the required expertise.
Having said that, for
ry much about the memory leaks.
>
> Vadim
>
> -Original Message-
> From: haifux-boun...@haifux.org [mailto:haifux-boun...@haifux.org] On
> Behalf Of guy keren
> Sent: Friday, October 16, 2009 9:47 AM
> To: Eli Billauer
> Cc: Haifa Linux Club
> Subject
ren
Sent: Friday, October 16, 2009 9:47 AM
To: Eli Billauer
Cc: Haifa Linux Club
Subject: Re: [Haifux] [W2L] Call for lecturer + "Linux guru"
Eli Billauer wrote:
> guy keren wrote:
>
>>
>> what - no valgrind?
>>
> I stand corrected. A quick demonstration of valgri
Eli Billauer wrote:
> guy keren wrote:
>
>>
>> what - no valgrind?
>>
> I stand corrected. A quick demonstration of valgrind (show how it
> detects memory leaks and access to unallocated/uninitialized memory) is
> in place. It's definitely something handy for a student, and it's so
> simple to
Vadim Eisenberg wrote:
> Eclipse doesn't belong to the "right" tools, in my opinion.
Why Eclipse doesn't belong to the "right" tools ? My naïve
understanding is that Eclipse is Emacs of the 21-st century – it is
open source, customizable etc., similar to Emacs; in addition to being
graphi
Tzafrir Cohen wrote:
I'm not sure I agree with you regarding version control systems.
Specifically distributed version control systems make the common case of
a repository for the project simple. Unlike Subversion, you don't need
to set up a separate server.
You do not need to set up a sepa
to being graphical. Maybe I miss something
- what are the advantages of Emacs over Eclipse ?
Vadim
From: haifux-boun...@haifux.org [mailto:haifux-boun...@haifux.org] On Behalf Of
Eli Billauer
Sent: Thursday, October 15, 2009 9:14 PM
To: Tzafrir Cohen
Cc: Haifa Linux Club
Subject: Re: [Haifux] [W2L
guy keren wrote:
>
> what - no valgrind?
>
I stand corrected. A quick demonstration of valgrind (show how it
detects memory leaks and access to unallocated/uninitialized memory) is
in place. It's definitely something handy for a student, and it's so
simple to use.
Eli
--
Web: http://www.b
the problem with git, is that it's very easy to shoot yourself in the
foot. giving it to students, who might accidentally reset their
repository into losing their code, is not a very good idea, if you don't
have time to give a proper explanation plus warnings.
--guy
Tzafrir Cohen wrote:
> On
what - no valgrind?
it's the one killer application that might save students many nights of
pulling out their hair.
of-course, we can go the asimov way ("profession day") and claim they
need to go through some such nights before they are introduced to the
blessing of valgrind...
--guy
Eli B
On Thu, Oct 15, 2009 at 09:13:58PM +0200, Eli Billauer wrote:
> OK, I think this is a good time to express my view regarding the
> "Development tools" lecture. It's purpose, as I see it, is to give the
> students a nice start with the "right" tools for developing code, as
> needed for their e
On Thu, Oct 15, 2009 at 08:17:22PM +0200, Orna Agmon Ben-Yehuda wrote:
> Great idea. Can you do this? We have not had anything on source
> control since Tzahi Fadida's CVS.
You're right. We had a lecture about Git, but it's not a Version Control
System :-)
http://www.haifux.org/lectures/182/
--
OK, I think this is a good time to express my view regarding the
"Development tools" lecture. It's purpose, as I see it, is to give the
students a nice start with the "right" tools for developing code, as
needed for their exercises. If their experience is good, they'll stay.
If not, they'll soo
2009/10/15 boazg <>:
> as a side note, a seperate lecture on git for CS students, and how to use it
> with t2 would be a good idea.
As a subside note, a separate lecture on getting the
video.technion.ac.il site videos working in Linux would be great. VLC
plays them, but not at 150% speed or other
Great idea. Can you do this? We have not had anything on source
control since Tzahi Fadida's CVS.
Tzafrir - Development tools will be given, covering such topics.
On Thu, Oct 15, 2009 at 5:14 PM, boazg wrote:
> as a side note, a seperate lecture on git for CS students, and how to use it
> with t
On Thu, Oct 15, 2009 at 05:14:50PM +0200, boazg wrote:
> as a side note, a seperate lecture on git for CS students, and how to use it
> with t2 would be a good idea.
Why git?
While I think git is a handy tool, did you have in mind "developement
tools"?
Other tools that come in mind:
gcc
make
vi
as a side note, a seperate lecture on git for CS students, and how to use it
with t2 would be a good idea.
On Thu, Oct 15, 2009 at 16:44, Eli Billauer wrote:
> Hello again.
>
> The FOSS lecture will be held by Orr (I have to admit I wasn't aware
> that he's a candidate). There were several other
Hello again.
The FOSS lecture will be held by Orr (I have to admit I wasn't aware
that he's a candidate). There were several other eligible lecturers who
came forward, but being the club's founder, Orr has a somewhat natural
advantage (on top of his well-known preaching skills). ;)
Shahar Dag
ׁHi Eli!
Sending only to the Haifux mailing list. Maybe I'll forward it to
w...@projects.hamakor.org.il later on.
On Wednesday 14 Oct 2009 15:00:55 Eli Billauer wrote:
> Hello,
>
>
> We are in the midst of the preparations for the next W2L. As it turns
> out, there's a need for a few of you to
> 1. The "FOSS Philosophy" lecture on 2/11/2009 (both the lecture's name
> and date are negotiable). Orna will not be able to deliver it, and we
> would like to have one fairly down-to-earth talk about the ideology and
> methodology behind FOSS. In case I didn't make this clear: This is a
> once-in
Hello,
We are in the midst of the preparations for the next W2L. As it turns
out, there's a need for a few of you to occupy the following functions.
If you feel like doing any (or both), please email me *privately* (I see
no point in making a thread of this).
1. The "FOSS Philosophy" lecture
42 matches
Mail list logo