Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:31 AM, Rahul Sundaram methe...@gmail.com wrote:


 On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza  wrote:

 el
 

 Fedora shouldn't include software it doesn't have the resources to
 maintain.

 Fedora doesn't have resources to fork it.  Not the same thing at all.

 Rahul

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


Debian doesn't fork it either, Iceweasel is Firefox without the
trademark and non-free copyright artwork. They are then allowed to
make security fixes to protect their users.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram methe...@gmail.com wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul

I'm sure they will. Trademark restrictions violate one of the four
freedoms and if you want I can ask Richard Stallman directly if this
trademark rule makes software non-free. Actually I'll just go ahead
and do it just to prove a point.

If I wanted to Fork Fedora, and I called it Fedora, i'd soon see a
letter from Redhat legal. I'm not free to use the name. Thus, if I
fork Fedora I am required by trademark law to rename it or be in
violation.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
On Mon, Oct 4, 2010 at 6:39 PM, Brandon Lozza bran...@pwnage.ca wrote:

 On Mon, Oct 4, 2010 at 8:52 AM, Rahul Sundaram methe...@gmail.com wrote:
  We have been through this before.  If you take Fedora and modify it, you
 are
  not allowed to use the Fedora name either.  Trademark cannot be ever free
 as
  in freedom.
 
  Rahul

 Exactly the point I brought up Rahul, thanks for your irrelevance. If
 you want to fork Fedora, you can't call it Fedora because Redhat will
 sue you for trademark violations just the same as Mozilla would if you
 distributed a modified version of Firefox.

 Fedora is free software until you use the trademark and aren't Redhat.


I am confused by this argument.  Are you claiming that Fedora is same as
Mozilla Firefox and both are non-free?

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

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Florent Le Coz
  On 04/10/10 14:52, Rahul Sundaram wrote:
  Trademark cannot be ever free as in freedom.
That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or 
Minefield, or anything else that is not trademarked and isn't impossible 
to patch without mozilla's consent.

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 8:52 AM, Rahul Sundaram methe...@gmail.com wrote:
 We have been through this before.  If you take Fedora and modify it, you are
 not allowed to use the Fedora name either.  Trademark cannot be ever free as
 in freedom.

 Rahul

Exactly the point I brought up Rahul, thanks for your irrelevance. If
you want to fork Fedora, you can't call it Fedora because Redhat will
sue you for trademark violations just the same as Mozilla would if you
distributed a modified version of Firefox.

Fedora is free software until you use the trademark and aren't Redhat.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages

2010-10-04 Thread Richard W.M. Jones

The errors below happen several times during the yum update.

Assuming that they must be generated by RPM %post scripts, I had a
look at the affected packages (control-center, evolution-data-server,
cheese, seahorse) and I suspect it's a problem with the
update-mime-database command.

Rich.

  Updating   : 1:control-center-2.32.0-1.fc14.x86_64  13/96 
/usr/share/mime/packages/openoffice.org.xml:749: parser error : error parsing 
attribute name
comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:749: parser error : attributes 
construct error
comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:749: parser error : Couldn't find 
end of Start Tag jf line 749
comment xml:lang=kid0bqjf‖Microsoft PowerPoint Presentation/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:1686: parser error : error parsing 
attribute name
comment xml:lang=kideitks‖OpenDocument Presentation Template/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:1686: parser error : attributes 
construct error
comment xml:lang=kideitks‖OpenDocument Presentation Template/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:1686: parser error : Couldn't find 
end of Start Tag s line 1686
comment xml:lang=kideitks‖OpenDocument Presentation Template/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:2753: parser error : StartTag: 
invalid element name
comment xml:lang=kidk928j‖OpenOffice.org Presentation/comment
   ^
/usr/share/mime/packages/openoffice.org.xml:3170: parser error : error parsing 
attribute name
comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:3170: parser error : attributes 
construct error
comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment
  ^
/usr/share/mime/packages/openoffice.org.xml:3170: parser error : Couldn't find 
end of Start Tag lqz2 line 3170
comment xml:lang=kid4lqz2‖OpenOffice.org Text Document/comment
  ^
  Updating   : 1:cheese-libs-2.32.0-1.fc14.x86_64 14/96 


-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Martin Stransky
On 10/04/2010 10:24 AM, Peter Lemenkov wrote:
 Anyway, the situation is worser then people believe, because no matter
 how many maintainers MoFo apps have in Fedora - they just can't fix
 bugs and close tickets, even ones with clean and sane patches
 attached.

