pyallegro-general — General Python-Allegro-stuff

Re: [Pyallegro] About the web page

[AKX <th...@gm...>]

> open(/tmp/sess_a0aeee8cbd69f2a3b47a0f09f96c14ed) failed

Sigh... looks like they've done something nasty to their /tmp
directory -- PHP stores its session (persistent variables) data there
by default.

> Maybe there's something we could use rather than reinvent the wheel
> and avoid concentrating on coding?

I'll try installing some CMS with a MySQL backend and see if that'll
work better.

AKX

[Pyallegro] About the web page

[Grzegorz A. H. <gr...@ti...>]

Since I haven't seen any progress, I've tried moving the new
directory to the root directory. Because of permissions the new
directory stayed at its old location.

More importantly, when I opened the newsadmin.php file I got this:

  Warning: session_start():
  open(/tmp/sess_a0aeee8cbd69f2a3b47a0f09f96c14ed,
  O_RDWR) failed: Permission denied (13) in
  /home/groups/p/py/pyallegro/htdocs/newsadmin.php on line 2
  
  Warning: session_start(): Cannot send session cache
  limiter - headers already sent (output started at
  /home/groups/p/py/pyallegro/htdocs/newsadmin.php:2) in
  /home/groups/p/py/pyallegro/htdocs/newsadmin.php on line 2 Choose
  action.
  
      * Logout
      * New news article
      * Edit or delete article
  
  Warning: Unknown(): open(/tmp/sess_a0aeee8cbd69f2a3b47a0f09f96c14ed,
  O_RDWR) failed: Permission denied (13) in Unknown on line 0
  
  Warning: Unknown(): Failed to write session data (files). Please
  verify that the current setting of session.save_path is correct
  (/tmp) in Unknown on line 0

Maybe there's something we could use rather than reinvent the wheel
and avoid concentrating on coding?

[Pyallegro] Commited a version of PyAlleg-Pyrex

[AKX <th...@gm...>]

I commited a new version of PyAlleg yesterday. It does compile on MingW.

However, I added FreeType2 as a dependency (heck, don't all Linux
machines have it as well, really?) and assimilated Alfont (along with
some changes, mostly about the font size determination, but there
probably will be more later) into PyAlleg as ttf.c, so maybe it won't
crash when the program exits now (it did earlier, when TTFs were in
use).
Could some Linuxist try and compile it? The dependencies are Allegro
(surprise!!), libpng, zlib and FreeType2.
What's more, I've almost all the usually needed game development
functionality included, and *just* a teeny bit over the size of
PyGame, and there's always UPX ;)

If someone can help me with the setup script, I would be eager to make
a fancy-installered Win32 binary version...

AKX

Re: [Pyallegro] How are things moving?

[AKX <th...@gm...>]

Ah, I seriously hope they switch to SVN *soon*. Hmm... Now, I've
commited parts of the alfont hierarchy, which was stupid in my
opinion, since there's only one small change I made at the moment, and
didn't yet even commit *that*. (AlFont had a really, really
non-standard, weird way of determining a "real" font size, and I made
a new function to go around that.) I think I will have to add FreeType
as a dependency and make a derivative version of alfont for PyAlleg
use... But anyways, if you remove the TTF loading stuff, you should be
able to compile PyAlleg from the src tree. Maybe.

And.. could someone remove the alfont/ directory entirely? I can't do
it myself, apparently, sigh.

AKX

On 9/24/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> On 2005-09-24, AKX <th...@gm...> wrote:
> > Hmm... as far as the messages go, I've created a module, added
> > a couple of files and so on, but ViewCVS on SF.net doesn't
> > (yet?) show them.
>
> That's because ViewCVS works on top of the anonymous CVS access, and
> changes take some hours to propagate to the anonymous CVS. Hopefully
> that won't be the case whenever they switch to SVN.
>
> > And if you get a hordes of commit emails, sorry.
>
> No worries, that's what commit mailing lists are for.
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Pyallegro-general mailing list
> Pya...@li...
> https://lists.sourceforge.net/lists/listinfo/pyallegro-general
>

Re: [Pyallegro] How are things moving?

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-24, AKX <th...@gm...> wrote:
> Hmm... as far as the messages go, I've created a module, added
> a couple of files and so on, but ViewCVS on SF.net doesn't
> (yet?) show them.

That's because ViewCVS works on top of the anonymous CVS access, and
changes take some hours to propagate to the anonymous CVS. Hopefully
that won't be the case whenever they switch to SVN.

> And if you get a hordes of commit emails, sorry.

No worries, that's what commit mailing lists are for.

