From schmidtm524 at googlemail.com  Sun Feb  3 12:49:27 2008
From: schmidtm524 at googlemail.com (Michael Schmidt)
Date: Sun, 3 Feb 2008 18:49:27 +0100
Subject: [geeklog-devel] blog plugin rrs-feed
Message-ID: <5cc93d950802030949r6942ba65vb3fc4450bb8fe459@mail.gmail.com>

Hello

I want to ask for a discussion exchange to send from a c++ url rating
application an RSS/ATOM feed to the users blog,
is someone interested in deeloping such a blog software plugin, so that an
RSS feed can be inserted to the blog page. e.g. so that web-urls are in a
rolling txt-box on the page?
The rss feed then is maybe not the problem, but as the feed
generating machine is the users machine, the IP adress might be different
each session, so a method is needed, that the blogpage is contacted and the
rss feed is pushed into the blogpage?? Any help?

Thanks Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080203/6e5f5ad6/attachment.html>

From dirk at haun-online.de  Sun Feb  3 13:11:58 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sun, 3 Feb 2008 19:11:58 +0100
Subject: [geeklog-devel] blog plugin rrs-feed
In-Reply-To: <5cc93d950802030949r6942ba65vb3fc4450bb8fe459@mail.gmail.com>
References: <5cc93d950802030949r6942ba65vb3fc4450bb8fe459@mail.gmail.com>
Message-ID: <20080203181158.817016479@smtp.haun-online.de>

Michael Schmidt wrote:

>I want to ask for a discussion exchange to send from a c++ url rating
>application an RSS/ATOM feed to the users blog,

So you have an application that publishes an RSS and/or Atom feed?


>is someone interested in deeloping such a blog software plugin, so that an
>RSS feed can be inserted to the blog page. e.g. so that web-urls are in a
>rolling txt-box on the page?

Sounds like you only need to create a portal block in Geeklog:
<http://www.geeklog.net/faqman/index.php?op=view&t=16>

If you don't want the feed displayed in a side block, there are also
solutions to display them in static pages and a few other places. Check
the forums and the download section on geeklog.net.


>The rss feed then is maybe not the problem, but as the feed
>generating machine is the users machine, the IP adress might be different
>each session, so a method is needed, that the blogpage is contacted and the
>rss feed is pushed into the blogpage?? Any help?

Ah, so is that your actual problem? Have you considered using DynDNS or
some similar service? Alternatively, have each client push their feed to
a central server and serve the feeds from there.

bye, Dirk


-- 
http://www.haun-online.de/accu/



From schmidtm524 at googlemail.com  Sun Feb  3 13:21:38 2008
From: schmidtm524 at googlemail.com (Michael Schmidt)
Date: Sun, 3 Feb 2008 19:21:38 +0100
Subject: [geeklog-devel] blog plugin rrs-feed
In-Reply-To: <20080203181158.817016479@smtp.haun-online.de>
References: <5cc93d950802030949r6942ba65vb3fc4450bb8fe459@mail.gmail.com>
	<20080203181158.817016479@smtp.haun-online.de>
Message-ID: <5cc93d950802031021i6bfe5ac7hb4f47d9ea5ce937f@mail.gmail.com>

Hello Dirk, thanks for the feedback
There is an application, which generates each day a list of urls, like
www.webnews.de
You get each day a list of fresh urls, like your booksmarks you add in a
list each day.
This list should be published automatially or after pressing a button on my
weblog.
That means, wordpress already can include an rss feed, but as the
feed-startpoint is the users local machine, this machine has every day a new
IP adress.
Dyn-dns should not be used. but the blog has a stable IP, so we need it just
the other way round, that i press a button, to send each day my updated
bookmarklist from my machine (dynamic IP) into my blog (Stable ip).
A central server sending to my blog is not the solution, as the url-list is
as well p2p style generated. This appliation is c++ and needs a plugin to
correspond with the webblog.
A push from p2p client to the webblog.
Regards Mike

On Feb 3, 2008 7:11 PM, Dirk Haun <dirk at haun-online.de> wrote:

> Michael Schmidt wrote:
>
> >I want to ask for a discussion exchange to send from a c++ url rating
> >application an RSS/ATOM feed to the users blog,
>
> So you have an application that publishes an RSS and/or Atom feed?
>
>
> >is someone interested in deeloping such a blog software plugin, so that
> an
> >RSS feed can be inserted to the blog page. e.g. so that web-urls are in a
> >rolling txt-box on the page?
>
> Sounds like you only need to create a portal block in Geeklog:
> <http://www.geeklog.net/faqman/index.php?op=view&t=16>
>
> If you don't want the feed displayed in a side block, there are also
> solutions to display them in static pages and a few other places. Check
> the forums and the download section on geeklog.net.
>
>
> >The rss feed then is maybe not the problem, but as the feed
> >generating machine is the users machine, the IP adress might be different
> >each session, so a method is needed, that the blogpage is contacted and
> the
> >rss feed is pushed into the blogpage?? Any help?
>
> Ah, so is that your actual problem? Have you considered using DynDNS or
> some similar service? Alternatively, have each client push their feed to
> a central server and serve the feeds from there.
>
> bye, Dirk
>
>
> --
> http://www.haun-online.de/accu/
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080203/d701f115/attachment.html>

From joe at ThrowingDice.com  Sun Feb  3 14:18:17 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 03 Feb 2008 14:18:17 -0500
Subject: [geeklog-devel] cosmetic fix needed in lib-common.php
In-Reply-To: <20080126184115.364293635@smtp.haun-online.de>
References: <20080126183133.32DF610FE12@qs1489.pair.com>
	<20080126184115.364293635@smtp.haun-online.de>
Message-ID: <0JVO00BHIGD05RM0@mta2.srv.hcvlny.cv.net>

In lib-common.php, the bottom line here is no longer accurate. And 
the line above it is a bit out of date as well.

