Half site is missing
dai
in here?
If so I'll look at something else like InstallJammer instead.
Rykel LIM
Gang, the current Ubuntu deb install framework is inadequate in that, while user-friendly like Autopackage, it does not allow installation as User.
So please keep up the Autopackage project!!
--
To unsubscribe, reply using "remove me" as the subject.
Mike Hearn
dai
starters then clean up the group spam.
If you don't make an effort then no one will either. As things are I
would like to look into using auto package but yyour site prevents me
from doing this.
On Apr 11, 9:00 pm, Mike Hearn <m...@plan99.net> wrote:
> Yeah it's pretty much dead.
>
Jan Niklas Hasse
> It looks dead, if not pull your finger out and sort your site out for
> starters then clean up the group spam.
> If you don't make an effort then no one will either. As things are I
> would like to look into using auto package but yyour site prevents me
> from doing this.
It's not dead. I will try to improve the site next month (sorry very
busy right now).
The reason for group spam not being sorted out is that Google Mail's
spam filter sorts these message out and therefore I don't notice them.
I am going to clean up right now.
@Mike:
Could you have a look at http://trac.autopackage.org/ and try to find
out why it's not working?
dai
there sorry.
On 11 Apr, 22:44, Jan Niklas Hasse <jha...@gmail.com> wrote:
> On Sun, Apr 11, 2010 at 10:06 PM, dai <daib...@gmail.com> wrote:
> > It looks dead, if not pull your finger out and sort your site out for
> > starters then clean up the group spam.
> > If you don't make an effort then no one will either. As things are I
> > would like to look into using auto package but yyour site prevents me
> > from doing this.
>
> It's not dead. I will try to improve the site next month (sorry very
> busy right now).
>
> The reason for group spam not being sorted out is that Google Mail's
> spam filter sorts these message out and therefore I don't notice them.
> I am going to clean up right now.
>
> @Mike:
> Could you have a look athttp://trac.autopackage.org/and try to find
Jan Niklas Hasse
> 403 - Forbidden from http://trac.autopackage.org/ so can't help you
> there sorry.
Yes, same for me. I was directing that question at Mike Hearn, because
he has root access on that server AFAIK.
Mike Hearn
Lighttpd follows the usual open source webserver credo of logging
absolutely nothing useful at all, so I'm not sure how to fix this
short of just guessing what the issue might be.
Isak Savo
> Not sure. Hongli, any idea?
>
> Lighttpd follows the usual open source webserver credo of logging
> absolutely nothing useful at all, so I'm not sure how to fix this
> short of just guessing what the issue might be.
I've already tried everything I could think of.. I know that the
request is received by lighttpd so the DNS record is pointing to the
correct site at least
My belief is that it's something with the trac cgi, although it does
work when i run it from the command shell (i.e. running the cgi-binary
from ssh, even as the www-data user yields correct output)
I've tried changing permissions on many of the folders in the trac
environment but without difference.. I'm out of ideas basically :(
-Isak
Mike Hearn
> mode? :) When things go wrong on Nginx it tends to be less elusive about the problem
> than Lighttpd, and Phusion Passenger pretty much logs all errors.
Easier for you, sure :)
Seems like nobody has any clue what's wrong with the current setup, so
if you want to upgrade it to your own stuff then go right ahead. I
don't think it'll get fixed any othe rway.