Re: Open Seat on the Fedora Packaging Committee

2010-09-02 Thread Marcela Maslanova 

- "Tom \"spot\" Callaway"  wrote:

> The Fedora Packaging Committee has an open seat. Are you interested
> in
> helping to decide the packaging standards and guidelines for Fedora?
> Are
> you familiar with the inner workings of RPM and its spec file magic?
> Do
> you make the wiki cry? Does trac tremble in your wake? Are you
> clinically insane? (Well, the last one isn't mandatory, but it
> helps.)
> 
> Members of the Fedora Packaging Committee get:
> * My neverending gratitude
> * The ability to tell people "I'm on the Fedora Packaging Committee"
> * Good karma
> * Cake
> 
> The FPC meets weekly on IRC, Tuesdays at 1600 UTC
> 
> If you're interested in this seat, please email me.
> 
> ~spot

Hello,
I would be interested if it would be in different time or if meeting
takes only 30 minutes ;-) You can mark me as last hope if anyone else
won't be interested.

Best regards,
Marcela
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Starting Java SIG

2010-09-02 Thread Stanislav Ochotnicky 
Excerpts from Orion Poplawski's message of Wed Sep 01 20:10:35 +0200 2010:
> On 09/01/2010 06:09 AM, Stanislav Ochotnicky wrote:
> > Excerpts from Stanislav Ochotnicky's message of Mon Aug 30 16:17:40 +0200 
> > 2010:
> >> I'll be starting Java SIG wiki page soon, plus I guess we can peruse
> >> java-devel mailing list for SIG discussions.
> >
> > In case you missed Alexander's mail the wiki is created [1]
> >
> > I am planning first IRC meeting. Proposed date/time/place:
> >
> > 6th September (Monday), 16:00 UTC (should be fine for US based people
> > right?)
> 
> Labor Day Holiday.  I won't be able to make it :-)

Haven't realized. OK then, moving meeting to 

7th September (Tuesday), 18:00 UTC 

Alternatively we could meet at 15:00 UTC, but that would be a bit too
soon for western coast of US I guess. 

-- 
Stanislav Ochotnicky 
Associate Software Engineer - Base Operating Systems Brno

PGP: 71A1677C
Red Hat Inc.   http://cz.redhat.com


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Starting Java SIG

2010-09-02 Thread Stanislav Ochotnicky 
Excerpts from Kevin Fenzi's message of Wed Sep 01 17:52:30 +0200 2010:
> On Wed, 01 Sep 2010 14:09:55 +0200
> Stanislav Ochotnicky  wrote:
> 
> > Excerpts from Stanislav Ochotnicky's message of Mon Aug 30 16:17:40
> > +0200 2010:
> > > I'll be starting Java SIG wiki page soon, plus I guess we can peruse
> > > java-devel mailing list for SIG discussions.
> > 
> > In case you missed Alexander's mail the wiki is created [1]
> > 
> > I am planning first IRC meeting. Proposed date/time/place:
> > 
> > 6th September (Monday), 16:00 UTC (should be fine for US based people
> > right?)
> > 
> > 
> > Freenode, channel fedora-java (in case it gets too noisy, we can move
> > elsewhere but I don't think that's gonna be the case). In case you
> > want to attend let us know on [2]. In case you prefer different time,
> > add it there also, maybe we can move it up/down or even to Tuesday if
> > most people prefer.
> 
> You're of course free to meet anywhere you like, but you might consider
> meeting in #fedora-meeting if it's not otherwise occupied at the time
> you want to meet. 

Thank you for suggestion, I looked and it's not available at the time of
meeting (it would be if the meeting was at 16:00 UTC, but then west
coast would be still asleep :-) )

> 
> There are ~135 people who idle in that channel, so if you meet there,
> new people can see what your group is doing, provide input if it's an
> area they know well and also see your group and possibly join it if
> they find it interesting. ;) 

...But all in all not such a big problem because I'd expect most
people interested in Fedora & Java to be in fedora-java :-)

Once we get things running we'll work out these things I guess.


> Just a thought. Good luck with the SIG! :) 

Thanks

-- 
Stanislav Ochotnicky 
Associate Software Engineer - Base Operating Systems Brno

PGP: 71A1677C
Red Hat Inc.   http://cz.redhat.com


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Harald Hoyer 
On 09/02/2010 03:02 AM, Kyle McMartin wrote:
> Hi folks,
>
> FESCo has heard a few complaints of cases where packages were newer (in
> some cases several versions newer) in F-14 than in rawhide. So this is
> just a friendly reminder that you should be updating rawhide
> (dist-f15) in addition to branched (dist-f14.) Inheritence from F-14
> into rawhide isn't automatic if there's been a separate build in
> dist-f15 since the branching, so please keep in mind updating rawhide
> as well.
>
> While I'm reminding, just another friendly reminder that you must submit
> update requests using bodhi for updates in F-14 as well, as there has
> been a bit of confusion about that as well.
>
> regards, Kyle M. for the Fedora Engineering Steering Committee.
> ___
> devel-announce mailing list
> devel-annou...@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel-announce

Well, can't we automatically forbid to build a package, if the version is 
higher 
than the existing version in higher Fedora _base_ releases?

This would prevent also that in F12-updates higher versions exist than in 
F13-release, which prevents clean updates sometimes.

Another approach is to put the %{dist} in the epoch :)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Voting in bugzilla

2010-09-02 Thread Juha Tuomala 



Has it been disabled recently?


Tuju

-- 
I couldn't repair your brakes, so I made your horn louder.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Starting Java SIG

2010-09-02 Thread Juha Tuomala 



On Mon, 30 Aug 2010, Alexander Kurtakov wrote:
> * AutoQA - QA guys are struggling with their effort to get their stuff running
> from Fedora packages (shame on us if we can't make our own stuff run from our
> packages)
> * Name it :)

At my work, first thing that happens with Java is that Openjdk gets
thrown out of the window and is replaced with Oracle's JRE.

That of course is not going to make openjdk less buggy or 
get more testers, so what I'd like to see is a some kind of 
wiki page of its implications.

- what breaks if openjdk is removed
- what works & what doesn't with openjdk
- what integration issues there are with Fedora/EPEL and Oracle JRE
- what is gained if openjdk can be used and kept in place as a default JRE
- ?

This page should be something to convince to those who remove 
openjdk. Keeping it compact and focusing on that audience.

Removing openjdk is a chicken and egg problem, perhaps that wiki 
page could avoid some of those cases with small effort from Fedora's 
side?


Tuju

-- 
I couldn't repair your brakes, so I made your horn louder.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

mock-scm - a simple utility to integrate Mock with SCMs

2010-09-02 Thread Marko Myllynen 
Hi all,

some people build their local RPMs with Mock because a Koji instance
might be a bit overkill in smaller environments. Keeping spec files and
possible patches under version control is always a good idea but
unfortunately Mock can't just be pointed to SCM repositories.

Well, until now: mock-scm fetches spec and other files from SCM and
source packages either from SCM or a local directory, then it constructs
the source RPM on the fly and feeds it to Mock and finally collects the
results. So nothing extraordinary but might come in handy for those who
prefer keeping things under version control but don't want to set up a
Koji instance for building occasionally a handful of RPMs.

mock-scm currently supports CVS and Git but adding, e.g., SVN should be
just few lines. It might need some tweaking to match different SCM/spec
conventions but that is left as an exercise for the reader. mock-scm can
be download from

http://myllynen.fedorapeople.org/

Cheers,

-- 
Marko Myllynen
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Starting Java SIG

2010-09-02 Thread Alexander Kurtakov 
> On Mon, 30 Aug 2010, Alexander Kurtakov wrote:
> > * AutoQA - QA guys are struggling with their effort to get their stuff
> > running from Fedora packages (shame on us if we can't make our own stuff
> > run from our packages)
> > * Name it :)
> 
> At my work, first thing that happens with Java is that Openjdk gets
> thrown out of the window and is replaced with Oracle's JRE.
Well, this is not applicable for Fedora at all :).