/**
* This is the common library for Geeklog.  Through our code, you will see
* functions with the COM_ prefix (e.g. COM_siteHeader()).  Any such functions
* can be found in this file.  This file provides all configuration variables
* needed by Geeklog with a series of includes (see futher down).
*
* --- You only need to modify one line in this file! ---
*

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From joe at ThrowingDice.com  Sun Feb  3 14:22:04 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 03 Feb 2008 14:22:04 -0500
Subject: [geeklog-devel] PLG_invokeService
In-Reply-To: <20080203191152.B2CC210FE15@qs1489.pair.com>
References: <20080203191152.B2CC210FE15@qs1489.pair.com>
Message-ID: <0JVO00903GGRLSR5@mta3.srv.hcvlny.cv.net>

Shouldn't there be an if here. There's no reason to include lib-story 
if the service invoked is some other plugin's service.

function PLG_invokeService($type, $action, $args, &$output, &$svc_msg)
{
     global $_CONF;

     $retval = PLG_RET_ERROR;

     // load story services if type is story
     if ($type == 'story') {
         // ensure we can see the service_XXX_story functions
         require_once $_CONF['path_system'] . 'lib-story.php';
     }

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Sun Feb  3 15:03:25 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sun, 3 Feb 2008 21:03:25 +0100
Subject: [geeklog-devel] Need to decouple config order from language file
Message-ID: <20080203200325.1117164184@smtp.haun-online.de>

Currently, the order of some things on the configuration screens is
actually controlled by the order of their respective text entries in the
language file.

For example, for the "Core" settings, the three groups on the "Stories
and Trackback" section are in the order Trackback - Pingback - Story
since that is their order in the language file:

$LANG_fs['Core'] = array(
(...)
    22 => 'Trackback',
    23 => 'Pingback',
    24 => 'Story',

Since the section is entitled "Stories and Trackback", it would make
more sense that the "Story" group comes first. But that would mean
changing the text array:

    22 => 'Story',
    23 => 'Trackback',
    24 => 'Pingback',

If we were to do something like that in a future Geeklog version, all
the translations would have to be updated accordingly. Sounds like a
recipe for disaster to me ...

The same problem actually exists with the groups themselves (i.e. the
$LANG_configsubgroups array).

We need to decouple the order in the language file from the display
order somehow. Any suggestions?

If it requires changes in the language files then so be it. Better now
than in a later version ...

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From joe at ThrowingDice.com  Sun Feb  3 16:54:47 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 03 Feb 2008 16:54:47 -0500
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <20080203200325.1117164184@smtp.haun-online.de>
References: <20080203200325.1117164184@smtp.haun-online.de>
Message-ID: <0JVO00B3YNJAPYH0@mta1.srv.hcvlny.cv.net>

Okay I just looked at the code for a few seconds and it seems simple 
to fix this (In other words I didn't test this...):

The SQL in function _get_extended is ordered by "sort_order" which I 
assume is what you want. So:

         while ($row = DB_fetchArray($Qresult)) {
             $cur = $row;
             $res[$cur[3]][] =           // don't change the sort order
                 array('name' => $cur[0],        // include name in 
result array
                        'display_name' =>
                       (array_key_exists($cur[0], $LANG_confignames[$group]) ?
                        $LANG_confignames[$group][$cur[0]]
                        : $cur[0]),
                       'type' =>
                       (($cur[4] == 'unset') ?
                        'unset' : $cur[1]),
                       'selectionArray' =>
                       (($cur[2] != -1) ?
                        $LANG_configselects[$group][$cur[2]] : null),
                       'value' =>
                       (($cur[4] == 'unset') ?
                        'unset' : unserialize($cur[4])));
         }

and then in get_ui ignore the key value.

             foreach ($params as $e) {
                 $fs_contents .=
                     $this->_UI_get_conf_element(
                                                $e['name'],
                                                $e['display_name'],
                                                $e['type'],
                                                $e['value'],
                                                $e['selectionArray']);
             }

Am I missing something here?

This config stuff is a great idea but it being still unready for 
release at this time is annoying. There are too many areas of it that 
are not well thought out.

* The UI code should be moved to another class. There's no reason to 
load the UI code except in admin/configuration.php so why does it get 
loaded for every hit to lib-common?
* The config class checks that you are in group root in _get_ui and 
updateConfig but set_param and restore_param rely on checks in 
admin/configuration.php to avoid hacking of settings.
* Don't you love the mix of _ between words and camelCase found in 
the function and var names!

At 03:03 PM 2/3/2008, Dirk Haun wrote:
>Currently, the order of some things on the configuration screens is
>actually controlled by the order of their respective text entries in the
>language file.

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From joe at ThrowingDice.com  Mon Feb  4 08:21:10 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Mon, 04 Feb 2008 08:21:10 -0500
Subject: [geeklog-devel] PLG_invokeService
In-Reply-To: <0JVO00903GGRLSR5@mta3.srv.hcvlny.cv.net>
References: <20080203191152.B2CC210FE15@qs1489.pair.com>
	<0JVO00903GGRLSR5@mta3.srv.hcvlny.cv.net>
Message-ID: <0JVP00DEJUF9WUR0@mta2.srv.hcvlny.cv.net>

I had another thought about this. Those webservices functions can be 
pretty long. I'd hate to see them cluttering up the functions.inc 
files of the various plugins. Why bother parsing functions that 
aren't being used?

Since there are no plugins that support webservices yet now's the 
time to specify where you put those functions. So how about one more 
modification?

function PLG_invokeService($type, $action, $args, &$output, &$svc_msg)
OR
function PLG_wsEnabled($type)
....
     if ($type == 'story') {
         // ensure we can see the service_XXX_story functions
         require_once $_CONF['path_system'] . 'lib-story.php';
     } else if (file_exists($_CONF['path'] . 'plugins/' . $type . 
'/webservices.inc')) {
         include_once $_CONF['path'] . 'plugins/' . $type . '/webservices.inc';
     }

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Mon Feb  4 14:48:44 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 4 Feb 2008 20:48:44 +0100
Subject: [geeklog-devel] PLG_invokeService
In-Reply-To: <0JVP00DEJUF9WUR0@mta2.srv.hcvlny.cv.net>
References: <20080203191152.B2CC210FE15@qs1489.pair.com>
	<0JVO00903GGRLSR5@mta3.srv.hcvlny.cv.net>
	<0JVP00DEJUF9WUR0@mta2.srv.hcvlny.cv.net>
Message-ID: <20080204194844.1956667326@smtp.haun-online.de>

Joe Mucchiello wrote:

>I had another thought about this. Those webservices functions can be 
>pretty long. I'd hate to see them cluttering up the functions.inc 
>files of the various plugins. Why bother parsing functions that 
>aren't being used?

See the Static Pages plugin ... But they are being used, since all the
usual operations (save story/page, get story/page) are now being routed
through PLG_invokeService.

bye, Dirk


-- 
http://www.haun-online.de/accu/



From joe at ThrowingDice.com  Mon Feb  4 14:59:00 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Mon, 04 Feb 2008 14:59:00 -0500
Subject: [geeklog-devel] PLG_invokeService
In-Reply-To: <20080204194844.1956667326@smtp.haun-online.de>
References: <20080203191152.B2CC210FE15@qs1489.pair.com>
	<0JVO00903GGRLSR5@mta3.srv.hcvlny.cv.net>
	<0JVP00DEJUF9WUR0@mta2.srv.hcvlny.cv.net>
	<20080204194844.1956667326@smtp.haun-online.de>
Message-ID: <0JVQ006OECUBCML0@mta1.srv.hcvlny.cv.net>

At 02:48 PM 2/4/2008, Dirk Haun wrote:
>Joe Mucchiello wrote:
>
> >I had another thought about this. Those webservices functions can be
> >pretty long. I'd hate to see them cluttering up the functions.inc
> >files of the various plugins. Why bother parsing functions that
> >aren't being used?
>
>See the Static Pages plugin ... But they are being used, since all the
>usual operations (save story/page, get story/page) are now being routed
>through PLG_invokeService.

They are only being used when I'm using staticpages. If I vote on a 
poll or read the forum, the staticpages and story webservices 
functions are bloat. The beauty of my idea is when PLG_invokeService 
is called for them, if the functions needed are in 
plugins/staticpages/webservices.inc then even the staticpages plugin 
will only include those functions if it absolutely needs to. If it 
doesn't, the functions sit on the filesystem unparsed and unloaded.

What is the sense of always forcing those functions to be included 
when they are only used when you are viewing staticpages or story 
content? Geeklog files tend to be long and bloated. Separating them 
into smaller files makes them easier to work with.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From tony at tonybibbs.com  Fri Feb  8 14:35:52 2008
From: tony at tonybibbs.com (Tony Bibbs)
Date: Fri, 8 Feb 2008 11:35:52 -0800 (PST)
Subject: [geeklog-devel] Question about internationalization and look-ups
Message-ID: <636814.8594.qm@web707.biz.mail.mud.yahoo.com>

I'm at a point where I've got some internationalization problems that would make people like Dirk cringe.

When building a view (screen) we have a number of helper methods that do things like create a drop-down:

$this->getDropDown(
    'getActiveListItemsByGroup',
    'Gl2Content->contentTypeId', 
    array('CONTENT_TYPE'), 
    null, 
    'listItemId',
    'description',
    '-- Select Type --');

In my English HTML template I have this:

<select name="Gl2Content->contentTypeId"></select>

...which is replaced by Flexy with the bit of PHP code from above with a fully populated drop down.

Two problems:
1) Values in the drop down come from the database in English only
2) the '-- Select Type --' is meant to be the first option in the drop-down.

Any suggestions on how to elegantly fix these problem?

--Tony






From joe at ThrowingDice.com  Fri Feb  8 15:10:37 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Fri, 08 Feb 2008 15:10:37 -0500
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <636814.8594.qm@web707.biz.mail.mud.yahoo.com>
References: <636814.8594.qm@web707.biz.mail.mud.yahoo.com>
Message-ID: <0JVX0099BRZTEKC0@mta1.srv.hcvlny.cv.net>

At 02:35 PM 2/8/2008, Tony Bibbs wrote:
>I'm at a point where I've got some internationalization problems 
>that would make people like Dirk cringe.

Well, Dirk (or someone else) solved this problem with the Language 
arrays that mirror the drop down tables. COM_optionList in lib-common.php.

>Two problems:
>1) Values in the drop down come from the database in English only

Why? Internationalize the database. Make the table be LISTNAME, 
VALUE, DESCRIPTION, LANGUAGE and then require LISTNAME and LANGUAGE 
in the query. If the query comes back empty, default to the system's 
default language.

>2) the '-- Select Type --' is meant to be the first option in the drop-down.

Put an ORDERBY field in the above table. This way if the fields are 
('temperature', 'cold', 'cold', 'en', 1), ('temperature', 'hot', 
'hot', 'en', 2) in English, they can be ('temperature', 'cold', 
'froid', 'fr','2),('temperature','hot','chaud',1) in French and the 
order by keeps the words in alphabetical order.

SELECT value, description FROM listofeverything WHERE listname = 
'temperature' AND language = 'en' ORDER BY orderby

>Any suggestions on how to elegantly fix these problem?

Elegant? You're talking about natural language semantics. There's 
nothing elegant about that. :-)


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From tony at tonybibbs.com  Fri Feb  8 15:33:49 2008
From: tony at tonybibbs.com (Tony Bibbs)
Date: Fri, 8 Feb 2008 12:33:49 -0800 (PST)
Subject: [geeklog-devel] Question about internationalization and look-ups
Message-ID: <285910.54926.qm@web706.biz.mail.mud.yahoo.com>

Only problem with that then is in order to translate Geeklog using Flexy would be a combination of flat files and database stuff.

I should probably just take a look at one of the other CMS's engines out there.  Somebody has probably already fixed this.

--Tony

----- Original Message ----
From: Joe Mucchiello <joe at ThrowingDice.com>
To: Geeklog Development <geeklog-devel at lists.geeklog.net>
Sent: Friday, February 8, 2008 2:10:37 PM
Subject: Re: [geeklog-devel] Question about internationalization and look-ups


At 02:35 PM 2/8/2008, Tony Bibbs wrote:
>I'm at a point where I've got some internationalization problems 
>that would make people like Dirk cringe.

Well, Dirk (or someone else) solved this problem with the Language 
arrays that mirror the drop down tables. COM_optionList in
 lib-common.php.

>Two problems:
>1) Values in the drop down come from the database in English only

Why? Internationalize the database. Make the table be LISTNAME, 
VALUE, DESCRIPTION, LANGUAGE and then require LISTNAME and LANGUAGE 
in the query. If the query comes back empty, default to the system's 
default language.

>2) the '-- Select Type --' is meant to be the first option in the
 drop-down.

Put an ORDERBY field in the above table. This way if the fields are 
('temperature', 'cold', 'cold', 'en', 1), ('temperature', 'hot', 
'hot', 'en', 2) in English, they can be ('temperature', 'cold', 
'froid', 'fr','2),('temperature','hot','chaud',1) in French and the 
order by keeps the words in alphabetical order.

SELECT value, description FROM listofeverything WHERE listname = 
'temperature' AND language = 'en' ORDER BY orderby

>Any suggestions on how to elegantly fix these problem?

Elegant? You're talking about natural language semantics. There's 
nothing elegant about that. :-)


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel





From dirk at haun-online.de  Fri Feb  8 17:26:31 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Fri, 8 Feb 2008 23:26:31 +0100
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <636814.8594.qm@web707.biz.mail.mud.yahoo.com>
References: <636814.8594.qm@web707.biz.mail.mud.yahoo.com>
Message-ID: <20080208222631.1025825335@smtp.haun-online.de>

Tony Bibbs wrote:

>Any suggestions on how to elegantly fix these problem?

I don't think there are any truly elegant solutions - only less awkward
ones ...


>Two problems:
>1) Values in the drop down come from the database in English only
>2) the '-- Select Type --' is meant to be the first option in the drop-down.

The database needs to be multi-lingual then. Either with a "language"
column or separate tables for the languages. Whatever fits your model
better (usually the former, I guess).

And stuff like "Select Type" will then either be part of that table or
part of a global repository of standard texts.

bye, Dirk


-- 
http://www.haun-online.de/accu/



From mjervis at gmail.com  Sat Feb  9 02:55:50 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sat, 9 Feb 2008 07:55:50 +0000
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <285910.54926.qm@web706.biz.mail.mud.yahoo.com>
References: <285910.54926.qm@web706.biz.mail.mud.yahoo.com>
Message-ID: <7b42e7470802082355v5418caecicd67b8a492bec714@mail.gmail.com>

> I should probably just take a look at one of the other CMS's engines out there.  Somebody has probably already fixed this.

Drupal uses a method t(str) that translates everything, so what they do is do:

$this->getDropDown(
   'getActiveListItemsByGroup',
   'Gl2Content->contentTypeId',
   array('CONTENT_TYPE'),
   null,
   'listItemId',
   'description',
   t('-- Select Type --'));

And the function that loads your values from the lookup table would
call t() on each value it gets back. t() then uses unix gettext po
file interfaces to translate. There's a UI in Drupal that allows you
to find every value that's been passed into t() so far in your install
and put a translation into the database for every language. So the key
difference is that the translations are in the database (if I remember
right).

Wordpress does something similar, but uses gettext properly, using .po
files dropped into your install:

http://codex.wordpress.org/Translating_WordPress

Drupal have the advantage that if you add translatable strings it's
easy to add them to the translation (i.e. change lookup values for a
pick list in a database table), Wordpress have the advantage that it's
a hell of a lot easier to create and install a language for
distribution. AS Dirk said:

"I don't think there are any truly elegant solutions - only less awkward
ones ..."

And not even many of them.

Zend Framework has a translation class:
http://framework.zend.com/manual/en/zend.translate.html

Appears to be lead by a contributor, not a Zend employee, and I'm not
sure it's very good. It works and everything, but it's not fast and
it's bloating fast.

I spent some time looking at it last summer for use in another
project, I concluded that modular langauge files using php arrays is
probably the best way of doing it I've come across so far (looking at
Drupal, Wordpress, PHPBB3 and Geeklog and my own simple tests of
performance):
http://www.inanger.com/languages/php/internationalisation/
http://www.inanger.com/languages/php/fast-translation/

In the class I implemented for the small project I was working on I
set it up so that if it didn't translate you got the English. Sucks a
little because "dynamic" values from db lookups will be part
translated if you can't keep your translations up to date. But I've
yet to solve it in a better way.

Been doing something similar in MS techs in the day job, can't find a
better way there either.


From tony at tonybibbs.com  Sat Feb  9 09:46:30 2008
From: tony at tonybibbs.com (Tony Bibbs)
Date: Sat, 9 Feb 2008 06:46:30 -0800 (PST)
Subject: [geeklog-devel] Question about internationalization and look-ups
Message-ID: <474694.82543.qm@web708.biz.mail.mud.yahoo.com>

I wouldn't suppose someone would have time to try and crack this one nut for me?  At this time I'm inclined to trudge forward knowing I need to make the translation implementation as easy to do after the fact as possible.  If someone could crack this one nut for me then I wouldn't have to worry so much.

--Tony

----- Original Message ----
From: Michael Jervis <mjervis at gmail.com>
To: Geeklog Development <geeklog-devel at lists.geeklog.net>
Sent: Saturday, February 9, 2008 1:55:50 AM
Subject: Re: [geeklog-devel] Question about internationalization and look-ups


> I should probably just take a look at one of the other CMS's engines
 out there.  Somebody has probably already fixed this.

Drupal uses a method t(str) that translates everything, so what they do
 is do:

$this->getDropDown(
   'getActiveListItemsByGroup',
   'Gl2Content->contentTypeId',
   array('CONTENT_TYPE'),
   null,
   'listItemId',
   'description',
   t('-- Select Type --'));

And the function that loads your values from the lookup table would
call t() on each value it gets back. t() then uses unix gettext po
file interfaces to translate. There's a UI in Drupal that allows you
to find every value that's been passed into t() so far in your install
and put a translation into the database for every language. So the key
difference is that the translations are in the database (if I remember
right).

Wordpress does something similar, but uses gettext properly, using .po
files dropped into your install:

http://codex.wordpress.org/Translating_WordPress

Drupal have the advantage that if you add translatable strings it's
easy to add them to the translation (i.e. change lookup values for a
pick list in a database table), Wordpress have the advantage that it's
a hell of a lot easier to create and install a language for
distribution. AS Dirk said:

"I don't think there are any truly elegant solutions - only less
 awkward
ones ..."

And not even many of them.

Zend Framework has a translation class:
http://framework.zend.com/manual/en/zend.translate.html

Appears to be lead by a contributor, not a Zend employee, and I'm not
sure it's very good. It works and everything, but it's not fast and
it's bloating fast.

I spent some time looking at it last summer for use in another
project, I concluded that modular langauge files using php arrays is
probably the best way of doing it I've come across so far (looking at
Drupal, Wordpress, PHPBB3 and Geeklog and my own simple tests of
performance):
http://www.inanger.com/languages/php/internationalisation/
http://www.inanger.com/languages/php/fast-translation/

In the class I implemented for the small project I was working on I
set it up so that if it didn't translate you got the English. Sucks a
little because "dynamic" values from db lookups will be part
translated if you can't keep your translations up to date. But I've
yet to solve it in a better way.

Been doing something similar in MS techs in the day job, can't find a
better way there either.
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel





From dirk at haun-online.de  Sat Feb  9 16:44:48 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 9 Feb 2008 22:44:48 +0100
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <0JVO00B3YNJAPYH0@mta1.srv.hcvlny.cv.net>
References: <20080203200325.1117164184@smtp.haun-online.de>
	<0JVO00B3YNJAPYH0@mta1.srv.hcvlny.cv.net>
Message-ID: <20080209214448.492924950@smtp.haun-online.de>

Joe Mucchiello wrote:

>Am I missing something here?

Looks like it. Not sure what your change would accomplish, but it
doesn't seem to have a lot to do with the problem I was describing.

I was looking for adding a level of indirection so that the order of
fieldsets in the database does not have to be the same as their names in
the $LANG_fs array (same with subgroups and $LANG_configsubgroups).

The solution I came up with: Introduce 'fieldset' and 'subgroup' as
additional types. Then we can have entries for each of those in the
database and use their names as index into the $LANG_fs /
$LANG_configsubgroups arrays, just like the names of the actual config
options are indexes into $LANG_confignames.

After that, I can swap the IDs of subgroups 22-24 around, so that Story
comes first, Trackback second, and Pingback last without having to
change the $LANG_fs array at all.

The only downside would be that we'll now have entries in the
conf_values table that aren't config options. But those are easily
filtered out.

Ideally, I think, the order of the fieldsets and subgroups should also
be defined by sort_order instead of relying on their ID. But that seems
to require too many code changes than I'm willing to do at this point.
We can always implement that in a later release if we really want to.

bye, Dirk


-- 
http://www.haun-online.de/accu/



From joe at throwingdice.com  Sat Feb  9 20:16:01 2008
From: joe at throwingdice.com (Joe Mucchiello)
Date: Sat, 09 Feb 2008 20:16:01 -0500
Subject: [geeklog-devel] lib-database
Message-ID: <0JW000GJH0VEA2H0@mta4.srv.hcvlny.cv.net>

The config class loads lib-database.php. Does lib-common still need to?

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From devel at portalparts.com  Sat Feb  9 20:23:10 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sat, 09 Feb 2008 20:23:10 -0500
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <20080203200325.1117164184@smtp.haun-online.de>
References: <20080203200325.1117164184@smtp.haun-online.de>
Message-ID: <BAYC1-PASMTP11BA7E3766ADB40C2C8CEEBC290@CEZ.ICE>

Dirk,

Since 1.5 has not yet been released, if we wanted to re-organize the 
display order, why would we not change that now. A plugin developer 
would also want to define the order of the settings on the page 
regardless of language and would do so in their initial language file 
definitions and config table records.

We have the fieldset and sortorder fields in the conf_values table for 
this. We would need to update the 28 records in the 'Stories and 
Trackbacks' section (subgroup = 1) so that 22 => 23, 23 => 24 and 
24=>22. Once thats done - update the language files.

I don't think a site would want to change or should change this - but I 
may be missing your point on that issue and your just raising the 
concern with respect to the effort needed.

Blaine

Dirk Haun wrote:
> Currently, the order of some things on the configuration screens is
> actually controlled by the order of their respective text entries in the
> language file.
>
> For example, for the "Core" settings, the three groups on the "Stories
> and Trackback" section are in the order Trackback - Pingback - Story
> since that is their order in the language file:
>
> $LANG_fs['Core'] = array(
> (...)
>     22 => 'Trackback',
>     23 => 'Pingback',
>     24 => 'Story',
>
> Since the section is entitled "Stories and Trackback", it would make
> more sense that the "Story" group comes first. But that would mean
> changing the text array:
>
>     22 => 'Story',
>     23 => 'Trackback',
>     24 => 'Pingback',
>
> If we were to do something like that in a future Geeklog version, all
> the translations would have to be updated accordingly. Sounds like a
> recipe for disaster to me ...
>
> The same problem actually exists with the groups themselves (i.e. the
> $LANG_configsubgroups array).
>
> We need to decouple the order in the language file from the display
> order somehow. Any suggestions?
>
> If it requires changes in the language files then so be it. Better now
> than in a later version ...
>
> bye, Dirk
>
>
>   


From dirk at haun-online.de  Sun Feb 10 03:28:15 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sun, 10 Feb 2008 09:28:15 +0100
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <BAYC1-PASMTP11BA7E3766ADB40C2C8CEEBC290@CEZ.ICE>
References: <20080203200325.1117164184@smtp.haun-online.de>
	<BAYC1-PASMTP11BA7E3766ADB40C2C8CEEBC290@CEZ.ICE>
Message-ID: <20080210082815.10986852@smtp.haun-online.de>

Blaine Lang wrote:

>Since 1.5 has not yet been released, if we wanted to re-organize the 
>display order, why would we not change that now.

We can. And probably will - there are quite a few options that I'd like
to reorder and regroup. I haven't done it yet since I wanted to solve
this problem first.

I'm trying to look ahead. If we want to reorder something in 1.5.1 (due
to whichever changes - new options making a fieldset too big so that we
want to split it or something like that) we would run into the problem I
described. If the order of the text strings in the language files
controls the order of the options on the config pages, then that will
surely lead to problems with the translations.


>We have the fieldset and sortorder fields in the conf_values table for 
>this.

But the order of the fieldsets has to match the order in the $LANG_fs array.

Take the "Story" fieldset. It already contains 18 options (including the
misplaced "After Saving User"). Say in 1.5.1 we add another two and then
decide to split it into two fieldsets. For lack of better ideas, let's
call them "Story 1" and "Story 2". Then we obviously want them to appear
in the order "Story 1", "Story 2", "Trackback", "Pingback" on that page.
Which means that we would have to change $LANG_fs from

  22 => "Story",
  23 => "Trackback",
  24 => "Pingback"

to

  22 => "Story 1",
  23 => "Story 2",
  24 => "Trackback",
  25 => "Pingback"
  etc.

I.e. all the language files would have to be updated.

What I'm proposing would get rid of the 1:1 relation and $LANG_fs would
look like this:

  'fs_story' => "Story",
  'fs_trackback' => 'Trackback',
  'fs_pingback' => 'Pingback'

After the hypothetical change, we would only have to update one text
string and add the new one anywhere in the $LANG_fs array, since the
order is only defined in the database and is decoupled from the order in
the $LANG_fs array.

The same would also have to be done with the subgroups.

Clearer now?

bye, Dirk


-- 
http://www.haun-online.de/
http://spam.tinyweb.net/



From devel at portalparts.com  Sun Feb 10 09:25:22 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sun, 10 Feb 2008 09:25:22 -0500
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <20080210082815.10986852@smtp.haun-online.de>
References: <20080203200325.1117164184@smtp.haun-online.de>	<BAYC1-PASMTP11BA7E3766ADB40C2C8CEEBC290@CEZ.ICE>
	<20080210082815.10986852@smtp.haun-online.de>
Message-ID: <BAYC1-PASMTP06A8F5E2A8401AF5A515A8BC290@CEZ.ICE>

Hi Dirk,

Sorry - I was looking at the problem without considering that scenario. 
I agree, we should use an associative array for the language defines so 
we can re-order purely by making a DB update.

Blaine

Dirk Haun wrote:
> Blaine Lang wrote:
>
>   
>> Since 1.5 has not yet been released, if we wanted to re-organize the 
>> display order, why would we not change that now.
>>     
>
> We can. And probably will - there are quite a few options that I'd like
> to reorder and regroup. I haven't done it yet since I wanted to solve
> this problem first.
>
> I'm trying to look ahead. If we want to reorder something in 1.5.1 (due
> to whichever changes - new options making a fieldset too big so that we
> want to split it or something like that) we would run into the problem I
> described. If the order of the text strings in the language files
> controls the order of the options on the config pages, then that will
> surely lead to problems with the translations.
>
>
>   
>> We have the fieldset and sortorder fields in the conf_values table for 
>> this.
>>     
>
> But the order of the fieldsets has to match the order in the $LANG_fs array.
>
> Take the "Story" fieldset. It already contains 18 options (including the
> misplaced "After Saving User"). Say in 1.5.1 we add another two and then
> decide to split it into two fieldsets. For lack of better ideas, let's
> call them "Story 1" and "Story 2". Then we obviously want them to appear
> in the order "Story 1", "Story 2", "Trackback", "Pingback" on that page.
> Which means that we would have to change $LANG_fs from
>
>   22 => "Story",
>   23 => "Trackback",
>   24 => "Pingback"
>
> to
>
>   22 => "Story 1",
>   23 => "Story 2",
>   24 => "Trackback",
>   25 => "Pingback"
>   etc.
>
> I.e. all the language files would have to be updated.
>
> What I'm proposing would get rid of the 1:1 relation and $LANG_fs would
> look like this:
>
>   'fs_story' => "Story",
>   'fs_trackback' => 'Trackback',
>   'fs_pingback' => 'Pingback'
>
> After the hypothetical change, we would only have to update one text
> string and add the new one anywhere in the $LANG_fs array, since the
> order is only defined in the database and is decoupled from the order in
> the $LANG_fs array.
>
> The same would also have to be done with the subgroups.
>
> Clearer now?
>
> bye, Dirk
>
>
>   


From joe at ThrowingDice.com  Sun Feb 10 10:19:00 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 10 Feb 2008 10:19:00 -0500
Subject: [geeklog-devel] Need to decouple config order from language file
In-Reply-To: <20080210082815.10986852@smtp.haun-online.de>
References: <20080203200325.1117164184@smtp.haun-online.de>
	<BAYC1-PASMTP11BA7E3766ADB40C2C8CEEBC290@CEZ.ICE>
	<20080210082815.10986852@smtp.haun-online.de>
Message-ID: <0JW1002VX3VGOJV0@mta1.srv.hcvlny.cv.net>

At 03:28 AM 2/10/2008, Dirk Haun wrote:
>But the order of the fieldsets has to match the order in the $LANG_fs array.

Does the same thing apply to the subgroup order? You probably need to 
fix them too.

>   'fs_story' => "Story",
>   'fs_trackback' => 'Trackback',
>   'fs_pingback' => 'Pingback'
>
>After the hypothetical change, we would only have to update one text
>string and add the new one anywhere in the $LANG_fs array, since the
>order is only defined in the database and is decoupled from the order in
>the $LANG_fs array.

If it's called $LANG_fs, why include the fs_ in the keys?

Personally, I'd like to see this solution on the database side. Make 
subgroups and fieldsets actual database elements, not fake entries in 
the config table:

table config_values (group, name, value) PK (group, name)
table config_config (group, name, type, default_value, selectarray, 
subgroup, fieldset, order_in_fs) PK (group, name)
table config_sg_order (group, subgroup, order_in_group) PK (group, subgroup)
table config_fs_order (group, subgroup, fieldset, order_in_sgroup) PK 
(group, subgroup, fieldset)

Selecting the entire GUI would be a bit ugly. But you only have to 
write that SELECT once.

SELECT cc.*
FROM config_config cc, config_sg_order sg, config_fs_order fs
WHERE cc.group = sg.group AND cc.group = fs.group
AND cc.sgroup = sg.subgroup AND cc.subgroup = fs.subgroup
AND cc.fieldset = fs.fieldset
AND cc.group = '$group'
ORDER BY sg.order_in_group, fs.order_in_sgroup, cc.order_in_fs


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From joe at throwingdice.com  Mon Feb 11 19:06:42 2008
From: joe at throwingdice.com (Joe Mucchiello)
Date: Mon, 11 Feb 2008 19:06:42 -0500
Subject: [geeklog-devel] PLG_uninstall
Message-ID: <0JW300HR0MZ8SZS0@mta2.srv.hcvlny.cv.net>

This code is only called if the plugin in question does not use the 
new autouninstall function.

         if ($retval === true) {
             $plg = array_search ($type, $_PLUGINS);
             if ($plg !== false) {
                 unset ($_PLUGINS[$plg]);
             }
             return true;
         }
     }


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From joe at ThrowingDice.com  Mon Feb 11 19:19:07 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Mon, 11 Feb 2008 19:19:07 -0500
Subject: [geeklog-devel] PLG_uninstall
In-Reply-To: <0JW300HR0MZ8SZS0@mta2.srv.hcvlny.cv.net>
References: <0JW300HR0MZ8SZS0@mta2.srv.hcvlny.cv.net>
Message-ID: <0JW300AHUNJYD0S0@mta1.srv.hcvlny.cv.net>

At 07:06 PM 2/11/2008, Joe Mucchiello wrote:
>This code is only called if the plugin in question does not use the 
>new autouninstall function.
>
>         if ($retval === true) {
>             $plg = array_search ($type, $_PLUGINS);
>             if ($plg !== false) {
>                 unset ($_PLUGINS[$plg]);
>             }
>             return true;
>         }
>     }
>


Ooops, I wasn't done.

                 DB_query("DELETE FROM 
{$_TABLES['group_assignments']} WHERE ug_main_grp_id = $grp_id");
The group removal code should check both ug_main_grp_id and 
ug_grp_id. The Admin may have added a plugin group to another group.

                 DB_query ("DELETE FROM {$_TABLES['access']} WHERE 
acc_ft_id = $access_id");
This table should also be cleaned by group. The Admin may have 
granted extra rights to a plugin's group.

The speedlimit table should be cleaned by this function. It probably 
needs to be an array since a plugin could have more than one thing to throttle.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Thu Feb 14 10:02:32 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 14 Feb 2008 15:02:32 +0000
Subject: [geeklog-devel] Installer
Message-ID: <7b42e7470802140702g5ec3e812re73a7bbd75048a6e@mail.gmail.com>

Hello, remember me?

I don't, because that's how chaotic my life has been.

Finally feeling slightly more sane now that my kids have started
sleeping a little bit more than they have been. However, work is still
a major obstacle to me getting /anything/ done on geeklog.

However, several things have come up recently that are My Fault and I
need to fix them because it's a bad thing not to. So since I've slept
a bit in the last couple of weeks and haven't been able to code for
ages I'm itching to get them done.

(Article formatting issue with HTML that I was sure I fixed in the
story re-write that Dirk found, plus some feed related things)

My dev environment was so out of date, when I found it at the bottom
of the kids toy chests (USB Key), that I've scratched it and started
again.

HOWEVER, on coming to run the database install I get:

MySQL 3.23.2 required

Sorry, but Geeklog requires at least MySQL 3.23.2 to run (you have
version 0.0.0).

I'm running MySQL Version 5.0.18-nt

I've not taken the time to look myself at the code to find out why,
and I will, but that'll be tomorrow or next week. So has anyone run
into this before? Is there any likely thing I can look into (i.e. is
there a setting in MySQL/PHP to hide this from app layer code or
something?)

The new installer is nice other than that ;-)

-- 
Michael Jervis
mjervis at gmail.com
504B03041400000008008F846431E3543A820800000006000000060000007765
62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82
0800000006000000060000000000000000002000000000000000776562676F64
504B05060000000001000100340000002C0000000000


From joe at throwingdice.com  Thu Feb 14 10:35:05 2008
From: joe at throwingdice.com (Joe Mucchiello)
Date: Thu, 14 Feb 2008 10:35:05 -0500
Subject: [geeklog-devel] usersettings.php
Message-ID: <0JW800MQCJALA861@mta3.srv.hcvlny.cv.net>

Are you really keeping these comments in the code?

// @@@@ 2007/09/16 changed by dengen ----->>
//  $selection = '<select name="commentmode">';
// @@@@ 2007/09/16 changed by dengen -----||
     $selection = '<select id="commentmode" name="commentmode">';
// @@@@ 2007/09/16 changed by dengen -----<<


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Thu Feb 14 10:35:58 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Thu, 14 Feb 2008 16:35:58 +0100
Subject: [geeklog-devel] Installer
Message-ID: <20080214163558.ohrh4ewc8wscskos@webmail.df.eu>

Hey Mike,

welcome back :-)

> I'm running MySQL Version 5.0.18-nt

I guess this regexp in function mysql_v() is the culprit:

   preg_match ('/^([0-9]+).([0-9]+).([0-9]+)/', $mysqlv, $match);

It doesn't take the -nt into account.

bye, Dirk



From mjervis at gmail.com  Thu Feb 14 11:57:28 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 14 Feb 2008 16:57:28 +0000
Subject: [geeklog-devel] Installer
In-Reply-To: <20080214163558.ohrh4ewc8wscskos@webmail.df.eu>
References: <20080214163558.ohrh4ewc8wscskos@webmail.df.eu>
Message-ID: <7b42e7470802140857h1a7a8102kaf9afd56cf3db8e2@mail.gmail.com>

>  welcome back :-)

Cheers.

>
>  > I'm running MySQL Version 5.0.18-nt
>
>  I guess this regexp in function mysql_v() is the culprit:
>
>    preg_match ('/^([0-9]+).([0-9]+).([0-9]+)/', $mysqlv, $match);
>
>  It doesn't take the -nt into account.

That will be the next culpret. I did get one step further and removed
the @ from @mysql_get_version (or similar) and it showed me the error
was logging on as 'ODBC'@localhost. Which is interesting as I had put
geeklog as the username (which is correct). So I need to debug a
little round that to see if the username is getting confused somewhere
for some reason (PHP5 of some version on windows, apache 2).

But it's valentines so I have to go and take the wife out for dinner.

Cya,

mike


From mjervis at gmail.com  Thu Feb 14 13:27:24 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 14 Feb 2008 18:27:24 +0000
Subject: [geeklog-devel] Installer
In-Reply-To: <7b42e7470802140857h1a7a8102kaf9afd56cf3db8e2@mail.gmail.com>
References: <20080214163558.ohrh4ewc8wscskos@webmail.df.eu>
	<7b42e7470802140857h1a7a8102kaf9afd56cf3db8e2@mail.gmail.com>
Message-ID: <7b42e7470802141027x5a6683b3xeb81c985177458cc@mail.gmail.com>

And magically it just worked at home. Odd.

Next question, since I'm rusty, a text field is unlimited volume of text right?

My instance fell over saving 177351 characters for a portal block
(having sorted out rendering of enclosure links if link links are
blank for podcasts)

Cheers,

Mike


From mjervis at gmail.com  Thu Feb 14 13:34:42 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 14 Feb 2008 18:34:42 +0000
Subject: [geeklog-devel] Installer
In-Reply-To: <7b42e7470802141027x5a6683b3xeb81c985177458cc@mail.gmail.com>
References: <20080214163558.ohrh4ewc8wscskos@webmail.df.eu>
	<7b42e7470802140857h1a7a8102kaf9afd56cf3db8e2@mail.gmail.com>
	<7b42e7470802141027x5a6683b3xeb81c985177458cc@mail.gmail.com>
Message-ID: <7b42e7470802141034o70a141fjb196ad25d886765@mail.gmail.com>

>  Next question, since I'm rusty, a text field is unlimited volume of text right?

No it isn't.

http://help.scibit.com/Mascon/masconMySQL_Field_Types.html

It's 65k characters. So now I need to make sure it doesn't get too big...


From mjervis at gmail.com  Fri Feb 15 02:52:09 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 15 Feb 2008 07:52:09 +0000
Subject: [geeklog-devel] Configuration GUI: RSS Section
Message-ID: <7b42e7470802142352u28ab9b05p7747df610edfd8d4@mail.gmail.com>

I think the labels in this area need sorting.

RSS is an inappropriate header, Syndication is more appropriate (RDF,
RSS and Atom are supported)

The first 5 settings relate to outbound syndication. The second item
which is for historic reasons RSS File should be Syndication Output
Folder (or something).

Length of Stories in Feed doesn't give as much info as the commenting
in the original file, can we put help text on config like we have on
install? Same with RSS Limit which should be Feed Limit or similar.(It
can be hours or article count...)

RSS Language should be Feed Language

And Max. Number of Headlines needs to be clear that that's for inbound feeds.


-- 
Michael Jervis
mjervis at gmail.com
504B03041400000008008F846431E3543A820800000006000000060000007765
62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82
0800000006000000060000000000000000002000000000000000776562676F64
504B05060000000001000100340000002C0000000000


From mjervis at gmail.com  Fri Feb 15 08:14:43 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 15 Feb 2008 13:14:43 +0000
Subject: [geeklog-devel] usersettings.php
In-Reply-To: <0JW800MQCJALA861@mta3.srv.hcvlny.cv.net>
References: <0JW800MQCJALA861@mta3.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802150514v1b608400k46fc88426a176847@mail.gmail.com>

> Are you really keeping these comments in the code?

No, that's what CVS is for (tracking changes).

I'll commit their removal with the Portal Block Podcast Support.


From dirk at haun-online.de  Fri Feb 15 13:40:40 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Fri, 15 Feb 2008 19:40:40 +0100
Subject: [geeklog-devel] Configuration GUI: RSS Section
In-Reply-To: <7b42e7470802142352u28ab9b05p7747df610edfd8d4@mail.gmail.com>
References: <7b42e7470802142352u28ab9b05p7747df610edfd8d4@mail.gmail.com>
Message-ID: <20080215184040.370437534@smtp.haun-online.de>

Michael Jervis wrote:

>I think the labels in this area need sorting.

Agreed on pretty much everything you said.

Many of the label texts are still similar to the names of the $_CONF
options that they represent. No need to keep it that way - feel free to
change them when you find they're not clear.


>Length of Stories in Feed doesn't give as much info as the commenting
>in the original file, can we put help text on config like we have on
>install?

There was actually a link to the explanation in docs/config.html next to
every option, but it got lost in one of the earlier iterations of the UI.


Aaron, Blaine: I stumbled over this piece of code last weekend:

  } elseif ($this->ref == 'Core' ) {

But $this->ref is not defined and so it never gets to the piece of code
that would display the link to the documentation. I've disabled it
entirely in CVS for now, but would like to re-activate it since, as Mike
said, we need better explanations. And since we already have that, why
not use it?

So, what was "ref" supposed to be and how would this work for plugins?

bye, Dirk


-- 
http://www.haun-online.de/
http://geeklog.info/



From mjervis at gmail.com  Fri Feb 15 14:17:20 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 15 Feb 2008 19:17:20 +0000
Subject: [geeklog-devel] Configuration GUI: RSS Section
In-Reply-To: <20080215184040.370437534@smtp.haun-online.de>
References: <7b42e7470802142352u28ab9b05p7747df610edfd8d4@mail.gmail.com>
	<20080215184040.370437534@smtp.haun-online.de>
Message-ID: <7b42e7470802151117x64fde411o2fadfadd74726c83@mail.gmail.com>

>  Many of the label texts are still similar to the names of the $_CONF
>  options that they represent. No need to keep it that way - feel free to
>  change them when you find they're not clear.

Just fixed up all the feed related ones (in fact every instance of RSS
in English).

>  entirely in CVS for now, but would like to re-activate it since, as Mike
>  said, we need better explanations. And since we already have that, why
>  not use it?

If that gets re-connected and I can see where to make sure the
explanation is good, I'll update the explanation so the users can
figure out what to put in there.

Cheers,

Mike


From dirk at haun-online.de  Fri Feb 15 14:54:32 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Fri, 15 Feb 2008 20:54:32 +0100
Subject: [geeklog-devel] Configuration GUI: RSS Section
In-Reply-To: <7b42e7470802151117x64fde411o2fadfadd74726c83@mail.gmail.com>
References: <7b42e7470802142352u28ab9b05p7747df610edfd8d4@mail.gmail.com>
	<20080215184040.370437534@smtp.haun-online.de>
	<7b42e7470802151117x64fde411o2fadfadd74726c83@mail.gmail.com>
Message-ID: <20080215195432.544619610@smtp.haun-online.de>

Michael Jervis wrote:

>If that gets re-connected and I can see where to make sure the
>explanation is good, I'll update the explanation so the users can
>figure out what to put in there.

The links all go to an anchor on config.html that is 'desc_' + the name
of the $_CONF variable, e.g.

    http://www.geeklog.net/docs/config.html#desc_rdf_limit

I think we can keep most of the explanations there. Just remove a few
places where the text refers to config.php.

bye, Dirk


-- 
http://www.haun-online.de/
http://geeklog.info/



From dirk at haun-online.de  Fri Feb 15 14:51:25 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Fri, 15 Feb 2008 20:51:25 +0100
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
 lib-common.php, 1.675, 1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <20080215191030.2CEA810FE14@qs1489.pair.com>
References: <20080215191030.2CEA810FE14@qs1489.pair.com>
Message-ID: <20080215195125.355994649@smtp.haun-online.de>

Michael Jervis wrote:

>- // @@@@ 2007/09/16 changed by dengen ----->>
>- //  $selection = '<select name="cooktime">' . LB;
>- // @@@@ 2007/09/16 changed by dengen -----||
>      $selection = '<select id="cooktime" name="cooktime">' . LB;
>- // @@@@ 2007/09/16 changed by dengen -----<<

Ah, right. These must have come in with the XHTML patches. I've emailed
dengen about them a while ago but never got a response.

bye, Dirk


-- 
http://www.haun-online.de/accu/



From joe at ThrowingDice.com  Fri Feb 15 22:48:06 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Fri, 15 Feb 2008 22:48:06 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
 lib-common.php, 1.675, 1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <20080215191030.2CEA810FE14@qs1489.pair.com>
References: <20080215191030.2CEA810FE14@qs1489.pair.com>
Message-ID: <0JWB00DPMBW65VN0@mta5.srv.hcvlny.cv.net>

At 02:10 PM 2/15/2008, Michael Jervis wrote:
>Fixed error where REALLY long syndication feeds could blow portal blocks up.
>
>+         if (strlen($content) > 65000) {
>+             $content = $LANG21[68];
>+         }

Of course in MSSQL this was always a problem and this fix is mySQL specific.

CREATE TABLE [dbo].[{$_TABLES['blocks']}] (
     [bid] [numeric](5, 0) IDENTITY (1, 1) NOT NULL ,
...
     [content] [varchar] (5000) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Sat Feb 16 03:30:44 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sat, 16 Feb 2008 08:30:44 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
	lib-common.php, 1.675, 1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <0JWB00DPMBW65VN0@mta5.srv.hcvlny.cv.net>
References: <20080215191030.2CEA810FE14@qs1489.pair.com>
	<0JWB00DPMBW65VN0@mta5.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802160030m502e881p987bb096969f46d5@mail.gmail.com>

>  Of course in MSSQL this was always a problem and this fix is mySQL specific.
>
>  CREATE TABLE [dbo].[{$_TABLES['blocks']}] (
>      [bid] [numeric](5, 0) IDENTITY (1, 1) NOT NULL ,
>  ...
>      [content] [varchar] (5000) COLLATE SQL_Latin1_General_CP1_CI_AS NULL ,

Well I'd say that my fix is correct and the SQL Server implementation
is wrong. If the MySQL field is 65k of characters, then having a 5000
character field in the MSSQL implementation is very wrong. Problem is
that the maximum length of a Varchar in SQL Server is 8000. nvarchar
is 4000. Needs to be a text field in SQL Server, which is 2^31 - 1
characters. Which is clearly way more than the MySQL implementation
but 5k is too small if MySQL is 65k.

SQL Server 2000's text field is deprecated for varchar(max) in 2005,
just to confuse matters further though!

(In the midst of a SQL Server 2000 -> 2005 migration at work for our
product, with several hundred tables and over 3000 stored
procedures...)


From randy at nextide.ca  Sat Feb 16 07:33:33 2008
From: randy at nextide.ca (Randy Kolenko)
Date: Sat, 16 Feb 2008 07:33:33 -0500
Subject: [geeklog-devel] Re : [geeklog-cvs]
	Geeklog-1.x/public_htmllib-common.php, 1.675,
	1.676 usersettings.php, 1.167, 1.168
Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>

Keep in mind why I chose varchar 5000.  This was to retain 
the search and display abilities for the first implementation 
of the MSSQL layer and not to destroy all of the story, 
search and display mechanisms in place.  You cannot use LIKE 
clause on a text field. You would have to cast those to 
varchar (8000) to do any textual comparisons on the field.  I 
had to choose a data size that would also fit within the 
maximum row length for sql server as well.  So it was a 
compromise at the time.

The real workaround for sql server would be to change the DB 
fields to text (to keep sql 2000 support) and introduce a new 
mssql select statement for any of those specific areas where 
the text field is being used.  
 
 -randy
 
 
> 
> > -----Original Message-----
> > From: Michael Jervis [mailto:mjervis at gmail.com]
> > Sent: Saturday, February 16, 2008 3:31 AM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] [geeklog-cvs] 
> > Geeklog-1.x/public_htmllib-common.php, 1.675, 1.676 
> > usersettings.php, 1.167, 1.168
> > 
> > 
> > >  Of course in MSSQL this was always a problem and this 
> fix is mySQL
> > > specific.
> > >
> > >  CREATE TABLE [dbo].[{$_TABLES['blocks']}] (
> > >      [bid] [numeric](5, 0) IDENTITY (1, 1) NOT NULL ,
> > >  ...
> > >      [content] [varchar] (5000) COLLATE
> > SQL_Latin1_General_CP1_CI_AS
> > > NULL ,
> > 
> > Well I'd say that my fix is correct and the SQL Server
> > implementation is wrong. If the MySQL field is 65k of 
> > characters, then having a 5000 character field in the MSSQL 
> > implementation is very wrong. Problem is that the maximum 
> > length of a Varchar in SQL Server is 8000. nvarchar is 4000. 
> > Needs to be a text field in SQL Server, which is 2^31 - 1 
> > characters. Which is clearly way more than the MySQL 
> > implementation but 5k is too small if MySQL is 65k.
> > 
> > SQL Server 2000's text field is deprecated for varchar(max)
> > in 2005, just to confuse matters further though!
> > 
> > (In the midst of a SQL Server 2000 -> 2005 migration at work
> > for our product, with several hundred tables and over 3000 stored
> > procedures...)
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net 
> > http://eight.pairlist.net/mailman/listinfo/gee> klog-devel
> > 
> 



From mjervis at gmail.com  Sat Feb 16 11:24:24 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sat, 16 Feb 2008 16:24:24 +0000
Subject: [geeklog-devel] Re : [geeklog-cvs]
	Geeklog-1.x/public_htmllib-common.php, 1.675,
	1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>
References: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>
Message-ID: <7b42e7470802160824x25e725ebo3c9a39810df6fd73@mail.gmail.com>

But does search search blocks?


From dirk at haun-online.de  Sat Feb 16 11:34:41 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 16 Feb 2008 17:34:41 +0100
Subject: [geeklog-devel] Re : [geeklog-cvs]
 Geeklog-1.x/public_htmllib-common.php, 1.675, 1.676 usersettings.php, 1.167,
 1.168
In-Reply-To: <7b42e7470802160824x25e725ebo3c9a39810df6fd73@mail.gmail.com>
References: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>
	<7b42e7470802160824x25e725ebo3c9a39810df6fd73@mail.gmail.com>
Message-ID: <20080216163441.1672085800@smtp.haun-online.de>

Michael Jervis wrote:

>But does search search blocks?

No, it doesn't.

bye, Dirk


-- 
http://www.haun-online.de/
http://spam.tinyweb.net/



From mjervis at gmail.com  Sat Feb 16 12:06:07 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sat, 16 Feb 2008 17:06:07 +0000
Subject: [geeklog-devel] Re : [geeklog-cvs]
	Geeklog-1.x/public_htmllib-common.php, 1.675,
	1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <20080216163441.1672085800@smtp.haun-online.de>
References: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>
	<7b42e7470802160824x25e725ebo3c9a39810df6fd73@mail.gmail.com>
	<20080216163441.1672085800@smtp.haun-online.de>
Message-ID: <7b42e7470802160906i23d64cb4j61bdbf96315f82b1@mail.gmail.com>

> >But does search search blocks?
>
> No, it doesn't.

My point entirely. Search doesn't search the gl_blocks.content field,
so there's no reason to truncate it to a varchar(5000) from a text.


From joe at ThrowingDice.com  Sat Feb 16 14:44:59 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sat, 16 Feb 2008 14:44:59 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-mbyte.php,
	1.19, 1.20
In-Reply-To: <20080216164505.442EB10FE12@qs1489.pair.com>
References: <20080216164505.442EB10FE12@qs1489.pair.com>
Message-ID: <0JWC0010PK6YHD60@mta5.srv.hcvlny.cv.net>

Why not make $mb_enabled a global and just initialize it once in 
global scope? It seems silly to have all those if (isset()) calls and 
extraneous static variables in the MBYTE library.

This code is found in all the MBYTE functions:

>       static $mb_enabled;
>       if (!isset($mb_enabled)) {
>           $mb_enabled = MBYTE_checkEnabled();
>       }

It would be reduced to:

>     global $mb_enabled;

Less memory usage, short file size, one less if per call. What's the downside?

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Sun Feb 17 04:10:18 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sun, 17 Feb 2008 09:10:18 +0000
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <474694.82543.qm@web708.biz.mail.mud.yahoo.com>
References: <474694.82543.qm@web708.biz.mail.mud.yahoo.com>
Message-ID: <7b42e7470802170110q402bb04hc138ec8b0454f52d@mail.gmail.com>

On Feb 9, 2008 2:46 PM, Tony Bibbs <tony at tonybibbs.com> wrote:
> I wouldn't suppose someone would have time to try and crack this one nut for me?

Ok the way I do it is to use the attached translate.class.php, it's
bootstrapped as follows:

/* Load core translation options: */
require_once 'Translate.class.php';
require_once SNMR_PATH_TO_LANG.'core.en.php';
$trans = new Translate($_LANGUAGE);

