[Mldonkey-users] [patch #6360] BT: Display torrent details in HTML, upstats

[spiralvoice]

URL:
  <http://savannah.nongnu.org/patch/?6360>

                 Summary: BT: Display torrent details in HTML, upstats
                 Project: mldonkey, a multi-networks file-sharing client
            Submitted by: fabtar
            Submitted on: Mittwoch 02.01.2008 um 14:18
                Category: None
                Priority: 5 - Normal
                  Status: None
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any
         Should Start On: Donnerstag 27.12.2007 um 00:00
   Should be Finished on: Donnerstag 27.12.2007 um 00:00

    _______________________________________________________

Details:

All the Ed2k downloads/shared files have correct status visualized:
for example: file downloading ; or the path in which they are stored.

About the BT download the status is always a: no BT data .

I suppose that BT plugin doesn't provide status info or correct string, or
something is wrong about webinterface,

    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Mittwoch 10.01.2007 um 23:59  By: Sylvain Beucler <Beuc>
Hi,

This sounds good.

I approved your project. You'll receive a mail confirmation shortly.


-------------------------------------------------------
Date: Dienstag 09.01.2007 um 09:18  By: Mose <mose>
Thanks for that positive reply. It's in our interest to get Savanah blessing,
to validate an effort we make for 4 years to make Tikiwiki conform to its
license. Your blessing will be seeked and advertised.

Here are more details about your questions. My answer are only my own point
of view, we don't have in Tikiwiki community any concept of structured
hierarchy. But I talk in my quality of most prolific contributor and Obvious
Community Catalyst since 2003. (http://cvs.tikiwiki.org)

About third party products dependencies, I expect we don't bundle them in
Tikiwiki release in tikiwiki 2.0. We need a more professional packaging system
and we'll match with most distribution packaging systems, mainly the one used
in Debian. Mandatory dependencies will only be based on Free Software
environment. For wilder contribution, the mods system
(http://mods.tikiwiki.org) is more likely to be used. It's like a peer to peer
tikiwiki extensions sharing system. That source code is not intended to be
hosted on savanah.

About maps system, tikimap requires the installation of mapserver, which is
not so trivial. It cannot be commpared to gmap. But such extension based on an
external service is not considered as a core dependency in Tikiwiki. That will
go to mods.

For java, yes, we share the same hope. Brazilian people developing the
Morcego 3d browser will probably be reactive on this front.

As well, fonts cleaning comes in the same move of gif burning. They are used
for pdf generation, and by focusing on a better integration with the system,
we should be able to make fontpath more easy to fit with existing environment,
letting the user using fonts available on the server.

I hope you'll feel free to ask if you have more questions. Again, I only talk
for myself, but my will is strong and I know that I can engage on them.


cheers,



-------------------------------------------------------
Date: Samstag 06.01.2007 um 10:39   By: Sylvain Beucler <Beuc>
Hi,

I think we can open the account for access to the trackers in a first step
indeed. When you import tiki2, please contact us so we can review the code and
'bless' the import.

There are a couple points that I would like to discuss though.

First, there are some modules with proprietary dependencies, for example the
gmap module or java based components (3d browser and picture editor).
We say that depending on non-free software must not entice users to try it -
that is, only depend on non-free software when there's an equivalent or better
free software alternative, and when the non-free component is widespread
enough that we're not actually advertising it. Ex: windows support for an
application when the GNU/Linux implementation is a robust and complete.
In this case, there's apparently the tikimap alternative (I'm not sure how it
compares to gmap though), and hopefully either the future free sun java or gnu
classpath will be able to run the 3d browser when you import tiki2.

In addition to gifs, there are also some fonts with unclear status
(html2pdf/arial.ttf, etc.).

Can you precise how tikiwiki plans to address those points?







    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?6360>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/