Top three FAS account holders who have completed reviewing Package
review components on bugzilla for last week ending 15th August were
Mamoru Tasaka, Chen Lei and Rex Deiter.
Mamoru Tasaka : 3
https://bugzilla.redhat.com/show_bug.cgi?id=621017 rubygem-scruffy
Hi,
Can we use .swf files to develop open source applications? Some of the
links, that maybe useful here:
http://www.adobe.com/devnet/swf/
http://www.adobe.com/devnet/swf/pdf/swf_file_format_spec_v10.pdf
http://opensource.adobe.com/wiki/display/flexsdk/Flex+SDK
regards
Naveen
--
devel
My common situation is a DDC/EDID capable display behind a KVM that only passes
DDC/EDID to the selected port. On a reboot unless the system being rebooted is
selected on the KVM it does not come up at full resolution. Very few KVMs pass
DDC/EDID to the non-selected ports. I also have a case at
Hi,
I tried to rebuild ibus-pinyin package for Fedora 14 which uses
boost::signals2, but it failed.
Later I write a very simple test file, compiling use:
$g++ -c boost_test.cpp
And the test file content and compiling error log are attached.
It still fails, but it compiles ok on Fedora
I'm trying to rebuild my kernel without debugging, I set the %define
debugbuildsenabled to 1 and in the kernel.spec file before building with
rpmbuild but I am still getting CONFIG_LOCKDEP=y in my kernel config file in
my /boot directory after I install the built kernel. How do I fully disable
On Tue, 2010-08-17 at 02:32 -0400, Naveen Kumar wrote:
Can we use .swf files to develop open source applications?
I strongly doubt that this is a good idea. There are non-Adobe runtimes,
but to get most of the good stuff you need to lock into their one. It's
much worse than trying to get a
Peng Wu wrote, at 08/17/2010 03:36 PM +9:00:
Hi,
I tried to rebuild ibus-pinyin package for Fedora 14 which uses
boost::signals2, but it failed.
Later I write a very simple test file, compiling use:
$g++ -c boost_test.cpp
And the test file content and compiling error log are
On Mon, 2010-08-16 at 18:35 -0500, Bruno Wolff III wrote:
While I think Firefox could do several things to increase it's real
security instead of it's apparent security, I was actually complaining
about the server side. Sites that use javascript encourage people to
Then why were you doing it
Event: Fedora Bug Triage Meeting
Date: 2010-08-17
Time: 15:00 UTC
Location: #fedora-meeting on irc.freenode.net
Agenda Items:
https://fedoraproject.org/wiki/BugZappers:meeting-agenda-list
If anyone has an additional topic they would like discussed, please
reply to this email.
= Agenda =
*
2010/8/17 Christof Damian chris...@damian.net:
Seems that Ohloh is stuck since 12 Aug 2010 09:15 UTC
https://www.ohloh.net/p/fedora-packages/analyses/latest
Maybe Fedora Packages was a bit much :-)
Yes, unfortunately. Despite of all my efforts to distribute load
uniformly over a couple of
Thanks for the tip. It's sort of annoying that this new API is not in
Python 2.7, necessitating a bunch of #ifdef's in the code. This is
the patch I came up with:
https://www.redhat.com/archives/libguestfs/2010-August/msg00053.html
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Mon, 16 Aug 2010 11:01:36 -0400
Colin Walters wrote:
Hi,
I'd like to propose a general rule that ABRT crash logs should remain
assigned to the actual application, unless an actual investigation
has been done and there's a reasonable certainty the flaw is in the
library code in which it
Compose started at Tue Aug 17 08:15:07 UTC 2010
Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64
On Tue, Aug 17, 2010 at 02:32:28AM -0400, Naveen Kumar wrote:
Hi,
Can we use .swf files to develop open source applications? Some of the
links, that maybe useful here:
The support for flash in free software exists, but is still not at the level
of proprietarysupport. There are many
2010/8/17 Rawhide Report rawh...@fedoraproject.org:
Compose started at Tue Aug 17 08:15:07 UTC 2010
Broken deps for x86_64
[snip]
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libvala.so.0()(64bit)
abrt-1.1.13-1.fc13.x86_64
The only choice is 'log', no bugzilla! Why?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Neal Becker wrote:
abrt-1.1.13-1.fc13.x86_64
The only choice is 'log', no bugzilla! Why?
In abrt-gui, click on edit/plugins lists bugzilla under 'not loaded
plugins'.
In /etc/abrt/plugins,
I have Bugzilla.conf:
Enabled = yes
# Bugzilla URL
BugzillaURL =
On 08/17/2010 02:42 PM, Neal Becker wrote:
abrt-1.1.13-1.fc13.x86_64
The only choice is 'log', no bugzilla! Why?
Can you please run:
rpm -qa | grep abrt
to check if you have installed all the required packages? Or you can try
to install:
$ yum install abrt-desktop
which should pull-in
Ryan Rix (r...@n.rix.si) said:
available (sometimes in front of it)... Yet even now, we can't keep up with
what (some of) our users want: the latest KDE, on KDE's release day, whether
it's a major release, or a point release. Yes, not every one of our users is
this way, but many are, and
perl-Config-Model has broken dependencies in the F-14 tree:
On x86_64:
perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) =
0:0.303
On i386:
perl-Config-Model-1.205-2.fc14.noarch requires perl(YAML::Any) =
0:0.303
Please resolve this as soon as possible.
--
Fedora
perl-Pugs-Compiler-Rule has broken dependencies in the F-14 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as
On Tue, Aug 17, 2010 at 6:06 AM, Thomas Spura toms...@fedoraproject.org wrote:
On Mon, 16 Aug 2010 11:01:36 -0400
Colin Walters wrote:
Hi,
I'd like to propose a general rule that ABRT crash logs should remain
assigned to the actual application, unless an actual investigation
has been done
Jiri Moskovcak wrote:
On 08/17/2010 02:42 PM, Neal Becker wrote:
abrt-1.1.13-1.fc13.x86_64
The only choice is 'log', no bugzilla! Why?
Can you please run:
rpm -qa | grep abrt
to check if you have installed all the required packages? Or you can try
to install:
$ yum install
Compose started at Tue Aug 17 13:15:41 UTC 2010
Broken deps for x86_64
--
CGAL-3.6.1-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
CGAL-3.6.1-1.fc14.x86_64 requires libboost_thread-mt.so.1.41.0()(64bit)
On Tue, 17 Aug 2010 10:49:29 -0400
Colin Walters wrote:
On Tue, Aug 17, 2010 at 6:06 AM, Thomas Spura
toms...@fedoraproject.org wrote:
On Mon, 16 Aug 2010 11:01:36 -0400
Colin Walters wrote:
Hi,
I'd like to propose a general rule that ABRT crash logs should
remain assigned to the
On Tue, Aug 17, 2010 at 11:12 AM, Thomas Spura
toms...@fedoraproject.org wrote:
Without a clear way how to reproduce it, they can't help here
One advantage of automated collection (or semi-automated like ABRT) is
that given enough crashes, it can be easier to track down the root
cause. So it's
On Tue, 17 Aug 2010 11:20:18 -0400
Colin Walters wrote:
On Tue, Aug 17, 2010 at 11:12 AM, Thomas Spura
toms...@fedoraproject.org wrote:
Without a clear way how to reproduce it, they can't help here
One advantage of automated collection (or semi-automated like ABRT) is
that given enough
On Saturday, August 14, 2010 07:57:27 pm Martin Sourada wrote:
On Sat, 2010-08-14 at 19:05 +0200, Kevin Kofler wrote:
Martin Sourada wrote:
I still remember the epic fail of having KDE 4.0 in stable fedora
* I still think the KDE 4.0.3 we shipped in F9 wasn't that bad. We fixed
all
On Mon, Aug 16, 2010 at 5:01 PM, Colin Walters walt...@verbum.org wrote:
Hi,
I'd like to propose a general rule that ABRT crash logs should remain
assigned to the actual application, unless an actual investigation
has been done and there's a reasonable certainty the flaw is in the
library
On Mon, 2010-08-16 at 15:14 -0400, Toshio Kuratomi wrote:
On Mon, Aug 16, 2010 at 02:03:51PM -0400, David Malcolm wrote:
On Fri, 2010-08-13 at 21:57 -0400, Toshio Kuratomi wrote:
On Fri, Aug 13, 2010 at 02:20:51PM -0400, David Malcolm wrote:
If this is okay, then I'd modify your point
On 08/17/2010 01:11 PM, drago01 wrote:
On Mon, Aug 16, 2010 at 5:01 PM, Colin Walterswalt...@verbum.org wrote:
Hi,
I'd like to propose a general rule that ABRT crash logs should remain
assigned to the actual application, unless an actual investigation
has been done and there's a reasonable
Last year I had the same error:
http://lists.fedoraproject.org/pipermail/devel/2009-October/039845.html
Now I'm getting it again:
fedpkg update
[...]
Creating a new update for libguestfs-1.4.2-1.fc13
libguestfs-1.4.2-1.fc13 not tagged as an update candidate
What does this error
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 17.08.2010 19:48, schrieb Richard W.M. Jones:
fedpkg update
[...]
Creating a new update for libguestfs-1.4.2-1.fc13
libguestfs-1.4.2-1.fc13 not tagged as an update candidate
What does this error mean (again)?
It's seem, that you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/17/10 10:48 AM, Richard W.M. Jones wrote:
Last year I had the same error:
http://lists.fedoraproject.org/pipermail/devel/2009-October/039845.html
Now I'm getting it again:
fedpkg update
[...]
Creating a new update for
On Tue, Aug 17, 2010 at 11:01:06AM -0700, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/17/10 10:48 AM, Richard W.M. Jones wrote:
Last year I had the same error:
http://lists.fedoraproject.org/pipermail/devel/2009-October/039845.html
Now I'm getting
On Tue, Aug 17, 2010 at 07:05:18PM +0100, Richard W.M. Jones wrote:
The working could be better ...
'wording' even.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the
Adam Williamson wrote:
Shipping a Firefox with no ability to use Javascript would be more or
less equal to not shipping it, frankly. No-one would use the thing.
What I suggest is just to use the same old JavaScript interpreter we have
used before the JIT was introduced, which they undoubtedly
Toshio Kuratomi wrote:
So, on the whole, I agree with you. My only question is whether we're in
a transitional period or if the culture is changing so slowly that we'll
never get out of this treatment of our time resources.
I think it's neither. It's that the new way of working being
Bill Nottingham wrote:
You can build some faster-moving feature packages on top of a stable base
for those that want it.
In theory you can. In practice that turns out to work rather poorly. It's
the model several other distros are using; their feature updates
repositories are always underused
Jaroslav Reznik wrote:
And we did it - now we can slow down - we'd like to go with one major
update for a Fedora release.
Maybe you do. :-) I don't. I believe that all Fedora releases deserve the
same kind of update support until their respective EOL.
Kevin Kofler
--
devel mailing
Tomas Mraz wrote:
But note, that nothing in the Fedora update policy changes would prevent
from the same push during the _development_ phase either. So you might
be dissatisfied with the KDE-4.0 in F9 but this can happen with other
packages or package stacks in new Fedora releases regardless
On 08/16/2010 03:01 PM, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/16/10 1:38 PM, Orion Poplawski wrote:
Is it possible to checkout an entire Fedora release now with git? I used to
have a checkout of the devel branch which was useful for grepping all of
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/17/10 1:07 PM, Orion Poplawski wrote:
On 08/16/2010 03:01 PM, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/16/10 1:38 PM, Orion Poplawski wrote:
Is it possible to checkout an entire Fedora release now with git? I
Patrice Dumas wrote:
The support for flash in free software exists, but is still not at the
level of proprietarysupport.
Indeed, Gnash doesn't support the latest ActionScript spec which most new
stuff is written in (especially when people are trying to actually use Flash
for programming as
On Thu, Aug 12, 2010 at 4:19 AM, Ralf Corsepius rc040...@freenet.de wrote:
On 08/12/2010 03:34 AM, Kevin Kofler wrote:
Mike McGrath wrote:
Luckily Remi got a list:
http://lists.fedoraproject.org/pipermail/devel/2010-August/140708.html
Unfortunately, Remi's list only covers php-*, I think
===
#fedora-meeting: FESCO (2010-08-17)
===
Meeting started by nirik at 19:30:02 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-08-17/fesco.2010-08-17-19.30.log.html
Meeting summary
On 08/17/2010 02:28 PM, Jesse Keating wrote:
If you're able to create a long term ssh socket to the git server you
could re-use the connection and save a significant portion of the
connection overhead.
Interesting idea, but I don't see how to do this. git clone is taking the
ssh: url and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/17/10 2:12 PM, Orion Poplawski wrote:
On 08/17/2010 02:28 PM, Jesse Keating wrote:
If you're able to create a long term ssh socket to the git server you
could re-use the connection and save a significant portion of the
connection overhead.
The lightweight tag 'perl-File-Comments-0.07-4.el6' was created pointing to:
177073d... dist-git conversion
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Tue, Aug 17, 2010 at 03:12:14PM -0600, Orion Poplawski wrote:
On 08/17/2010 02:28 PM, Jesse Keating wrote:
If you're able to create a long term ssh socket to the git server you
could re-use the connection and save a significant portion of the
connection overhead.
Interesting idea, but
On Tue, 2010-08-17 at 13:29 +0200, Jaroslav Reznik wrote:
Most problems in updates are task for Auto QA, not a very strict policy (I
would say it's more strict than RHEL updates :))). And I'm not completely
This is clearly hyperbole. Really, we've pointed out multiple times that
all you need
On 08/17/2010 03:22 PM, Till Maas wrote:
On Tue, Aug 17, 2010 at 03:12:14PM -0600, Orion Poplawski wrote:
On 08/17/2010 02:28 PM, Jesse Keating wrote:
If you're able to create a long term ssh socket to the git server you
could re-use the connection and save a significant portion of the
Adam Williamson wrote:
As several people have pointed out, there's a fundamental inconsistency
in your position - you can't simultaneously claim that lots of people
are frothing at the mouth for new releases of KDE, but it's really hard
to find anyone to test the updates. If there's so many
On Wed, 2010-08-18 at 01:37 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
As several people have pointed out, there's a fundamental inconsistency
in your position - you can't simultaneously claim that lots of people
are frothing at the mouth for new releases of KDE, but it's really hard
Join us on irc.freenode.net #fedora-meeting for this important meeting.
Thursday, August 19, 2010, @ 12:00 AM UTC ( *20:00 EDT/17:00 PDT--
Wednesday, August 18, 2010* )
Before each public release Development, QA, and Release Engineering
meet to determine if the release criteria are met for a
On Tue, 2010-08-17 at 23:22 +0200, Till Maas wrote:
This is how I did it for CVS, I did not yet implement this for git:
http://blogs.23.nu/till/2008/12/ssh-via-cvs-with-automatic-control-socket-support/
https://bugzilla.mindrot.org/show_bug.cgi?id=1330 has a much nicer
solution than the shell
Adam Williamson wrote:
Admittedly, yeah, +1ing an update you did yourself is bad form.
Actually, FESCo said that Bodhi should not count such self-voted karma at
all. If it still does, that's a feature which is likely to go away very
soon. :-(
Then advise the KDE team to submit updates with a
On Wed, 2010-08-18 at 03:17 +0200, Kevin Kofler wrote:
That particular update was not submitted by us, but by the guy who did all
the Python 2.7 rebuilds.
The annoying thing is, I have a newer KDevelop build (an upgrade to an
upstream point release) I want to push to testing, but as long
Le 13/08/2010 12:31, Christof Damian a écrit :
php-pear-Structures-DataGrid*.
php-pear-Benchmark
I will be glad to have co-maintainer on this.
Just ask in pkgdb.
+
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
The lightweight tag 'perl-Email-Date-Format-1.002-5.el6' was created pointing
to:
7dfb645... Resurrect for EPEL-6
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-MIME-Lite-3.027-2.el6' was created pointing to:
c1a0b4c... Merge branch 'el6/master' of ssh://pkgs.fedoraproject.org/p
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
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=620459
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
The lightweight tag 'perl-Sysadm-Install-0.35-2.el6' was created pointing to:
4070691... Update to 0.35
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
perl-Config-Model has broken dependencies in the rawhide tree:
On x86_64:
perl-Config-Model-1.205-3.fc15.noarch requires perl(YAML::Any) =
0:0.303
On i386:
perl-Config-Model-1.205-3.fc15.noarch requires perl(YAML::Any) =
0:0.303
Please resolve this as soon as possible.
--
64 matches
Mail list logo