I construct my controllers passing in the global translate object
which becomes a member variable $i, this is done in the base class for
my controllers:

 /**
      * Constructor, does things like load the translator, template and
      * cache objects.
      *
      * @param $internationalise    object  Zend_Translate object.
      * @param $view                object  Zend_View object.
      * @param $db                  object  PHPBB3 DB layer.
      * @param $user                object  PHPBB3 User layer.
      * @param $user                object  PHPBB3 Auth layer.
      * @param $frontendDefaults    array   Default options for
Zend_Cache frontend.
      * @param $backendDefaults     array   Default options for
Zend_Cache backend.
      */
    public function __construct(&$internationalise, &$view, &$db,
&$user, &$auth,
                                $frontendDefaults, $backendDefaults) {
        $this->i    = $internationalise;
        $this->v    = $view;
        $this->d    = $db;
        $this->u    = $user;
        $this->auth = $auth;
        /* Cache defaults */
        $this->cacheOptions           = new StdClass();
        $this->cacheOptions->frontend = $frontendDefaults;
        $this->cacheOptions->backend  = $backendDefaults;
        /* View essentials */
        $this->v->baseUrl = SNMR_BASE_URL;
    }

Each controller then adds it's translations onto the code language set
in it's constructor:
$this->i->addTranslations('homePage', $this->u->data['user_lang']);

I then translate things and pass them into variables on the view
object for rendering:
$this->v->moreText = $this->i->_('More...');

My core language file (core.en.php) is actually dull:
<?php

$_LANGUAGE = array(
);
?>

Then each module has it's translation file (homePage.en.php for example):
<?php

$_LANGUAGE = array_merge($_LANGUAGE, array(
    'homepagewelcome' => 'Welcome to Snakenet',
    'TuneInBlock' => 'Tune In'
));
?>

So just wack a translation object into your view object, and in
buildDropDown throw everything through $this->i->_(); and translate
with files.

Alternatively, combine that with a lang column on each of your lookup
tables and frig your query to return where the language maps.

Either way, it's a pain in the arse to keep your translations in
synch, but, at least with My Way you always get a default string
(typically in English).

Cheers,

Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Translate.class.php
Type: application/octet-stream
Size: 1096 bytes
Desc: not available
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080217/8407a6ce/attachment.obj>

From joe at ThrowingDice.com  Sun Feb 17 10:10:44 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 17 Feb 2008 10:10:44 -0500
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <7b42e7470802170110q402bb04hc138ec8b0454f52d@mail.gmail.com>
References: <474694.82543.qm@web708.biz.mail.mud.yahoo.com>
	<7b42e7470802170110q402bb04hc138ec8b0454f52d@mail.gmail.com>
Message-ID: <0JWE00A7Z25VQ330@mta5.srv.hcvlny.cv.net>

At 04:10 AM 2/17/2008, Michael Jervis wrote:
>Then each module has it's translation file (homePage.en.php for example):
><?php
>
>$_LANGUAGE = array_merge($_LANGUAGE, array(
>     'homepagewelcome' => 'Welcome to Snakenet',
>     'TuneInBlock' => 'Tune In'
>));
>?>

So what happens when 2 different modules use the same key for two 
different meanings? In essence, your solution is the same as the GL1 
solution but GL1 at least avoids potential collisions better. In 
fact, there are only two flaws with the GL1 solution and neither is 
hard to overcome:
1) Early implementations used numeric indexes instead of contextual 
text indexes.
2) By tradition, no default language file is loaded first.

Refactoring GL1 to solve these two problems would not be hard, just tedious.

>Either way, it's a pain in the arse to keep your translations in
>synch, but, at least with My Way you always get a default string
>(typically in English).

Actually, your method suffers the same problem as GL1. You either 
load a specific language file or the english file. So if the 
alternate language file is out of sync, you potentially have missing 
text. Makes more sense to do this (both in GL1 and your translate class):

include_once $_CONF['path_language'] . 'english.php';
if ($lang != 'english') { // in GL1 also check $lang != 'english_utf8'
     @include_once $_CONF['path_language'] . $lang . '.php';
}

Of course, the new caching template library adds another dimension to 
this. Static page text can be placed right in the template files and 
the cache file is language dependent. So if you have a template like this:
-- greeting.thtml
<div class="greeting">{$LANG_GREETING['welcome']}, {username}</div>
--
The English cached version is
<div class="greeting">Welcome, <?php echo $this->val_echo('username'); ?></div>

while the French cached version might be (I'm no expert in French):
<div class="greeting">Bienvenu, <?php echo 
$this->val_echo('username'); ?></div>



----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Sun Feb 17 10:24:14 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sun, 17 Feb 2008 15:24:14 +0000
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <0JWE00A7Z25VQ330@mta5.srv.hcvlny.cv.net>
References: <474694.82543.qm@web708.biz.mail.mud.yahoo.com>
	<7b42e7470802170110q402bb04hc138ec8b0454f52d@mail.gmail.com>
	<0JWE00A7Z25VQ330@mta5.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802170724n6706edc0n17d6da70e50ca407@mail.gmail.com>

> So what happens when 2 different modules use the same key for two
> different meanings?

Ah see, there is one language file per controller. Only one controller
is loaded at once. i.e. you can't be on the home page AND on the
artist list page at the same time. Only one. So the indexes don't
collide, ever. They can't.

Also, the intention was to pass in "Some english string" and only put
a mapping for that in so I could pass them to translators, but in the
live site have empty arrays for English for performance reasons. At
one point I had "tokens" instead of production strings, and they still
hang over in that one language file. Thanks for spotting I can fix
that now ;-)

Er and also if I pass in Some english string and that's defined as a
key in two files, it should have the same translation and it'll just
get de-duplicated by array_merge.

> 2) By tradition, no default language file is loaded first.

Mine doesn't /need/ a language file loaded first. It'll put text out
in en_gb without any language files. And if the yank I run the site
with with doesn't like his colours, he can translate it all to US by
hand, or, more importantly, only translate the strings that differ, so
where we mention colour or centre, he can translate it. Where both
sides of the pond differ, no need to add a translation, keeping the
files small.

> Refactoring GL1 to solve these two problems would not be hard, just tedious.

Well, my solution isn't for GL1 anyway. It's for another project. It
/may/ be of interest to Tony for GL2 or whatever he's working on if
that clip of code isn't Geeklog related at all.

> Actually, your method suffers the same problem as GL1. You either
> load a specific language file or the english file. So if the
> alternate language file is out of sync, you potentially have missing
> text. Makes more sense to do this (both in GL1 and your translate class):

