Hi all,
I really like this website[1] and think it's really useful. I just
wanted to know what the current state of it is. Especially could I use
the current URL to promote some packages or is it likely that the URL
could change in the near future.
Is there some place where I could find inform
I'm working on packaging HP's LTFS filesystem (which uses fuse), and it
has binaries only in /usr/sbin. rpmlint complains that there are no
binaries, and the debuginfo package is empty.
[eric@p1 SPECS]$ rpm -qlvp ../RPMS/x86_64/hpltfs-1.2.2-1.x86_64.rpm
-rw-r--r--1 rootroot
On Fri, 30 Mar 2012 00:28:23 -0700, ES (Eric) wrote:
> I'm working on packaging HP's LTFS filesystem (which uses fuse), and it
> has binaries only in /usr/sbin. rpmlint complains that there are no
> binaries, and the debuginfo package is empty.
>
> [eric@p1 SPECS]$ rpm -qlvp ../RPMS/x86_64/hpl
On 03/30/2012 07:06 AM, Johannes Lips wrote:
Hi all,
I really like this website[1] and think it's really useful. I just
wanted to know what the current state of it is
There are two things I feel need improvements one is the bug section of
it, with my QA hat on I would rather like to see mon
On 03/30/2012 09:28 AM, Eric Smith wrote:
I'm working on packaging HP's LTFS filesystem (which uses fuse), and
it has binaries only in /usr/sbin. rpmlint complains that there are
no binaries, and the debuginfo package is empty.
[cut]
hpltfs.x86_64: E: no-binary
hpltfs.x86_64: E: incorrect-f
On 03/30/2012 08:43 AM, "Jóhann B. Guðmundsson" wrote:
> On 03/30/2012 07:06 AM, Johannes Lips wrote:
>> Hi all,
>>
>> I really like this website[1] and think it's really useful. I just wanted to
>> know what the current state of it is
>
>
> There are two things I feel need improvements one is t
Hi,
While working on updating the libusb1 package I noticed it still
provides a libusb1-static package. I would very much like to drop
this, so 2 questions:
1) Any objections?
2) I'm afraid my repoquery-foo is too weak to figure out if anything
BuildRequires libusb1-static, can someone give m
Hans de Goede píše v Pá 30. 03. 2012 v 10:37 +0200:
> Hi,
>
> While working on updating the libusb1 package I noticed it still
> provides a libusb1-static package. I would very much like to drop
> this, so 2 questions:
>
> 1) Any objections?
> 2) I'm afraid my repoquery-foo is too weak to figure
Michael Schwendt wrote:
Rather short files => suspicious! Read on. ;)
Thanks, I should have spotted that!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Why it takes 12-20 hours to submit critical security update to
updates-testing repository? Do we have such long queue or is the push
done regularly in long period?
I think we should prioritize 0day security updates a little more if
possible. We're struggling with getting enough positive feedba
Compose started at Fri Mar 30 08:15:04 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-
Why it takes 12-20 hours to submit critical security update to
updates-testing repository? Do we have such long queue or is the push
done regularly in long period?
I think we should prioritize 0day security updates a little more if
possible. We're struggling with getting enough positive feedba
On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote:
> On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote:
>
> Could I suggest that, if FESCo is going to have a different chair each
> week, you at least have an SOP for arranging the meetings, so that this
> kind of thing is don
This affects the following:
libnids
suricata
syslog-ng
Whose owners are CCd and which I'll handle rebuilding unless the
owners would rather.
Thanks,
-J
--
in your fear, seek only peace
in your fear, seek only love
-d. bowie
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
commit f29a4f3564929047f19b2c193fe68c89bbaaf498
Author: Petr Písař
Date: Fri Mar 30 14:38:06 2012 +0200
0.18 bump
.gitignore |1 +
...Client-0.18-Do-not-use-Term-ReadLine-Perl.patch | 32 +
perl-Debug-Client.spec
On Monday, March 26, 2012 03:56:43 PM Chris Murphy wrote:
> Performance:
>
> dd if=/dev/zero ~56MB/s CPU < 10%
> dd if=/dev/urandom~12MB/s CPU 99%
> haveged ~54MB/s CPU < 25%
>
>
> The dd relative values are consistent with kernels
On Fri, Mar 30, 2012 at 2:29 PM, David Tardon wrote:
> On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote:
>> On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote:
>>
>> Could I suggest that, if FESCo is going to have a different chair each
>> week, you at least have an SOP for
On 03/29/2012 10:15 PM, Conan Kudo (ニール・ゴンパ) wrote:
On Thu, Mar 29, 2012 at 7:18 PM, Chris Lumens mailto:clum...@redhat.com>> wrote:
> How is that possible to implement with a:
> 1. Show GUI, write kickstart.
> 2. Process kickstart.
> design?
We're not literally going to
On 03/30/2012 08:29 AM, David Tardon wrote:
On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote:
On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote:
Could I suggest that, if FESCo is going to have a different chair each
week, you at least have an SOP for arranging the meetin
On Fri, 30 Mar 2012 09:08:47 -0400, bugzilla wrote:
> 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=696680
>
> abrt-bot@… changed:
>
>What|Removed
On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote:
> 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=789636
>
> abrt-bot@… changed:
>
>What|Removed
On Fri, 30 Mar 2012 08:06:11 +0100
Johannes Lips wrote:
> Hi all,
>
> I really like this website[1] and think it's really useful. I just
> wanted to know what the current state of it is. Especially could I
> use the current URL to promote some packages or is it likely that the
> URL could chang
Michael Schwendt writes:
> On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=789636
>> *** This bug has been marked as a duplicate of bug 759143 ***
>
> This one is highly suspicious. It would be better to not close it
> as duplicate so brutally. In
Michael Schwendt writes:
> On Fri, 30 Mar 2012 09:08:47 -0400, bugzilla wrote:
>> https://bugzilla.redhat.com/show_bug.cgi?id=696680
>> *** This bug has been marked as a duplicate of bug 759143 ***
>>
>
> Dubious. Bug 696680 is about F-14, bug 759143 about F-16 gnome-shell.
> Reassignment is neede
On 03/30/2012 05:00 PM, Karel Klíč wrote:
Michael Schwendt writes:
On Fri, 30 Mar 2012 09:09:51 -0400, bugzilla wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=789636
*** This bug has been marked as a duplicate of bug 759143 ***
This one is highly suspicious. It would be better to not clo
Ralf Corsepius writes:
> I am suspecting this also to be a false positive:
> https://bugzilla.redhat.com/show_bug.cgi?id=806419
> which was closed as duplicate of
> https://bugzilla.redhat.com/show_bug.cgi?id=707963)
>
> Different OSes (F15, vs, F16), entirely different sets of packages
> involved
On Fri, 30 Mar 2012 12:15:12 +0200
Jan Horak wrote:
> Why it takes 12-20 hours to submit critical security update to
> updates-testing repository? Do we have such long queue or is the push
> done regularly in long period?
f15/f16 updates pushes take a long time. ;(
There's some things on the
On Fri, Mar 30, 2012 at 10:55 AM, Kevin Fenzi wrote:
> On Fri, 30 Mar 2012 12:15:12 +0200
> Jan Horak wrote:
>
>> Why it takes 12-20 hours to submit critical security update to
>> updates-testing repository? Do we have such long queue or is the push
>> done regularly in long period?
>
> f15/f16 u
On Fri, 30 Mar 2012 10:58:58 -0500
Jon Ciesla wrote:
> Slightly OT, will it be much longer before the next f17 push, or are
> we waiting on Beta?
Stable f17 push? yes, thats waiting until after we have a beta.
I am doing a testing push in a bit here.
kevin
signature.asc
Description: PGP s
On Fri, Mar 30, 2012 at 11:08 AM, Kevin Fenzi wrote:
> On Fri, 30 Mar 2012 10:58:58 -0500
> Jon Ciesla wrote:
>
>> Slightly OT, will it be much longer before the next f17 push, or are
>> we waiting on Beta?
>
> Stable f17 push? yes, thats waiting until after we have a beta.
>
> I am doing a testi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26/03/12 21:56, Chris Murphy wrote:
>
> Performance:
>
> dd if=/dev/zero ~56MB/s CPU < 10% dd if=/dev/urandom
> ~12MB/s
> CPU 99% haveged ~54MB/s CPU < 25%
>
>
> The dd relative values are
Hello,
I have two queries that I'd like clarified please:
1. Is the setup.py file to be included in the rpm? I was under the
impression that this file is only required for building that package and
therefore should not be part of the rpm. Is this correct?
2. Are python eggs to be generated for *
Rich Megginson wrote:
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
ack.
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Mar 30, 2012 6:34 PM, "Ankur Sinha" wrote:
>
> Hello,
>
> I have two queries that I'd like clarified please:
>
> 1. Is the setup.py file to be included in the rpm? I was under the
> impression that this file is only required for building that package and
> therefore should not be part of the rp
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.el5' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fed
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.el6' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fed
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc15' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fe
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc16' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fe
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc17' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fe
The lightweight tag 'perl-Perl-Destruct-Level-0.02-2.fc18' was created pointing
to:
1b0870e... Initial import (perl-Perl-Destruct-Level-0.02-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fe
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=251128
--- Comment #12 from Fedora Update System
2012-03-30 14:06:22 EDT ---
perl-Test-Script-1.06-1.el5.1 has been pushed to the Fedo
On 03/30/2012 01:02 PM, David Sommerseth wrote:
That sounds reasonable. Unless I mix /dev/random and /dev/urandom,
the latter blocks until it has filled up the entropy pool again.
Eh, the FORMER (/dev/random) blocks until it has filled up the entropy
pool again. I seem to remember that urando
Hi, my name is Dan and I have submitted the version 5.2.1 of the racket
scheme interpreter for review.
I use Lisp type languages for my own projects and needed a more recent
version than the plt-scheme package for my Fedora box. When I found out
that plt-scheme was orphaned that I would becom
--- On Sat, 2012/3/31, Daniel E. Wilson wrote:
> Hi, my name is Dan and I have submitted the version 5.2.1 of the racket
> scheme interpreter for review.
>
> I use Lisp type languages for my own projects and needed a more recent
> version than the plt-scheme package for my Fedora box. When I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 30/03/12 21:01, Przemek Klosowski wrote:
> On 03/30/2012 01:02 PM, David Sommerseth wrote:
>>
>> That sounds reasonable. Unless I mix /dev/random and
>> /dev/urandom, the latter blocks until it has filled up the
>> entropy pool again.
>>
> Eh, th
On 03/30/2012 03:58 PM, Kevin Fenzi wrote:
On Fri, 30 Mar 2012 08:06:11 +0100
Johannes Lips wrote:
Hi all,
I really like this website[1] and think it's really useful. I just
wanted to know what the current state of it is. Especially could I
use the current URL to promote some packages or is i
Ian Malone wrote:
> Interesting, not sure how you'd tell that. I've now noticed the header
> #This file is part of systemd.
> And rpm -qf confirms that, but why don't systemd and udev get into
> conflict over it?
Because udev dropped their equivalent 70-acl.rules in favor of systemd's
implementat
On Fri, 30 Mar 2012, Steve Grubb wrote:
Something else I'd like to mention is that during system installation there is
very little system entropy. There is no saved seed to prime the generators with.
(LiveCD's have the same problem.) I have a feeling that the randomness of the
numbers is not wha
Karel Klíč wrote:
> Please let us know if you see other suspicious actions.
https://bugzilla.redhat.com/show_bug.cgi?id=805736
I reopened the false "duplicates".
The backtrace here looks the same in all apps: __GI_raise triggered from the
Qt event loop, but that's because the Qt event loop catc
On Fri, Mar 30, 2012 at 02:37:22PM +, Fedora Rawhide Report wrote:
> [febootstrap]
> [libguestfs]
Both fixed, as of this morning.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines. Tiny program with many
powerful m
50 matches
Mail list logo
