Adobe reader

[Hans de Goede]

Lubomir Kundrak wrote:
> On Tue, 2007-10-30 at 08:11 +0100, Hans de Goede wrote:
>> 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?
> 

A seperate application using existing ones.

> Tried asking Panu if it would be a bad thing to make rpmbuild download
> files Sources tags if they are not available?

That wouldn't help, we want everything 100% gui based, gui based download 
progress, gui based error reporting, etc. Hence we will be using autodownloader 
for the downloads.

The idea is the user gets an "install third party applications" entry in his 
application menu, and when started he gets a list of apps, with there current 
status (installed & up to date, installed update available, not installed).

He can then click one to install / update.

Then he gets a dialog asking his permission to download, then a download 
progress bar, etc. rpmbuild integration is not going to result in this kind of 
end user experience.

Regards,

Hans