Re: /usr/lib/java

[Gerard Ryan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Sun, Jun 16, 2013 at 08:48:38PM +0200, gil wrote:
>hi,
>I would like to report this:
>in my F18 there is something of wrong...
>/usr/lib/java/
>java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/
>in each java folder
>file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jansi-native-linux.jar
>file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jffi.jar
>file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jss4.jar
>file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/swt.jar
>
>regards
>gil

Problem looks to be that %{_libdir}/java/java is a misplaced symlink
to its parent %{_libdir}/java/

Gerard.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)

iQIcBAEBCAAGBQJRvrESAAoJEG7cfkpivEoVjlIP/12r+7ulsY6fYEuee4rIiXlY
UOX4pvqEQ12w3WYINZlAfolhY08PqJTMIoV6aNWTqYtOuUI2pFdqE5/sgSXJmrYS
FLIifV+3ueGpPVhPzCpr+BmtTgCgdi50htFItv9beZuSeJ1y2Y5LsnklPI4+bOZM
nnWyQ6CixNS7drFl9lmkd4VLiW0leb+ZgSgtz34eZUqdb3suBESRDRQxgOz7cbsR
rBjs+e8fz39C0cKp/fTU/2e1XxfArSH5qz2x1hiLJXD0VRy0n3U+Buw+IiOx0zzf
eR6rMpBE8jXTokaEAlTiLJG9xGVqTGkENL70xVPo9OO8Ftu4rTEoo+T/It0J28xD
Iz194SA94i86WrsFYY5dJm4LDUOe4Bvim+2Wy2XvvKCbv8j1NewqOTcUoU1axqCA
D0tg7XbfeEBs+JFnGxiLhnPdI3NZ4H7euL9okQf/oN05VUzKG9fLmg2S7aL0OvwA
/UIHUgEF5YWtFpsmxHxYuTuu8JJf3/HufwHQRFPfbyFAPnm/RcZduNDEaeC3Dprm
wy4APMBuJzY1a2lJQCtTKP9RnXXQKxlf0KquLf8zpNZZVruT0PZ9wjD7wVhQsz6r
5bE4Gn6yuMPT9OHolgpImTphUK4ireFrB8S3YoWXVNjy7i40JD48VVn+8J5zAenW
rIg2KT2LDshrQkfG8VsC
=odD1
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [aarch64 bugs] dpkg: Does not support aarch64 in f19 and rawhide bug #925276

[Simone Caronni]

On 17 June 2013 03:13, Sérgio Basto  wrote:

> we had updated dpkg some major versions sine bug opened, how I know if
> dpkg is now ready for aarch64 ?
>

I've discovered you can trigger builds for the ARM Koji instance with your
account:

koji --server=http://arm.koji.fedoraproject.org/kojihub build --scratch f19
dpkg.src.rpm

Regards,
--Simone

-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: transifex ownership

[Eduardo Javier Echeverria Alvarado]

Congrats Luis, you are one of the best packagers of Latam. I'm proud
of your work, man!! I offer my help with whatever you need


2013/6/16 Domingo Becker :
> I would like to announce that lbazan has taken the ownership of
> transifex package and it's dependencies.
>
> Luis Bazán is a prominent packager from the latinamerican packager
> group, rpmdev.proyectofedora.org. He has been actively working with
> transifex package and adding the new dependencies to the Fedora's
> repositories since march this year.
>
> I would also like to thank him and all the people who helped me along
> with this package.
>
> kind regards
>
> Domingo Becker
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel



-- 
Eduardo Echeverría
Director
Soluciones SAEF, C.A.
J-29663216-2
0245-7666441
0414-4304448
soluciones.s...@gmail.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

transifex ownership

[Domingo Becker]

I would like to announce that lbazan has taken the ownership of
transifex package and it's dependencies.

Luis Bazán is a prominent packager from the latinamerican packager
group, rpmdev.proyectofedora.org. He has been actively working with
transifex package and adding the new dependencies to the Fedora's
repositories since march this year.

I would also like to thank him and all the people who helped me along
with this package.

kind regards

Domingo Becker
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Issues with metalink to fedora-rawhide-x86_64

[Björn Esser]

Am Sonntag, den 16.06.2013, 20:25 -0600 schrieb Kevin Fenzi:
> Should be all fixed now. 
> 
> kevin

