Re: [leaf-devel] SF shell cron job: doc-build.sh
On Wed, 2006-03-29 at 16:29, Mike Noyes wrote: > The easiest one I've seen so far is here: > > http://moongroup.com/pipermail/shell.scripting/2005-February/009396.html Charles, Ugh! They went on for quite a while on that thread. I'm not sure what discussed method was finally used.. http://moongroup.com/pipermail/shell.scripting/2005-February/thread.html#9396 -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF shell cron job: doc-build.sh
On Wed, 2006-03-29 at 16:02, Mike Noyes wrote: > On Wed, 2006-03-29 at 15:23, Charles Steinkuehler wrote: > > lockfile -l 72000 ... > > > > would force removal of any existing lockfile older than 20 hours. > > Ok. I made the changes in doc-build.sh r1.8. I hope I did it correctly. Charles, All the bash stale lockfile handling examples I'm seeing are quite a bit more complex than the change above. :-( The easiest one I've seen so far is here: http://moongroup.com/pipermail/shell.scripting/2005-February/009396.html -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF shell cron job: doc-build.sh
On Wed, 2006-03-29 at 15:23, Charles Steinkuehler wrote: > Mike Noyes wrote: > > Pending: > > * feedback on shell code in doc-build.sh > > I finally got a few free minutes to look at this. Charles, Thank you for helping. :-) > Your script looks very clean except for one issue with the check_errors > function. You're removing the lockfile in this routine, which is > required for expected operation if one of the document building commands > fails. You are also using the check_errors procedure for testing > whether the lockfile generation worked or not. That means if you run > this script while another instance is already running, it will not be > able to grab the lockfile, but will then forcibly remove the lockfile > without owning it (a BadThing :). > > It looks like the easiest way to handle this is to special case the > create_lockfile error checking (ie: put the logic inside the > create_lockfile function). If you want the lockfile forcibly grabbed > after some amount of time (ie: 8 to 24 hours or so...something that's > much longer than document generation should normally take), you can do > this with the -l switch, ie: > > lockfile -l 72000 ... > > would force removal of any existing lockfile older than 20 hours. Ok. I made the changes in doc-build.sh r1.8. I hope I did it correctly. -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF shell cron job: doc-build.sh
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Noyes wrote: > On Wed, 2006-03-29 at 14:07, KP Kirchdoerfer wrote: >> Am Mittwoch, 29. März 2006 23:13 schrieb Mike Noyes: >> > Here is an early run of our new document build script. I'm using the >> > default docbook xsl currently. I'll work on a customization layer after >> > initial build testing, etc. are complete. >> > >> > http://leaf-project.org/doc/new/ >> >> does that mean changes will be updated by a cron job again? Would be great! > > KP, > Not yet. I'm still working on doc-build.sh. The current revision in cvs > is 1.6. > > Pending: > * feedback on shell code in doc-build.sh I finally got a few free minutes to look at this. Your script looks very clean except for one issue with the check_errors function. You're removing the lockfile in this routine, which is required for expected operation if one of the document building commands fails. You are also using the check_errors procedure for testing whether the lockfile generation worked or not. That means if you run this script while another instance is already running, it will not be able to grab the lockfile, but will then forcibly remove the lockfile without owning it (a BadThing :). It looks like the easiest way to handle this is to special case the create_lockfile error checking (ie: put the logic inside the create_lockfile function). If you want the lockfile forcibly grabbed after some amount of time (ie: 8 to 24 hours or so...something that's much longer than document generation should normally take), you can do this with the -l switch, ie: lockfile -l 72000 ... would force removal of any existing lockfile older than 20 hours. - -- Charles Steinkuehler [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKxcHLywbqEHdNFwRAgdLAJ9aSDUi05ATZ4uCC/qZgQQmyjPSLQCgxmq0 HycMVYykWU01rZ4KdGwcDtw= =kWfM -END PGP SIGNATURE- --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF shell cron job: doc-build.sh
On Wed, 2006-03-29 at 14:07, KP Kirchdoerfer wrote: > Am Mittwoch, 29. März 2006 23:13 schrieb Mike Noyes: > > Here is an early run of our new document build script. I'm using the > > default docbook xsl currently. I'll work on a customization layer after > > initial build testing, etc. are complete. > > > > http://leaf-project.org/doc/new/ > > does that mean changes will be updated by a cron job again? Would be great! KP, Not yet. I'm still working on doc-build.sh. The current revision in cvs is 1.6. Pending: * feedback on shell code in doc-build.sh * addition of man pages * addition of function to move built documentation from /tmp/persistent to our project shell space. In addition some other stuff I'm probably forgetting right now. > Three remarks > > - pdf does still not work, no pb, but can you remove the link until it works? Understood. This is just an initial run. > - Can we have the chapters/subchapters less deeper (only 1 and 1.1 not three > or four levels deep as it is now)? I'll address this when I start work on the XSL customization layer. > - Current version starts with developer guides, I'd like to have Installation > Guide's and User Guide's before Developer Guide's - expecting developers > having a closer look and more patience than mere user's :) I'll attend to the requested reordering. > thx for taking care of the guides/docs. yw -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] SF shell cron job: doc-build.sh
Am Mittwoch, 29. März 2006 23:13 schrieb Mike Noyes: > Subject was: Re: [leaf-devel] Re: adding a new menu > > On Wed, 2006-03-29 at 10:17, Mike Noyes wrote: > > Anyway, I'm now able to validate our docbook xml. I'll continue working > > on the new build script. > > Everyone, > Here is an early run of our new document build script. I'm using the > default docbook xsl currently. I'll work on a customization layer after > initial build testing, etc. are complete. > > http://leaf-project.org/doc/new/ Mike, does that mean changes will be updated by a cron job again? Would be great! Three remarks - pdf does still not work, no pb, but can you remove the link until it works? - Can we have the chapters/subchapters less deeper (only 1 and 1.1 not three or four levels deep as it is now)? - Current version starts with developer guides, I'd like to have Installation Guide's and User Guide's before Developer Guide's - expecting developers having a closer look and more patience than mere user's :) thx for taking care of the guides/docs. kp --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] SF shell cron job: doc-build.sh
Subject was: Re: [leaf-devel] Re: adding a new menu On Wed, 2006-03-29 at 10:17, Mike Noyes wrote: > Anyway, I'm now able to validate our docbook xml. I'll continue working > on the new build script. Everyone, Here is an early run of our new document build script. I'm using the default docbook xsl currently. I'll work on a customization layer after initial build testing, etc. are complete. http://leaf-project.org/doc/new/ -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Flash Stick Image
Jorn Eriksen wrote: > Hello Everyone, > > Some more results from testing of USB Sticks. > > Looking at the physical properties on the USB sticks it seams we are in for > some fun. It seams to me that they all have different physical attributes. > I tested with some other ones as well including the brand new 256mb stick. > All had different metrics. > > I've just rolled a new image and uploaded this. To this image I've applied > the mbr.bin that came with syslinux v3.11 - maybe that works better. Now - > we are in for some more fun - have a look at this article: > http://syslinux.zytor.com/usbkey.php > > Natanael - maybe you have a Award bios? I have no idea. Its Dell. > I've noticed that on certain of my > machines the stick (with the image applied) look completely messed up. > Howver - the image do boot with all the different stick I have, and on the > three different test machines I got at home. Very strange indeed. The usb stick got partitioned and mounted just fine. I just didnt want to boot. > All - maybe we should try to roll a USB-ZIP image as well? For that we can > use the Syslinux tool mentioned in the link above. I'd say: ship a .tar.gz (or .zip) file that the user an unpack on his/her usb drive and the run syslinux. You could even ship syslinux.exe for windows users. > I've tried with the "image" model that David described however presently I > have no luck with that. I've tried Erics image as well - no luck there > either. Eric - this is a full device image - right? > > We really should have some more folks testing the different images/models. > > Had a quick look on the DSL's pendrive_usbhdd.sh script. I'm quite sure we > shold be able to use this as well. The "package" can be found here: > ftp://ftp.belnet.be/packages/damnsmalllinux/archive/pendrive_usbhdd.tar.gz > --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Re: adding a new menu
On Sat, 2006-03-25 at 08:09, Mike Noyes wrote: > Ok. I created our new doc-build.sh script, and did some initial testing. > Please let me know if I made any errors. Thanks. > > doc-build.sh > http://cvs.sourceforge.net/viewcvs.py/leaf/sourceforge/admin/ > > Note: SF isn't allowing me to grab docbook public uri > (v4.4) from oasis. I'm investigating the issue. Everyone, This is just pathetic. I can't even remember doing a simple task. :-( Anyway, I'm now able to validate our docbook xml. I'll continue working on the new build script. -Forwarded Message- From: Mike Noyes <[EMAIL PROTECTED]> To: KP Kirchdoerfer <[EMAIL PROTECTED]> Cc: leaf-devel Subject: [leaf-devel] Re: Guides Date: Wed, 17 Aug 2005 10:17:43 -0700 I just ran daily.sh. I had to place the docbook xml 4.4 dtd in my shell space. SF is blocking all http requests from the shell. External catalog entries fail. Anyway, let me know if you see any problems. Using catalogs with xsltproc http://www.sagehill.net/docbookxsl/UseCatalog.html -- Mike Noyes http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, phpwebsite, phpwebsite-comm, sitedocs --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] Flash Stick Image
Hi; first my Bios is an Award bios... I tested all three available images with mixed results. Am Dienstag, 28. März 2006 22:39 schrieb Mike Noyes: > All testers, > How well are the submitted usb flash drive images working? > > http://www.ccl-network.com/leaf/stick.img.gz Downloaded today, so it might be the new one(?) - boots fine. > http://cvs.sourceforge.net/viewcvs.py/leaf/devel/faino/usbtest/ Boots. > http://cvs.sourceforge.net/viewcvs.py/leaf/devel/espakman/ Both versions failed - 1.1 with a similar error Nathanael had and latest version fails completly. Somewhere during boot process all booting versions want to run rsync...? About size/packages: I vote to add everything just as with the ISO image. kp --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [leaf-devel] QBox... I'm qonfused!
On Wednesday 29 March 2006 00:10, Ron Senykoff wrote: > Hello all, > > Working on 2nd version of my qbox project > http://www.cs.luc.edu/projects/comp412/q-box/ > > I'm having trouble figuring out how to make lrp treat my init script > as a script and not a daemon. At the end of running, it says "The > command failed. Usually this is due to an error in the configuration > file." Are you trying to start your init script from webconf? If so, the problem is that webconf looks for a running process matching the init script.If you are making your own .lwp for webconf, you can customize the behavior by modifying the call to svcstat.sh See http://leaf.sourceforge.net/doc/guide/webconf-howto.html, section "4.3.4.3 svcstat.sh" for the complete details. If you are just using the basic webconf.lrp, this is a "false positive." The init script was run, but webconf has no way of knowing that, so it reports the command failed. You can ignore the failure message, or you can look at /var/webconf/www/lrcfg.cgi under the section "Daemon Status" for how other exceptions were handled. > > Is there any way around this? Or will I need to create a .pid file > even though there is no process? > > TIA! > -Ron --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel
[leaf-devel] QBox...
Hey Maybe this could be another LEAF branch? Mike - did you not look for a new branch? Ron - is it a LRP package you have trouble with? In case which package is it? Best regards Jørn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ron Senykoff Sent: 29. mars 2006 07:10 To: leaf-devel Subject: [leaf-devel] QBox... I'm qonfused! Hello all, Working on 2nd version of my qbox project http://www.cs.luc.edu/projects/comp412/q-box/ I'm having trouble figuring out how to make lrp treat my init script as a script and not a daemon. At the end of running, it says "The command failed. Usually this is due to an error in the configuration file." Is there any way around this? Or will I need to create a .pid file even though there is no process? TIA! -Ron --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel