-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 29 Jul 2013 18:01:12 +0200
Petr Machata wrote:
> spring5664257 unrecognized argument in option
> '-mtune=generic' ceph 5663470 ARM unsupported?
> (gperftools-devel) mongodb5663581 AR
Il 30/07/2013 02:40, Petr Machata ha scritto:
"punto...@libero.it" writes:
Il 29/07/2013 18:01, Petr Machata ha scritto:
bookkeeper 5663346 Package: xbean-3.13-2.fc20.noarch (build)
Requires: eclipse-equinox-osgi
sorry, i rebuilt without boost 1.54.x support...
eclipse-equinox-
On Mon, 29.07.13 21:11, Simo Sorce (s...@redhat.com) wrote:
> On Tue, 2013-07-30 at 02:08 +0200, Lennart Poettering wrote:
> > On Mon, 29.07.13 23:56, David Woodhouse (dw...@infradead.org) wrote:
> >
> > > On Tue, 2013-07-30 at 00:50 +0200, Lennart Poettering wrote:
> > > > So, why don't you reve
On Tue, 2013-07-30 at 02:08 +0200, Lennart Poettering wrote:
> On Mon, 29.07.13 23:56, David Woodhouse (dw...@infradead.org) wrote:
>
> > On Tue, 2013-07-30 at 00:50 +0200, Lennart Poettering wrote:
> > > So, why don't you revert to using /tmp then?
> >
> > The problem with /tmp is that if you wa
"punto...@libero.it" writes:
> Il 29/07/2013 18:01, Petr Machata ha scritto:
>> bookkeeper 5663346 Package: xbean-3.13-2.fc20.noarch (build)
>> Requires: eclipse-equinox-osgi
> sorry, i rebuilt without boost 1.54.x support...
> eclipse-equinox-osgi is available also in arm* repos
No p
On Mon, 29.07.13 23:56, David Woodhouse (dw...@infradead.org) wrote:
> On Tue, 2013-07-30 at 00:50 +0200, Lennart Poettering wrote:
> > So, why don't you revert to using /tmp then?
>
> The problem with /tmp is that if you want predictable filenames for the
> storage, you open yourself to a denial
On Jul 29, 2013, at 3:06 PM, Lennart Poettering wrote:
>
> Well, journald is totally fine if it is lied to in the sense that the
> values returned by statfs()/statvfs() are just estimates, and not
> precise. However, it is assumed that the values are not off by > 100% as
> they might be on thinp
On Jul 29, 2013, at 3:34 PM, Simo Sorce wrote:
>
> btrfs consumes space on each write to the same block.
>
> If you have a 10GB file system with a 5GB, existing log file and overwrite it
> twice in place, you will run out of space.
It's a sufficiently confusing example, that I almost wish df
Ville Skyttä writes:
> These are now fixed in master.
Thanks!
PM
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 26/07/13 14:58 -0400, Colin Walters wrote:
> On Fri, 2013-07-26 at 13:57 -0400, Stephen Gallagher wrote:
> One kind of nontrivial approach, but at least worth thinking about, is
> changing cron to keep a zygote process around (with a session) for users
> with active cron jobs.
>
> Futhermore if
On Mon, 2013-07-29 at 18:01 +0200, Petr Machata wrote:
> pokerth 5663090 gcrypt.h: No such file or directory
Fixed, built.
http://koji.fedoraproject.org/koji/taskinfo?taskID=5675562 . Just
waiting on ARM to finish.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw |
On Mon, Jul 29, 2013 at 7:14 PM, Christopher Meng
>
> Ping Rahul. Please see Kevin's comment.
>
> He is inactive now, no matter how many packages he has owned we should
> think if he really wants to go ahead.
>
I have contacted him off list. If he doesn't respond, I guess you can
orphan the packag
在 2013-7-26 AM11:44，"Rahul Sundaram" 写道：
> He has left Red Hat (although his Fedora work was voluntary) and gone
back to school and I don't think he has the time to take care of this
packages. Might be better to expedite the process and fix the issues that
haven't been handled
>
> Rahul
Ping Rah
On Tue, 2013-07-30 at 00:50 +0200, Lennart Poettering wrote:
> So, why don't you revert to using /tmp then?
The problem with /tmp is that if you want predictable filenames for the
storage, you open yourself to a denial-of-service attack where another
user can create a file with the same name.
It'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 29 Jul 2013 16:33:21 +0100
"Richard W.M. Jones" wrote:
> On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> > I have imported ARM into primary and enabled armv7hl in the arches
> > to be built. right now the KDE stack is not en
On Mon, 29.07.13 17:25, Simo Sorce (s...@redhat.com) wrote:
> > So, one question, why again not just use the kernel keyring?
>
> Size.
>
> > If this is about
> > the size of the objects then maybe you can convince the kernel keyring
> > guys to make it backed by tmpfs, the same way as GEM/DRM or
On 07/29/2013 05:06 PM, Lennart Poettering wrote:
On Mon, 29.07.13 16:52, Ric Wheeler (rwhee...@redhat.com) wrote:
Oh, we don't assume it's all ours. We recheck regularly, immediately
before appending to the journal files, of course assuming that we are
not the only writers.
With thinly provis
On Mon, 2013-07-29 at 23:06 +0200, Lennart Poettering wrote:
> Well, the point I am making is that it is wrong to ask userspace to
> handle this. Get the APIs right you expose to userspace.
If user space assume it can use 'all the space up to 15% from exhausting
space' then it is user space that
On Mon, 2013-07-29 at 22:50 +0200, Lennart Poettering wrote:
> On Fri, 26.07.13 10:48, Simo Sorce (s...@redhat.com) wrote:
>
> (Coming back to the original suggestion, now that the XDG_RUNTIME_DIR
> thing is ruled out.)
>
> > Recently a number of bugs [1-5] have come up regarding the new default
On Mon, 29.07.13 16:52, Ric Wheeler (rwhee...@redhat.com) wrote:
> >Oh, we don't assume it's all ours. We recheck regularly, immediately
> >before appending to the journal files, of course assuming that we are
> >not the only writers.
>
> With thinly provisioned storage (or things like btrfs, wri
On 07/29/2013 04:35 PM, Lennart Poettering wrote:
On Mon, 29.07.13 13:48, Eric Sandeen (sand...@redhat.com) wrote:
Well, I am pretty sure the burden must be on the file systems to report
a useful estimate free blocks value in statfs()/statvfs(). Exporting that
problem to userspace and expecting
On Fri, 26.07.13 10:48, Simo Sorce (s...@redhat.com) wrote:
(Coming back to the original suggestion, now that the XDG_RUNTIME_DIR
thing is ruled out.)
> Recently a number of bugs [1-5] have come up regarding the new default
> Kerberos Ccache location that we changed according to [6].
>
> We orig
Il 29/07/2013 18:01, Petr Machata ha scritto:
bookkeeper 5663346 Package: xbean-3.13-2.fc20.noarch (build)
Requires: eclipse-equinox-osgi
sorry, i rebuilt without boost 1.54.x support...
eclipse-equinox-osgi is available also in arm* repos
regards
--
I do not trust something that
On Monday, July 29, 2013 01:41:12 PM Chris Murphy wrote:
> On Jul 29, 2013, at 1:05 PM, Steve Grubb wrote:
> > The audit system also cares about space available. We tell people to
> > create a partition specifically for auditing so that we can keep close
> > track on what's left.
>
> How does the
On Mon, 29.07.13 13:48, Eric Sandeen (sand...@redhat.com) wrote:
> > Well, I am pretty sure the burden must be on the file systems to report
> > a useful estimate free blocks value in statfs()/statvfs(). Exporting that
> > problem to userspace and expecting userspace to work around this is just
>
On 07/29/2013 03:50 PM, Chris Adams wrote:
Once upon a time, Chris Murphy said:
How does the audit system determine space available? If it's using btrfs
configured for raid1 or raid10, df and stat will report the total storage of
all devices in the volume, unlike md raid (or even proprietary
A file has been added to the lookaside cache for perl-parent:
a73841127da29dcdf8e71f8afa09542e parent-0.226.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/listin
Once upon a time, Chris Murphy said:
> How does the audit system determine space available? If it's using btrfs
> configured for raid1 or raid10, df and stat will report the total storage of
> all devices in the volume, unlike md raid (or even proprietary raid). Instead
> df reports logs files
On Jul 29, 2013, at 1:05 PM, Steve Grubb wrote:
>
> The audit system also cares about space available. We tell people to create a
> partition specifically for auditing so that we can keep close track on what's
> left.
How does the audit system determine space available? If it's using btrfs
c
Petr Machata writes:
> as some of you may have noticed, the biannual Boost rebuild has been
> underway since Saturday! [...] I'll appreciate any help that I can
> get with resolving the current failures.
I forgot to mention that if you wish to build Boost clients, you should
use the following i
On 07/29/2013 03:05 PM, Steve Grubb wrote:
On Friday, July 26, 2013 09:29:41 PM Eric Sandeen wrote:
On 7/26/13 3:13 PM, Miloslav Trmač wrote:
A quick way to check whether your package is likely to be affected, is
to look for statfs() or statvfs() calls in C, or the equivalent in
your higher-lev
On 2013-07-29 19:25, Ville Skyttä wrote:
> On 2013-07-29 19:01, Petr Machata wrote:
>
>> Bugs apparently related to unversioned docfiles change:
>>
>> CGAL 5663106 Installed (but unpackaged) file(s) found:
>> snapper 5665599 Installed (but unpackaged) file(s) f
On Friday, July 26, 2013 09:29:41 PM Eric Sandeen wrote:
> On 7/26/13 3:13 PM, Miloslav Trmač wrote:
> > A quick way to check whether your package is likely to be affected, is
> > to look for statfs() or statvfs() calls in C, or the equivalent in
> > your higher-level library / programming language
On Mon, 29 Jul 2013 20:38:21 +0200, Björn Persson wrote:
> I'm not convinced that there is a real need to give each subpackage its
> own directory in /usr/share/doc.
For example -devel subpackage documentation is typically not interesting for
a user searching normal documentation.
Moreover one ty
On Mon, Jul 29, 2013 at 12:01 PM, Petr Machata wrote:
> Hi there,
>
> as some of you may have noticed, the biannual Boost rebuild has been
> underway since Saturday! So far about 100 packages have been rebuilt.
> I'll appreciate any help that I can get with resolving the current
> failures. Jus
On Mon, Jul 29, 2013 at 02:38:23PM -0400, Ric Wheeler wrote:
> On 07/29/2013 10:18 AM, Daniel P. Berrange wrote:
> >On Mon, Jul 29, 2013 at 08:01:23AM -0600, Chris Murphy wrote:
> >>On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange"
> >>wrote:
> >>
> >>>Yep, we need to be able to report free space
On 7/27/13 11:56 AM, Lennart Poettering wrote:
> On Fri, 26.07.13 22:13, Miloslav Trmač (m...@volny.cz) wrote:
>
>> Hello all,
>> with thin provisioning available, the total and free space values
>> reported by a filesystem do not necessarily mean that that much space
>> is _actually_ available (t
Miloslav Trmač wrote:
>For libraries it makes
>sense to separate end-user documentation (in %{name}) and programmer's
>documentation (in %{name}-devel).
If you're talking about packages, then yes, it makes perfect sense to
separate documentation into different subpackages. (Not that libraries
usua
commit 3111abfaa12b45ee8d57733a8370052baa56ba50
Author: Petr Písař
Date: Mon Jul 29 20:44:34 2013 +0200
Perl 5.18 rebuild
perl-namespace-clean.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-namespace-clean.spec b/perl-namespace-clean.spec
index 8
commit c1198b3378d8f50cc64b46e9c2fecf1d7f6b339b
Author: Petr Písař
Date: Mon Jul 29 20:38:28 2013 +0200
Perl 5.18 rebuild
perl-Class-Load.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Class-Load.spec b/perl-Class-Load.spec
index b95592b..c63aaae
On 07/29/2013 10:18 AM, Daniel P. Berrange wrote:
On Mon, Jul 29, 2013 at 08:01:23AM -0600, Chris Murphy wrote:
On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange" wrote:
Yep, we need to be able to report free space on filesystems, so that
apps provisioning virtual machines can get an idea of h
commit 1af8c5c44bbac378729947a053555b19f7c417ac
Author: Petr Písař
Date: Mon Jul 29 20:38:42 2013 +0200
Perl 5.18 rebuild
perl-Test-Spec.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Spec.spec b/perl-Test-Spec.spec
index d13a538..12feb6e 10
On Fri, Jul 26, 2013 at 06:54:16AM -0400, Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/26/2013 03:40 AM, Florian Weimer wrote:
> > On 07/25/2013 08:55 PM, Daniel J Walsh wrote:
> >
> >> Labels are applied based on the client rules. Which does bring up an
> >
On Mon, Jul 29, 2013 at 6:38 PM, Jan Kratochvil
wrote:
> On Mon, 29 Jul 2013 17:58:19 +0200, Ville Skyttä wrote:
>> > Therefore currently keeping the path /usr/share/doc/gdb-doc/ for
>> > gdb-doc.rpm.
>>
>> If you wanted to move to /usr/share/doc/gdb, you could take advantage of
>> the %{_pkgdocdi
On Mon, 29 Jul 2013 17:58:19 +0200, Ville Skyttä wrote:
> > If it should be /usr/share/doc/gdb/ then rpm macros need to be changed first
> > accordingly to s/-doc$// on the directory name.
>
> I don't think that's desirable.
And a reason why?
> > Therefore currently keeping the path /usr/share/
On 2013-07-29 19:01, Petr Machata wrote:
> Bugs apparently related to unversioned docfiles change:
>
> CGAL 5663106 Installed (but unpackaged) file(s) found:
> snapper 5665599 Installed (but unpackaged) file(s) found
> stdair5663142 I
Hi there,
as some of you may have noticed, the biannual Boost rebuild has been
underway since Saturday! So far about 100 packages have been rebuilt.
I'll appreciate any help that I can get with resolving the current
failures. Just ping me on IRC (_petr) so that we don't duplicate
effort. Curren
On 2013-07-29 16:54, Jan Kratochvil wrote:
> This does not work, gdb.spec:
> %files doc
> %doc %{gdb_build}/gdb/doc/{gdb,annotate}.{html,pdf}
> ->
> /usr/share/doc/gdb-doc/annotate.html
> /usr/share/doc/gdb-doc/annotate.pdf
> /usr/share/doc/gdb-doc/gdb.html
> /usr/share/doc/gdb-doc/gdb.pdf
Right,
On Sun, Jul 28, 2013 at 03:05:34PM -0500, Dennis Gilmore wrote:
> I have imported ARM into primary and enabled armv7hl in the arches to
> be built. right now the KDE stack is not entirely built and brought in
> due to https://bugzilla.redhat.com/show_bug.cgi?id=988114 as soon as it
> is resolved we
On 07/29/2013 10:01 AM, Chris Murphy wrote:
On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange" wrote:
Yep, we need to be able to report free space on filesystems, so that
apps provisioning virtual machines can get an idea of how much storage
they can provide to VMs without risk of over comittin
On Jul 29, 2013, at 8:18 AM, Daniel P. Berrange wrote:
>
> From an API POV, libvirt doesn't need/care about the free space on the
> volume underlying the filesystem. We actually only care about the free
> space in a given directory that we're using for disk images. It just
> happens that we impl
On Sun, 28.07.13 13:24, Christoph Wickert (christoph.wick...@gmail.com) wrote:
> and by pcmamfm and thunar for
> handling permissions of removable devices.
I don't know what "pcmamfm" and "thunar" are, but why would they use
ConsoleKit for that? Can you elaborate?
Lennart
--
Lennart Poettering
On Mon, Jul 29, 2013 at 08:01:23AM -0600, Chris Murphy wrote:
>
> On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange" wrote:
>
> > Yep, we need to be able to report free space on filesystems, so that
> > apps provisioning virtual machines can get an idea of how much storage
> > they can provide to
The lightweight tag 'perl-Test-Kwalitee-1.10-1.fc20' was created pointing to:
dbd13a6... Update to 1.10
--
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-dev
On Mon, Jul 29, 2013 at 08:01:23AM -0600, Chris Murphy wrote:
>
> On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange" wrote:
>
> > Yep, we need to be able to report free space on filesystems, so that
> > apps provisioning virtual machines can get an idea of how much storage
> > they can provide to
commit dbd13a641b5d98e7a79b05702e3d82423f1b7956
Author: Paul Howarth
Date: Mon Jul 29 14:56:47 2013 +0100
Update to 1.10
- New upstream release 1.10
- We now issue a warning if running when neither AUTHOR_TESTING or
RELEASE_TESTING environment variables are set
On Jul 29, 2013, at 6:30 AM, "Daniel P. Berrange" wrote:
> Yep, we need to be able to report free space on filesystems, so that
> apps provisioning virtual machines can get an idea of how much storage
> they can provide to VMs without risk of over comitting.
>
> I agree that we really want the
A file has been added to the lookaside cache for perl-Test-Kwalitee:
c9defe7b5a890dd9d712008d38adfee7 Test-Kwalitee-1.10.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/m
On Sun, 28 Jul 2013 21:36:54 +0200, Ville Skyttä wrote:
> On the other hand with doc-only subpackages
> I personally think that it would often make sense to install into the
> main package's docdir instead of creating a separate dir, e.g. for a
> package named foo, IMO it's better to have all docs
On Fri, Jul 26, 2013 at 10:06:20PM +0100, Richard W.M. Jones wrote:
> On Fri, Jul 26, 2013 at 10:13:42PM +0200, Miloslav Trmač wrote:
> > Hello all,
> > with thin provisioning available, the total and free space values
> > reported by a filesystem do not necessarily mean that that much space
> > is
On Sat, Jul 27, 2013 at 6:56 PM, Lennart Poettering
wrote:
> On Fri, 26.07.13 22:13, Miloslav Trmač (m...@volny.cz) wrote:
>> The same applies if your package automatically allocates a certain
>> proportion of the total or available space.
>>
>> A quick way to check whether your package is likely
Of course. Willing to review such packages. But I'm sorry I can't use
computer now.
I will review it tomorrow.
Cheers.
Sent from Note I
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/cod
Compose started at Mon Jul 29 08:15:02 UTC 2013
Broken deps for i386
--
[aether-ant-tasks]
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noarch requires
mvn(org.sonatype.aether:aether-util)
aether-ant-tasks-1.0-0.7.SNAPSHOT.fc20.noa
Change in ownership over the last 168 hours
===
0 packages were orphaned
4 packages unorphaned
-
vcrhonekunorphaned : openslp [devel,f18,f19]
goeran unorphaned : emacs-vm [devel,f17,f18,f19]
cick
Hi Christopher,
Would you please review this one ?
https://bugzilla.redhat.com/show_bug.cgi?id=989015
In exchange I would gladly review your other package:
https://bugzilla.redhat.com/show_bug.cgi?id=972860
Dridi
On Mon, Jul 29, 2013 at 7:29 AM, HAYASHI Kentaro wrote:
> Hi,
>
> Thank you for y
On Sun, 2013-07-28 at 23:08 -0700, Luya Tshimbalanga wrote:
> Hello,
> I am looking for a reviewer for gimp-dds-plugin in exchange of swap.
> The package is very easy to review with all complete test.
>
> Ref: https://bugzilla.redhat.com/show_bug.cgi?id=988489
>
> Thank you.
>
> Luya
Hey!
I can
Hi folks, I'm Eduardo Echeverria (echevemaster), ambassador and
packager maintainer
On the Fedora Latam community, my colleagues and me, we have been
developing an idea about a site dedicated to teaching new contributors
through of videocast, is well known that the people learn much better
of visu
As no significant items have been proposed for this week's meeting
agenda and we have no follow-up to do, the meeting for this morning
(2013-07-29) is canceled. Thanks folks!
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happya
68 matches
Mail list logo
