Tag: twiki

TWiki (4.2 final) Microsoft Windows, OSX and rpm (Centos & Fedora Core i386) installers

logoed_installer.jpgThese Windows, OSX, Centos and Fedora Core installers are fully integrated native installers that will update your Computer with perl, apache, rcs and other tools needed to run TWiki on that platform.TWiki 4.2.0 contains many new improvements to TWiki, including a much improved Wysiwyg editor, a structured query engine, a more generic authentication system and at the same time, the Core engine is faster than the previous twiki4 releases.The TWiki installers include native installs of (only installed if not already)

  1. Apache 2.2 (Windows & rpm)
  2. Perl (ActiveState – Windows & native for rpm)
  3. Gnu Grep (Windows only)
  4. Gnu rcs (All platforms)
  5. TWiki 4.2.0 Release.

Please download it, try it out and report your impressions, ideas, bugs and successes here, on TWiki.org, or in the TWiki Bugs system.

Another TWiki innovation brought to you by distributedINFORMATION & WikiRing.com

Windows installer of TWiki 4.2 rc2 that uses Strawberry perl 5.10 beta 2

For the extremely adventurous – I have built an installer using Strawberry Perl 5.10 beta2 – TWiki-4.2.0-rc2.1-strawberry.exe

Warning: Search does not work, and needs someone to debug it (I’m away over xmas)

DTrace, Perl and TWiki – on Solaris

I’ve been promising myself some time to try out DTrace on TWiki’s codebase for over a year. By following Bryan Allen’s
instructions using Richard Dawe’s adaption of Alan Burlison’s work… I now have a Perl 5.8.8 with DTrace probes.

Sounds great, except for one thing…. I now have to learn enough about DTrace to use it 🙂 The patch that Alan and Richard have (or at least their DTrace scripts) seem to require a priori knowledge of the Perl process’ pid… not something thats going to work out for what I want to do.

For a quick test, DTrace -c ./view -s /export/home/sven/src/dtrace/subs-tree.d does show the program flow.

The following is while running some perl scripts – the 2 numbers are their pids.

# dtrace -l | grep -i perl
17803  perl17669        libperl.so                      Perl_pp_sort sub-entry
17804  perl17669        libperl.so                   Perl_pp_dbstate sub-entry
17805  perl17669        libperl.so                  Perl_pp_entersub sub-entry
17806  perl17669        libperl.so                      Perl_pp_last sub-return
17807  perl17669        libperl.so                    Perl_pp_return sub-return
17808  perl17669        libperl.so                     Perl_dounwind sub-return
17809  perl17669        libperl.so                Perl_pp_leavesublv sub-return
17810  perl17669        libperl.so                  Perl_pp_leavesub sub-return
88501  perl17760        libperl.so                      Perl_pp_sort sub-entry
88502  perl17760        libperl.so                   Perl_pp_dbstate sub-entry
88503  perl17760        libperl.so                  Perl_pp_entersub sub-entry
88504  perl17760        libperl.so                      Perl_pp_last sub-return
88505  perl17760        libperl.so                    Perl_pp_return sub-return
88506  perl17760        libperl.so                     Perl_dounwind sub-return
88507  perl17760        libperl.so                Perl_pp_leavesublv sub-return
88508  perl17760        libperl.so                  Perl_pp_leavesub sub-return

so… first ignorant modification – in subs-tree.d, it wants to trace perl$target:::sub-entry – change that to perl*:::sub-entry, and of course, it works exactly as I want – attaches to all subsequent perl process (running my dtrace-perl build) and tells me whats going on. The only caveat being that the DTrace script will only start if there is a Perl process running – the provider is obviously not persistent.

Brilliant!

Should be a fun Christmas holiday adventure – 410 pages of dtrace book, and a myriad of web pages to consume and digest.

TWiki (4.2 rc1) Microsoft Windows, OSX and rpm (Centos & Fedora Core i386) installers

logoed_installer.jpg

These Windows, OSX, Centos and Fedora Core installers are fully integrated native installers that will update your Computer with perl, apache, rcs and other tools needed to run TWiki on that platform.

TWiki 4.2.0 contains many new improvements to TWiki, including a much improved Wysiwyg editor, a structured query engine, a more generic authentication system and at the same time, the Core engine is faster than the previous twiki4 releases.

The TWiki installers include native installs of (only installed if not already)

  1. Apache 2.2 (Windows & rpm)
  2. Perl (ActiveState – Windows & native for rpm)
  3. Gnu Grep (Windows only)
  4. Gnu rcs (All platforms)
  5. TWiki 4.2.0 Release Candidate 1.