Unfortunately you forget to attach the bugs here. We're taking fixes for 
arches to Fedora package, there are s390 fixes in Fedora for instance.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 6:37 AM, Brandon Lozza bran...@pwnage.ca wrote:
 On Mon, Oct 4, 2010 at 6:28 AM, Matej Cepl mc...@redhat.com wrote:
 It would be really helpful if instead of calling programs
 unmaintainable and similar non-sense you would research a bit what
 really is the problem ... take a look at https://bugzilla.redhat.com/
 buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt%
 20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs.


 There is absolutely no permission required. I saw plenty of patches which
 were accepted upstream and just few which were rejected with always
 clearly stated reasons (not that I agree with all of those reasons, but
 again before calling Firefox proprietary product, it would be nice to
 educate yourself).

 Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it
 myself, but instead of calling MoFo proprietary a bit of patches (this
 time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https://
 bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/
 show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi?
 id=569371) would be helpful. How is your Perlfoo? See what I wrote on
 this theme before (http://article.gmane.org/
 gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches
 for some better solution of the situation. I can assure you, that well
 written patches will be welcomed upstream.



 Maybe you want to maintain iceweasel  co. in Fedora? Good luck, but not
 for me, thanks.

 At least with iceweasel, those bugs you pointed out can be fixed by
 Fedora and not have to wait months in the queue over at Mozilla, if
 they even bother accepting them. Iceweasel would also allow us to use
 openSUSE's KDE patchset for deep integration, something Mozilla says
 violates trademark law by patching and distributing. NON FREE


In fact this free pass mozilla firefox gets should apply to Chromium
too. At least in Chromium's case, Spot IS ALLOWED to make it use
system libs. He doesn't have to ask the mother-ship permission.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Matej Cepl
Peter Lemenkov, Mon, 04 Oct 2010 15:22:24 +0400:
 Unfortunately you're talking (and the rest Fedora Mozilla team) about

BTW, just as a way of clarification, my rant was not targeted 
specifically at you, but everybody (and it is currently a big fashion) 
ranting against “proprietary” MoFo. No personal offense was meant. Sorry, 
if it sounded so.

 different task - you're talking about fixing Mozilla upstream product
 while I'm talking about fixing Fedora bugs. No one from community is
 allowed to fix Mozilla in Fedora. That's why it's absolutely
 unmaintainable.

Yes, it is a problem, but I am quite sure, if you talk with me and point 
to something important, I will make sure Martin  co. knows about it.

 Read it again - we can't fix mozilla products in Fedora. Theoretically
 we could send patches to MoFo, but some of them will be rejected due to
 political reasons (see links in this thread for their recent decision

No need to call it “political reasons” (on the side of MoFo) ... nowhere 
in the definition of free software is written, that upstream has to 
accept your patches. It may happen upstream (any upstream) disagrees with 
your patch, you may not agree with them, but in the end it is their 
decision and if you don't agree you can either suck it up or fork. Both 
alternatives are still freely open for you (and Fedora as whole) in MoFo 
case as well (just to make this clear).

If there is any political reason, then it is Fedora/RH policy to oblige 
with upstream trademark terms and to keep our Firefox/Thunderbird/
XULRunner as close to the upstream as possible to save us work 
maintaining our patches and not go Iceweasel way.

The only thing I would like to ask all participants in this thread is to 
keep things in the perspective ... Firefox is mostly working more or less 
well (yes, I know more than most participants in this thread how many 
bugs there are present). If you really want to help, may I suggest those 
1400 abrt bugs? I would really really welcome any help anybody can spare, 
and I am willing to share freely whatever experience (and tools) I have 
in dealing with them.

Best,

Matěj

-- 
http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
 
Q: Is vi an easy editor to learn, is it intuitive?
A: Yes, some of us think so. But most people think that we are
   crazy.
-- vi FAQ

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

Re: Arithmetic coding in Fedora libjpeg (bug #639531)

2010-10-04 Thread Adam Tkac
On Sun, Oct 03, 2010 at 01:52:28PM +0530, Mukund Sivaraman wrote:
 Hi all
 
 In reply to Gregory Maxwell:
  It's well known around the Internet that to achieve compatibility you
  should be conservative in what you send and liberal in what you
  accept. Applied to JPEG: Use only Huffman coding when encoding ?
  except maybe if you know that all recipients can handle arithmetic
  coding ? but support both encodings when decoding.
 
 Absolutely. This is an excellent argument and I think is sufficient to
 justify the inclusion alone.
 
 Thank you everyone for the replies. I did not know earlier that Fedora
 was switching to libjpeg-turbo.  I have created a new bug now:
 
 https://bugzilla.redhat.com/show_bug.cgi?id=639672
 Add support for decoding arithmetic coded files in libjpeg-turbo
 
 It contains a patch against upstream libjpeg-turbo HEAD, and the patch
 has been submitted upstream too:
 
 https://sourceforge.net/tracker/?func=detailaid=3080268group_id=303195atid=1278160
 
 This patch has been tested against some arithmetic coded images.
 
 I wish libjpeg-turbo also accepts to include creating arithmetic coded
 images too, as the project is not really going to affect creation of
 such images if an application wants to do so.  But this can be saved
 for another argument, and doesn't stand in the way of decode support.

We decided to accept arithmetic method into libjpeg-turbo upstream as
soon as Fedora legal says it's fine.

Regards, Adam

-- 
Adam Tkac, Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Paul Howarth
On 04/10/10 09:59, Richard Hughes wrote:
 On 27 September 2010 20:31, Richard Hugheshughsi...@gmail.com  wrote:
 Right, but you could argue it's a regression as the behavior changed.
 Could somebody please fix docbook-utils, otherwise all the GNOME koji
 builds are going to fail.

 All my F14 builds are still failing with:

 docbook2man zif.sgml  /dev/null
 grep: character class syntax is [[:space:]], not [:space:]
 grep: character class syntax is [[:space:]], not [:space:]
 jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook.

 I don't care if [[:space:]] is the POSIX correct behavior or not, all
 I know is every single build I've sent to build for F14 is failing.

Perhaps a proventester could take a good look at 
https://admin.fedoraproject.org/updates/docbook-utils-0.6.14-25.fc14

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


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Rex Dieter
Richard Hughes wrote:

 On 27 September 2010 20:31, Richard Hughes hughsi...@gmail.com wrote:
 Right, but you could argue it's a regression as the behavior changed.
 Could somebody please fix docbook-utils, otherwise all the GNOME koji
 builds are going to fail.
 
 All my F14 builds are still failing with:
 
 docbook2man zif.sgml  /dev/null
 grep: character class syntax is [[:space:]], not [:space:]
 grep: character class syntax is [[:space:]], not [:space:]
 jw: There is no frontend called /docbook/utils-0.6.14/frontends/docbook.
 
 I don't care if [[:space:]] is the POSIX correct behavior or not, all
 I know is every single build I've sent to build for F14 is failing.
 
 I'm *very* close to just not caring about F14, and just continuing to
 develop for rawhide.

Richard,

I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this) 
for the buildroot.  Please try your builds now.

(anyone) Holler or file a rel-eng ticket if there's any problems with 
that...

-- Rex




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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 6:28 AM, Matej Cepl mc...@redhat.com wrote:
 It would be really helpful if instead of calling programs
 unmaintainable and similar non-sense you would research a bit what
 really is the problem ... take a look at https://bugzilla.redhat.com/
 buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt%
 20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs.


 There is absolutely no permission required. I saw plenty of patches which
 were accepted upstream and just few which were rejected with always
 clearly stated reasons (not that I agree with all of those reasons, but
 again before calling Firefox proprietary product, it would be nice to
 educate yourself).

 Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it
 myself, but instead of calling MoFo proprietary a bit of patches (this
 time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https://
 bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/
 show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi?
 id=569371) would be helpful. How is your Perlfoo? See what I wrote on
 this theme before (http://article.gmane.org/
 gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches
 for some better solution of the situation. I can assure you, that well
 written patches will be welcomed upstream.



 Maybe you want to maintain iceweasel  co. in Fedora? Good luck, but not
 for me, thanks.

At least with iceweasel, those bugs you pointed out can be fixed by
Fedora and not have to wait months in the queue over at Mozilla, if
they even bother accepting them. Iceweasel would also allow us to use
openSUSE's KDE patchset for deep integration, something Mozilla says
violates trademark law by patching and distributing. NON FREE
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


rawhide report: 20101004 changes

2010-10-04 Thread Rawhide Report
Compose started at Mon Oct  4 08:15:25 UTC 2010

Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
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
gambas2-gb-pdf-2.21.0-3.fc15.x86_64 requires libpoppler.so.7()(64bit)
gearmand-0.13-2.fc14.x86_64 requires libmemcached.so.5()(64bit)
2:gimp-2.6.10-5.fc15.x86_64 requires libpoppler.so.7()(64bit)
2:gimp-2.6.10-5.fc15.x86_64 requires libpoppler-glib.so.5()(64bit)
gloobus-preview-0.4.1-7.fc14.x86_64 requires libpoppler.so.7()(64bit)
gloobus-preview-0.4.1-7.fc14.x86_64 requires 
libpoppler-glib.so.5()(64bit)
1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gnome-python2-brasero-2.31.1-7.fc14.x86_64 requires 
libbrasero-burn.so.1()(64bit)
gnome-python2-brasero-2.31.1-7.fc14.x86_64 requires 
libbrasero-media.so.1()(64bit)
gnome-python2-totem-2.31.1-7.fc14.x86_64 requires 
libgnome-media-profiles.so.0()(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)
hedgewars-server-0.9.13-2.fc15.x86_64 requires hedgewars-0.9.13
hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
inkscape-0.48.0-4.fc15.x86_64 requires libpoppler.so.7()(64bit)
inkscape-view-0.48.0-4.fc15.x86_64 requires libpoppler.so.7()(64bit)
libextractor-plugins-pdf-0.6.2-1500.fc15.x86_64 requires 
libpoppler.so.7()(64bit)
mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires 
mingw32(libpng-3.dll)
moblin-panel-status-0.1.21-5.fc14.x86_64 requires 
libsocialweb-client.so.1()(64bit)
moblin-panel-status-0.1.21-5.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
moblin-panel-status-0.1.21-5.fc14.x86_64 requires 
libchamplain-0.6.so.0()(64bit)
opensips-memcached-1.6.3-2.fc15.x86_64 requires 
libmemcached.so.5()(64bit)
pdf2djvu-0.7.3-4.fc14.x86_64 requires libpoppler.so.7()(64bit)
php-pecl-memcached-1.0.2-1.fc14.x86_64 requires 
libmemcached.so.5()(64bit)
pypoppler-0.12.1-4.fc14.x86_64 requires libpoppler.so.7()(64bit)
pypoppler-0.12.1-4.fc14.x86_64 requires libpoppler-glib.so.5()(64bit)
qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit)
rakudo-0.0.2010.08_2.7.0-1.fc14.x86_64 requires 
libparrot.so.2.7.0()(64bit)
referencer-1.1.6-6.fc15.x86_64 requires libpoppler.so.7()(64bit)
referencer-1.1.6-6.fc15.x86_64 requires libpoppler-glib.so.5()(64bit)
spacewalk-certs-tools-1.1.1-2.1.fc15.noarch requires 
spacewalk-backend-libs = 0:0.8.28
totem-2.90.5-5.fc15.i686 requires libpeasui-1.0.so.0
totem-2.90.5-5.fc15.x86_64 requires libpeasui-1.0.so.0()(64bit)
tracker-0.8.17-2.fc15.i686 requires libpoppler.so.7
tracker-0.8.17-2.fc15.i686 requires libpoppler-glib.so.5
tracker-0.8.17-2.fc15.x86_64 requires libpoppler-glib.so.5()(64bit)
tracker-0.8.17-2.fc15.x86_64 requires libpoppler.so.7()(64bit)
xournal-0.4.5-6.fc14.x86_64 requires libpoppler.so.7()(64bit)
xournal-0.4.5-6.fc14.x86_64 requires libpoppler-glib.so.5()(64bit)
zathura-0.0.8.1-6.fc15.x86_64 requires libpoppler.so.7()(64bit)
zathura-0.0.8.1-6.fc15.x86_64 requires libpoppler-glib.so.5()(64bit)



Broken deps for i386
--
almanah-0.7.3-3.fc14.i686 requires libedataserverui-1.2.so.10
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0)  
0:1.3.0
gambas2-gb-pdf-2.21.0-3.fc15.i686 requires libpoppler.so.7
gearmand-0.13-2.fc14.i686 requires libmemcached.so.5
2:gimp-2.6.10-5.fc15.i686 requires libpoppler.so.7
2:gimp-2.6.10-5.fc15.i686 requires libpoppler-glib.so.5
gloobus-preview-0.4.1-7.fc14.i686 requires libpoppler-glib.so.5
gloobus-preview-0.4.1-7.fc14.i686 requires libpoppler.so.7
1:gnome-games-extra-2.31.91.1-1.fc15.i686 requires 
libclutter-gtk-0.10.so.0
gnome-python2-brasero-2.31.1-7.fc14.i686 requires libbrasero-burn.so.1
gnome-python2-brasero-2.31.1-7.fc14.i686 requires libbrasero-media.so.1
gnome-python2-totem-2.31.1-7.fc14.i686 requires 
libgnome-media-profiles.so.0
gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-gtk-0.4.so.0
gpx-viewer-0.1.2-2.fc14.i686 requires libclutter-gtk-0.10.so.0
gpx-viewer-0.1.2-2.fc14.i686 requires 

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
On Mon, Oct 4, 2010 at 6:18 PM, Brandon Lozza  wrote:



 However, Mozilla says that distributing a modified product with their
 name violates Trademark law.


We have been through this before.  If you take Fedora and modify it, you are
not allowed to use the Fedora name either.  Trademark cannot be ever free as
in freedom.

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

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread seth vidal
On Mon, 2010-10-04 at 09:23 -0400, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram methe...@gmail.com wrote:
  So according to you any free software with a trademark is non-free
  software?  Good luck getting anyone including FSF to agree with that
  interpretation.
 
  Rahul
 
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.
 
 If I wanted to Fork Fedora, and I called it Fedora, i'd soon see a
 letter from Redhat legal. I'm not free to use the name. Thus, if I
 fork Fedora I am required by trademark law to rename it or be in
 violation.

You might consider taking this discussion to the legal alias and talking
it over there. It seems to be beyond 'devel' at the moment.

thanks
-sv


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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
 On 10/04/2010 06:50 PM, Florent Le Coz wrote:
   On 04/10/10 14:52, Rahul Sundaram wrote:
  Trademark cannot be ever free as in freedom.
 That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or 
 Minefield, or anything else that is not trademarked and isn't impossible 
 to patch without mozilla's consent.

Ignoring upstream and patching without consent is only feasible if you
have the amount of resources to do a good job with that.  Fedora doesn't
have that. 

Rahul

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza  wrote:

 el https://admin.fedoraproject.org/mailman/listinfo/devel
 

 Fedora shouldn't include software it doesn't have the resources to
 maintain.


Fedora doesn't have resources to fork it.  Not the same thing at all.

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

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundaram methe...@gmail.com wrote:
  On 10/04/2010 06:53 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.

 Sure.  I have asked and know the answer but go ahead.

 Rahul

GNU Icecat doesn't tell you something?
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundaram methe...@gmail.com wrote:
  On 10/04/2010 06:53 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.

 Sure.  I have asked and know the answer but go ahead.

 Rahul

The freedom to run the program, for any purpose (freedom 0).

The freedom to study how the program works, and change it to make it
do what you wish (freedom 1). Access to the source code is a
precondition for this.

The freedom to redistribute copies so you can help your neighbor (freedom 2).

And the freedom Trademark law prevents in Firefox's case:

The freedom to distribute copies of your modified versions to others
(freedom 3)[SIC]. By doing this you can give the whole community a
chance to benefit from your changes[SIC]. Access to the source code is
a precondition for this.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Peter Lemenkov
2010/10/4 Matej Cepl mc...@redhat.com:
 Peter Lemenkov, Mon, 04 Oct 2010 12:24:00 +0400:

 So no excuse here, please - just allow us fixing bugs.

 There is absolutely no permission required.

Unfortunately you're talking (and the rest Fedora Mozilla team) about
different task - you're talking about fixing Mozilla upstream product
while I'm talking about fixing Fedora bugs. No one from community is
allowed to fix Mozilla in Fedora. That's why it's absolutely
unmaintainable.

Read it again - we can't fix mozilla products in Fedora. Theoretically
we could send patches to MoFo, but some of them will be rejected due
to political reasons (see links in this thread for their recent
decision regarding bundled libs). So, no thanks - I would like to stay
away from such proprietary and badly manageable stuff.

-- 
With best regards, Peter Lemenkov.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:32 AM, Rahul Sundaram methe...@gmail.com wrote:


 On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza  wrote:


 GNU Icecat doesn't tell you something?


 You said you are going to ask FSF.  How about you just ask them if the
 presence of a trademark is enough to call software non-free and come back.
 Icecat was forked for other reasons (ie) for plugins.

 Rahul

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


If the owner of the trademark doesn't grant a license that is
compatible with a free software license, then the software is non
free. Linus doesn't go around telling people they can't redistribute a
modified linux kernel. His only restriction on the linux trademark is
that it is used to label things that use the linux kernel. Mozilla
specifically forbids redistributing modified binaries which violates
freedom #3 (the 4th freedom)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
 On 10/04/2010 06:53 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.

Sure.  I have asked and know the answer but go ahead. 

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 8:24 AM, Matej Cepl mc...@redhat.com wrote:
 No need to call it “political reasons” (on the side of MoFo) ... nowhere
 in the definition of free software is written, that upstream has to
 accept your patches. It may happen upstream (any upstream) disagrees with
 your patch, you may not agree with them, but in the end it is their
 decision and if you don't agree you can either suck it up or fork. Both
 alternatives are still freely open for you (and Fedora as whole) in MoFo
 case as well (just to make this clear).


However, Mozilla says that distributing a modified product with their
name violates Trademark law. Fedora would have to change its name,
just like Debian did with Iceweasel. Just like CentOS does with the
RHEL source. Just like Scientific Linux, Oracle Enterprise Linux,
countless others based on products with trademarks. The Mozilla
trademark makes Firefox non-free, but anything based on it that gets
a name change _IS_ FREE as in Freedom. It IS Political. As-is, they
can't modify Firefox and distribute it. They just send patches and
wait for Mozilla to fix it.

 If there is any political reason, then it is Fedora/RH policy to oblige
 with upstream trademark terms and to keep our Firefox/Thunderbird/
 XULRunner as close to the upstream as possible to save us work
 maintaining our patches and not go Iceweasel way.

Fedora already does this and it's unacceptable. That's why we say
Firefox is non free because under the name Firefox we are NOT FREE
to distribute our changes.


 The only thing I would like to ask all participants in this thread is to
 keep things in the perspective ... Firefox is mostly working more or less
 well (yes, I know more than most participants in this thread how many
 bugs there are present). If you really want to help, may I suggest those
 1400 abrt bugs? I would really really welcome any help anybody can spare,
 and I am willing to share freely whatever experience (and tools) I have
 in dealing with them.


The only thing that will happen with the 1400 abrt bugs is that
Mozilla will be asked to fix them while we wait for them to be a
little less busy adding directx 3d support and other windows exclusive
features.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Evolution-data-server update to 2.91.1 in rawhide

2010-10-04 Thread Milan Crha
Hi,
the new release of evolution-data-server 2.91.1 contains API backward
incompatible changes in Camel, thus packages using it might need
adoption. Changes were announced at [1], and even I believe upstream
will take care of these changes, I would like to help with adoption on
modules requiring it. Planned date for doing the evolution-data-server
update in Rawhide is next Monday, October 11th, 2010.

I would like to also ask respective owners of [3] to approve me commit
rights on his/her package, which I'll request this Friday or beginning
of the next week through [2], so I'll be able to:
a) occasionally rebuild those packages against newer
   evolution-data-server or evolution, to help with smoother updates
   (I hope package owners will be fine with me doing so.)
b) add those packages to updates of evolution-data-server and evolution,
   thus changes from these will come out together.

Thanks and bye,
Milan

[1]
http://mail.gnome.org/archives/evolution-hackers/2010-September/msg00037.html

[2] https://admin.fedoraproject.org/pkgdb/acls/name/package

[3] Packages depending on evolution-data-server and/or evolution in
rawhide as of today:
almanah
anerley
contact-lookup-applet
contacts
dates
deskbar-applet
ekiga
empathy
evolution-couchdb
evolution-rspam
evolution-rss
evolution-sharp
giggle
glabels
gnome-do-plugins (obsolete these days?)
gnome-launch-box
gnome-panel
gnome-phone-manager
gnome-python2-desktop
jana
libopensync-plugin-evolution2
mail-notification
meego-panel-datetime
meego-panel-myzone
moblin-panel-myzone
moblin-panel-people
nautilus-sendto
pidgin
planner
ruby-revolution
syncevolution
tasks
tracker

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Martin Stransky
On 09/30/2010 08:54 PM, Sven Lankes wrote:
 2. The combination of the Mozilla Trademark issue combined with the
 strict handling of patches by (corporate|distro)-maintainers (I don't
 think that this is a RH/Fedora issue - same with Canonical/Ubuntu)
 makes me feel uneasy about ff being called Free sofware.


Please look at this list:

https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=firefoxproduct=Fedoraclassification=Fedora

https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=thunderbirdproduct=Fedoraclassification=Fedora

There are 1108 open bugs against Firefox and 404 bugs against 
Thunderbird and new bugs are coming. And there are only three mozilla 
maintainers at Red Hat.

As you can see, it's impossible for us to fix (or even sort!) all 
reported bugs so we really have to cooperate with mozilla upstream, 
which involves *hundreds* of skilled mozilla hackers.

Right now, we are in process to redirect firefox/thunderbird crashes 
directly to mozilla crash database (http://crash-stats.mozilla.com) 
which is handled by mozilla guys, instead of our bugzilla, so they can 
help us with all Fedora Firefox/Thunderbird crashes.

And you can imagine that we can't achieve that with Fedora customized 
Firefox build. If we want help from upstream we have to follow some rules.

If Red Hat paid hundreds mozilla hackers to work on Fedora/Red Hat 
mozilla packages, we would start talking about driving it. Until then we 
don't have any other choice. And it's really not about Mozilla Trademark.

ma.

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Rahul Sundaram
On Mon, Oct 4, 2010 at 6:57 PM, Brandon Lozza  wrote:



 GNU Icecat doesn't tell you something?


You said you are going to ask FSF.  How about you just ask them if the
presence of a trademark is enough to call software non-free and come back.
Icecat was forked for other reasons (ie) for plugins.

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

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Kevin Kofler
Martin Stransky wrote:
 Right now, we are in process to redirect firefox/thunderbird crashes
 directly to mozilla crash database (http://crash-stats.mozilla.com)
 which is handled by mozilla guys, instead of our bugzilla, so they can
 help us with all Fedora Firefox/Thunderbird crashes.
 
 And you can imagine that we can't achieve that with Fedora customized
 Firefox build. If we want help from upstream we have to follow some rules.

Sadly, that's another symptom of a really uncooperative upstream. :-(

KDE has no distro patch approval process, we have several KDE patches (and 
other distros have even more of them), yet DrKonqi still reports all crashes 
directly to the upstream KDE Bugzilla. (This is how upstream ships it.) They 
can handle that just fine (and in fact generally prefer this system to 
having the crash reports scattered in downstream bugzillas).

Mozilla just always has to be a PITA.

Kevin Kofler

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Matej Cepl
Peter Lemenkov, Mon, 04 Oct 2010 12:24:00 +0400:
 In fact the backlog for Mozilla-related packages is even bigger, because
 (due to the fact that MoFo products are unmaintainable at all) many of
 them were closed automatically with new Fedora releases.

It would be really helpful if instead of calling programs 
unmaintainable and similar non-sense you would research a bit what 
really is the problem ... take a look at https://bugzilla.redhat.com/
buglist.cgi?cmdtype=doremremaction=runnamedcmd=all%20NEW%20abrt%
20crashessharer_id=74116 ... that's 1473 NEW untriaged abrt bugs. There 
is absolutely nothing unmaintainable on that, only plenty of people who 
are calling MoFo and everybody names but they are not willing to move 
their butt and help triage this (and yes, abrt seems to be slightly 
better now, so the backlog shouldn't hopefully be increasing that much).

 So no excuse here, please - just allow us fixing bugs.

There is absolutely no permission required. I saw plenty of patches which 
were accepted upstream and just few which were rejected with always 
clearly stated reasons (not that I agree with all of those reasons, but 
again before calling Firefox proprietary product, it would be nice to 
educate yourself).

Concerning CLOSED/UPSTREAM resolution ... again, I am not happy with it 
myself, but instead of calling MoFo proprietary a bit of patches (this 
time on bugs https://bugzilla.mozilla.org/show_bug.cgi?id=400598, https://
bugzilla.mozilla.org/show_bug.cgi?id=294608, https://bugzilla.mozilla.org/
show_bug.cgi?id=356853, and https://bugzilla.mozilla.org/show_bug.cgi?
id=569371) would be helpful. How is your Perlfoo? See what I wrote on 
this theme before (http://article.gmane.org/
gmane.linux.redhat.fedora.devel/79936/) and feel free to provide patches 
for some better solution of the situation. I can assure you, that well 
written patches will be welcomed upstream.

 we MUST replace proprietary MoFo products with open
 alternatives.

Who is we?

I certainly don't intend to replace for my personal needs Firefox with 
either of Chromium (ehm, that's an example of open development, right?), 
Opera, Epiphany (too simple for my needs, sorry ... I like those guys and 
I was using Epiphany for years, but it is just too little too late for my 
personal use), galeon (you would need miraculous powers to revive this 
dead corpse), or any non-Gnome alternative. If we (whoever it is) must do 
something, then where are *your* patches? (http://slashdot.org/
features/98/10/13/1423253.shtml)

Maybe you want to maintain iceweasel  co. in Fedora? Good luck, but not 
for me, thanks.

Best,

Matěj
-- 
http://www.ceplovi.cz/matej/, Jabber: mceplatceplovi.cz
GPG Finger: 89EF 4BC6 288A BF43 1BAB  25C3 E09F EF25 D964 84AC
 
Courage is resistance of fear, mastery of fear, not absence of
fear.


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

Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:23 AM, Rahul Sundaram methe...@gmail.com wrote:
  On 10/04/2010 06:50 PM, Florent Le Coz wrote:
   On 04/10/10 14:52, Rahul Sundaram wrote:
  Trademark cannot be ever free as in freedom.
 That's why Fedora should not ship Firefox, but Iceweasel, or Icecat, or
 Minefield, or anything else that is not trademarked and isn't impossible
 to patch without mozilla's consent.

 Ignoring upstream and patching without consent is only feasible if you
 have the amount of resources to do a good job with that.  Fedora doesn't
 have that.

 Rahul

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


Fedora shouldn't include software it doesn't have the resources to maintain.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: LibreOffice

2010-10-04 Thread Caolán McNamara
On Sat, 2010-10-02 at 23:33 +0200, Mathieu Bridon wrote:
 On Sat, 2010-10-02 at 22:14 +0530, Ankur Sinha wrote:
  On Sat, 2010-10-02 at 15:21 +0100, Paul F. Johnson wrote:
   I have no problems helping package this behemoth!
  
  +1 : I can help out too.
 
 Given that the Fedora OOo maintainer [1] is in the steering committee of
 the new Document Foundation [2], I wouldn't worry about the move. ;)

I'm working on it, I've got some scratch builds at
http://koji.fedoraproject.org/scratch/caolanm/
Hopefully I'll be submitting a package review during the week.

Plan is to remain as we are for F-14, and push forward for F-15/rawhide,
which gives us time to sync things up.

Currently also pushing our patches into LibreOffice to finally be zero
patch-pending, which'll be nice.

If people want to help, I recommend looking at
http://www.freedesktop.org/wiki/Software/LibreOffice/EasyHacks
and submit some fixes, no matter how trivial you think they are.
Anything from removing pointless revision-marking comments and
translating some German comments to major new features.

C.

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Peter Lemenkov
2010/10/4 Martin Stransky stran...@redhat.com:

 FIXED UPSTREAM is a correct resolution for the bug, and it has been
 fixed by upstream and came to F13 in firefox 3.6.x.

That's an absolutely great tactics to deal with bug reports! And
that's why I call proprietary Mozilla software as unmaintainable - you
doesn't and you can't  fix issues (in this case you did close two
tickets but both issues are still remains unresolved).
-- 
With best regards, Peter Lemenkov.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Jaroslav Skarvada

 To clear the confusion, there is no change in the RE syntax in
 grep-2.7. The old grep silently interprets all these REs the way that
 probably nobody intended to, e.g.
 
 The [:space:] match:
 ac:eps
 

You can force grep-2.7 to silently process it (above mentioned way, same as 
with older greps) by setting POSIXLY_CORRECT
environment variable. But all such REs are probably typos

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Peter Lemenkov
2010/10/4 Martin Stransky stran...@redhat.com:

 Please look at this list:

 https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=firefoxproduct=Fedoraclassification=Fedora

 https://bugzilla.redhat.com/buglist.cgi?query_format=advancedbug_status=NEWbug_status=ASSIGNEDcomponent=thunderbirdproduct=Fedoraclassification=Fedora

 There are 1108 open bugs against Firefox and 404 bugs against
 Thunderbird and new bugs are coming. And there are only three mozilla
 maintainers at Red Hat.

In fact the backlog for Mozilla-related packages is even bigger,
because (due to the fact that MoFo products are unmaintainable at all)
many of them were closed automatically with new Fedora releases.

Anyway, the situation is worser then people believe, because no matter
how many maintainers MoFo apps have in Fedora - they just can't fix
bugs and close tickets, even ones with clean and sane patches
attached.

Speaking of me - I opened two tickets regarding PowerPC support with
small patches attached - so far one was closed automatically with next
Fedora release, and another will be closed in a next few months. That
was highly disappointing for me, because I wasn't aware about the
current situation with licensing deal between RH and MoFo, which is
preventing Fedora packagers (us, I mean) from fixing issues.

So no excuse here, please - just allow us fixing bugs. So far I see
the only way to fix this sorrow situation (that was proposed several
times before) - we MUST replace proprietary MoFo products with open
alternatives.
-- 
With best regards, Peter Lemenkov.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Peter Lemenkov
2010/10/4 Martin Stransky stran...@redhat.com:
 On 10/04/2010 10:24 AM, Peter Lemenkov wrote:
 Anyway, the situation is worser then people believe, because no matter
 how many maintainers MoFo apps have in Fedora - they just can't fix
 bugs and close tickets, even ones with clean and sane patches
 attached.

 Unfortunately you forget to attach the bugs here. We're taking fixes for
 arches to Fedora package, there are s390 fixes in Fedora for instance.

No, I wasn't forget - I just gave up to get any feedback from you on
these two issues:

https://bugzilla.redhat.com/513743
https://bugzilla.redhat.com/578892

In fact I do got a feedback from you on the first one - you closed it
as FIXED UPSTREAM which was absolutely unacceptable because this
issue still wasn't fixed. So I reopened it with little hope that
someone will apply the attached patch. Unfortunately even this simple
issue was closed automatically with next Fedora release.

I also cloned this ticket for F-12 (see next ticket) because it is
also affected and don't see any feedback at all.

This funny story clearly shows that we need to be able to fix issues
w/o asking a permissions from MoFo. Like we did with the rest of
Fedora stuff.

I really feel somewhat uncomfortably because I'm explaining obvious
things in front of wide and clever audience here.
-- 
With best regards, Peter Lemenkov.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


File Date-Manip-6.12.tar.gz uploaded to lookaside cache by psabata

2010-10-04 Thread Petr Sabata
A file has been added to the lookaside cache for perl-Date-Manip:

5dde75671b3defd6429c0407ff85e3b1  Date-Manip-6.12.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


Re: update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages

2010-10-04 Thread Christoph Wickert
Am Montag, den 04.10.2010, 11:58 +0100 schrieb Richard W.M. Jones:
 The errors below happen several times during the yum update.
 
 Assuming that they must be generated by RPM %post scripts, I had a
 look at the affected packages (control-center, evolution-data-server,
 cheese, seahorse) and I suspect it's a problem with the
 update-mime-database command.

The affected file is /usr/share/mime/packages/openoffice.org.xml, so
please file a bug against OpenOffice.org.

Regards,
Christoph

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


[Bug 639562] perl-Text-CSV_XS-0.74 is available

2010-10-04 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=639562

Petr Pisar ppi...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Text-CSV_XS-0.74-1.fc1
   ||5
 Resolution||NEXTRELEASE
Last Closed||2010-10-04 07:55:58

-- 
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


[perl-Date-Manip] New version, v6.12

2010-10-04 Thread Petr Sabata
commit dbcec327d884084adf53375f62e429f7fdaca8a2
Author: Petr Sabata psab...@redhat.com
Date:   Mon Oct 4 13:51:15 2010 +0200

New version, v6.12

 .gitignore   |1 +
 perl-Date-Manip.spec |5 -
 sources  |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index bebf375..504c240 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Date-Manip-6.07.tar.gz
 /Date-Manip-6.11.tar.gz
+/Date-Manip-6.12.tar.gz
diff --git a/perl-Date-Manip.spec b/perl-Date-Manip.spec
index f59f550..109fedf 100644
--- a/perl-Date-Manip.spec
+++ b/perl-Date-Manip.spec
@@ -1,5 +1,5 @@
 Name:   perl-Date-Manip
-Version:6.11
+Version:6.12
 Release:1%{?dist}
 Summary:A Perl module containing a wide variety of date manipulation 
routines
 
@@ -74,6 +74,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Mon Oct  4 2010 Petr Sabata psab...@redhat.com - 6.12-1
+- 6.12 bump
+
 * Tue Sep 14 2010 Petr Pisar ppi...@redhat.com - 6.11-1
 - 6.11 bump
 
diff --git a/sources b/sources
index d11506a..432e237 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-7880db506f14080635972eb5607fa79d  Date-Manip-6.11.tar.gz
+5dde75671b3defd6429c0407ff85e3b1  Date-Manip-6.12.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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 9:35 AM, Florent Le Coz lo...@louiz.org wrote:
  On 04/10/10 15:23, Rahul Sundaram wrote:
 Ignoring upstream and patching without consent is only feasible if you
 have the amount of resources to do a good job with that.  Fedora doesn't
 have that.

 Rahul
 I'm not talking about ignoring upstream. You can still work with them
 (reporting bug, sending fixes to upstream) while not using their
 trademark, no?
 Fedora could then fix the software when upstream refuses to take the
 patches we send them…

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


I don't see why we can't do this. Rahul has mentioned before that it's
all about the name Firefox, they want the brand in Fedora.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Dennis Jacobfeuerborn
On 10/04/2010 03:34 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundarammethe...@gmail.com  wrote:
   On 10/04/2010 06:53 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.

 Sure.  I have asked and know the answer but go ahead.

 Rahul

 The freedom to run the program, for any purpose (freedom 0).

 The freedom to study how the program works, and change it to make it
 do what you wish (freedom 1). Access to the source code is a
 precondition for this.

 The freedom to redistribute copies so you can help your neighbor (freedom 2).

 And the freedom Trademark law prevents in Firefox's case:

 The freedom to distribute copies of your modified versions to others
 (freedom 3)[SIC]. By doing this you can give the whole community a
 chance to benefit from your changes[SIC]. Access to the source code is
 a precondition for this.

Notice how the last clause misses using the same name? You are perfectly 
free to distribute modified versions as long as you don't call them 
Firefox. That's what the Iceweasel people decided to do.

So all freedoms are intact.

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


Re: update-mime-database errors: /usr/share/mime/packages/openoffice.org.xml:749: parser error - when updating Fedora 14 packages

2010-10-04 Thread Richard W.M. Jones
On Mon, Oct 04, 2010 at 01:54:55PM +0200, Christoph Wickert wrote:
 Am Montag, den 04.10.2010, 11:58 +0100 schrieb Richard W.M. Jones:
  The errors below happen several times during the yum update.
  
  Assuming that they must be generated by RPM %post scripts, I had a
  look at the affected packages (control-center, evolution-data-server,
  cheese, seahorse) and I suspect it's a problem with the
  update-mime-database command.
 
 The affected file is /usr/share/mime/packages/openoffice.org.xml, so
 please file a bug against OpenOffice.org.

Right, here we go:

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

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


[Bug 639559] perl-Date-Manip-6.12 is available

2010-10-04 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=639559

Petr Sabata psab...@redhat.com changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
   Fixed In Version||perl-Date-Manip-6.12-1.fc15
 Resolution||RAWHIDE
Last Closed||2010-10-04 07:59:31

-- 
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 network service

2010-10-04 Thread Patrick MONNERAT
On Thu, 2010-09-30 at 14:37 +0200, Michal Schmidt wrote: 
 On Thu, 30 Sep 2010 14:04:00 +0200 Patrick MONNERAT wrote:
  Until now (with upstart), my rawhide system started the network
  service but not the NetworkManager service.
  With systemd, neither of these are started by default.
 
 You may be seeing https://bugzilla.redhat.com/show_bug.cgi?id=630225 or
 a similar bug.

Many thanks for the link. However, I did not understand it enough to
find something usable.

  I've read some previous discussions about creating missing links,
  defaults, etc. There is a listed solution based on NetworkManager, but
  it is not applicable on the network service, because the file
  /lib/systemd/system/network.service does not exist and thus cannot
  be linked to from a *.wants directory.
 
 That's correct. There's no native systemd unit file for the network
 service. network.service in systemd is generated by processing the
 classic SysV initscript /etc/init.d/network.

I finally resolved my problem in a dirty way (I do not know all systemd
arcanes): Create the file /lib/sysemd/system/start-network.service with
the following contents (perhaps not very well tuned, but it works for
me):


[Unit]
Description=Network
After=network.target

[Service]
Type=forking
ExecStart=/etc/init.d/network start 

[Install]
WantedBy=multi-user.target
---

Then issue command systemctl enable start-network.service. The network
will be properly brought up at next reboot.

In hope it can temporary help people with the same problem.

Regards,
Patrick
[Unit]
Description=Network
After=network.target

[Service]
Type=forking
ExecStart=/etc/init.d/network start 

[Install]
WantedBy=multi-user.target
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Net-SSH-Perl] Created tag perl-Net-SSH-Perl-1.34-8.fc15

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Net-SSH-Perl-1.34-8.fc15' was created pointing to:

 aabdbf4... Use hunspell back-end for spell check test
--
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


[perl-Math-GMP] Created tag perl-Math-GMP-2.06-5.fc15

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Math-GMP-2.06-5.fc15' was created pointing to:

 4f8e760... Use hunspell dictionary for spell check test
--
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: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 10:45 AM, Dennis Jacobfeuerborn
denni...@conversis.de wrote:
 On 10/04/2010 03:34 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:24 AM, Rahul Sundarammethe...@gmail.com  wrote:
   On 10/04/2010 06:53 PM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 9:13 AM, Rahul Sundaram wrote:
 So according to you any free software with a trademark is non-free
 software?  Good luck getting anyone including FSF to agree with that
 interpretation.

 Rahul
 I'm sure they will. Trademark restrictions violate one of the four
 freedoms and if you want I can ask Richard Stallman directly if this
 trademark rule makes software non-free. Actually I'll just go ahead
 and do it just to prove a point.

 Sure.  I have asked and know the answer but go ahead.

 Rahul

 The freedom to run the program, for any purpose (freedom 0).

 The freedom to study how the program works, and change it to make it
 do what you wish (freedom 1). Access to the source code is a
 precondition for this.

 The freedom to redistribute copies so you can help your neighbor (freedom 2).

 And the freedom Trademark law prevents in Firefox's case:

 The freedom to distribute copies of your modified versions to others
 (freedom 3)[SIC]. By doing this you can give the whole community a
 chance to benefit from your changes[SIC]. Access to the source code is
 a precondition for this.

 Notice how the last clause misses using the same name? You are perfectly
 free to distribute modified versions as long as you don't call them
 Firefox. That's what the Iceweasel people decided to do.

 So all freedoms are intact.

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


That's what i've been saying all day. It's only free software if you
change the name, in which case you may loose brand recognition.
Imagine if Linus forbid people from calling their OS Linux if they
didn't use the binaries provided by him.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


F-14 Branched report: 20101004 changes

2010-10-04 Thread Branched Report
Compose started at Mon Oct  4 13:15:36 UTC 2010

Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
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)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgtkjava-2.8.so
frysk-devel-0.4-26.fc14.i386 requires libglibjava-0.2.so
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-devel-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit)
frysk-devel-0.4-26.fc14.x86_64 requires libgtkjava-2.8.so()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgtkjava-2.8.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 libchamplain-0.4.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
jana-0.4.5-0.7.20100520gitacd72f2.fc14.i686 requires 
libedataserverui-1.2.so.10
jana-0.4.5-0.7.20100520gitacd72f2.fc14.x86_64 requires 
libedataserverui-1.2.so.10()(64bit)
libgconf-java-2.12.4-15.fc14.i686 requires libgtkjava-2.8.so
libgconf-java-2.12.4-15.fc14.i686 requires libgtkjni-2.8.so
libgconf-java-2.12.4-15.fc14.i686 requires libglibjni-0.2.so
libgconf-java-2.12.4-15.fc14.i686 requires libglibjava-0.2.so
libgconf-java-2.12.4-15.fc14.x86_64 requires libglibjni-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64 requires libgtkjni-2.8.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64 requires libglibjava-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64 requires libgtkjava-2.8.so()(64bit)
mail-notification-evolution-plugin-5.4-22.fc14.x86_64 requires 
libcamel-1.2.so.18()(64bit)
mail-notification-evolution-plugin-5.4-22.fc14.x86_64 requires 
libcamel-provider-1.2.so.18()(64bit)
mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires 
mingw32(libpng-3.dll)
ovirt-server-0.100-4.fc12.noarch requires qpidd
ovirt-server-0.100-4.fc12.noarch requires qpidc
php-pecl-imagick-3.0.0-7.fc14.x86_64 requires 
libMagickWand.so.3()(64bit)
php-pecl-imagick-3.0.0-7.fc14.x86_64 requires 
libMagickCore.so.3()(64bit)
planner-eds-0.14.4-25.fc14.x86_64 requires libcamel-1.2.so.18()(64bit)
planner-eds-0.14.4-25.fc14.x86_64 requires 
libedata-cal-1.2.so.8()(64bit)
planner-eds-0.14.4-25.fc14.x86_64 requires 
libcamel-provider-1.2.so.18()(64bit)
qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit)
spacewalk-certs-tools-1.1.1-2.1.fc14.noarch requires 
spacewalk-backend-libs = 0:0.8.28
valide-0.6.1-0.22.20103003svn511.fc14.i686 requires libvala.so.0
valide-0.6.1-0.22.20103003svn511.fc14.x86_64 requires 
libvala.so.0()(64bit)
wfut-1.1.0-8.fc12.x86_64 requires libgcj.so.10()(64bit)



Broken deps for i386
--
almanah-0.7.3-3.fc14.i686 requires libedataserverui-1.2.so.10
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
evolution-couchdb-0.4.92-1.fc14.i686 requires 
libcamel-provider-1.2.so.17
evolution-couchdb-0.4.92-1.fc14.i686 requires libebook-1.2.so.9
evolution-couchdb-0.4.92-1.fc14.i686 requires libgtkhtml-editor.so.0
evolution-couchdb-0.4.92-1.fc14.i686 requires libedata-book-1.2.so.2
evolution-couchdb-0.4.92-1.fc14.i686 requires libcamel-1.2.so.17
frysk-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.i386 requires libgtkjava-2.8.so
frysk-devel-0.4-26.fc14.i386 requires libglibjava-0.2.so
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-gnome-0.4-26.fc14.i386 requires libgtkjava-2.8.so
frysk-gnome-0.4-26.fc14.i386 requires libglibjava-0.2.so
frysk-gnome-0.4-26.fc14.i386 requires libgcj.so.10
gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-gtk-0.4.so.0
gpx-viewer-0.1.2-2.fc14.i686 requires libchamplain-0.4.so.0
intellij-idea-9.0.1.94.399-11.fc14.i686 requires jna-examples
jana-0.4.5-0.7.20100520gitacd72f2.fc14.i686 requires 
libedataserverui-1.2.so.10

[Bug 636518] JSON-XS-2.3 bump

2010-10-04 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=636518

--- Comment #1 from Petr Pisar ppi...@redhat.com 2010-10-04 11:14:23 EDT ---
Created attachment 451425
  -- https://bugzilla.redhat.com/attachment.cgi?id=451425
1.3(0) spec file upgrade

