From noreply at drupal.org  Fri Dec  5 16:11:15 2008
From: noreply at drupal.org (noreply at drupal.org)
Date: Fri, 05 Dec 2008 16:11:15 +0000
Subject: [development] Drupal 7 HEAD is broken!
Message-ID: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>

Dev list,

ALERT! HEAD was broken in commit #154495  
(http://drupal.org/cvs?commit=154495) by webchick.

    ..-^~~~^-..
  .~           ~.
(;:           :;)
  (:           :)
    ':._   _.:'
        | |
      (=====)
        | |
        | |
        | |
     ((/   \))

I have decided to take my leave at this opportune time, thus testing will be
disabled until this issue is fixed.

Once HEAD has been fixed testing will automatically resume.

Thanks,

The humble test bot
http://drupal.org/user/180064

From drupal-devel at webchick.net  Fri Dec  5 16:58:31 2008
From: drupal-devel at webchick.net (Angela Byron)
Date: Fri, 5 Dec 2008 11:58:31 -0500
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
Message-ID: <387326AE-CF17-4A7B-AF22-B10600672DDC@webchick.net>


On 5-Dec-08, at 11:11 AM, noreply at drupal.org wrote:

> Dev list,
>
> ALERT! HEAD was broken in commit #154495 (http://drupal.org/cvs?commit=154495 
> ) by webchick.

Um.

a) I'm not sure how that is possible. Look at the diff. :P
b) That commit was back in November. About 500 commits and 800 testing  
passes have been made since then, so obviously HEAD wasn't broken  
after this patch.

Can we please turn off the "ping of shame" functionality until we get  
the bugs sorted out of testing bot?

>
>
>   ..-^~~~^-..
> .~           ~.
> (;:           :;)
> (:           :)
>   ':._   _.:'
>       | |
>     (=====)
>       | |
>       | |
>       | |
>    ((/   \))
>
> I have decided to take my leave at this opportune time, thus testing  
> will be
> disabled until this issue is fixed.
>
> Once HEAD has been fixed testing will automatically resume.
>
> Thanks,
>
> The humble test bot
> http://drupal.org/user/180064

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/453ecc43/attachment.htm 

From sirkitree at gmail.com  Fri Dec  5 17:04:54 2008
From: sirkitree at gmail.com (Jerad Bitner)
Date: Fri, 5 Dec 2008 09:04:54 -0800
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <387326AE-CF17-4A7B-AF22-B10600672DDC@webchick.net>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
	<387326AE-CF17-4A7B-AF22-B10600672DDC@webchick.net>
Message-ID: <215a89c90812050904p3a6bec29pde0ca15f3fbb0b76@mail.gmail.com>

Ping of shame... this is totally what I needed this morning! Love the cloud,
lol.

On Fri, Dec 5, 2008 at 8:58 AM, Angela Byron <drupal-devel at webchick.net>wrote:

>
> On 5-Dec-08, at 11:11 AM, noreply at drupal.org wrote:
>
> Dev list,
>
> ALERT! HEAD was broken in commit #154495 (
> http://drupal.org/cvs?commit=154495) by webchick.
>
>
> Um.
>
> a) I'm not sure how that is possible. Look at the diff. :P
> b) That commit was back in November. About 500 commits and 800 testing
> passes have been made since then, so obviously HEAD wasn't broken after this
> patch.
>
> Can we please turn off the "ping of shame" functionality until we get the
> bugs sorted out of testing bot?
>
>
>
>   ..-^~~~^-..
> .~           ~.
> (;:           :;)
> (:           :)
>   ':._   _.:'
>       | |
>     (=====)
>       | |
>       | |
>       | |
>    ((/   \))
>
> I have decided to take my leave at this opportune time, thus testing will
> be
> disabled until this issue is fixed.
>
> Once HEAD has been fixed testing will automatically resume.
>
> Thanks,
>
> The humble test bot
> http://drupal.org/user/180064
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/c63c8616/attachment.htm 

From cxjohnson at gmail.com  Fri Dec  5 17:22:52 2008
From: cxjohnson at gmail.com (Chris Johnson)
Date: Fri, 5 Dec 2008 11:22:52 -0600
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <215a89c90812050904p3a6bec29pde0ca15f3fbb0b76@mail.gmail.com>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
	<387326AE-CF17-4A7B-AF22-B10600672DDC@webchick.net>
	<215a89c90812050904p3a6bec29pde0ca15f3fbb0b76@mail.gmail.com>
Message-ID: <9ea8d6030812050922q4359db7h369b55780393da79@mail.gmail.com>

This made me smile, too.  And I felt not one twinge of criticism
towards webchick, either.

..chris

On Fri, Dec 5, 2008 at 11:04 AM, Jerad Bitner <sirkitree at gmail.com> wrote:
> Ping of shame... this is totally what I needed this morning! Love the cloud,
> lol.
>
> On Fri, Dec 5, 2008 at 8:58 AM, Angela Byron <drupal-devel at webchick.net>
> wrote:
>>
>> On 5-Dec-08, at 11:11 AM, noreply at drupal.org wrote:
>>
>> Dev list,
>>
>> ALERT! HEAD was broken in commit #154495
>> (http://drupal.org/cvs?commit=154495) by webchick.
>>
>> Um.
>> a) I'm not sure how that is possible. Look at the diff. :P
>> b) That commit was back in November. About 500 commits and 800 testing
>> passes have been made since then, so obviously HEAD wasn't broken after this
>> patch.
>> Can we please turn off the "ping of shame" functionality until we get the
>> bugs sorted out of testing bot?
>>
>>
>>   ..-^~~~^-..
>> .~           ~.
>> (;:           :;)
>> (:           :)
>>   ':._   _.:'
>>       | |
>>     (=====)
>>       | |
>>       | |
>>       | |
>>    ((/   \))
>>
>> I have decided to take my leave at this opportune time, thus testing will
>> be
>> disabled until this issue is fixed.
>>
>> Once HEAD has been fixed testing will automatically resume.
>>
>> Thanks,
>>
>> The humble test bot
>> http://drupal.org/user/180064
>
>

From kb at 2bits.com  Fri Dec  5 17:25:58 2008
From: kb at 2bits.com (Khalid Baheyeldin)
Date: Fri, 5 Dec 2008 12:25:58 -0500
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
Message-ID: <4a9fdc630812050925n12dc2719t95879042d8a21394@mail.gmail.com>

I am not sure what the ascii art is. I pasted it in a fixed font editor.

Is that a nuclear mushroom cloud?

Initially I thought it is a baby's rattle.

On Fri, Dec 5, 2008 at 11:11 AM, <noreply at drupal.org> wrote:

> Dev list,
>
> ALERT! HEAD was broken in commit #154495 (
> http://drupal.org/cvs?commit=154495) by webchick.
>
>   ..-^~~~^-..
>  .~           ~.
> (;:           :;)
>  (:           :)
>   ':._   _.:'
>       | |
>     (=====)
>       | |
>       | |
>       | |
>    ((/   \))
>
> I have decided to take my leave at this opportune time, thus testing will
> be
> disabled until this issue is fixed.
>
> Once HEAD has been fixed testing will automatically resume.
>
> Thanks,
>
> The humble test bot
> http://drupal.org/user/180064
>



-- 
Khalid M. Baheyeldin
2bits.com, Inc.
http://2bits.com
Drupal optimization, development, customization and consulting.
Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra
Simplicity is the ultimate sophistication. --   Leonardo da Vinci
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/89de639f/attachment.htm 

From sirkitree at gmail.com  Fri Dec  5 17:28:40 2008
From: sirkitree at gmail.com (Jerad Bitner)
Date: Fri, 5 Dec 2008 09:28:40 -0800
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <4a9fdc630812050925n12dc2719t95879042d8a21394@mail.gmail.com>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
	<4a9fdc630812050925n12dc2719t95879042d8a21394@mail.gmail.com>
Message-ID: <215a89c90812050928h4cad56a4i7860851a3e019192@mail.gmail.com>

Pretty sure it's a mushroom cloud.

On Fri, Dec 5, 2008 at 9:25 AM, Khalid Baheyeldin <kb at 2bits.com> wrote:

> I am not sure what the ascii art is. I pasted it in a fixed font editor.
>
> Is that a nuclear mushroom cloud?
>
> Initially I thought it is a baby's rattle.
>
>
> On Fri, Dec 5, 2008 at 11:11 AM, <noreply at drupal.org> wrote:
>
>> Dev list,
>>
>> ALERT! HEAD was broken in commit #154495 (
>> http://drupal.org/cvs?commit=154495) by webchick.
>>
>>   ..-^~~~^-..
>>  .~           ~.
>> (;:           :;)
>>  (:           :)
>>   ':._   _.:'
>>       | |
>>     (=====)
>>       | |
>>       | |
>>       | |
>>    ((/   \))
>>
>> I have decided to take my leave at this opportune time, thus testing will
>> be
>> disabled until this issue is fixed.
>>
>> Once HEAD has been fixed testing will automatically resume.
>>
>> Thanks,
>>
>> The humble test bot
>> http://drupal.org/user/180064
>>
>
>
>
> --
> Khalid M. Baheyeldin
> 2bits.com, Inc.
> http://2bits.com
> Drupal optimization, development, customization and consulting.
> Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra
> Simplicity is the ultimate sophistication. --   Leonardo da Vinci
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/c0ca2ba4/attachment-0001.htm 

From chad at apartmentlines.com  Fri Dec  5 18:40:53 2008
From: chad at apartmentlines.com (Chad Phillips -- Apartment Lines)
Date: Fri, 5 Dec 2008 13:40:53 -0500
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <mailman.17191.1228498125.9743.development@drupal.org>
References: <mailman.17191.1228498125.9743.development@drupal.org>
Message-ID: <73F98953-EEAF-4FB0-B556-A9B2012BD54D@apartmentlines.com>


On Dec 5, 2008, at 12:28 PM, webchick wrote:

> Um.
>
> a) I'm not sure how that is possible. Look at the diff. :P
> b) That commit was back in November. About 500 commits and 800  
> testing passes have been made since then, so obviously HEAD wasn't  
> broken after this patch.
>
> Can we please turn off the "ping of shame" functionality until we  
> get the bugs sorted out of testing bot?

it _is_ off.  it's been off.  i have no idea where this came from,  
unless it was stuck somewhere two weeks ago and finally released from  
whatever cage it was in...  :|

From gabor at hojtsy.hu  Fri Dec  5 18:44:44 2008
From: gabor at hojtsy.hu (=?ISO-8859-1?Q?G=E1bor_Hojtsy?=)
Date: Fri, 5 Dec 2008 19:44:44 +0100
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <73F98953-EEAF-4FB0-B556-A9B2012BD54D@apartmentlines.com>
References: <mailman.17191.1228498125.9743.development@drupal.org>
	<73F98953-EEAF-4FB0-B556-A9B2012BD54D@apartmentlines.com>
Message-ID: <86ca3ccb0812051044r551e5932y2e10be538b5cef81@mail.gmail.com>

On Fri, Dec 5, 2008 at 7:40 PM, Chad Phillips -- Apartment Lines <
chad at apartmentlines.com> wrote:

> On Dec 5, 2008, at 12:28 PM, webchick wrote:
>
>> Um.
>>
>> a) I'm not sure how that is possible. Look at the diff. :P
>> b) That commit was back in November. About 500 commits and 800 testing
>> passes have been made since then, so obviously HEAD wasn't broken after this
>> patch.
>>
>> Can we please turn off the "ping of shame" functionality until we get the
>> bugs sorted out of testing bot?
>>
>
> it _is_ off.  it's been off.  i have no idea where this came from, unless
> it was stuck somewhere two weeks ago and finally released from whatever cage
> it was in...  :|
>

It was probably stuck. There was no traffic on the mailing list in the past
two weeks, and that might have been due to the mailing list being stuck on
something. We've had a discussion on the infrastructure IRC channel earlier
today.

G?bor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/13b990bf/attachment.htm 

From william.darren at gmail.com  Fri Dec  5 18:49:41 2008
From: william.darren at gmail.com (William Smith)
Date: Fri, 5 Dec 2008 13:49:41 -0500
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <86ca3ccb0812051044r551e5932y2e10be538b5cef81@mail.gmail.com>
References: <mailman.17191.1228498125.9743.development@drupal.org>
	<73F98953-EEAF-4FB0-B556-A9B2012BD54D@apartmentlines.com>
	<86ca3ccb0812051044r551e5932y2e10be538b5cef81@mail.gmail.com>
Message-ID: <74630ca20812051049k7005fbafkf4321ec7e5326961@mail.gmail.com>

I was wondering about that.  The dev list had seemed eerily quiet, until
this, but I was still getting mail from the support list.

On Fri, Dec 5, 2008 at 1:44 PM, G?bor Hojtsy <gabor at hojtsy.hu> wrote:

> On Fri, Dec 5, 2008 at 7:40 PM, Chad Phillips -- Apartment Lines <
> chad at apartmentlines.com> wrote:
>
>> On Dec 5, 2008, at 12:28 PM, webchick wrote:
>>
>>> Um.
>>>
>>> a) I'm not sure how that is possible. Look at the diff. :P
>>> b) That commit was back in November. About 500 commits and 800 testing
>>> passes have been made since then, so obviously HEAD wasn't broken after this
>>> patch.
>>>
>>> Can we please turn off the "ping of shame" functionality until we get the
>>> bugs sorted out of testing bot?
>>>
>>
>> it _is_ off.  it's been off.  i have no idea where this came from, unless
>> it was stuck somewhere two weeks ago and finally released from whatever cage
>> it was in...  :|
>>
>
> It was probably stuck. There was no traffic on the mailing list in the past
> two weeks, and that might have been due to the mailing list being stuck on
> something. We've had a discussion on the infrastructure IRC channel earlier
> today.
>
> G?bor
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/cdeec0b3/attachment.htm 

From larry at garfieldtech.com  Fri Dec  5 19:24:34 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Fri, 5 Dec 2008 13:24:34 -0600
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <74630ca20812051049k7005fbafkf4321ec7e5326961@mail.gmail.com>
References: <74630ca20812051049k7005fbafkf4321ec7e5326961@mail.gmail.com>
Message-ID: <a422dea2a2104d810638138b802403e7@localhost>


The nuclear blast must have knocked the message queue loose.  

Somewhat excessive, I'd think, but effective.

--Larry Garfield

On Fri, 5 Dec 2008 13:49:41 -0500, "William Smith" <william.darren at gmail.com> wrote:
> I was wondering about that.  The dev list had seemed eerily quiet, until
> this, but I was still getting mail from the support list.
> 
> On Fri, Dec 5, 2008 at 1:44 PM, G?bor Hojtsy <gabor at hojtsy.hu> wrote:
> 
>> On Fri, Dec 5, 2008 at 7:40 PM, Chad Phillips -- Apartment Lines <
>> chad at apartmentlines.com> wrote:
>>
>>> On Dec 5, 2008, at 12:28 PM, webchick wrote:
>>>
>>>> Um.
>>>>
>>>> a) I'm not sure how that is possible. Look at the diff. :P
>>>> b) That commit was back in November. About 500 commits and 800 testing
>>>> passes have been made since then, so obviously HEAD wasn't broken
> after this
>>>> patch.
>>>>
>>>> Can we please turn off the "ping of shame" functionality until we get
> the
>>>> bugs sorted out of testing bot?
>>>>
>>>
>>> it _is_ off.  it's been off.  i have no idea where this came from,
> unless
>>> it was stuck somewhere two weeks ago and finally released from whatever
> cage
>>> it was in...  :|
>>>
>>
>> It was probably stuck. There was no traffic on the mailing list in the
> past
>> two weeks, and that might have been due to the mailing list being stuck
> on
>> something. We've had a discussion on the infrastructure IRC channel
> earlier
>> today.
>>
>> G?bor
>>
> 
> 


From steven at digitalpulp.com  Fri Dec  5 20:20:11 2008
From: steven at digitalpulp.com (Steven Surowiec)
Date: Fri, 05 Dec 2008 15:20:11 -0500
Subject: [development] Multi-instance Drupal Deployment
Message-ID: <49398CFB.7050106@digitalpulp.com>

Hello all,
    I've using Drupal at lot at work lately and have some pretty big 
Drupal projects coming up and have been facing the same problem with all 
of the previous projects that I would like to get worked out before 
these new ones get going. And that is handling Drupal deployment in a 
multi-instance environment (multiple developers with local installs, a 
singular development server, a staging server and the production 
server). I can, and currently am, setting up Phing to do most of the 
work for me of handling SVN during the deploys and running any custom 
scripts. But the big hurdle is the database. Particularly the fact that 
there's a lot of admin-editable settings that are stored in various 
database tables. I was wondering if anyone else has had to deal with 
this before and any insight into the problem would help.

From brianpkennedy at gmail.com  Fri Dec  5 20:54:06 2008
From: brianpkennedy at gmail.com (Brian Kennedy)
Date: Fri, 5 Dec 2008 14:54:06 -0600
Subject: [development] Multi-instance Drupal Deployment
In-Reply-To: <49398CFB.7050106@digitalpulp.com>
References: <49398CFB.7050106@digitalpulp.com>
Message-ID: <302792e70812051254v25780847wb4063d4735d89e28@mail.gmail.com>

Hey Steve,

There's a few modules that have a lot of promise but don't seem to be
complete: http://drupal.org/project/autopilot, and
http://drupal.org/project/deploy. I haven't had any experience using
AutoPilot (mostly because for the longest time it wasn't available) but
since it's commercially backed I'd suggest trying that one out.


On Fri, Dec 5, 2008 at 2:20 PM, Steven Surowiec <steven at digitalpulp.com>wrote:

> Hello all,
>   I've using Drupal at lot at work lately and have some pretty big Drupal
> projects coming up and have been facing the same problem with all of the
> previous projects that I would like to get worked out before these new ones
> get going. And that is handling Drupal deployment in a multi-instance
> environment (multiple developers with local installs, a singular development
> server, a staging server and the production server). I can, and currently
> am, setting up Phing to do most of the work for me of handling SVN during
> the deploys and running any custom scripts. But the big hurdle is the
> database. Particularly the fact that there's a lot of admin-editable
> settings that are stored in various database tables. I was wondering if
> anyone else has had to deal with this before and any insight into the
> problem would help.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/f0468aab/attachment.htm 

From dragonwize at gmail.com  Fri Dec  5 22:31:02 2008
From: dragonwize at gmail.com (DragonWize)
Date: Fri, 5 Dec 2008 17:31:02 -0500
Subject: [development] Perms vs Settings
Message-ID: <f5b352220812051431m5991972dwba8b88784d9cc0a2@mail.gmail.com>

Hi,

I have a module that I has some display settings and I would like to
make these settings per role. The easy way it seems to be to use the
core perm system, however, I am not entirely sure that they really
belong there.

Is there and consensus or thoughts on what should be a perm vs a module setting.

Thanks,
Alan

From dejiakala at gmail.com  Fri Dec  5 23:32:05 2008
From: dejiakala at gmail.com (Deji Akala)
Date: Fri, 5 Dec 2008 23:32:05 +0000
Subject: [development] Perms vs Settings
In-Reply-To: <f5b352220812051431m5991972dwba8b88784d9cc0a2@mail.gmail.com>
References: <f5b352220812051431m5991972dwba8b88784d9cc0a2@mail.gmail.com>
Message-ID: <5927e9d0812051532k7cf8bba6me0bde3c53930031a@mail.gmail.com>

Hi dragonwize,

Have you tried hook_perm() ?

2008/12/5 DragonWize <dragonwize at gmail.com>

> Hi,
>
> I have a module that I has some display settings and I would like to
> make these settings per role. The easy way it seems to be to use the
> core perm system, however, I am not entirely sure that they really
> belong there.
>
> Is there and consensus or thoughts on what should be a perm vs a module
> setting.
>
> Thanks,
> Alan
>



-- 
Deji Akala
iJed Webs Ltd
http://www.ijed.co.uk
Tel: +44 (0)1793 495537
Mob: +44 (0)7951 619654

"He is no fool who gives what he cannot keep to gain what he cannot lose."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081205/d8117d0d/attachment-0001.htm 

From drupal at samboyer.org  Sat Dec  6 04:17:48 2008
From: drupal at samboyer.org (Sam Boyer)
Date: Fri, 5 Dec 2008 22:17:48 -0600
Subject: [development] Multi-instance Drupal Deployment
In-Reply-To: <49398CFB.7050106@digitalpulp.com>
References: <49398CFB.7050106@digitalpulp.com>
Message-ID: <200812052217.52203.drupal@samboyer.org>

There's also the Drupal Automated Staging Toolkit (DAST - 
http://drupal.org/project/DAST), which is Phing-based, and so might relieve 
the need for you to continue putting time in on developing something with 
Phing.

On Friday 05 December 2008 14:20:11 Steven Surowiec wrote:
> Hello all,
>     I've using Drupal at lot at work lately and have some pretty big
> Drupal projects coming up and have been facing the same problem with all
> of the previous projects that I would like to get worked out before
> these new ones get going. And that is handling Drupal deployment in a
> multi-instance environment (multiple developers with local installs, a
> singular development server, a staging server and the production
> server). I can, and currently am, setting up Phing to do most of the
> work for me of handling SVN during the deploys and running any custom
> scripts. But the big hurdle is the database. Particularly the fact that
> there's a lot of admin-editable settings that are stored in various
> database tables. I was wondering if anyone else has had to deal with
> this before and any insight into the problem would help.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://lists.drupal.org/pipermail/development/attachments/20081205/c74ecaf5/attachment.pgp 

From dragonwize at gmail.com  Sat Dec  6 14:41:42 2008
From: dragonwize at gmail.com (DragonWize)
Date: Sat, 6 Dec 2008 09:41:42 -0500
Subject: [development] Perms vs Settings
In-Reply-To: <5927e9d0812051532k7cf8bba6me0bde3c53930031a@mail.gmail.com>
References: <f5b352220812051431m5991972dwba8b88784d9cc0a2@mail.gmail.com>
	<5927e9d0812051532k7cf8bba6me0bde3c53930031a@mail.gmail.com>
Message-ID: <f5b352220812060641k4fa6d3c1j968dcd87d88a7877@mail.gmail.com>

Hi Deji,

I know hook_perm. My question is what does and does not belong in hook_perm?

Thank you,
Alan


On Fri, Dec 5, 2008 at 18:32, Deji Akala <dejiakala at gmail.com> wrote:
> Hi dragonwize,
>
> Have you tried hook_perm() ?
>
> 2008/12/5 DragonWize <dragonwize at gmail.com>
>>
>> Hi,
>>
>> I have a module that I has some display settings and I would like to
>> make these settings per role. The easy way it seems to be to use the
>> core perm system, however, I am not entirely sure that they really
>> belong there.
>>
>> Is there and consensus or thoughts on what should be a perm vs a module
>> setting.
>>
>> Thanks,
>> Alan
>
>
>
> --
> Deji Akala
> iJed Webs Ltd
> http://www.ijed.co.uk
> Tel: +44 (0)1793 495537
> Mob: +44 (0)7951 619654
>
> "He is no fool who gives what he cannot keep to gain what he cannot lose."
>

From sakib.live at gmail.com  Sat Dec  6 17:40:47 2008
From: sakib.live at gmail.com (Mohd Sakib)
Date: Sat, 6 Dec 2008 23:10:47 +0530
Subject: [development] Drupal 7 HEAD is broken!
In-Reply-To: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
References: <courier.493952A3.00006C7E@server88-208-239-81.live-servers.net>
Message-ID: <d9ce17150812060940x7921e703w85012e04d545372f@mail.gmail.com>

On Fri, Dec 5, 2008 at 9:41 PM, <noreply at drupal.org> wrote:

> Dev list,
>
> ALERT! HEAD was broken in commit #154495 (
> http://drupal.org/cvs?commit=154495) by webchick.
>
>   ..-^~~~^-..
>  .~           ~.
> (;:           :;)
>  (:           :)
>   ':._   _.:'
>       | |
>     (=====)
>       | |
>       | |
>       | |
>    ((/   \))
>
> I have decided to take my leave at this opportune time, thus testing will
> be
> disabled until this issue is fixed.
>
> Once HEAD has been fixed testing will automatically resume.
>
> Thanks,
>
> The humble test bot
> http://drupal.org/user/180064
>



-- 
-----------------
Yours.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081206/c700f41b/attachment.htm 

From sirkitree at gmail.com  Sat Dec  6 19:01:06 2008
From: sirkitree at gmail.com (Jerad Bitner)
Date: Sat, 6 Dec 2008 11:01:06 -0800
Subject: [development] Perms vs Settings
In-Reply-To: <f5b352220812060641k4fa6d3c1j968dcd87d88a7877@mail.gmail.com>
References: <f5b352220812051431m5991972dwba8b88784d9cc0a2@mail.gmail.com>
	<5927e9d0812051532k7cf8bba6me0bde3c53930031a@mail.gmail.com>
	<f5b352220812060641k4fa6d3c1j968dcd87d88a7877@mail.gmail.com>
Message-ID: <215a89c90812061101ofde5651n5cb19125c184a3ef@mail.gmail.com>

It sounds like you need to use hook_perm() here. Though you can always
implement your settings per role within your module's settings page as well
by pulling in the roles.

The question is how do you want to define the setting relationships to
roles? settings->roles or roles->settings ?

The first you would pull in the roles to your settings page, save the role
id with the setting and then provide your own function to check that
setting's role designator.

The second way you just provide a permission to hook_perm() and then you can
check with user_access().

You also need to determine how you need to use these permissions... Is it a
general permission, such as 'administer this module' or is it a setting that
is per an object. For instance Views and Flag provide access to each
individual object (a view or a flag) so that a particular role can access an
individual object but also provide a permission in the other sense, such as
'can administer this object'.

Hope that helps.

On Sat, Dec 6, 2008 at 6:41 AM, DragonWize <dragonwize at gmail.com> wrote:

> Hi Deji,
>
> I know hook_perm. My question is what does and does not belong in
> hook_perm?
>
> Thank you,
> Alan
>
>
> On Fri, Dec 5, 2008 at 18:32, Deji Akala <dejiakala at gmail.com> wrote:
> > Hi dragonwize,
> >
> > Have you tried hook_perm() ?
> >
> > 2008/12/5 DragonWize <dragonwize at gmail.com>
> >>
> >> Hi,
> >>
> >> I have a module that I has some display settings and I would like to
> >> make these settings per role. The easy way it seems to be to use the
> >> core perm system, however, I am not entirely sure that they really
> >> belong there.
> >>
> >> Is there and consensus or thoughts on what should be a perm vs a module
> >> setting.
> >>
> >> Thanks,
> >> Alan
> >
> >
> >
> > --
> > Deji Akala
> > iJed Webs Ltd
> > http://www.ijed.co.uk
> > Tel: +44 (0)1793 495537
> > Mob: +44 (0)7951 619654
> >
> > "He is no fool who gives what he cannot keep to gain what he cannot
> lose."
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081206/575543b7/attachment.htm 

From david at fourkitchens.com  Sun Dec  7 04:27:30 2008
From: david at fourkitchens.com (David Timothy Strauss)
Date: Sat, 6 Dec 2008 22:27:30 -0600 (CST)
Subject: [development] A streamlined way to develop core patches
Message-ID: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>

I've made a post on the Four Kitchens blog about a new repository we're hosting to support streamlined core development.

The post is here:

http://www.fourkitchens.com/blog/2008/12/07/using-bazaar-work-drupal-core-patches

And here it is in plain text:

As anyone who's developed core patches knows, it's not the writing of initial patch that takes the work, it's the combination of revising the patch and keeping up to date with HEAD. With Drupal.org's CVS, this is difficult because you cannot commit your core changes to checkpoint your work. CVS's merge algorithms are also relatively poor for maintaining large divergence from CVS HEAD.

One option -- which several community members used to create the huge DB-TNG patch -- was to create a Subversion repository. This is far too much overhead for smaller core patches, and it still required person-by-person approval to commit to the Subversion repository.

Four Kitchens is now hosting a much more flexible system for users of Bazaar. Every hour, we synchronize core changes from CVS HEAD into our Drupal 7 branch, which is available for anonymous branching by anyone.

Simply download and install Bazaar, which has packages or installers for Linux, Windows, Mac OS X, and BSD. We're using a repository format that should work with Bazaar 1.0 and newer, at a minimum.

Then, where you're ready to develop, run this:

bzr branch bzr://vcs.fourkitchens.com/drupal/7 [optional-working-copy-directory]

You'll have a fresh working copy with a number of benefits over a CVS checkout:

You can commit to your local branch to checkpoint your work: bzr commit
You can integrate in changes to HEAD using Bazaar's superior merge algorithms: bzr merge
You can branch from your own branch: bzr branch [existing] [new]
If you're working with others and they have Bazaar branches, too, you can merge from their branches to collaborate.
And when you're ready to post a patch, run bzr diff --old bzr://vcs.fourkitchens.com/drupal/7 to create a patch reflecting all of your changes relative to CVS HEAD.

It will be a while before Drupal.org moves to anything other than CVS. Until then, we can foster decentralized development quite effectively using something like the Four Kitchens repository.

From karoly at negyesi.net  Sun Dec  7 04:44:02 2008
From: karoly at negyesi.net (Karoly Negyesi)
Date: Sun, 07 Dec 2008 05:44:02 +0100 (CET)
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
Message-ID: <E1L9BUw-0001o9-GE@garm.runbox.com>

Thanks for the summary and the bzr mirror!

There is another bzr mirror at https://code.launchpad.net/~vcs-imports/drupal/main and I am using solely bzr for the last three years for core development. First James Blackwell (big kudos to the guy for trying to get us over to bzr, pity it did not happen) provided a bzr mirror and then launchpad took over.

If you ask "why are we not on bzr yet?" then head over http://drupal.org/node/289117 please. Some of the concerns do not apply to bzr (for eg. it has a tortoisebzr as part of the main client and we have quite some bzr knowledge in house and it's so easy to use) but other concerns do apply and may prohibit such a move completely.

From kkaefer at gmail.com  Sun Dec  7 10:48:42 2008
From: kkaefer at gmail.com (=?ISO-8859-1?Q?Konstantin_K=E4fer?=)
Date: Sun, 7 Dec 2008 11:48:42 +0100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
Message-ID: <3FE7AFD0-4B05-4024-94EF-5BDA2226DBFA@gmail.com>

Thanks!

Is it possible to remove the empty directories that are unused in CVS  
(like /database or /themes/goofy).

Konstantin

On 07.12.2008, at 05:27, David Timothy Strauss wrote:

> I've made a post on the Four Kitchens blog about a new repository  
> we're hosting to support streamlined core development.
>
> The post is here:
>
> http://www.fourkitchens.com/blog/2008/12/07/using-bazaar-work-drupal-core-patches
>
> And here it is in plain text:
>
> As anyone who's developed core patches knows, it's not the writing  
> of initial patch that takes the work, it's the combination of  
> revising the patch and keeping up to date with HEAD. With  
> Drupal.org's CVS, this is difficult because you cannot commit your  
> core changes to checkpoint your work. CVS's merge algorithms are  
> also relatively poor for maintaining large divergence from CVS HEAD.
>
> One option -- which several community members used to create the  
> huge DB-TNG patch -- was to create a Subversion repository. This is  
> far too much overhead for smaller core patches, and it still  
> required person-by-person approval to commit to the Subversion  
> repository.
>
> Four Kitchens is now hosting a much more flexible system for users  
> of Bazaar. Every hour, we synchronize core changes from CVS HEAD  
> into our Drupal 7 branch, which is available for anonymous branching  
> by anyone.
>
> Simply download and install Bazaar, which has packages or installers  
> for Linux, Windows, Mac OS X, and BSD. We're using a repository  
> format that should work with Bazaar 1.0 and newer, at a minimum.
>
> Then, where you're ready to develop, run this:
>
> bzr branch bzr://vcs.fourkitchens.com/drupal/7 [optional-working- 
> copy-directory]
>
> You'll have a fresh working copy with a number of benefits over a  
> CVS checkout:
>
> You can commit to your local branch to checkpoint your work: bzr  
> commit
> You can integrate in changes to HEAD using Bazaar's superior merge  
> algorithms: bzr merge
> You can branch from your own branch: bzr branch [existing] [new]
> If you're working with others and they have Bazaar branches, too,  
> you can merge from their branches to collaborate.
> And when you're ready to post a patch, run bzr diff --old bzr:// 
> vcs.fourkitchens.com/drupal/7 to create a patch reflecting all of  
> your changes relative to CVS HEAD.
>
> It will be a while before Drupal.org moves to anything other than  
> CVS. Until then, we can foster decentralized development quite  
> effectively using something like the Four Kitchens repository.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3383 bytes
Desc: not available
Url : http://lists.drupal.org/pipermail/development/attachments/20081207/0ece7e3d/attachment-0001.bin 