Re: [Pyallegro] How are things moving?

[AKX <th...@gm...>]

Hmm... as far as the messages go, I've created a module, added a
couple of files and so on, but ViewCVS on SF.net doesn't (yet?) show
them. And if you get a hordes of commit emails, sorry.

AKX

On 9/24/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> On 2005-09-24, AKX <th...@gm...> wrote:
> > How would I go about to creating a new "project" in the CVS
> > repository (and using it with TortoiseCVS)?
>
> You have write access to SF CVS repository. To put your files into
> CVS you need to "import" them with the CVS client. This could be
> done with something like the following:
>
>     cd your_project_path
>     export CVS_RSH=3Dssh
>     cvs -z3 -d:ext:dev...@cv...:/cvsroot/pyallegro i=
mport -m "" module_name vendor start
>
> You would only need to replace developername and module_name.
> Here is the info about TortoiseCVS:
>
>  http://sourceforge.net/docman/display_doc.php?group_id=3D1&docid=3D25888=
#top
>
> Alternatively, if you tell me the module name I can create it for
> you so you can start using TortoiseCVS with it (potentially easier).
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Pyallegro-general mailing list
> Pya...@li...
> https://lists.sourceforge.net/lists/listinfo/pyallegro-general
>

Re: [Pyallegro] How are things moving?

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-24, AKX <th...@gm...> wrote:
> How would I go about to creating a new "project" in the CVS
> repository (and using it with TortoiseCVS)?

You have write access to SF CVS repository. To put your files into
CVS you need to "import" them with the CVS client. This could be
done with something like the following:

    cd your_project_path
    export CVS_RSH=ssh
    cvs -z3 -d:ext:dev...@cv...:/cvsroot/pyallegro import -m "" module_name vendor start

You would only need to replace developername and module_name.
Here is the info about TortoiseCVS:

 http://sourceforge.net/docman/display_doc.php?group_id=1&docid=25888#top

Alternatively, if you tell me the module name I can create it for
you so you can start using TortoiseCVS with it (potentially easier).

Re: [Pyallegro] How are things moving?

[AKX <th...@gm...>]

Yes, sorry, I've had so many other things to attend to, but I guess
activity'll rise in about a week as most of my exams are a thing of
the past -- for a month or so, at least. How would I go about to
creating a new "project" in the CVS repository (and using it with
TortoiseCVS)?

AKX

On 9/24/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> Any progress on your pyrex code? I see you haven't used CVS yet nor
> uploaded any pyrex code to SF. Waiting for your decissions on the
> web, I've added a link to the "/new/" directory, so people can at
> least take a look at your project too.

[Pyallegro] How are things moving?

[Grzegorz A. H. <gr...@ti...>]

Any progress on your pyrex code? I see you haven't used CVS yet nor
uploaded any pyrex code to SF. Waiting for your decissions on the
web, I've added a link to the "/new/" directory, so people can at
least take a look at your project too.

Re: [Pyallegro] New Site Redux

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-16, AKX <th...@gm...> wrote:
> [...]I've toyed around with TortoiseSVN a bit and I liked it [...]

Oh, man, in that case I could have just said "CVS is an older,
less featured and bandwidth intensive version of SVN".

> So, if I'll work out the kinks from the login and make it MySQL,
> we'd be cool?

Just like you said, it works OK now. Must have been one of those
moon related problems SF seem to have.

> Making it MySQL would also make it possible to make the front page
> show all news and the project pages would show the respective
> projects' news (and we could get a fancy RSS feed outta it
> as well).  The downside would be -- perhaps, it's only news,
> really -- that there'd be no change log.

As I said before, as long as I can put a few lines of text on the
page every month or so, it's ok. I don't need CVS or serious MySQL
backends, it's ok to login and vi a file. Feel free to implement
whatever you think is apropriate for your needs.

Re: [Pyallegro] New Site Redux

[AKX <th...@gm...>]

Phew, now there was some text.
I understand the point about having a cronjob rewrite the site, but
many a project even on SF.net use a MySQL based news system or CMS
without bigger problems, and besides, our database would be really
tiny. And, for some odd reason, I can successfully login now using the
admin interface. But if I changed the current news script to use MySQL
in order to make it to conform to the SF policies, I think that'd be
great. (Obvious Office Space reference there.)

