Re: Document managment and workflow

2003-12-18 Thread Tzafrir Cohen
On Wed, Dec 17, 2003 at 10:21:03PM +0200, Gil Freund wrote:
 Yishay Mor wrote:
 
 wow. not that I have any ideas (other than CVS), but just out of 
 curiosity, what is this for?
 
 
 CVS would be nice if I could get people to use normal editors with 
 normal formats (read *ML)
 Mainly for myself, and some startups I work with. 
 
 
 Some guys get all the right startups! All the startups I was ever 
 involved with thought I was the doc mgmt system (as in dude, you got a 
 copy of that presentation we gave the board last september?)
 
 I only wish
 
 The path usually taken is exactly as you described above. At some point 
 the technological savvy CxO (the one that reads Dudi Goldman and knows 
 all the latest technological advances), whats the above system, and I 
 have to listen to a leacture on the great advances the company would 
 have if we only had Exchange and SharePoint
 
 
 
 
 
 If you don't find anything existing, I would consider developing it 
 over Zope / Plone.
 
 
 Thats content management. Different ballgame. 
 
 
 Not exactly. Zope is an application server for Python, is provides 
 persistence, authentication, workflow and other such services. Plone is 
 an web-presentation layer above it. Somewhat like JSP and EJB in the 
 Java world. They probably provide all the services you need for a doc 
 mgmt system, but you still need the actual product that does it. Not a 
 bad idea for an OS project. I would check if someone's already thought 
 of it.
 
 
 As a QD alternative, I've used JSPWiki (.org). Its a wiki (surprise), 
 very easy to customize, has several options of versioning, and handles 
 attachments. So, I would set up a Wiki page for every tracked file, and 
 add the actual file as an attachment. The system saves all attachments 
 with the same name as versions, with a nice version table. Locking and 
 workflow need to be handled by convention, e.g., edit the hosting wiki 
 page  write the document status.

This duplicates information. A way to somewhat reduce the information
duplication is to automatically convert the saved documet to HTML and
allow presenting it. But still: Should one edit the real document or the
wiki document?

This also hilights one of the wikis' disatvantages: $WORD_PROCESSOR and
$EDITOR are generally better editing tools than $BROWSER . It's nice to
have the ability to work from everywhere on the document, but it is
nicer to have good editing abilities, auto-save, speller, etc.

-- 
Tzafrir Cohen   +---+
http://www.technion.ac.il/~tzafrir/ |vim is a mutt's best friend|
mailto:[EMAIL PROTECTED]   +---+

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]



Re: Hebrew CMS / Wiki

2003-12-18 Thread Lior Kesos




Arik Baratz wrote:

  
Talk about FUD

  
  
Sorry, Gabor, I'm a Python person. ...

Well there's shfifon written by Zzzzen (nimrod keret) which is python
based (as even the name implies).
You can check it out in : https://magaf.org/shfifon 
regards -
-- 
Lior Kesos  -  [EMAIL PROTECTED]
Content Development Team Leader
==
"Everything should be made as simple as possible -
but not simpler" -- Albert Einstein 





Fwd: Linux 2.6.0

2003-12-18 Thread Muli Ben-Yehuda
Haven't seen this mentioned here yet, so, without further ado... 

- Forwarded message from Linus Torvalds [EMAIL PROTECTED] -

Date:   Wed, 17 Dec 2003 20:14:06 -0800 (PST)
From: Linus Torvalds [EMAIL PROTECTED]
To: Kernel Mailing List [EMAIL PROTECTED]
Subject: Linux 2.6.0


The beaver is out of detox
- Anon

This should not be a big surprise to anybody on the list any more, since
we've been building up to it for a long time now, and for the last few
weeks I haven't accepted any patches except for what amounts to fairly
obvious one-liners.

Anyway, 2.6.0 is out there now, and the patch from -test11 is a swelte 
11kB in size. It's not the totally empty patch I was hoping for, but 
judging by the bugs I worked on personally, things are looking pretty 
good. 

To give you an example, one of the nastier bugs that we chased for the 
last five weeks was a bug that could only be reproduced reliably on a 
16- or 32-way system, and only when the system had flaky disks. Putting in 
known-good disks made the problem disappear. Similarly, compiling the 
kernel with another compiler made the problem disappear.

It turned out to be a really subtle bug wrt SMP ordering and stack
allocation, and lots of thanks to Ram Pai for gathering all the
information that eventually led to it being fixed. The fix was a one-liner
and a big comment - but my point is that the quality of bugs has been
pretty high lately, and we feel that we're in pretty good shape.