As noted in my first email, if the French file lacks the translation
for "Go eat garlic" that I added to the next version of the site,
they'll just get a "Go eat garlic" text instead of Venez manger garlic
(or whatever, I'm no French expert either...)


> while the French cached version might be (I'm no expert in French):

I feel sorry for the French, bought my toddler a thing where you wack
egg things on the head and they drop into cars and whizz off. Every
translation except the French on the back of the packet was Pop, Wack,
Whizz! The French one was "Place the driver in the top, tap him on the
head with the provided mallet, and off he goes!" how dull...


From randy at nextide.ca  Mon Feb 18 08:57:09 2008
From: randy at nextide.ca (Randy Kolenko)
Date: Mon, 18 Feb 2008 08:57:09 -0500
Subject: [geeklog-devel] Re :
	[geeklog-cvs]Geeklog-1.x/public_htmllib-common.php, 1.675,
	1.676 usersettings.php, 1.167, 1.168
In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F105F77@nex-pluto.nextide.ca>
Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F111E52@nex-pluto.nextide.ca>

Just to add to this thread:

There was/is a limitation in the PHP MSSQL driver that truncates varchar
fields to 255 characters on display. 
Whether that limitation has been rectified or will soon be rectified,
all data display code would truncate data at the 256 character mark.
You get around this by CASTing the varchar to TEXT on display.  

I'm not sure whether the PHP driver limitation been rectified with the
recent PHP releases.  I would have to investigate into that angle a
little further.

I would have to test the latest PHP release to see if this has been
addressed.

-randy



> 
> 
> Keep in mind why I chose varchar 5000.  This was to retain 
> the search and display abilities for the first implementation 
> of the MSSQL layer and not to destroy all of the story, 
> search and display mechanisms in place.  You cannot use LIKE 
> clause on a text field. You would have to cast those to 
> varchar (8000) to do any textual comparisons on the field.  I 
> had to choose a data size that would also fit within the 
> maximum row length for sql server as well.  So it was a 
> compromise at the time.
> 
> The real workaround for sql server would be to change the DB 
> fields to text (to keep sql 2000 support) and introduce a new 
> mssql select statement for any of those specific areas where 
> the text field is being used.  
>  
>  -randy
>  
>  
> > 
> > > -----Original Message-----
> > > From: Michael Jervis [mailto:mjervis at gmail.com]
> > > Sent: Saturday, February 16, 2008 3:31 AM
> > > To: Geeklog Development
> > > Subject: Re: [geeklog-devel] [geeklog-cvs]
> > > Geeklog-1.x/public_htmllib-common.php, 1.675, 1.676 
> > > usersettings.php, 1.167, 1.168
> > > 
> > > 
> > > >  Of course in MSSQL this was always a problem and this
> > fix is mySQL
> > > > specific.
> > > >
> > > >  CREATE TABLE [dbo].[{$_TABLES['blocks']}] (
> > > >      [bid] [numeric](5, 0) IDENTITY (1, 1) NOT NULL ,
> > > >  ...
> > > >      [content] [varchar] (5000) COLLATE
> > > SQL_Latin1_General_CP1_CI_AS
> > > > NULL ,
> > > 
> > > Well I'd say that my fix is correct and the SQL Server 
> > > implementation is wrong. If the MySQL field is 65k of characters, 
> > > then having a 5000 character field in the MSSQL implementation is 
> > > very wrong. Problem is that the maximum length of a 
> Varchar in SQL 
> > > Server is 8000. nvarchar is 4000. Needs to be a text field in SQL 
> > > Server, which is 2^31 - 1 characters. Which is clearly 
> way more than 
> > > the MySQL implementation but 5k is too small if MySQL is 65k.
> > > 
> > > SQL Server 2000's text field is deprecated for 
> varchar(max) in 2005, 
> > > just to confuse matters further though!
> > > 
> > > (In the midst of a SQL Server 2000 -> 2005 migration at 
> work for our 
> > > product, with several hundred tables and over 3000 stored
> > > procedures...) _______________________________________________
> > > geeklog-devel mailing list
> > > geeklog-devel at lists.geeklog.net 
> > > http://eight.pairlist.net/mailman/listinfo/gee> klog-devel
> > > 
> > 
> 
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> 



From tony at tonybibbs.com  Tue Feb 19 13:52:18 2008
From: tony at tonybibbs.com (Tony Bibbs)
Date: Tue, 19 Feb 2008 10:52:18 -0800 (PST)
Subject: [geeklog-devel] Question about internationalization and look-ups
Message-ID: <457128.34752.qm@web704.biz.mail.mud.yahoo.com>

I was thinking more along the lines of having you check out the GL2 codebase and whip up a working sample ;-)

Seriously if you don't have the time I'd understand but if you do that'd fix a big problem for me.  I can probably have something in SVN in alpha quality by the end of the week or early next week at the latest.

--Tony

----- Original Message ----
From: Michael Jervis <mjervis at gmail.com>
To: Geeklog Development <geeklog-devel at lists.geeklog.net>
Sent: Sunday, February 17, 2008 3:10:18 AM
Subject: Re: [geeklog-devel] Question about internationalization and look-ups


On 
Feb 
9, 
2008 
2:46 
PM, 
Tony 
Bibbs 
<tony at tonybibbs.com> 
wrote:
> 
I 
wouldn't 
suppose 
someone 
would 
have 
time 
to 
try 
and 
crack 
this 
one 
nut 
for 
me?

Ok 
the 
way 
I 
do 
it 
is 
to 
use 
the 
attached 
translate.class.php, 
it's
bootstrapped 
as 
follows:

/* 
Load 
core 
translation 
options: 
*/
require_once 
'Translate.class.php';
require_once 
SNMR_PATH_TO_LANG.'core.en.php';
$trans 
= 
new 
Translate($_LANGUAGE);

I 
construct 
my 
controllers 
passing 
in 
the 
global 
translate 
object
which 
becomes 
a 
member 
variable 
$i, 
this 
is 
done 
in 
the 
base 
class 
for
my 
controllers:

 
/**
  
  
  
* 
Constructor, 
does 
things 
like 
load 
the 
translator, 
template 
and
  
  
  
* 
cache 
objects.
  
  
  
*
  
  
  
* 
@param 
$internationalise  
  
object  
Zend_Translate 
object.
  
  
  
* 
@param 
$view  
  
  
  
  
  
  
  
object  
Zend_View 
object.
  
  
  
* 
@param 
$db  
  
  
  
  
  
  
  
  
object  
PHPBB3 
DB 
layer.
  
  
  
* 
@param 
$user  
  
  
  
  
  
  
  
object  
PHPBB3 
User 
layer.
  
  
  
* 
@param 
$user  
  
  
  
  
  
  
  
object  
PHPBB3 
Auth 
layer.
  
  
  
* 
@param 
$frontendDefaults  
  
array  
 
Default 
options 
for
Zend_Cache 
frontend.
  
  
  
* 
@param 
$backendDefaults  
  
 
array  
 
Default 
options 
for
Zend_Cache 
backend.
  
  
  
*/
  
  
public 
function 
__construct(&$internationalise, 
&$view, 
&$db,
&$user, 
&$auth,
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
$frontendDefaults, 
$backendDefaults) 
{
  
  
  
  
$this->i  
  
= 
$internationalise;
  
  
  
  
$this->v  
  
= 
$view;
  
  
  
  
$this->d  
  
= 
$db;
  
  
  
  
$this->u  
  
= 
$user;
  
  
  
  
$this->auth 
= 
$auth;
  
  
  
  
/* 
Cache 
defaults 
*/
  
  
  
  
$this->cacheOptions  
  
  
  
  
 
= 
new 
StdClass();
  
  
  
  
$this->cacheOptions->frontend 
= 
$frontendDefaults;
  
  
  
  
$this->cacheOptions->backend  
= 
$backendDefaults;
  
  
  
  
/* 
View 
essentials 
*/
  
  
  
  
$this->v->baseUrl 
= 
SNMR_BASE_URL;
  
  
}

Each 
controller 
then 
adds 
it's 
translations 
onto 
the 
code 
language 
set
in 
it's 
constructor:
$this->i->addTranslations('homePage', 
$this->u->data['user_lang']);

I 
then 
translate 
things 
and 
pass 
them 
into 
variables 
on 
the 
view
object 
for 
rendering:
$this->v->moreText 
= 
$this->i->_('More...');

My 
core 
language 
file 
(core.en.php) 
is 
actually 
dull:
<?php

$_LANGUAGE 
= 
array(
);
?>

Then 
each 
module 
has 
it's 
translation 
file 
(homePage.en.php 
for 
example):
<?php

$_LANGUAGE 
= 
array_merge($_LANGUAGE, 
array(
  
  
'homepagewelcome' 
=> 
'Welcome 
to 
Snakenet',
  
  
'TuneInBlock' 
=> 
'Tune 
In'
));
?>

So 
just 
wack 
a 
translation 
object 
into 
your 
view 
object, 
and 
in
buildDropDown 
throw 
everything 
through 
$this->i->_(); 
and 
translate
with 
files.

Alternatively, 
combine 
that 
with 
a 
lang 
column 
on 
each 
of 
your 
lookup
tables 
and 
frig 
your 
query 
to 
return 
where 
the 
language 
maps.

Either 
way, 
it's 
a 
pain 
in 
the 
arse 
to 
keep 
your 
translations 
in
synch, 
but, 
at 
least 
with 
My 
Way 
you 
always 
get 
a 
default 
string
(typically 
in 
English).

Cheers,

Mike


-----Inline Attachment Follows-----

_______________________________________________
geeklog-devel 
mailing 
list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel






From joe at ThrowingDice.com  Tue Feb 19 14:02:16 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Tue, 19 Feb 2008 14:02:16 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html/docs
	history, 1.605, 1.606
In-Reply-To: <20080218194215.01A8A10FE12@qs1489.pair.com>
References: <20080218194215.01A8A10FE12@qs1489.pair.com>
Message-ID: <0JWI00JJP27R2YC0@mta2.srv.hcvlny.cv.net>

At 02:42 PM 2/18/2008, Michael Jervis wrote:
>Support for [raw][/raw] in HTML stories for painless HTML managing.

I thought 1.5 was feature complete. Isn't this all new code being 
added after code cutoff?


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Tue Feb 19 15:06:08 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Tue, 19 Feb 2008 20:06:08 +0000
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <457128.34752.qm@web704.biz.mail.mud.yahoo.com>
References: <457128.34752.qm@web704.biz.mail.mud.yahoo.com>
Message-ID: <7b42e7470802191206p4563afceg8d4910c246fcb7d4@mail.gmail.com>

On Feb 19, 2008 6:52 PM, Tony Bibbs <tony at tonybibbs.com> wrote:
> I was thinking more along the lines of having you check out the GL2 codebase and whip up a working sample ;-)

I can integrate the above into it, point me a the "easy get it working
fast" instructions again and I'll have a crack.


From mjervis at gmail.com  Tue Feb 19 15:07:18 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Tue, 19 Feb 2008 20:07:18 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html/docs
	history, 1.605, 1.606
In-Reply-To: <0JWI00JJP27R2YC0@mta2.srv.hcvlny.cv.net>
References: <20080218194215.01A8A10FE12@qs1489.pair.com>
	<0JWI00JJP27R2YC0@mta2.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802191207i145f8527q236bb1f00016c3af@mail.gmail.com>

> I thought 1.5 was feature complete. Isn't this all new code being
> added after code cutoff?

After discussion with Rob/Dirk it was decided necessary to complete
the story re-write so that all use-cases for HTML content in posts
worked.


From mjervis at gmail.com  Wed Feb 20 02:02:31 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 07:02:31 +0000
Subject: [geeklog-devel] The Story Re-Write
Message-ID: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>

OK,

Seems I got myself turned around and reversed, seem to have "fixed"
the opposite problem to the one I had in the re-write, then tested the
opposite of the opposite and thought it was all OK. So, today, I get
to un-do yesterday and fix the right thing. In order to do this I'm
ensuring I have a proper test story, so, this is what I have, can
anyone thing of anything else I should include?

Title: The Official Story Re-Write Test Story - HTML Posting
Intro & Body Text:
<p>This is a section of HTML, in which case the paragraph tag should
make it a paragraph, this should be <b>bold</b> and <i>italic</i>. Any
< invalid markup should be removed >. If I want a set of html braces,
I must escape them myself as follows &lt; &gt; the same as things like
ampersands (& sorted and &amp; turning into an actual ampersand)</p>

<p>[raw]This is a section of RAW which should be treated like code,
only kept inline. So, &amp;, &lt; and &gt; should show as typed in the
editor. As should & and < and >. In the editor &amp; should NOT turn
into &amp;amp;, sorry Dirk![/raw]</p>

[code]This is a section of CODE which should be treated like the
above, only not kept inline. So, &amp;, &lt; and &gt; should show as
typed in the editor. As should & and < and >. In the editor &amp;
should NOT turn into &amp;amp;, sorry Dirk![/code]

<p>To complete things, here is a straight forward para, followed by a
javascript code clip that Rob raised as having been an example of some
other historic (I hope!) issues:</p>

[code]<eventhandler type="beginprocess">
   <script type="javascript">

       // your code here \

   </script>
</eventhandler>[/code]

<p>There, did it all work?</p>


I've got raw, code, html sections, slashes in both directions, valid
tags, invalid tags. I think that's everything covered. I'm going to
run it through the code after backing out yesterdays convoluted [raw]
and [code] edit escaping fiasco and see what /really/ needs doing.

-- 
Michael Jervis
mjervis at gmail.com
504B03041400000008008F846431E3543A820800000006000000060000007765
62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82
0800000006000000060000000000000000002000000000000000776562676F64
504B05060000000001000100340000002C0000000000


From mjervis at gmail.com  Wed Feb 20 03:39:32 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 08:39:32 +0000
Subject: [geeklog-devel] The Story Re-Write
In-Reply-To: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>
References: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>
Message-ID: <7b42e7470802200039o4e1a6cdau98515c1c41a7c1a5@mail.gmail.com>

> Seems I got myself turned around and reversed, seem to have "fixed"
> the opposite problem to the one I had in the re-write, then tested the
> opposite of the opposite and thought it was all OK.

I take it back, I did fix the problem. However, when I merged my fix
from my working copy (anonymous check out so I don't accidentally
check in my own config.php etc) into my clean commit copy (checked out
with my developer account), I fluffed it slightly as I took out the
last debugs I didn't put the / characters into the MBYTE_strpos call
to find the closing [/raw]'s and [/code]'s. Other than that, the code
is fine and works with the above. Will commit fix tonight.

If anyone has time to double check my sanity, attached is a patch to
story.class.php that put's the two missing forward slashes back in and
makes everything work right again...

Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: story.class.php.patch
Type: application/octet-stream
Size: 1264 bytes
Desc: not available
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/cca19c7a/attachment.obj>

From mjervis at gmail.com  Wed Feb 20 03:54:11 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 08:54:11 +0000
Subject: [geeklog-devel] The Story Re-Write
In-Reply-To: <7b42e7470802200039o4e1a6cdau98515c1c41a7c1a5@mail.gmail.com>
References: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>
	<7b42e7470802200039o4e1a6cdau98515c1c41a7c1a5@mail.gmail.com>
Message-ID: <7b42e7470802200054q3d8d9fdva7cb6ee377ac740f@mail.gmail.com>

Oops, couple more slight issues (type-o in $inbuffer stopping it doing
more than the first chunk of [raw] or [code], plus a slight refinement
too)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: story.class.php.patch
Type: application/octet-stream
Size: 3294 bytes
Desc: not available
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/97d31111/attachment.obj>

From tony at tonybibbs.com  Wed Feb 20 09:36:15 2008
From: tony at tonybibbs.com (Tony Bibbs)
Date: Wed, 20 Feb 2008 06:36:15 -0800 (PST)
Subject: [geeklog-devel] Question about internationalization and look-ups
Message-ID: <127904.80148.qm@web705.biz.mail.mud.yahoo.com>

Will do.  May take a day or too for me to get the code a bit more "stable"

--Tony

----- Original Message ----
From: Michael Jervis <mjervis at gmail.com>
To: Geeklog Development <geeklog-devel at lists.geeklog.net>
Sent: Tuesday, February 19, 2008 2:06:08 PM
Subject: Re: [geeklog-devel] Question about internationalization and look-ups


On 
Feb 
19, 
2008 
6:52 
PM, 
Tony 
Bibbs 
<tony at tonybibbs.com> 
wrote:
> 
I 
was 
thinking 
more 
along 
the 
lines 
of 
having 
you 
check 
out 
the 
GL2 
codebase 
and 
whip 
up 
a 
working 
sample 
;-)

I 
can 
integrate 
the 
above 
into 
it, 
point 
me 
a 
the 
"easy 
get 
it 
working
fast" 
instructions 
again 
and 
I'll 
have 
a 
crack.
_______________________________________________
geeklog-devel 
mailing 
list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel





From vfuria at gmail.com  Wed Feb 20 10:24:50 2008
From: vfuria at gmail.com (Vincent Furia)
Date: Wed, 20 Feb 2008 08:24:50 -0700
Subject: [geeklog-devel] The Story Re-Write
In-Reply-To: <7b42e7470802200054q3d8d9fdva7cb6ee377ac740f@mail.gmail.com>
References: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>
	<7b42e7470802200039o4e1a6cdau98515c1c41a7c1a5@mail.gmail.com>
	<7b42e7470802200054q3d8d9fdva7cb6ee377ac740f@mail.gmail.com>
Message-ID: <8319e2d60802200724l3bbffca0na4a1fabb5e130ef0@mail.gmail.com>

Michael,

Your test story looks great.  I think I'm going to use it next time.
I think I would add some '/' and '\' outside any [code] or [raw] tags
to make sure addslashes/stripslashes is working correctly.  The only
other suggestion I'd make is be sure to check that the "plain text"
stories work fine two.  You could probably use the exact same story to
check the plain text.

-Vinny

On Wed, Feb 20, 2008 at 1:54 AM, Michael Jervis <mjervis at gmail.com> wrote:
> Oops, couple more slight issues (type-o in $inbuffer stopping it doing
>  more than the first chunk of [raw] or [code], plus a slight refinement
>  too)
>
> _______________________________________________
>  geeklog-devel mailing list
>  geeklog-devel at lists.geeklog.net
>  http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>


From mjervis at gmail.com  Wed Feb 20 10:38:40 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 15:38:40 +0000
Subject: [geeklog-devel] The Story Re-Write
In-Reply-To: <8319e2d60802200724l3bbffca0na4a1fabb5e130ef0@mail.gmail.com>
References: <7b42e7470802192302g93b614cye23aa33576574406@mail.gmail.com>
	<7b42e7470802200039o4e1a6cdau98515c1c41a7c1a5@mail.gmail.com>
	<7b42e7470802200054q3d8d9fdva7cb6ee377ac740f@mail.gmail.com>
	<8319e2d60802200724l3bbffca0na4a1fabb5e130ef0@mail.gmail.com>
Message-ID: <7b42e7470802200738w17d895ddv8aabce0ca7e17057@mail.gmail.com>

> Your test story looks great.  I think I'm going to use it next time.
> I think I would add some '/' and '\' outside any [code] or [raw] tags
> to make sure addslashes/stripslashes is working correctly.

Ah yeah, that would be a good idea.

> The only
> other suggestion I'd make is be sure to check that the "plain text"
> stories work fine two.  You could probably use the exact same story to
> check the plain text.

Yeah this was focussed on testing HTML mode posting, plaintext is much
simpler, what you type should be what you see in the story, but yes,
using the same story for plaintext would give it a similar work out,
it's just that the story tells you what you should see, and what
you'll see in plaintext will be different.

I'll sort out a plaintext mode test later.


From mjervis at gmail.com  Wed Feb 20 12:50:06 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 17:50:06 +0000
Subject: [geeklog-devel] Question about internationalization and look-ups
In-Reply-To: <127904.80148.qm@web705.biz.mail.mud.yahoo.com>
References: <127904.80148.qm@web705.biz.mail.mud.yahoo.com>
Message-ID: <7b42e7470802200950s5e445be0mc01c8404834537da@mail.gmail.com>

On Feb 20, 2008 2:36 PM, Tony Bibbs <tony at tonybibbs.com> wrote:
> Will do.  May take a day or too for me to get the code a bit more "stable"

http://wiki.geeklog.net/wiki/index.php/Geeklog_2_Features
"10. Improved internationalization"

So how/what is already i18n'd up?


From Jessica.Blank at mtvnmix.com  Wed Feb 20 14:23:35 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Wed, 20 Feb 2008 14:23:35 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch for enterprise
	users
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>

Hello!

In our large enterprise environment, we are using geeklog in combination with LDAP. Our users are used to using LDAP for everything; there is no 'local' login on our Geeklog system, only LDAP.

I have therefore created a small patch which adds two new features:

1) A 'force_remoteauthentication' patch which disables 'local' authentication and allows users ONLY to select a remote authentication scheme
2) An additional small patch which, when 'force_remoteauthentication' is set to true and there is only one (1) remote authentication method, replaces the drop-down service selector with a hidden form field. This avoids user confusion where there is only one authentication method supported in an environment.

I am confident that other enterprise users would find this patch useful. If it pleases the geeklog community, I'd like to submit my patch so that it can be included in the next released version of geeklog. I believe that this small patch would greatly simplify geeklog integration into enterprise environments, many of which use remote authentication systems such as LDAP. :)

--Jessica L. Blank
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/1d7ac5f1/attachment.html>

From mjervis at gmail.com  Wed Feb 20 14:39:25 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 19:39:25 +0000
Subject: [geeklog-devel] 'force_remoteauthentication' patch for
	enterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>

Hi,

I beleive we're in a "feature freeze" to stabilise and release Geeklog 1.5

Once that's done, I'll be happy to check your patch out and see if it
can be integrated into the codebase.

Cheers,

Mike


From dirk at haun-online.de  Wed Feb 20 14:33:01 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Wed, 20 Feb 2008 20:33:01 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080113181416.328443735@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
Message-ID: <20080220193301.351124529@smtp.haun-online.de>

A certain Google employee posted this on a certain mailing list today:

>So not that Google would ever pre-announce products or programs, but
>it sure is starting to feel like Summer around here.

In other words, it's about time we start getting our act together.


Those with a wiki account, please feel free to peruse

  <http://wiki.geeklog.net/wiki/index.php/Google_Summer_of_Code>

Everyone else, simply post here (or apply for a wiki account).

In addition to ideas, we are also looking for mentors. Not only would
you help to bring Geeklog and Open Source forward, there is also a
(small) monetary incentive involved. And it's fun and rewarding.

Any takers? This includes last year's students, btw. Hey guys, are you
still around? I know Google just loves the idea of last-year students
becoming this year's mentors.

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From Jessica.Blank at mtvnmix.com  Wed Feb 20 14:40:57 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Wed, 20 Feb 2008 14:40:57 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
	<7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>

Wonderful. This is a relatively small patch and shouldn't present a problem. :) I will post again regarding this patch after the 1.5 release (at which point I will have a revised version of said patch for 1.5 ;) )

--Jessica

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Michael Jervis
Sent: Wed 2/20/2008 2:39 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch forenterprise users
 
Hi,

I beleive we're in a "feature freeze" to stabilise and release Geeklog 1.5

Once that's done, I'll be happy to check your patch out and see if it
can be integrated into the codebase.

Cheers,

Mike
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/09dc8994/attachment.html>

From dirk at haun-online.de  Wed Feb 20 14:49:38 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Wed, 20 Feb 2008 20:49:38 +0100
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
	<7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <20080220194938.1356636918@smtp.haun-online.de>

Blank, Jessica wrote:

>Wonderful. This is a relatively small patch and shouldn't present a
>problem. :) I will post again regarding this patch after the 1.5 release

Actually, I was about to suggest that this patch might fit right in
(assuming it does what I think it does).

In 1.5, we now have OpenID support. And we do have an option to disable
normal logins - but that option doesn't do anything yet. 

So assuming this really is a small patch, I'd be willing to bend the
rules a bit. It would probably also save us a bunch of support requests
("This option doesn't work!" ;-)

Jessica, let's see that patch, please. Since, embarrassingly, our
project site still isn't in working order, simply zip it up and post it here.

Thanks!

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From mjervis at gmail.com  Wed Feb 20 15:11:50 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 20:11:50 +0000
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080220193301.351124529@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
Message-ID: <7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>

> In addition to ideas, we are also looking for mentors. Not only would
> you help to bring Geeklog and Open Source forward, there is also a
> (small) monetary incentive involved. And it's fun and rewarding.

How much time did it take up for you Dirk?

I'm thinking SWOT might make an interest SoC project, once expanded to
be a bit more complete.


From Jessica.Blank at mtvnmix.com  Wed Feb 20 15:53:28 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Wed, 20 Feb 2008 15:53:28 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>

Absolutely! See attached. If you have any problem integrating it into the current tree, please let me know and I will gladly do a CVS checkout and prepare a new patch. This patch is taken against stock 1.4.1 (I generally stay away from non-stable CVS builds of things when working on code for production use ;) )

--Jessica

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Dirk Haun
Sent: Wed 2/20/2008 2:49 PM
To: geeklog-devel
Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch forenterprise users
 
Blank, Jessica wrote:

>Wonderful. This is a relatively small patch and shouldn't present a
>problem. :) I will post again regarding this patch after the 1.5 release

Actually, I was about to suggest that this patch might fit right in
(assuming it does what I think it does).

In 1.5, we now have OpenID support. And we do have an option to disable
normal logins - but that option doesn't do anything yet. 

So assuming this really is a small patch, I'd be willing to bend the
rules a bit. It would probably also save us a bunch of support requests
("This option doesn't work!" ;-)

Jessica, let's see that patch, please. Since, embarrassingly, our
project site still isn't in working order, simply zip it up and post it here.

Thanks!

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/42351f05/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: geeklog-1.4.1-force_remoteauthentication.patch.zip
Type: application/zip
Size: 2300 bytes
Desc: geeklog-1.4.1-force_remoteauthentication.patch.zip
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/42351f05/attachment.zip>

From dirk at haun-online.de  Wed Feb 20 16:02:24 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Wed, 20 Feb 2008 22:02:24 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
Message-ID: <20080220210224.1464750677@smtp.haun-online.de>

Michael Jervis wrote:

>How much time did it take up for you Dirk?

Heh, I guess everything I say now could be used against me? ;-)

Certainly less than an hour per day during the week. I tried to move
everything that required more work or discussions to the weekends. Plus,
Ramnath and Matt were quite capable of working on their own.


>I'm thinking SWOT might make an interest SoC project, once expanded to
>be a bit more complete.

Btw, that could also be of interest to other projects.

For those who don't know what we're talking about:
<http://swot.fuckingbrit.com/>

bye, Dirk


-- 
http://www.haun-online.de/
http://geeklog.info/



From mjervis at gmail.com  Wed Feb 20 16:07:39 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 21:07:39 +0000
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080220210224.1464750677@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
	<20080220210224.1464750677@smtp.haun-online.de>
Message-ID: <7b42e7470802201307q18710ba8saaca79818d18e953@mail.gmail.com>

>  Certainly less than an hour per day during the week. I tried to move
>  everything that required more work or discussions to the weekends. Plus,
>  Ramnath and Matt were quite capable of working on their own.

Hmm, well that's definitely sounding like too much time for me. I'll
be AFK all weekend every weekend pretty much, except for the odd bit
in the evening here and there. Very definitely family time.

>  Btw, that could also be of interest to other projects.

Yes, which is why I'm keen to do something with it properly. My
original intention was to produce a stock PHP5 SWOT reference
implementation that could be integrated to any project. Then do a
Geeklog integration as an example.

Possibly even a bridge to that mediawiki spam list that you mentioned
once, use SWOT to give back to that, encourage them to adapt our
solution and spread it out to other systems. Given the way Spammers
take out centralised things like Akismet from time to time, p2p has to
be the way to go.

Cheers,

Mike


From dirk at haun-online.de  Wed Feb 20 16:09:52 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Wed, 20 Feb 2008 22:09:52 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <7b42e7470802201307q18710ba8saaca79818d18e953@mail.gmail.com>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
	<20080220210224.1464750677@smtp.haun-online.de>
	<7b42e7470802201307q18710ba8saaca79818d18e953@mail.gmail.com>
Message-ID: <20080220210952.1916472416@smtp.haun-online.de>

Michael Jervis wrote:

>Hmm, well that's definitely sounding like too much time for me. I'll
>be AFK all weekend every weekend pretty much, except for the odd bit
>in the evening here and there. Very definitely family time.

Blaine, Tony - say something ...

bye, Dirk


-- 
http://www.haun-online.de/
http://spam.tinyweb.net/



From mjervis at gmail.com  Wed Feb 20 16:15:27 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 20 Feb 2008 21:15:27 +0000
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080220210952.1916472416@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
	<20080220210224.1464750677@smtp.haun-online.de>
	<7b42e7470802201307q18710ba8saaca79818d18e953@mail.gmail.com>
	<20080220210952.1916472416@smtp.haun-online.de>
Message-ID: <7b42e7470802201315j21fc040fw6af48a692f6d84ba@mail.gmail.com>

>  Blaine, Tony - say something ...

Tony's sulking because it's hump day and he doesn't like that:
http://twitter.com/tonybibbs/statuses/734989752


From devel at portalparts.com  Wed Feb 20 16:17:57 2008
From: devel at portalparts.com (Blaine Lang)
Date: Wed, 20 Feb 2008 16:17:57 -0500
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080220210952.1916472416@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>	<20080220193301.351124529@smtp.haun-online.de>	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>	<20080220210224.1464750677@smtp.haun-online.de>	<7b42e7470802201307q18710ba8saaca79818d18e953@mail.gmail.com>
	<20080220210952.1916472416@smtp.haun-online.de>
Message-ID: <BAYC1-PASMTP04CB4D4B38F4608396AECABC230@CEZ.ICE>

It's really depends on the students as I had Aaron and Connor. Aaron was 
excellent and very responsive while Connor was a real challenge and 
eventually had to fire him Trump style. With respect to weekend vs 
weekday, that's really something you can establish with your student. 
Clear expectations being set up front is very important.

Should only require a few hours a month to manage - even less if there 
is a good plan and communication upfront.

Blaine

Dirk Haun wrote:
> Michael Jervis wrote:
>
>   
>> Hmm, well that's definitely sounding like too much time for me. I'll
>> be AFK all weekend every weekend pretty much, except for the odd bit
>> in the evening here and there. Very definitely family time.
>>     
>
> Blaine, Tony - say something ...
>
> bye, Dirk
>
>
>   


From Jessica.Blank at mtvnmix.com  Wed Feb 20 16:43:16 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Wed, 20 Feb 2008 16:43:16 -0500
Subject: [geeklog-devel] 'Topics' block
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE5@STRANGELOVE.mtvn.ad.viacom.com>

Hello all:

There's one confusing little bit in config.php. Multiple references are made to the "'Topics' block" (note quotes around 'Topics'). However, in a default installation, this block is labeled 'Sections'. The word 'Topics' is nowhere on the page.

Shouldn't all references to the "'Topics' block" be changed to read "'Sections' block" for 1.5, in the interest of clarity?

--Jessica
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080220/80a24704/attachment.html>

From joe at ThrowingDice.com  Wed Feb 20 16:55:25 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Wed, 20 Feb 2008 16:55:25 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
	profiles.php, 1.54, 1.55
In-Reply-To: <20080220202727.62C5810FE14@qs1489.pair.com>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
Message-ID: <0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>

At 03:27 PM 2/20/2008, Michael Jervis wrote:
>+             $subject = substr ($subject, 0, strcspn ($subject, "\r\n"));

Why cut the subject off at the first CRLF? When the subject is sent 
to the browser, they are just whitespace.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Wed Feb 20 16:57:08 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Wed, 20 Feb 2008 22:57:08 +0100
Subject: [geeklog-devel] 'Topics' block
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE5@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE5@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <20080220215708.480997681@smtp.haun-online.de>

Blank, Jessica wrote:

>However, in
>a default installation, this block is labeled 'Sections'. The word
>'Topics' is nowhere on the page.

Actually, the block was renamed to "Topics" some time ago. "Sections"
was the old name (as can still be seen on geeklog.net). In 1.4.1 at
least, it's called "Topics".

bye, Dirk


-- 
http://www.haun-online.de/accu/



