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.

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.

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.

On Tue, 2007-10-30 at 08:11 +0100, Hans de Goede wrote: > 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. > > If anyone is interested in helping them I can put you in contact. I'd be interested in their efforts. I'm just concerned of bypassing any requirements the source might have (ie. viewing the EULA on their site and clicking on their "I Agree" button before downloading). How do I get in touch with them and see what their plans / designs are? -- Richi Plana