Re: EPEL epel7 planning and processes

On Wed, Dec 18, 2013 at 6:58 AM, Morten Stevens mstev...@fedoraproject.org wrote: My preference is also el7, because we have also a Packager and Vendor tag to declare these packages as Fedora EPEL (and not rhel) packages. Why should these 2 tags be used still?

Re: EPEL epel7 planning and processes

On 12/19/2013 12:57 PM, Christopher Meng wrote: On Wed, Dec 18, 2013 at 6:58 AM, Morten Stevens mstev...@fedoraproject.org wrote: My preference is also el7, because we have also a Packager and Vendor tag to declare these packages as Fedora EPEL (and not rhel) packages. Why should these 2 tags

setuptools status on Fedora 20

Hi all, I just installed setuptools on Fedora 20 and got this. # setup ERROR - No tool descriptions found in /etc/setuptool.d or /usr/share/setuptool/setuptool.d. Are we going to deprecate the package ? Kushal -- http://fedoraproject.org http://kushaldas.in -- devel mailing list

Re: Creating SRPM without rpmbuild

On 12/19/2013 01:15 AM, Miro Hrončok wrote: I need to prepare SRPM on machine where I have limited access and cannot install rpmbuild. You could compile rpm from sources and use that. It's Debian based. I think Debian has a working rpmbuild, but it obviously doesn't help if you aren't

Re: setuptools status on Fedora 20

On Thu, Dec 19, 2013 at 3:08 AM, Kushal Das kushal...@gmail.com wrote: ERROR - No tool descriptions found in /etc/setuptool.d or /usr/share/setuptool/setuptool.d. Are we going to deprecate the package ? Not that I'm aware of -- I wonder if you're hitting some sort of side effect of

Packages no in F-20 tree

Hi Fedorians. Today I tried to install a first lab machine with F-20. Unfortunately, my beloved kickstart returned quite a few problems with missing packages, several of which I maintain. Examples of such packages are xavante, lua-wsapi, or graphviz. I have looked in Koji and they have been

Re: Rawhide unannounced ABI bumps: gnome-bluetooth

On Wed, Dec 18, 2013 at 10:31 PM, Adam Williamson awill...@redhat.comwrote: Yep, it's that time again, folks. I see errors in my daily update indicating an unannounced API/ABI bump. gnome-bluetooth-3.11.3-1.fc21 (built yesterday) seems to have gone from libgnome-bluetooth.so.12 to

Re: Rawhide unannounced ABI bumps: gnome-bluetooth

On Thu, Dec 19, 2013 at 4:31 AM, Adam Williamson awill...@redhat.com wrote: Yep, it's that time again, folks. I see errors in my daily update indicating an unannounced API/ABI bump. gnome-bluetooth-3.11.3-1.fc21 (built yesterday) seems to have gone from libgnome-bluetooth.so.12 to

Re: Rawhide unannounced ABI bumps: gnome-bluetooth

On 19 December 2013 04:31, Adam Williamson awill...@redhat.com wrote: gnome-bluetooth-3.11.3-1.fc21 (built yesterday) seems to have gone from libgnome-bluetooth.so.12 to libgnome-bluetooth.so.13 and dropped libgnome-bluetooth-applet.so.0 entirely. Yup, I guess that's my fault. I run mclazy to

Re: Inter-WG coordination: Stable application runtimes

On Wed, Dec 18, 2013 at 6:05 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote: In case of 3 you would never update an container you would replace it with a new container ( or App image rather ) which contains the update/upgrade and delete the old container or in case of Gnome with a new App

Re: Inter-WG coordination: Stable application runtimes

On Wed, Dec 18, 2013 at 9:45 AM, Kevin Kofler wrote: You can, for example, use C++, which is a stable standard (a new version was published 2 years ago, but almost all C++98 code compiles unchanged as C++11), and Qt, which keeps a stable API and ABI throughout a major version (the interval

Libzip 0.11.2 in F = 20

Hi, I just update libzip to new version 0.11.2 https://admin.fedoraproject.org/updates/libzip-0.11.2-1.fc20 From abi-compliance-checker, no ABI change http://rpms.famillecollet.com/compat_reports/libzip/1.11.1_to_1.11.2/compat_report.html Remi. -- devel mailing list

Re: setuptools status on Fedora 20

On Thu, Dec 19, 2013 at 07:43:40AM -0500, Jared K. Smith wrote: On Thu, Dec 19, 2013 at 3:08 AM, Kushal Das kushal...@gmail.com wrote: ERROR - No tool descriptions found in /etc/setuptool.d or /usr/share/setuptool/setuptool.d. Are we going to deprecate the package ? Not

F-19 icon scrambling puzzle

This morning I ran yum upgrade, as customary. Three packages updated: asymptote, python-rhsm, and yum. Now my GNOME icons are scrambled. Of the 3 packages, only 1 has a desktop file: asymptote. It does not use these scriptlets:

Summary/Minutes from today's FESCo Meeting (2013-12-18)

=== #fedora-meeting: FESCO (2013-12-18) === Meeting started by abadger1999 at 18:02:28 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2013-12-18/fesco.2013-12-18-18.02.log.html . Meeting

Re: setuptools status on Fedora 20

On Thu, Dec 19, 2013 at 9:09 PM, Toshio Kuratomi a.bad...@gmail.com wrote: Are there files inside of /etc/setuptool.d ? Does rpm -V setuptool tell you any files are missing? Nope :( $ rpm -qpl setuptool-1.19.11-7.fc20.x86_64.rpm |grep setuptool.d /etc/setuptool.d

Re: Inter-WG coordination: Stable application runtimes

On fim 19.des 2013 14:40, Miloslav Trmač wrote: On Wed, Dec 18, 2013 at 6:05 PM, Jóhann B. Guðmundsson johan...@gmail.com wrote: In case of 3 you would never update an container you would replace it with a new container ( or App image rather ) which contains the update/upgrade and delete the

Re: Inter-WG coordination: Stable application runtimes

On Thu, 2013-12-19 at 09:52 -0500, Orcan Ogetbil wrote: Didn't we have a mass rebuild due to a C++ ABI change 1 or 2 years ago? Standard C++ does not specify an ABI. Compilers get to handle that themselves. signature.asc Description: This is a digitally signed message part -- devel mailing

mkproject tw obsoleted by codemiscs, codemiscs not packaged

*mkproject* and *tw* are becoming obsolete in favour of another single merger project that reduces packaging and syndication efforts: *codemiscs* . *Obsoleted, yet practically orphaned:* * mkproject - command line project generator https://admin.fedoraproject.org/pkgdb/acls/name/mkproject * tw

Re: Should a working fedup in Fedora N's stable repository be a release criterion for N+1?

On Tue, 2013-12-17 at 19:54 -0800, Andrew Lutomirski wrote: Admittedly, the FedUp page says Be sure to get the latest release, this may involve enabling updates-testing (yum --enablerepo=updates-testing install fedup in the command line). I think this is silly. Maybe using the

Schedule for Thursday's FPC Meeting (2013-12-19 17:00 UTC)

Following is the list of topics that will be discussed in the FPC meeting Thursday at 2013-12-19 17:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2013-12-19 09:00 Thu US/Pacific PST 2013-12-19 12:00 Thu US/Eastern EST 2013-12-19

EPEL Fedora 5 updates-testing report

The following Fedora EPEL 5 Security updates need testing: Age URL 606 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 120 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5 96

EPEL Fedora 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 606 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 120 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6 62

Re: Schedule for Wednesday's FESCo Meeting (2013-12-18)

On Wed, 2013-12-18 at 22:04 +, Jóhann B. Guðmundsson wrote: The EOL process does not improve the user or contributor experience et all it's entire existence does quite the opposite. If we could go with out it we would. Bugzilla is much less useful when it cannot be kept clean. Red

Re: Schedule for Wednesday's FESCo Meeting (2013-12-18)

On Wed, 2013-12-18 at 21:40 +, Jóhann B. Guðmundsson wrote: Individual that tells that truth and shed's light how RH operates. Since you are not aware of it Red Hat invented the position of Fedora QA Community Manager ( I dont know who but I would very much like to meet that person )

Re: Schedule for Wednesday's FESCo Meeting (2013-12-18)

On Wed, 2013-12-18 at 13:00 -0700, Kevin Fenzi wrote: Some closed end of life bugs don't seem to be re-openable by the reporter. Bugzilla admins say this should work, but there's been some in person reports where it doesn't. Our end of life message tells reporters to re-open and set to the

Re: setuptools status on Fedora 20

On Thu, Dec 19, 2013 at 09:42:11PM +0530, Kushal Das wrote: # setup ERROR - No tool descriptions found in /etc/setuptool.d or /usr/share/setuptool/setuptool.d. Kushal and I did some debugging on this this morning and determined that it's the error message being a bit inaccurate. The tool

Re: really stop really commits (really!)

On Wed, Dec 18, 2013 at 2:17 AM, Vít Ondruch vondr...@redhat.com wrote: Sorry, but that is not accidental comment. First of all, we are working with git. I have local clone of git repository and I am free to commit whatever I consider to be committed. And I assume that you know that you can

Re: Inter-WG coordination: Stable application runtimes

Jóhann B. Guðmundsson wrote: In case of 3 you would never update an container you would replace it with a new container ( or App image rather ) which contains the update/upgrade and delete the old container or in case of Gnome with a new App image If I understood Alexander correctly at that

Re: Packages no in F-20 tree

On 12/19/2013 05:53 AM, Tim Niemueller wrote: Hi Fedorians. Today I tried to install a first lab machine with F-20. Unfortunately, my beloved kickstart returned quite a few problems with missing packages, several of which I maintain. Examples of such packages are xavante, lua-wsapi, or

Re: Inter-WG coordination: Stable application runtimes

Orcan Ogetbil wrote: Didn't we have a mass rebuild due to a C++ ABI change 1 or 2 years ago? The latest C++ ABI change was with g++ 3.4 (April 18, 2004). g++ 4.0 kept the 3.4 ABI and so did all 4.x releases. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: Inter-WG coordination: Stable application runtimes

On Thu, Dec 19, 2013 at 4:31 PM, Kevin Kofler kevin.kof...@chello.at wrote: Orcan Ogetbil wrote: Didn't we have a mass rebuild due to a C++ ABI change 1 or 2 years ago? The latest C++ ABI change was with g++ 3.4 (April 18, 2004). g++ 4.0 kept the 3.4 ABI and so did all 4.x releases. He's

[Test-Announce] 2013-12-23 @ 16:00 UTC - Fedora QA Meeting

# Fedora Quality Assurance Meeting # Date: 2013-12-23 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: #fedora-meeting on irc.freenode.net Greetings testers! We have a meeting slot on 12-23 - it's two days before Christmas, but lots of keen cookies expressed

Re: Rawhide unannounced ABI bumps: gnome-bluetooth

On Thu, 2013-12-19 at 14:12 +, Richard Hughes wrote: On 19 December 2013 04:31, Adam Williamson awill...@redhat.com wrote: gnome-bluetooth-3.11.3-1.fc21 (built yesterday) seems to have gone from libgnome-bluetooth.so.12 to libgnome-bluetooth.so.13 and dropped

Re: Inter-WG coordination: Stable application runtimes

On Thu, Dec 19, 2013 at 11:33 AM, Michael Catanzaro wrote: On Thu, 2013-12-19 at 09:52 -0500, Orcan Ogetbil wrote: Didn't we have a mass rebuild due to a C++ ABI change 1 or 2 years ago? Standard C++ does not specify an ABI. Compilers get to handle that themselves. Correct (which can be

[Bug 1044943] New: perl-Gtk2 GUI programs fails to start when using DBD::Pg

https://bugzilla.redhat.com/show_bug.cgi?id=1044943 Bug ID: 1044943 Summary: perl-Gtk2 GUI programs fails to start when using DBD::Pg Product: Fedora Version: 20 Component: perl-DBD-Pg Severity: high

[Bug 1044943] perl-Gtk2 GUI programs fails to start when using DBD::Pg

https://bugzilla.redhat.com/show_bug.cgi?id=1044943 --- Comment #1 from do...@uhusystems.com --- Installing Glib 1.303 from CPAN seems to solve the issue completely. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug

[Bug 1044943] perl-Gtk2 GUI programs fails to start when using DBD::Pg

https://bugzilla.redhat.com/show_bug.cgi?id=1044943 do...@uhusystems.com changed: What|Removed |Added CC||tcall...@redhat.com

[Bug 1044988] New: perl-Net-GitHub-0.55 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1044988 Bug ID: 1044988 Summary: perl-Net-GitHub-0.55 is available Product: Fedora Version: rawhide Component: perl-Net-GitHub Keywords: FutureFeature, Triaged Assignee:

Broken dependencies: perl-Language-Expr

perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp:

Broken dependencies: perl-Language-Prolog-Yaswi

perl-Language-Prolog-Yaswi has broken dependencies in the rawhide tree: On x86_64: perl-Language-Prolog-Yaswi-0.21-15.fc21.x86_64 requires libswipl.so.6.6.0()(64bit) On i386: perl-Language-Prolog-Yaswi-0.21-15.fc21.i686 requires libswipl.so.6.6.0 On armhfp:

[Bug 1044943] perl-Gtk2 GUI programs fails to start when using DBD::Pg

https://bugzilla.redhat.com/show_bug.cgi?id=1044943 --- Comment #2 from do...@uhusystems.com --- Getting closer: The two case seems to be two different issue. case 2 (package 'm' is not registered) could be solved by upgrading perl-glib. case 1 (invalid version format) is probably caused by

[Bug 1029710] Amavisd fails to identify attached zipped files with .exe extensions

https://bugzilla.redhat.com/show_bug.cgi?id=1029710 --- Comment #2 from Steve Tindall s10...@elrepo.org --- This issue also applies with the recently updated amavisd-new-2.8.0-8.el6.noarch package installed. Removal of localamavisd (see above) SELinux module causes amavisd to allow mail with

[Bug 1039710] perl-ExtUtils-Typemaps-Default-1.05 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1039710 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|ON_QA |CLOSED

[Bug 1021207] perl-Gtk3-0.015 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1021207 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|

[Bug 992666] perl-Language-Expr: FTBFS in rawhide

https://bugzilla.redhat.com/show_bug.cgi?id=992666 Adam Williamson awill...@redhat.com changed: What|Removed |Added CC|perl-devel@lists.fedoraproj |

[389-devel] Please review (lib389) 47635 (follow up): MT/Backend/Suffix to be conform with the design

Hi, Thanks Rich for having reviewed the changes on ticket 47635. I made some additional cleanup also covered by this tickets (mainly around backend). The following review is not a cumulative set of changes, it is diff from the previous review.