As per the Fedora 17 schedule [1], Fedora 17 Final Test Compose 5 (TC5)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5163 . Please
see the following pages for download links (including delta ISOs) and
testing instructi
> Right- followup question: Is Firefox what we want in the X images?
What's the default browser for x86 ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/11/2012 04:54 PM, DJ Delorie wrote:
I did install and test firefox, it worked fine, including installing
add-ons, downloading files, and logging in to FAS.
Right- followup question: Is Firefox what we want in the X images?
o Desktop reboot/shutdown/suspend untested.
I tested this in q
On 05/11/2012 07:39 PM, Brendan Conoboy wrote:
> o jonmasters to track down the OMAP (Panda/Beagle) issue.
Right, but I'm also going to try to hunt down the futex issue and a few
other things...so we might end up going with an older kernel in the OMAP
images just for beta to get that out earlier
> o Default web browser: A web browser is not installed in any image.
> Suggestions for a suitable browser welcome. Todo.
> o Desktop testing was minimal but breadth is incomplete (no web
> browser). Todo.
I did install and test firefox, it worked fine, including installing
add-ons, downloading
On 05/11/2012 04:58 PM, Björn Persson wrote:
Przemek Klosowski wrote:
I have Fedora desktops talking SSH to RHEL 6.2 servers. F16 worked fine,
but I started getting mysterious connection failures with F17:
ssh -v serverA
...
debug1: SSH2_MSG_KEXINIT sent
Read from socket failed:
On 05/09/2012 03:32 PM, Paul Whalen wrote:
As per our meeting today, we would like to have a VFAD on Friday May 11th at
12pm (EDT) to run through the modified Fedora ARM release criteria
(http://etherpad.proximity.on.ca:9001/p/k8c7SAPEhA ) in preparation for the
Fedora 17 ARM Beta release. Ple
Przemek Klosowski wrote:
> I have Fedora desktops talking SSH to RHEL 6.2 servers. F16 worked fine,
> but I started getting mysterious connection failures with F17:
>
>ssh -v serverA
>...
>debug1: SSH2_MSG_KEXINIT sent
>Read from socket failed: Connection reset by peer
>
> This i
On Fri, May 11, 2012 at 10:14 AM, Jim Meyering wrote:
> Miloslav Trmač wrote:
>> On Thu, May 10, 2012 at 9:49 PM, Greg McGary wrote:
>>> Minor conflict: the name of one of id-utils main commands "lid" is also the
>>> same as an existing command, though installed in a different place.
>>> id-uti
I filed this under https://bugzilla.redhat.com/show_bug.cgi?id=821079
but this may be a SSH buffer overflow problem so I decided to post a
heads-up here.
I have Fedora desktops talking SSH to RHEL 6.2 servers. F16 worked fine,
but I started getting mysterious connection failures with F17:
commit 58924f92b96ac9488bfea9bddae6d20ec4e7f698
Author: Tom Callaway
Date: Fri May 11 16:14:40 2012 -0400
2.72, fix CVE-2012-2451
.gitignore|1 +
perl-Config-IniFiles.spec | 12 ++--
sources |2 +-
3 files changed, 12 insertions(+), 3 de
A file has been added to the lookaside cache for perl-Config-IniFiles:
513d01cf4945e9b1faccc80e153bd27e Config-IniFiles-2.72.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.o
2012/5/11 Toshio Kuratomi :
> On Fri, May 11, 2012 at 08:20:47PM +0100, Nelson Marques wrote:
>> The FIFE[1] Engine package in Fedora in the past provided public
>> static and shared objects; From one of my talks with 'prock' from
>> upstream he stated that:
>>
>> - public shared libraries are no
Hello,
while chasing the several dependencies to build R-Sim-DiffProc I had
to build R-rJava, at moment that is failing while testing the examples.
Are there any suggestions to overcome this?
* checking examples ... ERROR
Running examples in 'rJava-Ex.R' failed
The error most likely occurred i
On Fri, May 11, 2012 at 08:20:47PM +0100, Nelson Marques wrote:
> The FIFE[1] Engine package in Fedora in the past provided public
> static and shared objects; From one of my talks with 'prock' from
> upstream he stated that:
>
> - public shared libraries are not supported by upstream and are no
The FIFE[1] Engine package in Fedora in the past provided public
static and shared objects; From one of my talks with 'prock' from
upstream he stated that:
- public shared libraries are not supported by upstream and are not
used by any of the current clients;
- static blobs are not used by cli
06.05.2012 20:10, Tom Lane wrote:
I have pushed libtiff 4.0.1 into rawhide, replacing libtiff 3.9.5.
This entails a library soname bump and a few small source-level
incompatibilities, as detailed at
http://www.remotesensing.org/libtiff/v4.0.0.html
By my count there are about a hundred dependent
On May 11, 2012, at 4:12 AM, Kevin Kofler wrote:
> Why do we have to complicate things so much instead of just stopping the
> creeping biggerism?
This is a very old debate. How is it surprising that computers, year over year,
for many years now, have faster CPUs, more RAM and disk capacity, an
On May 10, 2012, at 10:52 PM, John Reiser wrote:
> On 05/10/2012 09:34 PM, Chris Murphy wrote:
>> On May 10, 2012, at 8:56 PM, Adam Williamson wrote:
>
>>> I'd say almost certainly yes. AIUI on any EFI system there's only ever a
>>> reason to have _one_ EFI system partition.
>
>> mactel-boot in
Compose started at Fri May 11 08:15:02 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.
The Messaging SIG has been meeting on Tuesdays at 16.00 UTC. Turnout
has been a little low and we concluded that it's not the best time.
If you're interested in participating in meetings, please fill out the
following survey so I can get a good idea of when to place them:
http://whenisgood.net
perl-Net-OpenSSH has broken dependencies in the rawhide tree:
On x86_64:
perl-Net-OpenSSH-0.57-2.fc18.noarch requires
openssh-clients(%{__isa_name}-%{__isa_bits})
On i386:
perl-Net-OpenSSH-0.57-2.fc18.noarch requires
openssh-clients(%{__isa_name}-%{__isa_bits})
Please resolve th
Am Mittwoch, den 09.05.2012, 11:57 -0400 schrieb Adam Jackson:
> On Wed, 2012-05-09 at 11:45 -0400, Matthias Clasen wrote:
> > On Wed, 2012-05-09 at 13:35 +0200, Kevin Kofler wrote:
> > > Alexander Larsson wrote:
> > > > The feature page lists some of the background and statistics. It also
> > > >
> "EFI install from DVD forgets previous EFI boot"
> https://bugzilla.redhat.com/show_bug.cgi?id=809963#c7
> "As far as sharing the same /boot/efi directory between installs, we don't
> support that -- a new copy of the grub.efi binary is written as well as a
> new
> grub.conf."
>
I
Review taken!
I'm in switzerland, so leaving anytime soon. Please excuse me if I
come back to the review monday morning.
Thanks,
--Simone
On 11 May 2012 16:02, Jerry James wrote:
> On Fri, May 11, 2012 at 7:18 AM, Simone Caronni wrote:
>> Anyone willing to review some of these packages?
>> I'
On Fri, May 11, 2012 at 7:18 AM, Simone Caronni wrote:
> Anyone willing to review some of these packages?
> I'll do some reviews in exchange.
[snip]
> https://bugzilla.redhat.com/show_bug.cgi?id=820542
I'll take this one. Can you review
https://bugzilla.redhat.com/show_bug.cgi?id=818303? Than
Anyone willing to review some of these packages?
I'll do some reviews in exchange.
Those are really easy packages; I need to close those down before
introducing additional reviews or I'll start doing mistakes
everywhere.
Guacamole stack:
https://bugzilla.redhat.com/show_bug.cgi?id=820561
https://
On Fri, 2012-05-11 at 10:19 +0200, Kevin Kofler wrote:
> Adam Williamson wrote:
> > Hi, folks. It seems about time to send out an overview of the Fedora 17
> > release status, and what's needed to get us there.
>
> What about:
> https://bugzilla.redhat.com/show_bug.cgi?id=819371
> https://admin.fe
Compose started at Fri May 11 08:15:04 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 rubyg
On Fri, May 11, 2012 at 4:35 PM, drago01 wrote:
> On Fri, May 11, 2012 at 12:31 PM, Kushal Das wrote:
>> On Fri, May 11, 2012 at 3:56 PM, drago01 wrote:
>>>
>>> Even without minidebug info we already don't have enough space.
>>> No office suite on the deskop spin; no translations on the kde spin
On Fri, May 11, 2012 at 12:31 PM, Kushal Das wrote:
> On Fri, May 11, 2012 at 3:56 PM, drago01 wrote:
>>
>> Even without minidebug info we already don't have enough space.
>> No office suite on the deskop spin; no translations on the kde spin
>>
>> We complicate things by insisting that a C
On Fri, May 11, 2012 at 3:56 PM, drago01 wrote:
>
> Even without minidebug info we already don't have enough space.
> No office suite on the deskop spin; no translations on the kde spin
>
> We complicate things by insisting that a CD is the upper limit. Which
> might have been true in the 90
On Fri, May 11, 2012 at 12:12 PM, Kevin Kofler wrote:
> Gerd Hoffmann wrote:
>> Also, can the netinst.iso install from local media too? A usb key for
>> example? So you can use netinst.iso @ CD and install-dvd @ usbkey to
>> install if your box can boot from cd only ...
>
> Why do we have to com
Gerd Hoffmann wrote:
> Also, can the netinst.iso install from local media too? A usb key for
> example? So you can use netinst.iso @ CD and install-dvd @ usbkey to
> install if your box can boot from cd only ...
Why do we have to complicate things so much instead of just stopping the
creeping b
Gerd Hoffmann wrote:
> Sounds more useful to me to just have a single live image which has
> multiple desktop environments included, so you don't have the common
> bits multiple times at the dvd ...
That sounds nice in theory, but is just not practical:
* The per-desktop live images are what we de
Pádraig Brady wrote:
> On 05/11/2012 09:14 AM, Jim Meyering wrote:
>> Miloslav Trmač wrote:
>>> On Thu, May 10, 2012 at 9:49 PM, Greg McGary wrote:
Minor conflict: the name of one of id-utils main commands "lid" is also the
same as an existing command, though installed in a different pla
On 05/11/2012 09:14 AM, Jim Meyering wrote:
> Miloslav Trmač wrote:
>> On Thu, May 10, 2012 at 9:49 PM, Greg McGary wrote:
>>> Minor conflict: the name of one of id-utils main commands "lid" is also the
>>> same as an existing command, though installed in a different place.
>>> id-utils
>>> has
On 05/11/2012 10:14 AM, Jim Meyering wrote:
Technically there is no need to change a name.
In Debian, one can have two lid programs installed, one in /usr/bin
and the other in /usr/sbin[*], so why not in Fedora?
"Technically" there is no problem (at least until we decide remove the
distinction
On 05/11/12 00:36, Kevin Kofler wrote:
> Adam Jackson wrote:
>> Therefore I have difficulty evaluating just how much impact this would
>> be. Do you have a link to the recipe for building such an image? I
>> suspect the incremental cost of each additional desktop environment
>> would be successiv
On 05/10/12 17:00, Adam Jackson wrote:
> On Thu, 2012-05-10 at 09:16 +0200, Kevin Kofler wrote:
>> Adam Jackson wrote:
>>> Even if all of your objections are true, and who knows, they might be:
>>> we already do provide alternatives. The Live media is not the only
>>> install media.
>>
>> The othe
Adam Williamson wrote:
> Hi, folks. It seems about time to send out an overview of the Fedora 17
> release status, and what's needed to get us there.
What about:
https://bugzilla.redhat.com/show_bug.cgi?id=819371
https://admin.fedoraproject.org/updates/FEDORA-2012-7448/calligra-2.4.1-3.fc17
We put
Miloslav Trmač wrote:
> On Thu, May 10, 2012 at 9:49 PM, Greg McGary wrote:
>> Minor conflict: the name of one of id-utils main commands "lid" is also the
>> same as an existing command, though installed in a different place. id-utils
>> has /usr/bin/lid, while libuser has /usr/sbin/lid.
>
> Yeah
42 matches
Mail list logo