Re: Default firewalld have wrong ports for nfs

[Jiri Popelka]

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
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Qt packages necessaries to develop for Android

[Christopher Meng]

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

Re: ORPHAN of mysql and python stuff

[Remi Collet]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 01/06/2014 00:30, Björn Persson a écrit :
> Remi Collet  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 use MySQL++. I will
> adopt it if necessary to keep it from dropping out of Fedora

Thanks,
Orphaned, You can take it.

Remi.

> but it would probably be better maintained by someone who uses it
> more actively.



> 
> Björn Persson
> 
> 
> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlOMMQcACgkQYUppBSnxahjaoQCg8beHZpisq2i4S4CQNEHnz2/y
hhkAnAuQXgstKF1YXNdJgz4SljS+NIeO
=WcTq
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ORPHAN of mysql and python stuff

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

Yes most commands works with MariaDB server.

> Do you have current problems with it?

No bug reported.


Remi.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

New gettext in Rawhide causing builda failures?

[Richard Hughes]

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 po/gscan2pdf-ab.po -o
/builddir/build/BUILDROOT/gscan2pdf-1.2.5-1.fc21.noarch/usr/share/locale/ab/LC_MESSAGES/gscan2pdf.mo
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 being more
strict about Last-Translator and Language -- any ideas or best
practices on how to fix it? Patching 33 .po files in a spec file seems
like the Wrong Way (tm).

Thanks,

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Dan Horák]

On Sun, 1 Jun 2014 11:24:09 +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,
> unless someone successfully builds them till then.  If you know for
> sure that the package should be retired, please do so now with a
> proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
> 
> According to https://fedoraproject.org/wiki/Schedule branching will
> occur not earlier than 2015-07-08. The packages will be retired
> shortly before.
> 
>Package
> (co)maintainers
> ===
> 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


Dan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: New gettext in Rawhide causing builda failures?

[Daiki Ueno]

Richard Hughes  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 being more
> strict about Last-Translator and Language

For the record, this change has been introduced as a fix of:


> any ideas or best practices on how to fix it? Patching 33 .po files in
> a spec file seems like the Wrong Way (tm).

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.

(But, oh, msgfmt seems to mistreat the warning here.  Sorry about that
and will fix it ASAP.)

Regards,
--
Daiki Ueno
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: New gettext in Rawhide causing builda failures?

[Richard Hughes]

On 2 June 2014 10:02, Daiki Ueno  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 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 fine, an error is somewhat draconian IMHO :)

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: New gettext in Rawhide causing builda failures?

[Daiki Ueno]

Richard Hughes  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 fine, an error is somewhat draconian IMHO :)

I see.  So, just applied a patch to turn the missing-header errors into
warnings (should be available as 0.19-2).

Thanks for catching this quickly.

Regards,
--
Daiki Ueno
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: New gettext in Rawhide causing builda failures?

[Richard Hughes]

On 2 June 2014 11:23, Daiki Ueno  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
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21

[Adam Jackson]

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 the fbdev driver for X is what you
get there.  I'm not sure what would happen on Fedora for that, probably
aligning it with RHEL makes sense.  On x86 you'd get vesa.

But in any of those cases there's no acceleration code involved, so
"supported" could reaally only mean "lights up and sets modes".

> I've  also got a GXT120 (OEM'd MY220P) and the identical x86 card. I'm
> not  sure  if  that  would  be  covered by "mgag200", but again, I can
> provide validation.

The mgag200 driver is, at the moment, only a driver for server variants
of the G200 (G200SE, G200WB, etc).  Actual G200, as well as G400 G450
and G550, are not driven by the mgag200 driver at this time.

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[POC-change] Fedora packages point of contact updates

[nobody]

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 [master] was orphaned by awjb
 KDE and GNOME2 system tray replacement docking application
 https://admin.fedoraproject.org/pkgdb/package/docker
freetalk [f19, master, f20] was orphaned by rishi
 A console based Jabber client
 https://admin.fedoraproject.org/pkgdb/package/freetalk
funnel [master, f19, el6, f20] was orphaned by sundaram
 Handling submissions of talks and voting
 https://admin.fedoraproject.org/pkgdb/package/funnel
