adrian15 | 9 Jan 20:12
Picon
Gravatar

Autophlist (Automatic PhpList Installer)

Hi,

	I have developed kind of an automatic phplist installer which I call: 
Autophplist.

You can find it here:

http://adrian15.raulete.net/ficheros/phplist/autophplist/

It might not work on your setup so you might need to tweak some sql 
files to your own needs. It is based on a fork of phplist dev version 
(An hipothetic 2.11.5 version).

You can download the fork source code here:

http://adrian15.raulete.net/ficheros/phplist/cumulus_fork/

Any comments, requests, new features, ideas, are welcome.

adrian15
--

-- 
Support free software. Donate to Super Grub Disk. Apoya el software 
libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/index.php?pid=10
_______________________________________________
Phplist-developers mailing list
Phplist-developers <at> tincan.co.uk
http://mail.tincan.co.uk/mailman/listinfo/phplist-developers

Michiel Dethmers | 11 Jan 19:09
Picon
Favicon

Re: Autophlist (Automatic PhpList Installer)


Sounds great. There's been some installer code in the repo for more than
a year, but lack of time caused it never to be fully tested and finished
off.

Michiel

On 01/09/2010 04:12 PM, adrian15 wrote:
> Hi,
>
>     I have developed kind of an automatic phplist installer which I
> call: Autophplist.
>
> You can find it here:
>
> http://adrian15.raulete.net/ficheros/phplist/autophplist/
>
> It might not work on your setup so you might need to tweak some sql
> files to your own needs. It is based on a fork of phplist dev version
> (An hipothetic 2.11.5 version).
>
> You can download the fork source code here:
>
> http://adrian15.raulete.net/ficheros/phplist/cumulus_fork/
>
> Any comments, requests, new features, ideas, are welcome.
>
> adrian15
_______________________________________________
Phplist-developers mailing list
(Continue reading)

Michiel Dethmers | 11 Jan 19:13
Picon
Favicon

Re: oracle and adodb status report


there has been a previous attempt to change loads of sql to allow adodb.
However, it rather destabilised the trunk code.

particularly on date related queries there seem to be loads of
differences to handle it.

my preference would be to use something like ado, but then by using some
transition to make sure things don't regress.

What version did you make your changes to? I think it will be best to
branch the code to work on this so that it can be merged into the trunk
when done. Shall I set something up so that you can send your changes
into the repository?

Michiel

On 12/23/2009 01:26 PM, Tim Holliefield wrote:
> I would like to update the list on my efforts to use phpList with
> adodb and Oracle. I don't have a complete migration to adodb but would
> like to share what I have learned.
>
> There is a lot of mysql-specific syntax in the code. One way for
> phpList to use different database backends via adodb is to make the
> sql more generic. Generic date data is an issue. Adodb provides some
> support for handling dates but in some cases the only way I could see
> to keep the code generalized was to do the date arithmetic in the code.
>
> The file structure.php is almost entirely mysql "create table"
> statements. I rewrote it into a version more usable with the adodb
(Continue reading)

Tim Holliefield | 12 Jan 10:53

Re: oracle and adodb status report

One way to consistently handle dates with different database backends 
might be to use an external php date handling library, if one exists.

For a transition to adodb, a way to start would be to continue to 
require mysql and additionally require adodb for database access. Table 
creation could use the ado facility and queries could continue to use 
mysql syntax. Then anyone interested in using other databases would be 
making changes in an adodb environment. With this approach it might also 
be a good idea to distribute adodb with phplist, to have a known 
database environment.

My changes are against the trunk as of the latest revision. If you set 
up a branch I would be happy to put my changes there. I think it is 
important to track changes to the trunk and am willing to keep the 
branch updated if you wish.

Michiel Dethmers wrote:
> there has been a previous attempt to change loads of sql to allow adodb.
> However, it rather destabilised the trunk code.
> 
> particularly on date related queries there seem to be loads of
> differences to handle it.
> 
> my preference would be to use something like ado, but then by using some
> transition to make sure things don't regress.
> 
> What version did you make your changes to? I think it will be best to
> branch the code to work on this so that it can be merged into the trunk
> when done. Shall I set something up so that you can send your changes
> into the repository?
(Continue reading)

Michiel Dethmers | 12 Jan 13:06
Picon
Favicon

Re: oracle and adodb status report


Ok, that's great. I want Pablo to revert some changes he made recently,
as they were incorrect, and then I'll branch. He'll be able to do that
later today or tomorrow. I'll let you know when the branch is ready to
get going.

There's an adodb.inc file that was used as the abstraction to ado, but
feel free to sort it out however you like it.

Michiel