> 
> That of course is not going to make openjdk less buggy or
> get more testers, so what I'd like to see is a some kind of
> wiki page of its implications.
> 
> - what breaks if openjdk is removed 
Every java package in Fedora is tested with only OpenJDK and/or GCJ there is 
no way we can test/guarantee that Fedora package works with any JVM that is 
not build into Fedora properly.

> - what works & what doesn't with openjdk
Heh, it depends on your workflow. OpenJDK is working perfectly for me in my 
daily work as a software tools developer :).

> - what integration issues there are with Fedora/EPEL and Oracle JRE
Well we have a huge issue here. There is no legal way to import Oracle JRE 
into Fedora so there is no way we can make use of it in Fedora.
> - what is gained if openjdk can be used and kept in place as a default JRE
We gain the ability to build and run Java Software which is huge gain.
> - ?
> 
> This page should be something to convince to those who remove
> openjdk. 
Fedora should not and will not promote usage of Oracle JRE. Go read it's 
license http://www.oracle.com/technetwork/java/javase/downloads/jdk-6u21-
license-159167.txt . It's proprietary and it's against basic Fedora 
principles. Read details about the Oracle/Sun's JRE licencing and problems 
with it in Mark's blog post 
http://gnu.wildebeest.org/blog/mjw/2009/11/14/trusting-companies-with-your-
code/

Please never, ever add anything promoting proprietary software on Fedora wiki. 

> Keeping it compact and focusing on that audience.
> 
> Removing openjdk is a chicken and egg problem, perhaps that wiki
> page could avoid some of those cases with small effort from Fedora's
> side?
Removing OpenJDK is out of scope for Fedora unless you can give us a better 
open-source alternative.

Alex

> 
> 
> Tuju
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Petr Pisar 
On 2010-09-01, Michał Piotrowski  wrote:
>
> Is there any possibility to use Youtube in Fedora 14? First I tried to
> install Adobe Flash 10.1. I tried to copy flashlib to various dirs
> /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
> ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
> informationa about flash support.
Adobe Flash Player is not produced for x86_64 architecture by vendor.
(It used to be, however it containted serious security flaws). To use
it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
to 32b. However according my experience it causes crashes (tested on
Gentoo).

So IMHO there is no way how to use Adobe Flash Player on x86_64.

> I installed gnash package and Firefox showed information about Adobe
> plugin - I tried to run some videos, but the only thing I saw was
> a fancy error message about gnash.

Which error message, which version?

I have no problem when Gnash 0.8.8 is compiled against ffmpeg (Gentoo again,
sorry).

I tried this viedeo  on
Fedora 13. It's compiled against Gstreamer, and it complainead about
missng AAC decoder. I installed gstreamer-plugins-bad
(http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-faad.html)
 and the sound in
Gnash started to work. Video worked already becuase of other gstreamer
plugin probably.

However these gstreamer plugins are not in offical Fedora repository
because of regional patents. They come from rpmfusion-free repositories.

-- Petr

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Voting in bugzilla

2010-09-02 Thread Rahul Sundaram 
 On 09/02/2010 02:48 PM, Juha Tuomala wrote:
>
>
> Has it been disabled recently?

It was never used to materially impact anything anyway.

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20100902 changes

2010-09-02 Thread Rawhide Report 
Compose started at Thu Sep  2 08:15:32 UTC 2010

Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64 requires libgnarl-4.4.so()(64bit)
PragmARC-20060427-6.fc13.x86_64 requires libgnat-4.4.so()(64bit)
RackTables-0.18.4-1.fc15.noarch requires perl(File::FnMatch)
RackTables-0.18.4-1.fc15.noarch requires perl(Net::Telnet::Cisco)
aldo-0.7.6-2.fc15.x86_64 requires libao.so.2()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
cdrdao-1.2.3-6.fc13.x86_64 requires libao.so.2()(64bit)
claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0
clutter-gtkmm-0.9.5-1.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit)
eekboard-0.0.5-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit)
emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit)
ethos-0.2.2-7.fc15.i686 requires libmozjs.so
ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libecal-1.2.so.7()(64bit)
firstaidkit-plugin-openscap-0.2.14-1.fc15.noarch requires openscap >= 
0:0.6.1-1
flac123-0.0.11-7.fc12.x86_64 requires libao.so.2()(64bit)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
gcdmaster-1.2.3-6.fc13.x86_64 requires libao.so.2()(64bit)
gcstar-1.6.1-1.fc15.noarch requires 
perl(GCPlugins::GCfilms::GCThemoviedb)
gjs-0.7.1-3.fc14.i686 requires libmozjs.so
gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit)
1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-color-manager-2.31.4-1.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gnome-media-2.31.5-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-packagekit-2.31.4-2.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.so()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
gthumb-2.11.91-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit)
hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
kadu-0.6.5.4-4.fc15.x86_64 requires libao.so.2()(64bit)
libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0
libchamplain-gtk-0.6.1-4.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10)
libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10)
libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10
libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10
libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.

[perl-Class-XSAccessor/f14/master] New upstream release, 1.07

2010-09-02 Thread Petr Sabata 
Summary of changes:

  da0fe1f... New upstream release, 1.07 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: F14 youtube support?

2010-09-02 Thread Chris Jones 
On Thu, 2010-09-02 at 10:34 +, Petr Pisar wrote:
> On 2010-09-01, Michał Piotrowski  wrote:
> >
> > Is there any possibility to use Youtube in Fedora 14? First I tried to
> > install Adobe Flash 10.1. I tried to copy flashlib to various dirs
> > /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
> > ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
> > informationa about flash support.
> Adobe Flash Player is not produced for x86_64 architecture by vendor.
> (It used to be, however it containted serious security flaws). To use
> it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
> to 32b. However according my experience it causes crashes (tested on
> Gentoo).
> 
> So IMHO there is no way how to use Adobe Flash Player on x86_64.
> 
> > I installed gnash package and Firefox showed information about Adobe
> > plugin - I tried to run some videos, but the only thing I saw was
> > a fancy error message about gnash.
> 
> Which error message, which version?
> 
> I have no problem when Gnash 0.8.8 is compiled against ffmpeg (Gentoo again,
> sorry).
> 
> I tried this viedeo  on
> Fedora 13. It's compiled against Gstreamer, and it complainead about
> missng AAC decoder. I installed gstreamer-plugins-bad
> (http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-faad.html)
>  and the sound in
> Gnash started to work. Video worked already becuase of other gstreamer
> plugin probably.
> 
> However these gstreamer plugins are not in offical Fedora repository
> because of regional patents. They come from rpmfusion-free repositories.
> 
> -- Petr
> 
> -- 
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel

Is this problem with flash not working on x86_64 architecture limited to
Fedora or what?
I use Ubuntu 10.04 64bit as my primary operating system and have 32bit
Flash installed with wrapper inside Firefox 4.0 beta 4 and have no
problems.
There I ask the question, what is wrong with doing the same thing in
Fedora?

Regards


-- 
Chris Jones 

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide report: 20100902 changes

2010-09-02 Thread Rakesh Pandit 
On 2 September 2010 17:30, Rawhide Report wrote:
> Compose started at Thu Sep  2 08:15:32 UTC 2010
>
> Broken deps for x86_64
> --
[..]
>        aldo-0.7.6-2.fc15.x86_64 requires libao.so.2()(64bit)
[..]
>        cdrdao-1.2.3-6.fc13.x86_64 requires libao.so.2()(64bit)
[..]
>        flac123-0.0.11-7.fc12.x86_64 requires libao.so.2()(64bit)
[..]
>        gcdmaster-1.2.3-6.fc13.x86_64 requires libao.so.2()(64bit)
[..]
>        kadu-0.6.5.4-4.fc15.x86_64 requires libao.so.2()(64bit)
[..]
>        modplugtools-0.5.2-1.fc14.x86_64 requires libao.so.2()(64bit)
[..]
>        sox-14.3.1-1.fc14.i686 requires libao.so.2
>        sox-14.3.1-1.fc14.x86_64 requires libao.so.2()(64bit)
[..]
>        timidity++-2.13.2-20.fc12.x86_64 requires libao.so.2()(64bit)
[..]
>        xmms2-0.7-5.fc15.i686 requires libao.so.2
>        xmms2-0.7-5.fc15.x86_64 requires libao.so.2()(64bit)
[..]

