Fedora Rawhide Report | 18 Apr 15:58 2014

rawhide report: 20140418 changes


Broken deps for i386
----------------------------------------------------------
[MegaMek]
	MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat
	MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat
[PyKDE]
	PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) >= 0:10.0
[apper]
	apper-0.8.1-4.fc21.i686 requires libpackagekit-qt2.so.6
[aunit]
	aunit-2013-2.fc21.i686 requires libgnat-4.8.so
[aws]
	aws-3.1.0-4.fc21.i686 requires libgnat-4.8.so
	aws-3.1.0-4.fc21.i686 requires libgnarl-4.8.so
	aws-devel-3.1.0-4.fc21.i686 requires libgnat-4.8.so
	aws-devel-3.1.0-4.fc21.i686 requires libgnarl-4.8.so
[compat-gcc-34]
	compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ < 0:4.9.0
[csound]
	csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat
	csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat
	csound-java-5.19.01-1.fc20.i686 requires java-1.5.0-gcj
[deltacloud-core]
	deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles)
[derelict]
	derelict-tcod-3-26.201410303git9570453.fc21.i686 requires tcod
	derelict-tcod-devel-3-26.201410303git9570453.fc21.i686 requires tcod
[devtodo2]
	devtodo2-2.1-8.20120711git8dee6.fc21.i686 requires libgo.so.4
(Continue reading)

Fedora Rawhide Report | 17 Apr 19:43 2014

rawhide report: 20140417 changes


Broken deps for i386
----------------------------------------------------------
[MegaMek]
	MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat
	MegaMek-0.30.11-13.fc20.i686 requires java-gcj-compat
[PyKDE]
	PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) >= 0:10.0
[aunit]
	aunit-2013-2.fc21.i686 requires libgnat-4.8.so
[aws]
	aws-3.1.0-4.fc21.i686 requires libgnat-4.8.so
	aws-3.1.0-4.fc21.i686 requires libgnarl-4.8.so
	aws-devel-3.1.0-4.fc21.i686 requires libgnat-4.8.so
	aws-devel-3.1.0-4.fc21.i686 requires libgnarl-4.8.so
[claws-mail]
	claws-mail-plugins-gdata-3.9.3-1.fc21.i686 requires libgdata.so.13
[compat-gcc-34]
	compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ < 0:4.9.0
[csound]
	csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat
	csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat
	csound-java-5.19.01-1.fc20.i686 requires java-1.5.0-gcj
[deltacloud-core]
	deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles)
[derelict]
	derelict-tcod-3-26.201410303git9570453.fc21.i686 requires tcod
	derelict-tcod-devel-3-26.201410303git9570453.fc21.i686 requires tcod
[devtodo2]
	devtodo2-2.1-8.20120711git8dee6.fc21.i686 requires libgo.so.4
(Continue reading)

Lukas Zapletal | 17 Apr 13:29 2014
Picon

Re: F21 System Wide Change: Ruby193 in SCL

> Stupid question: what in rails depends on v8 exactly?

Not sure if this has been answered already, but it's the asset pipeline
precompilation, a build requirement.

-- 
Later,

 Lukas "lzap" Zapletal
 irc: lzap #theforeman
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Reindl Harald | 17 Apr 00:48 2014
Picon

libreoffice broken again in updates-testing

why do whe have that always with libreoffice?
the broken build hangs around for 30 hours in the repo
the supposed to fix that one is not pushed
even with using the koji-repo no way t osolve that

https://admin.fedoraproject.org/updates/FEDORA-2014-5062/libreoffice-4.2.3.3-4.fc20?_csrf_token=05a8ab02f2593f3e95b04291696587c8234d903a

Error: Package: 1:libreoffice-core-4.2.3.3-3.fc20.x86_64 (updates-testing)
           Requires: libxmlsecurity.so()(64bit)
           Removing: 1:libreoffice-core-4.2.3.3-1.fc20.x86_64 ( <at> updates-testing)
               libxmlsecurity.so()(64bit)
           Updated By: 1:libreoffice-core-4.2.3.3-3.fc20.x86_64 (updates-testing)
               Not found
           Available: 1:libreoffice-core-4.1.3.2-9.fc20.x86_64 (fedora)
               libxmlsecurity.so()(64bit)
