From mclasen at redhat.com Mon Jan 4 20:54:36 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 04 Jan 2010 15:54:36 -0500 Subject: Reviewers needed Message-ID: <1262638476.1816.1.camel@planemask> I need some kind soul to review at-spi2-atk and pyatspi for me, both of which are part of the new at-spi2 accessibility stack. The bugs are here: http://bugzilla.redhat.com/show_bug.cgi?id=544629 http://bugzilla.redhat.com/show_bug.cgi?id=544630 Thanks, Matthias From christoph.wickert at googlemail.com Tue Jan 5 21:11:50 2010 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 05 Jan 2010 22:11:50 +0100 Subject: HAL removal Feature page In-Reply-To: <1260373252.3311.2017.camel@localhost.localdomain> References: <1260373252.3311.2017.camel@localhost.localdomain> Message-ID: <1262725910.2593.290.camel@wicktop.localdomain> Am Mittwoch, den 09.12.2009, 15:40 +0000 schrieb Bastien Nocera: > Heya, > > I've created this page to track the removal of HAL (hopefully) for F13: > https://fedoraproject.org/wiki/Features/HalRemoval You mean remove HAL completely or only from the desktop spin? There is quite a lot of stuff that still depends on HAL and will not be rewritten for F13. If you are intending to remove HAL completely for F13, please announce it properly to all Fedora developers/maintainers ASAP. > Could you please check your package and add them to the list if: > - they rely on HAL or libhal > - they rely on gnome-vfs2 (which still requires HAL, and is deprecated) > - they rely on libgnomeui (which requires gnome-vfs2) > > We're only tracking Desktop spin applications, and applications you'd > expect to see installed on GNOME desktops. So where is the rest being tracked? > Cheers Regards, Christoph From christoph.wickert at googlemail.com Tue Jan 5 21:15:29 2010 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 05 Jan 2010 22:15:29 +0100 Subject: packaging tidbits In-Reply-To: <1261499661.2469.12.camel@planemask> References: <1261499661.2469.12.camel@planemask> Message-ID: <1262726129.2593.298.camel@wicktop.localdomain> Am Dienstag, den 22.12.2009, 11:34 -0500 schrieb Matthias Clasen: > Quick reminder, there have been some changes in the packaging guidelines > that affect many desktop packages: > > - the standard icon cache snipplet has been reworked: > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache > > - scrollkeeper-update calls are no longer required: > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scrollkeeper Thanks for the notice. This not only affects Gnome people, so I wonder why this was not announced to all maintainers. > Matthias Regards, Christoph From mclasen at redhat.com Tue Jan 5 21:58:49 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 16:58:49 -0500 Subject: packaging tidbits In-Reply-To: <1262726129.2593.298.camel@wicktop.localdomain> References: <1261499661.2469.12.camel@planemask> <1262726129.2593.298.camel@wicktop.localdomain> Message-ID: <1262728729.1923.0.camel@planemask> On Tue, 2010-01-05 at 22:15 +0100, Christoph Wickert wrote: > Am Dienstag, den 22.12.2009, 11:34 -0500 schrieb Matthias Clasen: > > Quick reminder, there have been some changes in the packaging guidelines > > that affect many desktop packages: > > > > - the standard icon cache snipplet has been reworked: > > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache > > > > - scrollkeeper-update calls are no longer required: > > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scrollkeeper > > Thanks for the notice. This not only affects Gnome people, so I wonder > why this was not announced to all maintainers. Because I am not the spokesperson of the packaging committee... From mclasen at redhat.com Tue Jan 5 22:00:59 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 17:00:59 -0500 Subject: HAL removal Feature page In-Reply-To: <1262725910.2593.290.camel@wicktop.localdomain> References: <1260373252.3311.2017.camel@localhost.localdomain> <1262725910.2593.290.camel@wicktop.localdomain> Message-ID: <1262728859.1923.2.camel@planemask> On Tue, 2010-01-05 at 22:11 +0100, Christoph Wickert wrote: > Am Mittwoch, den 09.12.2009, 15:40 +0000 schrieb Bastien Nocera: > > Heya, > > > > I've created this page to track the removal of HAL (hopefully) for F13: > > https://fedoraproject.org/wiki/Features/HalRemoval > > You mean remove HAL completely or only from the desktop spin? There is > quite a lot of stuff that still depends on HAL and will not be rewritten > for F13. > The feature page could harly be clearer: This feature tracks the removal of HAL in the Fedora Desktop spin. Removing hal dependencies from the wider package universe will obviously take a little longer. At some point we'll probably force the issue by orphaning hal, but we are clearly not at that point yet. Matthias From walters at verbum.org Tue Jan 5 22:17:48 2010 From: walters at verbum.org (Colin Walters) Date: Tue, 5 Jan 2010 17:17:48 -0500 Subject: HAL removal Feature page In-Reply-To: <1262728859.1923.2.camel@planemask> References: <1260373252.3311.2017.camel@localhost.localdomain> <1262725910.2593.290.camel@wicktop.localdomain> <1262728859.1923.2.camel@planemask> Message-ID: On Tue, Jan 5, 2010 at 5:00 PM, Matthias Clasen wrote: > > Removing hal dependencies from the wider package universe will obviously > take a little longer. At some point we'll probably force the issue by > orphaning hal, but we are clearly not at that point yet. Just to be clear; does this mean that if hal is pulled in, it will largely function? Say there's some UI tool that does the equivalent of "lshal". From mclasen at redhat.com Tue Jan 5 22:32:43 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Jan 2010 17:32:43 -0500 Subject: HAL removal Feature page In-Reply-To: References: <1260373252.3311.2017.camel@localhost.localdomain> <1262725910.2593.290.camel@wicktop.localdomain> <1262728859.1923.2.camel@planemask> Message-ID: <1262730763.1923.4.camel@planemask> On Tue, 2010-01-05 at 17:17 -0500, Colin Walters wrote: > On Tue, Jan 5, 2010 at 5:00 PM, Matthias Clasen wrote: > > > > Removing hal dependencies from the wider package universe will obviously > > take a little longer. At some point we'll probably force the issue by > > orphaning hal, but we are clearly not at that point yet. > > Just to be clear; does this mean that if hal is pulled in, it will > largely function? Say there's some UI tool that does the equivalent > of "lshal". Yes. From christoph.wickert at googlemail.com Wed Jan 6 00:49:17 2010 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Wed, 06 Jan 2010 01:49:17 +0100 Subject: packaging tidbits In-Reply-To: <1262728729.1923.0.camel@planemask> References: <1261499661.2469.12.camel@planemask> <1262726129.2593.298.camel@wicktop.localdomain> <1262728729.1923.0.camel@planemask> Message-ID: <1262738957.2593.398.camel@wicktop.localdomain> Am Dienstag, den 05.01.2010, 16:58 -0500 schrieb Matthias Clasen: > On Tue, 2010-01-05 at 22:15 +0100, Christoph Wickert wrote: > > Am Dienstag, den 22.12.2009, 11:34 -0500 schrieb Matthias Clasen: > > > Quick reminder, there have been some changes in the packaging guidelines > > > that affect many desktop packages: > > > > > > - the standard icon cache snipplet has been reworked: > > > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Icon_Cache > > > > > > - scrollkeeper-update calls are no longer required: > > > https://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scrollkeeper > > > > Thanks for the notice. This not only affects Gnome people, so I wonder > > why this was not announced to all maintainers. > > Because I am not the spokesperson of the packaging committee... Right, that wasn't meant to be criticism, at least not addressed to you. I'm glad you announced it here, sorry if I wasn't clear enough. Regards, Christoph From mclasen at redhat.com Thu Jan 7 01:25:18 2010 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 06 Jan 2010 20:25:18 -0500 Subject: Interesting modules for in need of packaging Message-ID: <1262827518.12287.7.camel@planemask> There is a number of new things in the GNOME space that would be great to have packaged for F13, so that we can look at how they fit into our desktop: Emerillon, a map viewer: http://www.novopia.com/emerillon/ Zeitgeist and GNOME Activity Journal: http://live.gnome.org/action/show/GnomeActivityJournal Nanny, parental controls: http://projects.gnome.org/nanny/ Normally, I would probably just do it myself, but I'm a bit too busy with other things this cycle. Any takers ? Matthias From kyle at mcmartin.ca Thu Jan 7 02:37:52 2010 From: kyle at mcmartin.ca (Kyle McMartin) Date: Wed, 6 Jan 2010 21:37:52 -0500 Subject: Interesting modules for in need of packaging In-Reply-To: <1262827518.12287.7.camel@planemask> References: <1262827518.12287.7.camel@planemask> Message-ID: <20100107023752.GE19179@bombadil.infradead.org> On Wed, Jan 06, 2010 at 08:25:18PM -0500, Matthias Clasen wrote: > Zeitgeist and GNOME Activity Journal: > http://live.gnome.org/action/show/GnomeActivityJournal > > Any takers ? > I'd be happy to look at this, seemed interesting from what I saw on PGO. regards, Kyle From debarshi.ray at gmail.com Thu Jan 7 08:52:49 2010 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Thu, 7 Jan 2010 10:52:49 +0200 Subject: Interesting modules for in need of packaging In-Reply-To: <1262827518.12287.7.camel@planemask> References: <1262827518.12287.7.camel@planemask> Message-ID: <3170f42f1001070052v7a12074cic1f999151f98ba8c@mail.gmail.com> > Emerillon, a map viewer: http://www.novopia.com/emerillon/ A review request has been already submitted by Peter Robinson. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig From dwalsh at redhat.com Thu Jan 7 19:20:28 2010 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 07 Jan 2010 14:20:28 -0500 Subject: Managed Desktop... Message-ID: <4B4633FC.2070607@redhat.com> A couple of years ago, when I introduced the idea of the xguest user in SELinux, I was working on a kiosk user. I have since added lots of other types of confined users. One of the biggest problems I have seen with this is the way our desktop is designed. Our desktop is designed to be what I would call an administrative desktop. Tools like packagekit, setroubleshoot, abrt etc run by default. Pull down menus include lots of tools that prompt me for the root password. If I don't know the root password and am not an administrator of the machine, I should not be given options to run administrative tools in the menu. I played with sabayon, but sabayon has it backwards, in my opinion. sabayon is a blacklist tool. sabayon tries to take away applications from the meno or stop applications from starting. I believe sabayon or another tool needs to be a white list tool. (sabaon++) If we had this tool the administrator or package developer could list the applications that will show up in the menus, and will autostart. Once I lock design the desktop for this type of user, no installation of an application will change the way this type of users desktop looks/runs. With current sabayon, everytime a new desktop feature shows up, I am forced to re-release xguest to remove the feature from the desktop. I would like to see two default user types out of the box, Minimal Desktop, administrative desktop. Administrative desktop, would be what we have now. You install an app that includes desktop files, they show up on the desktop. Minimal desktop, would only have a minimal set of applications, for the user to use. Firefox, Mail Client, Office products, NetworkManager, PowerManagement? Then sabayon++ can add or remove applications from the menu system and autostarting. Then I and other package maintainers could ship desktop users like xguest user, or corporate desktop user and only run the apps that are appropriate to that type of user. The biggest benefit for the SELinux team is we can write policy that is appropriate to the type of user. Currently xguest policy has to dontaudit xguest_t sending dbus messages to packagekit, just because the packagekit client starts by default. If we have the ability to customize my xguest desktop environment, and future proof it, then we can remove the dontaudit. If a xguest user tries to start packagekit client, that would be an audited event. Forgetting about SELinux, I believe this would be compelling to administrators of large networks of desktops. From vaeood at yahoo.com Thu Jan 7 20:02:12 2010 From: vaeood at yahoo.com (Hristo Petkov) Date: Thu, 7 Jan 2010 12:02:12 -0800 (PST) Subject: f4l Message-ID: <813124.19391.qm@web113518.mail.gq1.yahoo.com> Hi Guys, I am still under f11 and I know that you are talking about f13 and f14 already, but I have problems with the flash for linux on my desktop (it is designed for f7 and obviously does not work properly under f11). Can you convince somehow Adobe to go open-source and to make some professional flash editor. Obviously the flash editor is not exactly do-it-yourself business as most of the other things under linux are. Regards, Christo Petkov -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Thu Jan 7 20:05:59 2010 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Jan 2010 15:05:59 -0500 Subject: Managed Desktop... In-Reply-To: <4B4633FC.2070607@redhat.com> References: <4B4633FC.2070607@redhat.com> Message-ID: <20100107200559.GB465@nostromo.devel.redhat.com> Daniel J Walsh (dwalsh at redhat.com) said: > Once I lock design the desktop for this type of user, no installation of an application will > change the way this type of users desktop looks/runs. With current sabayon, everytime a new > desktop feature shows up, I am forced to re-release xguest to remove the feature from the desktop. How much of this can be accomplished just by limiting the package set, and not allowing package installs from the restricted UI? Bill From mattdm at mattdm.org Thu Jan 7 20:16:26 2010 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 7 Jan 2010 15:16:26 -0500 Subject: f4l In-Reply-To: <813124.19391.qm@web113518.mail.gq1.yahoo.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> Message-ID: <20100107201626.GA10273@jadzia.bu.edu> On Thu, Jan 07, 2010 at 12:02:12PM -0800, Hristo Petkov wrote: > Can you convince somehow Adobe to go open-source and to make some > professional flash editor. Obviously the flash editor is not exactly > do-it-yourself business as most of the other things under linux are. If only it were so easy! -- Matthew Miller Senior Systems Architect Cyberinfrastructure Labs / Instructional & Research Computing Computing & Information Technology Harvard School of Engineering & Applied Sciences From mattdm at mattdm.org Thu Jan 7 20:17:30 2010 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 7 Jan 2010 15:17:30 -0500 Subject: Managed Desktop... In-Reply-To: <4B4633FC.2070607@redhat.com> References: <4B4633FC.2070607@redhat.com> Message-ID: <20100107201730.GB10273@jadzia.bu.edu> On Thu, Jan 07, 2010 at 02:20:28PM -0500, Daniel J Walsh wrote: > Forgetting about SELinux, I believe this would be compelling to > administrators of large networks of desktops. Oh my yes. -- Matthew Miller Senior Systems Architect Cyberinfrastructure Labs / Instructional & Research Computing Computing & Information Technology Harvard School of Engineering & Applied Sciences From mattdm at mattdm.org Thu Jan 7 20:20:21 2010 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 7 Jan 2010 15:20:21 -0500 Subject: Managed Desktop... In-Reply-To: <20100107200559.GB465@nostromo.devel.redhat.com> References: <4B4633FC.2070607@redhat.com> <20100107200559.GB465@nostromo.devel.redhat.com> Message-ID: <20100107202021.GC10273@jadzia.bu.edu> On Thu, Jan 07, 2010 at 03:05:59PM -0500, Bill Nottingham wrote: > How much of this can be accomplished just by limiting the package set, and > not allowing package installs from the restricted UI? That works for a single-user system, or a system where the same policy applies to all users. -- Matthew Miller Senior Systems Architect Cyberinfrastructure Labs / Instructional & Research Computing Computing & Information Technology Harvard School of Engineering & Applied Sciences From skvidal at fedoraproject.org Thu Jan 7 20:24:45 2010 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 7 Jan 2010 15:24:45 -0500 (EST) Subject: Managed Desktop... In-Reply-To: <4B4633FC.2070607@redhat.com> References: <4B4633FC.2070607@redhat.com> Message-ID: On Thu, 7 Jan 2010, Daniel J Walsh wrote: > > Firefox, Mail Client, Office products, NetworkManager, PowerManagement? > > Then sabayon++ can add or remove applications from the menu system and > autostarting. > > Then I and other package maintainers could ship desktop users like > xguest user, or corporate desktop user and only run the apps that are > appropriate to that type of user. > > The biggest benefit for the SELinux team is we can write policy that is > appropriate to the type of user. Currently xguest policy has to > dontaudit xguest_t sending dbus messages to packagekit, just because the > packagekit client starts by default. If we have the ability to > customize my xguest desktop environment, and future proof it, then we > can remove the dontaudit. If a xguest user tries to start packagekit > client, that would be an audited event. > > Forgetting about SELinux, I believe this would be compelling to > administrators of large networks of desktops. Isn't this what the reduced functionality/options interface that kde used to offer (and maybe still do) is for? -sv From torswin at gmail.com Thu Jan 7 21:10:32 2010 From: torswin at gmail.com (Torstein Adolf Winterseth) Date: Thu, 7 Jan 2010 22:10:32 +0100 Subject: f4l In-Reply-To: <813124.19391.qm@web113518.mail.gq1.yahoo.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> Message-ID: <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> 2010/1/7 Hristo Petkov > > Hi Guys, > I am still under f11 and I know that you are talking about f13 and f14 already, but I have problems with the flash for linux on my desktop (it is designed for f7 and obviously does not work properly under f11). > Can you convince somehow Adobe to go open-source and to make some professional flash editor. Obviously the flash editor is not exactly do-it-yourself business as most of the other things under linux are. > > Regards, > Christo Petkov > It would be awesome, however Adobe's business model is to sell their proprietary Flash Editor for tonnes of money. For their flash plugin, you should check out Gnash. Gnash is a reverse-engineered flash player that works pretty good on older flash stuff. They are still catching up with Adobe's player and they probably will continue catching up for a while. Gnash's site: http://www.gnu.org/software/gnash/ Gnash's dev site: http://www.gnashdev.org/ Place to go to donate: http://openmedianow.org/ -- Mvh / Kind regards Torstein Adolf Winterseth From taljurf at fedoraproject.org Fri Jan 8 15:26:55 2010 From: taljurf at fedoraproject.org (Tareq Al Jurf) Date: Fri, 8 Jan 2010 18:26:55 +0300 Subject: f4l In-Reply-To: <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> Message-ID: <12d8a2fa1001080726r5466aed8x77e5a3dab90cf2d5@mail.gmail.com> So if gnash is up to date, it will be able to run flash media perfectly? 2010/1/8 Torstein Adolf Winterseth > 2010/1/7 Hristo Petkov > > > > Hi Guys, > > I am still under f11 and I know that you are talking about f13 and f14 > already, but I have problems with the flash for linux on my desktop (it is > designed for f7 and obviously does not work properly under f11). > > Can you convince somehow Adobe to go open-source and to make some > professional flash editor. Obviously the flash editor is not exactly > do-it-yourself business as most of the other things under linux are. > > > > Regards, > > Christo Petkov > > > It would be awesome, however Adobe's business model is to sell their > proprietary Flash Editor for tonnes of money. > > For their flash plugin, you should check out Gnash. Gnash is a > reverse-engineered flash player that works pretty good on older flash > stuff. They are still catching up with Adobe's player and they > probably will continue catching up for a while. > > Gnash's site: http://www.gnu.org/software/gnash/ > Gnash's dev site: http://www.gnashdev.org/ > Place to go to donate: http://openmedianow.org/ > > -- > Mvh / Kind regards > Torstein Adolf Winterseth > > -- > Fedora-desktop-list mailing list > Fedora-desktop-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-desktop-list > -- Tareq Al Jurf Fedora Ambassador Riyadh, Saudi Arabia taljurf at fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From torswin at gmail.com Fri Jan 8 17:58:52 2010 From: torswin at gmail.com (Torstein Adolf Winterseth) Date: Fri, 8 Jan 2010 18:58:52 +0100 Subject: f4l In-Reply-To: <12d8a2fa1001080726r5466aed8x77e5a3dab90cf2d5@mail.gmail.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> <12d8a2fa1001080726r5466aed8x77e5a3dab90cf2d5@mail.gmail.com> Message-ID: <8fcf06511001080958h70d9743bvd334093302af2e95@mail.gmail.com> 2010/1/8 Tareq Al Jurf : > So if gnash is up to date, it will be able to run flash media perfectly? > Today's Gnash will not run SWF version 10 but will run SWF9 and below. Sadly the newest YouTube uses SWF 10, so Gnash will just show a black window. Remember to install Gstreamer's ffmpeg codecs and ffmpeg. That is what Gnash uses to decode the H.264 encoded video which is default in creating Flash videos. I am personally really looking forward to SWF 10 support in Gnash, and I hope Adobe don't do much with Flash as I'd really like Gnash to catch up and replace the evil Flash Plugin for my usage (mostly YouTube and random other *cough* sites). -- Mvh / Kind regards Torstein Adolf Winterseth From taljurf at fedoraproject.org Fri Jan 8 18:09:08 2010 From: taljurf at fedoraproject.org (Tareq Al Jurf) Date: Fri, 8 Jan 2010 21:09:08 +0300 Subject: f4l In-Reply-To: <8fcf06511001080958h70d9743bvd334093302af2e95@mail.gmail.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> <12d8a2fa1001080726r5466aed8x77e5a3dab90cf2d5@mail.gmail.com> <8fcf06511001080958h70d9743bvd334093302af2e95@mail.gmail.com> Message-ID: <12d8a2fa1001081009q1ca1c329odb7e17f396b7169b@mail.gmail.com> So if Gnash catches up with the newest version of flash, we can include in fedora as default, can't we? 2010/1/8 Torstein Adolf Winterseth > 2010/1/8 Tareq Al Jurf : > > So if gnash is up to date, it will be able to run flash media perfectly? > > > Today's Gnash will not run SWF version 10 but will run SWF9 and below. > Sadly the newest YouTube uses SWF 10, so Gnash will just show a black > window. Remember to install Gstreamer's ffmpeg codecs and ffmpeg. That > is what Gnash uses to decode the H.264 encoded video which is default > in creating Flash videos. > > I am personally really looking forward to SWF 10 support in Gnash, and > I hope Adobe don't do much with Flash as I'd really like Gnash to > catch up and replace the evil Flash Plugin for my usage (mostly > YouTube and random other *cough* sites). > > -- > Mvh / Kind regards > Torstein Adolf Winterseth > > -- > Fedora-desktop-list mailing list > Fedora-desktop-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-desktop-list > -- Tareq Al Jurf Fedora Ambassador Riyadh, Saudi Arabia taljurf at fedoraproject.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From torswin at gmail.com Fri Jan 8 20:06:26 2010 From: torswin at gmail.com (Torstein Adolf Winterseth) Date: Fri, 8 Jan 2010 21:06:26 +0100 Subject: f4l In-Reply-To: <12d8a2fa1001081009q1ca1c329odb7e17f396b7169b@mail.gmail.com> References: <813124.19391.qm@web113518.mail.gq1.yahoo.com> <8fcf06511001071310w5fc9a6f3t45fb865ef775b4de@mail.gmail.com> <12d8a2fa1001080726r5466aed8x77e5a3dab90cf2d5@mail.gmail.com> <8fcf06511001080958h70d9743bvd334093302af2e95@mail.gmail.com> <12d8a2fa1001081009q1ca1c329odb7e17f396b7169b@mail.gmail.com> Message-ID: <8fcf06511001081206r61322bb8w5e44b005b600d999@mail.gmail.com> 2010/1/8 Tareq Al Jurf : > So if Gnash catches up with the newest version of flash, we can include in > fedora as default, can't we? > I hope so. Sadly Fedora can't include ffmpeg codecs as default or in their repositories due to software patent laws in certain countries so YouTube would be inaccessible for everyday users who haven't installed those codecs from places such as RPMfusion. -- Mvh / Kind regards Torstein Adolf Winterseth