Hello,
I was looking to build a package on epel7 that is relying on jansson-devel.
The -devel subpackage is generated as normally from the main jansson
package, but in case of epel7 the resulting rpm is included in the
Workstation-optional channel:
On Mon, 2 Jun 2014 10:59:48 +0200
Simone Caronni negativ...@gmail.com wrote:
Hello,
I was looking to build a package on epel7 that is relying on
jansson-devel.
The -devel subpackage is generated as normally from the main jansson
package, but in case of epel7 the resulting rpm is included
On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote:
EPEL builds against the Server + Server-optional variant of RHEL -
http://koji.fedoraproject.org/koji/taginfo?tagID=258
Is this the final setup of EPEL for RHEL 7 that will be available for all
the time the distribution is supported by
Compose started at Mon Jun 2 08:15:03 UTC 2014
New package: jq-1.3-2.el7
Command-line JSON processor
New package: mosquitto-1.3.1-1.el7
An Open Source MQTT v3.1 Broker
Updated Packages:
nfs-ganesha-2.0.0-9.el7
---
* Mon Jun 02 2014 Kaleb S.
On 2 June 2014 11:09, Simone Caronni negativ...@gmail.com wrote:
On 2 June 2014 11:04, Dan Horák d...@danny.cz wrote:
EPEL builds against the Server + Server-optional variant of RHEL -
http://koji.fedoraproject.org/koji/taginfo?tagID=258
Is this the final setup of EPEL for RHEL 7 that will
On Mon, Jun 02, 2014 at 11:14:52AM +0200, Simone Caronni wrote:
It is quite strange actually. Normally, if a package is not included in the
base distribution, we can add it. If it is already included we never
replace the upstream package.
By using only server and server-optional we have the
Hi,
libntlm is not available for ppc in RHEL7 and it is a dependency for a
package I would like to build for EPEL7. Therefore I intend to create a
package according to
https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages
Are there any objections/other comments?
Regards
Till
On Mon, Jun 2, 2014 at 1:59 AM, Simone Caronni negativ...@gmail.com wrote:
Hello,
I was looking to build a package on epel7 that is relying on jansson-devel.
The -devel subpackage is generated as normally from the main jansson
package, but in case of epel7 the resulting rpm is included in
The following Fedora EPEL 6 Security updates need testing:
Age URL
771
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
118
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6
103
The following Fedora EPEL 5 Security updates need testing:
Age URL
771
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
225
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5
106
On Sat, 31 May 2014 00:31:50 +0200, Paolo Bonzini wrote:
As of 2014, I only know two cases where clang is still better: more complete
caret diagnostics, and better recovery from invalid types (clang provides
suggestions and uses it for the rest of the compilation to avoid cascaded
error
Hi folks! I don't think we have anything that needs to be discussed in a
meeting tomorrow, so I'm proposing to cancel it - we have the work
ongoing on Fedora.next test planning, but so far as I know everyone's on
board with the direction there and we just need to keep pushing.
Taskotron work also
On 05/31/2014 11:17 PM, valent.turko...@gmail.com wrote:
How can this be fixed in default firewalld config so that Fedora 21 has
nfs with correct ports?
There's open BZ for this:
https://bugzilla.redhat.com/show_bug.cgi?id=975060
--
Jiri
--
devel mailing list
devel@lists.fedoraproject.org
After looking at the link you provided, it's easy to see that we must
have Android SDK packaged which is non-free IMO.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 01/06/2014 00:30, Björn Persson a écrit :
Remi Collet fed...@famillecollet.com wrote:
Because of lack of interest, I plan to orphan the following
packages (Fedora + EPEL)
mysql++ (3.1.0 in rawhide, 3.2.1 available)
I have systems in stable
Le 28/05/2014 18:32, Pavel Alexeev a écrit :
mysql-connector-python (1.1.6 in rawhide, 1.2.1 recently released)
Orphaned.
mysql-utilities (1.3.6 in rawhide, 1.4.3 recently released)
Orphaned
Looks interesting. If it is Mariadb compatible I could take it.
Yes most commands works with
I'm trying to build a new upstream release of gscan2pdf -- but a lot
of other upstream software also looks affected, this is the build
failure:
/usr/bin/perl -MExtUtils::Command -e 'mkpath' --
/builddir/build/BUILDROOT/gscan2pdf-1.2.5-1.fc21.noarch/usr/share/locale/ab/LC_MESSAGES
msgfmt -c
On Sun, 1 Jun 2014 11:24:09 +0200
Till Maas opensou...@till.name wrote:
The following packages did not build for two releases (no new build
since 2013-07-25) and will be retired when Fedora (F21) is branched,
unless someone successfully builds them till then. If you know for
sure that the
Richard Hughes hughsi...@gmail.com writes:
po/gscan2pdf-ab.po:7: header field 'Last-Translator' still has the
initial default value
po/gscan2pdf-ab.po:7: warning: header field 'Language' missing in header
msgfmt: found 2 fatal errors
This builds fine in F20. I think a newer gettext may be
On 2 June 2014 10:02, Daiki Ueno u...@fedoraproject.org wrote:
However, the non-warning errors have been there for a long time. Isn't
it time to fix them? If this is really too strict, we can revert this
in the next minor release and advise users until the next major release.
I think quite a
Richard Hughes hughsi...@gmail.com writes:
I think quite a lot of software will fail to rebuild (mostly stuff
using rosetta) with this change in the pending F21 mass rebuild.
(But, oh, msgfmt seems to mistreat the warning here. Sorry about that
and will fix it ASAP.)
I think a warning is
On 2 June 2014 11:23, Daiki Ueno u...@fedoraproject.org wrote:
I see. So, just applied a patch to turn the missing-header errors into
warnings (should be available as 0.19-2).
Works great, thanks!
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
Is the mga450 supported? Aside from formal graphics test days, I can
run whatever tests required on x86 (both 32-bit and 64-bit).
Define supported. I believe for PowerPC in RHEL we build the matroxfb
driver for this card, so that plus
Change in package status over the last 168 hours
13 packages were orphaned
-
amtu [master] was orphaned by sgrubb
Abstract Machine Test Utility (AMTU)
https://admin.fedoraproject.org/pkgdb/package/amtu
docker
2014-05-29 22:28 GMT+02:00 Tim St Clair tstcl...@redhat.com:
I've been seeing this bug crop up in many circles:
https://bugzilla.redhat.com/show_bug.cgi?id=1099282
At a first glance this seems like a bug in llvm-config, nothing obviously
related to “default” cflags.
On Mon, Jun 2, 2014 at 12:44 AM, Christopher Meng cicku...@gmail.com wrote:
After looking at the link you provided, it's easy to see that we must
have Android SDK packaged which is non-free IMO.
It's plausible that Qt5 could be buildable against Replicant, though.
--Andy
--
devel mailing
02.06.2014 12:15, Remi Collet пишет:
Le 28/05/2014 18:32, Pavel Alexeev a écrit :
mysql-connector-python (1.1.6 in rawhide, 1.2.1 recently released)
Orphaned.
mysql-utilities (1.3.6 in rawhide, 1.4.3 recently released)
Orphaned
Looks interesting. If it is Mariadb compatible I could take it.
29.05.2014 17:43, Till Maas wrote:
Since the mass rebuild will start in a week (2014-06-06) it is a good
time to start cleaning up Fedora. After the mass rebuild, packages that
fail to build for two releases will be be added to this list. Since this
is the first run after adapting the script
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote:
yaboot dwmw2, dwmw2, fkocina,
this is a secondary arch only package since F-12, so it should be
excluded from the FTBFS list in primary koji
This needs special attention from Dennis:
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote:
On Sun, 1 Jun 2014 11:24:09 +0200
Till Maas opensou...@till.name wrote:
yaboot dwmw2, dwmw2, fkocina,
this is a secondary arch only package since F-12, so it should be
excluded from the FTBFS list in
On Monday, June 2, 2014, 2:53:33 PM, Till Mass wrote:
On Mon, Jun 02, 2014 at 11:01:53AM +0200, Dan Horák wrote:
On Sun, 1 Jun 2014 11:24:09 +0200
Till Maas opensou...@till.name wrote:
yaboot dwmw2, dwmw2, fkocina,
this is a secondary arch only package since
Hello,
I'm orphaning lcms, this package has seen few security issue and upstream
claim it's deprecated over lcms2
rhel 7 doesn't depends on it for the few package, so it might be an option
not to build lcms support for certain package
# repoquery --whatrequires liblcms.so.1 --source
On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote:
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
Is the mga450 supported? Aside from formal graphics test days, I can
run whatever tests required on x86 (both 32-bit and 64-bit).
Define supported. I believe for PowerPC in RHEL
On Mon, Jun 02, 2014 at 10:39:56PM +0200, Nicolas Chauvet wrote:
python-pillow-2.2.1-4.fc20.src.rpm
This one can be fixed by upgrading to 2.3.0 (or greater. 2.4.0 is current).
2.4.0 is what's in rawhide. Not sure if that's safe to push back to f20 and
earlier. (Although I see that there's an
On Mon, 2014-06-02 at 16:52 -0400, Al Dunsmuir wrote:
On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote:
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
Is the mga450 supported? Aside from formal graphics test days, I can
run whatever tests required on x86 (both 32-bit and
Remi Collet wrote:
Le 01/06/2014 00:30, Björn Persson a écrit :
Remi Collet fed...@famillecollet.com wrote:
Because of lack of interest, I plan to orphan the following
packages (Fedora + EPEL)
mysql++ (3.1.0 in rawhide, 3.2.1 available)
I have systems in stable production mode that
On Mon, 2 Jun 2014 22:39:56 +0200, Nicolas Chauvet wrote:
geeqie-1.1-13.fc20.src.rpm
In Rawhide it has been built with a patch and LCMS2 for some time.
For F20, there's something in updates-testing already, too.
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Jun 02, 2014 at 04:36:28PM -0400, Al Dunsmuir wrote:
Please do not start deleting ppc32-only packages.
A few of us would like to resurrect ppc32, likely initially as a
Fedora Remix. Deleting ppc32-only packages just adds more work
to that effort.
ok, but I guess there
On Sun, Jun 01, 2014 at 12:56:58PM +0200, Till Maas wrote:
On Sun, Jun 01, 2014 at 11:24:09AM +0200, Till Maas wrote:
The following packages did not build for two releases (no new build
since 2013-07-25) and will be retired when Fedora (F21) is branched,
I might have used the wrong
On Monday, June 2, 2014, 5:15:18 PM, Adam Jackson wrote:
On Mon, 2014-06-02 at 16:52 -0400, Al Dunsmuir wrote:
On Monday, June 2, 2014, 10:05:22 AM, Adam Jackson wrote:
On Sat, 2014-05-31 at 10:33 -0400, Al Dunsmuir wrote:
Is the mga450 supported? Aside from formal graphics test days, I
On Mon, Jun 02, 2014 at 10:39:56PM +0200, Nicolas Chauvet wrote:
# repoquery --whatrequires liblcms.so.1 --source
cinepaint-1.4-5.fc20.src.rpm
cmyktool-0.1.6-0.6.pre1.fc20.src.rpm
DevIL-1.7.8-16.fc20.src.rpm
entangle-0.5.3-2.fc20.src.rpm
f-spot-0.8.2-11.fc20.src.rpm
On Monday, June 2, 2014, 5:54:10 PM, Till Mass wrote:
On Mon, Jun 02, 2014 at 04:36:28PM -0400, Al Dunsmuir wrote:
Please do not start deleting ppc32-only packages.
A few of us would like to resurrect ppc32, likely initially as a
Fedora Remix. Deleting ppc32-only packages just
Hi
On Mon, Jun 2, 2014 at 5:57 PM, Till Maas wrote:
gdome2 sundaram
I have retired this already. What more should I do?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
https://bugzilla.redhat.com/show_bug.cgi?id=1101990
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1103666
Bug ID: 1103666
Summary: perl-Coro-6.39 is available
Product: Fedora
Version: rawhide
Component: perl-Coro
Keywords: FutureFeature, Triaged
Assignee: ppi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1103667
Bug ID: 1103667
Summary: perl-DateTime-TimeZone-1.70 is available
Product: Fedora
Version: rawhide
Component: perl-DateTime-TimeZone
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1103668
Bug ID: 1103668
Summary: perl-DBD-Pg-3.3.0 is available
Product: Fedora
Version: rawhide
Component: perl-DBD-Pg
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1103669
Bug ID: 1103669
Summary: perl-Digest-SHA-5.92 is available
Product: Fedora
Version: rawhide
Component: perl-Digest-SHA
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1103670
Bug ID: 1103670
Summary: perl-File-pushd-1.007 is available
Product: Fedora
Version: rawhide
Component: perl-File-pushd
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1103666
--- Comment #1 from Petr Pisar ppi...@redhat.com ---
This is a bug-fix release suitable for F≥20.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1103677
Bug ID: 1103677
Summary: perl-Socket-2.014 is available
Product: Fedora
Version: rawhide
Component: perl-Socket
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1103666
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1103666
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Coro-6.39-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/perl-Coro-6.39-1.fc20
--
You are receiving this mail because:
https://bugzilla.redhat.com/show_bug.cgi?id=1103677
--- Comment #1 from Petr Pisar ppi...@redhat.com ---
This is a bug-fix release suitable for F≥20.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1103677
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1103669
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1103677
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Socket-2.014-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/perl-Socket-2.014-1.fc20
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1051110
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment
https://bugzilla.redhat.com/show_bug.cgi?id=1051110
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In
user: kwizart set for pghmcfc acl: commit of package: perl-Guard from: Awaiting
Review to: Approved on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Guard
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
user: kwizart set for pghmcfc acl: commit of package: perl-Guard from: Awaiting
Review to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Guard
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1057466
Till Maas opensou...@till.name changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
https://fedorahosted.org/389/ticket/47803
https://fedorahosted.org/389/attachment/ticket/47803/0001-Ticket-47803-syncrepl-crash-if-attribute-list-is-non.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://fedorahosted.org/389/ticket/47770
https://fedorahosted.org/389/attachment/ticket/47770/0001-Ticket-47770-481-breaks-possibility-to-reassemble-me.2.patch
Thanks to Rich for his comments. This new patch fixed a leak pointed
out by Rich and 3 more leaks revealed by valgrind.
--
On Mon, 26 May 2014 08:40:18 -0400 (EDT)
Kamil Paral kpa...@redhat.com wrote:
That being said, the kernel-style DCO [1] might be worth
considering. Nothing fancy, just documentation that lists the DCO
and says that by contributing code, you agree to its terms. I'm not
sure we need to deal
Since we're likely to be doing some license header changes in the near
future, I'm thinking that it might be a good time to start discussing
code style for our projects.
I'd like to be pretty much pep8 unless there are good reasons to
deviate from that standard. PEP8 is well known and tools to
66 matches
Mail list logo