From damz at prealable.org  Sun Dec  7 12:11:40 2008
From: damz at prealable.org (Damien Tournoud)
Date: Sun, 7 Dec 2008 13:11:40 +0100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
Message-ID: <e821df550812070411o528edebese8e91c1f33088048@mail.gmail.com>

On Sun, Dec 7, 2008 at 5:27 AM, David Timothy Strauss <
david at fourkitchens.com> wrote:

> I've made a post on the Four Kitchens blog about a new repository we're
> hosting to support streamlined core development.
>

I also maintain a Git mirror at:
    http://git.drupalfr.org/drupal-core-nok.git
    and git://git.drupalfr.org/git/drupal-core-nok.git

... that is especially useful to manage patch series using Stacked Git. See
this page for a walk-through:

    http://drupal.org/node/337933

Damien Tournoud
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081207/839f15ea/attachment.htm 

From gordon at heydon.com.au  Sun Dec  7 12:46:49 2008
From: gordon at heydon.com.au (Gordon Heydon)
Date: Sun, 7 Dec 2008 23:46:49 +1100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <e821df550812070411o528edebese8e91c1f33088048@mail.gmail.com>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<e821df550812070411o528edebese8e91c1f33088048@mail.gmail.com>
Message-ID: <7E3AB8DC-34C2-4A6E-B078-71317DBA1812@heydon.com.au>

Hi,

I also have a git repository of core, and I also have every  
contributed modules and themes in there own git repositories as well.

The problem that I found was that gitweb falls over with that many  
repositories. So over christmas I am going to be writing up a  
replacement for gitweb which will scale to cover all the projects in  
contrib.

The main reason I am building this is not for this huge number of git  
repositories but so that I can give my clients a methods to view their  
updates and changes on the current system which the git repository is  
a part of.

I am going to split out the repository browser out so that other  
modules can register repositories and then browser to them.

I will see how I go. All going well I will drop a line on development.

Gordon.

On 07/12/2008, at 11:11 PM, Damien Tournoud wrote:

> On Sun, Dec 7, 2008 at 5:27 AM, David Timothy Strauss <david at fourkitchens.com 
> > wrote:
> I've made a post on the Four Kitchens blog about a new repository  
> we're hosting to support streamlined core development.
>
> I also maintain a Git mirror at:
>     http://git.drupalfr.org/drupal-core-nok.git
>     and git://git.drupalfr.org/git/drupal-core-nok.git
>
> ... that is especially useful to manage patch series using Stacked  
> Git. See this page for a walk-through:
>
>     http://drupal.org/node/337933
>
> Damien Tournoud
>


From jpetso at gmx.at  Sun Dec  7 14:17:29 2008
From: jpetso at gmx.at (Jakob Petsovits)
Date: Sun, 7 Dec 2008 15:17:29 +0100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <7E3AB8DC-34C2-4A6E-B078-71317DBA1812@heydon.com.au>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<e821df550812070411o528edebese8e91c1f33088048@mail.gmail.com>
	<7E3AB8DC-34C2-4A6E-B078-71317DBA1812@heydon.com.au>
Message-ID: <200812071517.31466.jpetso@gmx.at>

On Sunday, 7. December 2008, Gordon Heydon wrote:
> Hi,
>
> I also have a git repository of core, and I also have every
> contributed modules and themes in there own git repositories as well.
>
> The problem that I found was that gitweb falls over with that many
> repositories. So over christmas I am going to be writing up a
> replacement for gitweb which will scale to cover all the projects in
> contrib.
>
[snip]
>
> I am going to split out the repository browser out so that other
> modules can register repositories and then browser to them.
>
> I will see how I go. All going well I will drop a line on development.

I think it would be great if you tried that as improvement of
(or replacement for) versioncontrol_project.
But of course, how you want to do it is totally up to you :P

Wishes,
  Jakob (nearly having completed the 5.x-2.0 stuff for Version Control API)


From gordon at heydon.com.au  Sun Dec  7 14:37:00 2008
From: gordon at heydon.com.au (Gordon Heydon)
Date: Mon, 8 Dec 2008 01:37:00 +1100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <200812071517.31466.jpetso@gmx.at>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<e821df550812070411o528edebese8e91c1f33088048@mail.gmail.com>
	<7E3AB8DC-34C2-4A6E-B078-71317DBA1812@heydon.com.au>
	<200812071517.31466.jpetso@gmx.at>
Message-ID: <DBC88B30-CD81-4151-8264-E26545CA72D2@heydon.com.au>

Hi



On 08/12/2008, at 1:17 AM, Jakob Petsovits <jpetso at gmx.at> wrote:

> On Sunday, 7. December 2008, Gordon Heydon wrote:
>> Hi,
>>
>> I also have a git repository of core, and I also have every
>> contributed modules and themes in there own git repositories as well.
>>
>> The problem that I found was that gitweb falls over with that many
>> repositories. So over christmas I am going to be writing up a
>> replacement for gitweb which will scale to cover all the projects in
>> contrib.
>>
> [snip]
>>
>> I am going to split out the repository browser out so that other
>> modules can register repositories and then browser to them.
>>
>> I will see how I go. All going well I will drop a line on  
>> development.
>
> I think it would be great if you tried that as improvement of
> (or replacement for) versioncontrol_project.
> But of course, how you want to do it is totally up to you :P
>
> Wishes,
>  Jakob (nearly having completed the 5.x-2.0 stuff for Version  
> Control API)

I may take a look but it but I have a feeling I will need more than  
what is available in the version control api

Plus I want to make it pretty light weight so that adding this to a  
site will have no impact

Gordon

From jpetso at gmx.at  Sun Dec  7 15:38:54 2008
From: jpetso at gmx.at (Jakob Petsovits)
Date: Sun, 7 Dec 2008 16:38:54 +0100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <DBC88B30-CD81-4151-8264-E26545CA72D2@heydon.com.au>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<200812071517.31466.jpetso@gmx.at>
	<DBC88B30-CD81-4151-8264-E26545CA72D2@heydon.com.au>
Message-ID: <200812071638.54600.jpetso@gmx.at>

On Sunday, 7. December 2008, Gordon Heydon wrote:
> I may take a look but it but I have a feeling I will need more than
> what is available in the version control api
>
> Plus I want to make it pretty light weight so that adding this to a
> site will have no impact

Mmkay, no problem, just wanted to make sure that you consider the possibility 
before dismissing it :)

(I reserve the right to port good stuff to Version Control API, though.)

Have fun,
  Jakob


From gordon at heydon.com.au  Sun Dec  7 20:45:43 2008
From: gordon at heydon.com.au (Gordon Heydon)
Date: Mon, 8 Dec 2008 07:45:43 +1100
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <200812071638.54600.jpetso@gmx.at>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<200812071517.31466.jpetso@gmx.at>
	<DBC88B30-CD81-4151-8264-E26545CA72D2@heydon.com.au>
	<200812071638.54600.jpetso@gmx.at>
Message-ID: <7E5B5BB1-DAC3-4927-8B21-3A020DE43854@heydon.com.au>

Hi



On 08/12/2008, at 2:38 AM, Jakob Petsovits <jpetso at gmx.at> wrote:

> On Sunday, 7. December 2008, Gordon Heydon wrote:
>> I may take a look but it but I have a feeling I will need more than
>> what is available in the version control api
>>
>> Plus I want to make it pretty light weight so that adding this to a
>> site will have no impact
>
> Mmkay, no problem, just wanted to make sure that you consider the  
> possibility
> before dismissing it :)

I may actually use the version control api to extend the fuctionality  
and not provide the base functionity.
>
> (I reserve the right to port good stuff to Version Control API,  
> though.)

No problem

Gordon 

From drupal at dave-cohen.com  Sun Dec  7 21:02:36 2008
From: drupal at dave-cohen.com (David Cohen)
Date: Sun, 07 Dec 2008 13:02:36 -0800
Subject: [development] create book via drupal_execute
Message-ID: <1228683756.15084.1288751071@webmail.messagingengine.com>

I'm trying to import content from a number of files into Drupal book
nodes.  I'm importing a large outline into a D6 site.  node_import
module does not work for D6 so I've written my own code.  I'm able to
create the book nodes via drupal_execute, but for the life of me I
cannot figure out how to make one page the child of another page.  The
best I can do is create siblings within a single book.

Does anyone have the know-how of the book module or drupal_execute to
tell me how to do this?  If so please reply to
http://drupal.org/node/344040

Thanks,

-Dave


From cxjohnson at gmail.com  Sun Dec  7 22:38:37 2008
From: cxjohnson at gmail.com (Chris Johnson)
Date: Sun, 7 Dec 2008 16:38:37 -0600
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <7E5B5BB1-DAC3-4927-8B21-3A020DE43854@heydon.com.au>
References: <150209155.6176941228624050546.JavaMail.root@mail-2.01.com>
	<200812071517.31466.jpetso@gmx.at>
	<DBC88B30-CD81-4151-8264-E26545CA72D2@heydon.com.au>
	<200812071638.54600.jpetso@gmx.at>
	<7E5B5BB1-DAC3-4927-8B21-3A020DE43854@heydon.com.au>
Message-ID: <9ea8d6030812071438x24eb7a77w7f4f2e3ae0bec6df@mail.gmail.com>

Should we have a handbook page or two on drupal.org which lists the
currently supported alternative repositories, and brief summaries of
their usage (i.e. copy the Four Kitchens description above essentially
verbatim)?  It seems like services like these could be highly valuable
to the community.

Thanks to all who support these things.

..chris

On Sun, Dec 7, 2008 at 2:45 PM, Gordon Heydon <gordon at heydon.com.au> wrote:
> Hi
>
>
>
> On 08/12/2008, at 2:38 AM, Jakob Petsovits <jpetso at gmx.at> wrote:
>
>> On Sunday, 7. December 2008, Gordon Heydon wrote:
>>>
>>> I may take a look but it but I have a feeling I will need more than
>>> what is available in the version control api
>>>
>>> Plus I want to make it pretty light weight so that adding this to a
>>> site will have no impact
>>
>> Mmkay, no problem, just wanted to make sure that you consider the
>> possibility
>> before dismissing it :)
>
> I may actually use the version control api to extend the fuctionality and
> not provide the base functionity.
>>
>> (I reserve the right to port good stuff to Version Control API, though.)
>
> No problem
>
> Gordon
>

From david at fourkitchens.com  Mon Dec  8 16:47:17 2008
From: david at fourkitchens.com (David Timothy Strauss)
Date: Mon, 8 Dec 2008 10:47:17 -0600 (CST)
Subject: [development] A streamlined way to develop core patches
In-Reply-To: <61456692.7380931228754698522.JavaMail.root@mail-2.01.com>
Message-ID: <1966655634.7381501228754837137.JavaMail.root@mail-2.01.com>

I've done this now. All revisions 7 and later have CVS updates with pruned directories.

----- "Konstantin K?fer" <kkaefer at gmail.com> wrote:

> Thanks!
> 
> Is it possible to remove the empty directories that are unused in CVS 
> 
> (like /database or /themes/goofy).
> 
> Konstantin
> 
> On 07.12.2008, at 05:27, David Timothy Strauss wrote:
> 
> > I've made a post on the Four Kitchens blog about a new repository  
> > we're hosting to support streamlined core development.
> >
> > The post is here:
> >
> >
> http://www.fourkitchens.com/blog/2008/12/07/using-bazaar-work-drupal-core-patches
> >
> > And here it is in plain text:
> >
> > As anyone who's developed core patches knows, it's not the writing 
> 
> > of initial patch that takes the work, it's the combination of  
> > revising the patch and keeping up to date with HEAD. With  
> > Drupal.org's CVS, this is difficult because you cannot commit your 
> 
> > core changes to checkpoint your work. CVS's merge algorithms are  
> > also relatively poor for maintaining large divergence from CVS
> HEAD.
> >
> > One option -- which several community members used to create the  
> > huge DB-TNG patch -- was to create a Subversion repository. This is 
> 
> > far too much overhead for smaller core patches, and it still  
> > required person-by-person approval to commit to the Subversion  
> > repository.
> >
> > Four Kitchens is now hosting a much more flexible system for users 
> 
> > of Bazaar. Every hour, we synchronize core changes from CVS HEAD  
> > into our Drupal 7 branch, which is available for anonymous branching
>  
> > by anyone.
> >
> > Simply download and install Bazaar, which has packages or installers
>  
> > for Linux, Windows, Mac OS X, and BSD. We're using a repository  
> > format that should work with Bazaar 1.0 and newer, at a minimum.
> >
> > Then, where you're ready to develop, run this:
> >
> > bzr branch bzr://vcs.fourkitchens.com/drupal/7 [optional-working- 
> > copy-directory]
> >
> > You'll have a fresh working copy with a number of benefits over a  
> > CVS checkout:
> >
> > You can commit to your local branch to checkpoint your work: bzr  
> > commit
> > You can integrate in changes to HEAD using Bazaar's superior merge 
> 
> > algorithms: bzr merge
> > You can branch from your own branch: bzr branch [existing] [new]
> > If you're working with others and they have Bazaar branches, too,  
> > you can merge from their branches to collaborate.
> > And when you're ready to post a patch, run bzr diff --old bzr:// 
> > vcs.fourkitchens.com/drupal/7 to create a patch reflecting all of  
> > your changes relative to CVS HEAD.
> >
> > It will be a while before Drupal.org moves to anything other than  
> > CVS. Until then, we can foster decentralized development quite  
> > effectively using something like the Four Kitchens repository.

-- 
David Strauss
   | david at fourkitchens.com
   | +1 512 577 5827 [mobile]
Four Kitchens
   | http://fourkitchens.com
   | +1 512 454 6659 [office]
   | +1 512 870 8453 [direct]

From eric.schaefer at eas-consulting.de  Mon Dec  8 18:25:11 2008
From: eric.schaefer at eas-consulting.de (Eric-Alexander Schaefer)
Date: Mon, 08 Dec 2008 19:25:11 +0100
Subject: [development] Old module update functions
Message-ID: <493D6687.2090809@eas-consulting.de>

Hi List,

is it save to remove old update functions from module.install. E.g. is 
it safe to remove D5-based update functions in D6 versions?

Thanks,
Eric

From arancaytar.ilyaran at gmail.com  Mon Dec  8 18:32:08 2008
From: arancaytar.ilyaran at gmail.com (Arancaytar)
Date: Mon, 08 Dec 2008 19:32:08 +0100
Subject: [development] Old module update functions
In-Reply-To: <493D6687.2090809@eas-consulting.de>
References: <493D6687.2090809@eas-consulting.de>
Message-ID: <493D6828.7050109@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

As far as I know, updating by more than one major release at once is not
supported in core (old update functions are removed from newer branches)
- - so you can probably do the same in contrib.

On 08.12.2008 19:25, Eric-Alexander Schaefer wrote:
> Hi List,
> 
> is it save to remove old update functions from module.install. E.g. is
> it safe to remove D5-based update functions in D6 versions?
> 
> Thanks,
> Eric

- -- 
Nothing beside remains. Round the decay
Of that colossal wreck, boundless and bare,
The lone and level sands stretch far away.
- ---------------------------------------------
AOL:  realarancaytar / 282026638
XMPP: arancaytar.ilyaran at gmail.com
PGP:  http://ermarian.net/downloads/0x27CA5C74
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkk9aCgACgkQeJewkCfKXHS/fwCdGpOlpNYuxdAnLjTZPQirdP7e
scgAoPS5myg7Z4H+zGRWnEOXQjjqblIk
=9xFd
-----END PGP SIGNATURE-----

From adrian at bryght.com  Mon Dec  8 18:36:07 2008
From: adrian at bryght.com (Adrian Rossouw)
Date: Mon, 8 Dec 2008 20:36:07 +0200
Subject: [development] Old module update functions
In-Reply-To: <493D6828.7050109@gmail.com>
References: <493D6687.2090809@eas-consulting.de> <493D6828.7050109@gmail.com>
Message-ID: <A3192AA2-8368-406A-8DA5-54F47AA9528F@bryght.com>


On 08 Dec 2008, at 8:32 PM, Arancaytar wrote:

>
> As far as I know, updating by more than one major release at once is  
> not
> supported in core (old update functions are removed from newer  
> branches)
> - - so you can probably do the same in contrib.
>
d6 has a special hook for this, something like hook_updates_removed

From earnie at users.sourceforge.net  Mon Dec  8 19:27:29 2008
From: earnie at users.sourceforge.net (Earnie Boyd)
Date: Mon, 08 Dec 2008 14:27:29 -0500
Subject: [development] Old module update functions
In-Reply-To: <493D6687.2090809@eas-consulting.de>
References: <493D6687.2090809@eas-consulting.de>
Message-ID: <20081208142729.27qzrfammkso0g8k@mail.progw.org>

Quoting Eric-Alexander Schaefer <eric.schaefer at eas-consulting.de>:

> Hi List,
>
> is it save to remove old update functions from module.install. E.g. 
> is it safe to remove D5-based update functions in D6 versions?
>

If you state that to upgrade from version 5.x-1.0 you must upgrade to 
version 5.x-1.N where N is the latest version then maybe it might be 
OK.  It depends on the user base and the expectations of the module.

--
Earnie  http://r-feed.com
  Make a Drupal difference and review core patches.

-- http://for-my-kids.com/  -- http://give-me-an-offer.com/


From drumm at delocalizedham.com  Mon Dec  8 20:26:29 2008
From: drumm at delocalizedham.com (Neil Drumm)
Date: Mon, 8 Dec 2008 12:26:29 -0800
Subject: [development] Old module update functions
In-Reply-To: <493D6828.7050109@gmail.com>
References: <493D6687.2090809@eas-consulting.de> <493D6828.7050109@gmail.com>
Message-ID: <c96281260812081226l2b6c108cjf15a021709441d8a@mail.gmail.com>

Drupal core does keep the code for two major version updates. However,
that full 2-version upgrade path is not well-tested since core
developers rarely do it. Updates sometimes use the API at the time,
and the API can change. This could potentially be covered by unit
tests. So go ahead and try upgrading 2-versions if you need to, but
keep a backup.

For modules, you should provide what you can support. Keeping 2 major
releases is a good place to start, but feel free to do what works for
you and your module's users.

-Neil

On Mon, Dec 8, 2008 at 10:32 AM, Arancaytar
<arancaytar.ilyaran at gmail.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> As far as I know, updating by more than one major release at once is not
> supported in core (old update functions are removed from newer branches)
> - - so you can probably do the same in contrib.
>
> On 08.12.2008 19:25, Eric-Alexander Schaefer wrote:
>> Hi List,
>>
>> is it save to remove old update functions from module.install. E.g. is
>> it safe to remove D5-based update functions in D6 versions?
>>
>> Thanks,
>> Eric
>
> - --
> Nothing beside remains. Round the decay
> Of that colossal wreck, boundless and bare,
> The lone and level sands stretch far away.
> - ---------------------------------------------
> AOL:  realarancaytar / 282026638
> XMPP: arancaytar.ilyaran at gmail.com
> PGP:  http://ermarian.net/downloads/0x27CA5C74
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAkk9aCgACgkQeJewkCfKXHS/fwCdGpOlpNYuxdAnLjTZPQirdP7e
> scgAoPS5myg7Z4H+zGRWnEOXQjjqblIk
> =9xFd
> -----END PGP SIGNATURE-----
>



-- 
Neil Drumm
http://delocalizedham.com

From aldo at caonao.cu  Tue Dec  9 12:20:40 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Tue, 9 Dec 2008 07:20:40 -0500
Subject: [development] about webfm module
Message-ID: <200812090720.40579.aldo@caonao.cu>

somebody know how may i call de webfm_main() function, and give the root 
directory where i want he read?

thks a lot!

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From kb at 2bits.com  Tue Dec  9 15:41:18 2008
From: kb at 2bits.com (Khalid Baheyeldin)
Date: Tue, 9 Dec 2008 10:41:18 -0500
Subject: [development] about webfm module
In-Reply-To: <200812090720.40579.aldo@caonao.cu>
References: <200812090720.40579.aldo@caonao.cu>
Message-ID: <4a9fdc630812090741x6664ae63u79eac57720394136@mail.gmail.com>

This question is not one that should be asked in the developers mailing
list.

You will probably get a better answer if you ask in the issue queue of the
module itself.

On Tue, Dec 9, 2008 at 7:20 AM, Aldo Martinez Selleras <aldo at caonao.cu>wrote:

> somebody know how may i call de webfm_main() function, and give the root
> directory where i want he read?
>
> thks a lot!
>
> --
> ----------------------
> Aldo Martinez Selleras
> Administrador del Nodo
> CITMATEL GND Camaguey
> Tel: 32-291661
> E-mail: aldo at caonao.cu
> Linux User #364356
>



-- 
Khalid M. Baheyeldin
2bits.com, Inc.
http://2bits.com
Drupal optimization, development, customization and consulting.
Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra
Simplicity is the ultimate sophistication. --   Leonardo da Vinci
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081209/0f4f6e3d/attachment.htm 

From drewish at katherinehouse.com  Tue Dec  9 22:56:01 2008
From: drewish at katherinehouse.com (andrew morton)
Date: Tue, 9 Dec 2008 14:56:01 -0800
Subject: [development] Old module update functions
In-Reply-To: <A3192AA2-8368-406A-8DA5-54F47AA9528F@bryght.com>
References: <493D6687.2090809@eas-consulting.de> <493D6828.7050109@gmail.com>
	<A3192AA2-8368-406A-8DA5-54F47AA9528F@bryght.com>
Message-ID: <fab053ce0812091456h13e18db4u3cb2525e920c5897@mail.gmail.com>

On Mon, Dec 8, 2008 at 10:36 AM, Adrian Rossouw <adrian at bryght.com> wrote:
>
> On 08 Dec 2008, at 8:32 PM, Arancaytar wrote:
>
>>
>> As far as I know, updating by more than one major release at once is not
>> supported in core (old update functions are removed from newer branches)
>> - - so you can probably do the same in contrib.
>>
> d6 has a special hook for this, something like hook_updates_removed
>

not according to api.drupal.org... if it really exists then we need to
update http://drupal.org/node/217912

andrew

From tonyyarusso at gmail.com  Fri Dec 12 08:29:32 2008
From: tonyyarusso at gmail.com (Tony Yarusso)
Date: Fri, 12 Dec 2008 02:29:32 -0600
Subject: [development] Finding logic flaw in wishlist module
Message-ID: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>

As background, I'm attempting to modify the wishlist module
(http://drupal.org/project/wishlist) to allow anonymous users to claim
gifts for purchase.  While I have most of it figured out, I think I
found a bug lurking somewhere else (which may be why this was disabled
originally).  Here's what happens:

When an anonymous user views the wishlist in list view, they will see
the "Get this gift" link regardless of its purchase status.
Authenticated users will properly get either "Get this gift" or "none
left to purchase".

For either type of user, on the full node view of the gift in question
they will see the correct numbers for "number requested" and "number
purchased", and other things on that page will properly reflect its
status.

I think I've narrowed down which section of code is responsible for
the generation of that link in the "action" column of the list, and
have provided it along with the working code from the node view for
comparison at http://drupalbin.com/4455.  However, my PHP skills are
terribly lacking, so when things get nested that far I just get
totally lost, so what I'm hoping is that someone else can look at
what's going on there and spot the problem.

-- 
Tony Yarusso
http://tonyyarusso.com/

From earnie at users.sourceforge.net  Fri Dec 12 12:54:59 2008
From: earnie at users.sourceforge.net (Earnie Boyd)
Date: Fri, 12 Dec 2008 07:54:59 -0500
Subject: [development] Finding logic flaw in wishlist module
In-Reply-To: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>
References: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>
Message-ID: <20081212075459.j58fclu1cm8gss80@mail.progw.org>

Quoting Tony Yarusso <tonyyarusso at gmail.com>:

> As background, I'm attempting to modify the wishlist module
> (http://drupal.org/project/wishlist) to allow anonymous users to claim
> gifts for purchase.  While I have most of it figured out, I think I
> found a bug lurking somewhere else (which may be why this was disabled
> originally).  Here's what happens:
>

File a bug report in the wishlist project issue queue.

--
Earnie  http://r-feed.com
  Make a Drupal difference and review core patches.

-- http://for-my-kids.com/  -- http://give-me-an-offer.com/


From drupal at mclewin.com  Fri Dec 12 15:03:32 2008
From: drupal at mclewin.com (Scott McLewin)
Date: Fri, 12 Dec 2008 09:03:32 -0600
Subject: [development] Finding logic flaw in wishlist module
In-Reply-To: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>
References: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>
Message-ID: <49427D44.7030201@mclewin.com>

Tony,

I'm the maintainer of that module, and the wishlist issue queue is the 
place to file issues.

On this particular concern the module won't allow anonymous users to 
purchase items by design.  Two reasons. 1) there's also a "put a gift 
back" capability that requires that we know who the user is.  2) if 
anonymous users can get gifts off the list, than crawlers will end up 
following those links and will mark all your items purchased in a matter 
of days.  Anonymous users see the non-functional "get this gift" link to 
drive them to click it, see that they need an account, and then enroll 
with your site.

If you file an issue asking to allow anonymous users to purchase items, 
I'll reject it.  :)

If you've found another problem during your research, I do want to hear 
about it.  File the details in the wishlist module's issue queue.

Scott



Tony Yarusso wrote:
> As background, I'm attempting to modify the wishlist module
> (http://drupal.org/project/wishlist) to allow anonymous users to claim
> gifts for purchase.  While I have most of it figured out, I think I
> found a bug lurking somewhere else (which may be why this was disabled
> originally).  Here's what happens:
>
> When an anonymous user views the wishlist in list view, they will see
> the "Get this gift" link regardless of its purchase status.
> Authenticated users will properly get either "Get this gift" or "none
> left to purchase".
>
> For either type of user, on the full node view of the gift in question
> they will see the correct numbers for "number requested" and "number
> purchased", and other things on that page will properly reflect its
> status.
>
> I think I've narrowed down which section of code is responsible for
> the generation of that link in the "action" column of the list, and
> have provided it along with the working code from the node view for
> comparison at http://drupalbin.com/4455.  However, my PHP skills are
> terribly lacking, so when things get nested that far I just get
> totally lost, so what I'm hoping is that someone else can look at
> what's going on there and spot the problem.
>
>   



From tonyyarusso at gmail.com  Fri Dec 12 21:11:45 2008
From: tonyyarusso at gmail.com (Tony Yarusso)
Date: Fri, 12 Dec 2008 15:11:45 -0600
Subject: [development] Finding logic flaw in wishlist module
In-Reply-To: <49427D44.7030201@mclewin.com>
References: <254fef0f0812120029t4762c4e7s3d1ef4fb9e0abfa6@mail.gmail.com>
	<49427D44.7030201@mclewin.com>
Message-ID: <254fef0f0812121311m32e58ac9v2c20e8ed69cf9987@mail.gmail.com>

On Fri, Dec 12, 2008 at 9:03 AM, Scott McLewin <drupal at mclewin.com> wrote:
> Tony,
>
> I'm the maintainer of that module, and the wishlist issue queue is the place
> to file issues.
>
> On this particular concern the module won't allow anonymous users to
> purchase items by design.  Two reasons. 1) there's also a "put a gift back"
> capability that requires that we know who the user is.

Yeah, although for my personal purposes that wasn't terribly important.

> 2) if anonymous
> users can get gifts off the list, than crawlers will end up following those
> links and will mark all your items purchased in a matter of days.  Anonymous
> users see the non-functional "get this gift" link to drive them to click it,
> see that they need an account, and then enroll with your site.
>
> If you file an issue asking to allow anonymous users to purchase items, I'll
> reject it.  :)
>

Aaaah.  I hadn't thought of the crawler issue.  I knew there was some
logical reason for anonymous purchases to be deliberately disallowed
(which is why I was trying to mess with this on my own instead of
using the issue queue), but wasn't sure what.  Thanks for the
explanation.

> If you've found another problem during your research, I do want to hear
> about it.  File the details in the wishlist module's issue queue.
>
> Scott

I may have to submit a patch just with some extra comments then.  ;)

-- 
Tony Yarusso
http://tonyyarusso.com/

From john.morahan at gmail.com  Sat Dec 13 02:45:04 2008
From: john.morahan at gmail.com (John Morahan)
Date: Sat, 13 Dec 2008 02:45:04 +0000
Subject: [development] Testing SQLite on Linux
Message-ID: <494321B0.6030803@gmail.com>

This may be obvious, but if you place the database file on a tmpfs, it
runs much faster.  You can do this by specifying e.g. /dev/shm/drupal as
the database name when you install.  Pointless for a real site, of
course, but useful for a once-off local install to run the simpletests.

On my laptop (which admittedly runs dm-crypt, perhaps putting the HD at
an unfair disadvantage) the difference is on the scale of under 17
minutes versus over two hours for running the full test suite.

Just a heads up in case anyone else didn't realize this.

-john

From kieran at acquia.com  Sat Dec 13 04:01:36 2008
From: kieran at acquia.com (Kieran Lal)
Date: Fri, 12 Dec 2008 20:01:36 -0800
Subject: [development] Testing SQLite on Linux
In-Reply-To: <494321B0.6030803@gmail.com>
References: <494321B0.6030803@gmail.com>
Message-ID: <d1d28e390812122001l2d60331aj7798dc7fd4feca74@mail.gmail.com>

This is what we are doing on http://testing.drupal.org.

Kieran

On Fri, Dec 12, 2008 at 6:45 PM, John Morahan <john.morahan at gmail.com>wrote:

> This may be obvious, but if you place the database file on a tmpfs, it
> runs much faster.  You can do this by specifying e.g. /dev/shm/drupal as
> the database name when you install.  Pointless for a real site, of
> course, but useful for a once-off local install to run the simpletests.
>
> On my laptop (which admittedly runs dm-crypt, perhaps putting the HD at
> an unfair disadvantage) the difference is on the scale of under 17
> minutes versus over two hours for running the full test suite.
>
> Just a heads up in case anyone else didn't realize this.
>
> -john
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081212/e0a7c848/attachment.htm 

From dmitrig01 at gmail.com  Sat Dec 13 04:28:30 2008
From: dmitrig01 at gmail.com (Dmitri Gaskin)
Date: Fri, 12 Dec 2008 20:28:30 -0800
Subject: [development] Testing SQLite on Linux
In-Reply-To: <d1d28e390812122001l2d60331aj7798dc7fd4feca74@mail.gmail.com>
References: <494321B0.6030803@gmail.com>
	<d1d28e390812122001l2d60331aj7798dc7fd4feca74@mail.gmail.com>
Message-ID: <4C0D94C4-70FC-475A-A7CF-14141AF2FF4F@gmail.com>

Wait, we're running SQLite on TDO?

Dmitri

On Dec 12, 2008, at 8:01 PM, Kieran Lal wrote:

> This is what we are doing on http://testing.drupal.org.
>
> Kieran
>
> On Fri, Dec 12, 2008 at 6:45 PM, John Morahan  
> <john.morahan at gmail.com> wrote:
> This may be obvious, but if you place the database file on a tmpfs, it
> runs much faster.  You can do this by specifying e.g. /dev/shm/ 
> drupal as
> the database name when you install.  Pointless for a real site, of
> course, but useful for a once-off local install to run the  
> simpletests.
>
> On my laptop (which admittedly runs dm-crypt, perhaps putting the HD  
> at
> an unfair disadvantage) the difference is on the scale of under 17
> minutes versus over two hours for running the full test suite.
>
> Just a heads up in case anyone else didn't realize this.
>
> -john
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081212/4cf6d5d7/attachment.htm 

From kieran at acquia.com  Sat Dec 13 04:34:39 2008
From: kieran at acquia.com (Kieran Lal)
Date: Fri, 12 Dec 2008 20:34:39 -0800
Subject: [development] Testing SQLite on Linux
In-Reply-To: <4C0D94C4-70FC-475A-A7CF-14141AF2FF4F@gmail.com>
References: <494321B0.6030803@gmail.com>
	<d1d28e390812122001l2d60331aj7798dc7fd4feca74@mail.gmail.com>
	<4C0D94C4-70FC-475A-A7CF-14141AF2FF4F@gmail.com>
Message-ID: <d1d28e390812122034m56328b1ax8e5f18d586d5d0b0@mail.gmail.com>

Sorry, we mounted the MySQL server database files on a tmpfs in RAM.

David Strauss can provide details.

Kieran

On Fri, Dec 12, 2008 at 8:28 PM, Dmitri Gaskin <dmitrig01 at gmail.com> wrote:

> Wait, we're running SQLite on TDO?
> Dmitri
>
> On Dec 12, 2008, at 8:01 PM, Kieran Lal wrote:
>
> This is what we are doing on http://testing.drupal.org.
>
> Kieran
>
> On Fri, Dec 12, 2008 at 6:45 PM, John Morahan <john.morahan at gmail.com>wrote:
>
>> This may be obvious, but if you place the database file on a tmpfs, it
>> runs much faster.  You can do this by specifying e.g. /dev/shm/drupal as
>> the database name when you install.  Pointless for a real site, of
>> course, but useful for a once-off local install to run the simpletests.
>>
>> On my laptop (which admittedly runs dm-crypt, perhaps putting the HD at
>> an unfair disadvantage) the difference is on the scale of under 17
>> minutes versus over two hours for running the full test suite.
>>
>> Just a heads up in case anyone else didn't realize this.
>>
>> -john
>>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081212/b35da3d4/attachment-0001.htm 

From drupal.beginner at wechange.org  Sat Dec 13 10:37:06 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Sat, 13 Dec 2008 18:37:06 +0800
Subject: [development] simpletest and #ahah?
Message-ID: <200812131837.06436.drupal.beginner@wechange.org>


Hello,

Is it possible to test #ahah form elements with simpletest?
How to make the function $this->drupalPost() work when some of the elements 
have dynamically been added with an #ahah callback (e.g. when changing a 
select value)?

Or is this a test scenario that is not yet covered by simpletest?


thanks,


Augustin.

From dmitrig01 at gmail.com  Sat Dec 13 22:18:27 2008
From: dmitrig01 at gmail.com (Dmitri Gaskin)
Date: Sat, 13 Dec 2008 14:18:27 -0800
Subject: [development] simpletest and #ahah?
In-Reply-To: <200812131837.06436.drupal.beginner@wechange.org>
References: <200812131837.06436.drupal.beginner@wechange.org>
Message-ID: <40D86BD0-E457-4543-9A20-4C54E4EB1153@gmail.com>

If it's degradable, then it will work, provided you test the degraded  
version. To test it manually, turn JS off in your browser.

Dmitri

On Dec 13, 2008, at 2:37 AM, augustin (beginner) wrote:

>
> Hello,
>
> Is it possible to test #ahah form elements with simpletest?
> How to make the function $this->drupalPost() work when some of the  
> elements
> have dynamically been added with an #ahah callback (e.g. when  
> changing a
> select value)?
>
> Or is this a test scenario that is not yet covered by simpletest?
>
>
> thanks,
>
>
> Augustin.


From david at fourkitchens.com  Sat Dec 13 23:09:08 2008
From: david at fourkitchens.com (David Timothy Strauss)
Date: Sat, 13 Dec 2008 17:09:08 -0600 (CST)
Subject: [development] Testing SQLite on Linux
In-Reply-To: <1253832870.12801151229209619352.JavaMail.root@mail-2.01.com>
Message-ID: <868170394.12828061229209748642.JavaMail.root@mail-2.01.com>

We have one of the MyISAM databases symlinked to tmpfs in RAM. It's fast and somewhat unreliable, but I have no reason to believe that if it provides test results that the results are compromised in accuracy. 

----- "Kieran Lal" <kieran at acquia.com> wrote: 
> Sorry, we mounted the MySQL server database files on a tmpfs in RAM. 
> 
> David Strauss can provide details. 
> 
> Kieran 
> 
> 
> On Fri, Dec 12, 2008 at 8:28 PM, Dmitri Gaskin < dmitrig01 at gmail.com > wrote: 
> 


> Wait, we're running SQLite on TDO? 

> 
Dmitri 


> 

> 

On Dec 12, 2008, at 8:01 PM, Kieran Lal wrote: 
> 

This is what we are doing on http://testing.drupal.org . 
> 
> Kieran 
> 
> 
> On Fri, Dec 12, 2008 at 6:45 PM, John Morahan < john.morahan at gmail.com > wrote: 
> 

This may be obvious, but if you place the database file on a tmpfs, it 
> runs much faster. You can do this by specifying e.g. /dev/shm/drupal as 
> the database name when you install. Pointless for a real site, of 
> course, but useful for a once-off local install to run the simpletests. 
> 
> On my laptop (which admittedly runs dm-crypt, perhaps putting the HD at 
> an unfair disadvantage) the difference is on the scale of under 17 
> minutes versus over two hours for running the full test suite. 
> 
> Just a heads up in case anyone else didn't realize this. 
> 
> -john 
> 
> 
> 
> 

-- 
David Strauss 
| david at fourkitchens.com 
| +1 512 577 5827 [mobile] 
Four Kitchens 
| http://fourkitchens.com 
| +1 512 454 6659 [office] 
| +1 512 870 8453 [direct] 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081213/243559ab/attachment.htm 

From drupal.beginner at wechange.org  Sun Dec 14 02:18:23 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Sun, 14 Dec 2008 10:18:23 +0800
Subject: [development] simpletest and #ahah?
In-Reply-To: <40D86BD0-E457-4543-9A20-4C54E4EB1153@gmail.com>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<40D86BD0-E457-4543-9A20-4C54E4EB1153@gmail.com>
Message-ID: <200812141018.23693.drupal.beginner@wechange.org>

On Sunday 14 December 2008 06:18:27 Dmitri Gaskin wrote:
> If it's degradable, then it will work, provided you test the degraded
> version. To test it manually, turn JS off in your browser.

Yes, thanks.

So, in a way, you confirm that there is no way to test the js version. 
Then, the only way to test the #ahah callback would be through unit testing...

Augustin.

From drupal.beginner at wechange.org  Sun Dec 14 03:00:13 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Sun, 14 Dec 2008 11:00:13 +0800
Subject: [development] simpletest and multistep forms?
In-Reply-To: <200812131837.06436.drupal.beginner@wechange.org>
References: <200812131837.06436.drupal.beginner@wechange.org>
Message-ID: <200812141100.14508.drupal.beginner@wechange.org>

On Saturday 13 December 2008 18:37:06 augustin (beginner) wrote:
> Is it possible to test #ahah form elements with simpletest?
> How to make the function $this->drupalPost() work when some of the elements
> have dynamically been added with an #ahah callback (e.g. when changing a
> select value)?
>
> Or is this a test scenario that is not yet covered by simpletest?

And what about multistep forms? The form is evolving according to previous 
user submitions. 
Can $this->drupalPost() be somehow used twice in a row, with simpletest 
remembering the state of the form after the first call?

Or are all those scenarios that cannot be tested... ?

Augustin.


From drumm at delocalizedham.com  Sun Dec 14 03:06:19 2008
From: drumm at delocalizedham.com (Neil Drumm)
Date: Sat, 13 Dec 2008 19:06:19 -0800
Subject: [development] simpletest and #ahah?
In-Reply-To: <200812141018.23693.drupal.beginner@wechange.org>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<40D86BD0-E457-4543-9A20-4C54E4EB1153@gmail.com>
	<200812141018.23693.drupal.beginner@wechange.org>
Message-ID: <c96281260812131906xdde2bc9u8754dba25eabe97e@mail.gmail.com>

You would have to use a unit testing framework design for JavaScript.
http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#JavaScript.
Or use something designed for general front-end testing, like
Selenium. One of these could theoretically be integrated with
Simpletest.

-Neil

On Sat, Dec 13, 2008 at 6:18 PM, augustin (beginner)
<drupal.beginner at wechange.org> wrote:
> On Sunday 14 December 2008 06:18:27 Dmitri Gaskin wrote:
>> If it's degradable, then it will work, provided you test the degraded
>> version. To test it manually, turn JS off in your browser.
>
> Yes, thanks.
>
> So, in a way, you confirm that there is no way to test the js version.
> Then, the only way to test the #ahah callback would be through unit testing...
>
> Augustin.
>



-- 
Neil Drumm
http://delocalizedham.com

From dmitrig01 at gmail.com  Sun Dec 14 03:32:57 2008
From: dmitrig01 at gmail.com (Dmitri Gaskin)
Date: Sat, 13 Dec 2008 19:32:57 -0800
Subject: [development] simpletest and multistep forms?
In-Reply-To: <200812141100.14508.drupal.beginner@wechange.org>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<200812141100.14508.drupal.beginner@wechange.org>
Message-ID: <5C727BF9-70C8-4AE4-9D54-B7477574D803@gmail.com>

multi-step can be tested: pass NULL in as the $path.

Dmitri

On Dec 13, 2008, at 7:00 PM, augustin (beginner) wrote:

> On Saturday 13 December 2008 18:37:06 augustin (beginner) wrote:
>> Is it possible to test #ahah form elements with simpletest?
>> How to make the function $this->drupalPost() work when some of the  
>> elements
>> have dynamically been added with an #ahah callback (e.g. when  
>> changing a
>> select value)?
>>
>> Or is this a test scenario that is not yet covered by simpletest?
>
> And what about multistep forms? The form is evolving according to  
> previous
> user submitions.
> Can $this->drupalPost() be somehow used twice in a row, with  
> simpletest
> remembering the state of the form after the first call?
>
> Or are all those scenarios that cannot be tested... ?
>
> Augustin.
>


From sakib.live at gmail.com  Sun Dec 14 06:33:03 2008
From: sakib.live at gmail.com (Mohd Sakib)
Date: Sun, 14 Dec 2008 12:03:03 +0530
Subject: [development] simpletest and multistep forms?
In-Reply-To: <5C727BF9-70C8-4AE4-9D54-B7477574D803@gmail.com>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<200812141100.14508.drupal.beginner@wechange.org>
	<5C727BF9-70C8-4AE4-9D54-B7477574D803@gmail.com>
Message-ID: <d9ce17150812132233sd16b54btaa53d7d229dddc3b@mail.gmail.com>

On Sun, Dec 14, 2008 at 9:02 AM, Dmitri Gaskin <dmitrig01 at gmail.com> wrote:

> multi-step can be tested: pass NULL in as the $path.
>
> Dmitri
>
>
> On Dec 13, 2008, at 7:00 PM, augustin (beginner) wrote:
>
>  On Saturday 13 December 2008 18:37:06 augustin (beginner) wrote:
>>
>>> Is it possible to test #ahah form elements with simpletest?
>>> How to make the function $this->drupalPost() work when some of the
>>> elements
>>> have dynamically been added with an #ahah callback (e.g. when changing a
>>> select value)?
>>>
>>> Or is this a test scenario that is not yet covered by simpletest?
>>>
>>
>> And what about multistep forms? The form is evolving according to previous
>> user submitions.
>> Can $this->drupalPost() be somehow used twice in a row, with simpletest
>> remembering the state of the form after the first call?
>>
>> Or are all those scenarios that cannot be tested... ?
>>
>> Augustin.
>>
>>
>


-- 
-----------------
Yours.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081214/527e4413/attachment-0001.htm 

From bart at motd.be  Sun Dec 14 13:09:57 2008
From: bart at motd.be (Bart Jansens)
Date: Sun, 14 Dec 2008 14:09:57 +0100
Subject: [development] Testing SQLite on Linux
In-Reply-To: <868170394.12828061229209748642.JavaMail.root@mail-2.01.com>
References: <868170394.12828061229209748642.JavaMail.root@mail-2.01.com>
Message-ID: <1229260197.18172.26.camel@localhost.localdomain>

Op zaterdag 13-12-2008 om 17:09 uur [tijdzone -0600], schreef David
Timothy Strauss:
> We have one of the MyISAM databases symlinked to tmpfs in RAM. It's
> fast and somewhat unreliable, but I have no reason to believe that if
> it provides test results that the results are compromised in accuracy.

I imagine it could make a lot more of a difference for SQLite,
especially compared to the performance of an encrypted harddisk.


FYI, A while back I ran some tests to check if I could improve the
performance on my system. These were the results:

- tweaking the Mysql config a little, improved performance by about 8%.
And I'm not a mysql expert - others might be able to improve it even
more.

- placing the mysql db on tmpfs did improve performance slightly (1 or 2
percent). But when running multiple tests in parallel, it actually
degraded performance a little. I'm not quite sure why, but it was
reproducible.

- because modern CPUs have multiple cores, the highest performance boost
was running the tests with higher concurrency. On my quad core, it would
only take about 2 minutes to complete the tests. However, this proved to
be somewhat unreliable, i kept getting database exceptions.



Of course it all depends on the hardware, if you have a system with
slower disk, mysql in tmpfs will be significantly faster. Check what the
bottleneck is and start optimizing there.




From damz at prealable.org  Sun Dec 14 13:30:17 2008
From: damz at prealable.org (Damien Tournoud)
Date: Sun, 14 Dec 2008 14:30:17 +0100
Subject: [development] Testing SQLite on Linux
In-Reply-To: <1229260197.18172.26.camel@localhost.localdomain>
References: <868170394.12828061229209748642.JavaMail.root@mail-2.01.com>
	<1229260197.18172.26.camel@localhost.localdomain>
Message-ID: <e821df550812140530ndd82007h7dff07cf63c98ea5@mail.gmail.com>

For comparison, my test slave (dual core), with MySQL configured to use
ample memory and the MyIsam folder on a tmpfs reliably runs tests in 5
minutes 30 seconds.

Damien Tournoud

On Sun, Dec 14, 2008 at 2:09 PM, Bart Jansens <bart at motd.be> wrote:

> Op zaterdag 13-12-2008 om 17:09 uur [tijdzone -0600], schreef David
> Timothy Strauss:
> > We have one of the MyISAM databases symlinked to tmpfs in RAM. It's
> > fast and somewhat unreliable, but I have no reason to believe that if
> > it provides test results that the results are compromised in accuracy.
>
> I imagine it could make a lot more of a difference for SQLite,
> especially compared to the performance of an encrypted harddisk.
>
>
> FYI, A while back I ran some tests to check if I could improve the
> performance on my system. These were the results:
>
> - tweaking the Mysql config a little, improved performance by about 8%.
> And I'm not a mysql expert - others might be able to improve it even
> more.
>
> - placing the mysql db on tmpfs did improve performance slightly (1 or 2
> percent). But when running multiple tests in parallel, it actually
> degraded performance a little. I'm not quite sure why, but it was
> reproducible.
>
> - because modern CPUs have multiple cores, the highest performance boost
> was running the tests with higher concurrency. On my quad core, it would
> only take about 2 minutes to complete the tests. However, this proved to
> be somewhat unreliable, i kept getting database exceptions.
>
>
>
> Of course it all depends on the hardware, if you have a system with
> slower disk, mysql in tmpfs will be significantly faster. Check what the
> bottleneck is and start optimizing there.
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081214/c1bf46ce/attachment.htm 

From damz at prealable.org  Sun Dec 14 13:38:11 2008
From: damz at prealable.org (Damien Tournoud)
Date: Sun, 14 Dec 2008 14:38:11 +0100
Subject: [development] simpletest and #ahah?
In-Reply-To: <200812131837.06436.drupal.beginner@wechange.org>
References: <200812131837.06436.drupal.beginner@wechange.org>
Message-ID: <e821df550812140538r261d0ee1we5d4d408cbf8b967@mail.gmail.com>

On Sat, Dec 13, 2008 at 11:37 AM, augustin (beginner) <
drupal.beginner at wechange.org> wrote:

> Is it possible to test #ahah form elements with simpletest?
> How to make the function $this->drupalPost() work when some of the elements
> have dynamically been added with an #ahah callback (e.g. when changing a
> select value)?


Hi Augustin,

Please open an issue in the Drupal Core 7 queue, against the
simpletest.module. I'm pretty sure we can build something that emulate some
of the functionality of ahah.js in PHP.

Damien Tournoud
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081214/4bd1371b/attachment.htm 

From drupal.beginner at wechange.org  Mon Dec 15 08:37:46 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Mon, 15 Dec 2008 16:37:46 +0800
Subject: [development] simpletest and #ahah?
In-Reply-To: <e821df550812140538r261d0ee1we5d4d408cbf8b967@mail.gmail.com>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<e821df550812140538r261d0ee1we5d4d408cbf8b967@mail.gmail.com>
Message-ID: <200812151637.47121.drupal.beginner@wechange.org>

On Sunday 14 December 2008 21:38:11 Damien Tournoud wrote:
> Hi Augustin,
>
> Please open an issue in the Drupal Core 7 queue, against the
> simpletest.module. I'm pretty sure we can build something that emulate some
> of the functionality of ahah.js in PHP.
>

Bonjour Damien,


Ok, it is done:
http://drupal.org/node/346095


A.

From drupal.beginner at wechange.org  Mon Dec 15 10:48:11 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Mon, 15 Dec 2008 18:48:11 +0800
Subject: [development] simpletest and multistep forms?
In-Reply-To: <5C727BF9-70C8-4AE4-9D54-B7477574D803@gmail.com>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<200812141100.14508.drupal.beginner@wechange.org>
	<5C727BF9-70C8-4AE4-9D54-B7477574D803@gmail.com>
Message-ID: <200812151848.11544.drupal.beginner@wechange.org>

On Sunday 14 December 2008 11:32:57 Dmitri Gaskin wrote:
> multi-step can be tested: pass NULL in as the $path.

Thanks Dmitri.

I have not yet had the opportunity to test this.
However, it is worthwhile to document this kind of information, so I have 
added it here:
http://drupal.org/node/265762/revisions/view/381426/404000
http://drupal.org/node/265762 API functions

Thanks,

Augustin.


From drupal.beginner at wechange.org  Mon Dec 15 10:54:14 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Mon, 15 Dec 2008 18:54:14 +0800
Subject: [development] simpletest and #ahah?
In-Reply-To: <c96281260812131906xdde2bc9u8754dba25eabe97e@mail.gmail.com>
References: <200812131837.06436.drupal.beginner@wechange.org>
	<200812141018.23693.drupal.beginner@wechange.org>
	<c96281260812131906xdde2bc9u8754dba25eabe97e@mail.gmail.com>
Message-ID: <200812151854.14549.drupal.beginner@wechange.org>

On Sunday 14 December 2008 11:06:19 Neil Drumm wrote:
> You would have to use a unit testing framework design for JavaScript.
> http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#JavaScript.
> Or use something designed for general front-end testing, like
> Selenium. One of these could theoretically be integrated with
> Simpletest.

Thanks Neil.

I put this information here:
http://drupal.org/node/347184


Augustin.


From aldo at caonao.cu  Mon Dec 15 13:42:46 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Mon, 15 Dec 2008 08:42:46 -0500
Subject: [development] hook_node_info()
Message-ID: <200812150842.46640.aldo@caonao.cu>

why, when i insert this code

function module_name_node_info(){

return array ('module_name' => array(
			'name' => t('Module Name'),
			'module' => 'module_name',
			'has_title' => TRUE,
			'has_body' => TRUE,
		));

}

drupal don't show de 'Module Name' in Content Types List ??

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From drupal.beginner at wechange.org  Mon Dec 15 14:19:32 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Mon, 15 Dec 2008 22:19:32 +0800
Subject: [development] hook_node_info()
In-Reply-To: <200812150842.46640.aldo@caonao.cu>
References: <200812150842.46640.aldo@caonao.cu>
Message-ID: <200812152219.32839.drupal.beginner@wechange.org>

On Monday 15 December 2008 21:42:46 Aldo Martinez Selleras wrote:
> drupal don't show de 'Module Name' in Content Types List ??

Hello Aldo,

You also need to define the other hooks, in particular hook_access().


Augustin.


From aldo at caonao.cu  Mon Dec 15 14:34:49 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Mon, 15 Dec 2008 09:34:49 -0500
Subject: [development] hook_node_info()
In-Reply-To: <200812152219.32839.drupal.beginner@wechange.org>
References: <200812150842.46640.aldo@caonao.cu>
	<200812152219.32839.drupal.beginner@wechange.org>
Message-ID: <200812150934.49903.aldo@caonao.cu>

what hooks it's what i need??

insert hook_access whitout result, do not find any doc where explain this!

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From recidive at gmail.com  Mon Dec 15 14:47:21 2008
From: recidive at gmail.com (Henrique Recidive)
Date: Mon, 15 Dec 2008 12:47:21 -0200
Subject: [development] hook_node_info()
In-Reply-To: <200812150934.49903.aldo@caonao.cu>
References: <200812150842.46640.aldo@caonao.cu>
	<200812152219.32839.drupal.beginner@wechange.org>
	<200812150934.49903.aldo@caonao.cu>
Message-ID: <841684fe0812150647r515ce002nd2177be811a39564@mail.gmail.com>

2008/12/15 Aldo Martinez Selleras <aldo at caonao.cu>:
> what hooks it's what i need??
>
> insert hook_access whitout result, do not find any doc where explain this!

Did you even search?

http://drupal.org/node/231019


>
> --
> ----------------------
> Aldo Martinez Selleras
> Administrador del Nodo
> CITMATEL GND Camaguey
> Tel: 32-291661
> E-mail: aldo at caonao.cu
> Linux User #364356
>

From adrian at bryght.com  Mon Dec 15 15:17:47 2008
From: adrian at bryght.com (Adrian Rossouw)
Date: Mon, 15 Dec 2008 17:17:47 +0200
Subject: [development] hook_node_info()
In-Reply-To: <200812152219.32839.drupal.beginner@wechange.org>
References: <200812150842.46640.aldo@caonao.cu>
	<200812152219.32839.drupal.beginner@wechange.org>
Message-ID: <70BC5875-4906-4B23-BF4C-914BF6D342E0@bryght.com>


On 15 Dec 2008, at 4:19 PM, augustin (beginner) wrote:

>
> You also need to define the other hooks, in particular hook_access().

doesn't show on the content type page if you don't have a hook_form()

at least in d5.


From aldo at caonao.cu  Tue Dec 16 12:39:16 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Tue, 16 Dec 2008 07:39:16 -0500
Subject: [development] hook_node_info()
In-Reply-To: <70BC5875-4906-4B23-BF4C-914BF6D342E0@bryght.com>
References: <200812150842.46640.aldo@caonao.cu>
	<200812152219.32839.drupal.beginner@wechange.org>
	<70BC5875-4906-4B23-BF4C-914BF6D342E0@bryght.com>
Message-ID: <200812160739.17086.aldo@caonao.cu>

it's working

thks to all of u ;)

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From eric.schaefer at eas-consulting.de  Tue Dec 16 17:03:33 2008
From: eric.schaefer at eas-consulting.de (Eric-Alexander Schaefer)
Date: Tue, 16 Dec 2008 18:03:33 +0100
Subject: [development] CVS-Messages
Message-ID: <4947DF65.7030001@eas-consulting.de>

Hello List,

is it possible to subscribe to the cvs messages of a certain module?

Regards,
Eric

From hall.blake at gmail.com  Tue Dec 16 17:06:56 2008
From: hall.blake at gmail.com (Blake Hall)
Date: Tue, 16 Dec 2008 11:06:56 -0600
Subject: [development] CVS-Messages
In-Reply-To: <4947DF65.7030001@eas-consulting.de>
References: <4947DF65.7030001@eas-consulting.de>
Message-ID: <429f91ed0812160906i6e0e8e23g4b3d7a43570399c8@mail.gmail.com>

Project nodes have a link "View CVS
messages<http://drupal.org/project/cvs/48429>"
where you can subscribe to the RSS feed for any particular module.


# blake


On Tue, Dec 16, 2008 at 11:03 AM, Eric-Alexander Schaefer <
eric.schaefer at eas-consulting.de> wrote:

> Hello List,
>
> is it possible to subscribe to the cvs messages of a certain module?
>
> Regards,
> Eric
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081216/edd3c246/attachment.htm 

From eric.schaefer at eas-consulting.de  Tue Dec 16 22:11:39 2008
From: eric.schaefer at eas-consulting.de (Eric-Alexander Schaefer)
Date: Tue, 16 Dec 2008 23:11:39 +0100
Subject: [development] CVS-Messages
In-Reply-To: <429f91ed0812160906i6e0e8e23g4b3d7a43570399c8@mail.gmail.com>
References: <4947DF65.7030001@eas-consulting.de>
	<429f91ed0812160906i6e0e8e23g4b3d7a43570399c8@mail.gmail.com>
Message-ID: <4948279B.8040908@eas-consulting.de>

Blake Hall schrieb:
> Project nodes have a link "View CVS messages 
> <http://drupal.org/project/cvs/48429>" where you can subscribe to the 
> RSS feed for any particular module.

Thanks.

Eric

From jens at reinemuth.info  Thu Dec 18 12:47:07 2008
From: jens at reinemuth.info (Jens Reinemuth)
Date: Thu, 18 Dec 2008 13:47:07 +0100
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
Message-ID: <494A464B.2030502@reinemuth.info>

Hi everybody...

since a couple of weeks i have permanent problems with the development
snapshots of the XML Sitemap.

O.K. i know these are dev-snapshots, but i don't really uderstand what
happens here. if i would check out these files from CVS, i could live
with the recent bugs (nearly all are typos, e.g. "columhn_exist" or
forgotten semicolons, paranthesis, ...) but i really wonder how someone
could package these broken files into a tar.gz and release it...

This is very uncomfortable on my development servers as they nearly all
run on lighttpd and you have to do some tricks to get it to work with
drupals Clean-URLs, you allways have to change same line of code in
settings-file, run the updates, get errors, fix all the stupid little
typos, run updates again, add semikolon, ...

I really would see the devs checking the code (or simply use something
like eclipse and look for the underlined parts of their code...) before
packaging it and releasing it to the website.

On all my servers there are about 15 drupal-Sites and i never had these
problems with any other modules.

Jens

--
Jens Reinemuth
Ahornweg 23
51469 Bergisch Gladbach
Germany

From drupal.beginner at wechange.org  Thu Dec 18 13:12:19 2008
From: drupal.beginner at wechange.org (augustin (beginner))
Date: Thu, 18 Dec 2008 21:12:19 +0800
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A464B.2030502@reinemuth.info>
References: <494A464B.2030502@reinemuth.info>
Message-ID: <200812182112.19528.drupal.beginner@wechange.org>

On Thursday 18 December 2008 20:47:07 Jens Reinemuth wrote:
> O.K. i know these are dev-snapshots, but i don't really uderstand what
> happens here. if i would check out these files from CVS, i could live
> with the recent bugs (nearly all are typos, e.g. "columhn_exist" or
> forgotten semicolons, paranthesis, ...) but i really wonder how someone
> could package these broken files into a tar.gz and release it...

The answer is in your question. Those are dev snapshots and they are packaged 
*automatically* for those who want to test  the said module and develop for 
it.

It seems that this module could be better maintained, but that's irrelevant. 
Stick to published, stable versions to avoid surprises. (I've had quite a few 
myself using dev snapshots of other modules...)


Augustin.


From catch56 at googlemail.com  Thu Dec 18 13:13:55 2008
From: catch56 at googlemail.com (Nathaniel Catchpole)
Date: Thu, 18 Dec 2008 13:13:55 +0000
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A464B.2030502@reinemuth.info>
References: <494A464B.2030502@reinemuth.info>
Message-ID: <fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>

The issue queue for http://drupal.org/project/xmlsitemap is over there.

Instructions for creating patches are at http://drupal.org/patch/create

Development tarballs are created automatically by the Drupal.org packaging
script and have big red Xs next to them to stop regular users downloading
them. It's the same as checking it out from CVS, except a daily snapshot of
whatever's in there at the time.

Development tarballs are for people to try out and contribute back bug
reports and patches back to the issue queue so they can be rolled into the
next stable release - if you can fix things locally, you could have spent
the time doing this instead of sending a complaint to however many thousand
people subscribe to this list.

Nat

On Thu, Dec 18, 2008 at 12:47 PM, Jens Reinemuth  wrote:

> Hi everybody...
>
> since a couple of weeks i have permanent problems with the development
> snapshots of the XML Sitemap.
>
> O.K. i know these are dev-snapshots, but i don't really uderstand what
> happens here. if i would check out these files from CVS, i could live
> with the recent bugs (nearly all are typos, e.g. "columhn_exist" or
> forgotten semicolons, paranthesis, ...) but i really wonder how someone
> could package these broken files into a tar.gz and release it...
>
> This is very uncomfortable on my development servers as they nearly all
> run on lighttpd and you have to do some tricks to get it to work with
> drupals Clean-URLs, you allways have to change same line of code in
> settings-file, run the updates, get errors, fix all the stupid little
> typos, run updates again, add semikolon, ...
>
> I really would see the devs checking the code (or simply use something
> like eclipse and look for the underlined parts of their code...) before
> packaging it and releasing it to the website.
>
> On all my servers there are about 15 drupal-Sites and i never had these
> problems with any other modules.
>
> Jens
>
> --
> Jens Reinemuth
> Ahornweg 23
> 51469 Bergisch Gladbach
> Germany
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081218/291d0279/attachment-0001.htm 

From jens at reinemuth.info  Thu Dec 18 13:21:55 2008
From: jens at reinemuth.info (Jens Reinemuth)
Date: Thu, 18 Dec 2008 14:21:55 +0100
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
References: <494A464B.2030502@reinemuth.info>
	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
Message-ID: <494A4E73.9080504@reinemuth.info>

Nathaniel Catchpole schrieb:
> The issue queue for http://drupal.org/project/xmlsitemap is over there.
>
> Instructions for creating patches are at http://drupal.org/patch/create
>
> Development tarballs are created automatically by the Drupal.org
> packaging script and have big red Xs next to them to stop regular
> users downloading them. It's the same as checking it out from CVS,
> except a daily snapshot of whatever's in there at the time.
>
> Development tarballs are for people to try out and contribute back bug
> reports and patches back to the issue queue so they can be rolled into
> the next stable release - if you can fix things locally, you could
> have spent the time doing this instead of sending a complaint to
> however many thousand people subscribe to this list.
>
> Nat
So it's better to submit a bunch of patches simply correcting typos than
trying to get to know where (or who) the problem is?

Sorry for "spamming" those thousands of drupal-users here. But i don't
get it: Even if i stay on dev-linuxes, with dev-kernels, dev-drivers,
dev-software, ... the times someone submitted code with such simple
typos in the recent years would be under 10.

On the opposite i have a module where the devs (or maintainers)
constantly check-in - easy to fix - bugged code. If this is common in
the drupal-scene we would have to change something about it...

But ok. I'll get a cvs-account and commit about 10 patches a week
countaining commas or something like that...

Jens

From matt at mattfarina.com  Thu Dec 18 13:37:16 2008
From: matt at mattfarina.com (matt at mattfarina.com)
Date: Thu, 18 Dec 2008 05:37:16 -0800
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A4E73.9080504@reinemuth.info>
References: <494A464B.2030502@reinemuth.info>
	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
	<494A4E73.9080504@reinemuth.info>
Message-ID: <20081218053716.9kbfr49gggokc0ww@webmail.mattfarina.com>

When you talk about the dev-linuxes, dev-kernels, etc. that would be  
comparable to drupal core.

Each contributed module is it's own project (like the linux kernel)  
but on a much smaller scale. Some of these projects are well  
maintained and the issues noted aren't a problem. Some of them, just  
like projects all over, could use some love and attention.

If you willing I imagine a lot of maintainers would welcome the help  
in creating better projects. I know I would.

Quoting Jens Reinemuth <jens at reinemuth.info>:

> Nathaniel Catchpole schrieb:
>> The issue queue for http://drupal.org/project/xmlsitemap is over there.
>>
>> Instructions for creating patches are at http://drupal.org/patch/create
>>
>> Development tarballs are created automatically by the Drupal.org
>> packaging script and have big red Xs next to them to stop regular
>> users downloading them. It's the same as checking it out from CVS,
>> except a daily snapshot of whatever's in there at the time.
>>
>> Development tarballs are for people to try out and contribute back bug
>> reports and patches back to the issue queue so they can be rolled into
>> the next stable release - if you can fix things locally, you could
>> have spent the time doing this instead of sending a complaint to
>> however many thousand people subscribe to this list.
>>
>> Nat
> So it's better to submit a bunch of patches simply correcting typos than
> trying to get to know where (or who) the problem is?
>
> Sorry for "spamming" those thousands of drupal-users here. But i don't
> get it: Even if i stay on dev-linuxes, with dev-kernels, dev-drivers,
> dev-software, ... the times someone submitted code with such simple
> typos in the recent years would be under 10.
>
> On the opposite i have a module where the devs (or maintainers)
> constantly check-in - easy to fix - bugged code. If this is common in
> the drupal-scene we would have to change something about it...
>
> But ok. I'll get a cvs-account and commit about 10 patches a week
> countaining commas or something like that...
>
> Jens
>



From catch56 at googlemail.com  Thu Dec 18 13:44:15 2008
From: catch56 at googlemail.com (Nathaniel Catchpole)
Date: Thu, 18 Dec 2008 13:44:15 +0000
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A4E73.9080504@reinemuth.info>
References: <494A464B.2030502@reinemuth.info>
	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
	<494A4E73.9080504@reinemuth.info>
Message-ID: <fa5724270812180544t3db1ea2vb94596f362ad49f6@mail.gmail.com>

I just took a look at the xmlsitemap issue queue - it looks like someone
already submitted a bug report for the "columhn_exist" typo, and it was
fixed this morning - http://drupal.org/node/348599 - so you won't need to
fix that again next time the tarball is generated.

That suggests there's at least some activity there, and no reason you
couldn't expect an answer had you posted your query here rather than there.
The chances of any one maintainer reading the development list are a lot
lower though.

Nat

PS. you don't need to apply for a CVS account to submit patches.

On Thu, Dec 18, 2008 at 1:21 PM, Jens Reinemuth  wrote:

> Nathaniel Catchpole schrieb:
> > The issue queue for http://drupal.org/project/xmlsitemap is over there.
> >
> > Instructions for creating patches are at http://drupal.org/patch/create
> >
> > Development tarballs are created automatically by the Drupal.org
> > packaging script and have big red Xs next to them to stop regular
> > users downloading them. It's the same as checking it out from CVS,
> > except a daily snapshot of whatever's in there at the time.
> >
> > Development tarballs are for people to try out and contribute back bug
> > reports and patches back to the issue queue so they can be rolled into
> > the next stable release - if you can fix things locally, you could
> > have spent the time doing this instead of sending a complaint to
> > however many thousand people subscribe to this list.
> >
> > Nat
> So it's better to submit a bunch of patches simply correcting typos than
> trying to get to know where (or who) the problem is?
>
> Sorry for "spamming" those thousands of drupal-users here. But i don't
> get it: Even if i stay on dev-linuxes, with dev-kernels, dev-drivers,
> dev-software, ... the times someone submitted code with such simple
> typos in the recent years would be under 10.
>
> On the opposite i have a module where the devs (or maintainers)
> constantly check-in - easy to fix - bugged code. If this is common in
> the drupal-scene we would have to change something about it...
>
> But ok. I'll get a cvs-account and commit about 10 patches a week
> countaining commas or something like that...
>
> Jens
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081218/1291e2cc/attachment.htm 

From catch56 at googlemail.com  Thu Dec 18 13:46:52 2008
From: catch56 at googlemail.com (Nathaniel Catchpole)
Date: Thu, 18 Dec 2008 13:46:52 +0000
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <20081218053716.9kbfr49gggokc0ww@webmail.mattfarina.com>
References: <494A464B.2030502@reinemuth.info>
	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
	<494A4E73.9080504@reinemuth.info>
	<20081218053716.9kbfr49gggokc0ww@webmail.mattfarina.com>
Message-ID: <fa5724270812180546m368d5072j69f0e3fa1e3e816a@mail.gmail.com>

On Thu, Dec 18, 2008 at 1:37 PM,  Matt Farina wrote:

> When you talk about the dev-linuxes, dev-kernels, etc. that would be
> comparable to drupal core.
>
> Each contributed module is it's own project (like the linux kernel) but on
> a much smaller scale. Some of these projects are well maintained and the
> issues noted aren't a problem. Some of them, just like projects all over,
> could use some love and attention.
>
> If you willing I imagine a lot of maintainers would welcome the help in
> creating better projects. I know I would.


This is very true, also note that the poor quality of so many contributed
projects is a known issue, and Drupal.org has been introducing measures to
deal with it - see http://drupal.org/project/usage for one. More are likely
to come with the redesign too, and maybe via
http://testing.drupal.org(which currently only runs core tests) in the
future.

Nat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081218/3e71a3f1/attachment.htm 

From jens at reinemuth.info  Thu Dec 18 14:08:41 2008
From: jens at reinemuth.info (Jens Reinemuth)
Date: Thu, 18 Dec 2008 15:08:41 +0100
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <fa5724270812180544t3db1ea2vb94596f362ad49f6@mail.gmail.com>
References: <494A464B.2030502@reinemuth.info>	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>	<494A4E73.9080504@reinemuth.info>
	<fa5724270812180544t3db1ea2vb94596f362ad49f6@mail.gmail.com>
Message-ID: <494A5969.6050303@reinemuth.info>

Nathaniel Catchpole schrieb:
> I just took a look at the xmlsitemap issue queue - it looks like
> someone already submitted a bug report for the "columhn_exist" typo,
> and it was fixed this morning - http://drupal.org/node/348599 - so you
> won't need to fix that again next time the tarball is generated.
>
> That suggests there's at least some activity there, and no reason you
> couldn't expect an answer had you posted your query here rather than
> there. The chances of any one maintainer reading the development list
> are a lot lower though.
>
> Nat
>
> PS. you don't need to apply for a CVS account to submit patches.
>
> On Thu, Dec 18, 2008 at 1:21 PM, Jens Reinemuth  wrote:
>
>     Nathaniel Catchpole schrieb:
>     > The issue queue for http://drupal.org/project/xmlsitemap is over
>     there.
>     >
>     > Instructions for creating patches are at
>     http://drupal.org/patch/create
>     >
>     > Development tarballs are created automatically by the Drupal.org
>     > packaging script and have big red Xs next to them to stop regular
>     > users downloading them. It's the same as checking it out from CVS,
>     > except a daily snapshot of whatever's in there at the time.
>     >
>     > Development tarballs are for people to try out and contribute
>     back bug
>     > reports and patches back to the issue queue so they can be
>     rolled into
>     > the next stable release - if you can fix things locally, you could
>     > have spent the time doing this instead of sending a complaint to
>     > however many thousand people subscribe to this list.
>     >
>     > Nat
>     So it's better to submit a bunch of patches simply correcting
>     typos than
>     trying to get to know where (or who) the problem is?
>
>     Sorry for "spamming" those thousands of drupal-users here. But i don't
>     get it: Even if i stay on dev-linuxes, with dev-kernels, dev-drivers,
>     dev-software, ... the times someone submitted code with such simple
>     typos in the recent years would be under 10.
>
>     On the opposite i have a module where the devs (or maintainers)
>     constantly check-in - easy to fix - bugged code. If this is common in
>     the drupal-scene we would have to change something about it...
>
>     But ok. I'll get a cvs-account and commit about 10 patches a week
>     countaining commas or something like that...
>
>     Jens
>
>
Ok...

So i will wait fot the next release...

I really try to make things better, not to say "getting things done"...
What about e.g. a simple cronjob running preivious to the packaging,
which simply lets a php-cli parsing the files... so such errors would
not occur in packages.

This way you cannot fix logical errors, but those simple typos would
vanish...

Jens

From news at unleashedmind.com  Thu Dec 18 14:09:10 2008
From: news at unleashedmind.com (Daniel F. Kudwien)
Date: Thu, 18 Dec 2008 15:09:10 +0100
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A4E73.9080504@reinemuth.info>
Message-ID: <003801c9611a$32e2d420$0200a8c0@structworks.com>

> But ok. I'll get a cvs-account and commit about 10 patches a 
> week countaining commas or something like that...
> 
> Jens

Please note that you do not need a CVS account to checkout code from CVS and
create patches.

You only need a CVS account for maintaining (i.e. committing code to) a
project on drupal.org.

Daniel


From catch56 at googlemail.com  Thu Dec 18 15:26:22 2008
From: catch56 at googlemail.com (Nathaniel Catchpole)
Date: Thu, 18 Dec 2008 15:26:22 +0000
Subject: [development] XML Sitemap 6.x-1.x-dev: Bugs, Typos & Quality
In-Reply-To: <494A5969.6050303@reinemuth.info>
References: <494A464B.2030502@reinemuth.info>
	<fa5724270812180513k59d807a5q849c80938c971794@mail.gmail.com>
	<494A4E73.9080504@reinemuth.info>
	<fa5724270812180544t3db1ea2vb94596f362ad49f6@mail.gmail.com>
	<494A5969.6050303@reinemuth.info>
Message-ID: <fa5724270812180726w160fbd25m9a8af1561345245e@mail.gmail.com>

>
> >
> > On Thu, Dec 18, 2008 at 1:21 PM, Jens Reinemuth  wrote:
> >
>
>
>
> I really try to make things better, not to say "getting things done"...


OK, that wasn't clear from your initial e-mail, but I'm glad you've
responded
.

>
> What about e.g. a simple cronjob running preivious to the packaging,
> which simply lets a php-cli parsing the files... so such errors would
> not occur in packages.
>
> This way you cannot fix logical errors, but those simple typos would
> vanish...


This is a great idea - opened a feature request -
http://drupal.org/node/348678

Eventually we'd like to have test runs and coverage reports for contrib
modules, but if it's straightforward to implement in the interim, would be a
very nice addition.

Nat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081218/ff6f32bd/attachment-0001.htm 

From aldo at caonao.cu  Thu Dec 18 17:11:50 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Thu, 18 Dec 2008 12:11:50 -0500
Subject: [development] how to setup a default value in select object?
Message-ID: <200812181211.50798.aldo@caonao.cu>

i'am creating a select object with drupal form api, and i want ti setup a 
defautl value from the array of options

	$net = drupal_map_assoc(array('Dial-up', 'Cable/dsl', 'Lan'));
	$form['meet_net'] = array(
		'#type' => 'select',
		'#options' => $net,
		'#title' => t('Network'),
		'#default_value' => $net['Lan'],
	);

i can do this with that variant, but i need to user numeric values from the 
array, by example

'#default_value' => $net[2],

for save data in database??

how can i do that them??

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From nevets at mailbag.com  Thu Dec 18 17:30:24 2008
From: nevets at mailbag.com (Steve Ringwood)
Date: Thu, 18 Dec 2008 11:30:24 -0600
Subject: [development] how to setup a default value in select object?
In-Reply-To: <200812181211.50798.aldo@caonao.cu>
References: <200812181211.50798.aldo@caonao.cu>
Message-ID: <494A88B0.9010708@mailbag.com>

I  think what you want is

	$net = array(0 => 'Dial-up', 1 => 'Cable/dsl', 2 => 'Lan'));
	$form['meet_net'] = array(
		'#type' => 'select',
		'#options' => $net,
		'#title' => t('Network'),
		'#default_value' => $existing_net_value,
	);

You will need to initialize $existing_net_value either from the existing
value in the database or else some default value.  As show valid values
are 0, 1 and 2

 



From mistknight at gmail.com  Tue Dec 23 13:34:50 2008
From: mistknight at gmail.com (Ashraf Amayreh)
Date: Tue, 23 Dec 2008 15:34:50 +0200
Subject: [development] new module notifications
Message-ID: <a53d1b3b0812230534j20ad4b94r3f21191ca6328a3d@mail.gmail.com>

Hello all,

Excuse me if the functionality I'm asking about already exists, but is there
a way to get notifications or updates of new modules? I was talking today
with a friend and he was telling me about this new module, he said that it
was just added yesterday. I thought it would have been great if I got some
notification (mailing list? subscription? etc)

With the explosive number of modules that encompass all functionality, I
sometimes feel sorry when I develop something and find that some module had
already implemented it. Searching is not always an answer too, as some
modules are just glue and utility modules and won't usually be something
you'd intuitively search for.

Is there something like this in place?

-- 
Ashraf Amayreh
http://aamayreh.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081223/cd313152/attachment.htm 

From fgm at osinet.fr  Tue Dec 23 13:37:01 2008
From: fgm at osinet.fr (FGM)
Date: Tue, 23 Dec 2008 14:37:01 +0100
Subject: [development] new module notifications
References: <a53d1b3b0812230534j20ad4b94r3f21191ca6328a3d@mail.gmail.com>
Message-ID: <87BF85ED9CEC450F9ABBE148568BD2C6@pcosi>

I suggest http://drupal.org/taxonomy/term/14/0/feed


----- Original Message ----- 
From: "Ashraf Amayreh" <mistknight at gmail.com>
To: <development at drupal.org>
Sent: Tuesday, December 23, 2008 2:34 PM
Subject: [development] new module notifications


Hello all,

Excuse me if the functionality I'm asking about already exists, but is there 
a way to get notifications or updates of new modules? I was talking today 
with a friend and he was telling me about this new module, he said that it 
was just added yesterday. I thought it would have been great if I got some 
notification (mailing list? subscription? etc)

With the explosive number of modules that encompass all functionality, I 
sometimes feel sorry when I develop something and find that some module had 
already implemented it. Searching is not always an answer too, as some 
modules are just glue and utility modules and won't usually be something 
you'd intuitively search for.

Is there something like this in place?

--
Ashraf Amayreh
http://aamayreh.org


From Greg at growingventuresolutions.com  Tue Dec 23 15:17:58 2008
From: Greg at growingventuresolutions.com (Greg Knaddison)
Date: Tue, 23 Dec 2008 08:17:58 -0700
Subject: [development] new module notifications
In-Reply-To: <87BF85ED9CEC450F9ABBE148568BD2C6@pcosi>
References: <a53d1b3b0812230534j20ad4b94r3f21191ca6328a3d@mail.gmail.com>
	<87BF85ED9CEC450F9ABBE148568BD2C6@pcosi>
Message-ID: <3861c6770812230717g4821dd07g81c4ab90e33eda95@mail.gmail.com>

On Tue, Dec 23, 2008 at 6:37 AM, FGM <fgm at osinet.fr> wrote:
> I suggest http://drupal.org/taxonomy/term/14/0/feed

That's a great feed, but can be a little busy.

There's also http://drupaldashboard.com/feeds/important-module-releases-drupal
which shows both interesting new modules and major releases from
existing modules.  Example items are in
http://drupaldashboard.com/feed-item/43  This is a manually moderated
list.  If anyone wants to help manually moderating, let me know.

There's also http://drupalmodules.com/new-modules which is an
automated feed based on the drupal.org feed but it also checks to make
sure that there is actually some code associated with the new module
before adding it to the feed.  This has benefits and drawbacks (you
only see "real" projects but may miss something really interesting
that didn't commit code for a week or so).

Regards,
Greg

-- 
Greg Knaddison
http://knaddison.com | 303-800-5623 | http://growingventuresolutions.com

From aldo at caonao.cu  Tue Dec 23 16:14:06 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Tue, 23 Dec 2008 11:14:06 -0500
Subject: [development] creating new content type
Message-ID: <200812231114.06975.aldo@caonao.cu>

before anything, i want to thanks to all people answer me, the last question i 
did, all it's working, really thks to all of you.

now, i have, i think, a problem, i create a new content type node, its 
working, but, i don't want to insert data in nodes table, just in the table 
where save de info of the contents created, its that possible??

the hook_delete dosn't work fine :(

function module_delete(&$node){
	db_query("DELETE FROM {module_table} WHERE mid = %d", $node->mid);
}


-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From cxjohnson at gmail.com  Tue Dec 23 22:46:15 2008
From: cxjohnson at gmail.com (Chris Johnson)
Date: Tue, 23 Dec 2008 16:46:15 -0600
Subject: [development] creating new content type
In-Reply-To: <200812231114.06975.aldo@caonao.cu>
References: <200812231114.06975.aldo@caonao.cu>
Message-ID: <9ea8d6030812231446o772f7d21s34716745f2cab783@mail.gmail.com>

Yes, it is possible to create new content types in a custom module
which do not use the node API, and therefore do not store any data in
the node related tables.  You opt out of a lot of the added
functionality (e.g. taxonomies) that comes automatically with nodes,
unless you write additional code for your module to make those
functions available.

You will have to write code to handle all of insert, update, search
and delete operations on your module's database table.

All of this assumes I'm actually answering the question you are
asking.  I'm not entirely sure on that account.

On Tue, Dec 23, 2008 at 10:14 AM, Aldo Martinez Selleras <aldo at caonao.cu> wrote:
> before anything, i want to thanks to all people answer me, the last question i
> did, all it's working, really thks to all of you.
>
> now, i have, i think, a problem, i create a new content type node, its
> working, but, i don't want to insert data in nodes table, just in the table
> where save de info of the contents created, its that possible??
>
> the hook_delete dosn't work fine :(
>
> function module_delete(&$node){
>        db_query("DELETE FROM {module_table} WHERE mid = %d", $node->mid);
> }
>
>
> --
> ----------------------
> Aldo Martinez Selleras
> Administrador del Nodo
> CITMATEL GND Camaguey
> Tel: 32-291661
> E-mail: aldo at caonao.cu
> Linux User #364356
>

From sheryl at permutations.com  Wed Dec 24 02:53:49 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Tue, 23 Dec 2008 21:53:49 -0500
Subject: [development] sessions problem
Message-ID: <028f01c96572$d931da90$651ca8c0@tecranote>

My Web host disabled the admin account on my Drupal site for a while today
because of extremely large updates to the sessions table that they said were
threatening the stability of the shared server. I took a look at an example
of these enormous queries (my Web host sent this) and saw more examples by
browsing the sessions table. I think I see the problem, but I need to know
more about Drupal sessions to fix it - specifically, how Drupal decides what
to save as sessions data.

 

I'm a co-maintainer of the phpFreeChat module, and it appears to be data
from phpFreeChat that is causing the sessions data to expand so enormously.
Drupal is saving vast amounts of extraneous phpFreeChat data that doesn't
need to be there at all. The Drupal login name is used by phpFreeChat, but
other than that, it has nothing to do with the user's session and nothing in
phpFreeChat needs to be saved.

 

To fix this problem, I need to know how Drupal decides what to save as
sessions data, and in what source code file this is done (so I can modify it
to ignore phpFreeChat). Could someone give me some insight and point me in
the right direction? My community really likes phpFreeChat and I don't want
to lose my hosting account.

 

Thank you in advance.

 

            - Sheryl

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081223/f0cbc6a0/attachment-0001.htm 

From larry at garfieldtech.com  Wed Dec 24 03:15:11 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Tue, 23 Dec 2008 21:15:11 -0600
Subject: [development] sessions problem
In-Reply-To: <028f01c96572$d931da90$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
Message-ID: <200812232115.11301.larry@garfieldtech.com>

On Tuesday 23 December 2008 8:53:49 pm Sheryl (Permutations Software) wrote:

*snip*

> To fix this problem, I need to know how Drupal decides what to save as
> sessions data, and in what source code file this is done (so I can modify
> it to ignore phpFreeChat). Could someone give me some insight and point me
> in the right direction? My community really likes phpFreeChat and I don't
> want to lose my hosting account.
>
>
>
> Thank you in advance.

Drupal's session handling is really not that complicated.  It saves whatever 
is in $_SESSION to the sessions table at the end of each page request, per PHP 
standard.  That could be almost no data or could be a megabyte of crap 
depending on what modules decide to stick stuff in there.  

If the phpFreeChat module has a lot of data in there, I'd look at the module 
to see what it's doing with $_SESSION.  It may be storing data there it 
doesn't need to and/or not removing data later on when it doesn't need it 
anymore.  It really depends on the modules you have installed.  OG, for 
instance, stores the complete node of the current group a user is viewing in 
the session, which makes the session table get really big (far too big, IMO).  
Other modules don't store more than int or two in the session, if that.

If you look in includes/session.inc you'll see the entirety of the code.  As I 
said, it's really not very complex.

-- 
Larry Garfield
larry at garfieldtech.com

From weitzman at tejasa.com  Wed Dec 24 03:20:52 2008
From: weitzman at tejasa.com (Moshe Weitzman)
Date: Tue, 23 Dec 2008 22:20:52 -0500
Subject: [development] sessions problem
In-Reply-To: <200812232115.11301.larry@garfieldtech.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<200812232115.11301.larry@garfieldtech.com>
Message-ID: <6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>

> If the phpFreeChat module has a lot of data in there, I'd look at the module
> to see what it's doing with $_SESSION.  It may be storing data there it
> doesn't need to and/or not removing data later on when it doesn't need it
> anymore.  It really depends on the modules you have installed.  OG, for
> instance, stores the complete node of the current group a user is viewing in
> the session, which makes the session table get really big (far too big, IMO).
> Other modules don't store more than int or two in the session, if that.

OG used to do that, but has changed in D6 and about to be released D5.
We only do that for authenticated users now, and it gets cleared out
when user visits a non group page.

Sheryl - just call session_save_session(FALSE) and Drupal will not
save anything to sessions table. You should explore any ramifications
of this for other modules.

From sheryl at permutations.com  Wed Dec 24 03:31:01 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Tue, 23 Dec 2008 22:31:01 -0500
Subject: [development] sessions problem
In-Reply-To: <6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com>
	<6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
Message-ID: <029701c96578$0c293d80$651ca8c0@tecranote>

Moshe Weitzman wrote:

> Sheryl - just call session_save_session(FALSE) and Drupal will not
save anything to sessions table. You should explore any ramifications
of this for other modules.

Thank you, I will try this. That's a lot easier than trying to figure out
what phpFreeChat is saving to $_SESSION.

> OG used to do that, but has changed in D6 and about to be released D5.
We only do that for authenticated users now, and it gets cleared out
when user visits a non group page.

What does OG stand for?

Many thanks!

	- Sheryl



From larry at garfieldtech.com  Wed Dec 24 04:03:57 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Tue, 23 Dec 2008 22:03:57 -0600
Subject: [development] sessions problem
In-Reply-To: <6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<200812232115.11301.larry@garfieldtech.com>
	<6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
Message-ID: <200812232203.57277.larry@garfieldtech.com>

On Tuesday 23 December 2008 9:20:52 pm Moshe Weitzman wrote:
> > If the phpFreeChat module has a lot of data in there, I'd look at the
> > module to see what it's doing with $_SESSION.  It may be storing data
> > there it doesn't need to and/or not removing data later on when it
> > doesn't need it anymore.  It really depends on the modules you have
> > installed.  OG, for instance, stores the complete node of the current
> > group a user is viewing in the session, which makes the session table get
> > really big (far too big, IMO). Other modules don't store more than int or
> > two in the session, if that.
>
> OG used to do that, but has changed in D6 and about to be released D5.
> We only do that for authenticated users now, and it gets cleared out
> when user visits a non group page.

Ah, good to hear.  That's still going to be a few hundred meg for my site, 
though. :-)  What's the logic for that?  Just to avoid node_load time?

-- 
Larry Garfield
larry at garfieldtech.com

From sheryl at permutations.com  Wed Dec 24 04:09:46 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Tue, 23 Dec 2008 23:09:46 -0500
Subject: [development] sessions problem
In-Reply-To: <029701c96578$0c293d80$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
	<029701c96578$0c293d80$651ca8c0@tecranote>
Message-ID: <029d01c9657d$75721d20$651ca8c0@tecranote>

Moshe Weitzman wrote:

> Sheryl - just call session_save_session(FALSE) and Drupal will not
save anything to sessions table. You should explore any ramifications
of this for other modules.

Unfortunately, this didn't work. It caused big problems within phpFreeChat
itself. I typed one line into the chat, and it repeated itself in a loop
forever - I had to exit the chat to abort it.

I don't understand why phpFreeChat itself would need the session data saved
to the Drupal sessions table since it's a standalone program that shouldn't
need Drupal data handling. Maybe I did this wrong? I put the
session_save_session(FALSE); line at the top of the module code.

Any other suggestions? 

Thanks.

	- Sheryl



From gerhard at killesreiter.de  Wed Dec 24 04:47:12 2008
From: gerhard at killesreiter.de (Gerhard Killesreiter)
Date: Wed, 24 Dec 2008 05:47:12 +0100
Subject: [development] sessions problem
In-Reply-To: <200812232203.57277.larry@garfieldtech.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote>	<200812232115.11301.larry@garfieldtech.com>	<6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
	<200812232203.57277.larry@garfieldtech.com>
Message-ID: <4951BED0.8030402@killesreiter.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Larry Garfield schrieb:
> On Tuesday 23 December 2008 9:20:52 pm Moshe Weitzman wrote:

>>> If the phpFreeChat module has a lot of data in there, I'd look at
>>> the module to see what it's doing with $_SESSION.  It may be
>>> storing data there it doesn't need to and/or not removing data
>>> later on when it doesn't need it anymore.  It really depends on
>>> the modules you have installed.  OG, for instance, stores the
>>> complete node of the current group a user is viewing in the
>>> session, which makes the session table get really big (far too
>>> big, IMO). Other modules don't store more than int or two in the
>>> session, if that.

>> OG used to do that, but has changed in D6 and about to be released
>> D5.  We only do that for authenticated users now, and it gets
>> cleared out when user visits a non group page.
> 
> Ah, good to hear.  That's still going to be a few hundred meg for my
> site, though. :-) What's the logic for that?  Just to avoid
> node_load time?

This is IMNSHO still a horrible design decision. Session data is
updated every page view and storing the node in there will increase
the traffic between Web front ends and mysql server (and the mysql
master and the mysql slaves, if you are set up like this) quite a bit.

If you need to keep the OG context, you should only store that context
and not all other node metadata in the session.

Cheers,
	Gerhard

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklRvtAACgkQfg6TFvELooRvZgCgsckMGnEWW24WJUAX6MZCLTnW
sB0AoJ9BdtLqfqLKon/2EYAS0T8weCPs
=CUuJ
-----END PGP SIGNATURE-----

From weitzman at tejasa.com  Wed Dec 24 05:08:22 2008
From: weitzman at tejasa.com (Moshe Weitzman)
Date: Wed, 24 Dec 2008 00:08:22 -0500
Subject: [development] sessions problem
In-Reply-To: <4951BED0.8030402@killesreiter.de>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<200812232115.11301.larry@garfieldtech.com>
	<6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com>
	<200812232203.57277.larry@garfieldtech.com>
	<4951BED0.8030402@killesreiter.de>
Message-ID: <6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>

> This is IMNSHO still a horrible design decision. Session data is
> updated every page view and storing the node in there will increase
> the traffic between Web front ends and mysql server (and the mysql
> master and the mysql slaves, if you are set up like this) quite a bit.

Agreed. Committed - http://drupal.org/cvs?commit=160680.

You guys are good at undressing a guy on a huge mailing list.

From sheryl at permutations.com  Wed Dec 24 05:29:15 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Wed, 24 Dec 2008 00:29:15 -0500
Subject: [development] sessions problem
In-Reply-To: <6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com><200812232203.57277.larry@garfieldtech.com><4951BED0.8030402@killesreiter.de>
	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
Message-ID: <02a601c96588$90221480$651ca8c0@tecranote>

If any of you guys want to take a break from dissecting OG, I'd deeply
appreciate thoughts and ideas about my sessions problem. Some questions:

1. I put the session_save_session(FALSE); line at the top of the phpFreeChat
module code, and it broke phpFreeChat. Was this the right place to put it?

2. How could phpFreeChat - a standalone program - be dependent on what
Drupal saves to its sessions table? Seems to me it can't. That's why I think
something must have been wrong in how I tried to disable sessions writing.

Thank you.

	- Sheryl



From larry at garfieldtech.com  Wed Dec 24 06:13:15 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Wed, 24 Dec 2008 00:13:15 -0600
Subject: [development] sessions problem
In-Reply-To: <6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<4951BED0.8030402@killesreiter.de>
	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
Message-ID: <200812240013.16114.larry@garfieldtech.com>

On Tuesday 23 December 2008 11:08:22 pm Moshe Weitzman wrote:
> > This is IMNSHO still a horrible design decision. Session data is
> > updated every page view and storing the node in there will increase
> > the traffic between Web front ends and mysql server (and the mysql
> > master and the mysql slaves, if you are set up like this) quite a bit.
>
> Agreed. Committed - http://drupal.org/cvs?commit=160680.
>
> You guys are good at undressing a guy on a huge mailing list.

Sorry, Moshe.  That wasn't my intent, it just flowed with the conversation. :-(

/me crawls back to a corner to stop complaining, at least for a while.

-- 
Larry Garfield
larry at garfieldtech.com

From larry at garfieldtech.com  Wed Dec 24 06:15:07 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Wed, 24 Dec 2008 00:15:07 -0600
Subject: [development] sessions problem
In-Reply-To: <029d01c9657d$75721d20$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<029701c96578$0c293d80$651ca8c0@tecranote>
	<029d01c9657d$75721d20$651ca8c0@tecranote>
Message-ID: <200812240015.07176.larry@garfieldtech.com>

On Tuesday 23 December 2008 10:09:46 pm Sheryl (Permutations Software) wrote:
> Moshe Weitzman wrote:
> > Sheryl - just call session_save_session(FALSE) and Drupal will not
>
> save anything to sessions table. You should explore any ramifications
> of this for other modules.
>
> Unfortunately, this didn't work. It caused big problems within phpFreeChat
> itself. I typed one line into the chat, and it repeated itself in a loop
> forever - I had to exit the chat to abort it.
>
> I don't understand why phpFreeChat itself would need the session data saved
> to the Drupal sessions table since it's a standalone program that shouldn't
> need Drupal data handling. Maybe I did this wrong? I put the
> session_save_session(FALSE); line at the top of the module code.
>
> Any other suggestions?
>
> Thanks.
>
> 	- Sheryl

It sounds like phpFreeChat (that's a 3rd party system with bridge module?) is 
doing something with the session itself, perhaps?  Check through its code and 
see where it is saving what to the session.  It may have a bug in it itself, 
or may be doing something that conflicts with Drupal's session logic.

-- 
Larry Garfield
larry at garfieldtech.com

From larry at garfieldtech.com  Wed Dec 24 06:17:41 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Wed, 24 Dec 2008 00:17:41 -0600
Subject: [development] sessions problem
In-Reply-To: <02a601c96588$90221480$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote>
	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
	<02a601c96588$90221480$651ca8c0@tecranote>
Message-ID: <200812240017.41572.larry@garfieldtech.com>

On Tuesday 23 December 2008 11:29:15 pm Sheryl (Permutations Software) wrote:
> If any of you guys want to take a break from dissecting OG, I'd deeply
> appreciate thoughts and ideas about my sessions problem. Some questions:
>
> 1. I put the session_save_session(FALSE); line at the top of the
> phpFreeChat module code, and it broke phpFreeChat. Was this the right place
> to put it?
>
> 2. How could phpFreeChat - a standalone program - be dependent on what
> Drupal saves to its sessions table? Seems to me it can't. That's why I
> think something must have been wrong in how I tried to disable sessions
> writing.
>
> Thank you.
>
> 	- Sheryl

You already posted that in an earlier message.  There's no need to repeat it 
only a few moments later because the thread forked.

As for "standalone program", remember that there is only one session for the 
entire PHP process, and it gets saved only once.  If phpFreeChat is using the 
session it may be doing its own session starting and closing and saving, or at 
least trying to.  If so, it would not surprise me at all if that collides with 
Drupal.

-- 
Larry Garfield
larry at garfieldtech.com

From sheryl at permutations.com  Wed Dec 24 06:39:44 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Wed, 24 Dec 2008 01:39:44 -0500
Subject: [development] sessions problem
In-Reply-To: <200812240017.41572.larry@garfieldtech.com>
References: <028f01c96572$d931da90$651ca8c0@tecranote><6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com><02a601c96588$90221480$651ca8c0@tecranote>
	<200812240017.41572.larry@garfieldtech.com>
Message-ID: <02a701c96592$69d5a710$651ca8c0@tecranote>

Larry Garfield wrote:

> You already posted that in an earlier message.  There's no need to repeat
it only a few moments later because the thread forked.

Sorry.

> It sounds like phpFreeChat (that's a 3rd party system with bridge module?)


Yes. I'm a co-maintainer on the bridge module.

> is doing something with the session itself, perhaps?  

It looks to me like phpFreeChat is never clearing out session data, so it
ends up saving info about the last x chats the person logged into (e.g. the
other users in the chat, the available chatrooms, etc.). Maybe some of this
is needed for current chats, but I can't see how it's needed for historical
chats. This $_SESSION data grows over time until it's enormous, which is why
saving it to the sessions table was creating problems on the server.

> Check through its code and see where it is saving what to the session.

It would be very hard for me to figure out what it's saving to $_SESSION and
why (what's necessary and what is not). It's a big, complicated program.
That's why I really liked Moishe's suggestion of just disabling all writes
to the sessions table in Drupal. And it seems to me that it should have
worked, but it didn't, so I think there is something wrong with how I
implemented it.

> As for "standalone program", remember that there is only one session for
the entire PHP process, and it gets saved only once.  If phpFreeChat is
using the session it may be doing its own session starting and closing and
saving, or at least trying to.  If so, it would not surprise me at all if
that collides with Drupal.

I see what you're saying, but there doesn't seem to be any conflict as long
as the $_SESSION variables are saved to the sessions table. But when I add
the line session_save_session(FALSE); to the top of the bridge module,
suddenly phpFreeChat doesn't work. That doesn't make any sense because
(theoretically - if I did it right) this just prevents saving the $_SESSION
variables to a table that phpFreeChat doesn't use in the first place. So I
feel sure I'm doing something wrong in how I'm turning off writes to the
sessions table - but I don't know what.

Thanks for your feedback.

	- Sheryl



From katherine at raincitystudios.com  Wed Dec 24 07:15:13 2008
From: katherine at raincitystudios.com (Katherine Bailey)
Date: Tue, 23 Dec 2008 23:15:13 -0800
Subject: [development] AHAH documentation and a patch to Poll module
Message-ID: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>

Hi All,
I know many people have been frustrated by the lack of proper documentation
on the correct way to do ahah forms, in particular writing an ahah callback,
and am pleased to announce that there are now two handbook pages on the
subject on drupal.org. Please see http://drupal.org/node/348475 for an
introduction to ahah in Drupal, and its subpage,
http://drupal.org/node/331941, for specific documentation on writing an ahah
callback.
Also, a significant patch to poll.module was recently committed which makes
it adhere to Form API best practices. See http://drupal.org/node/331708.
This reinstates poll.module as the best place to go to learn Drupal AHAH
forms by example :-)

regards,
Katherine
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081223/77392c08/attachment.htm 

From gerhard at killesreiter.de  Wed Dec 24 08:14:32 2008
From: gerhard at killesreiter.de (Gerhard Killesreiter)
Date: Wed, 24 Dec 2008 09:14:32 +0100
Subject: [development] sessions problem
In-Reply-To: <02a701c96592$69d5a710$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote><6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com><02a601c96588$90221480$651ca8c0@tecranote>	<200812240017.41572.larry@garfieldtech.com>
	<02a701c96592$69d5a710$651ca8c0@tecranote>
Message-ID: <4951EF68.60103@killesreiter.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sheryl (Permutations Software) schrieb:
> Larry Garfield wrote:
> 

>> Check through its code and see where it is saving what to the session.
> 
> It would be very hard for me to figure out what it's saving to
> $_SESSION and why (what's necessary and what is not). It's a big,
> complicated program.  That's why I really liked Moishe's suggestion
> of just disabling all writes to the sessions table in Drupal. And it
> seems to me that it should have worked, but it didn't, so I think
> there is something wrong with how I implemented it.

Earlier you wrote:

1. I put the session_save_session(FALSE); line at the top of the
phpFreeChat module code, and it broke phpFreeChat. Was this the right
place to put it?


No, apparently not. It is hard to guess what went wrong without an
error message, though. I'd try to put the statement into various hooks
(init, exit, ...?) and see which works.

Few people will be inclined to debug the whole phpFreeChat script for
you.

Cheers,
	Gerhard
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklR72gACgkQfg6TFvELooQeqwCfZHxhCv2sC0e/XY9knEmd6h96
nQsAoJjECuPSlLoZz3IbX4P2NQpJAhGg
=6AWu
-----END PGP SIGNATURE-----

From aldo at caonao.cu  Wed Dec 24 13:08:43 2008
From: aldo at caonao.cu (Aldo Martinez Selleras)
Date: Wed, 24 Dec 2008 08:08:43 -0500
Subject: [development] creating new content type
In-Reply-To: <9ea8d6030812231446o772f7d21s34716745f2cab783@mail.gmail.com>
References: <200812231114.06975.aldo@caonao.cu>
	<9ea8d6030812231446o772f7d21s34716745f2cab783@mail.gmail.com>
Message-ID: <200812240808.43510.aldo@caonao.cu>

you want to say, if i use taxonomy, can't use by example, hook_insert, 
hook_update, and others?

if this module i'm developing, do not need exactly the node database, what can 
i do for this, if all the data it's saved in my table.

can i save in node table, just title and any other thing in the body record?

what i have to do for the option Edit work for my module??

-- 
----------------------
Aldo Martinez Selleras
Administrador del Nodo
CITMATEL GND Camaguey
Tel: 32-291661
E-mail: aldo at caonao.cu
Linux User #364356

From hovercrafter at earthlink.net  Wed Dec 24 14:15:36 2008
From: hovercrafter at earthlink.net (Jamie Holly)
Date: Wed, 24 Dec 2008 09:15:36 -0500
Subject: [development] sessions problem
In-Reply-To: <02a601c96588$90221480$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com><200812232203.57277.larry@garfieldtech.com><4951BED0.8030402@killesreiter.de>	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com>
	<02a601c96588$90221480$651ca8c0@tecranote>
Message-ID: <49524408.3040601@earthlink.net>

I took a quick look at the module and found this in phpfreechat_room:

      if (is_numeric($user->uid)) {
        $_SESSION['drupal_user'] = $user;
      }

This creates a lot of overhead. The user object can become really large 
depending upon what different modules are doing things with it. I looked 
through the code and the only part of the user object I see being used 
is $user->uid in phpfreechat_prepare_params(). I don't even see any real 
reason to store the uid, since you have the global $user that is going 
to be available for that session. I would say a good starting point is 
dumping that all together, since you have a global $user that gets 
loaded when the session is loaded.

Jamie Holly




Sheryl (Permutations Software) wrote:
> If any of you guys want to take a break from dissecting OG, I'd deeply
> appreciate thoughts and ideas about my sessions problem. Some questions:
>
> 1. I put the session_save_session(FALSE); line at the top of the phpFreeChat
> module code, and it broke phpFreeChat. Was this the right place to put it?
>
> 2. How could phpFreeChat - a standalone program - be dependent on what
> Drupal saves to its sessions table? Seems to me it can't. That's why I think
> something must have been wrong in how I tried to disable sessions writing.
>
> Thank you.
>
> 	- Sheryl
>
>
>
>   

From sheryl at permutations.com  Wed Dec 24 14:23:21 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Wed, 24 Dec 2008 09:23:21 -0500
Subject: [development] sessions problem
In-Reply-To: <49524408.3040601@earthlink.net>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com><200812232203.57277.larry@garfieldtech.com><4951BED0.8030402@killesreiter.de>	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com><02a601c96588$90221480$651ca8c0@tecranote>
	<49524408.3040601@earthlink.net>
Message-ID: <02c501c965d3$2cd8a470$651ca8c0@tecranote>

Jamie Holly wrote:

> I took a quick look at the module and found this in phpfreechat_room:

      if (is_numeric($user->uid)) {
        $_SESSION['drupal_user'] = $user;
      }

> This creates a lot of overhead. The user object can become really large 
> depending upon what different modules are doing things with it. I looked 
> through the code and the only part of the user object I see being used 
> is $user->uid in phpfreechat_prepare_params(). I don't even see any real 
> reason to store the uid, since you have the global $user that is going 
> to be available for that session. I would say a good starting point is 
> dumping that all together, since you have a global $user that gets 
> loaded when the session is loaded.

Thanks so much for taking a look. This is part of the legacy code I
inherited and did not touch because it was working. I'll try taking it out
and see what happens.

Many thanks!

	- Sheryl



From roni.rosenan at kaltura.com  Wed Dec 24 14:43:16 2008
From: roni.rosenan at kaltura.com (roni.r.kaltura)
Date: Wed, 24 Dec 2008 06:43:16 -0800 (PST)
Subject: [development] Kaltura Releases Version 1.0 of its Open Source Video
 Module for Drupal
Message-ID: <21156866.post@talk.nabble.com>


I'm excited to update you that today we have officially launched our open
source video module for Drupal.  Kaltura's All in One Video Module enables
Drupal site-builders to easily add video and rich-media functionalities to
their sites.  The module handles all aspects of adding video, including full
hosting and streaming of content.  It is extremely flexible, easy to
customize and best of all ? it's free ? Kaltura covers up to 10GB of hosting
and streaming (can later be upgraded).  It was designed specifically for
Drupal and seamlessly integrates with several key Drupal features and
modules, including CCK, Views, cron, tags and taxonomy, and user
permissions.

Download it:  http://corp.kaltura.com/download 
Check it out on our demo site: http://drupal.kaltura.org/ 
Play around with it: http://drupal.kaltura.org/demo/ 
Tell us what you think in our forums:  http://community.kaltura.org/ 

Hope you enjoy!
-- 
View this message in context: http://www.nabble.com/Kaltura-Releases-Version-1.0-of-its-Open-Source-Video-Module-for-Drupal-tp21156866p21156866.html
Sent from the Drupal - Dev mailing list archive at Nabble.com.


From gerhard at killesreiter.de  Wed Dec 24 14:35:26 2008
From: gerhard at killesreiter.de (Gerhard Killesreiter)
Date: Wed, 24 Dec 2008 15:35:26 +0100
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
 Video Module for Drupal
In-Reply-To: <21156866.post@talk.nabble.com>
References: <21156866.post@talk.nabble.com>
Message-ID: <495248AE.7050904@killesreiter.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

roni.r.kaltura schrieb:
> I'm excited to update you that today we have officially launched our open
> source video module for Drupal.  Kaltura's All in One Video Module enables
> Drupal site-builders to easily add video and rich-media functionalities to
> their sites.  The module handles all aspects of adding video, including full
> hosting and streaming of content.  It is extremely flexible, easy to
> customize and best of all ? it's free ? Kaltura covers up to 10GB of hosting
> and streaming (can later be upgraded).  It was designed specifically for
> Drupal and seamlessly integrates with several key Drupal features and
> modules, including CCK, Views, cron, tags and taxonomy, and user
> permissions.
> 
> Download it:  http://corp.kaltura.com/download 

I am not going to enter my credentials to get a module that I've no use
for, but can somebody who is interested check the licensing terms?

Cheers,
	Gerhard

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklSSK4ACgkQfg6TFvELooQLfgCbB3JLyF6NzJ15rwrzfi2O1wVh
s2EAniTHmbiRzFivzOCTsoRLYSmT7aW5
=1yIe
-----END PGP SIGNATURE-----

From morbus at disobey.com  Wed Dec 24 14:58:22 2008
From: morbus at disobey.com (Morbus Iff)
Date: Wed, 24 Dec 2008 09:58:22 -0500
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
 Video Module for Drupal
In-Reply-To: <495248AE.7050904@killesreiter.de>
References: <21156866.post@talk.nabble.com> <495248AE.7050904@killesreiter.de>
Message-ID: <49524E0E.9010206@disobey.com>

>> Download it:  http://corp.kaltura.com/download 
> 
> I am not going to enter my credentials to get a module that I've no use
> for, but can somebody who is interested check the licensing terms?

http://drupal.kaltura.org/download

Shipped with GPL v2. Standard.

-- 
Morbus Iff ( get on the floor. baby, lose control. )
Technical: http://www.oreillynet.com/pub/au/779
Enjoy: http://www.disobey.com/ and http://www.videounderbelly.com/
aim: akaMorbus / skype: morbusiff / icq: 2927491 / jabber.org: morbus

From morbus at disobey.com  Wed Dec 24 15:01:26 2008
From: morbus at disobey.com (Morbus Iff)
Date: Wed, 24 Dec 2008 10:01:26 -0500
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
 Video Module for Drupal
In-Reply-To: <495248AE.7050904@killesreiter.de>
References: <21156866.post@talk.nabble.com> <495248AE.7050904@killesreiter.de>
Message-ID: <49524EC6.10403@disobey.com>


Although, in kaltura.themeing.inc, there's this fun bit - $hidden_links 
is set to display:none so that you, as a user/installer, never notice. 
Pretty bad.

<a href="http://corp.kaltura.com/technology/application_gallery">video 
platform</a><a href="http://corp.kaltura.com/about">open source 
video</a><a href="http://corp.kaltura.com/">video tools</a><a 
href="http://corp.kaltura.com/technology/video_publishing">open source 
player</a><a 
href="http://corp.kaltura.com/technology/editing_and_annotation">free 
video editor</a><a 
href="http://corp.kaltura.com/solutions/overview">online video 
platform</a><a href="http://corp.kaltura.com/solutions/overview">free 
video player</a>';

-- 
Morbus Iff ( get on the floor. baby, lose control. )
Technical: http://www.oreillynet.com/pub/au/779
Enjoy: http://www.disobey.com/ and http://www.videounderbelly.com/
aim: akaMorbus / skype: morbusiff / icq: 2927491 / jabber.org: morbus

From ekes at aktivix.org  Wed Dec 24 14:53:45 2008
From: ekes at aktivix.org (ekes)
Date: Wed, 24 Dec 2008 15:53:45 +0100
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
 Video Module for Drupal
In-Reply-To: <495248AE.7050904@killesreiter.de>
References: <21156866.post@talk.nabble.com> <495248AE.7050904@killesreiter.de>
Message-ID: <49524CF9.8060507@aktivix.org>

Gerhard Killesreiter wrote:
> I am not going to enter my credentials to get a module that I've no use
> for, but can somebody who is interested check the licensing terms?

GNU v2 LICENSE.txt in the tarball.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
Url : http://lists.drupal.org/pipermail/development/attachments/20081224/299f7d1d/attachment.pgp 

From sheryl at permutations.com  Wed Dec 24 15:16:15 2008
From: sheryl at permutations.com (Sheryl (Permutations Software))
Date: Wed, 24 Dec 2008 10:16:15 -0500
Subject: [development] sessions problem
In-Reply-To: <02c501c965d3$2cd8a470$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com><200812232203.57277.larry@garfieldtech.com><4951BED0.8030402@killesreiter.de>	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com><02a601c96588$90221480$651ca8c0@tecranote><49524408.3040601@earthlink.net>
	<02c501c965d3$2cd8a470$651ca8c0@tecranote>
Message-ID: <02d201c965da$90701430$651ca8c0@tecranote>

Jamie Holly wrote:

> I took a quick look at the module and found this in phpfreechat_room:

      if (is_numeric($user->uid)) {
        $_SESSION['drupal_user'] = $user;
      }

> This creates a lot of overhead. The user object can become really large 
> depending upon what different modules are doing things with it. I looked 
> through the code and the only part of the user object I see being used 
> is $user->uid in phpfreechat_prepare_params(). I don't even see any real 
> reason to store the uid, since you have the global $user that is going 
> to be available for that session. I would say a good starting point is 
> dumping that all together, since you have a global $user that gets 
> loaded when the session is loaded.

Jamie - I just want to say that you TOTALLY ROCK!!!! This was the problem. I
commented out this code, nothing broke, and the sessions table data returned
to normal size (so far so good, anyway).

I'm embarrassed didn't look in the module myself. I thought I knew the code
well from working on it, and I knew I wasn't saving anything to $_SESSION. I
forgot there were some pieces I hadn't touched or even looked at in a long
time.

Many thanks!!!!

	- Sheryl




From fintan at io1.biz  Wed Dec 24 15:10:50 2008
From: fintan at io1.biz (fintan at io1.biz)
Date: Wed, 24 Dec 2008 16:10:50 +0100
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
 Video Module for Drupal
Message-ID: <28401040.410301230131450879.JavaMail.servlet@kundenserver>

So in short not only are they looking for sneaky links to there site without people knowing but also putting sites in danger of getting kicked our of Google for having hidden links.

Nice christmas present !!!!




Although, in kaltura.themeing.inc, there's this fun bit - $hidden_links 
is set to display:none so that you, as a user/installer, never notice. 
Pretty bad.

<a href="http://corp.kaltura.com/technology/application_gallery">video 
platform</a><a href="http://corp.kaltura.com/about">open source 
video</a><a href="http://corp.kaltura.com/">video tools</a><a 
href="http://corp.kaltura.com/technology/video_publishing">open source 
player</a><a 
href="http://corp.kaltura.com/technology/editing_and_annotation">free 
video editor</a><a 
href="http://corp.kaltura.com/solutions/overview">online video 
platform</a><a href="http://corp.kaltura.com/solutions/overview">free 
video player</a>';

-- 
Morbus Iff ( get on the floor. baby, lose control. )
Technical: http://www.oreillynet.com/pub/au/779
Enjoy: http://www.disobey.com/ and http://www.videounderbelly.com/
aim: akaMorbus / skype: morbusiff / icq: 2927491 / jabber.org: morbus

From hovercrafter at earthlink.net  Wed Dec 24 15:42:23 2008
From: hovercrafter at earthlink.net (Jamie Holly)
Date: Wed, 24 Dec 2008 10:42:23 -0500
Subject: [development] sessions problem
In-Reply-To: <02d201c965da$90701430$651ca8c0@tecranote>
References: <028f01c96572$d931da90$651ca8c0@tecranote><200812232115.11301.larry@garfieldtech.com><6117a7500812231920k6c1c56eajacd3fab0a11ac204@mail.gmail.com><200812232203.57277.larry@garfieldtech.com><4951BED0.8030402@killesreiter.de>	<6117a7500812232108u3db7af36g956ce6e122c9a836@mail.gmail.com><02a601c96588$90221480$651ca8c0@tecranote><49524408.3040601@earthlink.net>	<02c501c965d3$2cd8a470$651ca8c0@tecranote>
	<02d201c965da$90701430$651ca8c0@tecranote>
Message-ID: <4952585F.9000103@earthlink.net>

Glad that worked for you! And don't be embarrassed. I have done things 
like that myself oh so many times.

Jamie Holly




Sheryl (Permutations Software) wrote:
> Jamie Holly wrote:
>
> > I took a quick look at the module and found this in phpfreechat_room:
>
>       if (is_numeric($user->uid)) {
>         $_SESSION['drupal_user'] = $user;
>       }
>
> > This creates a lot of overhead. The user object can become really large 
> > depending upon what different modules are doing things with it. I looked 
> > through the code and the only part of the user object I see being used 
> > is $user->uid in phpfreechat_prepare_params(). I don't even see any real 
> > reason to store the uid, since you have the global $user that is going 
> > to be available for that session. I would say a good starting point is 
> > dumping that all together, since you have a global $user that gets 
> > loaded when the session is loaded.
>
> Jamie - I just want to say that you TOTALLY ROCK!!!! This was the problem. I
> commented out this code, nothing broke, and the sessions table data returned
> to normal size (so far so good, anyway).
>
> I'm embarrassed didn't look in the module myself. I thought I knew the code
> well from working on it, and I knew I wasn't saving anything to $_SESSION. I
> forgot there were some pieces I hadn't touched or even looked at in a long
> time.
>
> Many thanks!!!!
>
> 	- Sheryl
>
>
>
>
>   

From dmitrig01 at gmail.com  Wed Dec 24 16:57:23 2008
From: dmitrig01 at gmail.com (Dmitri Gaskin)
Date: Wed, 24 Dec 2008 08:57:23 -0800
Subject: [development] AHAH documentation and a patch to Poll module
In-Reply-To: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
References: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
Message-ID: <4522C51B-A9E8-4677-B6AF-BC4E5EE3AAAF@gmail.com>

Great job, and keep up the great work!

Dmitri

On Dec 23, 2008, at 11:15 PM, Katherine Bailey wrote:

> Hi All,
> I know many people have been frustrated by the lack of proper  
> documentation on the correct way to do ahah forms, in particular  
> writing an ahah callback, and am pleased to announce that there are  
> now two handbook pages on the subject on drupal.org. Please see http://drupal.org/node/348475 
>  for an introduction to ahah in Drupal, and its subpage, http://drupal.org/node/331941 
> , for specific documentation on writing an ahah callback.
> Also, a significant patch to poll.module was recently committed  
> which makes it adhere to Form API best practices. See http://drupal.org/node/331708 
> . This reinstates poll.module as the best place to go to learn  
> Drupal AHAH forms by example :-)
>
> regards,
> Katherine

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081224/51d4dca7/attachment-0001.htm 

From roni.rosenan at kaltura.com  Wed Dec 24 17:30:48 2008
From: roni.rosenan at kaltura.com (Roni Rosenan)
Date: Wed, 24 Dec 2008 12:30:48 -0500
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
	Video Module for Drupal
References: <21156866.post@talk.nabble.com> <495248AE.7050904@killesreiter.de>
	<49524EC6.10403@disobey.com>
Message-ID: <D9BEC096A5FEF34B8402137D2F0DDE614EB3A3@server1.Kaltura.com>

Thanks for the comments - Kaltura offers an open source module with all of the branding elements that we include in all of our solutions, including these links.
	
We follow strict guidelines and make sure to include only highly relevant links that do not harm any of our publishers or Kaltura itself. Being open source anyone can remove the links, as well as change any other portion of the code.

Since we do not want to cause any negative feelings in the community (of course!), we have already updated the module, and removed all but one link. 

We look forward to the community's continued feedback - it's a huge part of how we develop and further improve on our solutions.

Happy Holidays!



Roni Rosenan? l?Marketing Manager? l? +972.544.771772? l? roni.rosenan at kaltura.com l www.kaltura.com l www.kaltura.com/blog/


-----Original Message-----
From: development-bounces at drupal.org [mailto:development-bounces at drupal.org] On Behalf Of Morbus Iff
Sent: Wednesday, December 24, 2008 5:01 PM
To: development at drupal.org
Subject: Re: [development] Kaltura Releases Version 1.0 of its Open Source Video Module for Drupal


Although, in kaltura.themeing.inc, there's this fun bit - $hidden_links 
is set to display:none so that you, as a user/installer, never notice. 
Pretty bad.

<a href="http://corp.kaltura.com/technology/application_gallery">video 
platform</a><a href="http://corp.kaltura.com/about">open source 
video</a><a href="http://corp.kaltura.com/">video tools</a><a 
href="http://corp.kaltura.com/technology/video_publishing">open source 
player</a><a 
href="http://corp.kaltura.com/technology/editing_and_annotation">free 
video editor</a><a 
href="http://corp.kaltura.com/solutions/overview">online video 
platform</a><a href="http://corp.kaltura.com/solutions/overview">free 
video player</a>';

-- 
Morbus Iff ( get on the floor. baby, lose control. )
Technical: http://www.oreillynet.com/pub/au/779
Enjoy: http://www.disobey.com/ and http://www.videounderbelly.com/
aim: akaMorbus / skype: morbusiff / icq: 2927491 / jabber.org: morbus

From cxjohnson at gmail.com  Wed Dec 24 18:23:31 2008
From: cxjohnson at gmail.com (Chris Johnson)
Date: Wed, 24 Dec 2008 12:23:31 -0600
Subject: [development] creating new content type
In-Reply-To: <200812240808.43510.aldo@caonao.cu>
References: <200812231114.06975.aldo@caonao.cu>
	<9ea8d6030812231446o772f7d21s34716745f2cab783@mail.gmail.com>
	<200812240808.43510.aldo@caonao.cu>
Message-ID: <9ea8d6030812241023t348e5372xd076f287df5de6bc@mail.gmail.com>

hook_insert and hook_update are hooks for node modules.  If your new
content type is not going to store any data in the node table, it will
not be a node module.

Most new content types extend the node type.  They may extend the
kinds and fields of data stored in the node table (and related tables,
such as node_revisions) with their own database table.  This is when
you would use hook_insert and hook_update, so insert and update your
table whenever the corresponding records in the node tables were
inserted or updated.

Take a look at the node_example.module:
http://api.drupal.org/api/file/developer/examples/node_example.module/6/source

..chris

On Wed, Dec 24, 2008 at 7:08 AM, Aldo Martinez Selleras <aldo at caonao.cu> wrote:
> you want to say, if i use taxonomy, can't use by example, hook_insert,
> hook_update, and others?
>
> if this module i'm developing, do not need exactly the node database, what can
> i do for this, if all the data it's saved in my table.
>
> can i save in node table, just title and any other thing in the body record?
>
> what i have to do for the option Edit work for my module??
>
> --
> ----------------------
> Aldo Martinez Selleras
> Administrador del Nodo
> CITMATEL GND Camaguey
> Tel: 32-291661
> E-mail: aldo at caonao.cu
> Linux User #364356
>

From larry at garfieldtech.com  Thu Dec 25 00:26:37 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Wed, 24 Dec 2008 18:26:37 -0600
Subject: [development] Kaltura Releases Version 1.0 of its Open Source
	Video Module for Drupal
In-Reply-To: <D9BEC096A5FEF34B8402137D2F0DDE614EB3A3@server1.Kaltura.com>
References: <21156866.post@talk.nabble.com> <49524EC6.10403@disobey.com>
	<D9BEC096A5FEF34B8402137D2F0DDE614EB3A3@server1.Kaltura.com>
Message-ID: <200812241826.38018.larry@garfieldtech.com>

To get the best community karma, host the module itself on Drupal.org (since 
it's already GPLv2+ as required) so that users get the benefits of update 
module and related capabilities, and remove all "branding links" from the 
module, especially hidden ones.  Even if benevolent in intent they can still 
rub many people (including Google) the wrong way.  

If your service is good enough, it won't need the extra Google spam.  If it 
needs the extra Google spam, then it's not a good enough service in the first 
place.  Positive reviews and blogs from other users is far better advertising 
than stealth link spam anyway.

On Wednesday 24 December 2008 11:30:48 am Roni Rosenan wrote:
> Thanks for the comments - Kaltura offers an open source module with all of
> the branding elements that we include in all of our solutions, including
> these links.
>
> We follow strict guidelines and make sure to include only highly relevant
> links that do not harm any of our publishers or Kaltura itself. Being open
> source anyone can remove the links, as well as change any other portion of
> the code.
>
> Since we do not want to cause any negative feelings in the community (of
> course!), we have already updated the module, and removed all but one link.
>
> We look forward to the community's continued feedback - it's a huge part of
> how we develop and further improve on our solutions.
>
> Happy Holidays!
>
>
>
> Roni Rosenan? l?Marketing Manager? l? +972.544.771772? l?
> roni.rosenan at kaltura.com l www.kaltura.com l www.kaltura.com/blog/
>
>
> -----Original Message-----
> From: development-bounces at drupal.org
> [mailto:development-bounces at drupal.org] On Behalf Of Morbus Iff Sent:
> Wednesday, December 24, 2008 5:01 PM
> To: development at drupal.org
> Subject: Re: [development] Kaltura Releases Version 1.0 of its Open Source
> Video Module for Drupal
>
>
> Although, in kaltura.themeing.inc, there's this fun bit - $hidden_links
> is set to display:none so that you, as a user/installer, never notice.
> Pretty bad.
>
> <a href="http://corp.kaltura.com/technology/application_gallery">video
> platform</a><a href="http://corp.kaltura.com/about">open source
> video</a><a href="http://corp.kaltura.com/">video tools</a><a
> href="http://corp.kaltura.com/technology/video_publishing">open source
> player</a><a
> href="http://corp.kaltura.com/technology/editing_and_annotation">free
> video editor</a><a
> href="http://corp.kaltura.com/solutions/overview">online video
> platform</a><a href="http://corp.kaltura.com/solutions/overview">free
> video player</a>';

-- 
Larry Garfield
larry at garfieldtech.com

From killshot91 at comcast.net  Thu Dec 25 05:15:54 2008
From: killshot91 at comcast.net (Steve Edwards)
Date: Wed, 24 Dec 2008 21:15:54 -0800
Subject: [development] Using array_merge_recursive() in _system_theme_data()
Message-ID: <4953170A.904@comcast.net>

While working with a couple jQuery files in a recent D6 project by adding a second script to the theme.info file, I came across
the issue where when a script is added in theme.info, it wipes out the default reference to script.js, so you also have to add
script.js in theme.info so it is available.  I was discussing this with Crell in #drupal, and it was suggested to me that I write
a patch to fix this.  So I figured I'd take a shot at my first core patch and tackle it.

After spending a few hours going through _system_theme_data() and drupal_parse_info_file() with my handy dandy Komodo debugger,
I've finally figured out the problem.  It lies in this line in _system_theme_data():

$themes[$key]->info = drupal_parse_info_file($theme->filename) + $defaults;

In particular, it's how the array returned from drupal_parse_info_file() is merged with $defaults.  Because it's using the +
operator, any duplicate keys are not overwritten (as specified at http://de3.php.net/manual/en/language.operators.array.php).  Let
me illustrate by showing the two arrays that are to be merged (this was created by adding scripts[] = script2.js to pushbutton.info).

//array returned from drupal_parse_info_file()
$info = array(
       'name' => 'Pushbutton',
       'description' => 'Tabled, multi-column theme in blue and orange tones',
       'version' => '7.x-dev',
       'core' => '7.x',
       'engine' => 'phptemplate',
       'project' => 'drupal',
       'datestamp' => '1230077295',
       'scripts' => array('script2.js'),
     );

//defaults as defined in system_theme_default()
$defaults = array(
     'regions' => array(
       'left' => 'Left sidebar',
       'right' => 'Right sidebar',
       'content' => 'Content',
       'header' => 'Header',
       'footer' => 'Footer',
     ),
     'description' => '',
     'features' => array(
       'comment_user_picture',
       'favicon',
       'mission',
       'logo',
       'name',
       'node_user_picture',
       'search',
       'slogan',
       'main_menu',
       'secondary_menu',
     ),
     'stylesheets' => array(
       'all' => array('style.css')
     ),
     'scripts' => array('script.js'),
     'screenshot' => 'screenshot.png',
     'php' => DRUPAL_MINIMUM_PHP,
   );

The problem is that both have a [scripts] key, so since duplicates aren't overwritten, only one script array remains.  Which one
remains depends on the order of the arrays in the statement (i.e. drupal_parse_info_file($theme->filename) + $defaults vs.
$defaults + drupal_parse_info_file($theme->filename)).

The way to fix this as best I could tell is to simply use array_merge_recursive() to merge the arrays:

$themes[$key]->info = array_merge_recursive(drupal_parse_info_file($theme->filename), $defaults);

What this does is merge the [scripts] arrays together so that instead of only getting one as the result, both are added:

[scripts] => Array
     (
         [1] => script2.js
         [2] => script.js
     )

This is also true for the regions, features, and stylesheets arrays; you have to replace everything in theme.info if you add more
items there, and using array_merge_recursive() fixes that problem.  However, problems do arise for the non-array default items, 
such as description and screenshot.  Since there is one in each array, the value at [description] and [screenshot] is an array 
instead of a string, so t() throws a "Warning: Illegal offset type in isset or empty in t() (line 1057 of C:\Program Files\Apache 
Software Foundation\Apache2.2\htdocs\drupal7\includes\common.inc)." error, and no screenshot is displayed on the themes page.

So, in my opinion, it seems the best thing to do is:
1) Use array_merge_recursive() instead of + to merge the arrays;
2) Remove 'description' and 'screenshot' from the default settings in system_theme_default()

I suppose code could be added to handle the description and screenshot values so only one is used, but what I've suggested seems 
neater.

Sorry for the book length email, but I've never been accused of leaving out details.:-)  Since this is my first core patch 
attempt, I just wanted to check with other more experienced core developers to see if there's something I'm not aware of that I 
need to be aware of.

Thanks.

Steve




From merlin at logrus.com  Thu Dec 25 06:36:55 2008
From: merlin at logrus.com (Earl Miles)
Date: Wed, 24 Dec 2008 22:36:55 -0800
Subject: [development] Using array_merge_recursive() in
	_system_theme_data()
In-Reply-To: <4953170A.904@comcast.net>
References: <4953170A.904@comcast.net>
Message-ID: <49532A07.7060900@logrus.com>

Steve Edwards wrote:
> The problem is that both have a [scripts] key, so since duplicates 
> aren't overwritten, only one script array remains.  Which one
> remains depends on the order of the arrays in the statement (i.e. 
> drupal_parse_info_file($theme->filename) + $defaults vs.
> $defaults + drupal_parse_info_file($theme->filename)).

This is actually the intended behavior. To wit, if you didn't specify 
any .js (and also .css) files, then you get the defaults; if you specify 
any, then you get precisely what you specified, and not the default.

Your fix would make it impossible for themes to have a scripts.js and 
for a subtheme to allow it to work; it's similar to the style.css 
problem. And if you don't *want* a scripts.js, well that's just too bad, 
as the defaults say you get one, like it or not. IMO this is bad behavior.

IMO the solution is to simply not have these hidden defaults. They are 
confusing and they existed primarily to allow previous behavior to 
continue, where people were used to having style.css be automatic (and 
script.js being the extension). Hidden defaults like this are dangerous 
and cause confusion. It would be much better, INMSHO, to have all .js 
and .css file declarations be explicit. Simply remove them from the 
defaults entirely, and all will be well.

From larry at garfieldtech.com  Thu Dec 25 06:39:51 2008
From: larry at garfieldtech.com (Larry Garfield)
Date: Thu, 25 Dec 2008 00:39:51 -0600
Subject: [development] Using array_merge_recursive() in
	_system_theme_data()
In-Reply-To: <4953170A.904@comcast.net>
References: <4953170A.904@comcast.net>
Message-ID: <200812250039.51829.larry@garfieldtech.com>

Hi Steve.

The problem with that approach is that we do not, in fact, want scripts.js to 
remain there in the child theme's info file.  If it is, then later processing 
will read that as the child theme wanting to declare scripts.js, and if there 
is a parent theme that also declares scripts.js then it will get removed, 
because the child theme is declaring scripts.js.  

That is, using array_merge_recursive() means that every theme will always 
declare scripts.js, even if it doesn't want to, and therefore scripts.js in a 
parent theme will always be overridden, even if you don't want it to be.  Ibid 
for stylesheets, etc.  For block regions and features, for instance, it would 
be even worse as there's no guarantee that a child theme will even support a 
region its parent declares, in which case you can have users trying to assign 
a block to a region that exists only in the admin, not in the theme.  Bad 
stuff. :-)

The declaring of any default for styles and scripts is itself the bug that 
needs to be fixed.  We didn't realize until after feature freeze that a side 
effect of that behavior is that a theme that declares no scripts, for instance, 
will therefore implicitly define scripts.js, which removes the scripts.js from 
the parent theme.  Hilarity ensues.

Instead if the default is to declare nothing, everything works as expected at 
the cost of themes needing to be explicit about all of their styles and 
scripts.  I'd say that's a preferred behavior anyway.

Also, normally an implementation detail issue like this should be discussed in 
a relevant issue queue, rather than the dev list, so that it's properly 
publicly archived and searchable.  

Merry Christmas!

On Wednesday 24 December 2008 11:15:54 pm Steve Edwards wrote:
> While working with a couple jQuery files in a recent D6 project by adding a
> second script to the theme.info file, I came across the issue where when a
> script is added in theme.info, it wipes out the default reference to
> script.js, so you also have to add script.js in theme.info so it is
> available.  I was discussing this with Crell in #drupal, and it was
> suggested to me that I write a patch to fix this.  So I figured I'd take a
> shot at my first core patch and tackle it.
>
> After spending a few hours going through _system_theme_data() and
> drupal_parse_info_file() with my handy dandy Komodo debugger, I've finally
> figured out the problem.  It lies in this line in _system_theme_data():
>
> $themes[$key]->info = drupal_parse_info_file($theme->filename) + $defaults;
>
> In particular, it's how the array returned from drupal_parse_info_file() is
> merged with $defaults.  Because it's using the + operator, any duplicate
> keys are not overwritten (as specified at
> http://de3.php.net/manual/en/language.operators.array.php).  Let me
> illustrate by showing the two arrays that are to be merged (this was
> created by adding scripts[] = script2.js to pushbutton.info).
>
> //array returned from drupal_parse_info_file()
> $info = array(
>        'name' => 'Pushbutton',
>        'description' => 'Tabled, multi-column theme in blue and orange
> tones', 'version' => '7.x-dev',
>        'core' => '7.x',
>        'engine' => 'phptemplate',
>        'project' => 'drupal',
>        'datestamp' => '1230077295',
>        'scripts' => array('script2.js'),
>      );
>
> //defaults as defined in system_theme_default()
> $defaults = array(
>      'regions' => array(
>        'left' => 'Left sidebar',
>        'right' => 'Right sidebar',
>        'content' => 'Content',
>        'header' => 'Header',
>        'footer' => 'Footer',
>      ),
>      'description' => '',
>      'features' => array(
>        'comment_user_picture',
>        'favicon',
>        'mission',
>        'logo',
>        'name',
>        'node_user_picture',
>        'search',
>        'slogan',
>        'main_menu',
>        'secondary_menu',
>      ),
>      'stylesheets' => array(
>        'all' => array('style.css')
>      ),
>      'scripts' => array('script.js'),
>      'screenshot' => 'screenshot.png',
>      'php' => DRUPAL_MINIMUM_PHP,
>    );
>
> The problem is that both have a [scripts] key, so since duplicates aren't
> overwritten, only one script array remains.  Which one remains depends on
> the order of the arrays in the statement (i.e.
> drupal_parse_info_file($theme->filename) + $defaults vs. $defaults +
> drupal_parse_info_file($theme->filename)).
>
> The way to fix this as best I could tell is to simply use
> array_merge_recursive() to merge the arrays:
>
> $themes[$key]->info =
> array_merge_recursive(drupal_parse_info_file($theme->filename), $defaults);
>
> What this does is merge the [scripts] arrays together so that instead of
> only getting one as the result, both are added:
>
> [scripts] => Array
>      (
>          [1] => script2.js
>          [2] => script.js
>      )
>
> This is also true for the regions, features, and stylesheets arrays; you
> have to replace everything in theme.info if you add more items there, and
> using array_merge_recursive() fixes that problem.  However, problems do
> arise for the non-array default items, such as description and screenshot. 
> Since there is one in each array, the value at [description] and
> [screenshot] is an array instead of a string, so t() throws a "Warning:
> Illegal offset type in isset or empty in t() (line 1057 of C:\Program
> Files\Apache Software
> Foundation\Apache2.2\htdocs\drupal7\includes\common.inc)." error, and no
> screenshot is displayed on the themes page.
>
> So, in my opinion, it seems the best thing to do is:
> 1) Use array_merge_recursive() instead of + to merge the arrays;
> 2) Remove 'description' and 'screenshot' from the default settings in
> system_theme_default()
>
> I suppose code could be added to handle the description and screenshot
> values so only one is used, but what I've suggested seems neater.
>
> Sorry for the book length email, but I've never been accused of leaving out
> details.:-)  Since this is my first core patch attempt, I just wanted to
> check with other more experienced core developers to see if there's
> something I'm not aware of that I need to be aware of.
>
> Thanks.
>
> Steve

-- 
Larry Garfield
larry at garfieldtech.com

From gordon at heydon.com.au  Thu Dec 25 22:20:28 2008
From: gordon at heydon.com.au (Gordon Heydon)
Date: Fri, 26 Dec 2008 08:20:28 +1000
Subject: [development] AHAH documentation and a patch to Poll module
In-Reply-To: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
References: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
Message-ID: <246c2b610812251420v19c43990r257d7501e8945519@mail.gmail.com>

hi

This is great and really fills a large missing space in the developer
documentation. However it would be good to also include some
documention on the server side to show what you need to do.

Thanks again
Gordon

On 12/24/08, Katherine Bailey <katherine at raincitystudios.com> wrote:
> Hi All,
> I know many people have been frustrated by the lack of proper documentation
> on the correct way to do ahah forms, in particular writing an ahah callback,
> and am pleased to announce that there are now two handbook pages on the
> subject on drupal.org. Please see http://drupal.org/node/348475 for an
> introduction to ahah in Drupal, and its subpage,
> http://drupal.org/node/331941, for specific documentation on writing an ahah
> callback.
> Also, a significant patch to poll.module was recently committed which makes
> it adhere to Form API best practices. See http://drupal.org/node/331708.
> This reinstates poll.module as the best place to go to learn Drupal AHAH
> forms by example :-)
>
> regards,
> Katherine
>

From gordon at heydon.com.au  Thu Dec 25 22:23:31 2008
From: gordon at heydon.com.au (Gordon Heydon)
Date: Fri, 26 Dec 2008 08:23:31 +1000
Subject: [development] AHAH documentation and a patch to Poll module
In-Reply-To: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
References: <4824ae5a0812232315u25f8140j7b10aa89e8e06b1@mail.gmail.com>
Message-ID: <246c2b610812251423t34dfd104hb949824276e2e686@mail.gmail.com>

hi

This is great and really fills a large missing space in the developer
documentation. However it would be good to also include some
documention on the server side to show what you need to do.

Thanks again
Gordon

On 12/24/08, Katherine Bailey <katherine at raincitystudios.com> wrote:
> Hi All,
> I know many people have been frustrated by the lack of proper documentation
> on the correct way to do ahah forms, in particular writing an ahah callback,
> and am pleased to announce that there are now two handbook pages on the
> subject on drupal.org. Please see http://drupal.org/node/348475 for an
> introduction to ahah in Drupal, and its subpage,
> http://drupal.org/node/331941, for specific documentation on writing an ahah
> callback.
> Also, a significant patch to poll.module was recently committed which makes
> it adhere to Form API best practices. See http://drupal.org/node/331708.
> This reinstates poll.module as the best place to go to learn Drupal AHAH
> forms by example :-)
>
> regards,
> Katherine
>

From rsw-ml at silverarc.biz  Fri Dec 26 07:29:37 2008
From: rsw-ml at silverarc.biz (rsw-ml at silverarc.biz)
Date: Fri, 26 Dec 2008 02:29:37 -0500 (EST)
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
Message-ID: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>

Hello all,

I have been trying to solve this issue since long, and now I badly need
your help.

My clean url's just dont seem to get enabled, on the Administer page for
Clean URL's, it says this:

Your system configuration does not currently support this feature. The
handbook page on Clean URLs has additional troubleshooting information.

And to change my system configurations for apache, I have done all this:

1. I have checked under phpinfo() that my mod_rewrite module is enabled.
It sure is enabled.
2. My .htacces file looks like this:

RewriteEngine on
RewriteBase drupal6
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

3. I have also made changes in default-server.conf file, to AllowOverride
All under the script for the root document. It looks like this:
DocumentRoot "/srv/www/htdocs"

#
# Configure the DocumentRoot
#
<Directory "/srv/www/htdocs">
        # Possible values for the Options directive are "None", "All",
        # or any combination of:
        #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI
MultiViews
        #
        # Note that "MultiViews" must be named *explicitly* --- "Options All"
        # doesn't give it to you.
        #
        # The Options directive is both complicated and important.  Please
see
        # http://httpd.apache.org/docs-2.2/mod/core.html#options
        # for more information.
        Options None
        # AllowOverride controls what directives may be placed in
.htaccess files.
        # It can be "All", "None", or any combination of the keywords:
        #   Options FileInfo AuthConfig Limit
        AllowOverride All
        # Controls who can get stuff from this server.
        Order allow,deny
        Allow from all
</Directory>

I would like to mention here that I have created an alias for drupal6 that
resides under my public_html folder. The reason for this is that: My
themes were not working properly until i created an alias. i really dont
know the exact reason for the same - would be great if anyone would throw
some light on it. Actually, I just had a feeling that may be site is not
liking the '~' sign in the path and hence is not redirecting properly. So
it was just a try and to my pleasant surprise the alias option did work
for me!

Alias /drupal6 "/home/radhikaw/public_html/drupal6"

<Directory "/home/radhikaw/public_html/drupal6">
        Options Indexes MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
</Directory>

When I tried to AllowOverride All in the alias script, it said Access
forbidden!!
So, I changed it back to None in the Alias script.


Anyways, but the whole issue is that I am not able to enable clean urls....

Hope to get some help soon!

Thanks in advance!!
Radhika


From rsw-ml at silverarc.biz  Fri Dec 26 07:52:01 2008
From: rsw-ml at silverarc.biz (rsw-ml at silverarc.biz)
Date: Fri, 26 Dec 2008 02:52:01 -0500 (EST)
Subject: [development] Feed Aggregator xml Errors!
Message-ID: <36330.59.181.122.24.1230277921.squirrel@www.silverarc.biz>

Hello,

I have been experiencing some problems with Feed aggregator in Drupal 6.8

When I run cron manually, it shows me the following errors:

The feed from National Geographic seems to be broken, because of error

"Invalid document end" on line 15.The feed from National Geographic seems
to be broken, because of error "200 feed not parseable".

I am using openSUSE 11.0

can anyone help?!?!

Thanks,
Radhika


From darrenoh at sidepotsinternational.com  Fri Dec 26 13:09:29 2008
From: darrenoh at sidepotsinternational.com (Darren Oh)
Date: Fri, 26 Dec 2008 08:09:29 -0500
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
Message-ID: <393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>

If you use an alias, RewriteBase should be /. If you use a  
subdirectory, the subdirectory name in RewriteBase should begin with /.

On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:

> Hello all,
>
> I have been trying to solve this issue since long, and now I badly  
> need
> your help.
>
> My clean url's just dont seem to get enabled, on the Administer page  
> for
> Clean URL's, it says this:
>
> Your system configuration does not currently support this feature. The
> handbook page on Clean URLs has additional troubleshooting  
> information.
>
> And to change my system configurations for apache, I have done all  
> this:
>
> 1. I have checked under phpinfo() that my mod_rewrite module is  
> enabled.
> It sure is enabled.
> 2. My .htacces file looks like this:
>
> RewriteEngine on
> RewriteBase drupal6
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-d
> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
>
> 3. I have also made changes in default-server.conf file, to  
> AllowOverride
> All under the script for the root document. It looks like this:
> DocumentRoot "/srv/www/htdocs"
>
> #
> # Configure the DocumentRoot
> #
> <Directory "/srv/www/htdocs">
>        # Possible values for the Options directive are "None", "All",
>        # or any combination of:
>        #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch  
> ExecCGI
> MultiViews
>        #
>        # Note that "MultiViews" must be named *explicitly* ---  
> "Options All"
>        # doesn't give it to you.
>        #
>        # The Options directive is both complicated and important.   
> Please
> see
>        # http://httpd.apache.org/docs-2.2/mod/core.html#options
>        # for more information.
>        Options None
>        # AllowOverride controls what directives may be placed in
> .htaccess files.
>        # It can be "All", "None", or any combination of the keywords:
>        #   Options FileInfo AuthConfig Limit
>        AllowOverride All
>        # Controls who can get stuff from this server.
>        Order allow,deny
>        Allow from all
> </Directory>
>
> I would like to mention here that I have created an alias for  
> drupal6 that
> resides under my public_html folder. The reason for this is that: My
> themes were not working properly until i created an alias. i really  
> dont
> know the exact reason for the same - would be great if anyone would  
> throw
> some light on it. Actually, I just had a feeling that may be site is  
> not
> liking the '~' sign in the path and hence is not redirecting  
> properly. So
> it was just a try and to my pleasant surprise the alias option did  
> work
> for me!
>
> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
>
> <Directory "/home/radhikaw/public_html/drupal6">
>        Options Indexes MultiViews
>        AllowOverride None
>        Order allow,deny
>        Allow from all
> </Directory>
>
> When I tried to AllowOverride All in the alias script, it said Access
> forbidden!!
> So, I changed it back to None in the Alias script.
>
>
> Anyways, but the whole issue is that I am not able to enable clean  
> urls....
>
> Hope to get some help soon!
>
> Thanks in advance!!
> Radhika

From kb at 2bits.com  Fri Dec 26 15:53:22 2008
From: kb at 2bits.com (Khalid Baheyeldin)
Date: Fri, 26 Dec 2008 10:53:22 -0500
Subject: [development] Feed Aggregator xml Errors!
In-Reply-To: <36330.59.181.122.24.1230277921.squirrel@www.silverarc.biz>
References: <36330.59.181.122.24.1230277921.squirrel@www.silverarc.biz>
Message-ID: <4a9fdc630812260753u6f23efa7o927ba6ae0a634266@mail.gmail.com>

Radhika

The development mailing list is for discussions on development issues
affecting
the Drupal software itself.

It is not for asking for support on specific issues.

Please visit http://drupal.org/support to see where you can ask such
questions.

On Fri, Dec 26, 2008 at 2:52 AM, <rsw-ml at silverarc.biz> wrote:

> Hello,
>
> I have been experiencing some problems with Feed aggregator in Drupal 6.8
>
> When I run cron manually, it shows me the following errors:
>
> The feed from National Geographic seems to be broken, because of error
>
> "Invalid document end" on line 15.The feed from National Geographic seems
> to be broken, because of error "200 feed not parseable".
>
> I am using openSUSE 11.0
>
> can anyone help?!?!
>
> Thanks,
> Radhika
>
>


-- 
Khalid M. Baheyeldin
2bits.com, Inc.
http://2bits.com
Drupal optimization, development, customization and consulting.
Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra
Simplicity is the ultimate sophistication. --   Leonardo da Vinci
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081226/2af8176d/attachment.htm 

From recidive at gmail.com  Fri Dec 26 21:18:01 2008
From: recidive at gmail.com (Henrique Recidive)
Date: Fri, 26 Dec 2008 19:18:01 -0200
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
	<393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>
Message-ID: <841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>

Hello,

from my experience I see the need of setting RewriteBase only if you
have 2 or more levels deep subdirectories.

Try adding FollowSymLinks to Options directive and commenting out
RewriteBase from .htaccess.

Henrique

2008/12/26 Darren Oh <darrenoh at sidepotsinternational.com>:
> If you use an alias, RewriteBase should be /. If you use a subdirectory, the
> subdirectory name in RewriteBase should begin with /.
>
> On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:
>
>> Hello all,
>>
>> I have been trying to solve this issue since long, and now I badly need
>> your help.
>>
>> My clean url's just dont seem to get enabled, on the Administer page for
>> Clean URL's, it says this:
>>
>> Your system configuration does not currently support this feature. The
>> handbook page on Clean URLs has additional troubleshooting information.
>>
>> And to change my system configurations for apache, I have done all this:
>>
>> 1. I have checked under phpinfo() that my mod_rewrite module is enabled.
>> It sure is enabled.
>> 2. My .htacces file looks like this:
>>
>> RewriteEngine on
>> RewriteBase drupal6
>> RewriteCond %{REQUEST_FILENAME} !-f
>> RewriteCond %{REQUEST_FILENAME} !-d
>> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
>>
>> 3. I have also made changes in default-server.conf file, to AllowOverride
>> All under the script for the root document. It looks like this:
>> DocumentRoot "/srv/www/htdocs"
>>
>> #
>> # Configure the DocumentRoot
>> #
>> <Directory "/srv/www/htdocs">
>>       # Possible values for the Options directive are "None", "All",
>>       # or any combination of:
>>       #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI
>> MultiViews
>>       #
>>       # Note that "MultiViews" must be named *explicitly* --- "Options
>> All"
>>       # doesn't give it to you.
>>       #
>>       # The Options directive is both complicated and important.  Please
>> see
>>       # http://httpd.apache.org/docs-2.2/mod/core.html#options
>>       # for more information.
>>       Options None
>>       # AllowOverride controls what directives may be placed in
>> .htaccess files.
>>       # It can be "All", "None", or any combination of the keywords:
>>       #   Options FileInfo AuthConfig Limit
>>       AllowOverride All
>>       # Controls who can get stuff from this server.
>>       Order allow,deny
>>       Allow from all
>> </Directory>
>>
>> I would like to mention here that I have created an alias for drupal6 that
>> resides under my public_html folder. The reason for this is that: My
>> themes were not working properly until i created an alias. i really dont
>> know the exact reason for the same - would be great if anyone would throw
>> some light on it. Actually, I just had a feeling that may be site is not
>> liking the '~' sign in the path and hence is not redirecting properly. So
>> it was just a try and to my pleasant surprise the alias option did work
>> for me!
>>
>> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
>>
>> <Directory "/home/radhikaw/public_html/drupal6">
>>       Options Indexes MultiViews
>>       AllowOverride None
>>       Order allow,deny
>>       Allow from all
>> </Directory>
>>
>> When I tried to AllowOverride All in the alias script, it said Access
>> forbidden!!
>> So, I changed it back to None in the Alias script.
>>
>>
>> Anyways, but the whole issue is that I am not able to enable clean
>> urls....
>>
>> Hope to get some help soon!
>>
>> Thanks in advance!!
>> Radhika
>

From dmitrig01 at gmail.com  Sat Dec 27 01:17:29 2008
From: dmitrig01 at gmail.com (Dmitri Gaskin)
Date: Fri, 26 Dec 2008 17:17:29 -0800
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
	<393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>
	<841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>
Message-ID: <30D4A955-5577-4160-B5F7-4CB3019B272C@gmail.com>

Additionally, certain hosts just like when you have a RewriteBase set  
- even if it's only /.

Dmitri

On Dec 26, 2008, at 1:18 PM, Henrique Recidive wrote:

> Hello,
>
> from my experience I see the need of setting RewriteBase only if you
> have 2 or more levels deep subdirectories.
>
> Try adding FollowSymLinks to Options directive and commenting out
> RewriteBase from .htaccess.
>
> Henrique
>
> 2008/12/26 Darren Oh <darrenoh at sidepotsinternational.com>:
>> If you use an alias, RewriteBase should be /. If you use a  
>> subdirectory, the
>> subdirectory name in RewriteBase should begin with /.
>>
>> On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:
>>
>>> Hello all,
>>>
>>> I have been trying to solve this issue since long, and now I badly  
>>> need
>>> your help.
>>>
>>> My clean url's just dont seem to get enabled, on the Administer  
>>> page for
>>> Clean URL's, it says this:
>>>
>>> Your system configuration does not currently support this feature.  
>>> The
>>> handbook page on Clean URLs has additional troubleshooting  
>>> information.
>>>
>>> And to change my system configurations for apache, I have done all  
>>> this:
>>>
>>> 1. I have checked under phpinfo() that my mod_rewrite module is  
>>> enabled.
>>> It sure is enabled.
>>> 2. My .htacces file looks like this:
>>>
>>> RewriteEngine on
>>> RewriteBase drupal6
>>> RewriteCond %{REQUEST_FILENAME} !-f
>>> RewriteCond %{REQUEST_FILENAME} !-d
>>> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
>>>
>>> 3. I have also made changes in default-server.conf file, to  
>>> AllowOverride
>>> All under the script for the root document. It looks like this:
>>> DocumentRoot "/srv/www/htdocs"
>>>
>>> #
>>> # Configure the DocumentRoot
>>> #
>>> <Directory "/srv/www/htdocs">
>>>      # Possible values for the Options directive are "None", "All",
>>>      # or any combination of:
>>>      #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch  
>>> ExecCGI
>>> MultiViews
>>>      #
>>>      # Note that "MultiViews" must be named *explicitly* ---  
>>> "Options
>>> All"
>>>      # doesn't give it to you.
>>>      #
>>>      # The Options directive is both complicated and important.   
>>> Please
>>> see
>>>      # http://httpd.apache.org/docs-2.2/mod/core.html#options
>>>      # for more information.
>>>      Options None
>>>      # AllowOverride controls what directives may be placed in
>>> .htaccess files.
>>>      # It can be "All", "None", or any combination of the keywords:
>>>      #   Options FileInfo AuthConfig Limit
>>>      AllowOverride All
>>>      # Controls who can get stuff from this server.
>>>      Order allow,deny
>>>      Allow from all
>>> </Directory>
>>>
>>> I would like to mention here that I have created an alias for  
>>> drupal6 that
>>> resides under my public_html folder. The reason for this is that: My
>>> themes were not working properly until i created an alias. i  
>>> really dont
>>> know the exact reason for the same - would be great if anyone  
>>> would throw
>>> some light on it. Actually, I just had a feeling that may be site  
>>> is not
>>> liking the '~' sign in the path and hence is not redirecting  
>>> properly. So
>>> it was just a try and to my pleasant surprise the alias option did  
>>> work
>>> for me!
>>>
>>> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
>>>
>>> <Directory "/home/radhikaw/public_html/drupal6">
>>>      Options Indexes MultiViews
>>>      AllowOverride None
>>>      Order allow,deny
>>>      Allow from all
>>> </Directory>
>>>
>>> When I tried to AllowOverride All in the alias script, it said  
>>> Access
>>> forbidden!!
>>> So, I changed it back to None in the Alias script.
>>>
>>>
>>> Anyways, but the whole issue is that I am not able to enable clean
>>> urls....
>>>
>>> Hope to get some help soon!
>>>
>>> Thanks in advance!!
>>> Radhika
>>


From rsw-ml at silverarc.biz  Sat Dec 27 04:51:42 2008
From: rsw-ml at silverarc.biz (rsw-ml at silverarc.biz)
Date: Fri, 26 Dec 2008 23:51:42 -0500 (EST)
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <30D4A955-5577-4160-B5F7-4CB3019B272C@gmail.com>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
	<393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>
	<841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>
	<30D4A955-5577-4160-B5F7-4CB3019B272C@gmail.com>
Message-ID: <54287.59.181.122.24.1230353502.squirrel@www.silverarc.biz>

Hello everyone,

Thanks for the prompt response. i tried writing this: RewriteBase /
and also commenting out the entire line. But nothing helped!
Its still the same. Somethings telling me that I am doing a very silly and
a very obvious mistake somewhere.. But what !?!?!?!?

And can you please throw some light on:
>> Try adding FollowSymLinks to Options directive and commenting out
>> RewriteBase from .htaccess.

Thanks a million again!

> Additionally, certain hosts just like when you have a RewriteBase set
> - even if it's only /.
>
> Dmitri
>
> On Dec 26, 2008, at 1:18 PM, Henrique Recidive wrote:
>
>> Hello,
>>
>> from my experience I see the need of setting RewriteBase only if you
>> have 2 or more levels deep subdirectories.
>>
>> Try adding FollowSymLinks to Options directive and commenting out
>> RewriteBase from .htaccess.
>>
>> Henrique
>>
>> 2008/12/26 Darren Oh <darrenoh at sidepotsinternational.com>:
>>> If you use an alias, RewriteBase should be /. If you use a
>>> subdirectory, the
>>> subdirectory name in RewriteBase should begin with /.
>>>
>>> On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:
>>>
>>>> Hello all,
>>>>
>>>> I have been trying to solve this issue since long, and now I badly
>>>> need
>>>> your help.
>>>>
>>>> My clean url's just dont seem to get enabled, on the Administer
>>>> page for
>>>> Clean URL's, it says this:
>>>>
>>>> Your system configuration does not currently support this feature.
>>>> The
>>>> handbook page on Clean URLs has additional troubleshooting
>>>> information.
>>>>
>>>> And to change my system configurations for apache, I have done all
>>>> this:
>>>>
>>>> 1. I have checked under phpinfo() that my mod_rewrite module is
>>>> enabled.
>>>> It sure is enabled.
>>>> 2. My .htacces file looks like this:
>>>>
>>>> RewriteEngine on
>>>> RewriteBase drupal6
>>>> RewriteCond %{REQUEST_FILENAME} !-f
>>>> RewriteCond %{REQUEST_FILENAME} !-d
>>>> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
>>>>
>>>> 3. I have also made changes in default-server.conf file, to
>>>> AllowOverride
>>>> All under the script for the root document. It looks like this:
>>>> DocumentRoot "/srv/www/htdocs"
>>>>
>>>> #
>>>> # Configure the DocumentRoot
>>>> #
>>>> <Directory "/srv/www/htdocs">
>>>>      # Possible values for the Options directive are "None", "All",
>>>>      # or any combination of:
>>>>      #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch
>>>> ExecCGI
>>>> MultiViews
>>>>      #
>>>>      # Note that "MultiViews" must be named *explicitly* ---
>>>> "Options
>>>> All"
>>>>      # doesn't give it to you.
>>>>      #
>>>>      # The Options directive is both complicated and important.
>>>> Please
>>>> see
>>>>      # http://httpd.apache.org/docs-2.2/mod/core.html#options
>>>>      # for more information.
>>>>      Options None
>>>>      # AllowOverride controls what directives may be placed in
>>>> .htaccess files.
>>>>      # It can be "All", "None", or any combination of the keywords:
>>>>      #   Options FileInfo AuthConfig Limit
>>>>      AllowOverride All
>>>>      # Controls who can get stuff from this server.
>>>>      Order allow,deny
>>>>      Allow from all
>>>> </Directory>
>>>>
>>>> I would like to mention here that I have created an alias for
>>>> drupal6 that
>>>> resides under my public_html folder. The reason for this is that: My
>>>> themes were not working properly until i created an alias. i
>>>> really dont
>>>> know the exact reason for the same - would be great if anyone
>>>> would throw
>>>> some light on it. Actually, I just had a feeling that may be site
>>>> is not
>>>> liking the '~' sign in the path and hence is not redirecting
>>>> properly. So
>>>> it was just a try and to my pleasant surprise the alias option did
>>>> work
>>>> for me!
>>>>
>>>> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
>>>>
>>>> <Directory "/home/radhikaw/public_html/drupal6">
>>>>      Options Indexes MultiViews
>>>>      AllowOverride None
>>>>      Order allow,deny
>>>>      Allow from all
>>>> </Directory>
>>>>
>>>> When I tried to AllowOverride All in the alias script, it said
>>>> Access
>>>> forbidden!!
>>>> So, I changed it back to None in the Alias script.
>>>>
>>>>
>>>> Anyways, but the whole issue is that I am not able to enable clean
>>>> urls....
>>>>
>>>> Hope to get some help soon!
>>>>
>>>> Thanks in advance!!
>>>> Radhika
>>>
>
>



From mistknight at gmail.com  Sat Dec 27 11:53:48 2008
From: mistknight at gmail.com (Ashraf Amayreh)
Date: Sat, 27 Dec 2008 13:53:48 +0200
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <54287.59.181.122.24.1230353502.squirrel@www.silverarc.biz>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>
	<393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>
	<841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>
	<30D4A955-5577-4160-B5F7-4CB3019B272C@gmail.com>
	<54287.59.181.122.24.1230353502.squirrel@www.silverarc.biz>
Message-ID: <a53d1b3b0812270353h2f76d863y5b582860a181db03@mail.gmail.com>

Try messing up your .htaccess file and make sure it's being read in
the first place. You should get a crash or something because of that,
if you don't, then it's simply not being read.

