Re: MATE desktop environment (GNOME 2 fork)
Am Donnerstag, den 08.12.2011, 19:50 -0800 schrieb Eric Smith: I've submitted review requests for the first two packages for the MATE desktop environment, mate-doc-utils and mate-corba. MATE is a fork of GNOME 2. MATE is just replacing gnome with mate everywhere, whether or not it was necessary. We'd need to re-evaluate this on a distro level and build against the gnome-* packages where possible, otherwise we duplicating system libraries. This is a no-go and forbidden by http://fedoraproject.org/wiki/Packaging:Guidelines#Duplication_of_system_libraries This really worries me because I don't think that MATE well maintained and will be able to deal with security issues or bugfixes in a timely manner. Would anyone like to see the MATE desktop environment as an official feature of Fedora 17 or Fedora 18? Although I am no friend of GNOME 3, I don't think MATE should become an official feature: Advertising it as a feature looks backwards and we currently don't know where MATE is going. I'm not even sure it will still be alive by F18. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
Hi, What do you think about Trinity Desktop? I liked KDE3. Is there a chance to include this DE in Fedora? Unlike the MATE, TD is well maintained and there is a development community. -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 09/12/11 07:03, Eric Smith wrote: I tried switching to Xfce, and found it to be a lot better than Gnome 3, but it was still missing a lot of things I'm accustomed to in Gnome 2. I'm not trying to start another advocacy thread. I'm just trying to package up an alternative for people like me who liked Gnome 2 better. Eric Why not put the energy into, getting what you need into Xfce\LXDE\?. Rather than clutch at a shooting star. -- Regards, Frank Murphy UTF_8 Encoded Friend of fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
Michał Piotrowski wrote: What do you think about Trinity Desktop? I liked KDE3. Is there a chance to include this DE in Fedora? Please NO! We worked hard on making kdelibs3 apps work well in KDE Plasma 4 sessions. Trying to support Trinity sessions too is going to make a big mess. Another big problem is that current Trinity isn't even binary-compatible with KDE 3.5 anymore, which makes its kdelibs not suitable to run existing KDE 3 binaries, even though (last I checked) they didn't bump the sonames. (I think renaming all libraries like MATE is doing is actually not that bad an idea if you have no clue about binary compatibility and are going to horribly break it.) Unlike the MATE, TD is well maintained Hahaha, LOL, good one! http://vizzzion.org/blog/2010/05/trinity-and-the-challenges-of-continuing-kde-3/ http://blog.martin-graesslin.com/blog/2011/11/the-grass-has-always-been-greener-on-the-other-side-of-the-fence/ (The comments in the latter also discuss the binary compatibility issues.) and there is a development community. LOL, a community called Timothy Pearson… Don't make me laugh. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 04:12 AM, Rahul Sundaram wrote: On 12/09/2011 09:20 AM, Eric Smith wrote: I've submitted review requests for the first two packages for the MATE desktop environment, mate-doc-utils and mate-corba. MATE is a fork of GNOME 2. I expect that it will take me a few months to package the remaining MATE packages. Would anyone like to see the MATE desktop environment as an official feature of Fedora 17 or Fedora 18? Sure but is MATE actively developed and does it have more than one developer? I am worried about sustainability. How can you be worried about maintainability given that we already have unmaintained and poorly maintained packages in the distribution? JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 03:50 AM, Eric Smith wrote: I've submitted review requests for the first two packages for the MATE desktop environment, mate-doc-utils and mate-corba. MATE is a fork of GNOME 2. I expect that it will take me a few months to package the remaining MATE packages. Would anyone like to see the MATE desktop environment as an official feature of Fedora 17 or Fedora 18? https://bugzilla.redhat.com/show_bug.cgi?id=765666 https://bugzilla.redhat.com/show_bug.cgi?id=765667 Is it not better to just create extension and an theme on spin with gnome3 that bring back the functionality you seek? JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 05:17 PM, Jóhann B. Guðmundsson wrote: On 12/09/2011 04:12 AM, Rahul Sundaram wrote: On 12/09/2011 09:20 AM, Eric Smith wrote: I've submitted review requests for the first two packages for the MATE desktop environment, mate-doc-utils and mate-corba. MATE is a fork of GNOME 2. I expect that it will take me a few months to package the remaining MATE packages. Would anyone like to see the MATE desktop environment as an official feature of Fedora 17 or Fedora 18? Sure but is MATE actively developed and does it have more than one developer? I am worried about sustainability. How can you be worried about maintainability given that we already have unmaintained and poorly maintained packages in the distribution? When you have problems, the solution is to fix it. Not add more. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 11:58 AM, Rahul Sundaram wrote: one developer? I am worried about sustainability. How can you be worried about maintainability given that we already have unmaintained and poorly maintained packages in the distribution? When you have problems, the solution is to fix it. Not add more. Agreed but given that we already ship unmaintained either upstream or within the distribution components then I fail to understand why adding couple of more to the already existing pile is going to make any difference it's not like the current situation would be going from bad to worse since we already are at worse from my pov... My personally view on his proposal is that he should rather be spending his time and energy creating the required extension that bring the functionality he seeks from Gnome2 to Gnome3 and an theme to go along with it if he also wants the old look and feel then create a spin with that rather then being doing it this way. If he's willing to do the necessary legwork to make this work I dont see why he cant. JBG -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 12:50 PM, Jóhann B. Guðmundsson wrote: On 12/09/2011 03:50 AM, Eric Smith wrote: I've submitted review requests for the first two packages for the MATE desktop environment, mate-doc-utils and mate-corba. MATE is a fork of GNOME 2. I expect that it will take me a few months to package the remaining MATE packages. Would anyone like to see the MATE desktop environment as an official feature of Fedora 17 or Fedora 18? https://bugzilla.redhat.com/show_bug.cgi?id=765666 https://bugzilla.redhat.com/show_bug.cgi?id=765667 Is it not better to just create extension and an theme on spin with gnome3 that bring back the functionality you seek? That's pretty much was Mint seems to be doing and I agree that this is probably a much more viable approach: http://desktoplinuxreviews.com/2011/11/30/linux-mint-12/ Regards, Dennis -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 16 Beta on Power ready for testing!
Long time in the making, but at long last after 6 weeks of hard work the Fedora Secondary Arch Team for Power finally managed to get the Fedora 16 Beta release done! Available from mirrors now here: https://mirrors.fedoraproject.org/publiclist/Fedora/16/ppc64/ under releases/test/16-Beta/ or directly from here: http://download.fedoraproject.org/pub/fedora-secondary/releases/test/16-Beta/ A lot of the issues we still had for Alpha have been fixed since then. The most noticeable ones are: * Firefox-8 works now on 32bit and 64bit out of the box * Gnome3 Desktop no more segfaulting * Qt4 not segfaulting all of KDE anymore * Various anaconda issues (serial console, garbled fonts to name a few) * Filesystem encryption password check working now * Numerous rebuild failures More details about this Beta release can be found here: https://fedoraproject.org/wiki/Fedora_16_Beta_PPC_release_notes and we do have an official release announcement as well here: https://fedoraproject.org/wiki/F16_Beta_PPC_release_announcement I want to thank everyone involved in making this happen, it's been a pretty long stretch with quite a few hurdles, but we finally got the first big milestone done towards the goal to get a Fedora 16 on Power out. We're working full steam now to get GA done by 21. of December. As usual, the whole team can typically be found on the #fedora-ppc IRC channel on FreeNode and via our email list: https://admin.fedoraproject.org/mailman/listinfo/ppc And we have our Secondary Arch wiki with (decently) updated information: http://fedoraproject.org/wiki/Architectures/PowerPC Thanks regards, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Supervisor Core Services | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch pknir...@redhat.com Hauptstaetterstr. 58 | Web: http://www.redhat.com/ D-70178 Stuttgart, Germany -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 765792] New: perl-PPIx-Regexp-0.023 is available
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-PPIx-Regexp-0.023 is available https://bugzilla.redhat.com/show_bug.cgi?id=765792 Summary: perl-PPIx-Regexp-0.023 is available Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Keywords: FutureFeature, Triaged Severity: unspecified Priority: unspecified Component: perl-PPIx-Regexp AssignedTo: ppi...@redhat.com ReportedBy: upstream-release-monitor...@fedoraproject.org QAContact: extras...@fedoraproject.org CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com, ppi...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Latest upstream release: 0.023 Current version in Fedora Rawhide: 0.022 URL: http://search.cpan.org/dist/PPIx-Regexp/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- 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: MATE desktop environment (GNOME 2 fork)
On 12/09/2011 05:42 PM, Jóhann B. Guðmundsson wrote: On 12/09/2011 11:58 AM, Rahul Sundaram wrote: one developer? I am worried about sustainability. How can you be worried about maintainability given that we already have unmaintained and poorly maintained packages in the distribution? When you have problems, the solution is to fix it. Not add more. Agreed but given that we already ship unmaintained either upstream or within the distribution components then I fail to understand why adding couple of more to the already existing pile is going to make any difference it's not like the current situation would be going from bad to worse since we already are at worse from my pov... It is not useful to generalize. There are lots of software components which aren't actively maintained but are useful to have in the distribution and all distributions have them however a desktop environment is a lot of work to maintain (as seen for instance in http://blog.linuxmint.com/?p=1901) and if upstream is not active, then any potential needs to be aware of this before volunteering this feature. If someone really wants to still do it, there is nothing in Fedora stopping it from happening. I was merely raising a potential issue to think about in advance. Rahul -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
License change in LibRaw due to inclusion of demosaic packs
Hi, I got a request to include demosaic packs into the LibRaw build to support some digital cameras: https://bugzilla.redhat.com/show_bug.cgi?id=760638 With this inclusion, the LibRaw package will have a GPLv3+ license since the demosaic packs are released under GPLv2+ and GPLv3+. Currently only shotwell seems to be using LibRaw and it should be ok with this change since it is GPLv2+. Thanks, Siddhesh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review swap: indimpc - A minimalist MPD client with support for the gnome-shell and multimedia keys
hello, Would any one want to swap reviews please? This is a rather simple package to review :) Review Request: indimpc - A minimalist MPD client with support for the gnome-shell and multimedia keys https://bugzilla.redhat.com/show_bug.cgi?id=765802 -- Thanks, Regards, Ankur: FranciscoD http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora 17 Test Days
Greetings, y’all! This release cycle I am the Test Day Coordinator. That means it is my job to help you, my fellow Fedorians, to set up test days for your packages/projects. We have about two and a half months until Alpha release (1). The sooner I receive test day proposals, the easier my life will be, and we all know that making my life easier is a Good Thing. The test day schedule can be found at https://fedoraproject.org/wiki/QA/Fedora_17_test_days. Proposing a test day is very easy. There is a guide at https://fedoraproject.org/wiki/QA/Test_Days/Create for proposing test days, as well as https://fedoraproject.org/wiki/QA/SOP_Test_Day_management for helping with creating the associated Wiki page and actually running the test day. If you need any help, feel free to email me at jdula...@fedoraproject.org. Thanks much John Dulaney (1) https://fedoraproject.org/wiki/Releases/17/Schedule -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File JSON-RPC-1.01.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-JSON-RPC: 802d5bb488f3587f16aa69e8c002132b JSON-RPC-1.01.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
[perl-Coro] 6.07 bump
commit 071b0341c8b89029f779a7ce634fc2c8d440db34 Author: Petr Písař ppi...@redhat.com Date: Fri Dec 9 15:46:17 2011 +0100 6.07 bump .gitignore |1 + .rpmlint |3 +++ perl-Coro.spec |7 +-- sources|2 +- 4 files changed, 10 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 35c60e0..d2052a2 100644 --- a/.gitignore +++ b/.gitignore @@ -6,3 +6,4 @@ /Coro-6.04.tar.gz /Coro-6.05.tar.gz /Coro-6.06.tar.gz +/Coro-6.07.tar.gz diff --git a/.rpmlint b/.rpmlint new file mode 100644 index 000..3cc115d --- /dev/null +++ b/.rpmlint @@ -0,0 +1,3 @@ +from Config import * +addFilter(spelling-error .* coros); +addFilter(devel-file-in-non-devel-package /usr/lib64/perl5/Coro/CoroAPI.h); diff --git a/perl-Coro.spec b/perl-Coro.spec index a186149..3fa26d5 100644 --- a/perl-Coro.spec +++ b/perl-Coro.spec @@ -1,6 +1,6 @@ Name: perl-Coro -Version:6.06 -Release:2%{?dist} +Version:6.07 +Release:1%{?dist} Summary:The only real threads in perl License:GPL+ or Artistic Group: Development/Libraries @@ -120,6 +120,9 @@ make test %{_mandir}/man3/* %changelog +* Fri Dec 09 2011 Petr Pisar ppi...@redhat.com - 6.07-1 +- 6.07 bump + * Thu Nov 03 2011 Nicolas Chauvet kwiz...@gmail.com - 6.06-2 - Fix ucontext on ARM - rhbz750805 diff --git a/sources b/sources index ce10dab..f59f24f 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -2ee54f58bced7471f77149e97c73a94f Coro-6.06.tar.gz +354dd4f058a30f085716010b771e27e9 Coro-6.07.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: License change in LibRaw due to inclusion of demosaic packs
2011/12/9 Siddhesh Poyarekar spoya...@redhat.com: Hi, I got a request to include demosaic packs into the LibRaw build to support some digital cameras: https://bugzilla.redhat.com/show_bug.cgi?id=760638 With this inclusion, the LibRaw package will have a GPLv3+ license since the demosaic packs are released under GPLv2+ and GPLv3+. Currently only shotwell seems to be using LibRaw and it should be ok with this change since it is GPLv2+. I still plan to enable libRaw in oyranos thanks to now providing a shared library. This last is BSD + GPLv+2, so this seems OK. (RPM package only states GPLv2+ currently). Nicolas (kwizart) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boost build failure
On 12/05/2011 05:29 PM, Petr Machata wrote: Orion Poplawskior...@cora.nwra.com writes: I'm seeing the following boost related build error building paraview in rawhide. Do any boost gurus know what the issue might be the issue? Hi there, please do not hesitate to file bugs for such regressions. I only noticed this message today. It wasn't obvious to me that it was a regression. New versions of libraries things often change. The problem here is in a tree_edge(e,g) event point of boost's breadth_first_search. In reverse graph, this used to be called so that e was directly the edge type of the edge in graph (vtkEdgeType in this case). Now it's called with a value of wrapper type boost::detail::reverse_graph_edge_descriptorvtkEdgeType. This wrapper type has a public member underlying_desc which is the original edge. Of course, with forward graph, this wrapping doesn't take place, so we can't just plainly access e.underlying_desc.Id, we must wrap the access itself. The hack that I'm attaching should take care of it. The build is progressing now, I'm not sure if I'll hit something more. I'll open an upstream bug for this. Do you have a link for this? Thanks! -- 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
Re: Heads up: bumping libnl to v3 in rawhide/F17 soon
Andrey Ponomarenko wrote: The compatibility report between 1.1 and 3.2.2 versions of libnl generated by abi-compliance-checker [1] tool (see attachment: abi_compat_report.html) may be of help. [1] http://forge.ispras.ru/projects/abi-compliance-checker now back online: *API changes/compatibility test results for the libnl library* http://upstream-tracker.org/versions/libnl.html thanks Andrey. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [Test-Announce] Fedora 17 Test Days
Greetings, y’all! This release cycle I am the Test Day Coordinator. That means it is my job to help you, my fellow Fedorians, to set up test days for your packages/projects. We have about two and a half months until Alpha release (1). The sooner I receive test day proposals, the easier my life will be, and we all know that making my life easier is a Good Thing. The test day schedule can be found at https://fedoraproject.org/wiki/QA/Fedora_17_test_days. Proposing a test day is very easy. There is a guide at https://fedoraproject.org/wiki/QA/Test_Days/Create for proposing test days, as well as https://fedoraproject.org/wiki/QA/SOP_Test_Day_management for helping with creating the associated Wiki page and actually running the test day. If you need any help, feel free to email me at jdula...@fedoraproject.org. Thanks much John Dulaney (1) https://fedoraproject.org/wiki/Releases/17/Schedule ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Boost build failure
Orion Poplawski or...@cora.nwra.com writes: On 12/05/2011 05:29 PM, Petr Machata wrote: Orion Poplawskior...@cora.nwra.com writes: I'm seeing the following boost related build error building paraview in rawhide. Do any boost gurus know what the issue might be the issue? Hi there, please do not hesitate to file bugs for such regressions. I only noticed this message today. It wasn't obvious to me that it was a regression. New versions of libraries things often change. Well, yeah, it is a change. The regression here is that your package stopped building. This could well be caused by a bug in boost, or perhaps the API just changed. It's hard to tell with boost. If you open a bug agains boost for such things, I'll look at it and typically will come up with a patch that either fixes the package, or boost. I'll open an upstream bug for this. Do you have a link for this? https://svn.boost.org/trac/boost/ticket/6221 But don't hold your breath, it was wontfix'd, as expected. PM -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
DWARF 4
Are there known obstacles in the way of replacing -g with -gdwarf-4 -fvar-tracking-assignments in our %{optflags}? I'm eager to be rid of gdb telling me that the one value I really have to know to diagnose a crash has been optimized away. Are there bits of the toolchain that can't handle DWARF 4? Will debuginfo grow significantly in size? Just curious, because I've taken to use -gdwarf-4 -fvar-tracking-assignments in the projects I work on for my employer. I haven't had a problem yet, and just wondered if there's a brick wall up ahead somewhere... Thanks, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DWARF 4
On Fri, Dec 09, 2011 at 01:16:42PM -0700, Jerry James wrote: Are there known obstacles in the way of replacing -g with -gdwarf-4 -fvar-tracking-assignments in our %{optflags}? I'm eager to be rid of gdb telling me that the one value I really have to know to diagnose a crash has been optimized away. Are there bits of the toolchain that can't handle DWARF 4? Will debuginfo grow significantly in size? For -OX -g (for X != 0) -fvar-tracking-assignments is the default and in F16+ GCC also -gdwarf-4 is the default (with -fno-debug-types-section , as .debug_types is still not supported by many tools and has lots of unsolved problems even on its own, but otherwise you get all the DWARF4 goodies and in F16 also a bunch of new extensions). F16 gdb doesn't support DW_OP_entry_value and typed DWARF stack extensions I think, you need to wait for F17 for that. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DWARF 4
On Fri, 09 Dec 2011 21:22:20 +0100, Jakub Jelinek wrote: F16 gdb doesn't support DW_OP_entry_value and typed DWARF stack extensions I think, you need to wait for F17 for that. These features are not yet in Rawhide, they are in FSF GDB HEAD, it should be in Rawhide in a week or so. I do not plan to rebase F16 as it is a stable release, unless there is a consensus on fedora-devel reduction of optimized out results is worth the rebase compatibilities/regressions risk. Regards, Jan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On 11/15/2011 03:19 AM, Honza Horak wrote: If there are some license issues not easy to solve, there is still a compat-gdbm package, which ships gdbm-1.8.3 with GPLv2+. The problem is that compat-gdbm has no -devel package, and we cannot use the gdbm-devel package for this. Since Thorsten Kukuk is unwilling to relicense ypserv to resolve the licensing conflict, we are left with the following options: * Modify compat-gdbm to have a true -devel package (this will almost certainly require namespacing it somehow, like libgdbm_old.so) OR * Have the gdbm upstream relicense to something that is explicitly GPLv2 compatible (or move back to GPLv2+). OR * Drop ypserv from Fedora entirely. ~tom == Fedora Project -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gdbm license change
On Mon, Nov 14, 2011 at 1:32 PM, Haïkel Guémar karlthe...@gmail.com wrote: PS: why the hell are we still shipping this crap ? Ruby 1.9.x has been the stable branch for almost three years, now. Upstream has decided to stop providing bugfixes for Ruby 1.8.7 by june 2012 and CVE fixes by june 2013. From what I know there is a lot of software out there that isn't compatible with Ruby 1.9 yet. Puppet is one major example. -- Jeff Ollie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: What must I do for libquvi in F16
Le 04/12/2011 07:14, Kevin Kofler a écrit : Nicoleau Fabien wrote: - open a bz ticket to create git access for libquvi-scripts and libquvi in F16 (quvi already exists) Actually, the new branch request should be filed in the existing review ticket, see: https://fedoraproject.org/wiki/Package_SCM_admin_requests#Package_Change_Requests_for_existing_packages - commit and push all the changes for libquvi-scripts, libquvi, quvi and the packages depending on quvi Right. - ask rel-eng to make a chain-build for all the pacakges No. A chain-build for a released Fedora is only possible in a dedicated tag, and in this case I don't think it's worth the overhead of a dedicated tag, so rel-eng would probably reject that request. Instead: * build libquvi * request a buildroot override through: https://admin.fedoraproject.org/updates/override/list * wait ~30-60 minutes for the override to take effect (Koji needs time to compose a new buildroot repository with the new override). You can use: koji wait-repo --build=libquvi-$version-$release f16-build to check, it will return when the new package is available in the buildroot (or immediately if it already was in the buildroot when you ran the command). * if any other quvi package is needed to build dependent packages, do the same for those * build the dependent packages * delete the buildroot override through: https://admin.fedoraproject.org/updates/override/list when you don't need it anymore - create an update in bodhi with all the new packages Yes. Kevin Kofler Thank you very much. The update is now in testing. Fabien Nicoleau -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ruby 1.9
On 12/09/2011 02:11 PM, Jeffrey Ollie wrote: On Mon, Nov 14, 2011 at 1:32 PM, Haïkel Guémarkarlthe...@gmail.com wrote: PS: why the hell are we still shipping this crap ? Ruby 1.9.x has been the stable branch for almost three years, now. Upstream has decided to stop providing bugfixes for Ruby 1.8.7 by june 2012 and CVE fixes by june 2013. From what I know there is a lot of software out there that isn't compatible with Ruby 1.9 yet. Puppet is one major example. But isn't that why Fedora exists, to push everyone along :) Sounds like it needs to be in at least F18 for that timetable. -- 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
Re: MATE desktop environment (GNOME 2 fork)
Rahul Sundaram wrote: It is not useful to generalize. There are lots of software components which aren't actively maintained but are useful to have in the distribution and all distributions have them however a desktop environment is a lot of work to maintain (as seen for instance in http://blog.linuxmint.com/?p=1901) and if upstream is not active, then any potential needs to be aware of this before volunteering this feature. If someone really wants to still do it, there is nothing in Fedora stopping it from happening. I was merely raising a potential issue to think about in advance. Software with dead or almost dead upstream is a two-edged sword: * If the software is working well, that's the software which is easiest to maintain, since there are generally few to no new upstream releases to take care of. :-) (But if it's something like Trinity, which manages to churn out release after release with a single maintainer, including binary-incompatible library changes, that's also not the case. But I'd place that in the below paragraph anyway. ;-) There are literally THOUSANDS of KDE 3 bugs closed as fixed in KDE SC 4.) * If the software has many bugs, it's the software which is hardest to maintain, because then YOU as the Fedora maintainer are on the hook for fixing those bugs. Unfortunately, a desktop environment tends to be in the latter situation. So I'm sceptical about MATE (seeing what's going on with Trinity) and I can only strongly discourage attempting to package Trinity. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: orphaning gdk-pixbuf
Matthias Clasen wrote: Yes, gdk-pixbuf2 is not going away. gdk-pixbuf is the gtk1-era incarnation and not really used by anything anymore. Whew, that's a relief! Thanks! Eric -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
How to prevent a binary from being stripped by rpmbuild?
Hi, How do I prevent rpmbuild from attempting to strip a particular binary? The problem is that the binary was cross-compiled and is not of the same architecture as the normal Fedora binutils. Thus the strip program used (from the wrong binutils) appears to corrupt the binary. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 10.12.2011 01:20, schrieb Kevin Kofler: So I'm sceptical about MATE (seeing what's going on with Trinity) and I can only strongly discourage attempting to package Trinity. I agree to that point of view. IMHO MATE is a waste of time and manpower like Trinity as well. There no real need for those desktops because Gnome 3 refugees could also use Lxde or Xfce which already feel like Gnome 2 wich some customization work. BTW: As far as I know there still some Unix distributions which ship KDE 3.5 but they ship AFAIK the original KDE bits and not trinity. Regards, Heiko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7iqfUACgkQ/zGbOvPHkcIk9gEAwDSz6pwph0FrXprfTCBQeV2T VaLRkmvhxw9AJoNKSagA/j8CyYxAX9kepGbJLgOztQTeQTpFO5H62nlihzca3t1Z =ZE0v -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: How to prevent a binary from being stripped by rpmbuild?
On Fri, Dec 9, 2011 at 7:32 PM, David Howells dhowe...@redhat.com wrote: Hi, How do I prevent rpmbuild from attempting to strip a particular binary? The problem is that the binary was cross-compiled and is not of the same architecture as the normal Fedora binutils. Thus the strip program used (from the wrong binutils) appears to corrupt the binary. You probably need to disable debuginfo packages if that is the case. You might also want to redefine %{__strip} to the appropriate cross-strip utility, or /bin/true. Something like: %define debug_package %{nil} %define __strip /bin/true josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: libpng mass rebuild status, 2011-12-06
Adam Jackson wrote: 8 qt3-3.3.8b-37.fc17.src.rpm Fixed. This was poking a round a lot in the png_info structure. Thankfully, the NetBSD folks had already prepared a patch, which I applied in qt3-3.3.8b-40.fc17, which built successfully in Rawhide. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: ruby 1.9
Orion Poplawski wrote: But isn't that why Fedora exists, to push everyone along :) Sounds like it needs to be in at least F18 for that timetable. https://fedoraproject.org/wiki/Features/Ruby_1.9.3 http://lists.fedoraproject.org/pipermail/ruby-sig/2011-September/000658.html http://lists.fedoraproject.org/pipermail/ruby-sig/2011-September/000665.html http://lists.fedoraproject.org/pipermail/ruby-sig/2011-October/000689.html http://lists.fedoraproject.org/pipermail/ruby-sig/2011-October/000692.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Test-Announce] 2011-12-12 @ 16:00 UTC - Fedora QA Meeting provisionally CANCELLED
Hi, folks. As no agenda items other than the standard catch-ups have been proposed via the list or on the Wiki page, and we have no action items from last week's meeting to catch up with, the 2011-12-12 meeting is provisionally cancelled, per the meeting SOP: there's no point having a meeting just for the sake of having a meeting. If anyone knows of any important issues we should discuss at a meeting, please reply to this message and/or add the topic to the proposed agenda at https://fedoraproject.org/wiki/QA/Meetings/20111212 . If any proposed agenda items are received, the meeting will be back on, and I'll send out an updated announcement. Otherwise, everyone can do something more important! Remember, there are many tasks still pending from the Fedora 16 QA Retrospective: https://fedoraproject.org/wiki/Fedora_16_QA_Retrospective#Recommendations so if you're looking for something to do, look there! :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File Color-Calc-1.072.tar.gz uploaded to lookaside cache by eseyman
A file has been added to the lookaside cache for perl-Color-Calc: a056998edcb1b55e71fa7f023dd682c5 Color-Calc-1.072.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-Color-Calc] Update to 1.072 clean up specfile
commit 2197d0367dd4573f18b9a641c285b65fc2e879b3 Author: Emmanuel Seyman emmanuel.sey...@club-internet.fr Date: Fri Dec 9 11:41:24 2011 +0100 Update to 1.072 clean up specfile .gitignore |1 + perl-Color-Calc.spec | 15 ++- sources |2 +- 3 files changed, 8 insertions(+), 10 deletions(-) --- diff --git a/.gitignore b/.gitignore index 6fa94e9..515701d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ Color-Calc-1.061.tar.gz /Color-Calc-1.070.tar.gz /Color-Calc-1.071.tar.gz +/Color-Calc-1.072.tar.gz diff --git a/perl-Color-Calc.spec b/perl-Color-Calc.spec index e358b1e..ed8546e 100644 --- a/perl-Color-Calc.spec +++ b/perl-Color-Calc.spec @@ -1,12 +1,11 @@ Name: perl-Color-Calc -Version:1.071 -Release:2%{?dist} +Version:1.072 +Release:1%{?dist} Summary:Simple calculations with RGB colors License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Color-Calc/ Source0: http://www.cpan.org/authors/id/C/CF/CFAERBER/Color-Calc-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(Graphics::ColorNames) @@ -34,8 +33,6 @@ mv README.utf-8 README make %{?_smp_mflags} %install -rm -rf $RPM_BUILD_ROOT - make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; @@ -46,16 +43,16 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check make test -%clean -rm -rf $RPM_BUILD_ROOT - %files -%defattr(-,root,root,-) %doc Changes README %{perl_vendorlib}/* %{_mandir}/man3/* %changelog +* Fri Dec 9 2011 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 1.072-1 +- Update to 1.072 +- Spec clean up + * Wed Jul 20 2011 Petr Sabata con...@redhat.com - 1.071-2 - Perl mass rebuild diff --git a/sources b/sources index 39eee7e..f3338ae 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -96adc525668ff10f3ebc9d339f21080e Color-Calc-1.071.tar.gz +a056998edcb1b55e71fa7f023dd682c5 Color-Calc-1.072.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
File PPIx-Regexp-0.023.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PPIx-Regexp: 6d5c92445c63087ea9563d5cc999c59e PPIx-Regexp-0.023.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-PPIx-Regexp] 0.023 bump
commit ed66f2f34bb043f67b9c3bf10c208da2cfb6f257 Author: Petr Písař ppi...@redhat.com Date: Fri Dec 9 14:18:00 2011 +0100 0.023 bump .gitignore|1 + perl-PPIx-Regexp.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index c360244..fcd416f 100644 --- a/.gitignore +++ b/.gitignore @@ -11,3 +11,4 @@ PPIx-Regexp-0.007.tar.gz /PPIx-Regexp-0.020.tar.gz /PPIx-Regexp-0.021.tar.gz /PPIx-Regexp-0.022.tar.gz +/PPIx-Regexp-0.023.tar.gz diff --git a/perl-PPIx-Regexp.spec b/perl-PPIx-Regexp.spec index 1ae6479..d5eaf2e 100644 --- a/perl-PPIx-Regexp.spec +++ b/perl-PPIx-Regexp.spec @@ -1,5 +1,5 @@ Name: perl-PPIx-Regexp -Version:0.022 +Version:0.023 Release:1%{?dist} Summary:Represent a regular expression of some sort License:GPL+ or Artistic @@ -47,6 +47,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Fri Dec 09 2011 Petr Pisar ppi...@redhat.com - 0.023-1 +- 0.023 bump + * Fri Nov 25 2011 Petr Pisar ppi...@redhat.com - 0.022-1 - 0.022 bump diff --git a/sources b/sources index 1e14643..b5bbf3e 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -c2dd472b9b705f29327f8f03e3547c03 PPIx-Regexp-0.022.tar.gz +6d5c92445c63087ea9563d5cc999c59e PPIx-Regexp-0.023.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
[Bug 765792] perl-PPIx-Regexp-0.023 is available
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=765792 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-PPIx-Regexp-0.023-1.fc ||17 -- 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
[Bug 753416] perl-Coro-6.07 is available
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=753416 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |MODIFIED Fixed In Version||perl-Coro-6.07-1.fc17 -- 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
[Bug 765934] New: build for EPEL 6
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: build for EPEL 6 https://bugzilla.redhat.com/show_bug.cgi?id=765934 Summary: build for EPEL 6 Product: Fedora EPEL Version: el6 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: cpanspec AssignedTo: st...@silug.org ReportedBy: ktdre...@ktdreyer.com QAContact: extras...@fedoraproject.org CC: st...@silug.org, fedora-perl-devel-l...@redhat.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Please build and push cpanspec for EPEL 6. (I've applied for co-maintainership in pkgdb.) -- 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
[Bug 765934] build for EPEL 6
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=765934 Ken Dreyer ktdre...@ktdreyer.com changed: What|Removed |Added Depends on||738421 -- 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
[Bug 765950] build for EPEL 6
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=765950 Ken Dreyer ktdre...@ktdreyer.com changed: What|Removed |Added Version|el5 |el6 Blocks||765934 -- 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
[Bug 765934] build for EPEL 6
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=765934 Ken Dreyer ktdre...@ktdreyer.com changed: What|Removed |Added Depends on||765950 -- 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
[Bug 765950] New: build for EPEL 6
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: build for EPEL 6 https://bugzilla.redhat.com/show_bug.cgi?id=765950 Summary: build for EPEL 6 Product: Fedora EPEL Version: el5 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: perl-Parse-CPAN-Packages AssignedTo: st...@silug.org ReportedBy: ktdre...@ktdreyer.com QAContact: extras...@fedoraproject.org CC: st...@silug.org, fedora-perl-devel-l...@redhat.com, ktdre...@ktdreyer.com Classification: Fedora Story Points: --- Type: --- Regression: --- Mount Type: --- Documentation: --- Please build and push for EPEL 6. (I've applied for co-maintainership in pkgdb). -- 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