From mjervis at gmail.com  Thu Feb 21 02:30:08 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 07:30:08 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
	profiles.php, 1.54, 1.55
In-Reply-To: <0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>

>  Why cut the subject off at the first CRLF? When the subject is sent
>  to the browser, they are just whitespace.

It's an email subject not a story subject. Newlines are invalid in the
subject line of an email.


From joe at ThrowingDice.com  Thu Feb 21 10:13:11 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 21 Feb 2008 10:13:11 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
 profiles.php, 1.54, 1.55
In-Reply-To: <7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.co m>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
	<7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
Message-ID: <0JWL00GYTGUYS5W0@mta3.srv.hcvlny.cv.net>

At 02:30 AM 2/21/2008, Michael Jervis wrote:
> >  Why cut the subject off at the first CRLF? When the subject is sent
> >  to the browser, they are just whitespace.
>
>It's an email subject not a story subject. Newlines are invalid in the
>subject line of an email.

Ah, yes. So why not replace with spaces so the "subject" of the email 
is the subject requested?

$subject = trim(str_replace(array("\r\n","\r","\n"), ' '. $subject));


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Thu Feb 21 10:17:16 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 15:17:16 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
	profiles.php, 1.54, 1.55
In-Reply-To: <0JWL00GYTGUYS5W0@mta3.srv.hcvlny.cv.net>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
	<7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
	<0JWL00GYTGUYS5W0@mta3.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802210717ya800935v9f7745959e6577ac@mail.gmail.com>

>  Ah, yes. So why not replace with spaces so the "subject" of the email
>  is the subject requested?

Because a newline can not legitimately be submitted from an input
type="text", nor would anyone try and insert one unless one was an
evil h4x0r.

(And that's what the code does elsewhere for sending the subject, so I
just made the edit-re-display consistent with the version that would
be sent to the person).


From joe at ThrowingDice.com  Thu Feb 21 10:33:11 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 21 Feb 2008 10:33:11 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
 profiles.php, 1.54, 1.55
In-Reply-To: <7b42e7470802210717ya800935v9f7745959e6577ac@mail.gmail.com>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
	<7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
	<0JWL00GYTGUYS5W0@mta3.srv.hcvlny.cv.net>
	<7b42e7470802210717ya800935v9f7745959e6577ac@mail.gmail.com>
Message-ID: <0JWL00J3BHS8YH40@mta1.srv.hcvlny.cv.net>

At 10:17 AM 2/21/2008, Michael Jervis wrote:
> >  Ah, yes. So why not replace with spaces so the "subject" of the email
> >  is the subject requested?
>
>Because a newline can not legitimately be submitted from an input
>type="text", nor would anyone try and insert one unless one was an
>evil h4x0r.
>
>(And that's what the code does elsewhere for sending the subject, so I
>just made the edit-re-display consistent with the version that would
>be sent to the person).

Well, copied code is always a system gremlin.

I figured out why I didn't notice it was an email subject--

+             $subject = htmlspecialchars (trim ($subject), ENT_QUOTES);

Why call htmlspecialchars on an email subject? I know it's copied 
code. Doesn't mean the original code is correct.

Oh, and according to RFC2822 section 2.2.3, CRLF is allowed in a 
subject as long as it is at the front of other white space.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Thu Feb 21 10:39:05 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 15:39:05 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
	profiles.php, 1.54, 1.55
In-Reply-To: <0JWL00J3BHS8YH40@mta1.srv.hcvlny.cv.net>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
	<7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
	<0JWL00GYTGUYS5W0@mta3.srv.hcvlny.cv.net>
	<7b42e7470802210717ya800935v9f7745959e6577ac@mail.gmail.com>
	<0JWL00J3BHS8YH40@mta1.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802210739s2bbebd98u4151a1021434b551@mail.gmail.com>

>  >Because a newline can not legitimately be submitted from an input
>  >type="text", nor would anyone try and insert one unless one was an
>  >evil h4x0r.

This still stands, it can only (without resorting to super-human
levels of asshat) have come from malicious input.

>  I figured out why I didn't notice it was an email subject--
>
>  +             $subject = htmlspecialchars (trim ($subject), ENT_QUOTES);
>
>  Why call htmlspecialchars on an email subject? I know it's copied
>  code. Doesn't mean the original code is correct.

Because we don't want an XSS attack to be made possible by crafting a
URL that opens the email user screen in "redisplay" mode with meanness
in place.

>  Oh, and according to RFC2822 section 2.2.3, CRLF is allowed in a
>  subject as long as it is at the front of other white space.

You have misread the RFC. The RFC permits you to insert CRLF's into
the subject for display provided it's at an appropriate whitespace
juncture to allow for display on width restricted systems:

Each header field is logically a single line of characters comprising
   the field name, the colon, and the field body.  For convenience
   however, and to deal with the 998/78 character limitations per line,
   the field body portion of a header field can be split into a multiple
   line representation; this is called "folding".  The general rule is



Resnick                     Standards Track                     [Page 7]


RFC 2822                Internet Message Format               April 2001


   that wherever this standard allows for folding white space (not
   simply WSP characters), a CRLF may be inserted before any WSP.  For
   example, the header field:

           Subject: This is a test

   can be represented as:

           Subject: This
            is a test

   Note: Though structured field bodies are defined in such a way that
   folding can take place between many of the lexical tokens (and even
   within some of the lexical tokens), folding SHOULD be limited to
   placing the CRLF at higher-level syntactic breaks.  For instance, if
   a field body is defined as comma-separated values, it is recommended
   that folding occur after the comma separating the structured items in
   preference to other places where the field could be folded, even if
   it is allowed elsewhere.

   The process of moving from this folded multiple-line representation
   of a header field to its single line representation is called
   "unfolding". Unfolding is accomplished by simply removing any CRLF
   that is immediately followed by WSP.  Each header field should be
   treated in its unfolded form for further syntactic and semantic
   evaluation.


From Jessica.Blank at mtvnmix.com  Thu Feb 21 11:58:40 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 21 Feb 2008 11:58:40 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>

Hello all:

I can't see any responses that were sent to me regarding this patch; my
mailbox was over quota for the past couple of days. Was my patch
received, and is it satisfactory?

Sorry for any confusion,

Jessica

-----Original Message-----
From: Blank, Jessica 
Sent: Wednesday, February 20, 2008 3:53 PM
To: Geeklog Development
Subject: RE: [geeklog-devel] 'force_remoteauthentication' patch
forenterprise users

Absolutely! See attached. If you have any problem integrating it into
the current tree, please let me know and I will gladly do a CVS checkout
and prepare a new patch. This patch is taken against stock 1.4.1 (I
generally stay away from non-stable CVS builds of things when working on
code for production use ;) )

--Jessica

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Dirk Haun
Sent: Wed 2/20/2008 2:49 PM
To: geeklog-devel
Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch
forenterprise users
 
Blank, Jessica wrote:

>Wonderful. This is a relatively small patch and shouldn't present a 
>problem. :) I will post again regarding this patch after the 1.5 
>release

Actually, I was about to suggest that this patch might fit right in
(assuming it does what I think it does).

In 1.5, we now have OpenID support. And we do have an option to disable
normal logins - but that option doesn't do anything yet. 

So assuming this really is a small patch, I'd be willing to bend the
rules a bit. It would probably also save us a bunch of support requests
("This option doesn't work!" ;-)

Jessica, let's see that patch, please. Since, embarrassingly, our
project site still isn't in working order, simply zip it up and post it
here.

Thanks!

bye, Dirk


--
http://www.geeklog.net/
http://geeklog.info/

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel




From mjervis at gmail.com  Thu Feb 21 12:04:22 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 17:04:22 +0000
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
	<7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <7b42e7470802210904o368d42c1ie0ccea0313f4984b@mail.gmail.com>

We got the patch. I don't think anyone has yet looked at it.

Cheers,

Mike

On Thu, Feb 21, 2008 at 4:58 PM, Blank, Jessica
<Jessica.Blank at mtvnmix.com> wrote:
> Hello all:
>
>  I can't see any responses that were sent to me regarding this patch; my
>  mailbox was over quota for the past couple of days. Was my patch
>  received, and is it satisfactory?
>
>  Sorry for any confusion,
>
>  Jessica
>
>
>  -----Original Message-----
>  From: Blank, Jessica
>  Sent: Wednesday, February 20, 2008 3:53 PM
>  To: Geeklog Development
>
>
> Subject: RE: [geeklog-devel] 'force_remoteauthentication' patch
>  forenterprise users
>
>  Absolutely! See attached. If you have any problem integrating it into
>  the current tree, please let me know and I will gladly do a CVS checkout
>  and prepare a new patch. This patch is taken against stock 1.4.1 (I
>  generally stay away from non-stable CVS builds of things when working on
>  code for production use ;) )
>
>  --Jessica
>
>  -----Original Message-----
>  From: geeklog-devel-bounces at lists.geeklog.net on behalf of Dirk Haun
>  Sent: Wed 2/20/2008 2:49 PM
>  To: geeklog-devel
>  Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch
>  forenterprise users
>
>  Blank, Jessica wrote:
>
>  >Wonderful. This is a relatively small patch and shouldn't present a
>  >problem. :) I will post again regarding this patch after the 1.5
>  >release
>
>  Actually, I was about to suggest that this patch might fit right in
>  (assuming it does what I think it does).
>
>  In 1.5, we now have OpenID support. And we do have an option to disable
>  normal logins - but that option doesn't do anything yet.
>
>  So assuming this really is a small patch, I'd be willing to bend the
>  rules a bit. It would probably also save us a bunch of support requests
>  ("This option doesn't work!" ;-)
>
>  Jessica, let's see that patch, please. Since, embarrassingly, our
>  project site still isn't in working order, simply zip it up and post it
>  here.
>
>  Thanks!
>
>  bye, Dirk
>
>
>  --
>  http://www.geeklog.net/
>  http://geeklog.info/
>
>  _______________________________________________
>  geeklog-devel mailing list
>  geeklog-devel at lists.geeklog.net
>  http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
>  _______________________________________________
>  geeklog-devel mailing list
>  geeklog-devel at lists.geeklog.net
>  http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>



-- 
Michael Jervis
mjervis at gmail.com
504B03041400000008008F846431E3543A820800000006000000060000007765
62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82
0800000006000000060000000000000000002000000000000000776562676F64
504B05060000000001000100340000002C0000000000


From dirk at haun-online.de  Thu Feb 21 14:58:35 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Thu, 21 Feb 2008 20:58:35 +0100
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html
 profiles.php, 1.54, 1.55
In-Reply-To: <7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
References: <20080220202727.62C5810FE14@qs1489.pair.com>
	<0JWK004Z74ZUPVN0@mta5.srv.hcvlny.cv.net>
	<7b42e7470802202330q5f91af61w9e819ab06ff4eea5@mail.gmail.com>
Message-ID: <20080221195835.890989639@smtp.haun-online.de>

Michael Jervis wrote:

>>  Why cut the subject off at the first CRLF? When the subject is sent
>>  to the browser, they are just whitespace.
>
>It's an email subject not a story subject. Newlines are invalid in the
>subject line of an email.

--- snip ---
July 8, 2002 (1.3.5sr2)
(...)
- Cut off the subject at the first linefeed when sending email to a user,
  thus preventing the injection of additional email headers.
--- snip ---

bye, Dirk


-- 
http://www.haun-online.de/accu/



From dirk at haun-online.de  Thu Feb 21 15:15:19 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Thu, 21 Feb 2008 21:15:19 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080220193301.351124529@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
Message-ID: <20080221201519.1903527354@smtp.haun-online.de>

Dirk Haun wrote:

>A certain Google employee posted this on a certain mailing list today:

Another quote from that same Google employee:

>Should we choose to do the program again, we will likely announce all
>this information on Monday.

Just sayin' ...

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From mjervis at gmail.com  Thu Feb 21 15:23:47 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 20:23:47 +0000
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080221201519.1903527354@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<20080221201519.1903527354@smtp.haun-online.de>
Message-ID: <7b42e7470802211223n47f944b5vf67c9b063818729d@mail.gmail.com>

We have students at work.

A way around my time problems, could be to try and recruit one of
them. So, if I can recruit one of them to work on SWOT, or some other
project over the summer (while they will still be with us) then I can
mentor them.

I'll see if anyone is interested.

Cheers,

Mike


From joe at ThrowingDice.com  Thu Feb 21 15:36:05 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 21 Feb 2008 15:36:05 -0500
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-admin.php,
 1.127, 1.128 lib-security.php, 1.62, 1.63
In-Reply-To: <20080221195255.4B82F10FE16@qs1489.pair.com>
References: <20080221195255.4B82F10FE16@qs1489.pair.com>
Message-ID: <0JWL00HK7VSYCWB0@mta2.srv.hcvlny.cv.net>

At 02:52 PM 2/21/2008, Michael Jervis wrote:
>+ function SEC_createToken()
>+
>+     /* Create a token for this user/url combination */
>+     /* NOTE: TTL mapping for PageURL not yet implemented */
>+     $sql = "INSERT INTO {$_TABLES['tokens']} (token, created, 
>owner_id, urlfor, ttl) "
>+            . "VALUES ('$token', NOW(), {$_USER['uid']}, '$pageURL', 0)";

I have a simple question. Why is this so specific? Why not:

SEC_createToken($page, $ttl);

Make the caller responsible for uniquely naming what page he's on. 
Maybe the page the token is created on isn't the same page the token 
is processed on?

For example, suppose I had some admin function in a block. The page 
url could be any page but the processor page is going to be in the 
admin directory. That setup cannot use these functions.

Likewise, what is this TTL mapping stuff? Make the caller responsible 
for saying "My page can sit on your browser for no longer than 5 
minutes." Mappings are unfriendly to plugins, too.

Security Tokens are a great idea. But I think this needs some 
discussion before being considered complete.

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Thu Feb 21 15:45:04 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Thu, 21 Feb 2008 20:45:04 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-admin.php,
	1.127, 1.128 lib-security.php, 1.62, 1.63
In-Reply-To: <0JWL00HK7VSYCWB0@mta2.srv.hcvlny.cv.net>
References: <20080221195255.4B82F10FE16@qs1489.pair.com>
	<0JWL00HK7VSYCWB0@mta2.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802211245s28cb0921sf33ce033c0ed9aae@mail.gmail.com>

>  Security Tokens are a great idea. But I think this needs some
>  discussion before being considered complete.

You only have part of the picture.

>  SEC_createToken($page, $ttl);

TTL may become an argument.

>  Make the caller responsible for uniquely naming what page he's on.
>  Maybe the page the token is created on isn't the same page the token
>  is processed on?

Read the rest of the commit. Run it. Understand it. Then comment.

>  Likewise, what is this TTL mapping stuff? Make the caller responsible
>  for saying "My page can sit on your browser for no longer than 5
>  minutes." Mappings are unfriendly to plugins, too.

TTL not yet implemented or fully figured out. Work in progress.


From joe at ThrowingDice.com  Thu Feb 21 16:19:54 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 21 Feb 2008 16:19:54 -0500
Subject: [geeklog-devel] Security Tokens
In-Reply-To: <7b42e7470802211245s28cb0921sf33ce033c0ed9aae@mail.gmail.co m>
References: <20080221195255.4B82F10FE16@qs1489.pair.com>
	<0JWL00HK7VSYCWB0@mta2.srv.hcvlny.cv.net>
	<7b42e7470802211245s28cb0921sf33ce033c0ed9aae@mail.gmail.com>
Message-ID: <0JWL00L4BXTU5XC0@mta5.srv.hcvlny.cv.net>

At 03:45 PM 2/21/2008, Michael Jervis wrote:

>Read the rest of the commit. Run it. Understand it. Then comment.

I read the whole commit. Plugins have admin pages and thus should 
also use this API. Maybe a plugin has more than just index.php in 
their admin area and has pages where the url to generate the form 
isn't the url that processes the form. That is impossible in your 
current implementation. Why make you implementation restrict where I 
put my code? A security token API should only fulfill requests for 
new tokens and kill old tokens. It shouldn't be the arbiter of context.

So, you could just answer the question. Why is $page read from 
$_SERVER fields instead of just being arbitrary text passed into the function?

And if there's a pressing reason against my idea, why didn't you just 
call COM_getCurrentURL()? That code is known to work on multiple web servers.

>TTL not yet implemented or fully figured out. Work in progress.

And GL is supposed to be in a feature freeze for the pending 1.5 
release. In my professional experience, works in progress are not 
checked into during a feature freeze. But what do I know? It's not 
like I read the devel mailing list so I'll know what's going on.



----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mevans at ecsnet.com  Thu Feb 21 20:05:55 2008
From: mevans at ecsnet.com (Mark R. Evans)
Date: Thu, 21 Feb 2008 19:05:55 -0600
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/sql
 mssql_tableanddata.php, 1.33, 1.34 mysql_tableanddata.php, 1.200, 1.201
In-Reply-To: <20080221195255.2855D10FE14@qs1489.pair.com>
References: <20080221195255.2855D10FE14@qs1489.pair.com>
Message-ID: <47BE1FF3.1070505@ecsnet.com>

I see we have a new feature in v1.5.  As a result, I needed to reinstall 
my cvs base since there are new tables and trying to use the Admin 
interface was causing SQL errors (the new tables didn't exist). 
Unfortunately, this is the error I receive when installing:

1064: You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use 
near '( token varchar(32) NOT NULL, created datetime NOT NULL, owner_id' 
at line 1

Looks like $_TABLE['tokens'] wasn't defined in lib-database.php

What happened to the feature freeze?  Is it off again?

Thanks!
Mark


Michael Jervis wrote:
> Update of /cvsroot/geeklog/Geeklog-1.x/sql
> In directory qs1489.pair.com:/tmp/cvs-serv78690/sql
>
> Modified Files:
> 	mssql_tableanddata.php mysql_tableanddata.php 
> Log Message:
> Security changes.
>
> Index: mssql_tableanddata.php
> ===================================================================
> RCS file: /cvsroot/geeklog/Geeklog-1.x/sql/mssql_tableanddata.php,v
> retrieving revision 1.33
> retrieving revision 1.34
> diff -C2 -d -r1.33 -r1.34
> *** mssql_tableanddata.php	27 Jan 2008 15:23:32 -0000	1.33
> --- mssql_tableanddata.php	21 Feb 2008 19:52:52 -0000	1.34
> ***************
> *** 517,520 ****
> --- 517,530 ----
>   ";
>   
> + $_SQL[] = "
> + CREATE TABLE {$_TABLES['tokens']} (
> +     [token] [varchar] (32) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
> +     [created] [datetime] NOT NULL,
> +     [owner_id] [numeric] (8,0) NOT NULL,
> +     [urlfor] [varchar] (2000) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL,
> +     [ttl] numeric(8,0) NOT NULL DEFAULT 1
> + ) ON [PRIMARY]
> + ";
> + 
>   
>   $_SQL[] = "
> ***************
> *** 910,913 ****
> --- 920,930 ----
>       (
>           [fid]
> +     )  ON [PRIMARY]
> + ";
> + 
> + $_SQL[] = "ALTER TABLE [dbo].[{$_TABLES['tokens']}] ADD
> +     CONSTRAINT [PK_gl_tokens] PRIMARY KEY  CLUSTERED
> +     (
> +         [toekn]
>       )  ON [PRIMARY]
>   ";
>
> Index: mysql_tableanddata.php
> ===================================================================
> RCS file: /cvsroot/geeklog/Geeklog-1.x/sql/mysql_tableanddata.php,v
> retrieving revision 1.200
> retrieving revision 1.201
> diff -C2 -d -r1.200 -r1.201
> *** mysql_tableanddata.php	3 Feb 2008 19:11:50 -0000	1.200
> --- mysql_tableanddata.php	21 Feb 2008 19:52:53 -0000	1.201
> ***************
> *** 724,727 ****
> --- 724,738 ----
>   ";
>   
> + $_SQL[47] = "
> + CREATE TABLE {$_TABLES['tokens']} (
> +     token varchar(32) NOT NULL,
> +     created datetime NOT NULL,
> +     owner_id mediumint(8) unsigned NOT NULL,
> +     urlfor varchar(2000) NOT NULL,
> +     ttl mediumint(8) unsigned NOT NULL default '1',
> +     PRIMARY KEY (token)
> + ) TYPE=MyISAM
> + ";
> + 
>   $_DATA[] = "INSERT INTO {$_TABLES['access']} (acc_ft_id, acc_grp_id) VALUES (1,3) ";
>   $_DATA[] = "INSERT INTO {$_TABLES['access']} (acc_ft_id, acc_grp_id) VALUES (2,3) ";
>
> _______________________________________________
> geeklog-cvs mailing list
> geeklog-cvs at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-cvs
>   


From mjervis at gmail.com  Fri Feb 22 03:07:33 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 22 Feb 2008 08:07:33 +0000
Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/sql
	mssql_tableanddata.php, 1.33, 1.34 mysql_tableanddata.php,
	1.200, 1.201
In-Reply-To: <47BE1FF3.1070505@ecsnet.com>
References: <20080221195255.2855D10FE14@qs1489.pair.com>
	<47BE1FF3.1070505@ecsnet.com>
Message-ID: <7b42e7470802220007v7b7cac2cra4d703651fcc6bf2@mail.gmail.com>

>  Looks like $_TABLE['tokens'] wasn't defined in lib-database.php

Argh, I missed lib-database.php from my commit somehow, I had changed
it, booked in now.

>  What happened to the feature freeze?  Is it off again?

This is not a new feature.


From mjervis at gmail.com  Fri Feb 22 03:23:19 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 22 Feb 2008 08:23:19 +0000
Subject: [geeklog-devel] Security Tokens
In-Reply-To: <0JWL00L4BXTU5XC0@mta5.srv.hcvlny.cv.net>
References: <20080221195255.4B82F10FE16@qs1489.pair.com>
	<0JWL00HK7VSYCWB0@mta2.srv.hcvlny.cv.net>
	<7b42e7470802211245s28cb0921sf33ce033c0ed9aae@mail.gmail.com>
	<0JWL00L4BXTU5XC0@mta5.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802220023r48bfe291je4ee221fbb805dc0@mail.gmail.com>

>  I read the whole commit. Plugins have admin pages and thus should
>  also use this API. Maybe a plugin has more than just index.php in
>  their admin area and has pages where the url to generate the form
>  isn't the url that processes the form. That is impossible in your
>  current implementation. Why make you implementation restrict where I
>  put my code?

Well you may have read it, you don't understand it.

The token is generated on page A and stored against page A. The
receiving page, which may be page A or page B checks the token. It
doesn't check it against it's own URL. It checks it against the
HTTP_REFERER. i.e. the token is invalid on Page B if it was generated
on Page A but the user got to Page B from Somewhere Else. i.e. it's a
check for token theft.

>  So, you could just answer the question.

I could, but I didn't feel a pressing need to explain something you
clearly had misunderstood when the code I felt was self evident as the
check is against HTTP_REFERER...

> Why is $page read from
>  $_SERVER fields instead of just being arbitrary text passed into the function?

So that it's as easy as possible to implement correctly. The function
knows what page you are on, so why ask the programmer to supply
information (in possibly loads of calls to the function throughout the
code base) when the function can work it out consistently correctly in
one small set of LoC. Plus, there is no question about the right value
as when the token is checked, it's the HTTP_REFERER, but then you
failed to understand that in your first reading.

>  And if there's a pressing reason against my idea, why didn't you just
>  call COM_getCurrentURL()? That code is known to work on multiple web servers.

Ah, ooops, nice catch. Forgot about that function (I've been out of
circulation for some time...)


>  And GL is supposed to be in a feature freeze for the pending 1.5
>  release. In my professional experience, works in progress are not
>  checked into during a feature freeze. But what do I know? It's not
>  like I read the devel mailing list so I'll know what's going on.

Everything is "done" other than TTL, which is still in debate, best
way to decide TTLs for pages, should it be configurable etc. Need to
make sure it actually works in practice for more people than just me
prior to making use of it throughout admin.

It's working, debugged code (other than the oops with
lib-database.php...), just needs some finessing subject to testing.

Cheers,

Mike


From dirk at haun-online.de  Fri Feb 22 03:20:10 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Fri, 22 Feb 2008 09:20:10 +0100
Subject: [geeklog-devel] [geeklog-cvs]
	Geeklog-1.x/sql	mssql_tableanddata.php, 1.33,
	1.34 mysql_tableanddata.php, 1.200, 1.201
Message-ID: <20080222092010.4rs2g8iisoo8g848@webmail.df.eu>

Mark R. Evans wrote:

> What happened to the feature freeze? Is it off again?

No, the feature freeze is not off. These are necessary changes. I'll  
make a more formal announcement later.

bye, Dirk

(Sorry for the lack of references - posting this via a webmail client  
from work)



From joe at throwingdice.com  Fri Feb 22 23:42:37 2008
From: joe at throwingdice.com (Joe Mucchiello)
Date: Fri, 22 Feb 2008 23:42:37 -0500
Subject: [geeklog-devel] PLG_autouninstall Bug
Message-ID: <0JWO00ERQD4W4401@mta1.srv.hcvlny.cv.net>

The autouninstaller assumes you have data in the config table. There 
should be an if DB_count() or the DB_query should have the ignore 
errors flag set true.

             COM_errorLog ("Attempting to remove config table records 
for group_name: $type", 1);
             DB_query ("DELETE FROM {$_TABLES['conf_values']} WHERE 
group_name = '$type'");
             COM_errorLog ('...success', 1);



----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From mjervis at gmail.com  Sat Feb 23 02:16:36 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Sat, 23 Feb 2008 07:16:36 +0000
Subject: [geeklog-devel] PLG_autouninstall Bug
In-Reply-To: <0JWO00ERQD4W4401@mta1.srv.hcvlny.cv.net>
References: <0JWO00ERQD4W4401@mta1.srv.hcvlny.cv.net>
Message-ID: <7b42e7470802222316h2478451emb147cf05e5115473@mail.gmail.com>

> The autouninstaller assumes you have data in the config table. There
>  should be an if DB_count() or the DB_query should have the ignore
>  errors flag set true.

A DELETE which delete's no rows does NOT throw an error on any RDBMS
I've ever used, and just to make sure I'm not tripping I just executed
this against my database:
DELETE FROM gl_conf_values WHERE group_name='joe'

No errors.

And I'm 100% certain that the effect on SQL Server is that @@rowcount
is returned as 0 and nothing goes wrong.

I'm also certain that DB_Query won't magically create an error where
one doesn't exist.

If you're going to report a bug, make sure you find a bug first.
Adding a row count is a spurious trip to the database.

Mike


From joe at ThrowingDice.com  Sat Feb 23 02:19:14 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sat, 23 Feb 2008 02:19:14 -0500
Subject: [geeklog-devel] PLG_autouninstall Bug
In-Reply-To: <7b42e7470802222316h2478451emb147cf05e5115473@mail.gmail.co m>
References: <0JWO00ERQD4W4401@mta1.srv.hcvlny.cv.net>
	<7b42e7470802222316h2478451emb147cf05e5115473@mail.gmail.com>
Message-ID: <0JWO003QBKDNWFB0@mta1.srv.hcvlny.cv.net>

At 02:16 AM 2/23/2008, Michael Jervis wrote:
>If you're going to report a bug, make sure you find a bug first.
>Adding a row count is a spurious trip to the database.

Yeah, my database was out of date. So I was getting missing table 
errors. Realized it after I sent the email.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Sat Feb 23 13:19:07 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 23 Feb 2008 19:19:07 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
Message-ID: <20080223181907.923741974@smtp.haun-online.de>

Michael Jervis wrote:

>How much time did it take up for you Dirk?

Btw, just found this in last year's FAQ[1]:

>Five hours per student per week is a reasonable estimate.

So, anyone else interested in mentoring? I see the wiki is already
beginning to fill up with ideas ...

bye, Dirk

[1] <http://code.google.com/support/bin/answer.py?answer=60287&topic=10730>


-- 
http://www.haun-online.de/
http://geeklog.info/



From dirk at haun-online.de  Sat Feb 23 13:55:44 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 23 Feb 2008 19:55:44 +0100
Subject: [geeklog-devel] WebDAV (was: Call for ideas and mentors for the SoC
	2008)
In-Reply-To: <20080220193301.351124529@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
Message-ID: <20080223185544.991925137@smtp.haun-online.de>

One of the leftover ideas for last year was the implementation of a
WebDAV API:

  <http://wiki.geeklog.net/wiki/index.php/SoC_WebDAV_API>

I'd suggest we withdraw that project and do not put it up again for
2008. There is a certain overlap with the Atom Publishing Protocol that
we now have (in CVS, at least) and there isn't any benefit from having
to maintain two protocols that do mostly the same thing.

Any objections?

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From devel at portalparts.com  Sat Feb 23 14:47:42 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sat, 23 Feb 2008 14:47:42 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <20080223185544.991925137@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>	<20080220193301.351124529@smtp.haun-online.de>
	<20080223185544.991925137@smtp.haun-online.de>
Message-ID: <BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>

One of the areas that I saw where webDAV was different was version 
control and locking support for collaborative document editing.
http://www.sambar.com/syshelp/webdav.htm

One of the use cases I wanted to see WebDAV used for was:
 > An intranet use, where a user can save documents to the GL Filemgmt 
plugin (or other FM plugin) and open it later in WORD as an example. A 
user can then edit it and just use the save to update the document in 
the filemgmt plugin. No need to upload and or replace the file using a 
clunky webform ui.

How would Atom be used to upload a file?  - what would the client be?
Can Atom get around the POST limit of uploading files or make that 
process of uploading large files better as in provide better progress 
indication?

Blaine

Dirk Haun wrote:
> One of the leftover ideas for last year was the implementation of a
> WebDAV API:
>
>   <http://wiki.geeklog.net/wiki/index.php/SoC_WebDAV_API>
>
> I'd suggest we withdraw that project and do not put it up again for
> 2008. There is a certain overlap with the Atom Publishing Protocol that
> we now have (in CVS, at least) and there isn't any benefit from having
> to maintain two protocols that do mostly the same thing.
>
> Any objections?
>
> bye, Dirk
>
>
>   


From dirk at haun-online.de  Sat Feb 23 15:33:01 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 23 Feb 2008 21:33:01 +0100
Subject: [geeklog-devel] WebDAV
In-Reply-To: <BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>
References: <20080113181416.328443735@smtp.haun-online.de>	<20080220193301.351124529@smtp
	.haun-online.de> <20080223185544.991925137@smtp.haun-online.de>
	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>
Message-ID: <20080223203301.435420052@smtp.haun-online.de>

Blaine Lang wrote:

>One of the use cases I wanted to see WebDAV used for was:
> > An intranet use, where a user can save documents to the GL Filemgmt 
>plugin (or other FM plugin) and open it later in WORD as an example.

Right, seems I misjudged the overlap somewhat. WebDAV is mainly dealing
with files, while Atompub is mainly aimed at the site's content.


>How would Atom be used to upload a file?

You can upload any sort of file through Atompub. Which is why I want to
see upload of story images implemented in Atompub[1].


>what would the client be?

Yeah, clients are rare[2] for Atompub at the moment.


>Can Atom get around the POST limit of uploading files or make that 
>process of uploading large files better as in provide better progress 
>indication?

No, I don't think so.


Okay, so my argument doesn't hold up. I'll admit I didn't really see
much use for it last time around but maybe it's just not used in areas
I'm familiar with.

Anyway, let's leave it in then.

Btw, I see we had only one application for the WebDAV project last year
and you gave it a -2 ;-)

bye, Dirk

[1] <http://wiki.geeklog.net/wiki/index.php/SoC_webservices_revisited>
[2] <http://wiki.geeklog.net/wiki/index.php/Using_the_Webservices#Clients>


-- 
http://www.haun-online.de/
http://spam.tinyweb.net/



From dirk at haun-online.de  Sat Feb 23 16:16:35 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sat, 23 Feb 2008 22:16:35 +0100
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080223181907.923741974@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<20080220193301.351124529@smtp.haun-online.de>
	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>
	<20080223181907.923741974@smtp.haun-online.de>
Message-ID: <20080223211635.923879057@smtp.haun-online.de>

Dirk Haun wrote:

>I see the wiki is already beginning to fill up with ideas ...

... and I'm already seeing some overlap. Not that that would be a bad thing.

<http://wiki.geeklog.net/wiki/index.php/SoC_cross_site_publication>
mentions spam warnings - which is what Mike's SWOT would address.

Btw, that publication API should probably be using RSS, Atom (not
Atompub) or even RDF. I believe all these things already exist, minus an
actual API in Geeklog.


Also, <http://wiki.geeklog.net/wiki/index.php/
SoC_improving_comments_2008> mentions notifications - addressed by
<http://wiki.geeklog.net/wiki/index.php/SoC_core_notification_support>


Keep them coming. /me looks in Tony's general direction ...

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From devel at portalparts.com  Sat Feb 23 16:32:02 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sat, 23 Feb 2008 16:32:02 -0500
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080223211635.923879057@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>	<20080220193301.351124529@smtp.haun-online.de>	<7b42e7470802201211i28b583f5j9b548b25aaa69f73@mail.gmail.com>	<20080223181907.923741974@smtp.haun-online.de>
	<20080223211635.923879057@smtp.haun-online.de>
Message-ID: <BAYC1-PASMTP1245F0D51B8FF49EA8057FBC1E0@CEZ.ICE>

The wiki is now updated with inital content for the ideas I had - more 
can certainly be added. It should be enough to get community feedback so 
feel free to login and edit.

Blaine

Dirk Haun wrote:
> Dirk Haun wrote:
>
>   
>> I see the wiki is already beginning to fill up with ideas ...
>>     
>
> ... and I'm already seeing some overlap. Not that that would be a bad thing.
>
> <http://wiki.geeklog.net/wiki/index.php/SoC_cross_site_publication>
> mentions spam warnings - which is what Mike's SWOT would address.
>
> Btw, that publication API should probably be using RSS, Atom (not
> Atompub) or even RDF. I believe all these things already exist, minus an
> actual API in Geeklog.
>
>
> Also, <http://wiki.geeklog.net/wiki/index.php/
> SoC_improving_comments_2008> mentions notifications - addressed by
> <http://wiki.geeklog.net/wiki/index.php/SoC_core_notification_support>
>
>
> Keep them coming. /me looks in Tony's general direction ...
>
> bye, Dirk
>
>
>   


From thomas at koch.ro  Sun Feb 24 04:19:37 2008
From: thomas at koch.ro (Thomas Koch)
Date: Sun, 24 Feb 2008 10:19:37 +0100
Subject: [geeklog-devel] WebDAV
In-Reply-To: <20080223203301.435420052@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>
	<20080223203301.435420052@smtp.haun-online.de>
Message-ID: <200802241019.37438.thomas@koch.ro>

Am Samstag 23 Februar 2008 21:33:01 schrieb Dirk Haun:
> Blaine Lang wrote:
> >One of the use cases I wanted to see WebDAV used for was:
> > > An intranet use, where a user can save documents to the GL Filemgmt
> >
> >plugin (or other FM plugin) and open it later in WORD as an example.
>
> Right, seems I misjudged the overlap somewhat. WebDAV is mainly dealing
> with files, while Atompub is mainly aimed at the site's content.
>
> >How would Atom be used to upload a file?
>
> You can upload any sort of file through Atompub. Which is why I want to
> see upload of story images implemented in Atompub[1].
>
> >what would the client be?
>
> Yeah, clients are rare[2] for Atompub at the moment.
>
> >Can Atom get around the POST limit of uploading files or make that
> >process of uploading large files better as in provide better progress
> >indication?
>
> No, I don't think so.
>
>
> Okay, so my argument doesn't hold up. I'll admit I didn't really see
> much use for it last time around but maybe it's just not used in areas
> I'm familiar with.
>
> Anyway, let's leave it in then.
>
> Btw, I see we had only one application for the WebDAV project last year
> and you gave it a -2 ;-)
>
> bye, Dirk
>
> [1] <http://wiki.geeklog.net/wiki/index.php/SoC_webservices_revisited>
> [2] <http://wiki.geeklog.net/wiki/index.php/Using_the_Webservices#Clients>


Hi geeks,

FYI: http://www.ezcomponents.org/docs/tutorials/Webdav

A fresh, unit-tested, well documented, PHP5 WebDAV component. Would be glad to 
see it used in other projects, too.

Cheers,

Thomas Koch
-- 
Thomas Koch, Software Developer
http://www.koch.ro


From dirk at haun-online.de  Sun Feb 24 06:13:53 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Sun, 24 Feb 2008 12:13:53 +0100
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b4
	2e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D489979
	7E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <20080224111353.407203517@smtp.haun-online.de>

Blank, Jessica wrote:

>Was my patch received, and is it satisfactory?

I just had a look and as usual, there's a can of worms waiting to be
opened there.

Short version: I have now made a change that should be equivalent to
your patch. You can now set $_CONF['user_login_method']['3rdparty'] =
true and $_CONF['user_login_method']['standard'] = false and that would
force users to  login via remote authentication.

Long version: I couldn't help noticing that we have two similar, but not
quite identical, login forms: The one in the side block and the one on /
users.php. I've made an attempt to move that code to one function and
make $_CONF['user_login_method']['standard'] working properly (i.e. that
you could disable the standard login and the remote auth. and it would
hide the login form), but that required too many theme changes.

I still think this should be done properly, if only to get rid of the
duplicate code (and duplicate template files) but I wasn't really in the
mood. If anyone else wants to wrestle with it - be my guest. Otherwise,
I may look at it again some other time.


Anyway, thanks Jessica, for the patch.

Btw, I assume you're only using this on an intranet? Because users could
bypass the remote authentication by using a manipulated login form. I
made a small addition to prevent that:

    if (!empty($loginname) && !empty($passwd) && empty($service)) {
        if (empty($service) && $_CONF['user_login_method']['standard']) {
            $status = SEC_authenticate($loginname, $passwd, $uid);
        } else {
            $status = -1;
        }

(in users.php) You would have to invert the logic for your
$_CONF['force_remoteauthentication'] flag.

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From devel at portalparts.com  Sun Feb 24 11:34:11 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sun, 24 Feb 2008 11:34:11 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <200802241019.37438.thomas@koch.ro>
References: <20080113181416.328443735@smtp.haun-online.de>	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>	<20080223203301.435420052@smtp.haun-online.de>
	<200802241019.37438.thomas@koch.ro>
Message-ID: <BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>

Thomas Koch wrote:
> Hi geeks,
>
> FYI: http://www.ezcomponents.org/docs/tutorials/Webdav
>
> A fresh, unit-tested, well documented, PHP5 WebDAV component. Would be glad to 
> see it used in other projects, too.
>
>   
Hi Thomas,

This looks interesting but have to ask, what are the dependencies of 
using a ezcomponent as I expect it depends on the core ezc framework. 
Not sure how familiar you are with the Geeklog framework but can you 
comment on the effort/feasibility of adapting this component

Blaine



From mark at the-howards.net  Sun Feb 24 15:23:06 2008
From: mark at the-howards.net (Mark Howard)
Date: Sun, 24 Feb 2008 15:23:06 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>
References: <20080113181416.328443735@smtp.haun-online.de>	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>	<20080223203301.435420052@smtp.haun-online.de>	<200802241019.37438.thomas@koch.ro>
	<BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>
Message-ID: <019501c87723$11696660$343c3320$@net>

Hi -

This was not to me, but to elucidate (from www.webdav.org):

"Briefly: WebDAV stands for "Web-based Distributed Authoring and
Versioning". It is a set of extensions to the HTTP protocol which allows
users to collaboratively edit and manage files on remote web servers."  It
is described in IETF RFC's 2518 and 4918.

Functionally speaking, it is a protocol extension of HTTP/1.1.  DAV
(Distributed Authoring & Versioning) adds new HTTP methods and headers.  As
such, it's most common implementation is seen as an extension to httpd, and
the reference implementation for Apache is mod_dav.  Although it is possible
to implement a full httpd/webdav implementation utilizing the PHP scripting
framework, it's not that practical, as the performance characteristics are
poor, multi-threaded implementations are nearly impossible, and the
potential security problems related to the necessary integration with the
O/S IP stack are many.

Many hosting providers utilizing shared hosting systems not implementing
full virtualization to the OS kernel level (VHosting service) have not in
the past provided WebDAV services, as it did not provide a sufficient level
of security to maintain the separation between hosting Customers.  Some
hosting providers such as BlueHost have recently begun to offer it, however
the depth of the implementation of the protocol is limited.

WebDAV is kewl, however for code authoring/maintenance needs, I find that I
can accomplish nearly the same level of functionality simply by utilizing
the usually-available sftpd, along with the workstation client
implementation such as WebDrive [www.webdrive.com] or SFTPDrive
[www.sftpdrive.com] in the Windows space, or sshfs (fuse-based)
[http://fuse.sourceforge.net/sshfs.html] in the Linux space to directly
access my hosting account folder tree.  Many hosting providers offer sftp
services which provide a reasonable level of performance (although often
your transfer rate is capped).

I don't really see that this type of function is practically integrated with
a layer 6/7 application/presentation-layer delivery framework such as
GeekLog, WebDAV operates at lower layers of the OSI model.

Best regards.

-m


-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Blaine Lang
Sent: Sunday, February 24, 2008 11:34 AM
To: thomas at koch.ro; Geeklog Development
Subject: Re: [geeklog-devel] WebDAV

Thomas Koch wrote:
> Hi geeks,
>
> FYI: http://www.ezcomponents.org/docs/tutorials/Webdav
>
> A fresh, unit-tested, well documented, PHP5 WebDAV component. Would be
glad to 
> see it used in other projects, too.
>
>   
Hi Thomas,

This looks interesting but have to ask, what are the dependencies of 
using a ezcomponent as I expect it depends on the core ezc framework. 
Not sure how familiar you are with the Geeklog framework but can you 
comment on the effort/feasibility of adapting this component

Blaine

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel



From devel at portalparts.com  Sun Feb 24 15:37:20 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sun, 24 Feb 2008 15:37:20 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <019501c87723$11696660$343c3320$@net>
References: <20080113181416.328443735@smtp.haun-online.de>	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>	<20080223203301.435420052@smtp.haun-online.de>	<200802241019.37438.thomas@koch.ro>	<BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>
	<019501c87723$11696660$343c3320$@net>
Message-ID: <BAYC1-PASMTP09E4BF2ED5458A6BC00C40BC1F0@CEZ.ICE>

Mark Howard wrote:
> WebDAV is kewl, however for code authoring/maintenance needs, I find that I
> can accomplish nearly the same level of functionality simply by utilizing
> the usually-available sftpd, along with the workstation client
> implementation such as WebDrive [www.webdrive.com] or SFTPDrive
> [www.sftpdrive.com] in the Windows space, or sshfs (fuse-based)
> [http://fuse.sourceforge.net/sshfs.html] in the Linux space to directly
> access my hosting account folder tree.
That may be fine for geeks but try and see if Betty Boop in accounting 
that wants to update a document maintained on the Intranet file 
repository (Geeklog) would have any idea what that means. A user just 
wants to open the file in the default application (have it lock the file 
automatically) and save it - updating the remote file automatically. MS 
Office and other apps automatically support WebDAV and it's a protocol 
thats gaining in popularity after 10years+.


From rri at silentyak.com  Sun Feb 24 16:04:29 2008
From: rri at silentyak.com (Ramnath R Iyer)
Date: Sun, 24 Feb 2008 16:04:29 -0500
Subject: [geeklog-devel] Call for ideas and mentors for the SoC 2008
In-Reply-To: <20080113181416.328443735@smtp.haun-online.de>
References: <20080113181416.328443735@smtp.haun-online.de>
Message-ID: <ac3a99aa0802241304q1bab19m8c85c7fca5303fd5@mail.gmail.com>

Hi,

Sorry for the long hiatus. I have been following the conversation
about SoC 2008; I will not be able to commit any time this summer
because it's a major phase-change for me career-wise. But if someone
is willing to mentor and is worried about not being able to give
enough time etc, then I can help out there. Officially or unofficially
doesn't matter to me.

--
Ramnath R Iyer

On Sun, Jan 13, 2008 at 1:14 PM, Dirk Haun <dirk at haun-online.de> wrote:
> Should Google decide to run the Summer of Code program again this year,
>  we can probably expect an announcement sometime in February, followed by
>  a short application phase for projects.
>
>  So assuming we want to take part again this year, it's about time we
>  start collecting ideas.
>
>  We would also need mentors. I don't know about Tony and Blaine, but I've
>  decided to take only one student this year. Matt and Ramnath were great
>  to work with and mostly found their way through Geeklog's traps and
>  pitfalls without my help, but I always felt guilty for not spending
>  enough time with them.
>
>  So I think we should try and get some "fresh blood" on board this year.
>  Which includes former students, btw (something that Google encourages).
>
>  Also, I think we don't need to restrict ourselves to the core Geeklog
>  code - we could easily take a few plugins under the Geeklog umbrella.
>  There already was some interest in an e-commerce plugin last year, but
>  improving existing plugins would also suit the program nicely, I would think.
>
>  I've cleaned up the Wiki page for your perusal:
>
>     http://wiki.geeklog.net/wiki/index.php/Google_Summer_of_Code
>
>  bye, Dirk
>
>
>  --
>  http://www.geeklog.net/
>  http://geeklog.info/
>
>  _______________________________________________
>  geeklog-devel mailing list
>  geeklog-devel at lists.geeklog.net
>  http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>



-- 
Ramnath R Iyer


From mark at the-howards.net  Sun Feb 24 16:56:43 2008
From: mark at the-howards.net (Mark Howard)
Date: Sun, 24 Feb 2008 16:56:43 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <BAYC1-PASMTP09E4BF2ED5458A6BC00C40BC1F0@CEZ.ICE>
References: <20080113181416.328443735@smtp.haun-online.de>	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>	<20080223203301.435420052@smtp.haun-online.de>	<200802241019.37438.thomas@koch.ro>	<BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>	<019501c87723$11696660$343c3320$@net>
	<BAYC1-PASMTP09E4BF2ED5458A6BC00C40BC1F0@CEZ.ICE>
Message-ID: <01f101c87730$254fee30$6fefca90$@net>

Hi Blaine -

Understood, and not against it, my primary point was that WebDAV is more
appropriately implemented (IMHO) as a module/extension to the http server,
not as an extension/plugin to GeekLog, and in fact, such an implementation
already exists.

I guess the question I'd ask is what PHP-script-based implementation does
for you that the web server module does not?  (Sincere) apologies if I'm
missing something obvious here.

My experience is that as in most of these emerging capabilities, client-side
functionality, reliability and compatibility greatly varies.  For instance,
the openoffice.org implementation doesn't get along that well with the
Office 2007 stuff, and the MS implementation of the client/requestor is
imperfect.  As it is with most things, MS has a pretty biased and inflexible
view towards their particular interpretation of the RFC, etc., eg. they are
right and everyone else must be wrong.

-m

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Blaine Lang
Sent: Sunday, February 24, 2008 3:37 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] WebDAV

Mark Howard wrote:
> WebDAV is kewl, however for code authoring/maintenance needs, I find that
I
> can accomplish nearly the same level of functionality simply by utilizing
> the usually-available sftpd, along with the workstation client
> implementation such as WebDrive [www.webdrive.com] or SFTPDrive
> [www.sftpdrive.com] in the Windows space, or sshfs (fuse-based)
> [http://fuse.sourceforge.net/sshfs.html] in the Linux space to directly
> access my hosting account folder tree.
That may be fine for geeks but try and see if Betty Boop in accounting 
that wants to update a document maintained on the Intranet file 
repository (Geeklog) would have any idea what that means. A user just 
wants to open the file in the default application (have it lock the file 
automatically) and save it - updating the remote file automatically. MS 
Office and other apps automatically support WebDAV and it's a protocol 
thats gaining in popularity after 10years+.
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel



From mark at the-howards.net  Sun Feb 24 17:15:00 2008
From: mark at the-howards.net (Mark Howard)
Date: Sun, 24 Feb 2008 17:15:00 -0500
Subject: [geeklog-devel] Events Block behavior for today's events
Message-ID: <01f701c87732$b869a2e0$293ce8a0$@net>

Hi -

 

Is there a mantis/bugtracker active?  If not, what is the most appropriate
method to report bugs?

 

I'd like to check to see if the Calendar plugin maintainer has updated
phpblock_calendar() for 1.5 so that it will result in the display of the
current day's events (at least as an option).  The fix I have implemented
here is to change the query to utilize CURDATE() instead of NOW(), which
allows for events in the current day to be included. 

 

I know, there's a fine line between a bug and a feature request (grin), but
I guess this one is in the category of what you would think the behavior
should be from an intuitive standpoint.

 

Thanks!

 

-m

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080224/83aad31c/attachment.html>

From devel at portalparts.com  Sun Feb 24 17:50:22 2008
From: devel at portalparts.com (Blaine Lang)
Date: Sun, 24 Feb 2008 17:50:22 -0500
Subject: [geeklog-devel] WebDAV
In-Reply-To: <01f101c87730$254fee30$6fefca90$@net>
References: <20080113181416.328443735@smtp.haun-online.de>	<BAYC1-PASMTP0135193D388229F823DB96BC1E0@CEZ.ICE>	<20080223203301.435420052@smtp.haun-online.de>	<200802241019.37438.thomas@koch.ro>	<BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>	<019501c87723$11696660$343c3320$@net>	<BAYC1-PASMTP09E4BF2ED5458A6BC00C40BC1F0@CEZ.ICE>
	<01f101c87730$254fee30$6fefca90$@net>
Message-ID: <BAYC1-PASMTP06ED37CC34D2F0616D8C88BC1F0@CEZ.ICE>

Mark Howard wrote:
> Understood, and not against it, my primary point was that WebDAV is more
> appropriately implemented (IMHO) as a module/extension to the http server,
> not as an extension/plugin to GeekLog, and in fact, such an implementation
> already exists.
Mark, I agree that it would be best to investigate using the native 
WebServer extension and I've not spent enough time exploring the 
how-to-options. It's been on my list of projects for a couple years to 
look at and has just not bubbled to the top. It may be that all is 
needed is for a DM plugin to work have the capability of working with 
the WebDAV server file system.

Blaine


From joe at ThrowingDice.com  Sun Feb 24 22:40:31 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Sun, 24 Feb 2008 22:40:31 -0500
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <01f701c87732$b869a2e0$293ce8a0$@net>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
Message-ID: <0JWR00JBDZJCQHC0@mta5.srv.hcvlny.cv.net>

At 05:15 PM 2/24/2008, Mark Howard wrote:

>Is there a mantis/bugtracker active?  If not, what is the most 
>appropriate method to report bugs?

There is no bug DB at the moment. Someone was working on one though. 
I don't remember who though.


>I'd like to check to see if the Calendar plugin maintainer has 
>updated phpblock_calendar() for 1.5 so that it will result in the 
>display of the current day's events (at least as an option).  The 
>fix I have implemented here is to change the query to utilize 
>CURDATE() instead of NOW(), which allows for events in the current 
>day to be included.

As for the Calendar plugin, when I finish recurring event support, 
the phpblock will need to be rewritten. So I'll just take this as a 
feature request that current day event don't disappear when they start.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From thomas at koch.ro  Mon Feb 25 03:39:48 2008
From: thomas at koch.ro (Thomas Koch)
Date: Mon, 25 Feb 2008 09:39:48 +0100
Subject: [geeklog-devel] WebDAV
In-Reply-To: <BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>
References: <20080113181416.328443735@smtp.haun-online.de>
	<200802241019.37438.thomas@koch.ro>
	<BAYC1-PASMTP06649A8F23EE14AC071CE5BC1F0@CEZ.ICE>
Message-ID: <200802250939.48861.thomas@koch.ro>

Am Sonntag 24 Februar 2008 17:34:11 schrieb Blaine Lang:
> Thomas Koch wrote:
> > Hi geeks,
> >
> > FYI: http://www.ezcomponents.org/docs/tutorials/Webdav
> >
> > A fresh, unit-tested, well documented, PHP5 WebDAV component. Would be
> > glad to see it used in other projects, too.
>
> Hi Thomas,
>
> This looks interesting but have to ask, what are the dependencies of
> using a ezcomponent as I expect it depends on the core ezc framework.
> Not sure how familiar you are with the Geeklog framework but can you
> comment on the effort/feasibility of adapting this component
>
> Blaine

Using an eZ Component requires you to load the __autoload mechanism of the 
components and therefore to also use the Base component, which provides the 
autoload mechanism.
You can use many autoload mechanisms in parallel, but also plug your own 
classes in the eZ autoload mechanism. Just as you like.
The design philosophy of the components is, that no component must require 
another component. So you can pick only those components you need.
The licence is New BSD, compatible with everything else.

The PHP requirement of each component is listed in this file:
http://svn.ezcomponents.org/viewcvs.cgi/docs/php-requirements.txt?view=markup

Cheers,

Thomas Koch

-- 
Thomas Koch, Software Developer
http://www.koch.ro


From dirk at haun-online.de  Mon Feb 25 07:58:14 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 25 Feb 2008 13:58:14 +0100
Subject: [geeklog-devel] Summer of Code 2008
Message-ID: <20080225135814.znjo63gnqcgk0swg@webmail.df.eu>

No official announcement yet, but the website is live already:

   http://code.google.com/soc/2008/

First important date: The application phase for organizations starts  
next Monday (March 3).

bye, Dirk



From Jessica.Blank at mtvnmix.com  Mon Feb 25 13:42:53 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Mon, 25 Feb 2008 13:42:53 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <20080224111353.407203517@smtp.haun-online.de>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
	<20080224111353.407203517@smtp.haun-online.de>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>

Wonderful. I will defer to your patch. Has it been integrated into the
CVS repository?

Additionally: Did you add logic to remove the dropdown if only one
authentication method is present and
$_CONF['user_login_method']['3rdparty'] = true and
$_CONF['user_login_method']['standard'] = false? It would make little
sense to have a dropdown where a user can only select one method... Just
use a hidden form field like I did, no?

And yes, we are using this on an Intranet. I knew users could change the
authentication method via manipulating the form, but it wasn't really
important as it wouldn't get them in anyways. We simply do not HAVE any
local logins for geeklog; everything is done via LDAP. :)

--Jessica

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun
Sent: Sunday, February 24, 2008 6:14 AM
To: geeklog-devel
Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch
forenterprise users

Blank, Jessica wrote:

>Was my patch received, and is it satisfactory?

I just had a look and as usual, there's a can of worms waiting to be
opened there.

Short version: I have now made a change that should be equivalent to
your patch. You can now set $_CONF['user_login_method']['3rdparty'] =
true and $_CONF['user_login_method']['standard'] = false and that would
force users to  login via remote authentication.

Long version: I couldn't help noticing that we have two similar, but not
quite identical, login forms: The one in the side block and the one on /
users.php. I've made an attempt to move that code to one function and
make $_CONF['user_login_method']['standard'] working properly (i.e. that
you could disable the standard login and the remote auth. and it would
hide the login form), but that required too many theme changes.

I still think this should be done properly, if only to get rid of the
duplicate code (and duplicate template files) but I wasn't really in the
mood. If anyone else wants to wrestle with it - be my guest. Otherwise,
I may look at it again some other time.


Anyway, thanks Jessica, for the patch.

Btw, I assume you're only using this on an intranet? Because users could
bypass the remote authentication by using a manipulated login form. I
made a small addition to prevent that:

    if (!empty($loginname) && !empty($passwd) && empty($service)) {
        if (empty($service) && $_CONF['user_login_method']['standard'])
{
            $status = SEC_authenticate($loginname, $passwd, $uid);
        } else {
            $status = -1;
        }

(in users.php) You would have to invert the logic for your
$_CONF['force_remoteauthentication'] flag.

bye, Dirk


--
http://www.geeklog.net/
http://geeklog.info/

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel


From dirk at haun-online.de  Mon Feb 25 13:55:50 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 25 Feb 2008 19:55:50 +0100
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b4
	2e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D489979
	7E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918
	@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtv
	n.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.
	viacom.com> <20080224111353.407203517@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <20080225185550.1711904358@smtp.haun-online.de>

Blank, Jessica wrote:

>Has it been integrated into the CVS repository?

Yes.


>Additionally: Did you add logic to remove the dropdown if only one
>authentication method is present and
>$_CONF['user_login_method']['3rdparty'] = true and
>$_CONF['user_login_method']['standard'] = false? It would make little
>sense to have a dropdown where a user can only select one method... Just
>use a hidden form field like I did, no?

Ah, I missed that bit. Okay, I see your point but I think it should be
made clear what the login method is going to be. So maybe we should add
the login method as a simple text string then?


>We simply do not HAVE any
>local logins for geeklog; everything is done via LDAP. :)

So you have a remote authentication module that does LDAP? We had quite
a few people ask for something like this. Any chance you could make it
available?

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From dirk at haun-online.de  Mon Feb 25 13:48:46 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 25 Feb 2008 19:48:46 +0100
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <01f701c87732$b869a2e0$293ce8a0$@net>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
Message-ID: <20080225184846.1284788067@smtp.haun-online.de>

Mark Howard wrote:

>Is there a mantis/bugtracker active?

Not quite ... /me looks in Dwight's general direction.


>If not, what is the most appropriate method to report bugs?

Either here on on the forums (Feedback forum, for example) is fine.


>I'd like to check to see if the Calendar plugin maintainer has updated
>phpblock_calendar() for 1.5 so that it will result in the display of the
>current day's events (at least as an option).

Are you the same person who posted this?

  <http://www.geeklog.net/forum/viewtopic.php?showtopic=81457>

IMO, it's perfectly fine (even expected behavior) that events disappear
from there as soon as their start time is reached. Wouldn't it be
confusing to look at the Upcoming Events block (note the name ...) and
see an event there that already started or even passed?

Of course, if we're talking about events that haven't finished yet, then
I could be persuaded to accept a change for that ...

bye, Dirk


-- 
http://www.haun-online.de/
http://geeklog.info/



From dirk at haun-online.de  Mon Feb 25 14:57:49 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 25 Feb 2008 20:57:49 +0100
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <20080225184846.1284788067@smtp.haun-online.de>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
	<20080225184846.1284788067@smtp.haun-online.de>
Message-ID: <20080225195749.1167452728@smtp.haun-online.de>

Dirk Haun wrote:

>IMO, it's perfectly fine (even expected behavior) that events disappear
>from there as soon as their start time is reached.

Sorry, apparently they don't even show up for the current day. That
appears to be a bug.

bye, Dirk


-- 
http://www.geeklog.net/
http://geeklog.info/



From Jessica.Blank at mtvnmix.com  Mon Feb 25 15:27:20 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Mon, 25 Feb 2008 15:27:20 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <20080225185550.1711904358@smtp.haun-online.de>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
	<20080224111353.407203517@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
	<20080225185550.1711904358@smtp.haun-online.de>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>

> >Additionally: Did you add logic to remove the dropdown if only one 
> >authentication method is present and 
> >$_CONF['user_login_method']['3rdparty'] = true and 
> >$_CONF['user_login_method']['standard'] = false? It would make little

> >sense to have a dropdown where a user can only select one method... 
> >Just use a hidden form field like I did, no?
> 
> Ah, I missed that bit. Okay, I see your point but I think it should be
made clear what the login method is going to be. > So maybe we should
add the login method as a simple text string then?

In our experience, users get confused when they are provided with
extraneous information. If the only login method they ever use is LDAP
(and bear in mind that most users don't even know what 'LDAP' -is-, nor
do they want to), even printing 'Login via: LDAP' or the like (even if
it's not changeable) will simply confuse them. My recommendation is that
if there's only one authentication method available to users (be it
'local' or 'remote'), that the authentication method simply not be
mentioned at all in the visible page... It would just confuse end-users.
In other words, if all logins are via LDAP, then there's really no point
in printing LDAP anywhere on the page... Just have the form send LDAP as
a hidden form field and be done with it, with no user confusion ("hey,
now the login form says 'LDAP'... What's 'LDAP'? Do I need to worry
about this? Is 'LDAP' a virus?...")

In any case, that has been our experience.

What do you think?

> >We simply do not HAVE any
> >local logins for geeklog; everything is done via LDAP. :)
> 
> So you have a remote authentication module that does LDAP? We had
quite a few people ask for something like this. Any > > chance you could
make it available?

Yup. We certainly do have this! It's super simple too. Tell you what; I
will pull the latest version of the code from CVS and tweak my CVS
module to work with it, then submit it. :)

--Jessica


From joe at ThrowingDice.com  Mon Feb 25 15:37:14 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Mon, 25 Feb 2008 15:37:14 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
	<7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
	<20080224111353.407203517@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
	<20080225185550.1711904358@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <0JWT00DQ4AIXCRG0@mta3.srv.hcvlny.cv.net>

At 03:27 PM 2/25/2008, Blank, Jessica wrote:
>In our experience, users get confused when they are provided with
>extraneous information.              <snip>

>What do you think?

It's easier to have information there that the ADMIN can remove from 
the template (or language files) than to want information that 
Geeklog does not provide. So if when you upgrade decide the "login 
via LDAP" text is confusing, you could remove it. Others may decide 
to leave it there.

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From Jessica.Blank at mtvnmix.com  Mon Feb 25 15:38:34 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Mon, 25 Feb 2008 15:38:34 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <0JWT00DQ4AIXCRG0@mta3.srv.hcvlny.cv.net>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com><20080224111353.407203517@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com><20080225185550.1711904358@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWT00DQ4AIXCRG0@mta3.srv.hcvlny.cv.net>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011800AF@STRANGELOVE.mtvn.ad.viacom.com>

This is true. I'd argue that it should be the other way around though;
have the information there, but IN A COMMENT... So if the admin wants
the page to be verbose and specify the login method on the page, they
simply remove the comment tags ("<!--" and "-->") :)

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe
Mucchiello
Sent: Monday, February 25, 2008 3:37 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] 'force_remoteauthentication' patch
forenterprise users

At 03:27 PM 2/25/2008, Blank, Jessica wrote:
>In our experience, users get confused when they are provided with
>extraneous information.              <snip>

>What do you think?

It's easier to have information there that the ADMIN can remove from the
template (or language files) than to want information that Geeklog does
not provide. So if when you upgrade decide the "login via LDAP" text is
confusing, you could remove it. Others may decide to leave it there.

----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel


From joe at ThrowingDice.com  Mon Feb 25 15:45:49 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Mon, 25 Feb 2008 15:45:49 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AF@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com>
	<7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com>
	<20080220194938.1356636918@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com>
	<20080224111353.407203517@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
	<20080225185550.1711904358@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWT00DQ4AIXCRG0@mta3.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AF@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <0JWT00B3WAX1FA81@mta1.srv.hcvlny.cv.net>

At 03:38 PM 2/25/2008, Blank, Jessica wrote:
>This is true. I'd argue that it should be the other way around though;
>have the information there, but IN A COMMENT... So if the admin wants
>the page to be verbose and specify the login method on the page, they
>simply remove the comment tags ("<!--" and "-->") :)

The way the templates work, you have to do it the other way around:

{lang_userid}: <input...
{lang_passwd}: <input....
{lang_authmethod}: {method}

{method} will be flat text if there's only one method. Otherwise 
method is replaced with a <select...>. In the case of avoiding 
confusion, you would comment out the line with {lang_method} and 
{method}. But in the default case of supporting multiple methods, you 
can't tell people "first you have uncomment blah blah blah in template...."


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From dirk at haun-online.de  Mon Feb 25 17:35:05 2008
From: dirk at haun-online.de (Dirk Haun)
Date: Mon, 25 Feb 2008 23:35:05 +0100
Subject: [geeklog-devel] 'force_remoteauthentication' patch
 forenterprise users
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b4
	2e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D489979
	7E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918
	@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtv
	n.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.
	viacom.com>
	<20080224111353.407203517@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1
	BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com>
	<20080225185550.1711904358@smtp.haun-online.de>
	<BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <20080225223505.2093238172@smtp.haun-online.de>

Blank, Jessica wrote:

>In other words, if all logins are via LDAP, then there's really no point
>in printing LDAP anywhere on the page...

It may be obvious on an intranet but not necessarily so when you
encounter it on a public website. Is it a standard Geeklog login?
LiveJournal? Anything else? I think there should be a hint.

Have to play with the form a bit to see how it may look like ...


[LDAP module]
>Yup. We certainly do have this! It's super simple too. Tell you what; I
>will pull the latest version of the code from CVS and tweak my CVS
>module to work with it, then submit it. :)

That would be great, thanks! :-)

bye, Dirk


-- 
http://www.haun-online.de/
http://geeklog.info/



From Jessica.Blank at mtvnmix.com  Mon Feb 25 18:10:34 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Mon, 25 Feb 2008 18:10:34 -0500
Subject: [geeklog-devel] 'force_remoteauthentication' patch
	forenterprise users
In-Reply-To: <20080225223505.2093238172@smtp.haun-online.de>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAE2@STRANGELOVE.mtvn.ad.viacom.com><7b42e7470802201139w5b4665bejac69313bfe6ccf64@mail.gmail.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAE3@STRANGELOVE.mtvn.ad.viacom.com><20080220194938.1356636918@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011CFAE4@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011800AC@STRANGELOVE.mtvn.ad.viacom.com><20080224111353.407203517@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011800AD@STRANGELOVE.mtvn.ad.viacom.com><20080225185550.1711904358@smtp.haun-online.de><BA757BFE2F0A8D4899797E62869E1BAD011800AE@STRANGELOVE.mtvn.ad.viacom.com>
	<20080225223505.2093238172@smtp.haun-online.de>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011800B0@STRANGELOVE.mtvn.ad.viacom.com>

[On the displaying of an indicator for which login method is being used]

> >In other words, if all logins are via LDAP, then there's really no 
> >point in printing LDAP anywhere on the page...
>
> It may be obvious on an intranet but not necessarily so when you
encounter it on a public website. Is it a standard > > > Geeklog login?
> LiveJournal? Anything else? I think there should be a hint.

Good point. :)


[LDAP module]
> >Yup. We certainly do have this! It's super simple too. Tell you what;
I 
> >will pull the latest version of the code from CVS and tweak my CVS 
> >module to work with it, then submit it. :)
> 
> That would be great, thanks! :-)

Will do! :)

--Jessica


From mark at the-howards.net  Mon Feb 25 22:41:58 2008
From: mark at the-howards.net (Mark Howard)
Date: Mon, 25 Feb 2008 22:41:58 -0500
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <20080225184846.1284788067@smtp.haun-online.de>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
	<20080225184846.1284788067@smtp.haun-online.de>
Message-ID: <025a01c87829$8aba0c20$a02e2460$@net>

Hi Dirk -

>>I'd like to check to see if the Calendar plugin maintainer has updated
>>phpblock_calendar() for 1.5 so that it will result in the display of the
>>current day's events (at least as an option).
>
> Are you the same person who posted this?
>
>  <http://www.geeklog.net/forum/viewtopic.php?showtopic=81457>

No, I am not the person who posted that, and I was actually unaware of the
post, but it looks like they encountered the same bug, and arrived at the
same fix that I did.  ;^)

I also see from a later post that you understand that the current day's
events are not appearing, and therefore I would like to officially report it
as a bug (complete with suggested fix).

Thanks!

-m

Btw - if you need an assist with getting mantis active, I'd be happy to help






From mjervis at gmail.com  Wed Feb 27 07:40:33 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Wed, 27 Feb 2008 12:40:33 +0000
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <025a01c87829$8aba0c20$a02e2460$@net>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
	<20080225184846.1284788067@smtp.haun-online.de>
	<025a01c87829$8aba0c20$a02e2460$@net>
Message-ID: <7b42e7470802270440wb43d07dp1cbc557427d4a054@mail.gmail.com>

I've merged this fix into trunk and will commit later today.


From Jessica.Blank at mtvnmix.com  Thu Feb 28 16:13:24 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 16:13:24 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>

Hi gang; I am working on porting my LDAP authentication class to the latest CVS build, but I'm being stymied by the CVS build evidently not working. I just did a pull an hour or so ago, and here's what I get when I browse to the root of the site where Geeklog is installed in my browser:

-------
Warning: fopen(error.log): failed to open stream: Permission denied in /XXXXX/public_html/lib-common.php on line 1955
Unfortunately, an error has occurred rendering this page. Please try again later.
-------

(Where 'XXXXX' is the path to the installation of Geeklog 1.x CVS).

So I did some digging. It turns out that it's trying to write to $_CONF['path_log'] . 'error.log', which is fine... The problem, however, is that $_CONF['path_log'] seems to be an EMPTY STRING!

So I did some MORE digging, and found out that, evidently, config.php is not being called at all. I can put print statements in there to try to debug things... but they don't show up. Nada. Nothing happens. I don't think config.php is being included at all.

Can someone else try to verify this problem?

--Jessica
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/3744bb64/attachment.html>

From joe at ThrowingDice.com  Thu Feb 28 16:17:23 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 28 Feb 2008 16:17:23 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
 'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>

At 04:13 PM 2/28/2008, Blank, Jessica wrote:
>So I did some MORE digging, and found out that, evidently, 
>config.php is not being called at all. I can put print statements in 
>there to try to debug things... but they don't show up. Nada. 
>Nothing happens. I don't think config.php is being included at all.
>
>Can someone else try to verify this problem?

config.php is no longer used in 1.5. If you have special code in your 
config.php you need to move it to lib-custom.php or siteconfig.php. 
Or you can go to public_html/admin/configuration.php and see if you 
can modify path_log there.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From Jessica.Blank at mtvnmix.com  Thu Feb 28 16:54:18 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 16:54:18 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com>

If config.php is no longer used, then shouldn't config.php (as well as 'config.php.dist') be removed from the CVS repository?

By the way, I also noticed that some of the files have copyright dates that still read 2007...


-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
Sent: Thu 2/28/2008 4:17 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
At 04:13 PM 2/28/2008, Blank, Jessica wrote:
>So I did some MORE digging, and found out that, evidently, 
>config.php is not being called at all. I can put print statements in 
>there to try to debug things... but they don't show up. Nada. 
>Nothing happens. I don't think config.php is being included at all.
>
>Can someone else try to verify this problem?

config.php is no longer used in 1.5. If you have special code in your 
config.php you need to move it to lib-custom.php or siteconfig.php. 
Or you can go to public_html/admin/configuration.php and see if you 
can modify path_log there.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/a570ce7a/attachment.html>

From Jessica.Blank at mtvnmix.com  Thu Feb 28 17:24:17 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 17:24:17 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>

Furthermore, I still have no idea where I'm -supposed to- configure the system. :/

1) siteconfig.php reads "You should not need to edit this file. See the installation instructions for details."


2) The installation instructions [still] read:
===============
    5. Edit config.php with the appropriate settings for your server. For
       installation,  this basically means "set your paths," as all other
       variables can be changed after a successful installation. The config.php
       file contains comments to help you out.
===============

Something here is wrong.

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, Jessica
Sent: Thu 2/28/2008 4:54 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working;'config.php' evidently not being read
 
If config.php is no longer used, then shouldn't config.php (as well as 'config.php.dist') be removed from the CVS repository?

By the way, I also noticed that some of the files have copyright dates that still read 2007...


-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
Sent: Thu 2/28/2008 4:17 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
At 04:13 PM 2/28/2008, Blank, Jessica wrote:
>So I did some MORE digging, and found out that, evidently, 
>config.php is not being called at all. I can put print statements in 
>there to try to debug things... but they don't show up. Nada. 
>Nothing happens. I don't think config.php is being included at all.
>
>Can someone else try to verify this problem?

config.php is no longer used in 1.5. If you have special code in your 
config.php you need to move it to lib-custom.php or siteconfig.php. 
Or you can go to public_html/admin/configuration.php and see if you 
can modify path_log there.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/95074eef/attachment.html>

From joe at ThrowingDice.com  Thu Feb 28 17:38:30 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 28 Feb 2008 17:38:30 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
 'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net>

At 05:24 PM 2/28/2008, Blank, Jessica wrote:
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C87A58.F08765BB"
>
>Furthermore, I still have no idea where I'm -supposed to- configure 
>the system. :/
>
>1) siteconfig.php reads "You should not need to edit this file. See 
>the installation instructions for details."

Did you run the installer? public_html/admin/install/index.php

That is where you configure your system.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From Jessica.Blank at mtvnmix.com  Thu Feb 28 17:45:14 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 17:45:14 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>

Hmm, I think the installation instructions are way out of date. They still refer to config.php, etc.


-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
Sent: Thu 2/28/2008 5:38 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
At 05:24 PM 2/28/2008, Blank, Jessica wrote:
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C87A58.F08765BB"
>
>Furthermore, I still have no idea where I'm -supposed to- configure 
>the system. :/
>
>1) siteconfig.php reads "You should not need to edit this file. See 
>the installation instructions for details."