mysql++ [master, f19, el6, f20, el5] was orphaned by remi
 C++ wrapper for the MySQL C API
 https://admin.fedoraproject.org/pkgdb/package/mysql++
mysql-connector-python [epel7] was orphaned by remi
 MySQL Connector/Python
 https://admin.fedoraproject.org/pkgdb/package/mysql-connector-python
mysql-utilities [master, f19, el6, f20, epel7] was orphaned by remi
 MySQL Utilities
 https://admin.fedoraproject.org/pkgdb/package/mysql-utilities
python-flask-mail [master, f19, el6, f20] was orphaned by sundaram
 Flask extension for sending email
 https://admin.fedoraproject.org/pkgdb/package/python-flask-mail
python-ordereddict [master] was orphaned by till
 OrderedDict that works in Python 2.4-2.6
 https://admin.fedoraproject.org/pkgdb/package/python-ordereddict
redet [f19, master, f20] was orphaned by rishi
 Regular expression development and execution tool
 https://admin.fedoraproject.org/pkgdb/package/redet
redet-doc [f19, master, f20] was orphaned by rishi
 Documentation for the Redet tool
 https://admin.fedoraproject.org/pkgdb/package/redet-doc
tesla-concurrent-localrepo [master] was orphaned by galileo
 Tesla : Concurrent Local Repository
 https://admin.fedoraproject.org/pkgdb/package/tesla-concurrent-localrepo
tesla-filelock [master] was orphaned by galileo
 Tesla filelock utilities
 https://admin.fedoraproject.org/pkgdb/package/tesla-filelock

0 packages were retired


6 packages unorphaned
-
CUnit [master, f19, el6] was unorphaned by limb
 A unit testing framework for C
 https://admin.fedoraproject.org/pkgdb/package/CUnit
cmpfit [f19, master, f20] was unorphaned by nonamedotc
 A MINPACK-1 Least Squares Fitting Library in C
 https://admin.fedoraproject.org/pkgdb/package/cmpfit
eclipse-subclipse [master] was unorphaned by mbooth
 Subversion Eclipse plugin
 https://admin.fedoraproject.org/pkgdb/package/eclipse-subclipse
mysql-connector-python [master, f19, el6, f20] was unorphaned by hvad
 MySQL Connector/Python
 https://admin.fedoraproject.org/pkgdb/package/mysql-connector-python
python-ZConfig [f20, master] was unorphaned by mayorga
 Structured Configuration Library
 https://admin.fedoraproject.org/pkgdb/package/python-ZConfig
python26-mod_wsgi [el5] was unorphaned by lmacken
 A WSGI interface for Python web applications in Apache
 https://admin.fedoraproject.org/pkgdb/package/python26-mod_wsgi

0 packages were unretired


0 packages were given


12 packages had new branches
-
antimicro had a new branches: f19, master, f20 for jsbackus by limb
 Graphical program used to map keyboard buttons and mouse controls to a 
gamepad
 https://admin.fedoraproject.org/pkgdb/package/antimicro
drupal7-google_analytics had a new branches: master, f20, el6, epel7 for asrob 
by limb
 Adds the Google Analytics web statistics tracking system to your website
 https://admin.fedoraproject.org/pkgdb/package/drupal7-google_analytics
drupal7-views_slideshow had a new branches: master, f20, el6, epel7 for asrob 
by limb
 Views Slideshow can be used to create a slideshow of any content
 https://admin.fedoraproject.org/pkgdb/package/drupal7-views_slideshow
log4j12 had a new branch: master for gil by limb
 Java logging package
 https://admin.fedoraproject.org/pkgdb/package/log4j12
perl-CGI-Fast had a new branch: master for jplesnik by limb
 CGI Interface for Fast CGI
 https://admin.fedoraproject.org/pkgdb/package/perl-CGI-Fast
perl-Crypt-PBKDF2 had a new branches: master, f20, el6, epel7 for ddick by limb
 PBKDF2 password hashing algorithm
 https://admin.fedoraproject.org/pkgdb/package/perl-Crypt-PBKDF2
