Joshua Ferraro wrote:
> On Tue, Oct 27, 2009 at 3:02 PM, MJ Ray wrote:
> > Firstly, download.koha.org was promoted as "the usual location"
> > to download Koha from for something over two years, as in
> > http://lists.katipo.co.nz/pipermail/koha/2008-January/012900.html
> I didn't mean to imply ot
Hi MJ,
On Tue, Oct 27, 2009 at 3:02 PM, MJ Ray wrote:
> Joshua Ferraro wrote:
>> download.koha.org is a site that LibLime created to provide a historical
>> archive of Koha releases done to date. It currently resides on LibLime
>> servers that have other web sites so we're not able to provide dir
Joshua Ferraro wrote:
> download.koha.org is a site that LibLime created to provide a historical
> archive of Koha releases done to date. It currently resides on LibLime
> servers that have other web sites so we're not able to provide direct
> shell/ftp access at this time.
OK. Just two problems
Hi Joshua
Good to hear from you again, it's been a while.
2009/10/28 Joshua Ferraro :
> Hi Henri-Damien,
> Every time you roll a release and announce it there should be a version
> incremented, even if the change was a minor one to correct an error in your
> previous distribution. This is the gen
> download.koha.org is a site that LibLime created to provide a historical
> archive of Koha releases done to date.
It is not a place where the Koha open source project can post its
latest releases?
If download.koha.org is "historical," then where should Koha releases be posted?
-- Owen
--
W
Hi Owen,
On Tue, Oct 27, 2009 at 10:34 AM, Owen Leonard wrote:
> > Note that writing to one of the lists, petitioning for "some LibLimer" to
> > respond is not as effective at getting our attention as is writing us
> > directly as you have done in the past.
>
> Better yet, you could grant Releas
> Note that writing to one of the lists, petitioning for "some LibLimer" to
> respond is not as effective at getting our attention as is writing us
> directly as you have done in the past.
Better yet, you could grant Release Managers and Release Maintainers
direct access to edit the relevant areas
Hi Henri-Damien,
Every time you roll a release and announce it there should be a version
incremented, even if the change was a minor one to correct an error in your
previous distribution. This is the generally accepted procedure for release
management/maintenance.
To date, LibLime haven't been ed
Hi,
I have just seen that the latest version for 3.0.4 had been uploaded on
download.koha.org
Thanks to LibLime for doing that.
But for sake of not misleading people, I would find that great that
people donot have the choice between 2 versions of 3.0.4
Would any liblimer be so kind as to remove t
