From: Borut R. <bor...@si...> - 2006-11-01 07:14:57
|
FYI Borut -------- Original Message -------- Subject: [ alexandria-Support Requests-1588418 ] increase sdcc web quota Date: Tue, 31 Oct 2006 23:07:21 -0800 From: SourceForge.net <no...@so...> To: no...@so... Support Requests item #1588418, was opened at 2006-11-01 08:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Project Web Services Group: None Status: Open Priority: 5 Private: No Submitted By: Borut Razem (borutr) Assigned to: Nobody/Anonymous (nobody) Summary: increase sdcc web quota Initial Comment: Please increase the sdcc (/home/groups/s/sd/sdcc/) project web quota to 300000 k bytes. Thanks, Borut ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 |
From: Borut R. <bor...@si...> - 2006-11-01 18:51:43
|
I'm afraid I woke up a slipping beast :-( Let wait for the answer from SF Support . If it will be negative again, I'm asking you to help me to persuade them by expressing your opinions / arguments / points of view. I'll keep you informed... Borut -------- Original Message -------- Subject: [ alexandria-Support Requests-1588418 ] increase sdcc web quota Date: Wed, 01 Nov 2006 10:40:55 -0800 From: SourceForge.net <no...@so...> To: no...@so... Support Requests item #1588418, was opened at 2006-11-01 08:07 Message generated for change (Comment added) made by borutr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Project Web Services Group: Second Level Support >Status: Open Priority: 5 Private: No Submitted By: Borut Razem (borutr) Assigned to: Jeremy Fincher (fincher) Summary: increase sdcc web quota Initial Comment: Please increase the sdcc (/home/groups/s/sd/sdcc/) project web quota to 300000 k bytes. Thanks, Borut ---------------------------------------------------------------------- >Comment By: Borut Razem (borutr) Date: 2006-11-01 19:40 Message: Logged In: YES user_id=568035 I know that we are on the edge of allowed, but here is my explanation why we are doing that. The benefits sdcc snapshots are: - Sdcc users have the possibility to get the most up-to-date sdcc version. When a sddc user – actually a developer using sdcc compiler – founds a bug in sdcc, he gets stuck and he can't continue the work on his project. The response of sdcc developers is usually very quick, and the defect is fixed in few days or even in the same day. Sdcc snapshot makes it possible for user to get the fixed version ASAP. - Sdcc is built on many different operating systems and platforms, which are usually not available to sdcc developers. The developers have possibility to review the build results and fix the problem which may be present only on some platforms. This approach helped us many times to found bugs, which were hidden on “mainstream” platforms, but popped up on “more exotic ones” (32 vs 64 bit, little- vs big-endian, different versions of compilers, libraries, ...) - After the compilation the sdcc regression tests are executed and the results are published on the sdcc snapshot page. This helps us to discover the side effects of bug fixing very soon: a new bug might be introduced by fixing the old one... The File Release is not an adequate alternative, because this are not sdcc releases (the releases are already hosted on File Release System), but daily snapshots, which are available only for a week and then replaced with the newer versions. As far as I know, the files can not be removed from the File Release. There is also additional information connected with each snapshot build: ClangeLog, regression test results, which is difficult to achieve in File Release System (at least not in such elegant way). The proper solution wold probably be the “Snapshot service” mentioned in section 6 (Acceptable Use), but in the next paragraph is written that the service is not available yet. You can also treat this writing as a Snapshot service request. I hope that I explained the importance of sdcc snapshots for the sdcc users and sdcc developers well enough. If you know an alternative, please let us know. If not, please make an exception and let us continue to work in the current way. P.S.: I expressed my personal view, but I'm just one of many sdcc developers. Other sdcc developers and users might have different points of view and opinions. Thank you for making our work possible, Borut ---------------------------------------------------------------------- Comment By: Jeremy Fincher (fincher) Date: 2006-11-01 16:40 Message: Logged In: YES user_id=1019020 Greetings, As per section 6 (Acceptable Use) of our document on Project web services at <https://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1>, you should not be hosting file releases via Project web. Please remove such releases and host them via the File Release System instead. SourceForge.net Support ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 |
From: Maarten B. <sou...@ds...> - 2006-11-01 21:22:45
|
Borut, Do you have an idea why the i386 linux snapshot has grown so much today? And if we need to cut down I propose to replace the .zip snapshots with .7z files. I just ran a test and it (7zip) compresses the zip contents faster to 7z than to zip format and uses only 2MB instead of 7MB. But maybe another zip implementation is faster. 7zip is free, open source software contrary to zip/rar/whatever. Then again, why not use 7z for all snapshots. The command line version is not limited to windows but available to all OS's. The source tar.bz2 (3.1MB) becomes tar.7z (2.3MB) On the whole I agree that we cannot go release the snapshots on a daily basis through the file release system, but I do regret that snapshot downloads do not count in the file download statistics. Let's see where this leads. Maarten > I'm afraid I woke up a slipping beast :-( > > Let wait for the answer from SF Support . If it will be negative again, > I'm asking you to help me to persuade them by expressing your opinions = / > arguments / points of view. > > I'll keep you informed... > > Borut > > -------- Original Message -------- > Subject: [ alexandria-Support Requests-1588418 ] increase sdcc web quo= ta > Date: Wed, 01 Nov 2006 10:40:55 -0800 > From: SourceForge.net <no...@so...> > To: no...@so... > > > > Support Requests item #1588418, was opened at 2006-11-01 08:07 > Message generated for change (Comment added) made by borutr > You can respond by visiting: > https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D1588= 418&group_id=3D1 > > Please note that this message will contain a full copy of the comment > thread, > including the initial issue submission, for this request, > not just the latest update. > Category: Project Web Services > Group: Second Level Support >>Status: Open > Priority: 5 > Private: No > Submitted By: Borut Razem (borutr) > Assigned to: Jeremy Fincher (fincher) > Summary: increase sdcc web quota > > Initial Comment: > Please increase the sdcc (/home/groups/s/sd/sdcc/) > project web quota to 300000 k bytes. > > Thanks, > Borut > > ---------------------------------------------------------------------- > >>Comment By: Borut Razem (borutr) > Date: 2006-11-01 19:40 > > Message: > Logged In: YES > user_id=3D568035 > > I know that we are on the edge of allowed, but here is my > explanation why we are doing that. > > The benefits sdcc snapshots are: > > - Sdcc users have the possibility to get the most up-to-date > sdcc version. When a sddc user =E2=80=93 actually a developer using > sdcc compiler =E2=80=93 founds a bug in sdcc, he gets stuck and he > can't continue the work on his project. The response of sdcc > developers is usually very quick, and the defect is fixed in > few days or even in the same day. Sdcc snapshot makes it > possible for user to get the fixed version ASAP. > > - Sdcc is built on many different operating systems and > platforms, which are usually not available to sdcc > developers. The developers have possibility to review the > build results and fix the problem which may be present only > on some platforms. This approach helped us many times to > found bugs, which were hidden on =E2=80=9Cmainstream=E2=80=9D platforms= , but > popped up on =E2=80=9Cmore exotic ones=E2=80=9D (32 vs 64 bit, little- = vs > big-endian, different versions of compilers, libraries, ...) > > - After the compilation the sdcc regression tests are > executed and the results are published on the sdcc snapshot > page. This helps us to discover the side effects of bug > fixing very soon: a new bug might be introduced by fixing > the old one... > > The File Release is not an adequate alternative, because > this are not sdcc releases (the releases are already hosted > on File Release System), but daily snapshots, which are > available only for a week and then replaced with the newer > versions. As far as I know, the files can not be removed > from the File Release. There is also additional information > connected with each snapshot build: ClangeLog, regression > test results, which is difficult to achieve in File Release > System (at least not in such elegant way). > > The proper solution wold probably be the =E2=80=9CSnapshot service=E2=80= =9D > mentioned in section 6 (Acceptable Use), but in the next > paragraph is written that the service is not available yet. > You can also treat this writing as a Snapshot service request. > > I hope that I explained the importance of sdcc snapshots for > the sdcc users and sdcc developers well enough. If you know > an alternative, please let us know. If not, please make an > exception and let us continue to work in the current way. > > P.S.: I expressed my personal view, but I'm just one of many > sdcc developers. Other sdcc developers and users might have > different points of view and opinions. > > Thank you for making our work possible, > Borut > > > ---------------------------------------------------------------------- > > Comment By: Jeremy Fincher (fincher) > Date: 2006-11-01 16:40 > > Message: > Logged In: YES > user_id=3D1019020 > > Greetings, > > As per section 6 (Acceptable Use) of our document on Project > web services at > <https://sourceforge.net/docman/display_doc.php?docid=3D4297&group_id=3D= 1>, > you should not be hosting file releases via Project web. > Please remove such releases and host them via the File Release > System instead. > > SourceForge.net Support > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=3Ddetail&atid=3D200001&aid=3D1588= 418&group_id=3D1 > > > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-devel > |
From: Borut R. <bor...@si...> - 2006-11-02 18:06:55
|
Maarten Brock wrote: > Borut, > > Do you have an idea why the i386 linux snapshot has grown so much today? > > Yes, I have the idea ;-) : I added readline5.dll, required by sdcdb, to the setup package. > And if we need to cut down I propose to replace the .zip snapshots with > .7z files. I just ran a test and it (7zip) compresses the zip contents > faster to 7z than to zip format and uses only 2MB instead of 7MB. But > maybe another zip implementation is faster. 7zip is free, open source > software contrary to zip/rar/whatever. > > The LZMA algorithm - the one used by 7-Zip - is used by the Windows setup packager too. That's why the setup.exe packages are so small in comparison with .zip packages. I'm afraid that 7-Zip is not so widely used as zip, that's why I didn't change the packaging. But on the other hand, the setup.exe is now the recommended installation method on Windows, so I agree that we can really switch from zip to 7z and save 7 x 5MB = 35MB of disk space. By the way, zip is also open source, at least the info-zip implementation using the BSD based license, and the zip algorithm is not patented. > Then again, why not use 7z for all snapshots. The command line version is > not limited to windows but available to all OS's. The source tar.bz2 > (3.1MB) becomes tar.7z (2.3MB) > I wouldn't dare to do that before asking developers and users using sdcc on *nix platforms. I think that p7zip utility is not a part of standard (default) installations (I haven't found it on my FC5 Linux installation), so we risk a (contra)revolution if we change the packaging. But, in the end, I don't think that the problem is the amount of disk space we are requesting from SF, but the fact, that we are (supposedly) doing something which is against the SF rules: "The storage of nightly tarballs ... is not allowed in the project web space.", as written in Acceptable Use, chapter 6. I hope that they'll take my arguments and let us work in the old-fashioned and successful way... > On the whole I agree that we cannot go release the snapshots on a daily > basis through the file release system, but I do regret that snapshot > downloads do not count in the file download statistics. > I hope that this will be fixed when (and if) SF will introduce the Snapshot service... > Let's see where this leads. > I'm curious too ;-) Borut |
From: Borut R. <bor...@si...> - 2006-11-06 20:23:12
|
Borut Razem wrote: > Maarten Brock wrote: > >> Borut, >> >> Do you have an idea why the i386 linux snapshot has grown so much today? >> >> >> > Yes, I have the idea ;-) : I added readline5.dll, required by sdcdb, to > the setup package. > > Wrong answer: I thought Maarten is asking for the Windows package :-[ But anyway, now is fixed. Borut |
From: Borut R. <bor...@si...> - 2006-11-02 19:47:31
|
:-) :-) :-) -------- Original Message -------- Subject: [ alexandria-Support Requests-1588418 ] increase sdcc web quota Date: Thu, 02 Nov 2006 11:36:06 -0800 From: SourceForge.net <no...@so...> To: no...@so... Support Requests item #1588418, was opened at 2006-11-01 02:07 Message generated for change (Comment added) made by fincher You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Project Web Services Group: Second Level Support >Status: Closed Priority: 5 Private: No Submitted By: Borut Razem (borutr) Assigned to: Jeremy Fincher (fincher) Summary: increase sdcc web quota Initial Comment: Please increase the sdcc (/home/groups/s/sd/sdcc/) project web quota to 300000 k bytes. Thanks, Borut ---------------------------------------------------------------------- >Comment By: Jeremy Fincher (fincher) Date: 2006-11-02 14:36 Message: Logged In: YES user_id=1019020 Greetings, Ok, I've increased the quota. Nice argumentation :) SourceForge.net Support ---------------------------------------------------------------------- Comment By: Borut Razem (borutr) Date: 2006-11-01 13:40 Message: Logged In: YES user_id=568035 I know that we are on the edge of allowed, but here is my explanation why we are doing that. The benefits sdcc snapshots are: - Sdcc users have the possibility to get the most up-to-date sdcc version. When a sddc user – actually a developer using sdcc compiler – founds a bug in sdcc, he gets stuck and he can't continue the work on his project. The response of sdcc developers is usually very quick, and the defect is fixed in few days or even in the same day. Sdcc snapshot makes it possible for user to get the fixed version ASAP. - Sdcc is built on many different operating systems and platforms, which are usually not available to sdcc developers. The developers have possibility to review the build results and fix the problem which may be present only on some platforms. This approach helped us many times to found bugs, which were hidden on “mainstream” platforms, but popped up on “more exotic ones” (32 vs 64 bit, little- vs big-endian, different versions of compilers, libraries, ...) - After the compilation the sdcc regression tests are executed and the results are published on the sdcc snapshot page. This helps us to discover the side effects of bug fixing very soon: a new bug might be introduced by fixing the old one... The File Release is not an adequate alternative, because this are not sdcc releases (the releases are already hosted on File Release System), but daily snapshots, which are available only for a week and then replaced with the newer versions. As far as I know, the files can not be removed from the File Release. There is also additional information connected with each snapshot build: ClangeLog, regression test results, which is difficult to achieve in File Release System (at least not in such elegant way). The proper solution wold probably be the “Snapshot service” mentioned in section 6 (Acceptable Use), but in the next paragraph is written that the service is not available yet. You can also treat this writing as a Snapshot service request. I hope that I explained the importance of sdcc snapshots for the sdcc users and sdcc developers well enough. If you know an alternative, please let us know. If not, please make an exception and let us continue to work in the current way. P.S.: I expressed my personal view, but I'm just one of many sdcc developers. Other sdcc developers and users might have different points of view and opinions. Thank you for making our work possible, Borut ---------------------------------------------------------------------- Comment By: Jeremy Fincher (fincher) Date: 2006-11-01 10:40 Message: Logged In: YES user_id=1019020 Greetings, As per section 6 (Acceptable Use) of our document on Project web services at <https://sourceforge.net/docman/display_doc.php?docid=4297&group_id=1>, you should not be hosting file releases via Project web. Please remove such releases and host them via the File Release System instead. SourceForge.net Support ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1588418&group_id=1 |
From: Bernhard H. <sdc...@be...> - 2006-11-03 09:52:44
|
> Ok, I've increased the quota. Nice argumentation :) Well done, Borut :-) Bernhard |