> It's completely up to Michael to decide for as long as he is running
> the wiki.
Which does not mean that i won't run another software if this is a.)
acceptable for me security wise and b.) a majority asks for it. But
there is currently no need to change the wiki software because we've
(we as
On Jan 30, 2007, at 19:15, Bill Jones wrote:
I mean since they are both written in Perl and you may want
to start change just a few small things in Twiki.
It's completely up to Michael to decide for as long as he is running
the wiki. If we ever want to change to something else than docuwi
On 1/4/07, James Turnbull <[EMAIL PROTECTED]> wrote:
My preference is TWiki - stable, powerful, extensible and Perl rather
than PHP.
I realize I may likely be an unwelcome stranger and more likely my
opinion means naught; however I must throw my 2 cents in (it's the way
I am.) Feel free to de
On Thu, 2007-04-01 at 17:02 -0500, David Kaufman wrote:
> Hi Michael,
>
> Michael Holzt <[EMAIL PROTECTED]> wrote:
> >> I guess I would vote for Twiki if we were changing.
> >
> > Sorry, twiki isn't going to be installed on _any_ machine controlled
> > by me. twiki has a bad history of (overly stu
On Fri, 2007-05-01 at 08:07 +1100, James Turnbull wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Guy Hulbert wrote:
> > I don't think this is inconsistent with what I said. You have now
> > confirmed your decision to not host the wiki if it must be twiki and if
> > that is the case
Hi Michael,
Michael Holzt <[EMAIL PROTECTED]> wrote:
I guess I would vote for Twiki if we were changing.
Sorry, twiki isn't going to be installed on _any_ machine controlled
by me. twiki has a bad history of (overly stupid!) security incidents
I was unhappy with my experiences with TWiki, to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guy Hulbert wrote:
> I don't think this is inconsistent with what I said. You have now
> confirmed your decision to not host the wiki if it must be twiki and if
> that is the case then I am willing to try to pick it up. I will keep
> your opinions i
On Thu, 2007-04-01 at 17:32 +0100, Michael Holzt wrote:
> > Unless and until Michael decides that he no longer wants to host the
> > wiki, I think he has the final word.
>
> No. While i "own" qpsmtpd.org and run the current wiki, my opinion is in
> no way superiour than those of others. If the pro
Guy Hulbert wrote:
On Thu, 2007-04-01 at 08:22 -0700, Tom Smith wrote:
You may want to try etch. I expect to type:
apt-get install twiki
Ubuntu 6.06 LTS is gcc4--versions before that were not.
All of the extra Perl modules I needed on 6.06 were installable via
apt--only on
> Unless and until Michael decides that he no longer wants to host the
> wiki, I think he has the final word.
No. While i "own" qpsmtpd.org and run the current wiki, my opinion is in
no way superiour than those of others. If the project (as represented by
us all) feels that a twiki would help it a
> Unless and until Michael decides that he no longer wants to host the
> wiki, I think he has the final word.
No. While i "own" qpsmtpd.org and run the current wiki, my opinion is in
no way superiour than those of others. If the project (as represented by
us all) feels that a twiki would help it a
On Thu, 2007-04-01 at 08:22 -0700, Tom Smith wrote:
> > You may want to try etch. I expect to type:
> >
> > apt-get install twiki
>
>
>
> Ubuntu 6.06 LTS is gcc4--versions before that were not.
>
> All of the extra Perl modules I needed on 6.06 were installable via
> apt--only one came
On Thu, 2007-04-01 at 16:54 +0100, Arnaud ASSAD wrote:
> If twiki appears to be the best choice for most of the people, maybe
> we
> should all consider it on a pragmatic way.
Unless and until Michael decides that he no longer wants to host the
wiki, I think he has the final word.
I am going to l
> I can't really comment on your situation because I wasn't there... But I
> think that sometimes it's prudent to keep such security problems
> "secret" until a solution is found.
> Discussing them (and their solutions) on mailing lists and such is one
> thing, but publicly announcing the probl
On Thu, 2007-01-04 at 16:54 +0100, Arnaud ASSAD wrote:
> If twiki appears to be the best choice for most of the people, maybe we
> should all consider it on a pragmatic way.
If it good enough for these guys...
http://wiki.java.net
(Just thought that was an interesting place to find a perl-based
On Thu, 2007-04-01 at 09:53 -0600, Les Mikesell wrote:
> On Thu, 2007-01-04 at 16:34 +0100, Michael Holzt wrote:
> > Sorry, twiki isn't going to be installed on _any_ machine controlled by
> > me. twiki has a bad history of (overly stupid!) security incidents and
> > its main developer (Peter Tho
origine-
> De : Michael Holzt [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 4 janvier 2007 16:35
> À : qpsmtpd@perl.org
> Objet : Re: Future of the wiki in 2007?
>
> > I guess I would vote for Twiki if we were changing.
>
> Sorry, twiki isn't going to be installed on _an
On Thu, 2007-04-01 at 16:34 +0100, Michael Holzt wrote:
> > I guess I would vote for Twiki if we were changing.
>
> Sorry, twiki isn't going to be installed on _any_ machine controlled
> by
> me. twiki has a bad history of (overly stupid!) security incidents
> and
> its main developer (Peter Tho
On Thu, 2007-01-04 at 16:34 +0100, Michael Holzt wrote:
> Sorry, twiki isn't going to be installed on _any_ machine controlled by
> me. twiki has a bad history of (overly stupid!) security incidents and
> its main developer (Peter Thoeny) has reacted very unfriendly and also
> unprofessional to p
Johan Almqvist writes:
However even if there was a separate plugin repository and a vBulletin,
I'd still want the wiki to direct all the forum (and list) RTFM's to...
You just make those stick at the top of the (sub)forums... With the added
benefit that you get a sort of web-of-trust as well
Michael Holzt wrote:
I guess I would vote for Twiki if we were changing.
Sorry, twiki isn't going to be installed on _any_ machine controlled by
me. twiki has a bad history of (overly stupid!) security incidents and
its main developer (Peter Thoeny) has reacted very unfriendly and also
u
> I guess I would vote for Twiki if we were changing.
Sorry, twiki isn't going to be installed on _any_ machine controlled by
me. twiki has a bad history of (overly stupid!) security incidents and
its main developer (Peter Thoeny) has reacted very unfriendly and also
unprofessional to people rep
Guy Hulbert wrote:
On Thu, 2007-04-01 at 07:58 -0700, Tom Smith wrote:
The largest installation woes...
- Perl modules--most are part of standard Perl, but some had to be
added
CPAN is your friend ... but it's getting to be a bit of a monster. My
strategy is to use it for a test ins
On 4-jan-2007, at 15:57, Guy Hulbert wrote:
On Thu, 2007-04-01 at 15:14 +0100, Leander Koornneef wrote:
May be a few days before I report further ...
This may save you a bit of work if it's just for testing:
Yeah. Saw that. However ...
http://twiki.org/cgi-bin/view/Codev/TWikiVMDebian
Robin Bowes wrote:
Guy Hulbert wrote:
There are better python wikis than trac. In particular moin-moin is
quite close to the present docu-wiki.
Moin-moin versus trac:
http://www.wikimatrix.org/compare/MoinMoin+TracWiki
Trac is missing a lot.
I don't entirely disagree, but trac is m
On Thu, 2007-04-01 at 07:58 -0700, Tom Smith wrote:
> The largest installation woes...
>
> - Perl modules--most are part of standard Perl, but some had to be
> added
CPAN is your friend ... but it's getting to be a bit of a monster. My
strategy is to use it for a test install and then save all
Arnaud ASSAD wrote:
I'd also like to keep the wiki.
To my mind, the tool is ok, We (In fact I should use 'I') only have to
contribute more.
There is, for example, a lot of knowledge on the ML which has not be put
back on the wiki.
One could also at how to create a mailing list archive with
On Thu, 2007-04-01 at 15:43 +0100, Arnaud ASSAD wrote:
> I'd also like to keep the wiki.
>
> To my mind, the tool is ok, We (In fact I should use 'I') only have to
> contribute more.
>
> There is, for example, a lot of knowledge on the ML which has not be put
> back on the wiki.
Twiki should be
Guy Hulbert wrote:
On Thu, 2007-04-01 at 07:43 -0500, Guy Hulbert wrote:
I guess I would vote for Twiki if we were changing.
It seems that the latest twiki will be in etch and I have been
planning
to upgrade my server anyway.
My thoughts have changed a bit since looking at the
On Thu, 2007-04-01 at 15:14 +0100, Leander Koornneef wrote:
> > May be a few days before I report further ...
>
> This may save you a bit of work if it's just for testing:
Yeah. Saw that. However ...
>
> http://twiki.org/cgi-bin/view/Codev/TWikiVMDebianStable
>
> Leander
... I don't use win
chael Holzt [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 4 janvier 2007 12:05
> À : qpsmtpd@perl.org
> Objet : Future of the wiki in 2007?
>
> As some of you might or might now know, i'm the holder of the qpsmtpd.org
> domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now whi
James Turnbull wrote:
Michael Holzt wrote:
the page which is easily confused with a real navigation). So if one has
better suggestions (i would also like to get rid of the security nightmare
also known as php), i would like to hear about it.
My preference is TWiki - stable, powerful, e
On 4-jan-2007, at 14:54, Guy Hulbert wrote:
On Thu, 2007-04-01 at 07:43 -0500, Guy Hulbert wrote:
I guess I would vote for Twiki if we were changing.
It seems that the latest twiki will be in etch and I have been
planning
to upgrade my server anyway.
My thoughts have changed a bit since lo
On Thu, 2007-04-01 at 07:43 -0500, Guy Hulbert wrote:
> > I guess I would vote for Twiki if we were changing.
>
> It seems that the latest twiki will be in etch and I have been
> planning
> to upgrade my server anyway.
My thoughts have changed a bit since looking at the source.
The install guide
On Thu, 2007-04-01 at 23:58 +1100, James Turnbull wrote:
> > I don't feel either of these will be a good replacement for the
> current
> > wiki. I agree that placing the plugin repository in the wiki wasn't
> the
> > best idea (I just couldn't think of a better way of doing it at the
> time).
>
>
Johan Almqvist wrote:
>> 1) a vBulleting-webboard, and
>> 2) rsync so that all those that want to can have their set of plugins
>> in use (check with the configfile, and only rsync the active ones)
>> shared with the world.
>
> I don't feel either of these will be a good replacement for the curren
[ apologies for replying to my own post ... I delete most things after
I read them but sent-mail is always there ]
On Thu, 2007-04-01 at 06:58 -0500, Guy Hulbert wrote:
> On Thu, 2007-04-01 at 11:26 +, Robin Bowes wrote:
> > Michael Holzt wrote:
> > > As some of you might or might now know, i'
Hello everyone
[EMAIL PROTECTED] wrote:
Michael Holzt writes:
As some of you might or might now know, i'm the holder of the qpsmtpd.org
domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
wiki still seems to be a good idea, i've noticed that there have been
next to no cont
On Thu, 2007-04-01 at 12:12 +, Robin Bowes wrote:
> Guy Hulbert wrote:
>
> > There are better python wikis than trac. In particular moin-moin is
> > quite close to the present docu-wiki.
> >
> > Moin-moin versus trac:
> > http://www.wikimatrix.org/compare/MoinMoin+TracWiki
> >
> > Trac is m
Guy Hulbert wrote:
> There are better python wikis than trac. In particular moin-moin is
> quite close to the present docu-wiki.
>
> Moin-moin versus trac:
> http://www.wikimatrix.org/compare/MoinMoin+TracWiki
>
> Trac is missing a lot.
I don't entirely disagree, but trac is more than just a w
On Thu, 2007-04-01 at 11:26 +, Robin Bowes wrote:
> Michael Holzt wrote:
> > As some of you might or might now know, i'm the holder of the qpsmtpd.org
> > domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
> > wiki still seems to be a good idea, i've noticed that there hav
Michael Holzt writes:
As some of you might or might now know, i'm the holder of the qpsmtpd.org
domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
wiki still seems to be a good idea, i've noticed that there have been next
to no contributions to it lately. This is a bit of a
Michael Holzt wrote:
> As some of you might or might now know, i'm the holder of the qpsmtpd.org
> domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
> wiki still seems to be a good idea, i've noticed that there have been next
> to no contributions to it lately. This is a bit
Michael Holzt wrote:
> As some of you might or might now know, i'm the holder of the qpsmtpd.org
> domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
> wiki still seems to be a good idea, i've noticed that there have been next
> to no contributions to it lately. This is a bit
As some of you might or might now know, i'm the holder of the qpsmtpd.org
domain and also host the qpsmtpd wiki on wiki.qpsmtpd.org. Now while the
wiki still seems to be a good idea, i've noticed that there have been next
to no contributions to it lately. This is a bit of a shame, as qpsmtpd
lacks
45 matches
Mail list logo