I will take care of them (and corresponding i386). They are because of
following update:

[..]
> libao-1.0.0-1.fc15
> --
> * Sat Aug 28 2010 Rakesh Pandit  - 1.0.0-1
> - Updated to 1.0.0
>   * AO returned to active development
>   * Added surround channel mapping API and capability
>   * Updated all drivers on modern installs
>   * New config file options
>   * Driver options may be specified in config file
>   * Support for MacOSX updated to 10.5 and later
>   * Build in WMM driver rather than using dlopen()
>   * Added Roar Audio driver
>   * Added OpenBSD SNDIO driver
>   * Workaround for ESD non-4096 byte write bug
>   * Workaround aRts server crash bug
>   * Workaround for VIA82xx click/crackle bugs under ALSA
>   * Remove dead/unused drivers (solaris, alasa05, mmsound)
>   * Numerous patches from multiple downstreams
> - Patch from upstream: libao-1.0.0 Pulse Audio Fix
>
[..]

-- 
Rakesh Pandit
https://fedoraproject.org/wiki/User:Rakesh
freedom, friends, features, first
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread drago01 
On Thu, Sep 2, 2010 at 12:34 PM, Petr Pisar  wrote:
> On 2010-09-01, Michał Piotrowski  wrote:
>>
>> Is there any possibility to use Youtube in Fedora 14? First I tried to
>> install Adobe Flash 10.1. I tried to copy flashlib to various dirs
>> /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
>> ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
>> informationa about flash support.
> Adobe Flash Player is not produced for x86_64 architecture by vendor.
> (It used to be, however it containted serious security flaws). To use
> it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
> to 32b. However according my experience it causes crashes (tested on
> Gentoo).
>
> So IMHO there is no way how to use Adobe Flash Player on x86_64.

Err no you are wrong, it is working fine here on multiple systems
using the wrapper on x86_64 and it does not cause a single crash.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread drago01 
On Thu, Sep 2, 2010 at 2:32 PM, Chris Jones  wrote:
> On Thu, 2010-09-02 at 10:34 +, Petr Pisar wrote:
>> On 2010-09-01, Michał Piotrowski  wrote:
>> >
>> > Is there any possibility to use Youtube in Fedora 14? First I tried to
>> > install Adobe Flash 10.1. I tried to copy flashlib to various dirs
>> > /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
>> > ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
>> > informationa about flash support.
>> Adobe Flash Player is not produced for x86_64 architecture by vendor.
>> (It used to be, however it containted serious security flaws). To use
>> it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
>> to 32b. However according my experience it causes crashes (tested on
>> Gentoo).
>>
>> So IMHO there is no way how to use Adobe Flash Player on x86_64.
>>
>> > I installed gnash package and Firefox showed information about Adobe
>> > plugin - I tried to run some videos, but the only thing I saw was
>> > a fancy error message about gnash.
>>
>> Which error message, which version?
>>
>> I have no problem when Gnash 0.8.8 is compiled against ffmpeg (Gentoo again,
>> sorry).
>>
>> I tried this viedeo  on
>> Fedora 13. It's compiled against Gstreamer, and it complainead about
>> missng AAC decoder. I installed gstreamer-plugins-bad
>> (http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-faad.html)
>>  and the sound in
>> Gnash started to work. Video worked already becuase of other gstreamer
>> plugin probably.
>>
>> However these gstreamer plugins are not in offical Fedora repository
>> because of regional patents. They come from rpmfusion-free repositories.
>>
>> -- Petr
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/devel
>
> Is this problem with flash not working on x86_64 architecture limited to
> Fedora or what?

When setup correctly it works just fine.

> I use Ubuntu 10.04 64bit as my primary operating system and have 32bit
> Flash installed with wrapper inside Firefox 4.0 beta 4 and have no
> problems.
> There I ask the question, what is wrong with doing the same thing in
> Fedora?

It works fine here.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Daniel J Walsh 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 09/02/2010 08:42 AM, drago01 wrote:
> On Thu, Sep 2, 2010 at 2:32 PM, Chris Jones  wrote:
>> On Thu, 2010-09-02 at 10:34 +, Petr Pisar wrote:
>>> On 2010-09-01, Michał Piotrowski  wrote:

 Is there any possibility to use Youtube in Fedora 14? First I tried to
 install Adobe Flash 10.1. I tried to copy flashlib to various dirs
 /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
 ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
 informationa about flash support.
>>> Adobe Flash Player is not produced for x86_64 architecture by vendor.
>>> (It used to be, however it containted serious security flaws). To use
>>> it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
>>> to 32b. However according my experience it causes crashes (tested on
>>> Gentoo).
>>>
>>> So IMHO there is no way how to use Adobe Flash Player on x86_64.
>>>
 I installed gnash package and Firefox showed information about Adobe
 plugin - I tried to run some videos, but the only thing I saw was
 a fancy error message about gnash.
>>>
>>> Which error message, which version?
>>>
>>> I have no problem when Gnash 0.8.8 is compiled against ffmpeg (Gentoo again,
>>> sorry).
>>>
>>> I tried this viedeo  on
>>> Fedora 13. It's compiled against Gstreamer, and it complainead about
>>> missng AAC decoder. I installed gstreamer-plugins-bad
>>> (http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-bad-plugins/html/gst-plugins-bad-plugins-plugin-faad.html)
>>>  and the sound in
>>> Gnash started to work. Video worked already becuase of other gstreamer
>>> plugin probably.
>>>
>>> However these gstreamer plugins are not in offical Fedora repository
>>> because of regional patents. They come from rpmfusion-free repositories.
>>>
>>> -- Petr
>>>
>>> --
>>> devel mailing list
>>> devel@lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/devel
>>
>> Is this problem with flash not working on x86_64 architecture limited to
>> Fedora or what?
> 
> When setup correctly it works just fine.
> 
>> I use Ubuntu 10.04 64bit as my primary operating system and have 32bit
>> Flash installed with wrapper inside Firefox 4.0 beta 4 and have no
>> problems.
>> There I ask the question, what is wrong with doing the same thing in
>> Fedora?
> 
> It works fine here.
It could be an SELinux problem.  Look for AVC messages.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkx/nPIACgkQrlYvE4MpobNbRwCfaud4KGZl8F0ggNPR43ZTcwkx
EvwAoOqZRFNOGRTv/B1nBvDCSCieu7j8
=si4p
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Tom "spot" Callaway 
On 09/02/2010 02:53 AM, Brendan Jones wrote:
> 
> 
> On 09/02/2010 04:39 PM, Eelko Berkenpies wrote:
>>
>> Tom "Spot" Callaway also has a very nice dedicated repository for
>> Firefox 4; http://repos.fedorapeople.org/repos/spot/
>>
>> I personally prefer this one because it doesn't pull in other updates
>> from Remi's repo (yeah, I know I could exclude those but I'm very
>> lazy). ;)
> I have been using this repo for chromium but the latest build seems to
> have broken the search bar.

I've been working on a Chromium update for a while now, hopefully this
will work in the next update.

~spot
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Tom Lane 
Harald Hoyer  writes:
> On 09/02/2010 03:02 AM, Kyle McMartin wrote:
>> FESCo has heard a few complaints of cases where packages were newer (in
>> some cases several versions newer) in F-14 than in rawhide. So this is
>> just a friendly reminder that you should be updating rawhide

> Well, can't we automatically forbid to build a package, if the version is 
> higher 
> than the existing version in higher Fedora _base_ releases?

That would get in the way of a number of useful cases.  For instance,
what if you try to launch builds for several branches in parallel, and
one of the back branches happens to execute first?

What I think would be useful would be to extend the broken-dependency
nagbot so that it also nags if you have a back-branch that's NVR-newer
than any later branch.

IOW: nag good, preventing people from doing their work bad.

regards, tom lane
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: mock-scm - a simple utility to integrate Mock with SCMs

