PackageKit-gstreamer-plugin replacing codeina

09-29-2008, 11:26 AM

When I build the new version of PackageKit today, it will have a new
subpackage, PackageKit-gstreamer-plugin.

This provides the optional binary /usr/libexec/pk-gstreamer-install
which is symlinked to gst-install-plugins-helper.

This means we get UI like this
http://packagekit.org/img/gpk-client-codecs.png rather than being
prompted to pay for codecs using codeina.

Should I just add:

Obsoletes: codeina < 0.10.1-8
Provides: codeina = 0.10.1-8

to the gstreamer-plugin part of the spec file and be done away with
codeina? This would allow people to remove PackageKit-gstreamer-plugin
and install codeina if they really wanted, but by default we get the
"right" thing installed for the release.

Also, we can't do an "everything" install, as both packages provide the
gst-install-plugins-helper file. One option might be for the gstreamer
package to install a bash script gst-install-plugins-helper, which
directs to either codeina, or PackageKit.

So what I'm really asking is, do we really want people to be able to:

1. use codeina in F10
2. install PackageKit-gstreamer-plugin and codeina at the same time

Advice welcome.

Richard.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 11:40 AM

Richard Hughes wrote:

When I build the new version of PackageKit today, it will have a new
subpackage, PackageKit-gstreamer-plugin.

This provides the optional binary /usr/libexec/pk-gstreamer-install
which is symlinked to gst-install-plugins-helper.

This means we get UI like this
http://packagekit.org/img/gpk-client-codecs.png rather than being
prompted to pay for codecs using codeina.

Why don't you automatically search and display the actual packages if it
is available directly?

Rahul

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Mon Sep 29 14:30:01 2008
Return-path: <ubuntu-mobile-bounces@lists.ubuntu.com>
Envelope-to: tom@linux-archive.org
Delivery-date: Mon, 29 Sep 2008 13:47:29 +0300
Received: from chlorine.canonical.com ([91.189.94.204])
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <ubuntu-mobile-bounces@lists.ubuntu.com>)
id 1KkGHp-0000we-D5
for tom@linux-archive.org; Mon, 29 Sep 2008 13:47:29 +0300
Received: from localhost ([127.0.0.1] helo=chlorine.canonical.com)
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <ubuntu-mobile-bounces@lists.ubuntu.com>)
id 1KkGHj-0006X5-51; Mon, 29 Sep 2008 11:47:23 +0100
Received: from yw-out-1718.google.com ([74.125.46.156])
by chlorine.canonical.com with esmtp (Exim 4.60)
(envelope-from <javier.galvez.guerrero@gmail.com>)
id 1KkGHe-0006W5-0X
for ubuntu-mobile@lists.ubuntu.com; Mon, 29 Sep 2008 11:47:18 +0100
Received: by yw-out-1718.google.com with SMTP id 5so449439ywr.44
for <ubuntu-mobile@lists.ubuntu.com>;
Mon, 29 Sep 2008 03:47:17 -0700 (PDT)
Received: by 10.100.112.6 with SMTP id k6mr3883736anc.71.1222685237191;
Mon, 29 Sep 2008 03:47:17 -0700 (PDT)
Received: by 10.100.189.5 with HTTP; Mon, 29 Sep 2008 03:47:17 -0700 (PDT)
Message-ID: <145d4e1a0809290347l75576eddo6cc5d54bf7e5bd84@mail .gmail.com>
Date: Mon, 29 Sep 2008 12:47:17 +0200
From: "=?ISO-8859-1?Q?Javier_G=E1lvez_Guerrero?="
<javier.galvez.guerrero@gmail.com>
To: "Ubuntu Mobile" <ubuntu-mobile@lists.ubuntu.com>
Subject: Audio support in last Ubuntu Mobile image
MIME-Version: 1.0
X-BeenThere: ubuntu-mobile@lists.ubuntu.com
X-Mailman-Version: 2.1.8
Precedence: list
List-Id: Ubuntu Mobile and Embedded discussions
<ubuntu-mobile.lists.ubuntu.com>
List-Unsubscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile>,
<mailto:ubuntu-mobile-request@lists.ubuntu.com?subject=unsubscribe>
List-Archive: <https://lists.ubuntu.com/archives/ubuntu-mobile>
List-Post: <mailto:ubuntu-mobile@lists.ubuntu.com>
List-Help: <mailto:ubuntu-mobile-request@lists.ubuntu.com?subject=help>
List-Subscribe: <https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile>,
<mailto:ubuntu-mobile-request@lists.ubuntu.com?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============2842254140067831068=="
Mime-version: 1.0
Sender: ubuntu-mobile-bounces@lists.ubuntu.com
Errors-To: ubuntu-mobile-bounces@lists.ubuntu.com

--===============2842254140067831068==
Content-Type: multipart/alternative;
boundary="----=_Part_45172_19936430.1222685237203"

------=_Part_45172_19936430.1222685237203
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

I have been testing the last Ubuntu Mobile image in a Samsung Q1 (non-Ultra,
just live session) and HDD-installed in an Asus R2E (live session tested as
well).

Regarding sound, SQ1 has no issues with that, while Asus R2E doesn't play
any sound at all, neither in files nor testing through Audio configuration
(tested in both live session and HDD OS).

lspci command shows different results although both are Intel devices. Then,
as I am not a hardware (nor a software..xD) expert, I post it to the mailing
list just to ask for some help.

In SQ1 audio line in lspci: 00:1b.0 Audio device: Intel Corporation
82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev
03)
In AR2 audio line in lspci: 00:1b.0 Audio device: Intel Corporation 82801G
(ICH7 Family) High Definition Audio Controller (rev 02).

So, that difference in hardware is supposed to be the cause of not getting
any sound, isn't it?
What should I do in order to get it working?
Will next releases support this hardware natively?

Thanks,
Javi

------=_Part_45172_19936430.1222685237203
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<div dir="ltr">Hi all, I have been testing the last Ubuntu Mobile image in a Samsung Q1 (non-Ultra, just live session) and HDD-installed in an Asus R2E  (live session tested as well). Regarding sound, SQ1 has no issues with that, while Asus R2E doesn't play any sound at all, neither in files nor testing through Audio configuration (tested in both live session and HDD OS). 
 lspci command shows different results although both are Intel devices. Then, as I am not a hardware (nor a software..xD) expert, I post it to the mailing list just to ask for some help. In SQ1 audio line in lspci: 00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 03) 
In AR2 audio line in lspci: 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02). So, that difference in hardware is supposed to be the cause of not getting any sound, isn't it? 
What should I do in order to get it working?  Will next releases support this hardware natively? Thanks, Javi </div>

------=_Part_45172_19936430.1222685237203--

--===============2842254140067831068==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

--
Ubuntu-mobile mailing list
Ubuntu-mobile@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-mobile

--===============2842254140067831068==--

09-29-2008, 11:57 AM

On Mon, 2008-09-29 at 16:10 +0530, Rahul Sundaram wrote:
> Why don't you automatically search and display the actual packages if
> it is available directly?

If you click search, then it does. Searching can take a few seconds to
complete (minutes if you need to download repo data) and so we should
give the user a choice of what to do.

Richard.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 02:58 PM

On Mon, 2008-09-29 at 11:26 +0100, Richard Hughes wrote:
> So what I'm really asking is, do we really want people to be able to:
>
> 1. use codeina in F10
> 2. install PackageKit-gstreamer-plugin and codeina at the same time

I think the idea is to retire codeina in F10, and IMHO, it is what we
should do.

~spot

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 03:49 PM

On Mon, 2008-09-29 at 11:26 +0100, Richard Hughes wrote:
>
> So what I'm really asking is, do we really want people to be able to:
>
> 1. use codeina in F10
> 2. install PackageKit-gstreamer-plugin and codeina at the same time
>
> Advice welcome.

I believe the plan is that Codeina will be retired once the GStreamer
dependencies in RPM/PackageKit work was finished.

Later,
/B
--
Brian Pepple <bpepple@fedoraproject.org>

https://fedoraproject.org/wiki/User:Bpepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 04:32 PM

Richard Hughes wrote:

When I build the new version of PackageKit today, it will have a new
subpackage, PackageKit-gstreamer-plugin.

This provides the optional binary /usr/libexec/pk-gstreamer-install
which is symlinked to gst-install-plugins-helper.

This means we get UI like this
http://packagekit.org/img/gpk-client-codecs.png rather than being
prompted to pay for codecs using codeina.

Should I just add:

Obsoletes: codeina < 0.10.1-8
Provides: codeina = 0.10.1-8

to the gstreamer-plugin part of the spec file and be done away with
codeina? This would allow people to remove PackageKit-gstreamer-plugin
and install codeina if they really wanted, but by default we get the
"right" thing installed for the release.

Also, we can't do an "everything" install, as both packages provide the
gst-install-plugins-helper file. One option might be for the gstreamer
package to install a bash script gst-install-plugins-helper, which
directs to either codeina, or PackageKit.

So what I'm really asking is, do we really want people to be able to:

1. use codeina in F10
2. install PackageKit-gstreamer-plugin and codeina at the same time

Advice welcome.

I have one minor concern here. Currently, codeina gives users a pointer to a
location where they can get codecs from, in the case where they aren't
supported within the Fedora repositories. While pointing people to Fluendo to
buy codec packs isn't exactly the greatest feature to preserve, we at least
offer a solution to folks following a clean install. So far as I can tell,
this PK solution does nothing for the user if they haven't already configured
a 3rd-party repository where the necessary codec might be available. *I* know
where to find that stuff and make this solution work as expected, but a new
user might not, meaning the search would fail, and they'd think there's no way
to play back their WMV crapola, complain loudly, etc., so this would be
something of a regression from F9, IMO. Of course, if there's actually
something in there that says "hey, you need to set up a 3rd-party repo and/or
you can get codecs from Fluendo", then no problem.

--
Jarod Wilson
jarod@redhat.com

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 04:35 PM

On Mon, 2008-09-29 at 11:32 -0400, Jarod Wilson wrote:

> I have one minor concern here. Currently, codeina gives users a pointer to a
> location where they can get codecs from, in the case where they aren't
> supported within the Fedora repositories. While pointing people to Fluendo to
> buy codec packs isn't exactly the greatest feature to preserve, we at least
> offer a solution to folks following a clean install. So far as I can tell,
> this PK solution does nothing for the user if they haven't already configured
> a 3rd-party repository where the necessary codec might be available. *I* know
> where to find that stuff and make this solution work as expected, but a new
> user might not, meaning the search would fail, and they'd think there's no way
> to play back their WMV crapola, complain loudly, etc., so this would be
> something of a regression from F9, IMO. Of course, if there's actually
> something in there that says "hey, you need to set up a 3rd-party repo and/or
> you can get codecs from Fluendo", then no problem.
>

Which is, in fact, the whole point. Codeina meant that fedora was
endorsing and encouraging the software fluendo offered. That was the
problem, imo.

-sv

--
I only speak for me.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 04:36 PM

On Mon, 2008-09-29 at 11:32 -0400, Jarod Wilson wrote:
> "hey, you need to set up a 3rd-party repo and/or
> you can get codecs from Fluendo", then no problem.

No, there's not, but that's a good idea. What about something like:

----

No plugins were found to play back this media type:

You may need to enable or set up a 3rd party software source to find
these plugins.

You can buy media plugins from "Fluendo Codec Store" but these will not
be supported by your vendor.

----

The Fluendo Codec Store link could be just disabled in gconf, or patched
out by free software distros.

Richard.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 04:53 PM

On Mon, Sep 29, 2008 at 7:36 AM, Richard Hughes <hughsient@gmail.com> wrote:
> No, there's not, but that's a good idea. What about something like:
> The Fluendo Codec Store link could be just disabled in gconf, or patched
> out by free software distros.

And other distros might have their own storefronts for codecs, with
alternative pricing. You probably do not want to hardcode a specific
vendor location as a preferred vendor in PackageKit itself.

-jef

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

09-29-2008, 05:00 PM

On Mon, 2008-09-29 at 16:36 +0100, Richard Hughes wrote:
> On Mon, 2008-09-29 at 11:32 -0400, Jarod Wilson wrote:
> > "hey, you need to set up a 3rd-party repo and/or
> > you can get codecs from Fluendo", then no problem.
>
> No, there's not, but that's a good idea. What about something like:
>
> ----
>
> No plugins were found to play back this media type:
>
> You may need to enable or set up a 3rd party software source to find
> these plugins.
>
> You can buy media plugins from "Fluendo Codec Store" but these will not
> be supported by your vendor.
>
> ----
>
> The Fluendo Codec Store link could be just disabled in gconf, or patched
> out by free software distros.

I'd rather it didn't appear at all. People can swap out the helpers if
they want.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list