Hi Kevin!

Thanks a lot!

Cheers,
  Björn


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Issues with metalink to fedora-rawhide-x86_64

[Kevin Fenzi]

Should be all fixed now. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[aarch64 bugs] dpkg: Does not support aarch64 in f19 and rawhide bug #925276

[Sérgio Basto]

Hi, 
I'm trying follow this (aarch64 support) but 
https://bugzilla.redhat.com/show_bug.cgi?id=922257#c1

"could/should be closed now, as this is done automatically from %
configure", so no need update it anymore ?

we had updated dpkg some major versions sine bug opened, how I know if
dpkg is now ready for aarch64 ? 

Thanks,
-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: option to ignore flash memory device at USB1.1 "full" speed

[Matthew Garrett]

On Sun, Jun 16, 2013 at 10:11:42PM +0100, David Woodhouse wrote:
> On Sun, 2013-06-16 at 05:38 +0100, Matthew Garrett wrote:
> > On Sat, Jun 15, 2013 at 08:24:33AM -0700, John Reiser wrote:
> > > How can I force the system not to recognize a USB2.0 flash memory
> > device at USB1.1 speed?
> > 
> > You can't - it's negotiated at the host controller level, the OS isn't
> > involved.
> 
> You can't force it to use USB2 mode when for some reason it's negotiated
> something slower. But you can *detect* that it's connected as a USB1
> device and refuse to mount it, surely? And then the user will unplug it
> and plug it in again, until it works correctly.

Yeah, I guess you could write a udev rule that detected that case and 
flagged it such that it didn't get automounted.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: option to ignore flash memory device at USB1.1 "full" speed

[John Reiser]

On 06/15/2013 09:38 PM, Matthew Garrett wrote:
> On Sat, Jun 15, 2013 at 08:24:33AM -0700, John Reiser wrote:
>> How can I force the system not to recognize a USB2.0 flash memory device at 
>> USB1.1 speed?

> You can't - it's negotiated at the host controller level, the OS isn't 
> involved.

Thus after the host controller hardware negotiates a slow connection,
then perhaps a udev rule might detect (see "lsusb -v"):
  bcdUSB < 2.00
bInterfaceClass = 8 Mass Storage
bInterfaceProtocol = 80 Bulk (Zip)
and raise a warning for me.  Or perhaps I should consider working with
the dbus, or (depending on the desktop environment) enhancing the auto-
mounting apparatus.  I really dislike USB storage at only 1.5MB/s.

-- 

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: option to ignore flash memory device at USB1.1 "full" speed

[David Woodhouse]

On Sun, 2013-06-16 at 05:38 +0100, Matthew Garrett wrote:
> On Sat, Jun 15, 2013 at 08:24:33AM -0700, John Reiser wrote:
> > How can I force the system not to recognize a USB2.0 flash memory
> device at USB1.1 speed?
> 
> You can't - it's negotiated at the host controller level, the OS isn't
> involved.

You can't force it to use USB2 mode when for some reason it's negotiated
something slower. But you can *detect* that it's connected as a USB1
device and refuse to mount it, surely? And then the user will unplug it
and plug it in again, until it works correctly.

-- 
dwmw2



smime.p7s
Description: S/MIME cryptographic signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Bluetooth logging too chatty

[Neal Becker]

I have hundreds (thousands?) of these messages:

Jun 16 16:47:55 nbecker1 kernel: [85956.156400] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.168394] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.178398] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.184389] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.282394] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.293388] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.299384] Bluetooth: Unexpected 
continuation frame (len 0)
Jun 16 16:47:56 nbecker1 kernel: [85956.339386] Bluetooth: Unexpected 
continuation frame (len 0)


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /usr/lib/java

[Krzysztof Daniel]

Hey,

try to check which package is the owner of those files and report a bug
in the bugzilla.
rpm -qf 

Regards,
Chris

-- 
Krzysztof Daniel 
Red Hat

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Kalev Lember]

2013-06-16 17:17, Michael Scherer skrev:
> Yep :
> https://bugzilla.redhat.com/show_bug.cgi?id=974778
> 
> In short, fix /usr/libexec/gnome-settings-daemon-localeexec to remove
> "'", not ','.