Now for the CVS thing -- I'll just get TortoiseCVS and hope I can get
it all set up right. I've toyed around with TortoiseSVN a bit and I
liked it (for a tiny game project me and a friend started a while ago,
and no, it's not finished).

So, if I'll work out the kinks from the login and make it MySQL, we'd
be cool? Making it MySQL would also make it possible to make the front
page show all news and the project pages would show the respective
projects' news (and we could get a fancy RSS feed outta it as well).
The downside would be -- perhaps, it's only news, really -- that
there'd be no change log.

AKX

On 9/15/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> On 2005-09-15, AKX <th...@gm...> wrote:
> > I'm not that familiar with version control, so could you elaborate
> > on that CVS thing?
>=20
> Hmmm... I thought you would be using CVS for your pyrexx
> module. Through SourceForge you can create modules, which are really
> individual directories in a remote server. Now there is pyallegro,
> which will stay that way. I did imagine you would create one named
> rexx or something like that for your work.
>=20
> In the same way, the Allegro homepage is stored in a separate
> www module. There are stored the html pages as templates and the
> language translations as text files, similar to GNU .po files. On
> the SF shell server a cron takes all that stuff from CVS, does the
> template conversion and outputs the files on the directory where
> the web is supposed to be.
>=20
> With Allegro using CVS is necessary because it is the only way for
> several translators to work together in parallel without actually
> modifying files directly on the server. Plus the scripts make
> sure that the group permissions are ok for the files and something
> written by one can be modified or deleted by somebody else.
>=20
> The disadvantage is that SF recomends crons to not run more than
> once a day, and they will disable CPU intensive ones. But in this
> case it would be a matter of running the cp program excluding
> CVS directories.  Another disadvantage is that you don't modify
> things directly, so if you are doing .php or other dynamic webs,
> you need a local server for testing or log into SF and run manually
> the update script.
>=20
> The big advantages is that you keep track of every single change
> (email notification), you can roll back to previous versions and
> don't have problems with more than one person modifying the same
> file (because CVS would generate a conflict to resolve if needed).
> Personally, it's been years since I don't use any version control
> software for anything I write. It's a really nice tool to have.
>=20
> On the other hand, I won't be doing radical changes to the web page.
> As far as my development goes, releases are sporadic and it is
> enough for me to update that news file manually.
>=20
> In fact, if manual changes to the news file and your news admin
> interface don't exclude each other, I would recommend you to
> substitute the main page with your .php one and not worry too much
> about that web interface you were planning on doing. I'm sure you
> prefer to spend your time coding pyallegro than doing webmastery
> thingies (at least I do).
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Pyallegro-general mailing list
> Pya...@li...
> https://lists.sourceforge.net/lists/listinfo/pyallegro-general
>

Re: [Pyallegro] New Site Redux

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-15, AKX <th...@gm...> wrote:
> I'm not that familiar with version control, so could you elaborate
> on that CVS thing?

Hmmm... I thought you would be using CVS for your pyrexx
module. Through SourceForge you can create modules, which are really
individual directories in a remote server. Now there is pyallegro,
which will stay that way. I did imagine you would create one named
rexx or something like that for your work.

In the same way, the Allegro homepage is stored in a separate
www module. There are stored the html pages as templates and the
language translations as text files, similar to GNU .po files. On
the SF shell server a cron takes all that stuff from CVS, does the
template conversion and outputs the files on the directory where
the web is supposed to be.

With Allegro using CVS is necessary because it is the only way for
several translators to work together in parallel without actually
modifying files directly on the server. Plus the scripts make
sure that the group permissions are ok for the files and something
written by one can be modified or deleted by somebody else.

The disadvantage is that SF recomends crons to not run more than
once a day, and they will disable CPU intensive ones. But in this
case it would be a matter of running the cp program excluding
CVS directories.  Another disadvantage is that you don't modify
things directly, so if you are doing .php or other dynamic webs,
you need a local server for testing or log into SF and run manually
the update script.

The big advantages is that you keep track of every single change
(email notification), you can roll back to previous versions and
don't have problems with more than one person modifying the same
file (because CVS would generate a conflict to resolve if needed).
Personally, it's been years since I don't use any version control
software for anything I write. It's a really nice tool to have.

On the other hand, I won't be doing radical changes to the web page.
As far as my development goes, releases are sporadic and it is
enough for me to update that news file manually.

In fact, if manual changes to the news file and your news admin
interface don't exclude each other, I would recommend you to
substitute the main page with your .php one and not worry too much
about that web interface you were planning on doing. I'm sure you
prefer to spend your time coding pyallegro than doing webmastery
thingies (at least I do).

Re: [Pyallegro] New Site Redux

[AKX <th...@gm...>]

Sigh, I guess it might be easier using a MySQL based CMS (Content
Management System). I'll start looking for a sufficiently light one.

My news backend uses PHP sessions -- I'm not sure what's wrong with
them on SF.net (I could reproduce the behavior you experienced without
even trying :-| ).

>Oh, and you didn't reply either to my question about putting things in CVS=
.

I'm not that familiar with version control, so could you elaborate on
that CVS thing?

AKX

Re: [Pyallegro] New Site Redux

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-15, AKX <th...@gm...> wrote:
> Did they? Well, it's not a big problem to make that use a MySQL
> database anyway.

Their current policies are at http://sf.net/docs/E07/.

> And, your proxy might just be bad. I'll try it with different
> platforms when I have the time.

To be honest, I think somethings wrong. I tried without proxy
and I only get the main menu, but even to logout I have to enter
a password and I'm redirected again to the menu. Everything I try
to do just ends up in the menu.

Honestly, I don't know if that much programming/trickery is really
needed to just add a few lines to an HTML page. I released yesterday
a new alpy but I'm waiting for this to work, and don't know what
to do about it. You will have to explain how things work if you
want me to use this system. Right now I'll just update the front
page until these things get sorted.

Oh, and you didn't reply either to my question about putting things
in CVS.

Re: [Pyallegro] New Site Redux

[AKX <th...@gm...>]

Did they? Well, it's not a big problem to make that use a MySQL database an=
yway.
And, your proxy might just be bad. I'll try it with different
platforms when I have the time. (I just recently began a tauren shaman
in WoW. Sigh, there goes my "free" time.)

On 9/14/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> On 2005-09-14, AKX <th...@gm...> wrote:
> > OK, there's now a page indicator and a news backend. You can access
> > the news administration from newsadmin.php and you can read the
> > password from the file, I won't publicize it on a mailing list ;-).
>=20
> I'm worried about this move you made. How does this work
> actually? Recently SF just banned most applications writing files on
> the web server and forced them to put dynamic content in databases.
>=20
> With respect to usage, I tried and didn't work with my proxy.
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Pyallegro-general mailing list
> Pya...@li...
> https://lists.sourceforge.net/lists/listinfo/pyallegro-general
>

Re: [Pyallegro] New Site Redux

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-14, AKX <th...@gm...> wrote:
> OK, there's now a page indicator and a news backend. You can access
> the news administration from newsadmin.php and you can read the
> password from the file, I won't publicize it on a mailing list ;-).

I'm worried about this move you made. How does this work
actually? Recently SF just banned most applications writing files on
the web server and forced them to put dynamic content in databases.

With respect to usage, I tried and didn't work with my proxy.

[Pyallegro] New Site Redux

[AKX <th...@gm...>]

OK, there's now a page indicator and a news backend. You can access
the news administration from newsadmin.php and you can read the
password from the file, I won't publicize it on a mailing list ;-).

AKX

Re: [Pyallegro] New site

[AKX <th...@gm...>]

Well, I'll tune it a bit. I'll make a news backend as well if it's
needed. (Just did one for another site yesterday. Or was it the day
before? Whatever, dates are unnecessary.)

On 9/13/05, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> On 2005-09-13, AKX <th...@gm...> wrote:
> > Passing the ball to you... What do you think?
>=20
> Woooah. Pretty. I really do suck at making web pages. Just to avoid
> stomping on each other work if somebody happens to change something,
> are you ok if I put the web page you uploaded in CVS and set up
> a cronjob to update the main page every day? This way we can both
> modify the CVS and changes are automated. If something has to get
> to the web page fast, you can also login and run the update script.
> Or you can get appointed as webmaster directly and be in charge.
>=20
> I'll start to work on an alpy release with the purpose of documenting
> the project changes, names, etc.
>=20
> With regards to the .php code, does "php include" have optional
> parameters, or is it possible from the included file to guess what
> file it is being included from? One thing I always dislike about
> web pages is when you have a navigation bar and the section you are
> in can be clicked with the mouse. I was thinking of something like:
>=20
>   <ul id=3D"menu">
>   <?php if parent=3D=3Dindex then>
>   <li><strong>Home</strong></li>
>   <?php else>
>   <li><a href=3D"index.php">Home</a></li>
>   <?php endif?
>   ...
>=20
> I don't know .php, but it's not a bad time to learn.
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.
> Download it for free - -and be entered to win a 42" plasma tv or your ver=
y
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Pyallegro-general mailing list
> Pya...@li...
> https://lists.sourceforge.net/lists/listinfo/pyallegro-general
>

Re: [Pyallegro] New site

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-13, AKX <th...@gm...> wrote:
> Passing the ball to you... What do you think?

Woooah. Pretty. I really do suck at making web pages. Just to avoid
stomping on each other work if somebody happens to change something,
are you ok if I put the web page you uploaded in CVS and set up
a cronjob to update the main page every day? This way we can both
modify the CVS and changes are automated. If something has to get
to the web page fast, you can also login and run the update script.
Or you can get appointed as webmaster directly and be in charge.

I'll start to work on an alpy release with the purpose of documenting
the project changes, names, etc.

With regards to the .php code, does "php include" have optional
parameters, or is it possible from the included file to guess what
file it is being included from? One thing I always dislike about
web pages is when you have a navigation bar and the section you are
in can be clicked with the mouse. I was thinking of something like:

  <ul id="menu">
  <?php if parent==index then>
  <li><strong>Home</strong></li>
  <?php else>
  <li><a href="index.php">Home</a></li>
  <?php endif?
  ...

I don't know .php, but it's not a bad time to learn.

[Pyallegro] New site

[AKX <th...@gm...>]

Here's what I hacked together. http://pyallegro.sourceforge.net/new/
Passing the ball to you... What do you think?

AKX

Re: [Pyallegro] Hello!

[AKX <th...@gm...>]

> Ok. Have you seen my previous email?
I saw your message, Grzegorz, yes.

> Indeed. Do you want me to start putting the "redirecting" index page?
I could move my project page to Sourceforge, so we don't need a
redirector page. Have to read up on how sf.net worked again :)

