1 Oct 18:52
Should we say "wow" ?
Hi , Looks like something is growing. http://www.securityspace.com/s_survey/data/man.200409/apachemods.html?mod=TWlkZ2FyZA== Piotras
4 Oct 17:55
5 Oct 06:55
OpenACS and installation
""Make it easy to install" - Ok, we probably lose more than any other CMS package on this one. If we can get RPM/DEB/etc packages this could work. We do have a web based installer, although somehow the config.tcl needs to be edited to reflect the few settings required, but a pakcaged installer could use a default for ip address and database name and get something running quickly..." Looks like we're not the only ones trying to figure this out... http://www.thedesignexperience.org/weblog/one-entry?entry%5fid=48258 /Bergie -- -- -- Henri Bergius -- +358 40 525 1334 -- henri.bergius@... -- http://bergie.iki.fi --- http://www.midgard-project.org http://www.oscom.org --- http://www.routamc.org
5 Oct 10:48
Re: OpenACS and installation
Henri Bergius <henri.bergius@...> wrote: > Looks like we're not the only ones trying to figure this out... > http://www.thedesignexperience.org/weblog/one-entry?entry%5fid=48258 <shameless> Midgard-data in its current shape is the only one candidate to be real midgard installer. If you look back when 1.4 was installed and upgraded from 1.2.5, and when 1.5 was installed , then you should notice that 1.6 midgard-data is great and easy. OK, we do not support binaries as much as we would like to do , but first we need testing. Testing and testing. </shameless> Piotras
5 Oct 14:07
MidCOM templates and schemas documented
Greetings! I've now added an autodocumentation system to the midgard-project website for displaying the default output templates and schemas of all MidCOM components: http://www.midgard-project.org/documentation/reference/components/ This should make tweaking them a lot easier if you don't have SG0 access. Enjoy! /Bergie -- -- -- Henri Bergius -- +358 40 525 1334 -- henri.bergius@... -- http://bergie.iki.fi --- http://www.midgard-project.org http://www.oscom.org --- http://www.routamc.org
5 Oct 16:49
Re: OpenACS and installation
Piotras wrote: > Midgard-data in its current shape is the only one candidate to be real midgard installer. > If you look back when 1.4 was installed and upgraded from 1.2.5, and when 1.5 was installed > , then you should notice that 1.6 midgard-data is great and easy. > OK, we do not support binaries as much as we would like to do , but first we need testing. > Testing and testing. Agreed. Blogged about it: http://bergie.iki.fi/blog/making_open_source_content_management_suck_less.html > Piotras /Bergie -- -- Henri Bergius Henri.Bergius@... Consultant Partner Tel: +358-20-198 6032 Nemein Oy http://www.nemein.com/
5 Oct 16:57
Re: MidCOM templates and schemas documented
tir, 05,.10.2004 kl. 15.07 +0300, skrev Henri Bergius: > Greetings! > > I've now added an autodocumentation system to the midgard-project > website for displaying the default output templates and schemas > of all MidCOM components: > > http://www.midgard-project.org/documentation/reference/components/ > > This should make tweaking them a lot easier if you don't have > SG0 access. Great news! Is this made as a midcom? Also, why not add the doc fields of the _code snippets as that's where all the code is documentet? Tarjei > > Enjoy! > > /Bergie > -- -- Tarjei Huse <tarjei@...>
7 Oct 12:13
release delay
Hi, I am sorry , I can not make rc2 release today as it was planned. There are already some small bugfixes till rc1 , and some additional functionality added. I know that I should keep only bugfixes at this point, but some features seems to be important to develope midgard faster and easier. Just to remind: midgard-php has two new functions : mgd_debug_start() mgd_debug_stop() midgard-data dumps database with mysqldump before importing packages ( repligard -e will be very slow and useless if anyone has gigabytes of attachments ) Please test current cvs if it is only possible. Piotras ( powered by Midgard ;)
7 Oct 13:18
mRFC 6 out for voting
Hi Guys, I did some final changes to the mRFC 0006 (MidCOM database-to-filesystem transition roadmap) regarding PEAR stuff, and it is now complete as far as I remeber the open points. Please look over it and tell me what you think (along with a vote). Live long and prosper! Torben Nehmer -- Torben Nehmer, Guenzburg, Bavaria, Germany http://www.nathan-syntronics.de, mailto:torben@... PGP Public Key: https://www.link-m.de/pgp/t.nehmer.asc
7 Oct 15:23
Re: mRFC 6 out for voting
Quoting Torben Nehmer <torben@...>: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Guys, > > I did some final changes to the mRFC 0006 (MidCOM > database-to-filesystem transition roadmap) regarding PEAR stuff, and it > is now complete as far as I remeber the open points. > > Please look over it and tell me what you think (along with a vote). +1 but maybe with some extras: * I wonder if the MRFC should say something about pure classlibs and where they should be placed. F.x. if we could have a midcom/lib dir where f.x. an authlib could be placed in midcom/lib/auth * I suggest the mRFC gets a few links to good articles for writing secure php-apps. * AFAIK php5 is going sturlycaps all the way, so in stead of superclass_class, classnames might have to be superclassClass. * Wrt. permisions I suggest that all classes should be written with the asumption that the /midcom dirs are read-only. We may define a $MIDCOM_TMP dir or something but this dir should be outside the /midcom dir. Tarjei(Continue reading)
RSS Feed