?
http://www.google.com (but you already knew that)
http://linux-laptop.net
and last, I don't suppose any one has got a
Mandrake 8.2 CD already (hot is it different
from 8.1?)
not me, sorry.
--
The ill-formed Orange
Fails to satisfy the eye: http://vipe.technion.ac.il/~mulix
On Mon, Mar 11, 2002 at 07:57:21PM +0200, Orr Dunkelman wrote:
Next Monday, 18/3/2, 18:30, Taub 6, mulix will give alecture about
Python.
first draft[1] of the lecture slides available at
http://vipe.technion.ac.il/~mulix/python-lecture/html/index.html
[1] this lecture is aimed at beginners
is available free thru netlib, has been
compiled on everything from laptops to CRAYs.
one of the club's earlier lectures was on 'high performance computing on
linux', by shimon panfill
(http://linuxclub.il.eu.org/lectures/11/hpcl.ps). perhaphs it should be
re-run?
--
mulix
http://vipe.technion.ac.il
On Tue, 12 Feb 2002, Orna Agmon wrote:
On Tue, 12 Feb 2002, mulix wrote:
i agree. so, who knows pvm enough to talk about it? there's an open slot
at 18/03 ;)
On Tue, 12 Feb 2002, guy keren wrote:
if you build it - they will come. how long until you can give such a
lecture? if it'll
the day after, or vice
versa. please resched.
--
mulix
http://vipe.technion.ac.il/~mulix/
http://syscalltrack.sf.net/
--
Haifa Linux Club Mailing List (http://linuxclub.il.eu.org)
To unsub send an empty message to [EMAIL
now THIS is neat. anyone knows the michlol management for next year?
gimme cheap linux books,
--
mulix
http://www.pointer.co.il/~mulix/
http://syscalltrack.sf.net/
-- Forwarded message --
Date: Tue, 13 Nov 2001 09:42:12 +0200
From: David Shadmi [EMAIL PROTECTED]
To: [EMAIL
,
--
mulix
http://www.pointer.co.il/~mulix/
http://syscalltrack.sf.net/
--
Haifa Linux Club Mailing List (http://linuxclub.il.eu.org)
To unsub send an empty message to [EMAIL PROTECTED]
will be titled syscalltrack - design and implementation until
i think of something catchier.
lecturers are guy keren and mulix, and please add a link to
http://syscalltrack.sf.net at the extra info column.
BTW, Muli, if you'd like to maintain and refactor my
make_pysol_freecell_board.py script
information on syscalltrack can be found at
http://syscalltrack.sf.net.
p.p.s if we indeed s/python/syscalltrack, the python lecture will be
postponed, *not* canceled.
--
mulix
http://www.pointer.co.il/~mulix/
http://syscalltrack.sf.net
addresses for people with laptops,
installation machines, etc?
last year aduva brought a mini hub (are they coming this year?) and we
had a lot of problem connecting to the network. it would be nice if we
could set it up in advance this year.
--
mulix
http://www.advogato.com/person/mulix
http
, if
anyone wants to see a demonstration or hack on the code together (i can
hope, can't i?).
--
mulix
http://www.advogato.com/person/mulix
http://www.sf.net/projects/syscalltrack
--
Haifa Linux Club Mailing List (http
' library is licensed under
the GNU Lesser General Public License (LGPL).
'syscalltrack' is in early _alpha_ stages and comes with NO warranty. If
it breaks something, you get to keep all of the pieces. You have been
warned (TM).
Happy hacking and tracking!
--
mulix
http://www.advogato.com/person
++ assignment.
--
mulix
http://www.advogato.com/person/mulix
http://www.sf.net/projects/syscalltrack
--
Haifa Linux Club Mailing List (http://linuxclub.il.eu.org)
To unsub send an empty message to [EMAIL PROTECTED]
On Mon, 17 Sep 2001, Shlomi Fish wrote:
On Mon, 17 Sep 2001, mulix wrote:
On Mon, 17 Sep 2001, Nadav Har'El wrote:
On Mon, Sep 17, 2001, Tzafrir Cohen wrote about [Haifux] using unix page: early
draft:
In this course the students write two c++ assignments, and one csh
,
and usually takes the least time to complete.
[1] ok, they've also seen some pdp11 asm. irrelevant.
--
mulix
http://www.advogato.com/person/mulix
http://www.sf.net/projects/syscalltrack
--
Haifa Linux Club Mailing List
are looking up and we're getting pretty close to
the first public release. guy (or i) will give a short overview of
the current status and what needs to be done to make the fabled 0.60
release milestone.
speaking of r2l, r2l people - any news? (answers on lin-prj, please).
--
mulix
http
On Tue, 14 Aug 2001, mulix wrote:
http://www.pointer.co.il/~mulix/r2l/biditext-0.9.4.tar.gz
* we no longer copy and paste internal code. instead we load xlib
dynamically and hook into the functions we need (emil, tzafrir).
doh, that's internal *X* code. must stop drinking alcohol before
[linux meeting at biu this friday]
anyone going from haifa, please contact me offlist. thanks!
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
--
Haifa Linux Club
your kernel - lucky for you it's
running in a uml sand box, eh?
i opened a sourceforge project, but until it is approved and ready, you
can find all of the available code at
http://www.pointer.co.il/~mulix/syscalltracker/syscalltracker-0.5.0.tar.gz
please let me know if you want to work
On Sat, 4 Aug 2001, guy keren wrote:
On Fri, 3 Aug 2001, mulix wrote:
i guess you didnt get my meaning above.
if we switch from file existence (r2l state) + size (biditext base dir)
to two files (one for r2l state and one for biditext base dir), then we
have to have *two* stat()s
modes is changed
(hopefully soon enough?).
done. check the latest r2llib and biditext.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
On Sun, 5 Aug 2001, Shlomi Fish wrote:
On Fri, 3 Aug 2001, mulix wrote:
On Sun, 29 Jul 2001, Shlomi Fish wrote:
The internals and behaviours of the MAYBE and the G-Machine are described
in the book, which is still in print and available in Sifriyath Hadikan.
My question is: do
style biditext!
* please take a few minutes to look at the diff and spot any
embarassing bugs i may have made. thank you in advance. *
http://www.pointer.co.il/~mulix/r2l/r2llib-0.21.tar.gz
http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.07.tar.gz
r2llib Changelog:
0.21
.
could we have a show of hands, please? how many of you, club members,
read or skip r2l related mails?
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
On Sun, 5 Aug 2001, Shlomi Fish wrote:
On Sun, 5 Aug 2001, mulix wrote:
i'd hesitate to take on a project whose time to completion cannot be
estimated. i think that until we get some more developers (hint, hint,
lin-club people) we should stick to small scale projects.
Part
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
biditext-mulix-0.05?
http://www.pointer.co.il/~mulix/r2l/r2llib-0.20.tar.gz
http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.06.tar.gz
TODO:
* decide on a better encoding for the biditext base state property (a
different file?)
* optimize the biditext critical path in r2llib.
r2llib
On Fri, 3 Aug 2001, guy keren wrote:
On Fri, 3 Aug 2001, mulix wrote:
2. there should be a single function that gets both r2l mode and biditext
base directionality - using a single stat() call. having to call 2
seperate functions is inefficient - especially inside biditext's string
another night, another release. and it's not even dawn yet.
http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.04.tar.gz
http://www.pointer.co.il/~mulix/r2l/r2llib-0.08.tar.gz
* please help test biditext. get it, compile it, install it, run it. *
* thanks to tzafrir for the rpm and doxygen
you prefer?
(personally, i would prefer to delay the python lecture until october or
so)
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
one) to September 24 (or to after the summer vacation?)
allowing me to give the GIMP at August 13. Muli, is it OK with you?
postponing the python lecture to the 24th is fine with me.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
, we can make it an n way shootout, if anyone uses another editor and
would like to discuss it. (pico users need not apply)
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
:)
--
mulix http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
, and
keyboards, are for weenies!
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
: M-. (that is the meta key, followed by the dot key)
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
On Tue, 17 Jul 2001, mulix wrote:
On Tue, 17 Jul 2001, Stas Cherkassky wrote:
I more then support the request.
I personally voted by feet for vim after I couldn't find in Emacs a feature
equivalent to word completion feature of vim (I mean Ctrl-n or Ctrl-p). This
could be my first
yup, and unless i'm mistaken, eli gave a lecture on it.
yup - http://linuxclub.il.eu.org/lectures/26
On Wed, 18 Jul 2001, Shahar Dag wrote:
Hi
Can one create his own Linux boot CD to match his computer needs?
Shahar
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define
hello, pizza hungry clubbers,
another night, another release. get it from the usual place,
http://www.pointer.co.il/~mulix/r2l/r2llib-mulix-0.07.tar.gz
http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.03.tar.gz
emil, your pizza is secured and the bug is fixed. thanks for spotting
hello, clubbers.
biditext-mulix-0.02 works. get it, use it, play with it, let me know if
anything bad happens. unless it's too bad, in which case, i dont want to
know.
http://www.pointer.co.il/~mulix/r2l/biditext-mulix-0.02.tar.gz
http://www.pointer.co.il/~mulix/r2l/r2llib-mulix-0.06.tar.gz
, probably.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
, biditext-mulix-0.01 is ready
for you. this is a hackers only release, for the simple reason that *it does
not work yet*. if you want to help me fix it, get it. if you want to see
the code, get it. if you want to actually use it, dont bother getting
it..
biditext-mulix-0.01 is based on biditext
might wish to communicate to biditext, the base r2l
direction. this property is communicated via the file size.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
looks like this is the last version. hooray.
get it at the usual place:
http://www.pointer.co.il/~mulix/r2l/r2llib-mulix-0.04.tar.gz
Changelog:
0.04:
added simple tests for all functionality (mulix)
changed the opening flags in file_ops.c:create_file() to give
the user write
version when i write it.
please, lets be focused on having something working in 3.6 weeks from
now..
please specify the next steps...
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
http://www.pointer.co.il/~mulix/r2l/r2llib-mulix-0.03.tar.gz
get it while its hot!
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
On Fri, 6 Jul 2001, guy keren wrote:
On Wed, 4 Jul 2001, mulix wrote:
i decided that as long as we use files, we might as well make full use
of them. therefore, i store in the file the 'biditext bidi' property in
plain text, as the tokens 'neutral', 'rtl' and 'ltr'.
oh! but thus you
, R2L_ERROR on failure */
R2L_STATE get_current_state(r2llib_t r2l_data);
anything else? this can be a simple interface, where the actual
operations are mapped one to one to the file operations outlined
earlier.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1
that this feature is required, but I believe that it needs
testing. Even if it does stay, the abuse of the file size property should
go away ASAP.
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
', and present it to the other
club members. you chose to write a gui, good for you. i wrote a library,
a gnome panel applet which uses this library and (will write) a python
script, maybe with pygtk. i look forward to seeing what the other guys
have done!
--
mulix
http://www.advogato.com/person/mulix
linux
prepare the sequence of the lectures and who is going to
give them. I volunteer to give the Shell lecture. As opposed to three
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
to the relevant FM.
in any event, i'll reveal the code during the r2l meeting we're having
at Haifux on the 2-july. did other people also get started with working on
r2l?
i did, as you know. anyone else?
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1
have implemented a
'pluggable' architecture, where the 'r2l' code is completely seperate
from the gui code. guy did this using plugins, and i wrote r2l as a
library you can link with. we could share efforts... after all, this is
not a competition to see who has the biggest^W best code.
--
mulix
the time.
orr (guy?) please schedule the lecture for anytime after july 24th (my
last exam).
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
sorry for posting stuff from /., but this is too cool for words. i feel
our linux club ought to do something intersting like this too.
suggestions?
http://slashdot.org/articles/01/04/30/0555218.shtml
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1
.
(p.s. she's really nice, as far as math professors go)
--
mulix
http://www.advogato.com/person/mulix
linux/reboot.h: #define LINUX_REBOOT_MAGIC1 0xfee1dead
On Sun, 22 Apr 2001, Shadi (shoosh) wrote:
2) Maximum Linux Security
(The writer is mentioned as "Anonymous" :)
Publisher: SAMS - www.samspublishing
this one is (was?) available for free over the net. didn't strike me as
a particularly good book, buy YMMV.
--
well, thanks very much to all who responded. i now have an installation
cd and installing linux on the laptop as i write this. thanks again!
mulix wrote:
well, it appears that once again i find myself in dire need of an
installation cd, and approach this august body for said cd.
--
mulix
Hi everyone,
the lecture slides and the accompanying code are available for the time
being on http://www.pointer.co.il/~mulix/. orr, let me know when vipe
recuperates and i'll send you the code and the slides for the lecture in
a tar.gz.
Orr Dunkelman wrote:
On 22/1, next Monday, at 18:30
58 matches
Mail list logo