On 01/12/2010 06:53 AM, Tim Holliefield wrote:
> One way to consistently handle dates with different database backends
> might be to use an external php date handling library, if one exists.
>
> For a transition to adodb, a way to start would be to continue to
> require mysql and additionally require adodb for database access.
> Table creation could use the ado facility and queries could continue
> to use mysql syntax. Then anyone interested in using other databases
> would be making changes in an adodb environment. With this approach it
> might also be a good idea to distribute adodb with phplist, to have a
> known database environment.
>
> My changes are against the trunk as of the latest revision. If you set
> up a branch I would be happy to put my changes there. I think it is
> important to track changes to the trunk and am willing to keep the
> branch updated if you wish.
>
>
> Michiel Dethmers wrote:
(Continue reading)

adrian15 | 18 Jan 17:05
Picon
Gravatar

Average time for patch acception in svn

What's the average time so that a patch reported in mantis is accepted 
in the svn?

I have some several patches that I would like to see in the svn (or at 
least in mantis being reported as fixed) and it seems too long for me. 
(More than one month and a half).

But maybe I am wrong and phplist has some timings that I am unaware of?

Thank you.

adrian15
--

-- 
Support free software. Donate to Super Grub Disk. Apoya el software 
libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/index.php?pid=10
_______________________________________________
Phplist-developers mailing list
Phplist-developers <at> tincan.co.uk
http://mail.tincan.co.uk/mailman/listinfo/phplist-developers

Michiel Dethmers | 18 Jan 20:43
Picon
Favicon

Re: Average time for patch acception in svn


There is no average time I'm afraid. In fact, there's very little timing
all over. It'll mostly depend on when I have time, which in general I
don't. But don't despair, your contributions are very valuable and
eventually will be incorporated in the code.

Michiel

On 01/18/2010 01:05 PM, adrian15 wrote:
> What's the average time so that a patch reported in mantis is accepted
> in the svn?
>
> I have some several patches that I would like to see in the svn (or at
> least in mantis being reported as fixed) and it seems too long for me.
> (More than one month and a half).
>
> But maybe I am wrong and phplist has some timings that I am unaware of?
>
> Thank you.
>
> adrian15
_______________________________________________
Phplist-developers mailing list
Phplist-developers <at> tincan.co.uk
http://mail.tincan.co.uk/mailman/listinfo/phplist-developers

Michiel Dethmers | 19 Jan 20:16
Picon
Favicon

Re: oracle and adodb status report


I have now added the branch.
http://phplist.svn.sourceforge.net/viewvc/phplist/branches/adodb/

To commit, it will be necessary to tell me your SF id.

Michiel

On 01/12/2010 09:06 AM, Michiel Dethmers wrote:
> Ok, that's great. I want Pablo to revert some changes he made recently,
> as they were incorrect, and then I'll branch. He'll be able to do that
> later today or tomorrow. I'll let you know when the branch is ready to
> get going.
>
> There's an adodb.inc file that was used as the abstraction to ado, but
> feel free to sort it out however you like it.
>
> Michiel
>
>
> On 01/12/2010 06:53 AM, Tim Holliefield wrote:
>   
>> One way to consistently handle dates with different database backends
>> might be to use an external php date handling library, if one exists.
>>
>> For a transition to adodb, a way to start would be to continue to
>> require mysql and additionally require adodb for database access.
>> Table creation could use the ado facility and queries could continue
>> to use mysql syntax. Then anyone interested in using other databases
>> would be making changes in an adodb environment. With this approach it
(Continue reading)

Michiel Dethmers | 20 Jan 14:54
Picon
Favicon

Re: Average time for patch acception in svn


if you can post the mantis issues you think need more attention here,
that would be great.

Michiel

On 01/18/2010 01:05 PM, adrian15 wrote:
> What's the average time so that a patch reported in mantis is accepted
> in the svn?
>
> I have some several patches that I would like to see in the svn (or at
> least in mantis being reported as fixed) and it seems too long for me.
> (More than one month and a half).
>
> But maybe I am wrong and phplist has some timings that I am unaware of?
>
> Thank you.
>
> adrian15
_______________________________________________
Phplist-developers mailing list
Phplist-developers <at> tincan.co.uk
http://mail.tincan.co.uk/mailman/listinfo/phplist-developers

adrian15 | 20 Jan 15:49
Picon
Gravatar

Re: Average time for patch acception in svn

Michiel Dethmers escribió:
> if you can post the mantis issues you think need more attention here,
> that would be great.

You can just check the severity field and begin with the most serious ones.

Thank you very much!

adrian15
--

-- 
Support free software. Donate to Super Grub Disk. Apoya el software 
libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/index.php?pid=10
_______________________________________________
Phplist-developers mailing list
Phplist-developers <at> tincan.co.uk
http://mail.tincan.co.uk/mailman/listinfo/phplist-developers


Gmane