gmane.linux.redhat.fedora.devel

Re: Finding out about a pkg?

Johannes Lips — 2012-05-26T09:26:38

Hi,

you could checkout the pkgdb:
https://admin.fedoraproject.org/pkgdb/acls/name/struts
It seems to be deprecated.

Hope this helps,

Johannes

Finding out about a pkg?

Frank Murphy — 2012-05-26T09:23:31

I'm trying to follow up on struts,
http://koji.fedoraproject.org/koji/buildinfo?buildID=239819
is the last mention I can see of it.

yum with *testing shows nothing.
How can I find if it's orphaned?

Re: Strategy for packaging an ARM Cortex-M toolchain

Ralf Corsepius — 2012-05-26T03:27:27

This is simply not true. A gcc targeting glibc/linux is entirely 
different from a GCC targetting newlib and entirely different from a GCC 
targetting another OS.

Ralf

Re: Still begging for reviews...

Richard Vickery — 2012-05-25T22:35:21

I have the time, and lack the knowledge of compiling(?) these; could you
tell me how to get them to run?

- Richard
On May 25, 2012 6:40 AM, "Simone Caronni" <negativo17< at >gmail.com> wrote:

Re: Strategy for packaging an ARM Cortex-M toolchain

William Cohen — 2012-05-25T21:56:18

Hi, Ralf 

You might look at the scl-utils package in Fedora 17 and 18 (http://koji.fedoraproject.org/koji/packageinfo?packageID=12980) as a means of packaging the tools so you don't mess with the normal gcc, binutils, etc installed on the machine.

-Will

Re: Strategy for packaging an ARM Cortex-M toolchain

Brendan Conoboy — 2012-05-25T20:45:25

Why have more than one gcc or binutils for arm-eabi at all? Just add 
multilibs for the extra variants of interest.  You can even split the 
multilibs out into subpackages if it matters.

Re: Strategy for packaging an ARM Cortex-M toolchain

Przemek Klosowski — 2012-05-25T19:10:38

Well, maybe that's true in the interest of expediency, but it's hardly 
an optimal solution. Would it at least be possible to list reasons why 
binutils have to be different, with the hope that they would be reduced 
over time, allowing eventual merging of the toolchains?

Fedora Kernel Meeting Minutes 05-24-2012

Josh Boyer — 2012-05-25T18:33:18

==============================
#fedora-meeting: Fedora Kernel
==============================


Meeting started by jwb at 18:00:29 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-05-25/fedora-kernel.2012-05-25-18.00.log.html
.



Meeting summary
---------------
* Release overview  (jwb, 18:01:02)

* Release overview - F15  (jwb, 18:01:53)
  * F15 to stay on 3.3.y until EOL  (jwb, 18:05:24)
  * bugs will be looked over and triaged one final time  (jwb, 18:05:45)

* Release overview - F16  (jwb, 18:05:50)

* Release overview - F16/F17  (jwb, 18:07:33)
  * F16/F17 moving to 3.4 once 3.3.7 moves to stable updates  (jwb,
    18:07:52)
  * iwlwifi seems to have more issues.  again.  for like the 3rd kernel
    release  (jwb, 18:09:23)
  * ACTION: jforbes to discuss 3.4 iwlwifi issues with linville before
    rebase  (jwb, 18:10:45)
  * F17 Gold.  Yay.  0-day kernel updates will be pending for all  (jwb,
    18:15:34)
  * 3.4 rebase (iwlwifi issues aside) should close a numbe

Re: why is gurb-menu hidden as default?

Adam Williamson — 2012-05-25T16:38:01

Since this is an old thread I forget who's said what, but I'm guessing
you know Ubuntu implements something similar for BIOS boots? I don't
know if they've submitted it upstream.

[PATCH] Add check_completed_boot command on EFI systems.

Peter Jones — 2012-05-25T15:35:39

check_completed_boot <guid> [<timeout>]

checks for a 1-byte integer in an EFI variable guid:CompletedBoot and sets
a command-line specified timeout, with a default of 30s, if the variable is
not equal to 1.  This can be used to enter the grub menus in the event that
your OS did not correctly boot on the previous boot.  It also unconditionally
sets the value to 0.
---
 grub-core/Makefile.core.def           |    6 ++
 grub-core/commands/efi/eficompleted.c |  117 +++++++++++++++++++++++++++++++++
 2 files changed, 123 insertions(+)
 create mode 100644 grub-core/commands/efi/eficompleted.c

diff --git a/grub-core/Makefile.core.def b/grub-core/Makefile.core.def
index d0c06d5..0a21838 100644
--- a/grub-core/Makefile.core.def
+++ b/grub-core/Makefile.core.def
< at >< at > -582,6 +582,12 < at >< at > module = {
 };
 
 module = {
+  name = eficompleted;
+  efi = commands/efi/eficompleted.c;
+  enable = efi;
+};
+
+module = {
   name = blocklist;
   common = commands/blocklist.c;
 };
diff --git a/grub-core/commands/efi/eficompleted.c b/

Re: why is gurb-menu hidden as default?

Peter Jones — 2012-05-25T15:35:38

Matthew said:

With this in mind, I'm sending the following patch for grub2 upstream.  It
implements something analogous to this for UEFI systems.  With this, a
change to how we generate grub2 configuration files (just adding a call),
and small amount of userland hacking, we can effectively cause the bootloader
to use a large timeout when the previous boot has failed.

Review: BZ71830, BZ744432

Nelson Marques — 2012-05-25T15:30:56

If anyone can help with reviewing this 2 topics, it would be awesome,
considering that UH is on the Games SIG wishlist

- https://bugzilla.redhat.com/show_bug.cgi?id=718430
- https://bugzilla.redhat.com/show_bug.cgi?id=744432

Re: Still begging for reviews...

Simone Caronni — 2012-05-25T14:55:29

Thanks, any review you need please ask.

Regards,
--Simone

On 25 May 2012 16:34, Stephen Gallagher <sgallagh< at >redhat.com> wrote:

Re: Still begging for reviews...

Stephen Gallagher — 2012-05-25T14:34:25

I guess I'll take https://bugzilla.redhat.com/show_bug.cgi?id=823444 too
since it's a dependency.

rawhide report: 20120525 changes

Fedora Rawhide Report — 2012-05-25T14:29:47

Compose started at Fri May 25 08:15:05 UTC 2012

Broken deps for x86_64
----------------------------------------------------------
[389-admin]
389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48
389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48
389-admin-1.1.28-1.fc18.i686 requires libicudata.so.48
389-admin-1.1.28-1.fc18.x86_64 requires libicuuc.so.48()(64bit)
389-admin-1.1.28-1.fc18.x86_64 requires libicui18n.so.48()(64bit)
389-admin-1.1.28-1.fc18.x86_64 requires libicudata.so.48()(64bit)
[389-adminutil]
389-adminutil-1.1.15-2.fc17.i686 requires libicuuc.so.48
389-adminutil-1.1.15-2.fc17.i686 requires libicui18n.so.48
389-adminutil-1.1.15-2.fc17.i686 requires libicudata.so.48
389-adminutil-1.1.15-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
389-adminutil-1.1.15-2.fc17.x86_64 requires libicui18n.so.48()(64bit)
389-adminutil-1.1.15-2.fc17.x86_64 requires libicudata.so.48()(64bit)
[389-dsgw]
389-dsgw-1.1.9-2.fc17.x86_64 requires libicuuc.so.48()(64bit)
389-dsgw-1.1.9-2.fc17.x86_64 requir

Re: Still begging for reviews...

Stephen Gallagher — 2012-05-25T14:26:49


I'm taking this one. It may come in handy soon (we're talking about
doing a RADIUS auth provider for SSSD).

Re: /usr/sbin/validate clash with /usr/bin/validate

Wes Hardaker — 2012-05-25T14:24:45


I've changed the fedora package to move it to dt- prefix and we had a
discussion the other day about renaming it in the base (it's not my
tool, but I am involved in the upstream) and I think it'll end up
getting it renamed there as well.

The new package is in the testing repos for F15-18.

Re: gnome-shell-extension-updater for fedora

Matthias Clasen — 2012-05-25T13:45:23

Note that Jasper has plans to integrate extension updates into
gnome-shell for 3.6:

https://live.gnome.org/ThreePointFive/Features/ExtensionUpdates

So, the extension you are packaging might become irrelevant in the F18
timeframe. Of course, it might still be useful for F16 and F17.

Still begging for reviews...

Simone Caronni — 2012-05-25T13:39:53

Hello,

I'm still begging for reviewers; I tried to contact many people with
Review Requests open that I could review but had no success; so I'm
reverting back to the mailing list.
Anyone with some free time willing to review one of these?

I particularly need the 4 libraries to proceed with other stuff;
they're small and easy:

libguac-client-vnc
libguac-client-rdp
libmd
libradius


Shellinabox
https://bugzilla.redhat.com/show_bug.cgi?id=820350

Guacamole
https://bugzilla.redhat.com/show_bug.cgi?id=820543 - libguac-client-vnc
https://bugzilla.redhat.com/show_bug.cgi?id=820544 - libguac-client-rdp
https://bugzilla.redhat.com/show_bug.cgi?id=820561 - guacd
https://bugzilla.redhat.com/show_bug.cgi?id=825250 - guacamole-ext
(libguac, guacamole-common already approved)

Libraries supporting Apache auth Radius module:
https://bugzilla.redhat.com/show_bug.cgi?id=823444 - libmd
https://bugzilla.redhat.com/show_bug.cgi?id=823446 - libradius

Many thanks,
--Simone

Re: SSD drives

Gerry Reno — 2012-05-25T12:21:04

Thanks Roberto. 

Yes, I have AES-NI in my i7 cpu.

.

F-17 Branched report: 20120525 changes

Fedora Branched Report — 2012-05-25T11:47:07

Compose started at Fri May 25 08:15:05 UTC 2012

Broken deps for x86_64
----------------------------------------------------------
[LuxRender]
LuxRender-blender-0.8.0-13.fc17.x86_64 requires blender(ABI) = 0:2.61
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires rubygem(fastercsv)
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri
[calf]
lv2-calf-plugins-0.0.18.6-6.fc17.x86_64 requires lv2core
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[dustmite]
dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit)
[gnome-do-plugins]
gnome-do-plugins-banshee-0.8.4-8.fc17.x86_64 requires mono(Banshee.CollectionIndexer) = 0:2.2.0.0
[gorm]
gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23
gorm-1.2.13-0.2.20110331.fc17.x86_64 r