AKX

Re: [Pyallegro] Hello!

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-13, AKX <th...@gm...> wrote:
> Um, hi, this is AKX (incorrectly credited as theakx -- stupid
> forum software not allowing less than 6 characters),

Ok. Have you seen my previous email?

  http://sourceforge.net/mailarchive/message.php?msg_id=12923869

> Let's see what comes out of this!

Indeed. Do you want me to start putting the "redirecting" index page?

[Pyallegro] Hello!

[AKX <th...@gm...>]

Um, hi, this is AKX (incorrectly credited as theakx -- stupid forum
software not allowing less than 6 characters), the developer of the
Pyrexian Allegro wrapper Gregorz (hope I didn't typo that) mentioned
earlier. So far, I've a fairly extensive graphics/sound/input API
available in quite an object-oriented manner ( Bitmap.blit(dest, ...),
Sound.play() etc.) and I've also combined some third-party libraries
into PyAlleg (as I call it) to provide JPEG, PNG and GIF loading.
There are also some additional capabilities, such as an event-based
API (MouseClick etc.) and a Rectangle class kinda like the one in
PyGame.

Currently I'm working on making the Alfont library compatible with
PyAlleg and equal to sdl_ttf in capabilities (bold, italic and
underline are missing from it at the moment and the size selection
routine is a bit weird, guess I'll have to mail my patch(es) to the
developer when I'm done messing with the code there).

Let's see what comes out of this!

AKX

ps. If I'm being inconsistent, I'm in a hurry, class begins in, um, 30 seco=
nds.

Re: [Pyallegro] Request for rexx implementation to join PyAllegro

[Grzegorz A. H. <gr...@ti...>]

On 2005-09-02, Grzegorz Adam Hankiewicz <gr...@ti...> wrote:
> Theakx (http://www.devever.net/akx/pyalleg/) has recently started
> an wrapper around Allegro using rexx. [...]

I'll go forward and asume temporary ownership then. Theakx, I've
thought of creating an index.html page which lists both versions,
each named differently: pyallegro-rawc and pyallegro-rexx (or
whatever you prefer). The current page would thus be moved to a rawc
subdirectory and yours as well. Since you are added now as admin you
also have the possibility to create software releases through SF.
So, what plans do you have?

[Pyallegro] Request for rexx implementation to join PyAllegro

[Grzegorz A. H. <gr...@ti...>]

Hi.

Theakx (http://www.devever.net/akx/pyalleg/) has recently started
an wrapper around Allegro using rexx. To avoid having different
wrappers using the same name, I suggested to move his works to
SourceForge. The idea would be to still have two different proyects
with separate distributions and web pages, but using SourceForge's
resources and being aware of each other.

The main page at http://pyallegro.sf.net/ could be like some kind
of portal saying there are two projects (for now) trying to wrap
around Allegro. Each would have a subdirectory. The current code
could be renamed to pyallegro-rawc, because of its similarities
to the C library. OTOH, Theakx code could be pyallegro-rexx, to
indicate the use of rexx and a more object oriented nature.

In the future I wanted to start another of these wrappers myself,
trying to get far away from Allegro's C semantics and trying to be
more pythonic.