Did you run the installer? public_html/admin/install/index.php

That is where you configure your system.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/d5f2447e/attachment.html>

From Jessica.Blank at mtvnmix.com  Thu Feb 28 17:48:22 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 17:48:22 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF6@STRANGELOVE.mtvn.ad.viacom.com>

Okay, so I ran the installer, tried to do an upgrade, went to the root of the site, and got:

Fatal error: Cannot instantiate non-existent class: template in /XXXXXXXXXX/public_html/lib-common.php on line 1477

I really need to get this CVS build going. Any ideas?


-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
Sent: Thu 2/28/2008 5:38 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
At 05:24 PM 2/28/2008, Blank, Jessica wrote:
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C87A58.F08765BB"
>
>Furthermore, I still have no idea where I'm -supposed to- configure 
>the system. :/
>
>1) siteconfig.php reads "You should not need to edit this file. See 
>the installation instructions for details."

Did you run the installer? public_html/admin/install/index.php

That is where you configure your system.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/94935718/attachment.html>

From joe at ThrowingDice.com  Thu Feb 28 17:49:13 2008
From: joe at ThrowingDice.com (Joe Mucchiello)
Date: Thu, 28 Feb 2008 17:49:13 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
 'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net>

At 05:45 PM 2/28/2008, Blank, Jessica wrote:

>Hmm, I think the installation instructions are way out of date. They 
>still refer to config.php, etc.

They most likely are out of date. You should expect that from latest 
CVS. If 1.5 were released then out of date documentation would be a problem.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 



From Jessica.Blank at mtvnmix.com  Thu Feb 28 17:52:27 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 17:52:27 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com>

Well, yes, of course. Just pointing this out. After all, it has to get updated -some- time :)

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
Sent: Thu 2/28/2008 5:49 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
At 05:45 PM 2/28/2008, Blank, Jessica wrote:

>Hmm, I think the installation instructions are way out of date. They 
>still refer to config.php, etc.

They most likely are out of date. You should expect that from latest 
CVS. If 1.5 were released then out of date documentation would be a problem.


----
Joe Mucchiello
Throwing Dice Games
http://www.throwingdice.com 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/6505f229/attachment.html>

From mevans at ecsnet.com  Thu Feb 28 17:55:33 2008
From: mevans at ecsnet.com (Mark R. Evans)
Date: Thu, 28 Feb 2008 16:55:33 -0600
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>

Jessica,

If you can, I would simply start over.  Blow away what you have and grab the
latest from CVS again.  You won't need to edit any files to run the
installer, it now does this automatically.  Just make sure your webserver
has write privileges to the Geeklog directories.

Run the installer: http://www.yoursitehere.com/admin/install/install.php

That should you the initial install going and get you up and running.

>From there, any configuration changes you want to make you can do from the
Configuration menu option under Admins Only.

Thanks!
Mark

On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
>
>  Well, yes, of course. Just pointing this out. After all, it has to get
> updated -some- time :)
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
> Sent: Thu 2/28/2008 5:49 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> working; 'config.php' evidently not being read
>
> At 05:45 PM 2/28/2008, Blank, Jessica wrote:
>
> >Hmm, I think the installation instructions are way out of date. They
> >still refer to config.php, etc.
>
> They most likely are out of date. You should expect that from latest
> CVS. If 1.5 were released then out of date documentation would be a
> problem.
>
>
> ----
> Joe Mucchiello
> Throwing Dice Games
> http://www.throwingdice.com
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/94ec3610/attachment.html>

From Jessica.Blank at mtvnmix.com  Thu Feb 28 18:21:42 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 18:21:42 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com>
	<50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>

Okay, I'll try that.

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
Sent: Thu 2/28/2008 5:55 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working;'config.php' evidently not being read
 
Jessica,

If you can, I would simply start over.  Blow away what you have and grab the
latest from CVS again.  You won't need to edit any files to run the
installer, it now does this automatically.  Just make sure your webserver
has write privileges to the Geeklog directories.

Run the installer: http://www.yoursitehere.com/admin/install/install.php

That should you the initial install going and get you up and running.

>From there, any configuration changes you want to make you can do from the
Configuration menu option under Admins Only.

Thanks!
Mark

On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
>
>  Well, yes, of course. Just pointing this out. After all, it has to get
> updated -some- time :)
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
> Sent: Thu 2/28/2008 5:49 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> working; 'config.php' evidently not being read
>
> At 05:45 PM 2/28/2008, Blank, Jessica wrote:
>
> >Hmm, I think the installation instructions are way out of date. They
> >still refer to config.php, etc.
>
> They most likely are out of date. You should expect that from latest
> CVS. If 1.5 were released then out of date documentation would be a
> problem.
>
>
> ----
> Joe Mucchiello
> Throwing Dice Games
> http://www.throwingdice.com
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/af066cc4/attachment.html>

From Jessica.Blank at mtvnmix.com  Thu Feb 28 18:44:39 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 18:44:39 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com><50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>

Same deal as last time. I nuked the entire installation, did a clean CVS pull, and did all the chmod and chown commands to fix permissions. I DID NOT EDIT ANY FILES FROM THE CURRENT (2/28/2008, around 6:30 PM EST) CVS STATE. I then ran the install script through the browser. I told it to Upgrade, answered the questions, and got:

1142: DROP command denied to user 'geeklog'@'XXX.XXX.XXX.XXX' for table 'gl_tzcodes'

...which I figured was okay; if there's one too many tables, big deal. I then tried browsing to the root page of the site, and got:

Fatal error: Cannot instantiate non-existent class: template in /xxxxxxxxxxxxxxxxx/public_html/lib-common.php on line 1477

Something is Borked... I doubt it's something in the database. Could it be?

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, Jessica
Sent: Thu 2/28/2008 6:21 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working;'config.php' evidently not being read
 
Okay, I'll try that.

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
Sent: Thu 2/28/2008 5:55 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working;'config.php' evidently not being read
 
Jessica,

If you can, I would simply start over.  Blow away what you have and grab the
latest from CVS again.  You won't need to edit any files to run the
installer, it now does this automatically.  Just make sure your webserver
has write privileges to the Geeklog directories.

Run the installer: http://www.yoursitehere.com/admin/install/install.php

That should you the initial install going and get you up and running.

>From there, any configuration changes you want to make you can do from the
Configuration menu option under Admins Only.

Thanks!
Mark

On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
>
>  Well, yes, of course. Just pointing this out. After all, it has to get
> updated -some- time :)
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe Mucchiello
> Sent: Thu 2/28/2008 5:49 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> working; 'config.php' evidently not being read
>
> At 05:45 PM 2/28/2008, Blank, Jessica wrote:
>
> >Hmm, I think the installation instructions are way out of date. They
> >still refer to config.php, etc.
>
> They most likely are out of date. You should expect that from latest
> CVS. If 1.5 were released then out of date documentation would be a
> problem.
>
>
> ----
> Joe Mucchiello
> Throwing Dice Games
> http://www.throwingdice.com
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/3f2d020c/attachment.html>

From mevans at ecsnet.com  Thu Feb 28 19:03:38 2008
From: mevans at ecsnet.com (Mark R. Evans)
Date: Thu, 28 Feb 2008 18:03:38 -0600
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
 'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com><50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <47C74BDA.8090306@ecsnet.com>

Actually, I would wipe everything, source, databases, the whole bit and 
then do a fresh install.  I haven't actually tried an upgrade from CVS 
yet, so I have no clue if it works or not.

Thanks!
Mark

Blank, Jessica wrote:
>
> Same deal as last time. I nuked the entire installation, did a clean 
> CVS pull, and did all the chmod and chown commands to fix permissions. 
> I DID NOT EDIT ANY FILES FROM THE CURRENT (2/28/2008, around 6:30 PM 
> EST) CVS STATE. I then ran the install script through the browser. I 
> told it to Upgrade, answered the questions, and got:
>
> 1142: DROP command denied to user 'geeklog'@'XXX.XXX.XXX.XXX' for 
> table 'gl_tzcodes'
>
> ...which I figured was okay; if there's one too many tables, big deal. 
> I then tried browsing to the root page of the site, and got:
>
> Fatal error: Cannot instantiate non-existent class: template in 
> /xxxxxxxxxxxxxxxxx/public_html/lib-common.php on line 1477
>
> Something is Borked... I doubt it's something in the database. Could 
> it be?
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, Jessica
> Sent: Thu 2/28/2008 6:21 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working;'config.php' evidently not being read
>
> Okay, I'll try that.
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> Sent: Thu 2/28/2008 5:55 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working;'config.php' evidently not being read
>
> Jessica,
>
> If you can, I would simply start over.  Blow away what you have and 
> grab the
> latest from CVS again.  You won't need to edit any files to run the
> installer, it now does this automatically.  Just make sure your webserver
> has write privileges to the Geeklog directories.
>
> Run the installer: http://www.yoursitehere.com/admin/install/install.php
>
> That should you the initial install going and get you up and running.
>
> >From there, any configuration changes you want to make you can do 
> from the
> Configuration menu option under Admins Only.
>
> Thanks!
> Mark
>
> On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
> >
> >  Well, yes, of course. Just pointing this out. After all, it has to get
> > updated -some- time :)
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe 
> Mucchiello
> > Sent: Thu 2/28/2008 5:49 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working; 'config.php' evidently not being read
> >
> > At 05:45 PM 2/28/2008, Blank, Jessica wrote:
> >
> > >Hmm, I think the installation instructions are way out of date. They
> > >still refer to config.php, etc.
> >
> > They most likely are out of date. You should expect that from latest
> > CVS. If 1.5 were released then out of date documentation would be a
> > problem.
> >
> >
> > ----
> > Joe Mucchiello
> > Throwing Dice Games
> > http://www.throwingdice.com
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >
> >
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>   


From Jessica.Blank at mtvnmix.com  Thu Feb 28 19:15:35 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 19:15:35 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com><50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>
	<47C74BDA.8090306@ecsnet.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAFA@STRANGELOVE.mtvn.ad.viacom.com>

I honestly doubt it's the database. Could you try a fresh install (NOT upgrade) from CVS and see if it works, please? Nuking the DB here would be a pain.

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
Sent: Thu 2/28/2008 7:03 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
Actually, I would wipe everything, source, databases, the whole bit and 
then do a fresh install.  I haven't actually tried an upgrade from CVS 
yet, so I have no clue if it works or not.

Thanks!
Mark

Blank, Jessica wrote:
>
> Same deal as last time. I nuked the entire installation, did a clean 
> CVS pull, and did all the chmod and chown commands to fix permissions. 
> I DID NOT EDIT ANY FILES FROM THE CURRENT (2/28/2008, around 6:30 PM 
> EST) CVS STATE. I then ran the install script through the browser. I 
> told it to Upgrade, answered the questions, and got:
>
> 1142: DROP command denied to user 'geeklog'@'XXX.XXX.XXX.XXX' for 
> table 'gl_tzcodes'
>
> ...which I figured was okay; if there's one too many tables, big deal. 
> I then tried browsing to the root page of the site, and got:
>
> Fatal error: Cannot instantiate non-existent class: template in 
> /xxxxxxxxxxxxxxxxx/public_html/lib-common.php on line 1477
>
> Something is Borked... I doubt it's something in the database. Could 
> it be?
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, Jessica
> Sent: Thu 2/28/2008 6:21 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working;'config.php' evidently not being read
>
> Okay, I'll try that.
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> Sent: Thu 2/28/2008 5:55 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working;'config.php' evidently not being read
>
> Jessica,
>
> If you can, I would simply start over.  Blow away what you have and 
> grab the
> latest from CVS again.  You won't need to edit any files to run the
> installer, it now does this automatically.  Just make sure your webserver
> has write privileges to the Geeklog directories.
>
> Run the installer: http://www.yoursitehere.com/admin/install/install.php
>
> That should you the initial install going and get you up and running.
>
> >From there, any configuration changes you want to make you can do 
> from the
> Configuration menu option under Admins Only.
>
> Thanks!
> Mark
>
> On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
> >
> >  Well, yes, of course. Just pointing this out. After all, it has to get
> > updated -some- time :)
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe 
> Mucchiello
> > Sent: Thu 2/28/2008 5:49 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working; 'config.php' evidently not being read
> >
> > At 05:45 PM 2/28/2008, Blank, Jessica wrote:
> >
> > >Hmm, I think the installation instructions are way out of date. They
> > >still refer to config.php, etc.
> >
> > They most likely are out of date. You should expect that from latest
> > CVS. If 1.5 were released then out of date documentation would be a
> > problem.
> >
> >
> > ----
> > Joe Mucchiello
> > Throwing Dice Games
> > http://www.throwingdice.com
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >
> >
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>   
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/34b56a15/attachment.html>

From mevans at ecsnet.com  Thu Feb 28 19:30:53 2008
From: mevans at ecsnet.com (Mark R. Evans)
Date: Thu, 28 Feb 2008 18:30:53 -0600
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
 'config.php' evidently not being read
In-Reply-To: <BA757BFE2F0A8D4899797E62869E1BAD011CFAFA@STRANGELOVE.mtvn.ad.viacom.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com><50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>	<47C74BDA.8090306@ecsnet.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAFA@STRANGELOVE.mtvn.ad.viacom.com>
Message-ID: <47C7523D.5040301@ecsnet.com>

OK, I dropped the database, purged the directory structure, did a CVS 
check out, create the database, ran admin/install/install.php and it 
worked fine.

What I'm guessing is happening is that the install is erroring out due 
to the duplicate tables so other parts of the install are not running.

Thanks!
Mark

Blank, Jessica wrote:
>
> I honestly doubt it's the database. Could you try a fresh install (NOT 
> upgrade) from CVS and see if it works, please? Nuking the DB here 
> would be a pain.
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> Sent: Thu 2/28/2008 7:03 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working; 'config.php' evidently not being read
>
> Actually, I would wipe everything, source, databases, the whole bit and
> then do a fresh install.  I haven't actually tried an upgrade from CVS
> yet, so I have no clue if it works or not.
>
> Thanks!
> Mark
>
> Blank, Jessica wrote:
> >
> > Same deal as last time. I nuked the entire installation, did a clean
> > CVS pull, and did all the chmod and chown commands to fix permissions.
> > I DID NOT EDIT ANY FILES FROM THE CURRENT (2/28/2008, around 6:30 PM
> > EST) CVS STATE. I then ran the install script through the browser. I
> > told it to Upgrade, answered the questions, and got:
> >
> > 1142: DROP command denied to user 'geeklog'@'XXX.XXX.XXX.XXX' for
> > table 'gl_tzcodes'
> >
> > ...which I figured was okay; if there's one too many tables, big deal.
> > I then tried browsing to the root page of the site, and got:
> >
> > Fatal error: Cannot instantiate non-existent class: template in
> > /xxxxxxxxxxxxxxxxx/public_html/lib-common.php on line 1477
> >
> > Something is Borked... I doubt it's something in the database. Could
> > it be?
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, 
> Jessica
> > Sent: Thu 2/28/2008 6:21 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working;'config.php' evidently not being read
> >
> > Okay, I'll try that.
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> > Sent: Thu 2/28/2008 5:55 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working;'config.php' evidently not being read
> >
> > Jessica,
> >
> > If you can, I would simply start over.  Blow away what you have and
> > grab the
> > latest from CVS again.  You won't need to edit any files to run the
> > installer, it now does this automatically.  Just make sure your 
> webserver
> > has write privileges to the Geeklog directories.
> >
> > Run the installer: http://www.yoursitehere.com/admin/install/install.php
> >
> > That should you the initial install going and get you up and running.
> >
> > >From there, any configuration changes you want to make you can do
> > from the
> > Configuration menu option under Admins Only.
> >
> > Thanks!
> > Mark
> >
> > On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
> > >
> > >  Well, yes, of course. Just pointing this out. After all, it has 
> to get
> > > updated -some- time :)
> > >
> > > -----Original Message-----
> > > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe
> > Mucchiello
> > > Sent: Thu 2/28/2008 5:49 PM
> > > To: Geeklog Development
> > > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > > working; 'config.php' evidently not being read
> > >
> > > At 05:45 PM 2/28/2008, Blank, Jessica wrote:
> > >
> > > >Hmm, I think the installation instructions are way out of date. They
> > > >still refer to config.php, etc.
> > >
> > > They most likely are out of date. You should expect that from latest
> > > CVS. If 1.5 were released then out of date documentation would be a
> > > problem.
> > >
> > >
> > > ----
> > > Joe Mucchiello
> > > Throwing Dice Games
> > > http://www.throwingdice.com
> > >
> > > _______________________________________________
> > > geeklog-devel mailing list
> > > geeklog-devel at lists.geeklog.net
> > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> > >
> > >
> > > _______________________________________________
> > > geeklog-devel mailing list
> > > geeklog-devel at lists.geeklog.net
> > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> > >
> > >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >  
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>   


From Jessica.Blank at mtvnmix.com  Thu Feb 28 19:41:19 2008
From: Jessica.Blank at mtvnmix.com (Blank, Jessica)
Date: Thu, 28 Feb 2008 19:41:19 -0500
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com><0JWY001I4WKI36O0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF3@STRANGELOVE.mtvn.ad.viacom.com><BA757BFE2F0A8D4899797E62869E1BAD011CFAF4@STRANGELOVE.mtvn.ad.viacom.com><0JWZ00AMY0BOSWI0@mta3.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com><0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net><BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com><50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>	<47C74BDA.8090306@ecsnet.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAFA@STRANGELOVE.mtvn.ad.viacom.com>
	<47C7523D.5040301@ecsnet.com>
Message-ID: <BA757BFE2F0A8D4899797E62869E1BAD011CFAFB@STRANGELOVE.mtvn.ad.viacom.com>

Eeeeee. Okay. Thanks for the heads-up. I suppose I'll comment out the line of the relevant SQL file that tries to drop that table. Thank you!

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
Sent: Thu 2/28/2008 7:30 PM
To: Geeklog Development
Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not working; 'config.php' evidently not being read
 
OK, I dropped the database, purged the directory structure, did a CVS 
check out, create the database, ran admin/install/install.php and it 
worked fine.

What I'm guessing is happening is that the install is erroring out due 
to the duplicate tables so other parts of the install are not running.

Thanks!
Mark

Blank, Jessica wrote:
>
> I honestly doubt it's the database. Could you try a fresh install (NOT 
> upgrade) from CVS and see if it works, please? Nuking the DB here 
> would be a pain.
>
> -----Original Message-----
> From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> Sent: Thu 2/28/2008 7:03 PM
> To: Geeklog Development
> Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not 
> working; 'config.php' evidently not being read
>
> Actually, I would wipe everything, source, databases, the whole bit and
> then do a fresh install.  I haven't actually tried an upgrade from CVS
> yet, so I have no clue if it works or not.
>
> Thanks!
> Mark
>
> Blank, Jessica wrote:
> >
> > Same deal as last time. I nuked the entire installation, did a clean
> > CVS pull, and did all the chmod and chown commands to fix permissions.
> > I DID NOT EDIT ANY FILES FROM THE CURRENT (2/28/2008, around 6:30 PM
> > EST) CVS STATE. I then ran the install script through the browser. I
> > told it to Upgrade, answered the questions, and got:
> >
> > 1142: DROP command denied to user 'geeklog'@'XXX.XXX.XXX.XXX' for
> > table 'gl_tzcodes'
> >
> > ...which I figured was okay; if there's one too many tables, big deal.
> > I then tried browsing to the root page of the site, and got:
> >
> > Fatal error: Cannot instantiate non-existent class: template in
> > /xxxxxxxxxxxxxxxxx/public_html/lib-common.php on line 1477
> >
> > Something is Borked... I doubt it's something in the database. Could
> > it be?
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Blank, 
> Jessica
> > Sent: Thu 2/28/2008 6:21 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working;'config.php' evidently not being read
> >
> > Okay, I'll try that.
> >
> > -----Original Message-----
> > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Mark R. Evans
> > Sent: Thu 2/28/2008 5:55 PM
> > To: Geeklog Development
> > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > working;'config.php' evidently not being read
> >
> > Jessica,
> >
> > If you can, I would simply start over.  Blow away what you have and
> > grab the
> > latest from CVS again.  You won't need to edit any files to run the
> > installer, it now does this automatically.  Just make sure your 
> webserver
> > has write privileges to the Geeklog directories.
> >
> > Run the installer: http://www.yoursitehere.com/admin/install/install.php
> >
> > That should you the initial install going and get you up and running.
> >
> > >From there, any configuration changes you want to make you can do
> > from the
> > Configuration menu option under Admins Only.
> >
> > Thanks!
> > Mark
> >
> > On 2/28/08, Blank, Jessica <Jessica.Blank at mtvnmix.com> wrote:
> > >
> > >  Well, yes, of course. Just pointing this out. After all, it has 
> to get
> > > updated -some- time :)
> > >
> > > -----Original Message-----
> > > From: geeklog-devel-bounces at lists.geeklog.net on behalf of Joe
> > Mucchiello
> > > Sent: Thu 2/28/2008 5:49 PM
> > > To: Geeklog Development
> > > Subject: Re: [geeklog-devel] Current CVS version of Geeklog-1.x not
> > > working; 'config.php' evidently not being read
> > >
> > > At 05:45 PM 2/28/2008, Blank, Jessica wrote:
> > >
> > > >Hmm, I think the installation instructions are way out of date. They
> > > >still refer to config.php, etc.
> > >
> > > They most likely are out of date. You should expect that from latest
> > > CVS. If 1.5 were released then out of date documentation would be a
> > > problem.
> > >
> > >
> > > ----
> > > Joe Mucchiello
> > > Throwing Dice Games
> > > http://www.throwingdice.com
> > >
> > > _______________________________________________
> > > geeklog-devel mailing list
> > > geeklog-devel at lists.geeklog.net
> > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> > >
> > >
> > > _______________________________________________
> > > geeklog-devel mailing list
> > > geeklog-devel at lists.geeklog.net
> > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> > >
> > >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >  
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
>   
_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20080228/0aec2319/attachment.html>

From mjervis at gmail.com  Fri Feb 29 02:40:20 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 29 Feb 2008 07:40:20 +0000
Subject: [geeklog-devel] Current CVS version of Geeklog-1.x not working;
	'config.php' evidently not being read
In-Reply-To: <47C7523D.5040301@ecsnet.com>
References: <BA757BFE2F0A8D4899797E62869E1BAD011CFAF2@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF5@STRANGELOVE.mtvn.ad.viacom.com>
	<0JWZ0019J0TO4RV0@mta4.srv.hcvlny.cv.net>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF7@STRANGELOVE.mtvn.ad.viacom.com>
	<50aae8730802281455x737533dagb451b07ba3aa5689@mail.gmail.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF8@STRANGELOVE.mtvn.ad.viacom.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAF9@STRANGELOVE.mtvn.ad.viacom.com>
	<47C74BDA.8090306@ecsnet.com>
	<BA757BFE2F0A8D4899797E62869E1BAD011CFAFA@STRANGELOVE.mtvn.ad.viacom.com>
	<47C7523D.5040301@ecsnet.com>
Message-ID: <7b42e7470802282340vf850b8dq1ea30c78a2c0f07e@mail.gmail.com>

>  What I'm guessing is happening is that the install is erroring out due
>  to the duplicate tables so other parts of the install are not running.

I think it sounds like the DB was part upgraded, so subsequent
upgrades attempts fail.


From mjervis at gmail.com  Fri Feb 29 02:53:40 2008
From: mjervis at gmail.com (Michael Jervis)
Date: Fri, 29 Feb 2008 07:53:40 +0000
Subject: [geeklog-devel] Events Block behavior for today's events
In-Reply-To: <7b42e7470802270440wb43d07dp1cbc557427d4a054@mail.gmail.com>
References: <01f701c87732$b869a2e0$293ce8a0$@net>
	<20080225184846.1284788067@smtp.haun-online.de>
	<025a01c87829$8aba0c20$a02e2460$@net>
	<7b42e7470802270440wb43d07dp1cbc557427d4a054@mail.gmail.com>
Message-ID: <7b42e7470802282353u7c05b759oe2c6188f29398394@mail.gmail.com>

I'm now really confused, testing my change, I've rolled it back out
and it still works.

Dirk, or anyone with a working 1.5CVS can you confirm?