Can you give a try to gnome-settings-daemon-3.8.3-3.fc19 ? This should
fix up the issue with the extra quotes.

https://admin.fedoraproject.org/updates/gnome-settings-daemon-3.8.3-3.fc19

-- 
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Michael Schwendt]

> On Sun, 16 Jun 2013 13:36:37 +0200, Jan Dvořák wrote:
> 
> > Hi,
> > 
> > I don't have any idea how this happened:
> > 
> > $ locale
> > locale: Cannot set LC_ALL to default locale: No such file or directory
> > LANG=en_US.utf8

Mails should move to "test" list, btw, which is the list about F19.
"devel" is for more general development topics.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Michael Schwendt]

On Sun, 16 Jun 2013 13:36:37 +0200, Jan Dvořák wrote:

> Hi,
> 
> I don't have any idea how this happened:
> 
> $ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.utf8
> LC_CTYPE="en_US.utf8"
> LC_NUMERIC=\'\'
> LC_TIME=\'\'
> LC_COLLATE="en_US.utf8"
> LC_MONETARY=\'\'
> LC_MESSAGES="en_US.utf8"
> LC_PAPER=\'\'
> LC_NAME="en_US.utf8"
> LC_ADDRESS="en_US.utf8"
> LC_TELEPHONE="en_US.utf8"
> LC_MEASUREMENT=\'\'
> LC_IDENTIFICATION="en_US.utf8"
> LC_ALL=
> 
> I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf.
> 
> Any clues?

Are all user accounts affected?
Are also freshly created user accounts affected?
Which run-level is affected?
Is it reproducible when logging in on a virtual console?
Which desktop environment do you use?

-- 
Fedora release 19 (Schrödinger’s Cat) - Linux 3.9.5-301.fc19.x86_64
loadavg: 0.11 0.07 0.10
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: icedtea-web installed and enabled by default in Fedora 19

[Florian Weimer]

On 06/16/2013 08:20 PM, Rahul Sundaram wrote:

On 06/16/2013 05:49 AM, Florian Weimer wrote:

I noticed that icedtea-web (the Java browser plugin implementation for
OpenJDK) is installed and enabled by default (as part of the "GNOME
Desktop" set).  This is a bit surprising, considering that the rest of
the world tries to move away from Java browser plugin technology (and
even browser plugin technology in general).


FWIW, we haven't quite moved away from it just yet.  A number of major
banking sites using a java applet as the primary interface.


Indeed, and I'm not proposing to remove it from the repositories (yet).

--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

/usr/lib/java

[gil]

hi,
I would like to report this:
in my F18 there is something of wrong...
/usr/lib/java/
java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/
in each java folder
file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jansi-native-linux.jar
file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jffi.jar
file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/jss4.jar
file:///usr/lib/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/java/swt.jar

regards
gil

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: icedtea-web installed and enabled by default in Fedora 19

[Rahul Sundaram]

On 06/16/2013 05:49 AM, Florian Weimer wrote:
I noticed that icedtea-web (the Java browser plugin implementation for 
OpenJDK) is installed and enabled by default (as part of the "GNOME 
Desktop" set).  This is a bit surprising, considering that the rest of 
the world tries to move away from Java browser plugin technology (and 
even browser plugin technology in general).


FWIW, we haven't quite moved away from it just yet.  A number of major 
banking sites using a java applet as the primary interface.


Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Issues with metalink to fedora-rawhide-x86_64

[Kevin Fenzi]

On Sun, 16 Jun 2013 12:02:38 +0200
Björn Esser  wrote:

> Am Sonntag, den 16.06.2013, 11:37 +0200 schrieb Florian Weimer:
> > On 06/15/2013 09:11 AM, Kevin Fenzi wrote:
> > > Note that it's just that exact combo only affected: rawhide,
> > > x86_64, everything else seems to be working just fine.
> > 
> > I still see it with Fedora/19/x86_64 on two different systems.
> > "yum clean all" does not fix it.
> > 
> > -- 
> > Florian Weimer / Red Hat Product Security Team
> 
> rawhide, x86_64 works.
> 
> F19 x86_64 acutally fails since 09:00 UTC (might be earlier, but
> that's the first time I saw): repomd.xml does not match metalink for
> fedora

Yeah, there's another issue rearing it's head now. ;( 

We are working on it. Hopefully fixed later this afternoon... 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Michael Scherer]

Le dimanche 16 juin 2013 à 13:36 +0200, Jan Dvořák a écrit :
> Hi,
> 
> I don't have any idea how this happened:
> 
> $ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.utf8
> LC_CTYPE="en_US.utf8"
> LC_NUMERIC=\'\'
> LC_TIME=\'\'
> LC_COLLATE="en_US.utf8"
> LC_MONETARY=\'\'
> LC_MESSAGES="en_US.utf8"
> LC_PAPER=\'\'
> LC_NAME="en_US.utf8"
> LC_ADDRESS="en_US.utf8"
> LC_TELEPHONE="en_US.utf8"
> LC_MEASUREMENT=\'\'
> LC_IDENTIFICATION="en_US.utf8"
> LC_ALL=
> 
> I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf.

Yep :
https://bugzilla.redhat.com/show_bug.cgi?id=974778

In short, fix /usr/libexec/gnome-settings-daemon-localeexec to remove
"'", not ','.


-- 
Michael Scherer

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Björn Esser]

Am Sonntag, den 16.06.2013, 16:25 +0200 schrieb Jan Dvořák:
> On Sun, 16 Jun 2013 13:47:36 +0200 Björn Esser  wrote:
> > What's the output of `grep -R -e "\.utf8" /etc`?
> 
> Nothing in particular, profile.d scripts that check $LANG?
> 
> Best regards,
>   Jan Dvorak

you might want to check:

/etc/profile.d/lang.sh
/etc/profile.d/lang.csh


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: httpd-itk broken over release because httpd updated without dependencies caring and maintainer refuse fixing

[Kalev Lember]

2013-06-16 16:47, Pavel Alexeev skrev:
[snip]
> So, is there any chance to force apply these patches (as provenpackager
> I can do it itself)? Or I only may wait next apache release or apply
> again such ugly hacks with sources?

Disclaimer: I am not familiar with the issue at hand, and I'm not taking
any sides here.

The general policy is that provenpackagers do not override primary
maintainers. As a provenpackager, I would never commit something to
apache knowing that its maintainer doesn't want it.

The body that oversees package maintainers is FESCo. File a ticket with
the FESCo trac if there are unsolvable issues between maintainers.

https://fedorahosted.org/fesco/

Hope this helps,
Kalev

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

httpd-itk broken over release because httpd updated without dependencies caring and maintainer refuse fixing

[Pavel Alexeev]

Hello.

I've speak about bug [1]

Fix is trivial - just apply 3 svn commits from upstream svn repository
(provided revision numbers).

Users ask when it will fixed (look at few dependent bugs), but I think
it could not.

Other way is ugly - build my own Apache and include its sources as it
was done before, but Joe Orton (primary httpd maintainer) promise (on
refusing my  request to provide convenient environment to build MPMs) in
2.4 version module structure for that [2,3].

Update to 2.4 version happened, but dependent httpd-itk still broken.

So, is there any chance to force apply these patches (as provenpackager
I can do it itself)? Or I only may wait next apache release or apply
again such ugly hacks with sources?

[1] - https://bugzilla.redhat.com/show_bug.cgi?id=957447

[2] - https://bugzilla.redhat.com/show_bug.cgi?id=479575
[3] - https://bugzilla.redhat.com/show_bug.cgi?id=597772
-- 
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

Re: F19 locale issue?

[Jan Dvořák]

On Sun, 16 Jun 2013 13:47:36 +0200 Björn Esser  wrote:
> What's the output of `grep -R -e "\.utf8" /etc`?

Nothing in particular, profile.d scripts that check $LANG?

Best regards,
Jan Dvorak


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-19 Branched report: 20130616 changes

[Fedora Branched Report]

Compose started at Sun Jun 16 09:15:02 UTC 2013

Broken deps for x86_64
--
[avgtime]
avgtime-0-0.5.git20120724.fc19.x86_64 requires 
libphobos-ldc.so.60()(64bit)
[derelict]
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG
derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg
derelict-ogg-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires ogg
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires OGG
derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq
derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires PQ
derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq
derelict-pq-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ
derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires pq
derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.i686 requires PQ
derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires pq
derelict-pq-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires PQ
derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires tcod
derelict-tcod-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD
derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod
derelict-tcod-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD
derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires tcod
derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.i686 requires TCOD
derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires tcod
derelict-tcod-devel-3-13.20130516gitd8aa11d.fc19.x86_64 requires TCOD
[dragonegg]
dragonegg-3.1-19.fc19.x86_64 requires gcc = 0:4.7.2-9.fc19
[dsqlite]
dsqlite-1.0-4.fc19.i686 requires libphobos-ldc.so.60
dsqlite-1.0-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit)
[dustmite]
dustmite-1-8.20121031git1fb3ac4.fc18.x86_64 requires 
libphobos-ldc.so.60()(64bit)
[freeipa]
freeipa-server-strict-3.2.1-1.fc19.x86_64 requires pki-ca = 0:10.0.2
[gl3n]
gl3n-0.20120813-4.fc19.i686 requires libphobos-ldc.so.60
gl3n-0.20120813-4.fc19.x86_64 requires libphobos-ldc.so.60()(64bit)
[gooddata-cl]
gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java
[kawa]
1:kawa-1.11-5.fc19.x86_64 requires servlet25
[koji]
koji-vm-1.8.0-1.fc19.noarch requires python-virtinst
[libkolab]
php-kolab-0.4.1-3.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-kolab-0.4.1-3.fc19.x86_64 requires php(api) = 0:20100412-x86-64
[nodejs-tilelive]
nodejs-tilelive-4.4.3-2.fc19.noarch requires npm(optimist) < 0:0.4
[openbox]
gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel
gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires 
gnome-panel
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires 
classpathx-mail
[ovirt-guest-agent]
ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires 
libgdmsimplegreeter.so.1()(64bit)
[perl-Bio-ASN1-EntrezGene]
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires 
perl(Bio::Index::AbstractSeq)
[perl-Bio-SamTools]
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires 
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
[python-TraitsBackendQt]
python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI
[scala]
scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library)
[spacewalk-web]
spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup)
[stoken]
stoken-devel-0.2-4.fc19.i686 requires pkgconfig(libtomcrypt)
stoken-devel-0.2-4.fc19.x86_64 requires pkgconfig(libtomcrypt)
[tango]
tango-2-12.20120821git7b92443.fc19.i686 requires libphobos-ldc.so.60
tango-2-12.20120821git7b92443.fc19.x86_64 requires 
libphobos-ldc.so.60()(64bit)
[zarafa]
php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64



Broken deps for i386
--
[avgtime]
avgtime-0-0.5.git20120724.fc19.i686 requires libphobos-ldc.so.60
[derelict]
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires ogg
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 requires OGG
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires ogg
derelict-ogg-devel-3-13.20130516gitd8aa11d.fc19.i686 requires OGG
derelict-pq-3-13.20130516gitd8aa11d.fc19.i686 requires pq
dere

rawhide report: 20130616 changes

[Fedora Rawhide Report]

Compose started at Sun Jun 16 08:15:03 UTC 2013

Broken deps for x86_64
--
[aries-blueprint]
aries-blueprint-0.3.1-5.fc19.noarch requires asm2
[aries-proxy]
aries-proxy-0.3-4.fc19.noarch requires asm2
[cxf]
1:cxf-rt-2.6.6-1.fc19.noarch requires asm2
[ekiga]
ekiga-4.0.1-1.fc19.x86_64 requires libedata-book-1.2.so.17()(64bit)
[gdb-heap]
gdb-heap-0.5-12.fc19.x86_64 requires glibc(x86-64) = 0:2.17
[gnuplot]
gnuplot-4.6.2-2.fc20.x86_64 requires libgd.so.2()(64bit)
gnuplot-minimal-4.6.2-2.fc20.x86_64 requires libgd.so.2()(64bit)
[gooddata-cl]
gooddata-cl-1.2.56-2.fc19.noarch requires gdata-java
[kawa]
1:kawa-1.11-5.fc19.x86_64 requires servlet25
[koji]
koji-vm-1.8.0-1.fc20.noarch requires python-virtinst
[kyua-cli]
kyua-cli-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit)
kyua-cli-tests-0.5-3.fc19.x86_64 requires liblutok.so.0()(64bit)
[lancet]
lancet-1.0.1-6.fc19.noarch requires ant-nodeps >= 0:1.7.1
[nodejs-better-assert]
nodejs-better-assert-1.0.0-1.fc20.noarch requires npm(callsite) = 
0:1.0.0
[openbox]
gdm-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires gnome-panel
gnome-panel-control-3.5.0-11.20121001git782b28.fc19.x86_64 requires 
gnome-panel
[openlierox]
openlierox-0.59-0.11.beta10.fc20.x86_64 requires libgd.so.2()(64bit)
[ovirt-engine]
ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires 
classpathx-mail
[ovirt-guest-agent]
ovirt-guest-agent-gdm-plugin-1.0.6-6.fc19.x86_64 requires 
libgdmsimplegreeter.so.1()(64bit)
[oyranos]
oyranos-libs-0.4.0-7.fc19.i686 requires libraw.so.5
oyranos-libs-0.4.0-7.fc19.x86_64 requires libraw.so.5()(64bit)
[perl-Bio-ASN1-EntrezGene]
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires 
perl(Bio::Index::AbstractSeq)
[perl-Bio-SamTools]
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires 
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
[perl-PDL]
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
[python-TraitsBackendQt]
python-TraitsBackendQt-3.5.0-5.fc19.noarch requires python-TraitsGUI
[python-flask-admin]
python-flask-admin-1.0.5-3.fc20.noarch requires python-wtf-peewee
[qpid-cpp]
qpid-qmf-0.22-1.1.fc20.i686 requires python-qpid >= 0:0.22
qpid-qmf-0.22-1.1.fc20.x86_64 requires python-qpid >= 0:0.22
[ruby-RMagick]
ruby-RMagick-2.13.1-11.fc20.1.x86_64 requires ImageMagick = 0:6.8.3.9
[rubygem-openshift-origin-common]
rubygem-openshift-origin-common-1.8.10-1.fc20.noarch requires 
rubygem(safe_yaml)
[rubygem-openshift-origin-node]
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires 
rubygem(safe_yaml)
rubygem-openshift-origin-node-1.9.15-1.fc20.noarch requires 
openshift-origin-node-proxy
[rubygem-qpid]
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidtypes.so.1()(64bit)
rubygem-qpid-0.16.0-14.fc20.x86_64 requires 
libqpidmessaging.so.3()(64bit)
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidcommon.so.5()(64bit)
rubygem-qpid-0.16.0-14.fc20.x86_64 requires libqpidclient.so.5()(64bit)
[rubygem-qpid_messaging]
rubygem-qpid_messaging-0.20.2-1.fc19.x86_64 requires 
libqpidtypes.so.1()(64bit)
rubygem-qpid_messaging-0.20.2-1.fc19.x86_64 requires 
libqpidmessaging.so.3()(64bit)
rubygem-qpid_messaging-0.20.2-1.fc19.x86_64 requires 
libqpidcommon.so.5()(64bit)
rubygem-qpid_messaging-0.20.2-1.fc19.x86_64 requires 
libqpidclient.so.5()(64bit)
[sagemath]
sagemath-core-5.9-5.fc20.i686 requires libgd.so.2
sagemath-core-5.9-5.fc20.x86_64 requires libgd.so.2()(64bit)
[scala]
scala-2.9.2-2.fc19.noarch requires osgi(org.scala-ide.scala.library)
[shim-signed]
shim-0.2-4.4.fc20.x86_64 requires shim-unsigned >= 0:0.3-2.fc20
[spacewalk-web]
spacewalk-dobby-1.9.22-2.fc19.noarch requires perl(Spacewalk::Setup)
[spring]
spring-94.1-1.fc20.x86_64 requires libassimp.so.2()(64bit)
[sumwars]
sumwars-0.5.6-12.fc20.x86_64 requires libenet-1.3.7.so()(64bit)
[tex-simplecv]
tex-simplecv-doc-1.6-12.fc19.noarch requires texlive-texmf-doc
[texlive]
2:texlive-dvipng-bin-svn30088.0-24.20130531_r30819.fc20.x86_64 requires 
libgd.so.2()(64bit)
[zarafa]
libmapi-7.0.13-1.fc19.i686 requires libicalss.so.0
libmapi-7.0.13-1.fc19.i686 requires libical.so.0
libmapi-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit)
libmapi-7.0.13-1.fc19.x86_64 requires libical.so.0()(64bit)
php-mapi-7.0.13-1.fc19.x86_64 requires php(zend-abi) = 0:20100525-x86-64
php-mapi-7.0.13-1.fc19.x86_64 requires php(api) = 0:20100412-x86-64
zarafa-ical-7.0.13-1.fc19.x86_64 requires libicalss.so.0()(64bit)
zarafa-ical-7.0.13-1.fc19.x86_64 requires libical

Anaconda install errors (revival of bug 906031)

[Jos Vos]

Hi,

After struggling with errors that seemed to happen sometimes, I found
https://bugzilla.redhat.com/show_bug.cgi?id=906031 that seems to
decsribe the problems I see.

But: I'm using F18 with all updates applied, so also the curl version
that is expected to solve the problem, and it still happens.

As I am creating own media with pungi and include own kickstart files,
I first was looking for errors in kickstart file or the media.  But
AFAICS, this bug is exactly what's happening to me, though I'm using
the latest F18 curl.

Any suggestion on what to try next, to solve it or as a workaround?

Thanks,

-- 
--Jos Vos 
--X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--Amsterdam, The Netherlands| Fax: +31 20 6948204
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F19 locale issue?

[Björn Esser]

Am Sonntag, den 16.06.2013, 13:36 +0200 schrieb Jan Dvořák:
> Hi,
> 
> I don't have any idea how this happened:
> 
> $ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.utf8
> LC_CTYPE="en_US.utf8"
> LC_NUMERIC=\'\'
> LC_TIME=\'\'
> LC_COLLATE="en_US.utf8"
> LC_MONETARY=\'\'
> LC_MESSAGES="en_US.utf8"
> LC_PAPER=\'\'
> LC_NAME="en_US.utf8"
> LC_ADDRESS="en_US.utf8"
> LC_TELEPHONE="en_US.utf8"
> LC_MEASUREMENT=\'\'
> LC_IDENTIFICATION="en_US.utf8"
> LC_ALL=
> 
> I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf.
> 
> Any clues?
> 
> Best regards,
>   Jan Dvorak

Hi Jan!

What's the output of `grep -R -e "\.utf8" /etc`?

Cheers,
  Björn


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F19 locale issue?

[Jan Dvořák]

Hi,

I don't have any idea how this happened:

$ locale
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC=\'\'
LC_TIME=\'\'
LC_COLLATE="en_US.utf8"
LC_MONETARY=\'\'
LC_MESSAGES="en_US.utf8"
LC_PAPER=\'\'
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT=\'\'
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

I have LANG=en_US.UTF-8 on kernel cmdline and in /etc/locale.conf.

Any clues?

Best regards,
Jan Dvorak


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Issues with metalink to fedora-rawhide-x86_64

[Björn Esser]

Am Sonntag, den 16.06.2013, 11:37 +0200 schrieb Florian Weimer:
> On 06/15/2013 09:11 AM, Kevin Fenzi wrote:
> > Note that it's just that exact combo only affected: rawhide, x86_64,
> > everything else seems to be working just fine.
> 
> I still see it with Fedora/19/x86_64 on two different systems.  "yum 
> clean all" does not fix it.
> 
> -- 
> Florian Weimer / Red Hat Product Security Team

rawhide, x86_64 works.

F19 x86_64 acutally fails since 09:00 UTC (might be earlier, but that's
the first time I saw): repomd.xml does not match metalink for fedora


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

icedtea-web installed and enabled by default in Fedora 19

[Florian Weimer]

I noticed that icedtea-web (the Java browser plugin implementation for 
OpenJDK) is installed and enabled by default (as part of the "GNOME 
Desktop" set).  This is a bit surprising, considering that the rest of 
the world tries to move away from Java browser plugin technology (and 
even browser plugin technology in general).


We cannot really remove installed packages after the release, so I'm 
wondering if we still can fix this prior to release.


--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Issues with metalink to fedora-rawhide-x86_64

[Florian Weimer]

On 06/15/2013 09:11 AM, Kevin Fenzi wrote:

Note that it's just that exact combo only affected: rawhide, x86_64,
everything else seems to be working just fine.


I still see it with Fedora/19/x86_64 on two different systems.  "yum 
clean all" does not fix it.


--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel