Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 26 October 2007 at 07:17, Thorsten Leemhuis wrote:
>> On 25.10.2007 19:57, RPM Fusion Wiki wrote:
>>> The following page has been changed by ChristophKarl:
>>>
http://rpmfusion.org/Wishlist?action=diff&rev1=12&rev2=13
>>>
------------------------------------------------------------------------------
>>> Place your current requests here.
>>> {{{
>>> + Request: Acrobat Reader
>>> + Summary: Viewing PDF Files.
>>> + URL:
http://www.adobe.com/products/acrobat/readstep2_allversions.html
>>> + Grounds for inclusion: For complicated documents Acrobat Reader produces
better results
>>> +
>> As much as I would like a sane Adobe reader RPM in rpmfusion, it's not
>> possible afaics. From
>>
http://www.adobe.com/products/acrobat/distribute.html
>> """
>> Note: Third-party websites must link directly to
Adobe.com for the
>> download of Adobe Reader software. Hosting the software independently is
>> not permitted.
>> """
>>
>> IOW: we can ship that without breaking licenses, thus we won't ship it.
>> Same for flash-player afaik.
>
> We could provide nosrc.rpms like jpackage does, but we can think about it
> later.
>
> Regards,
> R.
>
Actually I have a group of students working on a third party application
installer for Fedora, which will use a combination of autodownloader, no src
rpms (which will automatically get build using "sources" downloaded through
autodownloader) and system-install-packages, the end result will be a list of
applications like acroreader, googleearth, realplayer, etc. Which can then be
installed / updated with a single click by the enduser, while still getting
correct SELinux permissions, being easy removable as they will be installed as
rpms, etc.
Are you creating a separate application, or integrating with existing
ones?
Tried asking Panu if it would be a bad thing to make rpmbuild download
files Sources tags if they are not available? Creating a yum plugin
shouldn't be hard also.
--
Lubomir Kundrak (Red Hat Security Response Team)