Error: Package: 1:libreoffice-calc-4.2.3.3-3.fc20.x86_64 (updates-testing)
           Requires: libcomphelper.so()(64bit)
           Removing: 1:libreoffice-core-4.2.3.3-1.fc20.x86_64 ( <at> updates-testing)
               libcomphelper.so()(64bit)
           Updated By: 1:libreoffice-core-4.2.3.3-3.fc20.x86_64 (updates-testing)
               Not found
           Available: 1:libreoffice-core-4.1.3.2-9.fc20.x86_64 (fedora)
               libcomphelper.so()(64bit)

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
(Continue reading)

James Antill | 16 Apr 20:28 2014

Schedule for Thursday's FPC Meeting (2014-04-17 16:00 UTC)


 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2014-04-17 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2014-04-17 09:00 Thu US/Pacific             PDT
2014-04-17 12:00 Thu US/Eastern             EDT
2014-04-17 16:00 Thu UTC <-
2014-04-17 17:00 Thu Europe/London          BST
2014-04-17 18:00 Thu Europe/Paris          CEST
2014-04-17 18:00 Thu Europe/Berlin         CEST
2014-04-17 21:30 Thu Asia/Calcutta          IST
------------------new day----------------------
2014-04-18 00:00 Fri Asia/Singapore         SGT
2014-04-18 00:00 Fri Asia/Hong_Kong         HKT
2014-04-18 01:00 Fri Asia/Tokyo             JST
2014-04-18 02:00 Fri Australia/Brisbane     EST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/12

= Followups =

(approval and retirement sections already passed, /opt exception passed)
#topic #339     software collections in Fedora
.fpc 339
https://fedorahosted.org/fpc/ticket/339
(Continue reading)

Bill Nottingham | 16 Apr 02:40 2014

Schedule for Wednesday's FESCo meeting (2014-04-16)

Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2014-04-16 17:00 UTC'

Links to all tickets below can be found at: 
https://fedorahosted.org/fesco/report/9

= Followups =

#topic #1221 	Product working group activity reports
.fesco 1221
https://fedorahosted.org/fesco/ticket/1221

#topic #1244 	F21 System Wide Change: cron to systemd time units - https://fedoraproject.org/wiki/Changes/cron-to-systemd-time-units
.fesco 1244
https://fedorahosted.org/fesco/ticket/1244

= New business =

#topic #1250 	F21 Self Contained Changes
.fesco 1250
https://fedorahosted.org/fesco/ticket/1250

#topic #1280 	F21 System Wide Change: Framework for Server Role Deployment - https://fedoraproject.org/wiki/Changes/FrameworkForServerRoleDeployment
.fesco 1280
(Continue reading)

Andrew Lutomirski | 15 Apr 17:47 2014
Picon

rpcbind is enabled by default, and gnome-boxes requires it

I don't know whether this should be a gnome-boxes bug, an rpcbind bug,
or a FESCo ticket, or something else, so I'm asking here.

rpcbind enables itself by default.  This page says that it has a
specific exception, so it's okay:

https://fedoraproject.org/wiki/Starting_services_by_default

I assume that the exception comes from the idea that server systems
probably want it on if they've installed it.  That may make sense in
some contexts.

Alas, libvirt-daemon-kvm requires libvirt-daemon-driver-storage, which
requires nfs-utils, and nfs-utils requires rpcbind.

gnome-boxes, in turn, requires libvirt-daemon-kvm, resulting in this:

tcp        0      0 0.0.0.0:111             0.0.0.0:*
LISTEN      774/rpcbind
tcp        0      0 0.0.0.0:20048           0.0.0.0:*
LISTEN      887/rpc.mountd
tcp        0      0 0.0.0.0:875             0.0.0.0:*
LISTEN      930/rpc.rquotad

*on my laptop*

IMO this is bad.  Should I file a FESCo ticket asking to revoke the
rpcbind and nfs-utils exceptions?  Should I file a bug against
libvirt?

(Continue reading)

Richard W.M. Jones | 15 Apr 12:26 2014
Picon

Spec files in Rawhide using ExclusiveArch: %{ocaml_arches}

  NOTE: If you are in the CC of this email, then you don't need to do
        anything.  I will fix your package for you.  However you
        should still read the email.

Some OCaml spec files do the following:

  ExclusiveArch: %{ocaml_arches}

This is always incorrect for several reasons:

(1) This macro is provided by redhat-rpm-config, and has the wrong
list of architectures.

(2) OCaml compiles on all architectures.

There may be some packages using this macro to mean "I need the OCaml
native code compiler", which is still wrong, but I'm going to fix this
by adding the following macros to the RPM config:

  %ocaml_native_compiler  # all arches that support native compilation

  %ocaml_natdynlink       # all arches that support native dynamic linking

So you could use this instead if you need the native compiler:

  ExclusiveArch: %{ocaml_native_compiler}

The following packages appear to be affected, and I will fix them:

  alt-ergo
(Continue reading)

Phil Knirsch | 15 Apr 16:01 2014
Picon

[Base] Base Design WG agenda meeting CANCELED for 18. Apr 2014 15:00 UTC on #fedora-meeting

Hi everyone.

Just a quick heads up that there won't be a meeting on Friday this week 
as it's a holiday for many countries (Good Friday).

Thanks & regards, Phil

-- 
Philipp Knirsch              | Tel.:  +49-711-96437-470
Manager Core Services        | Fax.:  +49-711-96437-111
Red Hat GmbH                 | Email: Phil Knirsch <pknirsch <at> redhat.com>
Wankelstrasse 5              | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Jaroslav Reznik | 15 Apr 13:25 2014
X-Face
Picon

F21 Self Contained Change: libzhuyin

= Proposed Self Contained Change: libzhuyin = 
https://fedoraproject.org/wiki/Changes/libzhuyin

Change owner(s): Peng Wu <pwu <at> redhat.com>

An new intelligent input method for Traditional Chinese (Taiwan) provided by 
libzhuyin using 3-grams to give better conversion than ibus-chewing with 
libchewing. 

== Detailed Description ==
This is a Traditional Chinese equivalent of libpinyin [1] and ibus-libpinyin 
[2] which replaced ibus-pinyin as default in Fedora 18.

The libzhuyin project provides the core algorithms for intelligent sentence-
based Chinese Zhuyin input methods, and is already packaged in Fedora. With 
the assistant of libzhuyin, the user can correctly input some words of Chinese 
sentence, and then libzhuyin try to figure out the rest of the inputting 
sentence for the user. 

== Scope ==
* Proposal owner:
** Develop the ibus-libzhuyin project in order for users to use libzhuyin 
backend.
** Package ibus-libzhuyin in Fedora
** Test, improve, and fix bugs
** Change default IME for Traditional Chinese (Taiwan) from ibus-chewing to 
ibus-libzhuyin.

* Other Developers: N/A (Not a System Wide Change)
* Release engineering: N/A (Not a System Wide Change)
(Continue reading)

Jaroslav Reznik | 15 Apr 13:18 2014
X-Face
Picon

F21 System Wide Change: Workstation: Enable Software Collections

= Proposed System Wide Change: Workstation: Enable Software Collections = 
https://fedoraproject.org/wiki/Changes/Workstation_Enable_Software_Collections

Change owner(s):  Matthias Clasen <mclasen <at> redhat.com>

The Software Collections repositories will be enabled by default. 

== Detailed Description ==
The Workstation product is targeting developers, among others. Software 
collections are aiming to give developers easy access to the tools they need. 

== Scope ==
* Proposal owners: Include scl-utils in the Workstation package set 
* Other developers: The devassistant should integrate software collection 
functionality 
* Release engineering: No action required 
* Policies and guidelines: Allow the inclusion of the software collections 
repositories in Fedora products 
_______________________________________________
devel-announce mailing list
devel-announce <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
--

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

Gmane