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
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
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
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/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/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
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
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
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
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
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: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 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
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, 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
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, 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
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'
> "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
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
> > > >
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
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
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.
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
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
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
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
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
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
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
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
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
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:
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
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 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
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:
> 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 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
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
> 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
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
42 matches
Mail list logo