2010-09-02 Thread seth vidal 
On Thu, 2010-09-02 at 13:19 +0300, Marko Myllynen wrote:
> Hi all,
> 
> some people build their local RPMs with Mock because a Koji instance
> might be a bit overkill in smaller environments. Keeping spec files and
> possible patches under version control is always a good idea but
> unfortunately Mock can't just be pointed to SCM repositories.
> 
> Well, until now: mock-scm fetches spec and other files from SCM and
> source packages either from SCM or a local directory, then it constructs
> the source RPM on the fly and feeds it to Mock and finally collects the
> results. So nothing extraordinary but might come in handy for those who
> prefer keeping things under version control but don't want to set up a
> Koji instance for building occasionally a handful of RPMs.
> 
> mock-scm currently supports CVS and Git but adding, e.g., SVN should be
> just few lines. It might need some tweaking to match different SCM/spec
> conventions but that is left as an exercise for the reader. mock-scm can
> be download from
> 
> http://myllynen.fedorapeople.org/
> 

That looks cool - any thoughts on trying to merge it into mock itself?

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Toshio Kuratomi 
On Wed, Sep 01, 2010 at 09:02:43PM -0400, Kyle McMartin wrote:
> Hi folks,
> 
> FESCo has heard a few complaints of cases where packages were newer (in
> some cases several versions newer) in F-14 than in rawhide. So this is
> just a friendly reminder that you should be updating rawhide
> (dist-f15) in addition to branched (dist-f14.) Inheritence from F-14
> into rawhide isn't automatic if there's been a separate build in
> dist-f15 since the branching, so please keep in mind updating rawhide
> as well.
> 
> While I'm reminding, just another friendly reminder that you must submit
> update requests using bodhi for updates in F-14 as well, as there has
> been a bit of confusion about that as well.
> 
This doesn't mention the important problem that prompted the discussion in
FESCo the other day:

When you do an update in F-14 and rely on inheritance to get the package
into rawhide, there is a problem.  That package will not go to rawhide until
it hits stable in F-14.  That means, for the typical F-14 workflow of:

* build for f14.
* Push to testing in f14
* Wait one to two weeks for the package to receive some testing
* Push to stable

rawhide is left with an older inherited build until it is pushed to stable.

i ran into this a few weeks ago when trying to get started on F15
development.  I was experiencing an ICE in gcc that was fixed with a newer
build.  However, that build was done for F14 and inheritance was being
relied upon to get it into F15.  So I couldn't work on the F15 problems
until the build went to stable.

-Toshio


pgp2BpAqgtf8k.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Tom Lane 
Toshio Kuratomi  writes:
> When you do an update in F-14 and rely on inheritance to get the package
> into rawhide, there is a problem.  That package will not go to rawhide until
> it hits stable in F-14.

... um ... and why exactly is that the policy?

> That means, for the typical F-14 workflow of:

> * build for f14.
> * Push to testing in f14
> * Wait one to two weeks for the package to receive some testing
> * Push to stable

> rawhide is left with an older inherited build until it is pushed to stable.

Which is why this shouldn't be the policy.  Rawhide should inherit the
latest completed build.  It's rawhide, after all.

regards, tom lane
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 629628] New: el6 branch for perl-Class-Unload

2010-09-02 Thread bugzilla 
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: el6 branch for perl-Class-Unload

https://bugzilla.redhat.com/show_bug.cgi?id=629628

   Summary: el6 branch for perl-Class-Unload
   Product: Fedora
   Version: rawhide
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: medium
  Priority: low
 Component: perl-Class-Unload
AssignedTo: mmasl...@redhat.com
ReportedBy: iarn...@gmail.com
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com
Classification: Fedora


Marcela, would you mind branching perl-Class-Unload for el6? It's part of the
dependency chain for Catalyst. I'm happy to co-maintain, or maintain it myself
if you prefer.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Please remember to update rawhide

2010-09-02 Thread Rex Dieter 
Tom Lane wrote:

> Toshio Kuratomi  writes:
>> When you do an update in F-14 and rely on inheritance to get the package
>> into rawhide, there is a problem.  That package will not go to rawhide
>> until it hits stable in F-14.
> 
> ... um ... and why exactly is that the policy?

I figure one reason is because sometimes updates-testing candidates get 
pulled (and we don't want rawhide to go backwards).

-- Rex


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Tom Lane 
Rex Dieter  writes:
> Tom Lane wrote:
>> Toshio Kuratomi  writes:
>>> When you do an update in F-14 and rely on inheritance to get the package
>>> into rawhide, there is a problem.  That package will not go to rawhide
>>> until it hits stable in F-14.
>> 
>> ... um ... and why exactly is that the policy?

> I figure one reason is because sometimes updates-testing candidates get 
> pulled (and we don't want rawhide to go backwards).

No, rawhide shouldn't go backwards.  What I suggested was that rawhide
should be the latest successful build, just as it would be if you *had*
built for rawhide.  Whether it's in updates-testing, updates, or nowhere
shouldn't matter.

If this isn't practical, then people will always have to build rawhide
separately (and we really need the nagbot mentioned elsewhere in this
thread).  But when there is no real need for a separate build, that's
just making extra work for the packager and for the buildfarm.

regards, tom lane
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Voting in bugzilla

2010-09-02 Thread Kevin Fenzi 
On Thu, 2 Sep 2010 12:18:26 +0300 (EEST)
Juha Tuomala  wrote:

> 
> 
> 
> Has it been disabled recently?

Short answer: Yes. It has. 

Longer answer: 

FESCo looked at trying to use voting data to give us an idea on 'hot'
bugs that we might be able to send more resources to fix. Sadly, voting
isn't at all good for this, as people have many votes (100 or 1000, I
forget which), so it's hard to tell if an issue affects 10 people or
100 by that. Many people didn't see the voting interface, so they
wouldn't have used it even if the problem was severe or affected a lot
of people. Some people were using the voting interface, even though no
maintainers ever noticed it (ie, thinking this could help the bug get
solved, but it's like the maintainer and voter were in seperate worlds
without any communication). 

So, we decided it would be less confusing to just disable it. 

We decided to look into using CC or comments to tell when a bug had a
lot of people affected or was 'very active'. Unfortunately, this also
is proving to be difficult to implement. See: 
https://fedorahosted.org/fedora-engineering-services/ticket/24
any help there would be appreciated. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-14 Branched report: 20100902 changes

2010-09-02 Thread Branched Report 
Compose started at Thu Sep  2 13:15:31 UTC 2010

Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64 requires libgnarl-4.4.so()(64bit)
PragmARC-20060427-6.fc13.x86_64 requires libgnat-4.4.so()(64bit)
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
RackTables-0.18.3-1.fc14.noarch requires perl(Net::Telnet::Cisco)
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2
1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
cairo-java-1.0.5-12.fc12.i686 requires libgcj.so.10
cairo-java-1.0.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libecal-1.2.so.7()(64bit)
fmt-ptrn-java-1.3.20-5.fc13.i686 requires libgcj.so.10
fmt-ptrn-java-1.3.20-5.fc13.x86_64 requires libgcj.so.10()(64bit)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
gnome-color-manager-2.31.4-1.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-packagekit-2.31.4-2.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
libgconf-java-2.12.4-14.fc12.i686 requires libgcj.so.10
libgconf-java-2.12.4-14.fc12.x86_64 requires libgcj.so.10()(64bit)
libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10
libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10
libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgtk-java-2.8.7-13.fc13.i686 requires libgcj.so.10
libgtk-java-2.8.7-13.fc13.x86_64 requires libgcj.so.10()(64bit)
libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.i686 requires 
libboost_filesystem-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libpst-python-0.6.47-4.fc14.x86_64 requires 
libboost_python.so.1.41.0()(64bit)
libvirt-qpid-0.2.18-1.fc14.x86_64 requires libqmf.so.1()(64bit)
libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10
libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit)
matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit)
mine_detector-6.0-3.fc13.x86_64 requires libgnat-4.4.so()(64bit)
mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires 
mingw32(libpng-3.dll)
nautilus-sound-converter-1.0.5-5.fc14.x86_64 requires 
libgnome-media-profiles-3.0.so.0()(64bit)
openvrml-java-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
openvrml-java-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
openvrml-javascript-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
openvrml-javascript-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)

