On Fri, 2012-04-06 at 10:34 +0100, Andrew Clayton wrote:
> What makes you think they'd fair any better using a shell under a GUI?
>
> The point being that to _rescue_ a system generally requires
> underlying knowledge of the system and working in the shell
> running various commands and editing c
06.04.2012 19:43, Michael Schwendt написал:
On Fri, 6 Apr 2012 16:57:14 +0200, CF (Christophe) wrote:
On Fri, Apr 06, 2012 at 07:27:31AM -0600, Orion Poplawski wrote:
Suggestions? I'm tempted to pushed this to stable so that broken
deps emails start going out to get people to do the needed re
Compose started at Sat Apr 7 08:15:05 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-
Richard W.M. Jones wrote:
> Today when using F17 Alpha, I ran qemu and got an error which was
> something like:
>
> qemu-kvm: undefined symbol usbredirhost_foo
>
> (I don't recall the precise symbol). This was just because that
> version of qemu was compiled against a later version of
> libus
On Wed, 4 Apr 2012 21:46:40 -0600
Kevin Fenzi wrote:
> ok. I have landed 4.10pre1 packages in rawhide, so they should be in
> tomorrow's compose.
>
> I'm sure there's going to be some plugins that break, I will work on
> fixing them as I am able.
>
> I also have a f17 repo with the same packa
fre 2012-04-06 klockan 10:17 +0100 skrev Richard W.M. Jones:
> AIUI you don't need to bump the soname when you add a new function,
> only if you incompatibly change an existing function or struct.
To clarify (if I understand correctly) the minor version should be
incremented in this case, by incr
Reindl Harald wrote:
> Am 06.04.2012 14:58, schrieb Ralf Corsepius:
>>> Brasero, k3b and
>>> applications for scanning will probably need patches.
>>
>> No idea, what you are intending to do. These apps use huge amounts of
>> temporary data. Amounts of data, its devs probably considered to be too
Christophe Fergeau wrote:
> I'd lean towards this, why do we need to push a soname bump of ImageMagick
> so late in the game when f17 is already in beta? If there's a critical bug
> in the f17 package, isn't it possible to backport the fix instead of
> forcing these rebuilds?
Even if it were possi
Hi,
let me suggest a new proposal for the primary architecture controversy:
Let's have exactly one architecture handled as primary in Koji, picked with
the ONLY aim of making builds as fast as possible. Please note that while
this may well end up to be x86_64 at least right now, this in princip
On Sun, Apr 8, 2012 at 2:57 AM, Kevin Kofler wrote:
> let me suggest a new proposal for the primary architecture controversy:
> Let's have exactly one architecture handled as primary in Koji, picked with
> the ONLY aim of making builds as fast as possible.
Interesting idea, having Koji wait only
Kevin Kofler wrote:
> let me suggest a new proposal for the primary architecture controversy:
> Let's have exactly one architecture handled as primary in Koji, picked with
> the ONLY aim of making builds as fast as possible.
[...]
> Advantages:
> * faster builds (no more waiting for all archi
Thanks Michael,
I changed the suffix from .desktop to .gdesklets-desktop. Following your
advice, the built ran smoothly and I will update the package for F17 and
rawhide followed by F16 and F15.
http://koji.fedoraproject.org/koji/taskinfo?taskID=3971749
On 04/04/12 02:48 AM, Michael Schwen
Thanks Michael,
I changed the suffix from .desktop to .gdesklets-desktop. Following your
advice, the built ran smoothly and I will update the package for F17 and
rawhide followed by F16 and F15.
http://koji.fedoraproject.org/koji/taskinfo?taskID=3971749
On 04/04/12 02:48 AM, Michael Schwen
13 matches
Mail list logo