rubygem-fog-brightbox had a new branch: master for vondruch by limb
 Module for `fog` or standalone provider to use the Brightbox Cloud
 https://admin.fedoraproject.org/pkgdb/package/rubygem-fog-brightbox
rubygem-fog-core had a new branch: master for vondruch by limb
 Shared classes and tests for fog providers and services
 https://admin.fedoraproject.org/pkgdb/package/rubygem-fog-core
rubygem-fog-json had a

Re: fedoras default cflags & clang

[Miloslav Trmač]

2014-05-29 22:28 GMT+02:00 Tim St Clair :

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

http://llvm.org/docs/CommandGuide/llvm-config.html says llvm-config is
supposed to return flags “needed to link against LLVM”, and AFAIK
-fstack-protector-strong doesn’t affect ABI so doesn’t need to be returned
by llvm-config in the first place.
Mirek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Qt packages necessaries to develop for Android

[Andrew Lutomirski]

On Mon, Jun 2, 2014 at 12:44 AM, Christopher Meng  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 list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ORPHAN of mysql and python stuff

[Pavel Alexeev]

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. 
> Yes most commands works with MariaDB server.
Thanks. Taken.
>
>> Do you have current problems with it?
> No bug reported.
>
>
> Remi.
>

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21

[Pavel Alexeev]

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 to pkgdb2, there might be
> some errors here, please report them.
>
> The following packages are orphaned and will be retired when Fedora
> (F21) is branched, unless someone adopts them. If you know for sure that
> the package should be retired, please do so now with a proper reason:
> https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
>
> According to https://fedoraproject.org/wiki/Schedule branching will
> occur not earlier than 2015-07-08. The packages will be retired shortly 
> before.
>
>   Package(co)maintainers
> ===
…
> pmountorphan, agk,   
Took master, f19, а20.


-- 
With best wishes, Pavel Alexeev (aka Pahan-Hubbitus). For fast contact
with me use jabber: hubbi...@jabber.ru
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Till Maas]

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:
https://fedorahosted.org/rel-eng/ticket/5729

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Till Maas]

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

Actually according to Dennis this is a ppc32 package that can be
retired, because ppc32 support is being dropped.

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Al Dunsmuir]

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

> Actually according to Dennis this is a ppc32 package that can be
> retired, because ppc32 support is being dropped.

Till,

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.

Al

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Fwd: Ophaning lcms(1)

[Nicolas Chauvet]

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
DevIL-1.7.8-16.fc20.src.rpm
cinepaint-1.4-5.fc20.src.rpm
cmyktool-0.1.6-0.6.pre1.fc20.src.rpm
entangle-0.5.3-2.fc20.src.rpm
f-spot-0.8.2-11.fc20.src.rpm
geeqie-1.1-13.fc20.src.rpm
gimp-separate+-0.5.8-10.fc20.src.rpm
hylafax+-5.5.4-1.fc20.src.rpm
libmng-1.0.10-12.fc20.src.rpm
rawstudio-2.0-12.fc20.src.rpm
mate-image-viewer-1.6.2-2.fc20.src.rpm
oyranos-0.4.0-12.fc20.src.rpm
photoprint-0.4.2-0.12.pre2.fc20.src.rpm
python-pillow-2.2.1-4.fc20.src.rpm
rawstudio-2.0-12.fc20.src.rpm
sK1-0.9.1-0.8.pre_rev730.fc20.src.rpm



Thx



-- 
-

Nicolas (kwizart)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21

[Al Dunsmuir]

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 we build the matroxfb
> driver for this card, so that plus the fbdev driver for X is what you
> get there.  I'm not sure what would happen on Fedora for that, probably
> aligning it with RHEL makes sense.  On x86 you'd get vesa.

Assuming  there  are no down-sides of aligning Fedora and RHEL in this
area, it would be appreciated. Do you need a BZ to do this?

> But in any of those cases there's no acceleration code involved, so
> "supported" could reaally only mean "lights up and sets modes".

Light is good.  For the lower-functionality desktops, it is enough.

The  IBM  AIX  GXT135  driver  documents  a switch to enable minimally
acceleration,  but  does  not describe any details.  Even without that
enabled, it is usable under CDE.