Re: F14 youtube support?

2010-09-02 Thread Michał Piotrowski 
2010/9/2 Daniel J Walsh :
> It could be an SELinux problem.  Look for AVC messages.

No AVC's releated to flash-plugin. I disabled SELinux and it still
doesn't work - so it's not a "security issue" ;)

Regards,
Michal
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File DBIx-Class-0.08123.tar.gz uploaded to lookaside cache by iarnell

2010-09-02 Thread Iain Arnell 
A file has been added to the lookaside cache for perl-DBIx-Class:

adcba7530452e715bd52127e30cb819e  DBIx-Class-0.08123.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 629633] el6 branch for perl-Heap

2010-09-02 Thread bugzilla 
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=629633

--- Comment #1 from Marcela Mašláňová  2010-09-02 10:53:06 
EDT ---
You can take this branch. I can co-maintain if you want.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: systemd and changes

2010-09-02 Thread Dan Williams 
On Fri, 2010-08-27 at 10:54 -0500, Chris Adams wrote:
> Once upon a time, Chuck Anderson  said:
> > NM can use old style /etc/sysconfig/network-scripts/ifcfg-*.  Can't 
> > you just write those out from your %post section?  Or, if you want all 
> > the NM features like WPA wireless config, you can use the keyfile 
> > plugin to write NM ini-style key-value files.  Either way, those are 
> > text files that are easily handled from shell scripts.
> 
> This is rather under-documented I discovered last night.  There is a
> document that describes the keyfile plugin config, but it doesn't appear
> to be on the NM website, and it isn't included in any Fedora RPM as far
> as I found.  I opened BZ 627782 about this; the spec file takes steps to
> keep the timestamps on docs (for multilib), but then only includes a
> single file (the library API) in an RPM.
> 
> The ifcfg-rh plugin doesn't appear to have any documentation at all
> (from what I understand, it doesn't support all the same things in
> network-scripts that ifup/etc. do, and it adds some things of its own
> for WPA and the like).

The ifcfg-rh plugin attempts to interpret ifcfg files just like
ifup/ifdown do.  These limitations and extensions should be documented
better.  But in the end, you want better documentation for the ifcfg
file format as defined by Red Hat/Fedora (SUSE's is slightly different).
Most of that has been documented since the beginning of time in places
like:

ifup-ipv6
ifup-wireless
man ifup
/usr/share/doc/initscripts-*/sysconfig.txt

But of course some of that is out of date, and NM implements WPA and
802.1x support that the system initscripts don't.  Better documentation
all around?

Dan


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Michał Piotrowski 
2010/9/2 Petr Pisar :
> On 2010-09-01, Michał Piotrowski  wrote:
>>
>> Is there any possibility to use Youtube in Fedora 14? First I tried to
>> install Adobe Flash 10.1. I tried to copy flashlib to various dirs
>> /usr/lib64/mozilla/plugins, /usr/lib/mozilla/plugins,
>> ~/.mozilla/plugins, but about:plugins in Firefox doesn't show me any
>> informationa about flash support.
> Adobe Flash Player is not produced for x86_64 architecture by vendor.
> (It used to be, however it containted serious security flaws). To use
> it by 64b Firefox, you need to install a wrapper that converts 64b NPAPI
> to 32b. However according my experience it causes crashes (tested on
> Gentoo).
>
> So IMHO there is no way how to use Adobe Flash Player on x86_64.
>
>> I installed gnash package and Firefox showed information about Adobe
>> plugin - I tried to run some videos, but the only thing I saw was
>> a fancy error message about gnash.
>
> Which error message, which version?
>
> I have no problem when Gnash 0.8.8 is compiled against ffmpeg (Gentoo again,
> sorry).
>
> I tried this viedeo  on
> Fedora 13. It's compiled against Gstreamer, and it complainead about
> missng AAC decoder. I installed gstreamer-plugins-bad

I istalled all the good, the bad and the ugly plugins from rpmfusion
repo and it's not workie :)

Ok, nevermind, I give up. Flash support on this system is nice to have
not must have.

Regrads,
Michal
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Dan Williams 
On Thu, 2010-08-26 at 15:57 -0400, Jon Masters wrote:
> On Thu, 2010-08-26 at 11:17 -0800, Jeff Spaleta wrote:
> > On Thu, Aug 26, 2010 at 10:29 AM, Jon Masters  
> > wrote:
> > > Great. It works fine on a laptop, in general. But on a
> > > desktop/server/workstation that is connected for weeks at a time (like
> > > mine), I don't want to have to do clicky buttony stuff just to make my
> > > network work. Nothing has yet proved as simple as the "network" scripts,
> > > though I'm sure we could shove in a few layers of
> > > g-whatever-it's-called-now-conf for good measure.
> > 
> > Just to be clear.. its the clickity nature of the initial system wide
> > configuration that is the barrier for you? if you had a reasonable
> > non-clickity way to add a system wide on-boot activated network
> > controlled networkmanager via cli would that suffice?
> 
> Yup, the clickity nature of any configuration is a giant off-putting
> neon sign saying "stay away" for me, in general, if there is no CLI
> though I think it's good to have GUI configuration for end users. I know
> there is an NM CLI but I need it to be as easy as the existing network
> scripts before I make that switch.

What things need to be easier about the cli bits that the network
scripts get right?  No doubt there are some, but would you mind filing
them as enhancement requests or bugs so we have some goals to hit?

In the end, ifup/ifdown should also still work for connections NM
controls, since ifup/ifdown just call NM for those connections in F13+.
ifup just says "activate this interface with this configuration" which
is the same thing NM does too, so that mapping is pretty 1:1.

Dan


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Dan Williams 
On Fri, 2010-08-27 at 13:02 +0200, Till Maas wrote:
> On Fri, Aug 27, 2010 at 11:43:41AM +0200, Thomas Moschny wrote:
> > 2010/8/27 Jesse Keating :
> > > That's strange.  I use it on my laptop, which has a caching local DNS
> > > server (dnsmasq) and it works just fine.  I do have a script in
> > > /etc/NetworkManager/dispatcher.d/ that waits for bringup and vpn bring
> > > up to make adjustments to the running local DNS server (which seems
> > > easier with NM than it would be with the old scripts).
> > 
> > How can it be easier than this line in /etc/dhcp/dhclient-eth0-up-hooks:
> > new_domain_name_servers="127.0.0.1 $new_domain_name_servers"
> 
> This worked until recently on Fedora 12:
> 
> $ cat /etc/dhclient-eth1.conf 
> interface "eth1" {
> supersede domain-name-servers 127.0.0.1;
> }

If that broke, then it's a bug and I'll fix it.  NM still
checks /etc/dhclient-.conf first, and if that does not exist,
falls back to the new preferred location (used by anaconda and others)
of /etc/dhcp/dhclient-.conf.  If not, I need to fix it.

Dan


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedora mission (was Re: systemd and changes)

2010-09-02 Thread Rahul Sundaram 
 On 08/31/2010 10:40 PM, Jeff Spaleta wrote:
> On Tue, Aug 31, 2010 at 8:57 AM, Jon Masters  wrote:
>> Things like Firefox, and Thunderbird have large external teams
>> maintaining them who appear to have goals around ensuring a consistent
>> user experience, with testing, and so forth, over and above just getting
>> new features. They even do self-updating on some platforms, etc. I would
>> say they are fantastic examples of packages where you can get away with
>> a lower commitment in favor of updating them more frequently because the
>> upstream is known to have the user experience interest as a top priority
>> over adding new features. But that isn't a given for every single piece
>> of software by any means, especially when it comes to upstream testing.
> Uhm wait... wasn't a mid release update to thunderbird one of the
> historic examples of a large behavior change that precipitated a
> strong negative reaction?  I think you are careening well away from
> fact based argument here.

We shipped a Beta or a RC and then toggled on indexing in a post-release
update.  Upstream is not responsible for that.  Package maintainer is.

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Bruno Wolff III 
On Thu, Sep 02, 2010 at 17:26:28 +0200,
  Michał Piotrowski  wrote:
> 2010/9/2 Daniel J Walsh :
> > It could be an SELinux problem.  Look for AVC messages.
> 
> No AVC's releated to flash-plugin. I disabled SELinux and it still
> doesn't work - so it's not a "security issue" ;)

Note that its better to switch to permissive mode if you want to test
something like this than to switch to disabled mode. Once you switch to
disabled, files don't get properly labelled and when you turn it back
on you'll need to do a full relabel.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Jesse Keating 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 9/2/10 7:43 AM, Tom Lane wrote:
> Toshio Kuratomi  writes:
>> When you do an update in F-14 and rely on inheritance to get the package
>> into rawhide, there is a problem.  That package will not go to rawhide until
>> it hits stable in F-14.
> 
> ... um ... and why exactly is that the policy?
> 
>> That means, for the typical F-14 workflow of:
> 
>> * build for f14.
>> * Push to testing in f14
>> * Wait one to two weeks for the package to receive some testing
>> * Push to stable
> 
>> rawhide is left with an older inherited build until it is pushed to stable.
> 
> Which is why this shouldn't be the policy.  Rawhide should inherit the
> latest completed build.  It's rawhide, after all.
> 
>   regards, tom lane

Please see the ticket for why that is not an easy thing to do.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx/y+cACgkQ4v2HLvE71NWUiACfSIH90+95BTXsIAwiKhFCBoVv
HWMAnR0PHkw1/8n8NHEbsubQwRo/LQiN
=Ov/k
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Dan Williams 
On Fri, 2010-08-27 at 19:58 +0100, Mark Chappell wrote:
> On 27/08/2010, Tomasz Torcz  wrote:
> >   NM doesn't (yet?) support:
> > - bridges: https://bugzilla.redhat.com/show_bug.cgi?id=558982
> > - vlans: https://bugzilla.redhat.com/show_bug.cgi?id=492377
> 
> That would explain why I couldn't figure out how to do it :)

When NM does support these, it will support these using the normal ifcfg
file key/value formats which are documented in the 'initscripts' package
as they always have been.  There's nothing special about ifcfg files
that NetworkManager really changes; we've gone to great effort to
interpret ifcfg files almost exactly like ifup/ifdown interpret them.

So, if you want to use a CLI to create system-wide network connections,
you use 'vi' or 'nano' or 'emacs' and write an ifcfg file like you
always did.  Nothing has changed here.

Then you ifup them.  Or you use nmcli to activate them.  The point is
that when creating or activating/deactivating connections that NM
supports your workflow should not really change.

Dan

> > Nb. there is following feature:
> > http://fedoraproject.org/wiki/Features/Shared_Network_Interface
> > which is about cooperation between NM and Fedora virtualisation stuff
> > and includes bridging support.
> 
> But again SFAICT requires manual intervention when creating a new
> server.  Like I said, the less I have to do to bring up a new server
> the better.
> 
> 
> Mark


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Michał Piotrowski 
W dniu 2 września 2010 18:00 użytkownik Bruno Wolff III
 napisał:
> On Thu, Sep 02, 2010 at 17:26:28 +0200,
>  Michał Piotrowski  wrote:
>> 2010/9/2 Daniel J Walsh :
>> > It could be an SELinux problem.  Look for AVC messages.
>>
>> No AVC's releated to flash-plugin. I disabled SELinux and it still
>> doesn't work - so it's not a "security issue" ;)
>
> Note that its better to switch to permissive mode if you want to test
> something like this than to switch to disabled mode. Once you switch to
> disabled, files don't get properly labelled and when you turn it back
> on you'll need to do a full relabel.
>

Thanks for the tip.

I've got only two 8 GB's Linux partitions on laptop, so it won't take
much time to relabel.

Regards,
Michal
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Toshio Kuratomi 
On Thu, Sep 02, 2010 at 10:43:40AM -0400, Tom Lane wrote:
> Toshio Kuratomi  writes:
> > When you do an update in F-14 and rely on inheritance to get the package
> > into rawhide, there is a problem.  That package will not go to rawhide until
> > it hits stable in F-14.
> 
> ... um ... and why exactly is that the policy?
> 
> > That means, for the typical F-14 workflow of:
> 
> > * build for f14.
> > * Push to testing in f14
> > * Wait one to two weeks for the package to receive some testing
> > * Push to stable
> 
> > rawhide is left with an older inherited build until it is pushed to stable.
> 
> Which is why this shouldn't be the policy.  Rawhide should inherit the
> latest completed build.  It's rawhide, after all.
> 
Details of why koji makes it hard to do this were put forward by Jesse on
the FESCo ticket.  here's the link:
  https://fedorahosted.org/fesco/ticket/452#comment:4

  -Toshio


pgpbBWOgGvkcH.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Kevin Fenzi 
On Thu, 02 Sep 2010 08:59:21 +0300
Nicu Buculei  wrote:

> On 09/02/2010 03:07 AM, Stephen Gallagher wrote:
> >
> > On 09/01/2010 07:59 PM, Michał Piotrowski wrote:
> >>
> >> So? Is there any way to use youtube on Fedora?
> >
> > Well, the version of Mozilla Firefox in Fedora 14 should support
> > WebM, so try this: http://www.youtube.com/html5
> 
> This is incorrect, F14 is stuck with Firefox 3.6.x, which is unable
> of WebM playback, so for HTML5 support on YouTube the solution is to
> use either Epiphany or a Firefox 4 build from Remi's repo.

I'll note that midori also does html5. ;) 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: fedpkg prep

2010-09-02 Thread Jesse Keating 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 9/1/10 7:17 PM, Matt McCutchen wrote:
> On Wed, 2010-09-01 at 09:00 -0700, Jesse Keating wrote:
>> On 8/31/10 5:36 PM, Roland McGrath wrote:
>>> Perhaps local and so forth could be given a --dist=foo switch, and these
>>> sorts of errors could say "can't figure out your dist from git, use --dist
>>> or fix your repo".
>>
>> Yeah, I've been working in my head a fallback route, which might
>> eventually fall back to forcing a --branch or --dist option, something
>> like:  See if there is a branch.merge setting, if not see if there is a
>> branch.dist setting, if not see if the local branch name matches a
>> regex, if not tell the user to provide --dist.
> 
> Having the command-line option take priority whenever it is given would
> be a more conventional design.  And it would be useful if branch.dist
> (or a working-tree file, as I am advocating) could override the local
> and upstream branch names even when they do follow the pattern for a
> dist value.
> 

Well yes, the command line option would override anything that could be
autodiscovered, likewise local explicit config would override
autodiscovery.  That's just good engineering, and how the rest of fedpkg
works.  The above route was speaking of a case where no information was
given on the command line and fedpkg had to try and figure it out for
itself.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkx/1lsACgkQ4v2HLvE71NW1wACeLoih3woCtBID5yZZGNJPdZJC
0l0An1PUrkG1PJuccVq7FJVKLo7Yrudw
=fRkL
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Matthew Miller 
On Thu, Sep 02, 2010 at 10:40:21AM -0500, Dan Williams wrote:
> as they always have been.  There's nothing special about ifcfg files
> that NetworkManager really changes; we've gone to great effort to
> interpret ifcfg files almost exactly like ifup/ifdown interpret them.

One million thank yous for that, by the way.


-- 
Matthew Miller 
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of Engineering & Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Starting Java SIG

2010-09-02 Thread Bill Nottingham 
Stanislav Ochotnicky (sochotni...@redhat.com) said: 
> Agenda TBD, but for now the idea is to:
>  * go through Tasks listed on [1]

Can non-SIG members add tasks? If we have a Java SIG, I'd like there
to be some agreement on how to handle orphaned packages - right
now, we've got about 30 java packages orphaned in F-14. Some of them
have comaintainers, some of them have maintainers in rawhide. I can
go and reassign the packages to the comaintainers or the rawhide
maintainers, but it would be nice if people would voluntarily pick
them up.

Bill (list available if needed)

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Adam Williamson 
On Thu, 2010-09-02 at 17:47 +0200, Michał Piotrowski wrote:

> I istalled all the good, the bad and the ugly plugins from rpmfusion
> repo and it's not workie :)
> 
> Ok, nevermind, I give up. Flash support on this system is nice to have
> not must have.