This is patch for spec file with upgrade for upstream 2.3 version.

-- 
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: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 11:14 AM, Rahul Sundaram methe...@gmail.com wrote:


 On Mon, Oct 4, 2010 at 8:38 PM, Brandon Lozza  wrote:


 That's what i've been saying all day. It's only free software if you
 change the name, in which case you may loose brand recognition.
 Imagine if Linus forbid people from calling their OS Linux if they
 didn't use the binaries provided by him.

 Free software can require that you can change the name for any modifications
 you make and it still qualifies as free software.  If you are in doubt and
 want to ask FSF, go ahead.   Before you continue with this discussion, I
 strongly suggest you do that.

 Rahul

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


I've already asked Richard Stallman and I am awaiting his reply but
let's just go through a thought exercise.

Let's say I recompile Firefox and make a bunch of my own changes and
REFUSE to change the name. How long do you think it'll take for
Mozilla's lawyers to start threatening me with trademark lawsuits?

Firefox doesn't just include source code. It includes intellectual
property with specific restrictions on what you're allowed to do with
it. This is the same as what ID software does with its games. You can
have the source code for Wolfenstein and Enemy Territory, but that's
just the code. The code is free software. The name, the artwork, the
graphics, music and story are all under copyright and are not licensed
to everyone for distribution. This is the same with Firefox, the code
is free, but the name, the graphics are copyright and are the
intellectual property of MoFo, and not anyone else. They say you can't
distribute modified binaries. How do you get Freedom #3 then? If they
used GPLv3, they would be required to license their trademarks to us
and THEN it would be free software.

I'll refrain from replying further on until I have a reply from
Richard, but you're totally wrong and your love for Firefox is
blinding your principals (if you have any). You would STILL HAVE the
exact SAME firefox if we compiled firefox with the compile time flag
that removes branding. The branding is kept, i'm told, simply to
attract users. Leaving a piece of poorly maintained software to
attract users is silly. And if you or anyone else think Iceweasel is
somehow inferior, you need your brain checked. You don't understand
logic.

Firefox, is ONLY free software when it does not include the
intellectual property that is non free.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread drago01
On Mon, Oct 4, 2010 at 5:08 PM, Brandon Lozza bran...@pwnage.ca wrote:

 Imagine if Linus forbid people from calling their OS Linux if they
 didn't use the binaries provided by him.

As the trademark owner it is his right to do so, but that alone does
not make Linux unfree.

You are confusing trademarks and copyright.

Repeating your statement 1000x times does not make it correct.

I can claim that 1+1 = 5 ... no matter how often I repeat the
statement it remains wrong.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread drago01
On Mon, Oct 4, 2010 at 5:24 PM, Brandon Lozza bran...@pwnage.ca wrote:
 On Mon, Oct 4, 2010 at 11:14 AM, Rahul Sundaram methe...@gmail.com wrote:


 On Mon, Oct 4, 2010 at 8:38 PM, Brandon Lozza  wrote:


 That's what i've been saying all day. It's only free software if you
 change the name, in which case you may loose brand recognition.
 Imagine if Linus forbid people from calling their OS Linux if they
 didn't use the binaries provided by him.

 Free software can require that you can change the name for any modifications
 you make and it still qualifies as free software.  If you are in doubt and
 want to ask FSF, go ahead.   Before you continue with this discussion, I
 strongly suggest you do that.

 Rahul

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


 I've already asked Richard Stallman and I am awaiting his reply but
 let's just go through a thought exercise.

 Let's say I recompile Firefox and make a bunch of my own changes and
 REFUSE to change the name.

Your are using a trademark without an explicit agreement from the
trademark owner.

They have invested a lot in there brand, and it is their right to
protect it the way they want.

The software IS NOT coupled to the brand, you can just remove it, and
you are ALLOWED to do so.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Michal Schmidt
On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote:
 Firefox doesn't just include source code. It includes intellectual
 property with specific restrictions on what you're allowed to do with
 it.

Did you use the term intellectual property in your query to Richard
too? :-)
http://www.gnu.org/philosophy/not-ipr.html
http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote:
 On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote:
 Firefox doesn't just include source code. It includes intellectual
 property with specific restrictions on what you're allowed to do with
 it.

 Did you use the term intellectual property in your query to Richard
 too? :-)
 http://www.gnu.org/philosophy/not-ipr.html
 http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty

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


Just to those with thick skulls
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Michael Cronenworth
Brandon Lozza wrote:
 Let's say I recompile Firefox and make a bunch of my own changes and
 REFUSE to change the name. How long do you think it'll take for
 Mozilla's lawyers to start threatening me with trademark lawsuits?

In that case, Red Hat lawyers should be visiting you soon.

Fedora is a trademark of... Red Hat. :)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread seth vidal
On Mon, 2010-10-04 at 11:35 -0400, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote:
  On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote:
  Firefox doesn't just include source code. It includes intellectual
  property with specific restrictions on what you're allowed to do with
  it.
 
  Did you use the term intellectual property in your query to Richard
  too? :-)
  http://www.gnu.org/philosophy/not-ipr.html
  http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty
 
  Michal
  --
  devel mailing list
  devel@lists.fedoraproject.org
  https://admin.fedoraproject.org/mailman/listinfo/devel
 
 
 Just to those with thick skulls

You're out of line.
please stop.

-sv


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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Brandon Lozza
On Mon, Oct 4, 2010 at 11:35 AM, Michael Cronenworth m...@cchtml.com wrote:
 Brandon Lozza wrote:
 Let's say I recompile Firefox and make a bunch of my own changes and
 REFUSE to change the name. How long do you think it'll take for
 Mozilla's lawyers to start threatening me with trademark lawsuits?

 In that case, Red Hat lawyers should be visiting you soon.

 Fedora is a trademark of... Red Hat. :)
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel


Not in Canada, actually :P

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Peter Jones
On 10/04/2010 11:35 AM, Brandon Lozza wrote:
 On Mon, Oct 4, 2010 at 11:34 AM, Michal Schmidt mschm...@redhat.com wrote:
 On Mon, 4 Oct 2010 11:24:30 -0400 Brandon Lozza wrote:
 Firefox doesn't just include source code. It includes intellectual
 property with specific restrictions on what you're allowed to do with
 it.

 Did you use the term intellectual property in your query to Richard
 too? :-)
 http://www.gnu.org/philosophy/not-ipr.html
 http://www.gnu.org/philosophy/words-to-avoid.html#IntellectualProperty

 Michal

 Just to those with thick skulls

This is well beyond reasonable behavior for this mailing list. Remember, be
excellent to each other. You need to stop now since you can't remain civil.

-- 
Peter

Growth for the sake of growth is the ideology of the cancer cell.

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


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Richard Hughes
On 4 October 2010 11:32, Jaroslav Skarvada jskar...@redhat.com wrote:
 You can force grep-2.7 to silently process it (above mentioned way, same as 
 with older greps) by setting POSIXLY_CORRECT
 environment variable. But all such REs are probably typos

Dude, that's so not the point. I have a f14 srpm that built fine last
week, and now fails to build. It's not my error as the sgml file is
valid. It's an error somewhere deep in docbook-utils.

Set POSIXLY_CORRECT to default in F14, and leave it like upstream in
F15. It's totally the wrong time for this kind of change.

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


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Matt McCutchen
On Mon, 2010-10-04 at 04:30 -0500, Rex Dieter wrote:
 I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing this) 
 for the buildroot.  Please try your builds now.

f14-build should appear in the Tags line here, right?

https://koji.fedoraproject.org/koji/buildinfo?buildID=197223

I don't see it.  Am I missing something?

-- 
Matt

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


Re: docbook and glibc breakage [STILL BREAKING EVERYTHING]

2010-10-04 Thread Rex Dieter
Matt McCutchen wrote:

 On Mon, 2010-10-04 at 04:30 -0500, Rex Dieter wrote:
 I've tagged docbook-utils-0.6.14-25.fc14 (the update reportedly fixing
 this)
 for the buildroot.  Please try your builds now.
 
 f14-build should appear in the Tags line here, right?
 
 https://koji.fedoraproject.org/koji/buildinfo?buildID=197223
 
 I don't see it.  Am I missing something?

I ended up tagging -26 , -25 had been pulled from bodhi.

-- Rex

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


Re: Fedora and webserver dependency

2010-10-04 Thread Pavel Alexeev (aka Pahan-Hubbitus)
 04.10.2010 14:49, Jan Kaluza wrote:
 Hi,

 there are over 100 packages which Require: httpd and it looks they are 
 preconfigured only for httpd. However, Fedora contains more webservers than 
 apache (httpd) and it's currently impossible (as far as I know) to install 
 for 
 example php (phpMyAdmin, wordpress, ...) if you want to use lighttpd instead 
 of httpd, because yum install php installs also httpd. You then have to 
 disable httpd by chkconfig httpd off, but there's no way to have PHP 
 installed 
 without httpd.

 I think one solution is to use webserver virtual package instead of 
 Require: httpd. Of course it's OK to use Require: httpd in packages which 
 really needs httpd and can't work with another webserver, but otherwise I 
 think webserver virtual package should be used.

It was discussed not so long in past.
I agree absolutely.
But there also present small problem - many packages includes Apache
virtual hosts configuration, .htaccess settings and some similar stuff
targeted only for Apache. In most cases it is not so hard to implement
similar settings for example for Ngnix and Lighthttpd... But, do we have
rights require such implementation for all present webservers from
package maintainer? In any case it additional work and requires
additional skills. What if new webserver will appear in repos?
 Another problem is that each webserver in Fedora uses different 
 username/group. 
 If you have application which stores some private data which should be 
 accessible for that application and for webserver, but not for another users, 
 you have to use something like chown your_app_username:webserver_group 
 private_directory. This is not doable when webserver group is different for 
 each webserver, so you have to support *just* one webserver in .spec file or 
 loose the security. Can't we use single username/group for all webserver?

 Regards,
 Jan Kaluza

-- 
With best wishes, Pavel Alexeev aka Pahan-Hubbitus. For fast contact
with me you could use Jabber: hubbi...@jabber.ru
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


[389-devel] Followup on crash

2010-10-04 Thread Gary Morris
Hi guys.. so far since the fix things have been mostly stable.  However,
sometimes in the evening things when things are very quiet, i'm getting a
crash, and i come in the next morning and ds is down.  This is just an heads
up.  Unless there is a known issue and something I should try, I'm going to
try to keep a session of gdb running on it so I can try to capture what goes
on when it happens and send it your way.
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: [389-devel] Followup on crash

2010-10-04 Thread Rich Megginson
Gary Morris wrote:

 Hi guys.. so far since the fix things have been mostly stable. 
  However, sometimes in the evening things when things are very quiet, 
 i'm getting a crash, and i come in the next morning and ds is down. 
  This is just an heads up.  Unless there is a known issue and 
 something I should try, I'm going to try to keep a session of gdb 
 running on it so I can try to capture what goes on when it happens and 
 send it your way.
Not a known issue.  Yes, please keep us apprised of the situation.
 

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

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


Re: Making Fedora work with laptops on docking station with external monitor

2010-10-04 Thread Orion Poplawski

I've been trying unsuccessfully for a long to time to try to get this 
discussion started.  Perhaps this just isn't right place?  If not, where?

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


ldd regression in F14B

2010-10-04 Thread Alberto Bertogli

Hi!

I installed F14B on a 64-bit VM (kvm) to give it a try, and see if some
projects worked fine on it.

One didn't, and while debugging the issue, I found what I believe is a
regression in ldd. That is, it used to work on F13, but now it doesn't.

I asked on #fedora if I should file a bug and they suggested me to ask
here first.


The issue is very easy to reproduce, just run:

ld -o libccheck.so -lc -shared

to create an empty shared library linked with libc, and then:

ldd libccheck.so


This is what fails, but used to work. It says not a dynamic
executable, and I expected it to emit the normal library dependency
list.

This same experiment works on Debian testing and Ubuntu 10.04.

I also copied the .so built in F14B to an Ubuntu install and ran ldd on
it. It worked as expected, so it is likely that this is an ldd issue and
not an ld one.


Do you have any idea what may be causing this?

Let me know if you need any additional information. If there is anything
you want me to do, test or debug, I'd be glad to.

I'll try to build ldd from source and see if I can find anything else.

Thanks a lot,
Alberto


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


Re: ldd regression in F14B

2010-10-04 Thread Peter Jones
On 10/04/2010 01:01 PM, Alberto Bertogli wrote:

 Do you have any idea what may be causing this?

Do you get the same problem if you invoke /usr/bin/ld.bfd instead of just ld?

I'm guessing that you're hitting ld.gold by default and it's behaving slightly
differently than the old binutils linker did.

-- 
Peter

Obviously, a major malfunction has occurred.
-- Steve Nesbitt, voice of Mission Control, January 28, 1986

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


Re: ldd regression in F14B

2010-10-04 Thread Alberto Bertogli
On Mon, Oct 04, 2010 at 01:48:53PM -0400, Peter Jones wrote:
 On 10/04/2010 01:01 PM, Alberto Bertogli wrote:
  Do you have any idea what may be causing this?
 
 Do you get the same problem if you invoke /usr/bin/ld.bfd instead of just 
 ld?

Yes.

$ ld -o libccheck.so -lc -shared  ldd libccheck.so
not a dynamic executable
$ /usr/bin/ld.bfd -o libccheck.so -lc -shared  ldd libccheck.so
not a dynamic executable

Both generated files are identical.

I also checked and /etc/alternatives/ld points to ld.bfd.


 I'm guessing that you're hitting ld.gold by default and it's behaving slightly
 differently than the old binutils linker did.

Actually, using ld.gold by hand complains about -lc and doesn't even link.

Thanks,
Alberto

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


Plan for tomorrow's FESCo meeting (2010-10-05)

2010-10-04 Thread Kevin Fenzi
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on
irc.freenode.net.

= Followups = 

#topic Updates policy

#351 Create a policy for updates - status report on implementation
https://fedorahosted.org/fesco/ticket/351
#382 Implementing Stable Release Vision
https://fedorahosted.org/fesco/ticket/382

#topic #467 Make Feature Freeze happen sooner.
https://fedorahosted.org/fesco/ticket/467

= New business =

#topic #473 new meeting time (redux)
https://fedorahosted.org/fesco/ticket/473

#topic #472 About Mozilla's decision to not allow using the system's libvpx
https://fedorahosted.org/fesco/ticket/472

= Fedora Engineering Services tickets = 

https://fedorahosted.org/fedora-engineering-services/report/6

= Open Floor = 

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. 

kevin


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

Re: ldd regression in F14B

2010-10-04 Thread Roland McGrath
File a glibc bug.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


process to use when missed a patch addition

2010-10-04 Thread David Timms
Hi, new to git, and while following the conversion guide [1], I missed
the fact that I had added a new patch, but not added it to git.

So the build failed. I have now: git add x.patch

I'm not sure what is correct procedure to attempt rebuild with the
included patch:
1. fedpkg commit -p
2. fedpkg commit  fedpkg push
3. bump release in spec first, then one of the above.
?

Does a new unique tag get created automatically, or do I need to mess
with git tag $(fedpkg verrel)  git push --tags ?

[1] http://fedoraproject.org/wiki/Using_Fedora_GIT
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: process to use when missed a patch addition

2010-10-04 Thread Jon Ciesla
David Timms wrote:
 Hi, new to git, and while following the conversion guide [1], I missed
 the fact that I had added a new patch, but not added it to git.

 So the build failed. I have now: git add x.patch

 I'm not sure what is correct procedure to attempt rebuild with the
 included patch:
 1. fedpkg commit -p
 2. fedpkg commit  fedpkg push
 3. bump release in spec first, then one of the above.
 ?

 Does a new unique tag get created automatically, or do I need to mess
 with git tag $(fedpkg verrel)  git push --tags ?

 [1] http://fedoraproject.org/wiki/Using_Fedora_GIT
   
In my experience, git add the patch, fedpkg commit -p, fedpkg build.  
The tag is based on the git revision hash, so it's unique, no need to 
bump the EVR.

-J

-- 
in your fear, seek only peace
in your fear, seek only love

-d. bowie

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


quick reminders on release blocker process

2010-10-04 Thread Adam Williamson
Hi, folks. I thought this mail might be helpful just to remind
developers / packagers of a few points regarding the release freeze
process and release blockers.

We start the process of designating and monitoring release blockers
quite a while before final freeze. What that means is that, right now,
you may catch QA / releng team members arguing about whether or not one
of your bugs is a release blocker and dropping comments containing
assessments from blocker review meetings and so on.

One key thing to remember right now is that at *this point*, that
assessment has few practical consequences in terms of you fixing the bug
in the F14 repo. We're just keeping on top of our processes. The final
freeze is not in effect - it won't be until...well, according to the
schedule, 2010-10-18, though TC is due 2010-10-12, and the freeze should
usually be around the TC date. Regardless, it's not yet. :) So right
now, you can still fix bugs the same way you can any time we're outside
a freeze period: build a fixed package, submit it to updates-testing via
Bodhi, pass the testing requirements, submit it to stable via Bodhi. The
whole process of deciding whether a bug is a blocker does not matter at
all in terms of pushing fixes until the freeze date. So don't worry
overmuch about any release blocker-related chat in your bugs, right now,
it doesn't mean a whole lot to you.

Another thing I'd like to note is the 'nice-to-have' process. In
practice, QA and releng have always taken fixes for some bugs that were
not designated as blockers during freeze periods. For the F14 cycle,
we've tried to formalize this process a bit. The full-fat documentation
of it is still in draft form - see
http://lists.fedoraproject.org/pipermail/test/2010-September/094067.html
- but we're applying the practical process already, since anything is an
improvement over random trac tickets and certain QA and releng folks
keeping mental lists of packages that go into composes (which was the
process up till now).

If a bug is proposed and accepted as a 'nice-to-have' (NTH) bug, then we
will accept a fix for that bug during the freeze period and include it
in the RC builds, but we won't actually delay the release for that bug.
So if we did an RC2 build, it failed validation, we were planning an RC3
build, and a fix for an NTH bug was made available during that window,
the fix would be taken into the RC3 build. However, we would not trigger
an RC3 build solely to include a fix for an NTH bug, and we would not
delay the release because an NTH bug was not fixed.

The proposal and acceptance process works much like the blocker process:
to propose a bug as NTH it should be marked as blocking the F14-accepted
tracker bug (for the future, there will be F15Alpha-accepted ,
F15Beta-accepted , F15-accepted and so on) and if it is reviewed and
accepted it will have the whiteboard field AcceptedNTH added. So if you
wind up with a bug that blocks F14-accepted and with the AcceptedNTH
keyword, then you know that if you provide a tested fix for that bug
during the freeze period, it will be accepted into the RC composes. 

After the freeze, fixes for bugs that aren't blocker or NTH bugs won't
be taken into the RC composes and won't make the final release images,
they'll go into the updates track. If you want to have a fix considered
for final release after the freeze, propose the bug as a release blocker
or NTH bug.

Of course, as normal, if you have a bug marked as blocking F14Blocker
and with the AcceptedBlocker keyword, it's a release blocker and we
really *need* you to provide a tested fix for it, or the release won't
go out. :)

tl;dr summary: until freeze (2010-10-18), blocker / nice-to-have status
doesn't affect you as a packager at all, ignore any debate about blocker
status and just push fixes as normal. After freeze, only blocker /
nice-to-have bug fixes will be taken into the release images, other
fixes go out as updates. If you want your fix on the release images
after freeze date, propose the bug as a blocker or NTH bug.
-- 
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: Fedora and webserver dependency

2010-10-04 Thread Radek Vokál
Dne 4.10.2010 18:29, Pavel Alexeev (aka Pahan-Hubbitus) napsal(a):
   04.10.2010 14:49, Jan Kaluza wrote:
 Hi,

 there are over 100 packages which Require: httpd and it looks they are
 preconfigured only for httpd. However, Fedora contains more webservers than
 apache (httpd) and it's currently impossible (as far as I know) to install 
 for
 example php (phpMyAdmin, wordpress, ...) if you want to use lighttpd instead
 of httpd, because yum install php installs also httpd. You then have to
 disable httpd by chkconfig httpd off, but there's no way to have PHP 
 installed
 without httpd.

 I think one solution is to use webserver virtual package instead of
 Require: httpd. Of course it's OK to use Require: httpd in packages which
 really needs httpd and can't work with another webserver, but otherwise I
 think webserver virtual package should be used.

 It was discussed not so long in past.
 I agree absolutely.
 But there also present small problem - many packages includes Apache
 virtual hosts configuration, .htaccess settings and some similar stuff
 targeted only for Apache. In most cases it is not so hard to implement
 similar settings for example for Ngnix and Lighthttpd... But, do we have
 rights require such implementation for all present webservers from
 package maintainer? In any case it additional work and requires
 additional skills. What if new webserver will appear in repos?

I'd say that httpd specific files should go to subpackages like 
php-httpd. It's an overhead but as you say, what if a new webserver hits 
the repos.

Radek

 Another problem is that each webserver in Fedora uses different 
 username/group.
 If you have application which stores some private data which should be
 accessible for that application and for webserver, but not for another users,
 you have to use something like chown your_app_username:webserver_group
 private_directory. This is not doable when webserver group is different for
 each webserver, so you have to support *just* one webserver in .spec file or
 loose the security. Can't we use single username/group for all webserver?

 Regards,
 Jan Kaluza



-- 
Radek Vokál rvo...@redhat.com
Engineering Manager - Base Operating Systems Brno

Office: +420 532 294 111
Mobile: +420 608 437 507
Red Hat Inc.   http://cz.redhat.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ldd regression in F14B

2010-10-04 Thread Alberto Bertogli
On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote:
 File a glibc bug.

Upstream or in Fedora's bugzilla? (or both?)

Thanks,
Alberto

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


Re: REVIEW/RFC: https://fedoraproject.org/wiki/User:Kevin/Updates_Policy_Draft

2010-10-04 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/03/2010 07:07 AM, Brandon Lozza wrote:
 On Sat, Oct 2, 2010 at 11:05 PM, Gerald Henriksen ghenr...@gmail.com wrote:
 On Sat, 2 Oct 2010 20:56:21 -0400, you wrote:

 Fedora is just going to end up having a million repos for all the
 software that will not be updated for six months. And that makes us
 look silly. Windows doesn't have repositories for users who want the
 latest firefox, they just download it and install it.

 How exactly is the Windows experience different?

 Windows - explicity download from mozilla (aka repository) and
 install.

 Your example Fedora - download from special Firefox repository and
 install

 Seems the same to me.

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

 
 I'm just telling you guys that people are going to jump ship as you
 alienate people to cater to these end users who fear change.
 
 I'm out, i'll be finding another distro. Thanks for the great work on
 Fedora though, perhaps I'll come back when the policies become sane
 again.

We knew that this would happen.  We would lose some people.  When a
project like us goes basically directionless for years it picks up
people who have different ideas about what they want to create and where
they want to go with it.  When direction starts to happen, some of these
people will find that they are not in line with where the project is
going.  This is one of the reasons why we make it so easy to take what
we do and build from it or take it in a different direction.  We welcome
that.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkyqT+kACgkQ4v2HLvE71NVlnQCdG/VDtw5goEs7qe1v9NcDk6QQ
BqsAoJfxiJd0QVz9CG2MxiVcTHuNyD+o
=aq0k
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Need proventester karma for firstboot-1.113-4.fc14 (was: Re: bodhi v0.7.9 deployed)

2010-10-04 Thread drago01
On Tue, Oct 5, 2010 at 12:09 AM, Adam Williamson awill...@redhat.com wrote:
 On Sat, 2010-10-02 at 23:10 +0100, Camilo Mesias wrote:
 I think the moral of this story is that the input to the process is
 fallible. Shit always happens.

 Automated systems that filter or delay the 'happening' should be
 backed up by statistics to show that they help...

 Otherwise, when they filter and delay attempts to fix problems by
 people who are trying to help, they will just cause frustration.

 There's nothing automated about proventesters.

Have you actually checked that all of them are in fact human? ;)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: F14 libgdl 2.31.x broken

2010-10-04 Thread Adam Williamson
On Sat, 2010-10-02 at 10:12 +0200, Michael Schwendt wrote:
 On Fri, 01 Oct 2010 17:44:05 -0700, Jim wrote:
 
  Any application that uses libgdl on F14 segfaults on startup.
 
 Any? That would mean it would have been easy to test whether the update
 works at all, but either it has been marked stable without any testing

This appears to have been what happened:

https://admin.fedoraproject.org/updates/libgdl-2.31.3-1.fc14

there's no +1 or -1 vote. It's not a critpath update, so it can be
pushed stable with no feedback after seven days - see the note This
update has reached 7 days in testing and can be pushed to stable now if
the maintainer wishes - and it was indeed pushed after that time.

It's possible the maintainer tested it, but you can't tell that from the
Bodhi page.
-- 
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: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Adam Williamson
On Mon, 2010-10-04 at 11:08 -0400, Brandon Lozza wrote:

 That's what i've been saying all day. It's only free software if you
 change the name, in which case you may loose brand recognition.
 Imagine if Linus forbid people from calling their OS Linux if they
 didn't use the binaries provided by him.

that's the entire point of having trademarks. Free software projects are
obliged to allow you to access and modify their code. They are not
obliged to allow you to benefit from their reputation. It doesn't make
any sense to say 'I think this product needs to be modified but I wish
to be able to represent my modified product as being the same thing as
the original product in order to benefit from the reputation attached to
the original product'.
-- 
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: Making Fedora work with laptops on docking station with external monitor

2010-10-04 Thread Adam Williamson
On Mon, 2010-10-04 at 10:48 -0600, Orion Poplawski wrote:
 I've been trying unsuccessfully for a long to time to try to get this 
 discussion started.  Perhaps this just isn't right place?  If not, where?

It's as good a place as any. The X and desktop developers are the people
who can actually fix it, though, if you can't provide patches.
-- 
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: Need proventester karma for firstboot-1.113-4.fc14 (was: Re: bodhi v0.7.9 deployed)

2010-10-04 Thread Adam Williamson
On Tue, 2010-10-05 at 00:14 +0200, drago01 wrote:
 On Tue, Oct 5, 2010 at 12:09 AM, Adam Williamson awill...@redhat.com wrote:
  On Sat, 2010-10-02 at 23:10 +0100, Camilo Mesias wrote:
  I think the moral of this story is that the input to the process is
  fallible. Shit always happens.
 
  Automated systems that filter or delay the 'happening' should be
  backed up by statistics to show that they help...
 
  Otherwise, when they filter and delay attempts to fix problems by
  people who are trying to help, they will just cause frustration.
 
  There's nothing automated about proventesters.
 
 Have you actually checked that all of them are in fact human? ;)

Well, I did make sure none of the applicants was called Geoff
Petersen...:)
-- 
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: ldd regression in F14B

2010-10-04 Thread Mike Fedyk
On Mon, Oct 4, 2010 at 3:01 PM, Alberto Bertogli
albert...@blitiri.com.ar wrote:
 On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote:
 File a glibc bug.

 Upstream or in Fedora's bugzilla? (or both?)


Upstream and link to upstream bug in fedora bug tracker.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: ldd regression in F14B

2010-10-04 Thread Roland McGrath
 On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote:
  File a glibc bug.
 
 Upstream or in Fedora's bugzilla? (or both?)

Both doesn't hurt, but you can just file in Fedora and let the
package maintainer handle escalating it.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: Lookaside failure. Check your cert.

2010-10-04 Thread KaiGai Kohei
(2010/09/29 2:29), Dennis Gilmore wrote:
 On Tuesday, September 28, 2010 12:13:49 am Chitlesh GOORAH wrote:
 Hello there,

 I'm having the following error with some of my packages (iverilog and
 perl-Verilog-Perl) since last week, even after updating my certs.

 $ fedpkg import
 /home/chitlesh/rpmbuild/SRPMS/iverilog-0.9.20100928-1.el6.src.rpm
 Uploading: d004408ea595b13780c4c036f8188b66  verilog-0.9.3.tar.gz
 Could not import srpm: Lookaside failure.  Check your cert.

 However, I managed to build verilator on koji somehow.

 Can you please tell me what it may cause this ?

 Chitlesh
 did you recently get a new cert?  if so you may need to update nss.  if your
 using rhel6 you should use fedora or convert the cert to a format nss
 understands
 
 (openssl x509 -in ~/.fedora.cert -text; echo; openssl rsa -in ~/.fedora.cert)
 fedora.cert.new
 
I also face to same issue, but it is not still solved with the above suggestion.

[kai...@saba sepostgresql]$ (openssl x509 -in ~/.fedora.cert -text; echo; 
openssl rsa -in ~/.fedora.cert)  ~/fedora.cert.new
writing RSA key
[kai...@saba sepostgresql]$ cp ~/fedora.cert.new ~/.fedora.cert
[kai...@saba sepostgresql]$ fedpkg new-sources postgresql-9.0.0.tar.gz
Uploading: 9443b3b9c95a48d5e0713feafc209adc  postgresql-9.0.0.tar.gz
Could not upload new sources: Lookaside failure.  Check your cert.

The original ~/.fedora.cert was generated just a few days ago using FAS.
But I've not been able to upload the new source yet.

Any ideas?

Thanks,
-- 
KaiGai Kohei kai...@ak.jp.nec.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel


Re: ldd regression in F14B

2010-10-04 Thread Alberto Bertogli
On Mon, Oct 04, 2010 at 11:15:26PM +, Mike Fedyk wrote:
 On Mon, Oct 4, 2010 at 3:01 PM, Alberto Bertogli
 albert...@blitiri.com.ar wrote:
  On Mon, Oct 04, 2010 at 12:48:20PM -0700, Roland McGrath wrote:
  File a glibc bug.
 
  Upstream or in Fedora's bugzilla? (or both?)
 
 
 Upstream and link to upstream bug in fedora bug tracker.

I tried upstream but hit a bugzilla error, so I filed it in the Fedora
bug tracker: https://bugzilla.redhat.com/show_bug.cgi?id=640154.

The upstream bugzilla error (No bug status is available on bug
creation. Please report the problem to dber...@gcc.gnu.org) has been
reported as well.

Thanks a lot,
Alberto

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


Re: xulrunner 2.0 in rawhide (F15) bundles several system libs

2010-10-04 Thread Ralf Corsepius
On 10/05/2010 12:37 AM, Adam Williamson wrote:
 On Mon, 2010-10-04 at 11:08 -0400, Brandon Lozza wrote:

 That's what i've been saying all day. It's only free software if you
 change the name, in which case you may loose brand recognition.
 Imagine if Linus forbid people from calling their OS Linux if they
 didn't use the binaries provided by him.

 that's the entire point of having trademarks. Free software projects are
 obliged to allow you to access and modify their code. They are not
 obliged to allow you to benefit from their reputation.

Close source school of thinking - Trademarks exist to protect an 
enterprise's product and to close out copyiers. FLOSS exists to enable 
people to share.

 It doesn't make
 any sense to say 'I think this product needs to be modified but I wish
 to be able to represent my modified product as being the same thing as
 the original product in order to benefit from the reputation attached to
 the original product'.

The overwhelming majority of FLOSS project think differently. They are 
proud of others picking up their works and to redistribute it.

Or differently: GCC, KDE, QT, GNOME etc. all benefit from them not 
applying trademark restrictions, but from being used (in modified 
versions) on dozens of OSes, distributions etc.

That said, Fedora's leadership is proud of having pushed Fedora into 
isolation.

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


Re: Making Fedora work with laptops on docking station with external monitor

2010-10-04 Thread Orion Poplawski
  On 10/4/2010 4:40 PM, Adam Williamson wrote:
 On Mon, 2010-10-04 at 10:48 -0600, Orion Poplawski wrote:
 I've been trying unsuccessfully for a long to time to try to get this
 discussion started.  Perhaps this just isn't right place?  If not, where?
 It's as good a place as any. The X and desktop developers are the people
 who can actually fix it, though, if you can't provide patches.
The big question still seems to be who needs to be responsible for 
deciding what video outputs are active by default in a system.  
Previously this appears to have been the responsibility of the various X 
drivers who appear to have gotten out of that business because it is a 
hard problem and probably because much of that has moved to the kernel 
with KMS.  But nothing has come in to replace it (that I am aware of), 
and so various bugs are being filed against various components (kernel, 
X, kdm/gdm).  Hopefully it could be done in a central enough way to 
avoid every desktop environment having to implement it individually 
(which was a problem faced by the various X drivers I imagine).

So, where does this need to happen?  The kernel is the most central and 
now holds KMS stuff, but perhaps not a kind home to this kind of hacky 
stuff.  plymouth is at least DE agnostic, but still distribution 
specific.  Udev rule?  Are we really stuck with gdm/kdm/lxdm/...dm 
implementing it?

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


[perl-Text-SpellChecker] Update to 0.08

2010-10-04 Thread Paul Howarth
commit 4675315f369a8d7d439a5d617c86171c294e8297
Author: Paul Howarth p...@city-fan.org
Date:   Mon Sep 20 13:16:49 2010 +0100

Update to 0.08

New upstream release 0.08
- Test suite doesn't fail in absence of Text::Aspell
Update testsuite patch

 .gitignore |2 +-
 ...patch = Text-SpellChecker-0.08-testsuite.patch |9 +
 perl-Text-SpellChecker.spec|8 ++--
 sources|2 +-
 4 files changed, 13 insertions(+), 8 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 744bea3..a2d7f43 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Text-SpellChecker-0.07.tar.gz
+/Text-SpellChecker-0.08.tar.gz
diff --git a/Text-SpellChecker-0.07-testsuite.patch 
b/Text-SpellChecker-0.08-testsuite.patch
similarity index 69%
rename from Text-SpellChecker-0.07-testsuite.patch
rename to Text-SpellChecker-0.08-testsuite.patch
index 3709a7c..038591c 100644
--- a/Text-SpellChecker-0.07-testsuite.patch
+++ b/Text-SpellChecker-0.08-testsuite.patch
@@ -1,10 +1,11 @@
 Text-SpellChecker-0.07/t/Text-SpellChecker.t   2010-09-15 
21:14:53.0 +0100
-+++ Text-SpellChecker-0.07/t/Text-SpellChecker.t   2010-09-17 
16:08:36.440106971 +0100
-@@ -6,11 +6,6 @@
+--- Text-SpellChecker-0.08/t/Text-SpellChecker.t.orig  2010-09-19 
19:08:24.0 +0100
 Text-SpellChecker-0.08/t/Text-SpellChecker.t   2010-09-20 
13:10:34.718160223 +0100
+@@ -6,12 +6,6 @@
  my $checker = Text::SpellChecker-new(text = Foor score and seevn yeers 
ago);
  ok($checker, 'object creation' );
  
 -SKIP: {
+-skip 'Text::Aspell not installed', 4 unless 
$Text::SpellChecker::SpellersAvailable{Aspell};
 -skip 'English dictionary not installed', 4 
 -unless (grep /^en/, Text::Aspell-new()-list_dictionaries) 
 -Text::Aspell-new()-get_option('lang') =~ /^en/;
@@ -12,7 +13,7 @@
  ok($checker-next_word eq 'Foor', 'Catching English word');
  
  ok($checker-next_word eq 'seevn', 'Iterator');
-@@ -23,7 +18,6 @@
+@@ -24,7 +18,6 @@
  $checker-replace(new_word = 'seven');
  
  ok($checker-text =~ /score and seven/, 'replacement');
diff --git a/perl-Text-SpellChecker.spec b/perl-Text-SpellChecker.spec
index 88dcc3b..8371ee5 100644
--- a/perl-Text-SpellChecker.spec
+++ b/perl-Text-SpellChecker.spec
@@ -1,13 +1,13 @@
 Summary:   OO interface for spell-checking a block of text 
 Name:  perl-Text-SpellChecker
-Version:   0.07
+Version:   0.08
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Text-SpellChecker/
 Source0:   
http://search.cpan.org/CPAN/authors/id/B/BD/BDUGGAN/Text-SpellChecker-%{version}.tar.gz
 Patch0:Text-SpellChecker-0.07-dictpath.patch
-Patch1:Text-SpellChecker-0.07-testsuite.patch
+Patch1:Text-SpellChecker-0.08-testsuite.patch
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildArch: noarch
@@ -55,6 +55,10 @@ and highlighting the current misspelled word within the text.
 %{_mandir}/man3/Text::SpellChecker.3pm*
 
 %changelog
+* Mon Sep 20 2010 Paul Howarth p...@city-fan.org - 0.08-1
+- Update to 0.08 (test suite doesn't fail in absence of Text::Aspell)
+- Update testsuite patch
+
 * Fri Sep 17 2010 Paul Howarth p...@city-fan.org - 0.07-1
 - Update to 0.07 (use hunspell backend rather than aspell)
 - Add patch for Fedora dictionary locations
diff --git a/sources b/sources
index 47c2bd4..862f216 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-5acd8e431a8d31dc3ae70a62d4ce4177  Text-SpellChecker-0.07.tar.gz
+3464dbf069f60727bebf20e742f3e2d0  Text-SpellChecker-0.08.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc15

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc15' was created pointing 
to:

 4675315... Update to 0.08
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker] Update to 0.07 and use hunspell backend

2010-10-04 Thread Paul Howarth
commit c7b01fd87bc8047dbdf05926ed90c14e7dab3379
Author: Paul Howarth p...@city-fan.org
Date:   Mon Sep 20 13:06:45 2010 +0100

Update to 0.07 and use hunspell backend

New upstream release 0.07:
- Use hunspell backend rather than aspell
Add patch for Fedora dictionary locations
Add patch to remove dependency of Text::Aspell in test suite
Buildreq Text::Hunspell rather than Text::Aspell
Add buildreq hunspell-en
Add manual dependency on perl(Text::Hunspell)
Run test suite in verbose mode

 .gitignore |2 +-
 Text-SpellChecker-0.07-dictpath.patch  |   20 +
 Text-SpellChecker-0.07-testsuite.patch |   22 +++
 perl-Text-SpellChecker.spec|   37 ---
 sources|2 +-
 5 files changed, 72 insertions(+), 11 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 13321ce..744bea3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Text-SpellChecker-0.06.tar.gz
+/Text-SpellChecker-0.07.tar.gz
diff --git a/Text-SpellChecker-0.07-dictpath.patch 
b/Text-SpellChecker-0.07-dictpath.patch
new file mode 100644
index 000..a9a3829
--- /dev/null
+++ b/Text-SpellChecker-0.07-dictpath.patch
@@ -0,0 +1,20 @@
+--- Text-SpellChecker-0.07/lib/Text/SpellChecker.pm2010-09-16 
18:28:09.0 +0100
 Text-SpellChecker-0.07/lib/Text/SpellChecker.pm2010-09-17 
15:43:46.775161240 +0100
+@@ -138,7 +138,7 @@
+ 
+ =item $Text::SpellCheckerDictionaryPath{Hunspell}
+ 
+-Set this to the hunspell dictionary path.  By default /usr/share/hunspell.
++Set this to the hunspell dictionary path.  By default /usr/share/myspell.
+ 
+ This directory should have $lang.dic and $lang.aff files.
+  
+@@ -182,7 +182,7 @@
+ );
+ }
+ our %DictionaryPath = (
+-Hunspell = q[/usr/share/hunspell]
++Hunspell = q[/usr/share/myspell]
+ );
+ 
+ #
diff --git a/Text-SpellChecker-0.07-testsuite.patch 
b/Text-SpellChecker-0.07-testsuite.patch
new file mode 100644
index 000..3709a7c
--- /dev/null
+++ b/Text-SpellChecker-0.07-testsuite.patch
@@ -0,0 +1,22 @@
+--- Text-SpellChecker-0.07/t/Text-SpellChecker.t   2010-09-15 
21:14:53.0 +0100
 Text-SpellChecker-0.07/t/Text-SpellChecker.t   2010-09-17 
16:08:36.440106971 +0100
+@@ -6,11 +6,6 @@
+ my $checker = Text::SpellChecker-new(text = Foor score and seevn yeers 
ago);
+ ok($checker, 'object creation' );
+ 
+-SKIP: {
+-skip 'English dictionary not installed', 4 
+-unless (grep /^en/, Text::Aspell-new()-list_dictionaries) 
+-Text::Aspell-new()-get_option('lang') =~ /^en/;
+-
+ ok($checker-next_word eq 'Foor', 'Catching English word');
+ 
+ ok($checker-next_word eq 'seevn', 'Iterator');
+@@ -23,7 +18,6 @@
+ $checker-replace(new_word = 'seven');
+ 
+ ok($checker-text =~ /score and seven/, 'replacement');
+-};
+ 
+ my $original = Text::SpellChecker-new(from_frozen = $checker-serialize);
+ my $nother = Text::SpellChecker-new_from_frozen($checker-serialize);
diff --git a/perl-Text-SpellChecker.spec b/perl-Text-SpellChecker.spec
index 8cde830..88dcc3b 100644
--- a/perl-Text-SpellChecker.spec
+++ b/perl-Text-SpellChecker.spec
@@ -1,32 +1,42 @@
 Summary:   OO interface for spell-checking a block of text 
 Name:  perl-Text-SpellChecker
-Version:   0.06
+Version:   0.07
 Release:   1%{?dist}
 License:   GPL+ or Artistic
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Text-SpellChecker/
 Source0:   
http://search.cpan.org/CPAN/authors/id/B/BD/BDUGGAN/Text-SpellChecker-%{version}.tar.gz
+Patch0:Text-SpellChecker-0.07-dictpath.patch
+Patch1:Text-SpellChecker-0.07-testsuite.patch
 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 Requires:  perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))
 BuildArch: noarch
-BuildRequires: perl(ExtUtils::MakeMaker), perl(Text::Aspell) = 0.04, 
perl(Test::More)
+BuildRequires: perl(ExtUtils::MakeMaker), perl(Text::Hunspell), 
perl(Test::More)
+BuildRequires: hunspell-en
+Requires:  perl(Text::Hunspell)
 
 %description
-This module is built on Text::Aspell, but adds some of the functionality
-provided by the internal gnu aspell API. This allows one to deal with blocks
-of text, rather than just words. For instance, we provide methods for
-iterating through the text, serializing the object (thus remembering where we
-left off), and highlighting the current misspelled word within the text.
+This module is a thin layer above Text::Hunspell and allows one to spellcheck
+a body of text. Whereas Text::Hunspell deals with words, Text::Spellchecker
+deals with blocks of text. For instance, we provide methods for iterating
+through the text, serializing the object (thus remembering where we left off),
+and highlighting the current misspelled word within the text.
 
 %prep
 %setup -q -n 

[Bug 357641] EL branches perl-Tk

2010-10-04 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=357641

--- Comment #6 from Mark Chappell trem...@tremble.org.uk 2010-10-04 03:48:14 
EDT ---
Xavier, it didn't branch because it was in RHEL-6 beta 1, seems to be gone now.

-- 
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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc12

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc12' was created pointing 
to:

 08e2665... Merge remote branch 'origin/master' into f12/master
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[Bug 639523] missing dependency

2010-10-04 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=639523

Florian La Roche florian.laro...@gmx.net changed:

   What|Removed |Added

 Status|MODIFIED|CLOSED
 Resolution||NOTABUG
Last Closed||2010-10-04 01:29:49

--- Comment #4 from Florian La Roche florian.laro...@gmx.net 2010-10-04 
01:29:49 EDT ---
With the fixed perl-Mail-IMAPClient and perl-MIME-tools everything seems
to work ok now.

Thanks,

Florian La Roche

-- 
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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-CSV_XS] 0.74 bump

2010-10-04 Thread Petr Pisar
commit 7c35f445187eb11e4940124a4e914cc21f3ab1f6
Author: Petr Písař ppi...@redhat.com
Date:   Mon Oct 4 13:47:00 2010 +0200

0.74 bump

 .gitignore|1 +
 perl-Text-CSV_XS.spec |5 -
 sources   |2 +-
 3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 7e1bb76..475bb46 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,2 +1,3 @@
 Text-CSV_XS-0.72.tgz
 /Text-CSV_XS-0.73.tgz
+/Text-CSV_XS-0.74.tgz
diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec
index 5aa6015..77118f0 100644
--- a/perl-Text-CSV_XS.spec
+++ b/perl-Text-CSV_XS.spec
@@ -1,5 +1,5 @@
 Name:   perl-Text-CSV_XS
-Version:0.73
+Version:0.74
 Release:1%{?dist}
 Summary:Comma-separated values manipulation routines
 
@@ -63,6 +63,9 @@ rm -rf $RPM_BUILD_ROOT
 
 
 %changelog
+* Mon Oct 04 2010 Petr Pisar ppi...@redhat.com - 0.74-1
+- 0.74 bump
+
 * Wed Sep 08 2010 Petr Pisar ppi...@redhat.com - 0.73-1
 - 0.73 bump
 
diff --git a/sources b/sources
index cc57aec..8e6bc32 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-e048b3c4eb6ff2dd9dc4ae67be358ca4  Text-CSV_XS-0.73.tgz
+c30ee0db913fcebc76d707203b905b74  Text-CSV_XS-0.74.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Math-GMP] Use hunspell dictionary for spell check test

2010-10-04 Thread Paul Howarth
commit 4f8e760dba48f6998a6d4c8e45757e12a68780c3
Author: Paul Howarth p...@city-fan.org
Date:   Mon Oct 4 14:58:08 2010 +0100

Use hunspell dictionary for spell check test

- Change BR: aspell-en to hunspell-en now that Text::SpellChecker uses a
  hunspell back-end

 perl-Math-GMP.spec |   10 +++---
 1 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/perl-Math-GMP.spec b/perl-Math-GMP.spec
index c3c85b3..84ef894 100644
--- a/perl-Math-GMP.spec
+++ b/perl-Math-GMP.spec
@@ -1,7 +1,7 @@
 Summary:   High speed arbitrary size integer math
 Name:  perl-Math-GMP
 Version:   2.06
-Release:   4%{?dist}
+Release:   5%{?dist}
 License:   LGPLv2+
 Group: Development/Libraries
 Url:   http://search.cpan.org/dist/Math-GMP/
@@ -19,7 +19,7 @@ BuildRequires:perl(Test::Pod)
 BuildRequires: perl(Test::YAML::Meta)
 BuildRequires: perl(Text::SpellChecker)
 BuildRequires: perl(YAML)
-BuildRequires: aspell-en
+BuildRequires: hunspell-en
 
 # Critic and Pod Coverage tests fail, so make sure we don't try to run them 
for now
 BuildConflicts:perl(Perl::Critic)
@@ -39,7 +39,7 @@ This can result in speed improvements.
 # with the signature test
 %setup -q -c -n Math-GMP
 
-# Copy docs back to top level for %doc
+# Copy docs back to top level for %%doc
 %{__cp} -a Math-GMP-%{version}/{README,Changes,LICENSE} .
 
 # Create a GPG directory for testing, to avoid using ~/.gnupg
@@ -77,6 +77,10 @@ LC_ALL=en_US %{__make} -C Math-GMP-%{version} test 
RELEASE_TESTING=1 TEST_VERBOS
 %{_mandir}/man3/Math::GMP.3pm*
 
 %changelog
+* Mon Oct  4 2010 Paul Howarth p...@city-fan.org 2.06-5
+- Change BR: aspell-en to hunspell-en now that Text::SpellChecker uses a
+  hunspell back-end
+
 * Tue May 11 2010 Paul Howarth p...@city-fan.org 2.06-4
 - Don't clobber ~/.gnupg
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


File Text-CSV_XS-0.74.tgz uploaded to lookaside cache by ppisar

2010-10-04 Thread Petr Pisar
A file has been added to the lookaside cache for perl-Text-CSV_XS:

c30ee0db913fcebc76d707203b905b74  Text-CSV_XS-0.74.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Math-GMP/f14/master] Use hunspell dictionary for spell check test

2010-10-04 Thread Paul Howarth
Summary of changes:

  4f8e760... Use hunspell dictionary for spell check test (*)

(*) 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-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker/f12/master: 9/9] Merge remote branch 'origin/master' into f12/master

2010-10-04 Thread Paul Howarth
commit 08e2665dcc14e7d492f50d7f0f140d7b09777663
Merge: 0a2c8fe 4675315
Author: Paul Howarth p...@city-fan.org
Date:   Mon Oct 4 14:34:23 2010 +0100

Merge remote branch 'origin/master' into f12/master

 .gitignore |2 +-
 Text-SpellChecker-0.07-dictpath.patch  |   20 +
 Text-SpellChecker-0.08-testsuite.patch |   23 +++
 perl-Text-SpellChecker.spec|   48 ---
 sources|2 +-
 5 files changed, 82 insertions(+), 13 deletions(-)
---
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc13

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc13' was created pointing 
to:

 68fa8d9... Merge remote branch 'origin/master' into f13/master
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


[perl-Text-SpellChecker] Created tag perl-Text-SpellChecker-0.08-1.fc14

2010-10-04 Thread Paul Howarth
The lightweight tag 'perl-Text-SpellChecker-0.08-1.fc14' was created pointing 
to:

 4675315... Update to 0.08
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel


  1   2   >