[freenet-dev] Getting rid of emu: an option
On Saturday, 30. May 2009 19:41:24 Matthew Toseland wrote: > Emu is constantly segfaulting in php-cgi, this is one reason to want to > move. It would be partly solved by making it all static. What exactly is needed? I have some 2GiB diskspace and unknown bandwidth laying unused (I grabbed a special offer a few years ago :) ). The bandwidth max I experienced till now were 130 GiB, normal are about 13 GiB. Stats of my main page: - http://draketo.de/usage/index.html There's one important question, though: I live in Germany; can I get into legal trouble for hosting the website? Apart from that, the only issue could be performance - a static site should be no problem, though. Dynamic sites are a bit slow. If you want to check, if it suffices, I can setup a subaccount. The sf.net website service sadly disallows revenue generation - otherwise it would be perfect :) Best wishes, Arne PS: And I wanted to spend the hour playing starcraft. I shouldn't "just check my mail" before that ;) --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20090531/5a22a0e5/attachment.pgp>
[freenet-dev] Getting rid of emu: an option
On Sun, May 31, 2009 at 12:26 PM, Juiceman wrote: > On Sat, May 30, 2009 at 3:24 PM, Matthew Toseland > wrote: >> On Saturday 30 May 2009 11:55:17 Matthew Toseland wrote: >>> We need to get rid of emu. It costs us a significant amount of money and we >>> don't seem able to cost-effecitvely administer it. >>> >>> Basically what we need: >>> - PHP scripts. The website is built with PHP. >> >> But it could easily be all static. >> >>> - Database-backed PHP for MANTIS. I don't think we should get rid of MANTIS. >> >> The consensus is we should get a whole new bug tracker and dump all the old >> issues, maybe run a copy on a developer's machine for checking old bugs. >> IMHO getting rid of the bug database would be a bad thing and lead to >> significant work in migration, but ian, nextgens and sdiz think otherwise. >> >>> - SSL. We need to serve checksums and signatures through SSL, although big >>> files will generally be served through HTTP. It would be nice to serve the >>> installer through SSL if we have a huge traffic limit, since code signing >>> certs are expensive, on the other hand if we get cheaper hosting we can >>> probably afford to buy a code signing cert with a fraction of the money >>> saved... >>> - IMAP accounts ideally, but at least aliases. >> >> - Wiki. We need a wiki. There are free wiki providers. Migrating our >> existing english language wikka wiki will be some work, migrating the french >> mediawiki wiki will be less work. >> >> - Mailing lists. Berlios does this, there are also free mailman sites such >> as: >> http://www.glowhost.com/mailman.php >> > > I don't know what you are paying now, and I have not used them > personally for hosting but Godaddy.com has hosting with unlimited > transfers and has PHP and Mantis, wiki software and email accounts for > $15/month or less and comes with a free SSL cert. > > https://www.godaddy.com/Hosting/shared.aspx?app_hdr=#details GoDaddy have the practice of blocking IPs or suspending accounts for some non-sense "reason".
[freenet-dev] Getting rid of emu: an option
On Sun, May 31, 2009 at 1:43 AM, Matthew Toseland wrote: > On Saturday 30 May 2009 16:11:42 Daniel Cheng wrote: >> On Sat, May 30, 2009 at 10:09 PM, Florent Daigni?re >> wrote: >> > * Matthew Toseland [2009-05-30 11:55:17]: >> [] >> >> - Database-backed PHP for MANTIS. I don't think we should get rid of >> >> MANTIS. >> > >> > I do think we should; three main reasons: >> > ? ? ? ?- mantis is just not adapted to our usage anymore (We don't have >> > ? ? ? ? ?one single tree anymore) >> > ? ? ? ?- most reported bugs don't apply >> > ? ? ? ?- It's really a high-maintenance cost application... >> > ? ? ? ? ?Administrating mantis, patching it, keeping it up to date is a >> > PITA >> > >> > What about using github's issue tracking thingy instead? >> > >> >> GitHub's issue tracking thingy don't even handle dependency of bugs, >> no real categories (just tags), no milestone thing, no release >> management... --- this is even worse then what MANTIS has. >> >> Most of the github users use LightHouse (http://lighthouseapp.com/), >> but I have not used it either... >> >> Anybody have experience with hosted bug trackers? > > Isn't there a lock-in problem? The business model being much the same as > Microsoft, they own your data, even if you can download it it's in ?a > nonstandard format and can't be taken elsewhere if they suck? So it would be > better to get free (or paid) hosting for a standard open source bug tracker, > such as MANTIS or Trac? > Lighthouse have "export to csv" function. Seriously, I haven't use it for any real project, so i am not very strong on this. If you want github integration, the options are: - GitHub Issue (very primitive) - LightHouse (used by most github user) - Trac - BaseCamp - FogBugz Of course you can do your own hook for other tracker. but this is what github currently support.
[freenet-dev] Getting rid of emu: an option
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Toseland a ?crit : > IMHO the (debatable) fact that the web site sucks is an independant question. > Right now we could make it all static and this would improve performance > during a slashdotting, make it much easier to find cheap or free hosting, and > generally would make a lot of sense. We can worry about changing it later on. > The parts that should be dynamic server-side can be, such as forums, but > right now we don't have them. > > Emu is constantly segfaulting in php-cgi, this is one reason to want to move. > It would be partly solved by making it all static. > > So can we agree on making the web site static content? What is involved in > making language auto-selection work in apache for static content? > > PS updating the paypal balance is trivial - fetching the balance happens on a > cron job anyway, so we can just substitute it every so often. > > The next task is the bug tracker; other mails will deal with this... I think that using a static site is a good thing... There is nothing on the actual site that need to be dynamic, and static site consume less ressources. sich -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJKIjxaAAoJEELek5QwRDhplasP/iLZSAxzCawnFKasWBGKQw4C ZbekeEcRvIf/HOOhVwN+lPQuuUj8ss5+oeo/3j11aUAvRXa1kuek7k3ms0HImoPl KJ0uGkhVpTofw+KTPnVJgSODUV6UbnuIok/ebQwvK5k3/wJu/1PYKGJimjPGg2E3 Fhuuh0plINBGiNPFKgQVaATNxnd/J3vuexiPQMWEODRvQD2JG3UCQTzRLhjN7ebv 6kQG9QNnUv6BJewh3U+eFbS6SfdT7y2XA+cVZT2cEFIVLaXuAOBwjzfWH1/BjoZy zEFlrFNiVfwASCu4VurPRd2fq93tzCN/fB6mphXjJgaW3mmTWcTSgODUiKW9bATJ seIitSMsQrPPqkq21bJ/HneK+8wEznA/k5DXjZ8y+lDOf90yxrHyci4kSX0GLZnt aoh/ov/myBY/S3fd+Z9bJr1w5gcUAgNmhcgQ9cRS8Fqaj7NegQN7ecZZnvF1vO1b pJSQ19pBKH6hEp4q+kEznRmGtVadmmgLFjv5tzxeoXJn+gMBk05xMs/HQbCVrsei 1HbcWp8ChXa9io8jeCrOk4JbtJC6YSEHFTK9EJYYjt+Ervo+A5KKMyyOj7rJ+LRN t7vuIbQ0EOrS3GrcDXXIATRCTrofn1vbqIi80vgmnsSQl7FdkagLwudJ0rDohRHJ iH43xxm1twDvWSxjqh6v =nzUH -END PGP SIGNATURE-
[freenet-dev] Getting rid of emu: an option
On Sat, May 30, 2009 at 3:24 PM, Matthew Toseland wrote: > On Saturday 30 May 2009 11:55:17 Matthew Toseland wrote: >> We need to get rid of emu. It costs us a significant amount of money and we >> don't seem able to cost-effecitvely administer it. >> >> Basically what we need: >> - PHP scripts. The website is built with PHP. > > But it could easily be all static. > >> - Database-backed PHP for MANTIS. I don't think we should get rid of MANTIS. > > The consensus is we should get a whole new bug tracker and dump all the old > issues, maybe run a copy on a developer's machine for checking old bugs. IMHO > getting rid of the bug database would be a bad thing and lead to significant > work in migration, but ian, nextgens and sdiz think otherwise. > >> - SSL. We need to serve checksums and signatures through SSL, although big >> files will generally be served through HTTP. It would be nice to serve the >> installer through SSL if we have a huge traffic limit, since code signing >> certs are expensive, on the other hand if we get cheaper hosting we can >> probably afford to buy a code signing cert with a fraction of the money >> saved... >> - IMAP accounts ideally, but at least aliases. > > - Wiki. We need a wiki. There are free wiki providers. Migrating our existing > english language wikka wiki will be some work, migrating the french mediawiki > wiki will be less work. > > - Mailing lists. Berlios does this, there are also free mailman sites such as: > http://www.glowhost.com/mailman.php > I don't know what you are paying now, and I have not used them personally for hosting but Godaddy.com has hosting with unlimited transfers and has PHP and Mantis, wiki software and email accounts for $15/month or less and comes with a free SSL cert. https://www.godaddy.com/Hosting/shared.aspx?app_hdr=#details
[freenet-dev] Getting rid of emu: an option
On Sat, May 30, 2009 at 10:09 PM, Florent Daigni?re wrote: > * Matthew Toseland [2009-05-30 11:55:17]: [] >> - Database-backed PHP for MANTIS. I don't think we should get rid of MANTIS. > > I do think we should; three main reasons: > ? ? ? ?- mantis is just not adapted to our usage anymore (We don't have > ? ? ? ? ?one single tree anymore) > ? ? ? ?- most reported bugs don't apply > ? ? ? ?- It's really a high-maintenance cost application... > ? ? ? ? ?Administrating mantis, patching it, keeping it up to date is a > PITA > > What about using github's issue tracking thingy instead? > GitHub's issue tracking thingy don't even handle dependency of bugs, no real categories (just tags), no milestone thing, no release management... --- this is even worse then what MANTIS has. Most of the github users use LightHouse (http://lighthouseapp.com/), but I have not used it either... Anybody have experience with hosted bug trackers?
[freenet-dev] Plugin changes
On Sat, May 30, 2009 at 6:59 PM, Matthew Toseland
wrote:
> On Saturday 30 May 2009 08:08:02 Daniel Cheng wrote:
>> On Sat, May 30, 2009 at 4:18 AM, Matthew Toseland
>> wrote:
>> > Current fred-staging contains sub-menu support, and some major changes to
>> > PageMaker, mostly supporting this. This has broken compatibility with most
>> > plugins, but sub-menu support *should* be very helpful for plugins. I have
>> > fixed most of them. Some have serious issues remaining:
>> >
>> > XMLSpider
>> > ===
>> >
>> > I have fixed XMLSpider and made it use Toadlet's, and given it a submenu
>> > of its own, however I am unable to test it properly as it gives database
>> > errors constantly, which I'm fairly sure are not the result of my changes.
>>
>> I have fixed them all.
>> They are the result of your changes --- ?toadlets have to set the
>> classloader. The original code did that. but your new code don't.
>
> I don't understand where this changed. Which commit?
The plugin http code ("src/freenet/pluginmanager/PluginManager.java",
line ~606) set the context classloader before calling
plugin.handleHTTPGet(), but your toadlet code don't do this.
This is fixed in XMLSpider 1112f38c25beb .
Re: [freenet-dev] Getting rid of emu: an option
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew Toseland a écrit : IMHO the (debatable) fact that the web site sucks is an independant question. Right now we could make it all static and this would improve performance during a slashdotting, make it much easier to find cheap or free hosting, and generally would make a lot of sense. We can worry about changing it later on. The parts that should be dynamic server-side can be, such as forums, but right now we don't have them. Emu is constantly segfaulting in php-cgi, this is one reason to want to move. It would be partly solved by making it all static. So can we agree on making the web site static content? What is involved in making language auto-selection work in apache for static content? PS updating the paypal balance is trivial - fetching the balance happens on a cron job anyway, so we can just substitute it every so often. The next task is the bug tracker; other mails will deal with this... I think that using a static site is a good thing... There is nothing on the actual site that need to be dynamic, and static site consume less ressources. sich -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJKIjxaAAoJEELek5QwRDhplasP/iLZSAxzCawnFKasWBGKQw4C ZbekeEcRvIf/HOOhVwN+lPQuuUj8ss5+oeo/3j11aUAvRXa1kuek7k3ms0HImoPl KJ0uGkhVpTofw+KTPnVJgSODUV6UbnuIok/ebQwvK5k3/wJu/1PYKGJimjPGg2E3 Fhuuh0plINBGiNPFKgQVaATNxnd/J3vuexiPQMWEODRvQD2JG3UCQTzRLhjN7ebv 6kQG9QNnUv6BJewh3U+eFbS6SfdT7y2XA+cVZT2cEFIVLaXuAOBwjzfWH1/BjoZy zEFlrFNiVfwASCu4VurPRd2fq93tzCN/fB6mphXjJgaW3mmTWcTSgODUiKW9bATJ seIitSMsQrPPqkq21bJ/HneK+8wEznA/k5DXjZ8y+lDOf90yxrHyci4kSX0GLZnt aoh/ov/myBY/S3fd+Z9bJr1w5gcUAgNmhcgQ9cRS8Fqaj7NegQN7ecZZnvF1vO1b pJSQ19pBKH6hEp4q+kEznRmGtVadmmgLFjv5tzxeoXJn+gMBk05xMs/HQbCVrsei 1HbcWp8ChXa9io8jeCrOk4JbtJC6YSEHFTK9EJYYjt+Ervo+A5KKMyyOj7rJ+LRN t7vuIbQ0EOrS3GrcDXXIATRCTrofn1vbqIi80vgmnsSQl7FdkagLwudJ0rDohRHJ iH43xxm1twDvWSxjqh6v =nzUH -END PGP SIGNATURE- ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Sun, May 31, 2009 at 1:43 AM, Matthew Toseland t...@amphibian.dyndns.org wrote: On Saturday 30 May 2009 16:11:42 Daniel Cheng wrote: On Sat, May 30, 2009 at 10:09 PM, Florent Daignière nextg...@freenetproject.org wrote: * Matthew Toseland t...@amphibian.dyndns.org [2009-05-30 11:55:17]: [] - Database-backed PHP for MANTIS. I don't think we should get rid of MANTIS. I do think we should; three main reasons: - mantis is just not adapted to our usage anymore (We don't have one single tree anymore) - most reported bugs don't apply - It's really a high-maintenance cost application... Administrating mantis, patching it, keeping it up to date is a PITA What about using github's issue tracking thingy instead? GitHub's issue tracking thingy don't even handle dependency of bugs, no real categories (just tags), no milestone thing, no release management... --- this is even worse then what MANTIS has. Most of the github users use LightHouse (http://lighthouseapp.com/), but I have not used it either... Anybody have experience with hosted bug trackers? Isn't there a lock-in problem? The business model being much the same as Microsoft, they own your data, even if you can download it it's in a nonstandard format and can't be taken elsewhere if they suck? So it would be better to get free (or paid) hosting for a standard open source bug tracker, such as MANTIS or Trac? Lighthouse have export to csv function. Seriously, I haven't use it for any real project, so i am not very strong on this. If you want github integration, the options are: - GitHub Issue (very primitive) - LightHouse (used by most github user) - Trac - BaseCamp - FogBugz Of course you can do your own hook for other tracker. but this is what github currently support. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Sun, May 31, 2009 at 12:26 PM, Juiceman juicema...@gmail.com wrote: On Sat, May 30, 2009 at 3:24 PM, Matthew Toseland t...@amphibian.dyndns.org wrote: On Saturday 30 May 2009 11:55:17 Matthew Toseland wrote: We need to get rid of emu. It costs us a significant amount of money and we don't seem able to cost-effecitvely administer it. Basically what we need: - PHP scripts. The website is built with PHP. But it could easily be all static. - Database-backed PHP for MANTIS. I don't think we should get rid of MANTIS. The consensus is we should get a whole new bug tracker and dump all the old issues, maybe run a copy on a developer's machine for checking old bugs. IMHO getting rid of the bug database would be a bad thing and lead to significant work in migration, but ian, nextgens and sdiz think otherwise. - SSL. We need to serve checksums and signatures through SSL, although big files will generally be served through HTTP. It would be nice to serve the installer through SSL if we have a huge traffic limit, since code signing certs are expensive, on the other hand if we get cheaper hosting we can probably afford to buy a code signing cert with a fraction of the money saved... - IMAP accounts ideally, but at least aliases. - Wiki. We need a wiki. There are free wiki providers. Migrating our existing english language wikka wiki will be some work, migrating the french mediawiki wiki will be less work. - Mailing lists. Berlios does this, there are also free mailman sites such as: http://www.glowhost.com/mailman.php I don't know what you are paying now, and I have not used them personally for hosting but Godaddy.com has hosting with unlimited transfers and has PHP and Mantis, wiki software and email accounts for $15/month or less and comes with a free SSL cert. https://www.godaddy.com/Hosting/shared.aspx?app_hdr=#details GoDaddy have the practice of blocking IPs or suspending accounts for some non-sense reason. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Re: [freenet-dev] Getting rid of emu: an option
On Saturday, 30. May 2009 19:41:24 Matthew Toseland wrote: Emu is constantly segfaulting in php-cgi, this is one reason to want to move. It would be partly solved by making it all static. What exactly is needed? I have some 2GiB diskspace and unknown bandwidth laying unused (I grabbed a special offer a few years ago :) ). The bandwidth max I experienced till now were 130 GiB, normal are about 13 GiB. Stats of my main page: - http://draketo.de/usage/index.html There's one important question, though: I live in Germany; can I get into legal trouble for hosting the website? Apart from that, the only issue could be performance - a static site should be no problem, though. Dynamic sites are a bit slow. If you want to check, if it suffices, I can setup a subaccount. The sf.net website service sadly disallows revenue generation - otherwise it would be perfect :) Best wishes, Arne PS: And I wanted to spend the hour playing starcraft. I shouldn't just check my mail before that ;) --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - singing a part of the history of free software - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part. ___ Devl mailing list Devl@freenetproject.org http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
