On 4.4.2012 12:29, Kevin Kofler wrote:
%patch2 needs to be applied with -p1, not -p0.
For future, lsdiff(1) and generally whole patchutils are your friend.
Use it, enjoy it!
Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Apr 6, 2012 at 9:27 AM, 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 rebuilds.
>
+1. The ImageMagick maintainer gave a fair notice and a sufficient
time (3 weeks?) to package maintain
Fixed. Thanks, Kevin.
On Wed 04 Apr 2012 03:29:17 AM PDT, Kevin Kofler wrote:
Luya Tshimbalanga wrote:
I have an issue rebuilding a gdesklets package using koji. According to
the task:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3962388
Hunks seemed to be rejected. Can anyone check what
On Apr 6, 2012, at 1:02 PM, Brian Wheeler wrote:
> On 04/06/2012 02:50 PM, Chris Murphy wrote:
>> What happens to /tmp on tmpfs when real memory and swap are completely
>> consumed?
>
> I assume it would get an -ENOSPC...but with RAM and swap being full I don't
> expect that the end user would
On 04/06/2012 02:50 PM, Chris Murphy wrote:
What happens to /tmp on tmpfs when real memory and swap are completely
consumed?
I assume it would get an -ENOSPC...but with RAM and swap being full I
don't expect that the end user would ever see the error before the
machine bogged down to the po
Am 06.04.2012 20:50, schrieb Chris Murphy:
>
> On Apr 6, 2012, at 8:03 AM, Vratislav Podzimek wrote:
That a lost fight, because one of /tmp's primary purposes is to
>>> temporarily store almost arbitrarily huge amounts of data, instead of
>>> storing them in memory.
>> This is the key ove
On Apr 6, 2012, at 8:20 AM, Michael Cronenworth wrote:
> I'm really not worried about IO or SSD life from /tmp usage.
I think the premise behind the coddling of SSD shouldn't be a consideration. If
if true, it won't be true much longer. Are the advocates of SSD coddling
suggesting we disable
On Apr 6, 2012, at 8:03 AM, Vratislav Podzimek wrote:
>>> That a lost fight, because one of /tmp's primary purposes is to
>> temporarily store almost arbitrarily huge amounts of data, instead of
>> storing them in memory.
> This is the key overlooked fact.
What happens to /tmp on tmpfs when rea
On Fri, Apr 06, 2012 at 12:21:32 -0600,
Chris Murphy wrote:
On Apr 6, 2012, at 9:30 AM, Kamil Paral wrote:
I think the best approach here is to contact anaconda team and ask them to
adopt the code. Ideally this would be a part of anaconda.
I understand anaconda is the installer. But does
On Apr 6, 2012, at 9:30 AM, Kamil Paral wrote:
>
> I think the best approach here is to contact anaconda team and ask them to
> adopt the code. Ideally this would be a part of anaconda.
I understand anaconda is the installer. But doesn't the livecd-tools /
livecd-creator group determine the to
On 04/06/2012 11:06 AM, Bruno Wolff III wrote:
On Fri, Apr 06, 2012 at 10:55:13 -0600,
Orion Poplawski wrote:
I think the issue was that you can't create a new override for an expired
one. You have to edit it. I reactivated the emacs override as well. They are
both in the build root now. I thi
On Fri, Apr 06, 2012 at 10:55:13 -0600,
Orion Poplawski wrote:
I think the issue was that you can't create a new override for an
expired one. You have to edit it. I reactivated the emacs override as
well. They are both in the build root now. I think we're all set
again.
Reactivating the
On Fri, Apr 6, 2012 at 8:11 AM, Vít Ondruch wrote:
> I am wondering why fixes of broken dependencies are not automatically tagged
> into F17 (of course after staging in Bodhi), when the situation couldn't be
> worse by such fix. If F17 is supposed to stabilize during freeze, such fix
> is definite
On 04/06/2012 08:29 AM, Bruno Wolff III wrote:
On Fri, Apr 06, 2012 at 07:27:31 -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 rebuilds.
Or perhaps someone in releng can for the needed bu
Hi.
On Fri, 06 Apr 2012 09:41:08 -0500, Michael Cronenworth wrote
> So I need to invest a week or two setting up blktraces across multiple
> application loads and come back with a series of graphs and charts to
> show how little IO is done in /tmp?
As I said, I think you're right in general wrt
Am 06.04.2012 16:38, schrieb Ralf Ertzinger:
> Hi.
>
> On Fri, 06 Apr 2012 09:20:46 -0500, Michael Cronenworth wrote
>
>> I have numbers to *dispute* these claims.
>>
>> (server with Apache, koji, LDAP)$ sudo du -sh /tmp
>> 396K /tmp
>>
>> (work desktop)$ sudo du -sh /tmp
>> 352K /tmp
>>
>> (se
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 big to be stored in mem
Am 05.04.2012 14:23, schrieb Richard W.M. Jones:
> I still get this error several times a week, and I still have no idea
> what it means or how I'm supposed to respond to it (other than
> fiddling randomly with packages until it goes away).
>
> The latest one:
>
> # yum install /usr/sbin/libvir
commit 1e927eea4f42cbf98de382be193b022272ea8519
Author: Iain Arnell
Date: Fri Apr 6 09:49:21 2012 -0600
avoid circular build-dependencies with Data::Visitor and Devel::Partialdump
perl-Moose.spec | 12
1 files changed, 8 insertions(+), 4 deletions(-)
---
diff --git a/perl-M
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 rebuilds.
> >
> > Or perhaps someone in
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=810510
--- Comment #1 from Iain Arnell 2012-04-06 11:35:41 EDT ---
I took care of the circular dependency when splitting DT::TZ out int
The discussion died off, so I'll sum it up:
* Almost everyone agreed that current situation is highly unsatisfactory.
* We have several ideas how to remedy it, which include: top bar button,
notification and welcome screen.
* We have just a single implementation, which is the top bar button.
S
commit 45da32864e22a91c67419ca907b255ffab4dc1d9
Author: Paul Howarth
Date: Fri Apr 6 15:59:08 2012 +0100
More clean-up
- Don't build-require modules that this package provides (problem stupidly
introduced in previous release)
- Don't need to remove empty directories from
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 rebuilds.
>
> Or perhaps someone in releng can for the needed buildroot overrides?
>
> Or perhaps we dr
Ralf Ertzinger wrote:
> I see what you're trying to say, and I tend to agree with you, but
> the amount of space consumed at any one point in time does not reflect
> the amount of IO going on on that file system.
So I need to invest a week or two setting up blktraces across multiple
application lo
Hi.
On Fri, 06 Apr 2012 09:20:46 -0500, Michael Cronenworth wrote
> I have numbers to *dispute* these claims.
>
> (server with Apache, koji, LDAP)$ sudo du -sh /tmp
> 396K /tmp
>
> (work desktop)$ sudo du -sh /tmp
> 352K /tmp
>
> (server with Apache, bugzilla, wiki)$ sudo du -sh /tmp
> 312K
On 04/06/2012 04:27 PM, 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 rebuilds.
I don't think this is a good idea.
> Or perhaps someone in releng can for the needed buildroot overrides?
You
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=810223
--- Comment #7 from Paul Howarth 2012-04-06 10:31:36 EDT ---
Perhaps it might be a good idea to revert the changes in perl-HTML-
On Fri, Apr 06, 2012 at 07:27:31 -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 rebuilds.
Or perhaps someone in releng can for the needed buildroot overrides?
You should be able to d
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Circular build dependency in perl-Any-Moose-0.18-2.fc18
https://bugzilla.redhat.com/show_bug.cgi?id=810521
Summary: Circular build dependency in
Jaroslav Skarvada wrote:
> Any numbers to support these claims?
I have numbers to *dispute* these claims.
(server with Apache, koji, LDAP)$ sudo du -sh /tmp
396K/tmp
(work desktop)$ sudo du -sh /tmp
352K/tmp
(server with Apache, bugzilla, wiki)$ sudo du -sh /tmp
312K/tmp
(home desk
On 03/26/2012 09:53 PM, Stephen Gallagher wrote:
As requested during the FESCo meeting, I am going to try to summarize
some of the issues inherent in the way that Bodhi updates currently
work.
First, I'll try to explain the goals and constraints:
1) The stable 'fedora-updates' yum repository sh
On Fri, 2012-04-06 at 14:58 +0200, Ralf Corsepius wrote:
> On 04/06/2012 01:47 PM, Marcela Mašláňová wrote:
> > On 04/06/2012 11:14 AM, Vratislav Podzimek wrote:
> >> On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
> >>> On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
>
> The wiki page says:
>By implementing this we, by default, generate less IO on disks.
>This
>increases SSD lifetime, saves a bit of power and makes things a
>bit
>faster.
>
Any numbers to support these claims?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
On 04/06/2012 02:58 PM, Ralf Corsepius wrote:
On 04/06/2012 01:47 PM, Marcela Mašláňová wrote:
On 04/06/2012 11:14 AM, Vratislav Podzimek wrote:
On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
* #834 F18 Feature: /tm
Suggestions? I'm tempted to pushed this to stable so that broken deps
emails start going out to get people to do the needed rebuilds.
Or perhaps someone in releng can for the needed buildroot overrides?
Or perhaps we drop the whole endeavor?
Original Message
Subject: [Fedora
On 04/06/2012 07:47 AM, Marcela Mašláňová wrote:
On 04/06/2012 11:14 AM, Vratislav Podzimek wrote:
On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
* #834 F18 Feature: /tmp on tmpfs -
http://fedoraproject.org/wiki/F
On 04/06/2012 01:47 PM, Marcela Mašláňová wrote:
On 04/06/2012 11:14 AM, Vratislav Podzimek wrote:
On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
* #834 F18 Feature: /tmp on tmpfs -
http://fedoraproject.org/wiki/Feat
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=810223
--- Comment #6 from Paul Howarth 2012-04-06 08:09:30 EDT ---
Thanks Petr.
--
Configure bugmail: https://bugzilla.redhat.com/us
Hello,
I am wondering why fixes of broken dependencies are not automatically
tagged into F17 (of course after staging in Bodhi), when the situation
couldn't be worse by such fix. If F17 is supposed to stabilize during
freeze, such fix is definitely stabilizing IMO. Am I missing something?
V
On 04/06/2012 11:14 AM, Vratislav Podzimek wrote:
On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
* #834 F18 Feature: /tmp on tmpfs -
http://fedoraproject.org/wiki/Features/tmp-on-tmpfs (mitr, 17:40:06)
* AGREED
Compose started at Fri Apr 6 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-
2012/4/6 Richard W.M. Jones :
> On Thu, Apr 05, 2012 at 08:21:15PM +0200, drago01 wrote:
>> On Thu, Apr 5, 2012 at 8:03 PM, 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
>
On Wed, 04 Apr 2012 18:38:42 +0800, Mike Manilone wrote:
> Hi there,
>
> I think if there's a "Graphical Rescue Mode" ("GRM"), that would be
> great and friendly to end-users. I know many users who can't rescue
> their systems from a shell. The work needs a lot of knowledge about
> Linux and shel
On Wed, 04 Apr 2012 12:05:19 +0100, Frank Murphy wrote:
> On 04/04/12 11:38, Mike Manilone wrote:
> > Hi there,
> >
> > I think if there's a "Graphical Rescue Mode" ("GRM"),
>
> This can be done with install dvd,
> troublshoot > recsue installed system
> chmod /mnt/sysimage (iirc)
That'd be chro
On Thu, Apr 05, 2012 at 08:21:15PM +0200, drago01 wrote:
> On Thu, Apr 5, 2012 at 8:03 PM, 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 sy
On Mon, 2012-04-02 at 20:58 +0100, Richard W.M. Jones wrote:
> On Mon, Apr 02, 2012 at 08:32:56PM +0200, Miloslav Trmač wrote:
> > * #834 F18 Feature: /tmp on tmpfs -
> > http://fedoraproject.org/wiki/Features/tmp-on-tmpfs (mitr, 17:40:06)
> > * AGREED: tmp-on-tmpfs is accepted (+5 -3) (mitr,
On Thu, Apr 05, 2012 at 11:34:29PM +0200, Kevin Kofler wrote:
> John Reiser wrote:
> > Or, some packager forgot to use %{?_isa} when specifying package
> > dependencies which are [or become] architecture-dependent. This is a
> > common and systematic error which causes much grief. None of the too
48 matches
Mail list logo