Remove any packages to do with gnash or swfdec, then do this:

http://www.happyassassin.net/2010/06/26/a-quick-reminder-on-64-bit-flash/

should sort you out.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Ben Boeckel 
Dan Williams  wrote:
> What things need to be easier about the cli bits that the network
> scripts get right?  No doubt there are some, but would you mind filing
> them as enhancement requests or bugs so we have some goals to hit?
> 
> In the end, ifup/ifdown should also still work for connections NM
> controls, since ifup/ifdown just call NM for those connections in F13+.
> ifup just says "activate this interface with this configuration" which
> is the same thing NM does too, so that mapping is pretty 1:1.

I actually have a bug to file about that. The setting for NM_CONTROLLED
is still set even if NetworkManager isn't installed. It (or Ananconda)
should scrub the configs before installing the settings used during the
install.

--Ben

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Bill Nottingham 
Ben Boeckel (maths...@gmail.com) said: 
> I actually have a bug to file about that. The setting for NM_CONTROLLED
> is still set even if NetworkManager isn't installed. It (or Ananconda)
> should scrub the configs before installing the settings used during the
> install.

IMO, NM_CONTROLLED should *never* be written, and should only be
used by administrators where they feel it's necessary.

Bill
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Gummi update issue

2010-09-02 Thread Rahul Sundaram 
 Hi

https://admin.fedoraproject.org/updates/gummi-0.4.8-2.fc13  update has
been pushed to stable despite known brokenness (it doesn't start at
all).   See last comment

Upstream bug report by the Fedora package maintainer at

http://dev.midnightcoding.org/redmine/issues/97

Red Hat bugzilla report at

https://bugzilla.redhat.com/show_bug.cgi?id=629707

Why has this happened and how can we avoid it in the future?

Conversation comes from http://identi.ca/conversation/48201120

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Gummi update issue

2010-09-02 Thread Adam Williamson 
On Fri, 2010-09-03 at 01:47 +0530, Rahul Sundaram wrote:
> Hi
> 
> https://admin.fedoraproject.org/updates/gummi-0.4.8-2.fc13  update has
> been pushed to stable despite known brokenness (it doesn't start at
> all).   See last comment
> 
> Upstream bug report by the Fedora package maintainer at
> 
> http://dev.midnightcoding.org/redmine/issues/97
> 
> Red Hat bugzilla report at
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=629707
> 
> Why has this happened and how can we avoid it in the future?
> 
> Conversation comes from http://identi.ca/conversation/48201120

It looks like no-one tested it.

If the bug is in fact as described, one obvious way to improve this
would be for the maintainer to at least launch it before submitting it
as an update :)

(as the bug reporter notes, our maintainer reported this bug upstream so
he appears to be aware of it, yet he pushed the update anyway, which
just seems bizarre).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 624397] perl-Class-XSAccessor-1.07 is available

2010-09-02 Thread bugzilla 
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=624397

Fedora Update System  changed:

   What|Removed |Added

 Status|MODIFIED|ON_QA

--- Comment #3 from Fedora Update System  2010-09-02 
16:50:17 EDT ---
perl-Class-XSAccessor-1.07-1.fc13 has been pushed to the Fedora 13 testing
repository.  If problems still persist, please make note of it in this bug
report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update perl-Class-XSAccessor'.  You
can provide feedback for this update here:
https://admin.fedoraproject.org/updates/perl-Class-XSAccessor-1.07-1.fc13

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Voting in bugzilla

2010-09-02 Thread Matt McCutchen 
On Thu, 2010-09-02 at 09:17 -0600, Kevin Fenzi wrote:
> On Thu, 2 Sep 2010 12:18:26 +0300 (EEST)
> Juha Tuomala  wrote:
> > Has it been disabled recently?
> 
> Short answer: Yes. It has. 
> 
> Longer answer: 
> 
> FESCo looked at trying to use voting data to give us an idea on 'hot'
> bugs that we might be able to send more resources to fix. Sadly, voting
> isn't at all good for this, as people have many votes (100 or 1000, I
> forget which),

It was 100.

> so it's hard to tell if an issue affects 10 people or
> 100 by that.

If you simply want to know the number of people affected, Bugzilla can
be configured to allow one vote per bug up to some large number of bugs.
The Mozilla Core product is set up this way.  See, for example, my
votes:

https://bugzilla.mozilla.org/votes.cgi?action=show_user&user_id=316870

But it's worth discussing whether that is the best model for Fedora.
Letting each user distribute 100 votes over a set of bugs is also
reasonable.  If a bug affects 100 people but they did not see fit to
give it many total votes, maybe it is not that important.

> Many people didn't see the voting interface, so they
> wouldn't have used it even if the problem was severe or affected a lot
> of people. Some people were using the voting interface, even though no
> maintainers ever noticed it (ie, thinking this could help the bug get
> solved, but it's like the maintainer and voter were in seperate worlds
> without any communication). 
> 
> So, we decided it would be less confusing to just disable it. 
> 
> We decided to look into using CC or comments to tell when a bug had a
> lot of people affected or was 'very active'. Unfortunately, this also
> is proving to be difficult to implement. See: 
> https://fedorahosted.org/fedora-engineering-services/ticket/24
> any help there would be appreciated.

Please take care not to create an incentive for people to add "me too"
comments, since that will annoy everyone.  And a CC doesn't always
indicate a desire to have the bug fixed.  Google Code currently
conflates CC with voting, and there is a bug to separate the two
concepts (https://code.google.com/p/support/issues/detail?id=1108).

The best solution may be to reenable the Bugzilla voting feature but
configure and publicize it properly.

-- 
Matt

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[389-devel] Please review: [Bug 629710] escape_string does not check '\'

2010-09-02 Thread Noriko Hosoi 



https://bugzilla.redhat.com/show_bug.cgi?id=629710

https://bugzilla.redhat.com/attachment.cgi?id=442728&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=442728&action=edit

Description: do_escape_string (core of escape_string) converts
'\\ (backslash)' to '\5C' even if the following 2 characters are
hex digits.  That is, the character is already escaped.  This
patch checks the case and if it is, it does not escape it further.

File: ldap/servers/slapd/util.c

Thanks,
--noriko




smime.p7s
Description: S/MIME Cryptographic Signature
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

man vs man-db less/lesspipe formatting in Rawhide

2010-09-02 Thread Richard W.M. Jones 
I just upgraded 'man' on one of my rawhide machines, and this
has obsoleted the old man package and installed man-db.

This appears to have changed how 'less' processes man page (nroff) files.

Previously, doing:

  less foo.1

would automagically process the file through:

  (echo ".pl 11i"; cat foo.1') | /usr/bin/gtbl | /usr/bin/nroff -c -mandoc 
2>/dev/null) | less

with the result that it would display the file with bold, underline etc.

Now, doing the same command still formats the file, but in a visually
less satisfying way, with plain text and without bold, underline and
so on.

Was this an intentional change, because I don't think it looks as good ...

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://et.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Martin Sourada 
On Thu, 2010-09-02 at 10:32 -0600, Kevin Fenzi wrote: 
> On Thu, 02 Sep 2010 08:59:21 +0300
> Nicu Buculei  wrote:
> 
> > On 09/02/2010 03:07 AM, Stephen Gallagher wrote:
> > >
> > > On 09/01/2010 07:59 PM, Michał Piotrowski wrote:
> > >>
> > >> So? Is there any way to use youtube on Fedora?
> > >
> > > Well, the version of Mozilla Firefox in Fedora 14 should support
> > > WebM, so try this: http://www.youtube.com/html5
> > 
> > This is incorrect, F14 is stuck with Firefox 3.6.x, which is unable
> > of WebM playback, so for HTML5 support on YouTube the solution is to
> > use either Epiphany or a Firefox 4 build from Remi's repo.
> 
> I'll note that midori also does html5. ;) 
> 
And I'll note that in addition to WebM it can also do H264 (with the
usual gst codecs from the third party repo mentioned elsewhere in this
thread installed) which makes a huge difference as a huge portion of
youtube videos hasn't been converted to WebM yet (not sure how many
exactly -- are there any stats available?).

And in regard to the original question. Have you tried swfdec-mozilla?
It used to work just fine on youtube for me (but I've switched to flash
from adobe long ago enough for things to have changed...).

Martin


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 14 Blocker Bug Review Meeting 2010-09-02 @ 16:00 UTC (12 PM EST)

2010-09-02 Thread John Poelstra 


When: Friday, 2010-09-02 @ 16:00 UTC (12 PM EST)
Where: #fedora-bugzappers on irc.freenode.net

Here are the current bugs listed as blocking the Beta release. We'll be 
discussing all of these to determine if they meet the criteria, should 
stay on the list, and are getting the attention they need:

629719 :: NEW :: anaconda :: Anaconda Maintenance Team :: 
FormatCreateError: ('invalid device specification', '/dev/md127p3') :: 
https://bugzilla.redhat.com/show_bug.cgi?id=629719

623524 :: NEW :: anaconda :: Anaconda Maintenance Team :: Err during 
filesystem check after upgrading bootloader :: 
https://bugzilla.redhat.com/show_bug.cgi?id=623524

624971 :: NEW :: anaconda :: Anaconda Maintenance Team :: Kernel 
argument with "UUID=" is not honored :: 
https://bugzilla.redhat.com/show_bug.cgi?id=624971

628239 :: NEW :: anaconda :: Anaconda Maintenance Team :: Fedora 14 
Alpha "reduced graphics" creates vesa-using xorg.conf but doesn't 
blacklist nouveau :: https://bugzilla.redhat.com/show_bug.cgi?id=628239

618504 :: NEW :: xmlrpc-c :: Enrico Scholz :: Cannot submit abrt bugs :: 
https://bugzilla.redhat.com/show_bug.cgi?id=618504

621027 :: NEW :: fedora-logos :: Tom "spot" Callaway :: Graphical screen 
in anaconda shows F-13 :: https://bugzilla.redhat.com/show_bug.cgi?id=621027

565323 :: ASSIGNED :: selinux-policy :: Daniel Walsh :: SELinux is 
preventing /usr/bin/python "write" access  on sysctl.conf. :: 
https://bugzilla.redhat.com/show_bug.cgi?id=565323

622927 :: MODIFIED :: anaconda :: Radek Vykydal :: F14 Alpha RC2 - 
/etc/resolv.conf gets corrupted, cannot download packages :: 
https://bugzilla.redhat.com/show_bug.cgi?id=622927


If you are the owner of any of these bugs, kindly update the comments 
with your feedback as to whether you believe it is a blocker and what 
your plans for fixing the bug are.

Do you have an issue you believe should be fixed before the Fedora 14 
Beta ships?  Please consider the following criteria when escalating an 
issue: https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria

Hope to see everyone tomorrow.

John

The command used to generate the list of bugs above is:

$ bugzilla query --blocked=611991 \
 
--bug_status=NEW,ASSIGNED,NEEDINFO,ON_DEV,MODIFIED,POST,ON_QA,FAILS_QA,PASSES_QA,REOPENED,VERIFIED,RELEASE_PENDING
 
\
 --outputformat="%{bug_id} :: %{bug_status} :: %{component} :: 
%{assigned_to} :: %{summary} :: %{url}"
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 14 Blocker Bug Review Meeting 2010-09-03 @ 16:00 UTC (12 PM EST)

2010-09-02 Thread John Poelstra 
CORRECTION Friday, 2010-09-03


> When: Friday, 2010-09-02 @ 16:00 UTC (12 PM EST)
> Where: #fedora-bugzappers on irc.freenode.net
>
> Here are the current bugs listed as blocking the Beta release. We'll be
> discussing all of these to determine if they meet the criteria, should
> stay on the list, and are getting the attention they need:
>
> 629719 :: NEW :: anaconda :: Anaconda Maintenance Team ::
> FormatCreateError: ('invalid device specification', '/dev/md127p3') ::
> https://bugzilla.redhat.com/show_bug.cgi?id=629719
>
> 623524 :: NEW :: anaconda :: Anaconda Maintenance Team :: Err during
> filesystem check after upgrading bootloader ::
> https://bugzilla.redhat.com/show_bug.cgi?id=623524
>
> 624971 :: NEW :: anaconda :: Anaconda Maintenance Team :: Kernel
> argument with "UUID=" is not honored ::
> https://bugzilla.redhat.com/show_bug.cgi?id=624971
>
> 628239 :: NEW :: anaconda :: Anaconda Maintenance Team :: Fedora 14
> Alpha "reduced graphics" creates vesa-using xorg.conf but doesn't
> blacklist nouveau :: https://bugzilla.redhat.com/show_bug.cgi?id=628239
>
> 618504 :: NEW :: xmlrpc-c :: Enrico Scholz :: Cannot submit abrt bugs ::
> https://bugzilla.redhat.com/show_bug.cgi?id=618504
>
> 621027 :: NEW :: fedora-logos :: Tom "spot" Callaway :: Graphical screen
> in anaconda shows F-13 :: https://bugzilla.redhat.com/show_bug.cgi?id=621027
>
> 565323 :: ASSIGNED :: selinux-policy :: Daniel Walsh :: SELinux is
> preventing /usr/bin/python "write" access  on sysctl.conf. ::
> https://bugzilla.redhat.com/show_bug.cgi?id=565323
>
> 622927 :: MODIFIED :: anaconda :: Radek Vykydal :: F14 Alpha RC2 -
> /etc/resolv.conf gets corrupted, cannot download packages ::
> https://bugzilla.redhat.com/show_bug.cgi?id=622927
>
>
> If you are the owner of any of these bugs, kindly update the comments
> with your feedback as to whether you believe it is a blocker and what
> your plans for fixing the bug are.
>
> Do you have an issue you believe should be fixed before the Fedora 14
> Beta ships?  Please consider the following criteria when escalating an
> issue: https://fedoraproject.org/wiki/Fedora_14_Beta_Release_Criteria
>
> Hope to see everyone tomorrow.
>
> John
>
> The command used to generate the list of bugs above is:
>
> $ bugzilla query --blocked=611991 \
>
> --bug_status=NEW,ASSIGNED,NEEDINFO,ON_DEV,MODIFIED,POST,ON_QA,FAILS_QA,PASSES_QA,REOPENED,VERIFIED,RELEASE_PENDING
> \
>   --outputformat="%{bug_id} :: %{bug_status} :: %{component} ::
> %{assigned_to} :: %{summary} :: %{url}"

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F14 youtube support?

2010-09-02 Thread Brendan Jones 


  
  



On
09/02/2010 10:57 PM, Tom "spot" Callaway wrote

  
I've been working on a Chromium update for a while now, hopefully this
will work in the next update.


Awesome! Thanks.
  

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Please remember to update rawhide

2010-09-02 Thread Kyle McMartin 
On Thu, Sep 02, 2010 at 10:38:05AM -0400, Toshio Kuratomi wrote:
> This doesn't mention the important problem that prompted the discussion in
> FESCo the other day:
> 
> When you do an update in F-14 and rely on inheritance to get the package
> into rawhide, there is a problem.  That package will not go to rawhide until
> it hits stable in F-14.  That means, for the typical F-14 workflow of:
> 
> * build for f14.
> * Push to testing in f14
> * Wait one to two weeks for the package to receive some testing
> * Push to stable
> 
> rawhide is left with an older inherited build until it is pushed to stable.
>

Right, I guess I over simplified things.

Thanks for pointing that out, Toshio.

--Kyle
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd and changes

2010-09-02 Thread Ben Boeckel 
Bill Nottingham  wrote:
> Ben Boeckel (maths...@gmail.com) said: 
>> I actually have a bug to file about that. The setting for NM_CONTROLLED
>> is still set even if NetworkManager isn't installed. It (or Ananconda)
>> should scrub the configs before installing the settings used during the
>> install.
> 
> IMO, NM_CONTROLLED should *never* be written, and should only be
> used by administrators where they feel it's necessary.
> 
> Bill

Bug filed[1]

--Ben

[1]https://bugzilla.redhat.com/show_bug.cgi?id=629819

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel