https://bugzilla.redhat.com/show_bug.cgi?id=855755
Petr Šabata changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
On 11/02/2012 06:57 PM, "Jóhann B. Guðmundsson" wrote:
On 11/02/2012 04:56 PM, Kevin Fenzi wrote:
On Fri, 02 Nov 2012 16:44:06 +
"Jóhann B. Guðmundsson" wrote:
On 11/02/2012 04:25 PM, Tom Lane wrote:
=?UTF-8?B?IkrDs2hhbm4gQi4gR3XDsG11bmRzc29uIg==?=
writes:
On 11/02/2012 03:32 PM, Matth
A file has been added to the lookaside cache for perl:
0e57f2d01d96471d9effc3fb43175e84 perl-5.16.2.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/perl-
On 11/05/2012 09:22 AM, Marcela Mašláňová wrote:
You are using your use-case for everyone. If you insist on automatic
process, then the metric should work with more data.
It's good that we elected FESCO to find out and decide which appropriate
metric data should be used to determine that...
commit 37188919aedfa7b50f47974d52a91bed7aad241e
Author: Jitka Plesnikova
Date: Mon Nov 5 10:43:05 2012 +0100
Update to 5.16.2
.gitignore |1 +
perl.spec | 14 +++---
sources|2 +-
3 files changed, 9 insertions(+), 8 deletions(-)
---
diff --git a/.gitignore b/.gitign
Kevin Fenzi a écrit:
> Get a nice group of at least 10 or so folks who are active on this list
> to agree to run it full time on their main machine.
Amen brother. Count me in that group if this ever happens.
I already run rawhide on a dedicated box for daily duties like email,
web browsing
A file has been added to the lookaside cache for perl-X11-Protocol-Other:
06c1a9df4ccad8c42b0123890063af96 X11-Protocol-Other-21.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
commit 24ae61d9bdaa1f7fe103e4e78252040f932c6a99
Author: Petr Šabata
Date: Mon Nov 5 10:39:13 2012 +0100
21 bump
.gitignore |1 +
perl-X11-Protocol-Other.spec | 38 --
sources |2 +-
3 files changed, 26 in
On 11/05/2012 09:39 AM, drago01 wrote:
On Mon, Nov 5, 2012 at 5:57 AM, Dennis Gilmore wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Wed, 31 Oct 2012 10:59:54 -0700
Jesse Keating escribió:
On 10/31/2012 09:56 AM, Toshio Kuratomi wrote:
* Jesse Keating, Jeremy Katz, and others who h
commit acd8b4dbbf9b77434cad7cfb4039e15e90c82d58
Author: Jitka Plesnikova
Date: Mon Nov 5 10:57:01 2012 +0100
Remove patch, update MODULE_COMPAT
...5.16.1-PATCH-perl-114220-h-not-equiv-to-h.patch | 83
perl.spec |3 +-
2 f
https://bugzilla.redhat.com/show_bug.cgi?id=855755
Petr Šabata changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=872616
Petr Šabata changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
A file has been added to the lookaside cache for perl-XML-LibXML:
c95bbf6bdaef0b16bd7979f7e4f97ec8 XML-LibXML-2.0010.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/mailm
commit 80235465a0323c8a5c7bfdda6d352b06cafa9636
Author: Petr Šabata
Date: Mon Nov 5 11:16:09 2012 +0100
2.0010 bumpity
.gitignore |1 +
perl-XML-LibXML.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitig
Le Lun 5 novembre 2012 10:45, Dodji Seketeli a écrit :
> Just having a dedicated Rawhide Swat Team of die hard volunteers who
> could spot issues early, file more bugs, gently push for fixes in
> Rawhide and last but not least build a kind of "esprit de corps" among
> those who suffer Rawhide bre
On 11/02/2012 11:32 AM, Nicolas Chauvet wrote:
Hi Miroslav,
It sounds like you are missing f18 branch while creating new build
I always push new Spacewalk packages to rawhide only. The reason is that
always some problem pops up - this time broken dependencies on
spacewalk-web. In rawhide I hav
https://bugzilla.redhat.com/show_bug.cgi?id=872616
Petr Šabata changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
> On Sun, Nov 4, 2012 at 9:07 PM, Jiri Eischmann
> wrote:
>
>
> This is a very valid argument. I understand this is a devel
> list, so we should stay on the technical level, but if we
> discuss such broad
- Original Message -
>
> Le Lun 5 novembre 2012 10:45, Dodji Seketeli a écrit :
>
> > Just having a dedicated Rawhide Swat Team of die hard volunteers
> > who
> > could spot issues early, file more bugs, gently push for fixes in
> > Rawhide and last but not least build a kind of "esprit d
On Monday, November 05, 2012 06:56 PM, Jiri Eischmann wrote:
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
On Sun, Nov 4, 2012 at 9:07 PM, Jiri Eischmann
wrote:
This is a very valid argument. I understand this is a devel
list, so we should stay on the technical level, b
On 11/05/2012 01:12 PM, Jaroslav Reznik wrote:
- Original Message -
Le Lun 5 novembre 2012 10:45, Dodji Seketeli a écrit :
Just having a dedicated Rawhide Swat Team of die hard volunteers
who
could spot issues early, file more bugs, gently push for fixes in
Rawhide and last but not le
commit 6557398aea0b97caf25820ebe8b80ac18bb6b3c0
Author: Marcela Mašláňová
Date: Mon Nov 5 12:53:58 2012 +0100
Add missing requirement - Exporter.
perl-Devel-Symdump.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Devel-Symdump.spec b/perl-Devel-S
perl-OpenOffice-UNO has broken dependencies in the F-18 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686 re
Compose started at Mon Nov 5 09:15:26 UTC 2012
Broken deps for x86_64
--
[dhcp-forwarder]
dhcp-forwarder-upstart-0.10-1801.fc18.noarch requires /sbin/initctl
[dnf]
dnf-0.2.14-2.git4831982.fc18.noarch requires python-hawkey >=
On 11/05/2012 01:13 PM, Mathieu Bridon wrote:
On Monday, November 05, 2012 06:56 PM, Jiri Eischmann wrote:
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
Does anyone have any reliable statistics about the number of users who
feel that release parties and codenames are important to them?
On Mon, Nov 5, 2012 at 10:56 AM, Jiri Eischmann wrote:
>
> Release parties and codenames were just examples. It's about the buzz
> around releases. You can check Google Trends where you find peaks in
> number of searches for Fedora after every release. Or fp.org monthly
> stats. You would lose rev
On 11/05/2012 01:11 AM, Matěj Cepl wrote:
On Fri, 02 Nov 2012 20:55:38 +, Jóhann B. Guðmundsson wrote:
and one "stable" release ( valid for 2 maybe 3 years ) for those in the
community that want something they dont constantly having to upgrade to
and can deploy on their servers. ( ofcourse t
commit fcf8e1c0ebb953d67928a5231863efb05d3aaea5
Author: Jitka Plesnikova
Date: Mon Nov 5 14:01:30 2012 +0100
Specify all dependencies
perl-DBD-CSV.spec |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
---
diff --git a/perl-DBD-CSV.spec b/perl-DBD-CSV.spec
index 5fd46e3..3
commit 7461b80c41065e4a16ddb4afcbdff8b0f448dcc3
Author: Petr Písař
Date: Mon Nov 5 14:00:47 2012 +0100
Improve description
perl-Sys-MemInfo.spec |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
---
diff --git a/perl-Sys-MemInfo.spec b/perl-Sys-MemInfo.spec
index 790b301.
commit 102f01ce793df330929f6ef7c10fb28358f5d28c
Author: Petr Písař
Date: Mon Nov 5 14:02:28 2012 +0100
Specify all dependencies
perl-Sys-MemInfo.spec |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
---
diff --git a/perl-Sys-MemInfo.spec b/perl-Sys-MemInfo.spec
index 3f4563
commit 5d392a29e50c22982f5a7997ee49bd47bcb4837c
Author: Petr Písař
Date: Mon Nov 5 14:02:57 2012 +0100
Modernize spec file
perl-Sys-MemInfo.spec |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
---
diff --git a/perl-Sys-MemInfo.spec b/perl-Sys-MemInfo.spec
index c12cde9..c30
commit ca549ffb9b51d9a871f29270d933d2762e66c48b
Author: Petr Písař
Date: Mon Nov 5 14:04:33 2012 +0100
Teach rpmlint
.rpmlint |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..17fddf6
--- /dev/null
+++ b/.r
On Mon, Nov 05, 2012 at 06:12:59 -0500,
Jaroslav Reznik wrote:
- Original Message -
This is a problem - when developers do not work first in Rawhide and
do not push back to branched (or push into branched from Rawhide if
it's on time). We talked about it in the last Board meeting, one
Hi,
I'm a Fedora user and, occasionally, contributor.
I'm writing to you only to expose a simple proposal on Fedora future.
We are debating on how Fedora Development cycle could be improved, and, at
the same time, how to maintain its "bleeding edge" way.
So, this is my proposal:
We could introdu
On Mon, Nov 5, 2012 at 1:14 PM, Bruno Wolff III wrote:
> On Mon, Nov 05, 2012 at 06:12:59 -0500,
> Jaroslav Reznik wrote:
>
>> - Original Message -
>>
>> This is a problem - when developers do not work first in Rawhide and
>> do not push back to branched (or push into branched from Raw
You can find the same proposal scheme using this link (in order to avoid
mail formatting issues):
http://www.paololeoni.eu/fedora_proposal.jpg
bye,
Paolo
2012/11/5 Paolo Leoni
> Hi,
> I'm a Fedora user and, occasionally, contributor.
> I'm writing to you only to expose a simple proposal on Fedo
perl-OpenOffice-UNO has broken dependencies in the rawhide tree:
On x86_64:
perl-OpenOffice-UNO-0.07-3.fc17.x86_64 requires
perl(:MODULE_COMPAT_5.14.2)
On i386:
perl-OpenOffice-UNO-0.07-3.fc17.i686 requires
perl(:MODULE_COMPAT_5.14.2)
perl-OpenOffice-UNO-0.07-3.fc17.i686
> The entire QA team (and the entire anaconda team, for that matter) is
> currently spending virtually all its time trying to help bash the new
> anaconda into something vaguely resembling shape for a fairly
> arbitrary
> release deadline, so we can ship something called 'the Fedora 18
> stable
> r
commit ff7a981be79fd7e937d4bccef3bb0c0a5dc19e2c
Author: Petr Písař
Date: Mon Nov 5 14:44:34 2012 +0100
Change license
perl-Sys-MemInfo.spec | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
---
diff --git a/perl-Sys-MemInfo.spec b/perl-Sys-MemInfo.spec
index c302d3b..b5
Compose started at Mon Nov 5 08:15:12 UTC 2012
Broken deps for x86_64
--
[LabPlot]
LabPlot-1.6.0.2-12.fc18.i686 requires libaudiofile.so.0
LabPlot-1.6.0.2-12.fc18.x86_64 requires libaudiofile.so.0()(64bit)
[PyKDE]
PyK
On Sun, 2012-11-04 at 19:47 +0200, Alek Paunov wrote:
> On 04.11.2012 19:25, Simo Sorce wrote:
>
> > note that this is "also" our strength in some respect because it allows
> > the system to evolve a lot more quickly, but it also means upgrades are
>
> Indeed.
>
> > simply going to break stuff,
On Mon, Nov 05, 2012 at 08:35:53 -0500,
Kamil Paral wrote:
My idea would be to have two releases:
== Fedora Stable ==
* A release for general users with low volume of security fixes and important
bug fixes.
** Bug fixes would be pushed monthly and QA would be performed on this monthly
batc
On 10/31/2012 07:53 PM, Tom Callaway wrote:
[perl-Hardware-Verilog-Parser]
perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch requires
perl(:MODULE_COMPAT_5.14.2)
Really broken. Does not build with current perl. I suggest that it be
buried in a hole and covered up with a fire (or, if some
On Mon, Nov 05, 2012 at 10:45:00AM +0100, Dodji Seketeli wrote:
> Kevin Fenzi a écrit:
> > Additionally, if some number of these folks who pledge to run rawhide
> > full time were provenpackagers we could just go in and fix things as
> > they hit (or soon after) instead of waiting a while for fi
On Mon, 05 Nov 2012 10:45:00 +0100
Dodji Seketeli wrote:
...snip...
> Could we have a rawhide-list for this? I know fighting proliferation
> of mailing list is a good thing, but practically speaking, being able
> to quickly scan a mailing list before doing a yum update can help a
> Rawhider eva
On Fri, Nov 2, 2012 at 6:10 PM, Orion Poplawski wrote:
> On 11/01/2012 04:21 PM, Jussi Lehtola wrote:
>
>> On Thu, 01 Nov 2012 09:08:36 -0600
>> Orion Poplawski wrote:
>>
>>> Some MPI updates:
>>>
>>> - I built openmpi 1.6.3 in rawhide yesterday. This had an unexpected
>>> bump in the libmpi_f9
On Mon, Nov 5, 2012 at 5:56 AM, Jiri Eischmann wrote:
>
> Release parties and codenames were just examples. It's about the buzz
> around releases. You can check Google Trends where you find peaks in
> number of searches for Fedora after every release. Or fp.org monthly
> stats. You would lose revi
I like this idea, it would also allow the introduction of things like newer
versions of Libreoffice, KDE, GNOME faster than potentially breaking
changes.
On Mon, Nov 5, 2012 at 8:27 AM, Paolo Leoni wrote:
> You can find the same proposal scheme using this link (in order to avoid
> mail formatti
On Mon, Nov 05, 2012 at 07:27:06AM -0700, Kevin Fenzi wrote:
> I thought about that, but I don't think another list is something do so
> lightly. How about rawhide folks add a [rawhide] to their email
> subjects here to make them easy to filter out/see.
> I'd personally love to see more signal her
Tom Lane wrote:
>Simon Lukasik writes:
>> Currently, each Fedora release is kept alive for 13(+/-) months.
>There
>> were dozens of threads about shortening or prolonging period -- but I
>am
>> not sure if something like the following has been ever discussed:
>
>> Each N-th Fedora release -- wh
Hi,
> If/when the "real work" behind a feature has been done early enough,
> getting from Fedora alpha to final consists of just a few bugfixes
Ah well.. only if everybody else did this so all the dependencies are stable.
In which case you just moved the development freeze to earlier date. No
im
commit cf2671f51e4283d7fc2f0608c3863315575d0d90
Author: Petr Písař
Date: Mon Nov 5 15:36:25 2012 +0100
Correct dependencies
perl-Text-CSV_XS.spec | 19 +--
1 files changed, 13 insertions(+), 6 deletions(-)
---
diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec
in
commit 38557497ba8b68b2e0c515d8409d2ab7fa222cb7
Author: Petr Písař
Date: Mon Nov 5 15:36:46 2012 +0100
Modernize spec file
perl-Text-CSV_XS.spec |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
---
diff --git a/perl-Text-CSV_XS.spec b/perl-Text-CSV_XS.spec
index 7205219..d3bc9cf
Le Lun 5 novembre 2012 12:12, Jaroslav Reznik a écrit :
> - Original Message -
>>
>> Le Lun 5 novembre 2012 10:45, Dodji Seketeli a écrit :
>> Someone wrote in this thread that Gnome updates were painful in
>> branched.
>> Well they are horrific in Rawhide. If there was some effort to mak
On Sat, Nov 3, 2012 at 5:32 PM, Kevin Fenzi wrote:
> So, I have been thinking about rawhide.
>
> I agree identifying the problems/issues would be good, and I think
> there's something we can do to help with that:
>
> Get a nice group of at least 10 or so folks who are active on this list
> to agre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For the most part I always run Rawhide. Except for a few weeks after branch.
I like to find the SELinux issues early...
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/
i
commit 63d3373030b7bdad93fce9a3b7ca0104bd29e68e
Author: Marcela Mašláňová
Date: Mon Nov 5 17:36:44 2012 +0100
Specify all dependencies. Use DESTDIR rather than PERL_INSTALL_ROOT.
Signed-off-by: Marcela Mašláňová
perl-AppConfig.spec | 15 ---
1 files changed, 12 ins
On Thu, Nov 1, 2012 at 7:10 PM, "Jóhann B. Guðmundsson"
wrote:
> On 11/01/2012 06:09 PM, Jaroslav Reznik wrote:
>> We were thinking with a few folks more about "Self contained feature"
>> but yeah, there's a lack of real definition.
>>
>> Other thing is - these "Self contained features" could be a
On Thu, Nov 1, 2012 at 7:34 PM, Matthew Miller wrote:
> On Thu, Nov 01, 2012 at 02:09:21PM -0400, Jaroslav Reznik wrote:
>> > That sounds good. Maybe recast those ideas as three levels?
>> > - Critical Path Feature
>> > - Other Enhancement Feature
>> > - New Leaf Feature
>> We were thinking wit
On 11/02/2012 07:04 PM, Adam Williamson wrote:
Sure, like I said in another mail, we've got better at that than before.
But as I also said in the same mail, you still have to do a version
upgrade every twelve months. That alone is ridiculous for a 'stable'
operating system.
This is an importa
Summary of changes:
7461b80... Improve description (*)
102f01c... Specify all dependencies (*)
5d392a2... Modernize spec file (*)
ca549ff... Teach rpmlint (*)
ff7a981... Change license (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
Summary of changes:
7461b80... Improve description (*)
102f01c... Specify all dependencies (*)
5d392a2... Modernize spec file (*)
ca549ff... Teach rpmlint (*)
ff7a981... Change license (*)
51b209e... Merge branch 'master' into el5
(*) This commit already existed in another branch; no
commit 51b209efc779419a8b623accf1b28d8dc86369c9
Merge: 7b2c0b9 ff7a981
Author: Orion Poplawski
Date: Mon Nov 5 10:46:25 2012 -0700
Merge branch 'master' into el5
.rpmlint |2 ++
perl-Sys-MemInfo.spec | 29 +
2 files changed, 23 insertions(+),
On Sat, Nov 03, 2012 at 06:32:20PM -0600, Kevin Fenzi wrote:
> So, I have been thinking about rawhide.
>
> I agree identifying the problems/issues would be good, and I think
> there's something we can do to help with that:
>
> Get a nice group of at least 10 or so folks who are active on this l
On 11/05/2012 09:21 AM, Paul Howarth wrote:
> On 10/31/2012 07:53 PM, Tom Callaway wrote:
>>> [perl-Hardware-Verilog-Parser]
>>> perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch requires
>>> perl(:MODULE_COMPAT_5.14.2)
>>
>> Really broken. Does not build with current perl. I suggest that it be
>
Le Lun 5 novembre 2012 18:55, Till Maas a écrit :
> Rawhide is not intended to be used for anything important and with any
> security sensitive data because the used packages are not signed.
Alas
> Whenever I asked to get Rawhide packages signed I was also told that it
> is, because of Rawhide'
> >* A release for general users with low volume of security fixes and
> >important bug fixes.
> >** Bug fixes would be pushed monthly and QA would be performed on
> >this monthly batch of updates.
>
> Some packages need more than bug fix updates (unless you are taking a
> very
> broad view of what
On Mon, 5 Nov 2012 14:21:42 +0100
Paolo Leoni wrote:
> Hi,
> I'm a Fedora user and, occasionally, contributor.
> I'm writing to you only to expose a simple proposal on Fedora future.
>
> We are debating on how Fedora Development cycle could be improved,
> and, at the same time, how to maintain i
> >> This tool is still not going to be able to do magic and there will
> >> be
> >> config
> >> things that still need to be redone. Third party repos will still
> >> be
> >> an issue.
> >
> >It's a clean installation, I don't think it needs any magic. Also
> >third-party repos are not a problem,
On Mon, Nov 05, 2012 at 05:45:14PM +0100, Miloslav Trmač wrote:
> > I think "Leaf" is better than "Self contained", since it's unlikely for
> > the feature to have zero outside dependencies. I think it'd be fine for
> > such a feature to rely on small changes to existing packages (version
> > updat
On Mon, 5 Nov 2012 18:55:51 +0100
Till Maas wrote:
> Rawhide is not intended to be used for anything important and with any
> security sensitive data because the used packages are not signed.
> Whenever I asked to get Rawhide packages signed I was also told that
> it is, because of Rawhide's use
On Mon, Nov 05, 2012 at 13:23:59 -0500,
Kamil Paral wrote:
>> This tool is still not going to be able to do magic and there will
>> be
>> config
>> things that still need to be redone. Third party repos will still
>> be
>> an issue.
>
>It's a clean installation, I don't think it needs any magi
On Mon, Nov 05, 2012 at 11:32:07AM -0700, Kevin Fenzi wrote:
> > Fedora is going to be the first distribution that abandons package
> > security more and more instead of trying to improve it. As far as I know
> > starting with preupgrade doing insecure updates were promoted and now
> > they are goi
On Mon, Nov 05, 2012 at 11:32:07 -0700,
Kevin Fenzi wrote:
I would personally love to see koji sign all official builds with a
"This was built in koji" key.
If the same key is used regardless of release that could allow for hard
links to builds inherited from another release. That could sp
On Mon, Nov 5, 2012 at 7:34 PM, Matthew Miller wrote:
> On Mon, Nov 05, 2012 at 05:45:14PM +0100, Miloslav Trmač wrote:
>> > I think "Leaf" is better than "Self contained", since it's unlikely for
>> > the feature to have zero outside dependencies. I think it'd be fine for
>> > such a feature to r
A file has been added to the lookaside cache for perl-Image-ExifTool:
7f62eae65b6ca1ac140268df98de192b Image-ExifTool-9.04.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
commit af02a0505ef86b324198076787f70a33bfd051c3
Author: Tom Callaway
Date: Mon Nov 5 14:03:47 2012 -0500
9.04
perl-Image-ExifTool.spec |5 -
sources |2 +-
2 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-Image-ExifTool.spec b/perl-Image-
On Mon, Nov 5, 2012 at 6:34 PM, Bruno Wolff III wrote:
>
>>> >It's a clean installation, I don't think it needs any magic. Also
>>> >third-party repos are not a problem, we just ignore them and they
>>> >won't influence the new system. People will add them manually again
>>> >once in 18 months.
>
On 11/05/2012 05:28 PM, Przemek Klosowski wrote:
On 11/02/2012 07:04 PM, Adam Williamson wrote:
Sure, like I said in another mail, we've got better at that than before.
But as I also said in the same mail, you still have to do a version
upgrade every twelve months. That alone is ridiculous for
> From: "Jóhann B. Guðmundsson"
>
> On 11/05/2012 05:28 PM, Przemek Klosowski wrote:
> > On 11/02/2012 07:04 PM, Adam Williamson wrote:
> >
> >> Sure, like I said in another mail, we've got better at that than
before.
> >> But as I also said in the same mail, you still have to do a version
> >>
On Mon, Nov 05, 2012 at 07:55:26PM +0100, Miloslav Trmač wrote:
> > Here, I think you're smooshing together two of the three levels I'd
> > suggested, putting both non-crit-path enhancements and new leaf
> > functionality into one category. Is that correct?
> Yes, the "self-contained" wording cover
On Mon, Nov 5, 2012 at 8:38 PM, Matthew Miller wrote:
> On Mon, Nov 05, 2012 at 07:55:26PM +0100, Miloslav Trmač wrote:
>> > Here, I think you're smooshing together two of the three levels I'd
>> > suggested, putting both non-crit-path enhancements and new leaf
>> > functionality into one category
On 5 November 2012 11:17, Tom Callaway wrote:
> On 11/05/2012 09:21 AM, Paul Howarth wrote:
>> On 10/31/2012 07:53 PM, Tom Callaway wrote:
[perl-Hardware-Verilog-Parser]
perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch requires
perl(:MODULE_COMPAT_5.14.2)
>>>
>>> Really broken. D
On 11/05/2012 07:52 PM, Miloslav Trmač wrote:
A crit path update that affects, say, two packages and nothing else,
could be "approved by default" as well. Many of the crit path
features however affect a large or extremely large package set (e.g.
the sysv->systemd script migration), in which case
On 4 November 2012 23:57, drago01 wrote:
> On Sun, Nov 4, 2012 at 6:55 PM, Adam Williamson wrote:
>> On Sun, 2012-11-04 at 12:18 -0500, Simo Sorce wrote:
>>> On Sat, 2012-11-03 at 00:36 +0100, Michał Piotrowski wrote:
>>> > Hi,
>>> >
>>> > 2012/11/3 Adam Williamson :
>>> > > Note
>>> > > that nei
On Mon, 2012-11-05 at 17:04 +0100, Nicolas Mailhot wrote:
> You proposal may work *if* GNOME people take care to respect it. Otherwise
> — yes the nuclear option is to only distribute GNOME releases that were
> ready at branch time and could be stabilised during all the Fedora test
> releases. It
Hello guys and girls,
I need a review for owncloud:
https://bugzilla.redhat.com/show_bug.cgi?id=858841
the licences are good, note that there is not much time left if we want to
achieve this approved f18 feature [1]
I admit, this package is quite big. But in return I would be happy to review
2
On 11/04/2012 01:31 AM, Panu Matilainen wrote:
Yeh, autoqa can't do a whole lot when its builds often intentionally
dependencies break (eg soname bumps). Unless such builds were required
to be done in a staging area - this is *possible* already but not much
used. It'd have to be reasonably conve
On Mon, Nov 05, 2012 at 10:49:04PM +0100, Gregor Tätzner wrote:
> Hello guys and girls,
> I need a review for owncloud:
> https://bugzilla.redhat.com/show_bug.cgi?id=858841
> the licences are good, note that there is not much time left if we want to
> achieve this approved f18 feature [1]
> I admi
On Mon, 05 Nov 2012 22:49:04 +0100
Gregor Tätzner wrote:
> Hello guys and girls,
>
> I need a review for owncloud:
> https://bugzilla.redhat.com/show_bug.cgi?id=858841
>
> the licences are good, note that there is not much time left if we
> want to achieve this approved f18 feature [1]
Note th
On Mon, Nov 05, 2012 at 01:58:05PM -0800, Jesse Keating wrote:
> That might be because nobody can get past the
> installer to test any of the GNOME bits.
Heh. In seriousness, I've been running F18 GNOME on my laptop and, while I
have a number of annoyances with some design decisions (some patched
On 05.11.2012 15:57, Simo Sorce wrote:
A possibly viable alternative for the ABIs freezing (which we can not
ensure anyway) is the C/C++/etc tooling - If we arm upstreams, packagers
and 3rd parties with powerful source tools (API migration/checking),
just like Google does internally, unsing the
Le Lun 5 novembre 2012 22:33, Matthias Clasen a écrit :
> On Mon, 2012-11-05 at 17:04 +0100, Nicolas Mailhot wrote:
>
>> You proposal may work *if* GNOME people take care to respect it.
>> Otherwise
>> — yes the nuclear option is to only distribute GNOME releases that were
>> ready at branch time
On 11/02/2012 05:10 PM, Orion Poplawski wrote:
On 11/01/2012 04:21 PM, Jussi Lehtola wrote:
On Thu, 01 Nov 2012 09:08:36 -0600
Orion Poplawski wrote:
Some MPI updates:
- I built openmpi 1.6.3 in rawhide yesterday. This had an unexpected
bump in the libmpi_f90.so soname. I know this affects
On Nov 5, 2012 1:21 PM, "Stephen John Smoogen" wrote:
>
> On 5 November 2012 11:17, Tom Callaway wrote:
> > On 11/05/2012 09:21 AM, Paul Howarth wrote:
> >> On 10/31/2012 07:53 PM, Tom Callaway wrote:
> [perl-Hardware-Verilog-Parser]
> perl-Hardware-Verilog-Parser-0.13-9.fc17.noarch
On Mon, Nov 5, 2012 at 2:06 PM, Matthew Miller wrote:
> On Mon, Nov 05, 2012 at 01:58:05PM -0800, Jesse Keating wrote:
>> That might be because nobody can get past the
>> installer to test any of the GNOME bits.
>
> Heh. In seriousness, I've been running F18 GNOME on my laptop and, while I
> have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Mon, 5 Nov 2012 11:32:07 -0700
Kevin Fenzi escribió:
> On Mon, 5 Nov 2012 18:55:51 +0100
> Till Maas wrote:
>
> > Rawhide is not intended to be used for anything important and with
> > any security sensitive data because the used packages are not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Mon, 5 Nov 2012 08:39:54 +0100
drago01 escribió:
> On Mon, Nov 5, 2012 at 5:57 AM, Dennis Gilmore
> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > El Wed, 31 Oct 2012 10:59:54 -0700
> > Jesse Keating escribió:
> >> On 10/31/
On 2012-11-05 12:22, "Jóhann B. Guðmundsson" wrote:
On 11/05/2012 07:52 PM, Miloslav Trmač wrote:
A crit path update that affects, say, two packages and nothing else,
could be "approved by default" as well. Many of the crit path
features however affect a large or extremely large package set (e.
99 matches
Mail list logo