>> I've  also got a GXT120 (OEM'd MY220P) and the identical x86 card. I'm
>> not  sure  if  that  would  be  covered by "mgag200", but again, I can
>> provide validation.

> The mgag200 driver is, at the moment, only a driver for server variants
> of the G200 (G200SE, G200WB, etc).  Actual G200, as well as G400 G450
> and G550, are not driven by the mgag200 driver at this time.

Thanks for the info, and your efforts!

I can give them a try around alpha-time, and see what transpires.



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fwd: Ophaning lcms(1)

[Toshio Kuratomi]

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 insecure use of tempfile CVE that
was ficed in 2.3.1 so maybe it makes sense to update even if there is API
breakage.)

@smani: Do you have more information here?

-Toshio


pgpVtProWXg4E.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: [ACTION REQUIRED] Retiring packages for Fedora 21

[Adam Jackson]

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 64-bit).
> 
> > Define "supported".  I believe for PowerPC in RHEL we build the matroxfb
> > driver for this card, so that plus the fbdev driver for X is what you
> > get there.  I'm not sure what would happen on Fedora for that, probably
> > aligning it with RHEL makes sense.  On x86 you'd get vesa.
> 
> Assuming  there  are no down-sides of aligning Fedora and RHEL in this
> area, it would be appreciated. Do you need a BZ to do this?

Appears to be thus already actually, so no bug needed.

- ajax

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: ORPHAN of mysql and python stuff

[Björn Persson]

Remi Collet wrote:
>Le 01/06/2014 00:30, Björn Persson a écrit :
>> Remi Collet  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 use MySQL++. I will
>> adopt it if necessary to keep it from dropping out of Fedora  
>
>Thanks,
>Orphaned, You can take it.

Taken except for the el5 branch. Co-maintainers are welcome.

-- 
Björn Persson


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Ophaning lcms(1)

[Michael Schwendt]

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
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Till Maas]

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 is no package left that is not properly configured
in primary koji. If you continue with this effort, please re-open the
rel-eng ticket in my other e-mail regarding yaboot.

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Till Maas]

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 date, probably it should be 2013-02-12. I
> will create an updated list after I found the time.

Here is an updated list, but there might be some errors left:
   Package(co)maintainers   
===
IBSimu   stevetraylen   
NearTree tmatsuu
alliance chitlesh, tnorth   
bio2jack dtimms 
bitbake  ixs
blktap   ke4qqq 
clearlooks-compact-gnome-theme   cwickert, lkundrak 
drwright caillon
freetalk orphan, rishi  
fuse-smb szpak  
g-wrap   laxathom   
gdome2   sundaram   
guile-liblaxathom   
kannel   thias, cicku, linuxthomass 
kguitar  davidcornette  
libannodex   thomasvs   
libopensync-plugin-opie  awjb   
minbar   izhar, hicham  
mozilla-firetray hicham 
pp3  mmahut 
proxyknife   rishi  
python-gudev orphan, aledvink, sochotni 
rats smilner, rmonk 
verbiste icon   
wine-docsawjb   
yaboot   dwmw2, fkocina, hegdevasant, jcajka,   
 karsten, pnasrat, tbreeds  
zikula   ke4qqq, pfrields   
The following packages require above mentioned packages:
Depending on: NearTree
rasmol (maintained by: krege)
rasmol-2.7.5.2-2.fc21.i686 requires libCNearTree.so.5
rasmol-2.7.5.2-2.fc21.src requires NearTree-devel = 3.1.1-4.fc18
rasmol-gtk-2.7.5.2-2.fc21.i686 requires libCNearTree.so.5


Depending on: alliance
pharosc (maintained by: chitlesh)
pharosc-alliance-8.3-8.fc20.noarch requires alliance = 
5.0-35.20090901snap.fc18


Depending on: bio2jack
k3guitune (maintained by: dtimms)
k3guitune-1.01-11.fc20.i686 requires libbio2jack.so.0
k3guitune-1.01-11.fc20.src requires bio2jack-devel = 0.9-8.fc18