Andrew has written up some caveats and pointers to information about 2.4.x
vs 2.6.x changes, and I'll let him post that. Some known issues were not
considered to be release-critical and a number of them have pending fixes
in the -mm queue. Generally they just didn't have the kind of verification
yet where I was willing to take them in order to make sure a fair 2.6.0
release.

NOTE! I'll continue to keep track of the 2.6 BK tree until we're closer to
the time when we literally split it for 2.7.x, because both Andrew and I
are pretty comfortable with our respective toolchains. But Andrew is the
stable tree maintainer, so everything should be approved by him at this
point. Think of the -mm tree as the staging area, and mine as a release
tree. We'll work together, but Andrew is boss.

(BK merging will have to go through some approval format, we'll see how
that works out exactly).

Linus

---

Summary of changes from v2.6.0-test11 to v2.6.0


Alan Stern:
  o USB: fix bug not setting device state following usb_device_reset()

Andrey Borzenkov:
  o USB: prevent catch-all USB aliases in modules.alias

Arnaldo Carvalho de Melo:
  o [IPV6]: Fix TCP socket leak

David Brownell:
  o USB: fix remove device after set_configuration

David S. Miller:
  o [NETFILTER]: In conntrack, do not fragment TSO packets by accident
  o [PKT_SCHED]: Do not dereference the special pointer value 'HTB_DIRECT'

Greg Kroah-Hartman:
  o USB: register usb-serial ports in the proper place in sysfs
  o USB: fix race with hub devices disconnecting while stuff is still
happening to them
  o USB: fix bug for multiple opens on ttyUSB devices
  o kobject: fix bug where a parent could be deleted before a child
device

Harald Welte:
  o [NETFILTER]: Sanitize ip_ct_tcp_timeout_close_wait value, from 2.4.x

Herbert Xu:
  o USB: Fix connect/disconnect race

Hideaki Yoshifuji:
  o [IPV6]: Fix ipv4 mapped address calculation in udpv6_sendmsg()

Hirofumi Ogawa:
  o Missing initialization of /proc/net/tcp seq_file

Ingo Molnar:
  o Fix lost wakeups problem
  o Fix /proc access to dead thread group list oops

James McMechan:
  o tmpfs oops fix

Jean Delvare:
  o I2C: fix i2c_smbus_write_byte() for i2c-nforce2

Jeff Garzik:
  o fix use-after-free in libata
  o fix oops on unload in pcnet32
  o remove manual driver poisoning of net_device
  o wireless airo oops fix

Jens Axboe:
  o fix broken x86_64 rdtscll
  o scsi_ioctl memcpy'ing user address
  o no bio unmap on cdb copy failure
  o Fix IDE bus reset and DMA disable when reading blank DVD-R
  o CDROM_SEND_PACKET bug

Jes Sorensen:
  o qla1280 crash fix in error handling

Julian Anastasov:
  o [BRIDGE]: Provide correct TOS value to IPv4 routing

Linus Torvalds:
  o Fix x86 kernel page fault error codes
  o Fix ide-scsi.c uninitialized variable
  o Fix the PROT_EXEC breakage on anonymous mmap
  o Fix subtle bug in finish_wait(), which can cause kernel stack
corruption on SMP because of another CPU still accessing a
waitqueue even after it was de-allocated.
  o More subtle SMP bugs in prepare_to_wait()/finish_wait()
  o Fix thread group leader zombie leak

Martin Devera:
  o [PKT_SCHED]: In HTB, filters must be destroyed before the classes

Matthew Dharm:
  o USB storage: fix for jumpshot and datafab devices

Neil Brown:
  o Fix possible bio corruption with RAID5

Oliver Neukum:
  o USB: fix sleping in interrupt bug 

Re: Fwd: Linux 2.6.0

2003-12-18 Thread Nadav Har'El
On Thu, Dec 18, 2003, Muli Ben-Yehuda wrote about Fwd: Linux 2.6.0:
 Haven't seen this mentioned here yet, so, without further ado... 

Does anybody know of a good summary of the differences between the
latest Linux 2.4 versions, and 2.6?

-- 
Nadav Har'El|Thursday, Dec 18 2003, 23 Kislev 5764
[EMAIL PROTECTED] |-
Phone: +972-53-790466, ICQ 13349191 |What's the difference between roast beef
http://nadav.harel.org.il   |and pea soup? Anyone can roast beef.

=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word unsubscribe in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]