As per the Fedora 18 schedule [1], Fedora 18 Beta Test Compose 6 (TC6)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5349#comment:16
. Please see the following pages for download links (including delta
ISOs) and testing
As per the Fedora 18 schedule [1], Fedora 18 Beta Test Compose 5 (TC5)
is now available for testing. Content information, including changes,
can be found at https://fedorahosted.org/rel-eng/ticket/5349#comment:11
. Please see the following pages for download links (including delta
ISOs) and testing
On Fri, Oct 19, 2012 at 5:02 PM, Seth Vidal wrote:
>
>
>
> On Fri, 19 Oct 2012, Ken Dreyer wrote:
>
>> On Fri, Oct 19, 2012 at 5:04 PM, Michael Stahnke
>> wrote:
>>>
>>> My proposal would be the following:
>>> * Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
>>> * Move EPEL 5 to the latest 2.7.x br
On Fri, 19 Oct 2012, Ken Dreyer wrote:
On Fri, Oct 19, 2012 at 5:04 PM, Michael Stahnke wrote:
My proposal would be the following:
* Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
* Move EPEL 5 to the latest 2.7.x branch. This is the last branch of
Puppet that supports Ruby 1.8.5, and works
On Fri, Oct 19, 2012 at 07:35:28PM -0400, Matthew Miller wrote:
> On Fri, Oct 19, 2012 at 04:04:24PM -0700, Michael Stahnke wrote:
> > * Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
>
> Speaking for my previous job, it would really be unfortunate to have a
> non-compatible update of puppet in EPEL
On Fri, Oct 19, 2012 at 5:04 PM, Michael Stahnke wrote:
> My proposal would be the following:
> * Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
> * Move EPEL 5 to the latest 2.7.x branch. This is the last branch of
> Puppet that supports Ruby 1.8.5, and works with 3.0 masters.
The last big Puppet
On Fri, 19 Oct 2012, Matthew Miller wrote:
On Fri, Oct 19, 2012 at 07:31:57PM -0400, Seth Vidal wrote:
There is a reason I want to move to a clientless configmgmt
infrastructure.
I do not want to be hogtied like this again.
Yeah, but we're not going to make _you_ use Puppet. :)
Damned i
On Fri, Oct 19, 2012 at 07:31:57PM -0400, Seth Vidal wrote:
> There is a reason I want to move to a clientless configmgmt
> infrastructure.
> I do not want to be hogtied like this again.
Yeah, but we're not going to make _you_ use Puppet. :)
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
On Fri, Oct 19, 2012 at 04:04:24PM -0700, Michael Stahnke wrote:
> * Move EPEL 6, Fedora >= 17 to use Puppet 3.0.
Speaking for my previous job, it would really be unfortunate to have a
non-compatible update of puppet in EPEL. Unless accompanied by very loud
trumpets and fireworks beforehand, the d
On Fri, 19 Oct 2012, Michael Stahnke wrote:
On Fri, Oct 19, 2012 at 4:22 PM, Seth Vidal wrote:
On Fri, 19 Oct 2012, Michael Stahnke wrote:
I (we) completely realize this isn't totally awesome either. This is
a problem when you have a distributed application that is trying to
support t
On Fri, Oct 19, 2012 at 4:22 PM, Seth Vidal wrote:
>
>
>
> On Fri, 19 Oct 2012, Michael Stahnke wrote:
>
>> I (we) completely realize this isn't totally awesome either. This is
>> a problem when you have a distributed application that is trying to
>> support the widest variety of host populations
On Fri, 19 Oct 2012, Michael Stahnke wrote:
I (we) completely realize this isn't totally awesome either. This is
a problem when you have a distributed application that is trying to
support the widest variety of host populations we can.
This request was brought to us by community members, Re
On 10/19/2012 10:01 AM, David Lehman wrote:
> You can create and destroy lvm devices. You can reuse existing LVs,
> optionally reformatting them. You can encrypt or decrypt them. What you
> cannot do is allocate new LVs from old VGs. That's sort of the last item
> on the TODO list.
Is this functio
On Fri, Oct 19, 2012 at 4:05 PM, Seth Vidal wrote:
>
>
>
> On Fri, 19 Oct 2012, Michael Stahnke wrote:
>
>> Puppet in the Fedora/EPEL ecosystem is a bit wonky currently.
>>
>> I'd really like to fix it.
>>
>> Problems:
>> * Fedora 17 (and higher) ships with Ruby 1.9.x and Puppet 2.7.x. 2.7.x is
>
On Fri, 19 Oct 2012, Michael Stahnke wrote:
Puppet in the Fedora/EPEL ecosystem is a bit wonky currently.
I'd really like to fix it.
Problems:
* Fedora 17 (and higher) ships with Ruby 1.9.x and Puppet 2.7.x. 2.7.x is not
100% compatible with 1.9.3. The number of issues in this space conti
Puppet in the Fedora/EPEL ecosystem is a bit wonky currently.
I'd really like to fix it.
Problems:
* Fedora 17 (and higher) ships with Ruby 1.9.x and Puppet 2.7.x. 2.7.x is not
100% compatible with 1.9.3. The number of issues in this space continues to
grow.
* EPEL 5/6 still have Puppet 2.6.
On Fri, Oct 19, 2012 at 2:59 PM, Thorsten Leemhuis wrote:
> On 19.10.2012 22:54, Thorsten Leemhuis wrote:
>>
>> I'd assume mesa in Fedora needs this three patches:
>>
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=0229e3ae41be109ac423b2eb2ddf79e24b799d60
>> http://cgit.freedesktop.org/mesa/me
On 19.10.2012 22:54, Thorsten Leemhuis wrote:
>
> I'd assume mesa in Fedora needs this three patches:
>
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=0229e3ae41be109ac423b2eb2ddf79e24b799d60
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=2b8e90a33826dcd30b0cbbf464fbd191bf299d38
> http://c
On 19.10.2012 16:10, Jerry James wrote:
> I'm working my way through Rawhide rebuilds for the recent OCaml
> update. One of my builds failed last night like this:
> […]
> File "ide/coqide_main.ml4", line 1:
> Error: Error on dynamically loaded library:
> /usr/lib/ocaml/stublibs/dlllablgtk2.so: /li
commit c083234ad761f2ebfabb9b9e1025596b17786491
Author: Iain Arnell
Date: Fri Oct 19 12:44:16 2012 -0600
update to 1.04
.gitignore|1 +
perl-Moo.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/.gitignore b/.gitign
On Fri, Oct 19, 2012 at 10:25:11AM -0700, les wrote:
> Also one of the things we (linux folk) decry about most proprietary
> packages is in fact the arbitrary encoding of information in proprietary
> formats. Add in the fact that storage is relatively cheap today, and it
> would seem that having a
A file has been added to the lookaside cache for
perl-Catalyst-Controller-HTML-FormFu:
20a61be1442ec648ae912be4c8985040 Catalyst-Controller-HTML-FormFu-0.09004.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproje
commit 2273224e211061e521add268338e0529033abf3f
Author: Iain Arnell
Date: Fri Oct 19 11:36:05 2012 -0600
update to 0.96
.gitignore |1 +
perl-Captcha-reCAPTCHA.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
-
A file has been added to the lookaside cache for perl-Captcha-reCAPTCHA:
c30f9d9b8c3b30ec34feedf495140610 Captcha-reCAPTCHA-0.96.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.fedoraproje
Summary of changes:
69b07cf... update to 0.76 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Summary of changes:
69b07cf... update to 0.76 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
Summary of changes:
69b07cf... update to 0.76 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
commit 69b07cf4671080ce4637e7b088fb5d4da239ed1c
Author: Iain Arnell
Date: Fri Oct 19 11:32:41 2012 -0600
update to 0.76
.gitignore |1 +
perl-CPAN-Perl-Releases.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-
On Wed, 2012-10-17 at 17:07 +0200, Benny Amorsen wrote:
> Matthew Miller writes:
>
> > Less critical but important:
>
> A hard link to an easier-to-guess name like logread (used by OpenWRT)?
>
>
> /Benny
>
I'm just beginning to monitor the developer lists, and while not a
newcomer, I am not r
On Thu, 2012-10-18 at 23:12 -0500, Ian Pilcher wrote:
> On 10/18/2012 05:02 PM, Adam Williamson wrote:
> > I'm not sure what 'indication' you're expecting, exactly. AIUI, existing
> > RAID arrays and VGs should just show up in the list of existing
> > filesystems on the left-hand side of the custom
Hello all,
I've taken the stgit package ownership in F16 and EL5/6 branches, and I
am going to open the review ticket for this package.
Package was orphaned because lack of maintainer:
http://lists.fedoraproject.org/pipermail/devel/2011-November/158900.html
peter
--
devel mailing list
devel@l
I'm working my way through Rawhide rebuilds for the recent OCaml
update. One of my builds failed last night like this:
"ocamlc.opt" -rectypes -thread -I +lablgtk2 -I config -I lib -I
kernel -I kernel/byterun -I library -I proofs -I tactics -I pretyping
-I interp -I toplevel -I parsing -I tools -
A file has been added to the lookaside cache for stompclt:
d2d4bf363dff1b80f152cc9caa50cf81 stompclt-0.5.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.org/mailman/listinfo/
Compose started at Fri Oct 19 09:15:48 UTC 2012
Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)
On 10/18/2012 10:40 AM, Reindl Harald wrote:
> with "bash-completion" and double- it is desirable in many
> situations and at least it is helpful also if read all the docs and
> do not exactly remember not so often used commands - "man unknown"
> is hard
>
> [root@srv-rhsoft:~]$ system system-co
Adam Williamson writes:
>> > - don't auto-page;
>>
>> yes; that's the best solution. The auto-pager is perhaps the most
>> annoying feature of systemd. I have no problem in scrolling back some
>> pages in my terminal with shift-pgup, but having a status request block
>> (plain 'systemctl' or
36 matches
Mail list logo