Please download it, try it out and report your impressions, ideas, bugs and successes here, on TWiki.org, or in the TWiki Bugs system.

Another TWiki innovation brought to you by distributedINFORMATION & WikiRing.com

TWiki (4.2 beta) now has MS Windows, OSX and rpm (Centos & Fedora Core i386) installers

logoed_installer.jpg

These Windows, OSX, Centos and Fedora Core installers are fully integrated native installers that will update your Computer with perl, apache, rcs and other tools needed to run TWiki on that platform.

The TWiki installers include native installs of (only installed if not already)

  1. Apache 2.2 (Windows & rpm)
  2. Perl (ActiveState – Windows & native for rpm)
  3. Gnu Grep (Windows only)
  4. Gnu rcs (All platforms)
  5. TWiki 4.2.0 beta 2.

Please download it, try it out and report your impressions, ideas, bugs and successes here, on TWiki.org, or in the TWiki Bugs system.

Another TWiki innovation brought to you by distributedINFORMATION & WikiRing.com

TWiki does authn_dbm and authn_dbd (DBM and SQL users)

I’ve just uploaded HTTPDUserAdminContrib that will allow you to use DBM files (a database formated file) and SQL databases (as supported by DBI) for TWiki’s user, password and email address backend.

Combined with apache’s mod_authn_dbm and mod_authn_dbd you thus can integrate TWiki with more tools than ever before.

In fact, this contrib will allow you to authenticate using your Joomla database’s users (please remeber to set registration off, and set the database access to read only ).

OpenID support for TWiki coming soon.

 

Sven Dowideit’s working on re-architecting TWiki’s authentication and session system to enable better support for external user management – for the upcoming TWiki 4.2.0 release in June, we should see OpenID support – at least for login, and registration – and later, TWiki will be able to be an OpenID providor too..

To make the June – July release, we’re expecting to re-release the Jan-Rain CPAN Consumer – to fix bugs, and make taint safe, and then depending on demand and support, to either maintain that library as the premier perl OpenID library, or when the SXIP library becomes a reality, to port to that.

I guess our thunder has been stolen by Sun’s rather big announcement – http://blogs.sun.com/superpat/entry/openid_at_sun … but it does make the work more important, as Sun use TWiki for things like http://wiki.java.net

debian repository for TWiki

I’ve set up a debian repository that you can help test the release package before it gets uploaded into debian proper.

To try it out, add the following to your /etc/apt/sources.list
deb http://distributedinformation.com/experimental/ experimental main contrib
deb-src http://distributedinformation.com/experimental/ experimental main contrib

and then run

gpg --keyserver the.earth.li --recv-keys 3C0C33BB442B5BE9
apt-key add /root/.gnupg/pubring.gpg
apt-get update
apt-get install apache2 twiki

I will be putting my ongoing work into the experimental distribution there, until they are ready for general use from my stable. From there I’ll be pushing them to my debian mentors.

This repository contains about 226 twiki-plugins – autoupdated nightly direct from twiki.org. THe packages have as many dependencies as I was able to coerce my build scripts to work out – but there is more work needed.

This article shows how simple it is to manage your own debian repository. The hard thing is making usable packages.

Sorry, you will get a gpg error on these packages, they are updated nightly direct from twiki.org – and signing the repository requires personal intervention (as far as I can see).

Adding Web 2.0 interface JavaScript to TWiki

While updating the YahooUserInterfaceContrib in TWiki to the just releases 2.2 version, I started to work with the BETA DataTable module.

Firstly, I’ve had to fix TWiki to put the headers and footers into the correct thead and tfoot HTML sections, and then there are the ‘tiny buglets’ 🙂

  1. sometimes the yui component initialises with only part of the html table
  2. yui hides all rows in the thead and tfoot section (so you loose the spreadsheet calculations we do in TWiki)
  3. you have to hand define the table header elements at the moment, rather than having an option to ‘autodetect’ their names, and possible sorty-ness

But it is a nice begining. I’ll be doing further work on it in TWiki (especially in the BugsContrib, and its derived task manager), and i’m planning on replacing the Catalyst DBIx paging with the dataTable Paging in mySpending.

Wiki’s are manic

I’ve been working in the wiki space (on JOSWiki then TWiki) for years, like 6 to 7 years, and it amazes me how much hype there is now. Its nice to see that the mainstream press and business are aware of it, but the recent ‘see it doesn’t work’ complaints show, they still don’t get it.

Either you care, and when you see a mess, you clean it up, or you continue on your way. Neither is a failure, just life.

Its kind of like Wysiwyg editing, I find it distracting – thats not to say i think its pointless, but it does mean that I make different choices, from those made by others.