10:15 p.m.
Hi guys,
While doing the license tag cleanup, I came across uqm-content, which
was marked "Distributable", but when I dug into it, the actual license
is Creative Commons Attribution-NonCommercial-ShareAlike.
http://wiki.uqm.stack.nl/The_Ur-Quan_Masters_Project_FAQ#Under_what_licen...
The NonCommercial part is the problem.
Unless someone here has documentation showing that the UQM upstream has
given us permission to distribute these content files under a different
(acceptable to Fedora) license, I'm going to have to block this package
in F10.
Since the game itself is fine, it looks like we'll need to set it up to
autodownload the content (and quickly).
~spot
12:22 a.m.
On Mon, Sep 08, 2008 at 23:15:31 -0400,
Tom spot Callaway <tcallawa(a)redhat.com> wrote:
Hi guys,
While doing the license tag cleanup, I came across uqm-content, which
was marked "Distributable", but when I dug into it, the actual license
is Creative Commons Attribution-NonCommercial-ShareAlike.
http://wiki.uqm.stack.nl/The_Ur-Quan_Masters_Project_FAQ#Under_what_licen...
The NonCommercial part is the problem.
Unless someone here has documentation showing that the UQM upstream has
given us permission to distribute these content files under a different
(acceptable to Fedora) license, I'm going to have to block this package
in F10.
I looked around and it seems the original authors don't want the game data used
commercially. I didn't find anything indicating their stance had changed
recently.
Since the game itself is fine, it looks like we'll need to set it
up to
autodownload the content (and quickly).
It should also get pulled from the live games cd as there is little point in
having it there if you need to make a large download to play it.
4:29 a.m.
Tom "spot" Callaway wrote:
Hi guys,
<snip>
Since the game itself is fine, it looks like we'll need to set it
up to
autodownload the content (and quickly).
If anyone needs any help setting up the autodownloader stuff let me
know, take a look at bolzplatz2006 for a game currently in Fedora which
has the exact same problem and how it uses autodownloader.
Regards,
Hans
5:44 a.m.
On Tue, Sep 9, 2008 at 5:29 AM, Hans de Goede <j.w.r.degoede(a)hhs.nl> wrote:
> Since the game itself is fine, it looks like we'll need to
set it up to
> autodownload the content (and quickly).
>
If anyone needs any help setting up the autodownloader stuff let me know,
take a look at bolzplatz2006 for a game currently in Fedora which has the
exact same problem and how it uses autodownloader.
I took over this package when another maintainer went AWOL, so this is
as news to me as it is to you. Hans: if you can offer some help, I'd
really appreciate it. Do I need to give you access to the package in
cvs?
Cheers,
--
Konstantin Ryabitsev
Montréal, Québec
5:56 a.m.
Konstantin Ryabitsev wrote:
On Tue, Sep 9, 2008 at 5:29 AM, Hans de Goede
<j.w.r.degoede(a)hhs.nl> wrote:
>> Since the game itself is fine, it looks like we'll need to set it up to
>> autodownload the content (and quickly).
>>
> If anyone needs any help setting up the autodownloader stuff let me know,
> take a look at bolzplatz2006 for a game currently in Fedora which has the
> exact same problem and how it uses autodownloader.
I took over this package when another maintainer went AWOL, so this is
as news to me as it is to you. Hans: if you can offer some help, I'd
really appreciate it. Do I need to give you access to the package in
cvs?
Just take a look at how bolzplatz2006 does it, basicly there is a shell
script which invokes autodownloader if the files are not there yet and a
autodownloader config file.
Let me know if you have any questions.
Regards,
Hans
4:45 p.m.
On Tue, 2008-09-09 at 12:56 +0200, Hans de Goede wrote:
Let me know if you have any questions.
I went ahead and started to implement the fix, but in testing it seems
that autodownloader only downloads in 8K increments. This thing would
literally need to run all day to pull down these content files. Is that
expected behavior?
~spot
5:07 p.m.
>>>> "TC" == Tom \"spot\" Callaway
<Tom> writes:
TC> I went ahead and started to implement the fix, but in testing it
TC> seems that autodownloader only downloads in 8K increments.
It just calls urllib.urlretrieve. I don't expect it would be hard to
use something more high-performance, but I wouldn't be able to suggest
anything.
- J<
10:12 p.m.
On Wed, 2008-09-10 at 17:07 -0500, Jason L Tibbitts III wrote:
>>>>> "TC" == Tom \"spot\"
Callaway <Tom> writes:
TC> I went ahead and started to implement the fix, but in testing it
TC> seems that autodownloader only downloads in 8K increments.
It just calls urllib.urlretrieve. I don't expect it would be hard to
use something more high-performance, but I wouldn't be able to suggest
anything.
Never mind. Testing at home on FIOS shows that it was something specific
to the internet connection I was using at work.
~spot
12:38 a.m.
Tom "spot" Callaway wrote:
On Tue, 2008-09-09 at 12:56 +0200, Hans de Goede wrote:
> Let me know if you have any questions.
I went ahead and started to implement the fix, but in testing it seems
that autodownloader only downloads in 8K increments. This thing would
literally need to run all day to pull down these content files. Is that
expected behavior?
I think the 8k increments are not how it is downloading, but the
increment when the callback I use to update the progress bar gets
called. If you actually notice that it is not multithreaded but using a
callback from a single download thread, then the connection and / or
mirror you are using is, erm, not so good.
I had this with the id-shareware stuff to when using the official id
site, after finding some fast mirrors things where ok.
Regards,
Hans
4:30 a.m.
I am not sure where this is going, but it is better to be safe than sorry.
On Mon, Sep 8, 2008 at 10:15 PM, Tom spot Callaway <tcallawa(a)redhat.com>wrote:
Hi guys,
While doing the license tag cleanup, I came across uqm-content, which
was marked "Distributable", but when I dug into it, the actual license
is Creative Commons Attribution-NonCommercial-ShareAlike.
http://wiki.uqm.stack.nl/The_Ur-Quan_Masters_Project_FAQ#Under_what_licen...
The NonCommercial part is the problem.
Unless someone here has documentation showing that the UQM upstream has
given us permission to distribute these content files under a different
(acceptable to Fedora) license, I'm going to have to block this package
in F10.
Since the game itself is fine, it looks like we'll need to set it up to
autodownload the content (and quickly).
~spot
_______________________________________________
Fedora-games-list mailing list
Fedora-games-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/fedora-games-list
5706
days inactive
5708
days old
9 comments
6 participants
participants (6)
-
Bruno Wolff III -
Hans de Goede -
Jason L Tibbitts III -
Konstantin Ryabitsev -
Tom Callaway -
Xavier Naldo