On 12/27/08, rsw-ml at silverarc.biz <rsw-ml at silverarc.biz> wrote:
> Hello everyone,
>
> Thanks for the prompt response. i tried writing this: RewriteBase /
> and also commenting out the entire line. But nothing helped!
> Its still the same. Somethings telling me that I am doing a very silly and
> a very obvious mistake somewhere.. But what !?!?!?!?
>
> And can you please throw some light on:
>>> Try adding FollowSymLinks to Options directive and commenting out
>>> RewriteBase from .htaccess.
>
> Thanks a million again!
>
>> Additionally, certain hosts just like when you have a RewriteBase set
>> - even if it's only /.
>>
>> Dmitri
>>
>> On Dec 26, 2008, at 1:18 PM, Henrique Recidive wrote:
>>
>>> Hello,
>>>
>>> from my experience I see the need of setting RewriteBase only if you
>>> have 2 or more levels deep subdirectories.
>>>
>>> Try adding FollowSymLinks to Options directive and commenting out
>>> RewriteBase from .htaccess.
>>>
>>> Henrique
>>>
>>> 2008/12/26 Darren Oh <darrenoh at sidepotsinternational.com>:
>>>> If you use an alias, RewriteBase should be /. If you use a
>>>> subdirectory, the
>>>> subdirectory name in RewriteBase should begin with /.
>>>>
>>>> On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:
>>>>
>>>>> Hello all,
>>>>>
>>>>> I have been trying to solve this issue since long, and now I badly
>>>>> need
>>>>> your help.
>>>>>
>>>>> My clean url's just dont seem to get enabled, on the Administer
>>>>> page for
>>>>> Clean URL's, it says this:
>>>>>
>>>>> Your system configuration does not currently support this feature.
>>>>> The
>>>>> handbook page on Clean URLs has additional troubleshooting
>>>>> information.
>>>>>
>>>>> And to change my system configurations for apache, I have done all
>>>>> this:
>>>>>
>>>>> 1. I have checked under phpinfo() that my mod_rewrite module is
>>>>> enabled.
>>>>> It sure is enabled.
>>>>> 2. My .htacces file looks like this:
>>>>>
>>>>> RewriteEngine on
>>>>> RewriteBase drupal6
>>>>> RewriteCond %{REQUEST_FILENAME} !-f
>>>>> RewriteCond %{REQUEST_FILENAME} !-d
>>>>> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
>>>>>
>>>>> 3. I have also made changes in default-server.conf file, to
>>>>> AllowOverride
>>>>> All under the script for the root document. It looks like this:
>>>>> DocumentRoot "/srv/www/htdocs"
>>>>>
>>>>> #
>>>>> # Configure the DocumentRoot
>>>>> #
>>>>> <Directory "/srv/www/htdocs">
>>>>>      # Possible values for the Options directive are "None", "All",
>>>>>      # or any combination of:
>>>>>      #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch
>>>>> ExecCGI
>>>>> MultiViews
>>>>>      #
>>>>>      # Note that "MultiViews" must be named *explicitly* ---
>>>>> "Options
>>>>> All"
>>>>>      # doesn't give it to you.
>>>>>      #
>>>>>      # The Options directive is both complicated and important.
>>>>> Please
>>>>> see
>>>>>      # http://httpd.apache.org/docs-2.2/mod/core.html#options
>>>>>      # for more information.
>>>>>      Options None
>>>>>      # AllowOverride controls what directives may be placed in
>>>>> .htaccess files.
>>>>>      # It can be "All", "None", or any combination of the keywords:
>>>>>      #   Options FileInfo AuthConfig Limit
>>>>>      AllowOverride All
>>>>>      # Controls who can get stuff from this server.
>>>>>      Order allow,deny
>>>>>      Allow from all
>>>>> </Directory>
>>>>>
>>>>> I would like to mention here that I have created an alias for
>>>>> drupal6 that
>>>>> resides under my public_html folder. The reason for this is that: My
>>>>> themes were not working properly until i created an alias. i
>>>>> really dont
>>>>> know the exact reason for the same - would be great if anyone
>>>>> would throw
>>>>> some light on it. Actually, I just had a feeling that may be site
>>>>> is not
>>>>> liking the '~' sign in the path and hence is not redirecting
>>>>> properly. So
>>>>> it was just a try and to my pleasant surprise the alias option did
>>>>> work
>>>>> for me!
>>>>>
>>>>> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
>>>>>
>>>>> <Directory "/home/radhikaw/public_html/drupal6">
>>>>>      Options Indexes MultiViews
>>>>>      AllowOverride None
>>>>>      Order allow,deny
>>>>>      Allow from all
>>>>> </Directory>
>>>>>
>>>>> When I tried to AllowOverride All in the alias script, it said
>>>>> Access
>>>>> forbidden!!
>>>>> So, I changed it back to None in the Alias script.
>>>>>
>>>>>
>>>>> Anyways, but the whole issue is that I am not able to enable clean
>>>>> urls....
>>>>>
>>>>> Hope to get some help soon!
>>>>>
>>>>> Thanks in advance!!
>>>>> Radhika
>>>>
>>
>>
>
>
>


-- 
Ashraf Amayreh
http://aamayreh.org

From hovercrafter at earthlink.net  Sat Dec 27 13:20:38 2008
From: hovercrafter at earthlink.net (Jamie Holly)
Date: Sat, 27 Dec 2008 08:20:38 -0500
Subject: [development] Clean urls openSUSE 11.0 Drupal 6.8
In-Reply-To: <a53d1b3b0812270353h2f76d863y5b582860a181db03@mail.gmail.com>
References: <40457.59.181.122.24.1230276577.squirrel@www.silverarc.biz>	<393DB0DE-6B1E-4478-9563-7EAAF830E5D1@sidepotsinternational.com>	<841684fe0812261318w69366fedm90cf7d4aa7be21c3@mail.gmail.com>	<30D4A955-5577-4160-B5F7-4CB3019B272C@gmail.com>	<54287.59.181.122.24.1230353502.squirrel@www.silverarc.biz>
	<a53d1b3b0812270353h2f76d863y5b582860a181db03@mail.gmail.com>
Message-ID: <49562BA6.3060105@earthlink.net>

You got:

RewriteBase drupal6

Try:

RewriteBase /drupal6




Jamie Holly
http://www.intoxination.net 
Skype:intoxination        Phone: 1-513-252-2919



Ashraf Amayreh wrote:
> Try messing up your .htaccess file and make sure it's being read in
> the first place. You should get a crash or something because of that,
> if you don't, then it's simply not being read.
>
> On 12/27/08, rsw-ml at silverarc.biz <rsw-ml at silverarc.biz> wrote:
> > Hello everyone,
> >
> > Thanks for the prompt response. i tried writing this: RewriteBase /
> > and also commenting out the entire line. But nothing helped!
> > Its still the same. Somethings telling me that I am doing a very silly and
> > a very obvious mistake somewhere.. But what !?!?!?!?
> >
> > And can you please throw some light on:
> >>> Try adding FollowSymLinks to Options directive and commenting out
> >>> RewriteBase from .htaccess.
> >
> > Thanks a million again!
> >
> >> Additionally, certain hosts just like when you have a RewriteBase set
> >> - even if it's only /.
> >>
> >> Dmitri
> >>
> >> On Dec 26, 2008, at 1:18 PM, Henrique Recidive wrote:
> >>
> >>> Hello,
> >>>
> >>> from my experience I see the need of setting RewriteBase only if you
> >>> have 2 or more levels deep subdirectories.
> >>>
> >>> Try adding FollowSymLinks to Options directive and commenting out
> >>> RewriteBase from .htaccess.
> >>>
> >>> Henrique
> >>>
> >>> 2008/12/26 Darren Oh <darrenoh at sidepotsinternational.com>:
> >>>> If you use an alias, RewriteBase should be /. If you use a
> >>>> subdirectory, the
> >>>> subdirectory name in RewriteBase should begin with /.
> >>>>
> >>>> On Dec 26, 2008, at 2:29 AM, rsw-ml at silverarc.biz wrote:
> >>>>
> >>>>> Hello all,
> >>>>>
> >>>>> I have been trying to solve this issue since long, and now I badly
> >>>>> need
> >>>>> your help.
> >>>>>
> >>>>> My clean url's just dont seem to get enabled, on the Administer
> >>>>> page for
> >>>>> Clean URL's, it says this:
> >>>>>
> >>>>> Your system configuration does not currently support this feature.
> >>>>> The
> >>>>> handbook page on Clean URLs has additional troubleshooting
> >>>>> information.
> >>>>>
> >>>>> And to change my system configurations for apache, I have done all
> >>>>> this:
> >>>>>
> >>>>> 1. I have checked under phpinfo() that my mod_rewrite module is
> >>>>> enabled.
> >>>>> It sure is enabled.
> >>>>> 2. My .htacces file looks like this:
> >>>>>
> >>>>> RewriteEngine on
> >>>>> RewriteBase drupal6
> >>>>> RewriteCond %{REQUEST_FILENAME} !-f
> >>>>> RewriteCond %{REQUEST_FILENAME} !-d
> >>>>> RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]
> >>>>>
> >>>>> 3. I have also made changes in default-server.conf file, to
> >>>>> AllowOverride
> >>>>> All under the script for the root document. It looks like this:
> >>>>> DocumentRoot "/srv/www/htdocs"
> >>>>>
> >>>>> #
> >>>>> # Configure the DocumentRoot
> >>>>> #
> >>>>> <Directory "/srv/www/htdocs">
> >>>>>      # Possible values for the Options directive are "None", "All",
> >>>>>      # or any combination of:
> >>>>>      #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch
> >>>>> ExecCGI
> >>>>> MultiViews
> >>>>>      #
> >>>>>      # Note that "MultiViews" must be named *explicitly* ---
> >>>>> "Options
> >>>>> All"
> >>>>>      # doesn't give it to you.
> >>>>>      #
> >>>>>      # The Options directive is both complicated and important.
> >>>>> Please
> >>>>> see
> >>>>>      # http://httpd.apache.org/docs-2.2/mod/core.html#options
> >>>>>      # for more information.
> >>>>>      Options None
> >>>>>      # AllowOverride controls what directives may be placed in
> >>>>> .htaccess files.
> >>>>>      # It can be "All", "None", or any combination of the keywords:
> >>>>>      #   Options FileInfo AuthConfig Limit
> >>>>>      AllowOverride All
> >>>>>      # Controls who can get stuff from this server.
> >>>>>      Order allow,deny
> >>>>>      Allow from all
> >>>>> </Directory>
> >>>>>
> >>>>> I would like to mention here that I have created an alias for
> >>>>> drupal6 that
> >>>>> resides under my public_html folder. The reason for this is that: My
> >>>>> themes were not working properly until i created an alias. i
> >>>>> really dont
> >>>>> know the exact reason for the same - would be great if anyone
> >>>>> would throw
> >>>>> some light on it. Actually, I just had a feeling that may be site
> >>>>> is not
> >>>>> liking the '~' sign in the path and hence is not redirecting
> >>>>> properly. So
> >>>>> it was just a try and to my pleasant surprise the alias option did
> >>>>> work
> >>>>> for me!
> >>>>>
> >>>>> Alias /drupal6 "/home/radhikaw/public_html/drupal6"
> >>>>>
> >>>>> <Directory "/home/radhikaw/public_html/drupal6">
> >>>>>      Options Indexes MultiViews
> >>>>>      AllowOverride None
> >>>>>      Order allow,deny
> >>>>>      Allow from all
> >>>>> </Directory>
> >>>>>
> >>>>> When I tried to AllowOverride All in the alias script, it said
> >>>>> Access
> >>>>> forbidden!!
> >>>>> So, I changed it back to None in the Alias script.
> >>>>>
> >>>>>
> >>>>> Anyways, but the whole issue is that I am not able to enable clean
> >>>>> urls....
> >>>>>
> >>>>> Hope to get some help soon!
> >>>>>
> >>>>> Thanks in advance!!
> >>>>> Radhika
> >>>>
> >>
> >>
> >
> >
> >
>
>
>   

From rsw-ml at silverarc.biz  Thu Dec 18 09:20:41 2008
From: rsw-ml at silverarc.biz (rsw-ml at silverarc.biz)
Date: Thu, 18 Dec 2008 04:20:41 -0500 (EST)
Subject: [development] Theme lose HTML formatting after being changed
Message-ID: <55495.59.181.122.24.1229592041.squirrel@www.silverarc.biz>

hello,

I have been experiencing a very strange problem here. I am using Drupal6.8
Whenever I try to change even the text-color( the tiniest example) in my
existing theme...
The HTML formatting suddenly disappears!!


I have no clue as to what is happening here..I am very new to Drupal

Hope to receive a reply asap
Thanks :)
Radhika


From kb at 2bits.com  Tue Dec 30 02:08:43 2008
From: kb at 2bits.com (Khalid Baheyeldin)
Date: Mon, 29 Dec 2008 21:08:43 -0500
Subject: [development] Theme lose HTML formatting after being changed
In-Reply-To: <55495.59.181.122.24.1229592041.squirrel@www.silverarc.biz>
References: <55495.59.181.122.24.1229592041.squirrel@www.silverarc.biz>
Message-ID: <4a9fdc630812291808n5e956d1bmb4da042995e6d93a@mail.gmail.com>

Radhika

This list is for development discussions, not for support.

Go to http://drupal.org/support to see what other avenues of support are
best for you.

This has been pointed out at least once before.

On Thu, Dec 18, 2008 at 4:20 AM, <rsw-ml at silverarc.biz> wrote:

> hello,
>
> I have been experiencing a very strange problem here. I am using Drupal6.8
> Whenever I try to change even the text-color( the tiniest example) in my
> existing theme...
> The HTML formatting suddenly disappears!!
>
>
> I have no clue as to what is happening here..I am very new to Drupal
>
> Hope to receive a reply asap
> Thanks :)
> Radhika
>
>


-- 
Khalid M. Baheyeldin
2bits.com, Inc.
http://2bits.com
Drupal optimization, development, customization and consulting.
Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra
Simplicity is the ultimate sophistication. --   Leonardo da Vinci
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081229/cde623db/attachment.htm 

From jens at reinemuth.info  Tue Dec 30 10:35:05 2008
From: jens at reinemuth.info (Jens Reinemuth)
Date: Tue, 30 Dec 2008 11:35:05 +0100
Subject: [development] Some questions about "best practices" for a module in
	development...
Message-ID: <4959F959.8080907@reinemuth.info>

Hi @all,

i'm currently porting a module which  was originally written as a
stand-alone-app to drupal 6.x

The main purpose of this module is to provide a kind of management suite
to confederations, "vereine" or even political parties.

So one of the key-features is a "member-management" that is able to
group all members into their "role" in the hole thing. If you found a
"verein" in germany it consitsts typically of 5 "board members":

- "chairman"
- "co-chairman"
- "speaker"
- "bursar"
- "secretary general"

To garantee absolut data-security, only "secretary general" and "bursar"
should be able to view the whole data of each member, bursar even their
finacial data for cash things. But the bursar should then only be able
to edit those financial infos while the "secretary general" should be
able to change the rest...

All others should only be able to see the name of the member (and some
anonymous stats) and send them mails or messages via the drupal system.

In the standalone app i realized that by using db-views an a simple
rights-table that mapped those views (name_show = true / name_edit =
false / address_show = false)...


Because of this kind of "tree-rights-management" this does not seem to
be mapped via roles to a drupal system, right?

Im looking for the best solution to this problem so i don't have to
reinvent the wheel ;-)


Please remember that data-security has absolute priority. Therefor i
have some more questions:

- Is it possible to access "encrypted" tables via drupal-modules (mySQL,
external DB, DB-File encrypted??) It should never be possible to get
access to the data from outside the drupal-page!

- I would like to verify the addressdata via a DB-Table containing all
cites and their postal-code in germany (i MUST NOT query Google or
somthing with anonymous member data). The Table is too large (~10MB) to
paste its content in the *.install file. How do i import such a great
SQL-Statement at install step? Via "system" or "exec" ?

- To guarantee the data-security it should be possible, that only the
according group (?? you know there may be "Country" - "Department" -
"City") should have the data of this member. All Groups above will only
get the count of members and a "checksum" so this one can't be part in
more than one group. (checksum consists of md5(birthday, name, given
name and gender) which should not change very often).


Lots of problems ;-)

Regards,

Jens

From josh at chapterthree.com  Wed Dec 31 18:42:38 2008
From: josh at chapterthree.com (Josh Koenig)
Date: Wed, 31 Dec 2008 10:42:38 -0800
Subject: [development] Scalable Internal Activity Stream Module
Message-ID: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>


Greetings Drupalistas,

I'm working on what feels like the hundredth (but is really the 4th or  
5th) project that includes some variety of Facebook-like "Activity  
Stream" for a Drupal-based community. Having tackled this problem in a  
number of different ways in the past couple years -- none of which  
I've really ever loved -- I'm tempted to launch a new module project  
to solve this thing once and for all.

My primary concerns are modularity -- such that anything can  
potentially be an Activity -- and scalability to work with 100s of  
1000s of actions and users.

After some initial review, I found both this existing module:

http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/activitystream/

However, this seems like a different concept since A) it's focused on  
external sources and B) it's based on turning each activity into a  
node. Basically, it seems better suited for an individual site  
aggregating internet-wide activity than a community reporting on itself.

On the upside, this module (and many others, e.g. userpoints) show a  
nice way to handle things modularly. I'm not too worried about that,  
really. But I am worried about scaling, and the architecture of  
activitystream got me thinking about whether or not the activity-as- 
node architecture was workable or not. I'd love opinions here.

IN FAVOR:

Nodes are functional. Facebook already lets you comment on every  
little thing that goes on. This is fun! It would be good for this  
module to do that too. It also makes future integration with  
notification/messaging updates possible, as well as every other  
wonderful thing nodes can do.

AGAINST:

This will mean huge amounts of nodes, bloating the table. It also  
means more overhead when logging activity (node_save vs a single  
optimized db_query). I'm also skeptical that the core node table  
structure has the right stuff to be queried with maximum efficiency  
(e.g. nothing to group similar queries by unless I make a ton of node  
types, etc).

There's also the question of unwanted node functions. We don't really  
want anyone to edit activities. We also don't want them to start  
showing up in search queries.

I could see a possible solution in maintaining an optimized index  
table for queries, as well as nodes for functionality, individual page  
views, etc. The bloat problem could conceivably be solved by giving  
activity nodes (and index entries) a maximum TTL ala watchdog and  
other big tables.

I've already got a table/query design down for indexing that seems to  
scale very well to 200k activity entries grouped over 20 types and  
5000 users. I suppose the next step is to do some testing around what  
the overall effects are of having short-lived nodes, and whether or  
not the other edge cases can be solved.

I'm wondering if anyone has done any of their own thinking along these  
lines and has any comments to add.

Happy New Year!
-josh

------------------------------------------
Josh Koenig, Partner, CTO
http://www.chapterthree.com
AOL IM: chap3josh
1-888-496-3238


From news at unleashedmind.com  Wed Dec 31 19:08:10 2008
From: news at unleashedmind.com (Daniel F. Kudwien)
Date: Wed, 31 Dec 2008 20:08:10 +0100
Subject: [development] Scalable Internal Activity Stream Module
In-Reply-To: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>
Message-ID: <001001c96b7b$1f9815e0$0200a8c0@structworks.com>

> Greetings Drupalistas,
> 
> Happy New Year!
> -josh

Happy New Year for you, too! *g*

Daniel


From mathews.kyle at gmail.com  Wed Dec 31 19:17:19 2008
From: mathews.kyle at gmail.com (Kyle Mathews)
Date: Wed, 31 Dec 2008 12:17:19 -0700
Subject: [development] Scalable Internal Activity Stream Module
In-Reply-To: <001001c96b7b$1f9815e0$0200a8c0@structworks.com>
References: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>
	<001001c96b7b$1f9815e0$0200a8c0@structworks.com>
Message-ID: <efeed12d0812311117s738c0604y5a59e616ba6b0e82@mail.gmail.com>

Read this (very) long discussion on g.d.o on activity streams:
http://groups.drupal.org/node/15088

Heartbeat is the module that's resulted from that discussion and looks
promising.
http://drupal.org/project/heartbeat

I'd love to hear more about your thoughts on this subject as I'm about to
implement Heartbeat on a site I'm working on.

Kyle

Research Assistant
eBusiness Center @ BYU
kyle.mathews2000.com/blog


On Wed, Dec 31, 2008 at 12:08 PM, Daniel F. Kudwien
<news at unleashedmind.com>wrote:

> > Greetings Drupalistas,
> >
> > Happy New Year!
> > -josh
>
> Happy New Year for you, too! *g*
>
> Daniel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081231/e17f44f5/attachment.htm 

From josh at chapterthree.com  Wed Dec 31 19:22:16 2008
From: josh at chapterthree.com (Josh Koenig)
Date: Wed, 31 Dec 2008 11:22:16 -0800
Subject: [development] Scalable Internal Activity Stream Module
In-Reply-To: <efeed12d0812311117s738c0604y5a59e616ba6b0e82@mail.gmail.com>
References: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>
	<001001c96b7b$1f9815e0$0200a8c0@structworks.com>
	<efeed12d0812311117s738c0604y5a59e616ba6b0e82@mail.gmail.com>
Message-ID: <C84C50BF-9F52-44EE-98A4-19B9CBFD410F@chapterthree.com>


Excellent!

I knew this had to have already happened. :)

I'll dig into this and at least post a link here if I get into the  
discussion, etc. If it all looks good I may bang out a 5.x backport.

cheers
-j

> Read this (very) long discussion on g.d.o on activity streams:
> http://groups.drupal.org/node/15088
>
> Heartbeat is the module that's resulted from that discussion and  
> looks promising.
> http://drupal.org/project/heartbeat
>
> I'd love to hear more about your thoughts on this subject as I'm  
> about to implement Heartbeat on a site I'm working on.
>
> Kyle
>
> Research Assistant
> eBusiness Center @ BYU
> kyle.mathews2000.com/blog
>
>
> On Wed, Dec 31, 2008 at 12:08 PM, Daniel F. Kudwien <news at unleashedmind.com 
> > wrote:
> > Greetings Drupalistas,
> >
> > Happy New Year!
> > -josh
>
> Happy New Year for you, too! *g*
>
> Daniel
>
>

------------------------------------------
Josh Koenig, Partner, CTO
http://www.chapterthree.com
AOL IM: chap3josh
1-888-496-3238


From mathews.kyle at gmail.com  Wed Dec 31 19:25:28 2008
From: mathews.kyle at gmail.com (Kyle Mathews)
Date: Wed, 31 Dec 2008 12:25:28 -0700
Subject: [development] Scalable Internal Activity Stream Module
In-Reply-To: <C84C50BF-9F52-44EE-98A4-19B9CBFD410F@chapterthree.com>
References: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>
	<001001c96b7b$1f9815e0$0200a8c0@structworks.com>
	<efeed12d0812311117s738c0604y5a59e616ba6b0e82@mail.gmail.com>
	<C84C50BF-9F52-44EE-98A4-19B9CBFD410F@chapterthree.com>
Message-ID: <efeed12d0812311125i4788343dt302203ed9d28f5d3@mail.gmail.com>

That's what I love about Drupal -- every time I think to write some code, I
turn around and someone's already done it for me. :)

Kyle

Research Assistant
eBusiness Center @ BYU
kyle.mathews2000.com/blog


On Wed, Dec 31, 2008 at 12:22 PM, Josh Koenig <josh at chapterthree.com> wrote:

>
> Excellent!
>
> I knew this had to have already happened. :)
>
> I'll dig into this and at least post a link here if I get into the
> discussion, etc. If it all looks good I may bang out a 5.x backport.
>
> cheers
> -j
>
>
>  Read this (very) long discussion on g.d.o on activity streams:
>> http://groups.drupal.org/node/15088
>>
>> Heartbeat is the module that's resulted from that discussion and looks
>> promising.
>> http://drupal.org/project/heartbeat
>>
>> I'd love to hear more about your thoughts on this subject as I'm about to
>> implement Heartbeat on a site I'm working on.
>>
>> Kyle
>>
>> Research Assistant
>> eBusiness Center @ BYU
>> kyle.mathews2000.com/blog
>>
>>
>> On Wed, Dec 31, 2008 at 12:08 PM, Daniel F. Kudwien <
>> news at unleashedmind.com> wrote:
>> > Greetings Drupalistas,
>> >
>> > Happy New Year!
>> > -josh
>>
>> Happy New Year for you, too! *g*
>>
>> Daniel
>>
>>
>>
> ------------------------------------------
> Josh Koenig, Partner, CTO
> http://www.chapterthree.com
> AOL IM: chap3josh
> 1-888-496-3238
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20081231/0ad99e8a/attachment-0001.htm 

From josh at chapterthree.com  Wed Dec 31 19:48:08 2008
From: josh at chapterthree.com (Josh Koenig)
Date: Wed, 31 Dec 2008 11:48:08 -0800
Subject: [development] Scalable Internal Activity Stream Module
In-Reply-To: <efeed12d0812311125i4788343dt302203ed9d28f5d3@mail.gmail.com>
References: <C8CB95DC-8904-4D59-B8E5-2FA719B62E7D@chapterthree.com>
	<001001c96b7b$1f9815e0$0200a8c0@structworks.com>
	<efeed12d0812311117s738c0604y5a59e616ba6b0e82@mail.gmail.com>
	<C84C50BF-9F52-44EE-98A4-19B9CBFD410F@chapterthree.com>
	<efeed12d0812311125i4788343dt302203ed9d28f5d3@mail.gmail.com>
Message-ID: <6C26F980-B060-4FA7-88A6-96CE3879DFF4@chapterthree.com>


Heh, sometimes that works. Sometimes is just means there's some code. ;)

Heartbeat seems interesting, though it's dependence on Rules makes it  
hard to backport to Drupal 5 (which I'll need) and it's got some  
internal classes that I don't entirely grok yet.

It also doesn't make use of nodes, speaking to my initial question.

I think I'll repost to the Social Networking group and see what I can  
stir up. :)

-j

> That's what I love about Drupal -- every time I think to write some  
> code, I turn around and someone's already done it for me. :)
>
> Kyle
>
> Research Assistant
> eBusiness Center @ BYU
> kyle.mathews2000.com/blog
>
>
> On Wed, Dec 31, 2008 at 12:22 PM, Josh Koenig  
> <josh at chapterthree.com> wrote:
>
> Excellent!
>
> I knew this had to have already happened. :)
>
> I'll dig into this and at least post a link here if I get into the  
> discussion, etc. If it all looks good I may bang out a 5.x backport.
>
> cheers
> -j
>
>
> Read this (very) long discussion on g.d.o on activity streams:
> http://groups.drupal.org/node/15088
>
> Heartbeat is the module that's resulted from that discussion and  
> looks promising.
> http://drupal.org/project/heartbeat
>
> I'd love to hear more about your thoughts on this subject as I'm  
> about to implement Heartbeat on a site I'm working on.
>
> Kyle
>
> Research Assistant
> eBusiness Center @ BYU
> kyle.mathews2000.com/blog
>
>
> On Wed, Dec 31, 2008 at 12:08 PM, Daniel F. Kudwien <news at unleashedmind.com 
> > wrote:
> > Greetings Drupalistas,
> >
> > Happy New Year!
> > -josh
>
> Happy New Year for you, too! *g*
>
> Daniel
>
>
>
> ------------------------------------------
> Josh Koenig, Partner, CTO
> http://www.chapterthree.com
> AOL IM: chap3josh
> 1-888-496-3238
>
>

------------------------------------------
Josh Koenig, Partner, CTO
http://www.chapterthree.com
AOL IM: chap3josh
1-888-496-3238