Depending on: guile-lib
coot (maintained by: timfenn)
coot-0.7.2-1.fc21.src requires guile-lib = 0.1.6-5.fc18


Depending on: libannodex
mod_annodex (maintained by: thomasvs)
mod_annodex-0.2.2-20.fc21.i686 requires libannodex.so.0
mod_annodex-0.2.2-20.fc21.src requires libannodex-devel = 
0.7.3-17.fc18


Depending on: python-gudev
rhn-client-tools (maintained by: msuchy, mzazrive)
rhn-client-tools-2.1.16-1.fc21.noarch requires python-gudev = 
147.2-3.fc18
rhn-check-2.1.16-1.fc21.noarch requires yum-rhn-plugin = 
2.1.7-1.fc21
rhn-setup-2.1.16-1.fc21.noarch requires rhnsd = 5.0.14-1.fc21

rhncfg (maintained by: msuchy, mzazrive)
rhncfg-5.10.65-1.fc21.noarch requires rhn-client-tools = 
2.1.16-1.fc21

rhnpush (maintained by: msuchy, mzazrive)
rhnpush-5.5.65-2.fc20.noarch requires rhn-client-tools = 
2.1.16-1.fc21
rhnpush-5.5.65-2.fc20.src requires rhn-client-tools = 
2.1.16-1.fc21

rhnsd (maintained by: msuchy, mzazrive)
rhnsd-5.0.14-1.fc21.i686 requires rhn-check = 2.1.16-1.fc21

spacewalk-certs-tools (maintained by: msuchy)
spacewalk-certs-tools-2.1.6-1.fc21.noarch requires 
rhn-client-tools = 2.1.16-1.fc21

spacewalk-koan (maintained by: msuchy)
spacewalk-koan-2.1.4-1.fc21.noarch requires rhn-check = 
2.1.16-1.fc21

yu

Re: [ACTION REQUIRED] Retiring packages for Fedora 21

[Al Dunsmuir]

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 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 the fbdev driver for X is what you
>> > get there.  I'm not sure what would happen on Fedora for that, probably
>> > aligning it with RHEL makes sense.  On x86 you'd get vesa.
>> 
>> Assuming  there  are no down-sides of aligning Fedora and RHEL in this
>> area, it would be appreciated. Do you need a BZ to do this?

> Appears to be thus already actually, so no bug needed.

Excellent!  Thanks for checking.



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Fwd: Ophaning lcms(1)

[Till Maas]

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
> geeqie-1.1-13.fc20.src.rpm
> gimp-separate+-0.5.8-10.fc20.src.rpm
> hylafax+-5.5.4-1.fc20.src.rpm
> libmng-1.0.10-12.fc20.src.rpm
> mate-image-viewer-1.6.2-2.fc20.src.rpm
> oyranos-0.4.0-12.fc20.src.rpm
> photoprint-0.4.2-0.12.pre2.fc20.src.rpm
> python-pillow-2.2.1-4.fc20.src.rpm
> rawstudio-2.0-12.fc20.src.rpm
> rawstudio-2.0-12.fc20.src.rpm
> sK1-0.9.1-0.8.pre_rev730.fc20.src.rpm

There are inkscape and imageinfo missing in the list:


Depending on: lcms
DevIL (maintained by: jwrdegoede)
DevIL-1.7.8-17.fc21.i686 requires liblcms.so.1
DevIL-1.7.8-17.fc21.src requires lcms-devel = 1.19-11.fc21
DevIL-ILUT-1.7.8-17.fc21.i686 requires liblcms.so.1

cinepaint (maintained by: jcapik)
cinepaint-1.4-5.fc21.i686 requires liblcms.so.1
cinepaint-1.4-5.fc21.src requires lcms-devel = 1.19-11.fc21
cinepaint-libs-1.4-5.fc21.i686 requires liblcms.so.1, 
liboyranos.so.0, liboyranos_config.so.0, liboyranos_core.so.0, 
liboyranos_modules.so.0, liboyranos_object.so.0

cmyktool (maintained by: duffy)
cmyktool-0.1.6-0.6.pre1.fc20.i686 requires liblcms.so.1
cmyktool-0.1.6-0.6.pre1.fc20.src requires pkgconfig(lcms) = 1.19

cups-filters (maintained by: twaugh, jkoncick, jpopelka)
cups-filters-1.0.53-2.fc21.src requires pkgconfig(lcms) = 1.19

f-spot (maintained by: chkr, alexl, caolanm, hadess, johnp, mbarnes, 
rhughes, rstrode, ssp, xiphmont)
f-spot-0.8.2-11.fc20.i686 requires lcms-libs = 1.19-11.fc21, 
liblcms.so.1
f-spot-0.8.2-11.fc20.src requires lcms-devel = 1.19-11.fc21

gimp-separate+ (maintained by: hanecak, design-sw)
gimp-separate+-0.5.8-10.fc21.i686 requires liblcms.so.1
gimp-separate+-0.5.8-10.fc21.src requires lcms-devel = 
1.19-11.fc21

hylafax+ (maintained by: faxguy, msuchy)
hylafax+-5.5.5-1.fc21.i686 requires liblcms.so.1
hylafax+-5.5.5-1.fc21.src requires lcms-devel = 1.19-11.fc21
hylafax+-client-5.5.5-1.fc21.i686 requires liblcms.so.1

imageinfo (maintained by: brendt)
imageinfo-0.05-20.fc21.src requires lcms-devel = 1.19-11.fc21

inkscape (maintained by: limb, duffy, lkundrak)
inkscape-0.48.4-16.fc21.src requires lcms-devel = 1.19-11.fc21

rawstudio (maintained by: giallu)
librawstudio-2.0-13.fc21.i686 requires liblcms.so.1
rawstudio-2.0-13.fc21.i686 requires liblcms.so.1
rawstudio-2.0-13.fc21.src requires lcms-devel = 1.19-11.fc21

oyranos (maintained by: cicku)
oyranos-0.9.5-2.fc21.src requires lcms-devel = 1.19-11.fc21

photoprint (maintained by: mdomsch)
photoprint-0.4.2-0.12.pre2.fc20.i686 requires liblcms.so.1
photoprint-0.4.2-0.12.pre2.fc20.src requires lcms-devel = 
1.19-11.fc21

sK1 (maintained by: itamarjp)
sK1-0.9.1-0.9.pre_rev730.fc21.i686 requires liblcms.so.1, 
python-lcms = 1.19-11.fc21
sK1-0.9.1-0.9.pre_rev730.fc21.src requires lcms-devel = 
1.19-11.fc21

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Al Dunsmuir]

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  adds more work
>> to that effort.

> ok, but I guess there is no package left that is not properly configured
> in primary koji. If you continue with this effort, please re-open the
> rel-eng ticket in my other e-mail regarding yaboot.

Thanks - will do.

The  intent  is  to  switch  ppc32 over to grub2 once basic install is
operational.  F20  ppc64  GA  made  the switch, but it was not without
trials - see https://bugzilla.redhat.com/show_bug.cgi?id=1020112

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Rahul Sundaram]

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: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Till Maas]

On Mon, Jun 02, 2014 at 09:42:02PM -0400, Rahul Sundaram wrote:
> 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?

You need to retire it in pkgdb. Btw. the retiring reason could be
improved in the dead.package file.

Regards
Till
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Current FTBFS packages (was Re: [ACTION REQUIRED] Retiring packages for Fedora 21)

[Dan Horák]

On Mon, 2 Jun 2014 23:54:10 +0200
Till Maas  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  adds
> > more work to that effort.
> 
> ok, but I guess there is no package left that is not properly
> configured in primary koji. If you continue with this effort, please
> re-open the rel-eng ticket in my other e-mail regarding yaboot.

In the past it wasn't possible to block secondary arch only package in
primary koji after it was introduced there, because during some releng
action (branching, mass rebuild?) it affected also the secondary koji.
Or pkgdb, maybe both. The result was that secondary arch only package
was not accessible for commits and blocked in secondary koji and we
had to resolve it manually with dgilmore. So please be careful. I think
the problem was that pkgdb had no information about arches, it worked
globally.


Dan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct