On Wed, Aug 18, 2010 at 1:53 AM, Adam Williamson awill...@redhat.com wrote:
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
David Woodhouse dw...@infradead.org writes:
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/
Hi,
I have the impression that the DVBT-USB stick mentioned in the subject
line is not supported by F14. After plugging in, I got an error msg:
missing firmware file in /lib/firmware:
==
Aug 17 16:13:56 localhost kernel:
On Wed, Aug 18, 2010 at 11:03 AM, Joachim Backes
joachim.bac...@rhrk.uni-kl.de wrote:
Hi,
I have the impression that the DVBT-USB stick mentioned in the subject line
is not supported by F14. After plugging in, I got an error msg: missing
firmware file in /lib/firmware:
So I copied dvb-usb-af9015.fw from some UBUNTU installation to
/lib/firmware, and I could watch digital TV with kaffeine.
So my question: would it be possible to support that stick in = F15
versions?
AFAIK this firmware seems not to be free.
Nice query. I have a AVerTV Hybrid Volar
On 08/18/2010 11:40 AM, Jaroslav Skarvada wrote:
So I copied dvb-usb-af9015.fw from some UBUNTU installation to
/lib/firmware, and I could watch digital TV with kaffeine.
So my question: would it be possible to support that stick in= F15
versions?
AFAIK this firmware seems not to be free.
The unix2dos and dos2unix packages have merged upstream and I've been
sent a spec file that upgrades dos2unix to the new upstream version. It
correctly obsoletes the unix2dos package.
Is it too late in the Fedora 14 cycle to bring this package in (and
retire unix2dos)?
Tim.
*/
signature.asc
On Wed, Aug 18, 2010 at 12:59 PM, Tim Waugh twa...@redhat.com wrote:
The unix2dos and dos2unix packages have merged upstream and I've been
sent a spec file that upgrades dos2unix to the new upstream version. It
correctly obsoletes the unix2dos package.
Is it too late in the Fedora 14 cycle
Compose started at Wed Aug 18 08:15:08 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 Wed, 2010-08-18 at 12:24 +0100, Richard W.M. Jones wrote:
On Wed, Aug 18, 2010 at 01:10:29PM +0200, Adam Tkac wrote:
Fedora Engineering Services
(http://fedoraproject.org/wiki/Fedora_Engineering_Services) received
request to get rid of file requires outside of the primary paths
Compose started at Wed Aug 18 13:15:15 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)
https://bugzilla.redhat.com/show_bug.cgi?id=620927
https://bugzilla.redhat.com/attachment.cgi?id=439237action=edit
https://bugzilla.redhat.com/attachment.cgi?id=439237action=diff
--
389-devel mailing list
389-de...@lists.fedoraproject.org
Perhaps it makes sense to be posting F-15 tasks as well?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
Orion Poplawski said the following on 08/16/2010 08:39 PM Pacific Time:
Perhaps it makes sense to be posting F-15 tasks as well?
What would the Fedora 15 tasks be besides, Do awesome stuff in the
'rawhide' branch? :-)
I can certainly draft a Fedora 15 version of the schedule if people are
On 08/18/2010 10:06 AM, John Poelstra wrote:
Orion Poplawski said the following on 08/16/2010 08:39 PM Pacific Time:
Perhaps it makes sense to be posting F-15 tasks as well?
What would the Fedora 15 tasks be besides, Do awesome stuff in the
'rawhide' branch? :-)
That might be it - but part
On Wed, 2010-08-18 at 05:40 -0400, Jaroslav Skarvada wrote:
So I copied dvb-usb-af9015.fw from some UBUNTU installation to
/lib/firmware, and I could watch digital TV with kaffeine.
So my question: would it be possible to support that stick in = F15
versions?
AFAIK this firmware seems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/4/10 3:01 PM, M A Young wrote:
What is the policy on creating private branches under fedpkg/git? Can it
be done by anyone with acl commit or do you need special permissions?
My interest is that I had a private branch of the kernel package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/5/10 8:02 AM, Paul Howarth wrote:
On 02/08/10 20:53, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/2010 11:55 AM, Adam Goode wrote:
Didn't want this to get lost, thanks for fixing this on IRC, but I don't
have
Release bump scripts bumping release version numbers for prereleases should
be handled more carefully or they can cause update problems later on.
For example xorg-x11-drv-ati-6.13.1-0.20100705git37b348059.fc14 got bumped
to xorg-x11-drv-ati-6.13.1-1.20100705git37b348059.fc14 and then later
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 8/9/10 6:54 AM, Petr Pisar wrote:
Hello,
while working on `nas' package I found `fedpkg local' redefines
`fedora' macro to value `1'. Dist-cvs `make local' does not do that.
Original source for %fedora is /etc/rpm/macros.dist. See the strace:
On Wed, Aug 18, 2010 at 12:04:33 -0700,
Jesse Keating jkeat...@j2solutions.net wrote:
This likely happened because the original release string was non-conformant.
I missed that. After that happened it looks like the release string did get
changed to be conformant.
--
devel mailing list
On Wed, 18 Aug 2010 12:04:33 -0700, Jesse wrote:
The bump script lives in releng git repo (git.fedorahosted.org/releng if
anybody wants to hack on it.
Sure about that? All I could find there was a reference to rpmdev-bumpspec
(part of rpmdevtools package nowadays). The older script's home is
Adam Williamson wrote:
To me, that reads more like a problem with the update submission system
than anything. I'd like to see far fewer restrictions on it (just like
I'd like for koji), so you could edit the existing update to add your
packages. This same issue exists even without feedback
Thomas Janssen wrote:
I'm part of the KDE SIG. I will apply today for proventester to become
the KDE proventester.
Actually, Rex Dieter already started the application process, so you'll
probably become a KDE proventester, not the KDE proventester. ;-)
But the more proventesters we have, the
On Wed, Aug 18, 2010 at 9:51 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Thomas Janssen wrote:
I'm part of the KDE SIG. I will apply today for proventester to become
the KDE proventester.
Actually, Rex Dieter already started the application process, so you'll
probably become a KDE
Thomas Janssen wrote:
Another BTW, if you think you have to write something, a simple
'thank you for stepping up' would have been enough.
Well, yes, thank you for stepping up, your help is very much appreciated! I
didn't mean to offend you!
(And thanks to Rex Dieter as well, by the way.)
Paul Howarth wrote:
No changes: the heads of the f12, f13, f14 and master branches all
point to the dist-git conversion commit.
In case it matters, these branches point to two completely separate
commits; f12 has an entirely different history from f13, f14, and master
as far as git is
On Wed, 18 Aug 2010, Jesse Keating wrote:
However, since git allows you to create local branches at will without
any restrictions, one has to ask if it is still necessary to have a
remote branch for your work.
I did end up creating a branch in the Fedora system because it was the
only way I
On Wed, 18.08.10 18:15, Dave Jones (da...@redhat.com) wrote:
# systemctl enable ge...@.service prefdm.service getty.target
rc-local.service remote-fs.target
And that should make things work again.
even after doing this, I still haven't managed to get a single box running
On Thu, Aug 19, 2010 at 12:32:01AM +0200, Lennart Poettering wrote:
On Wed, 18.08.10 18:15, Dave Jones (da...@redhat.com) wrote:
# systemctl enable ge...@.service prefdm.service getty.target
rc-local.service remote-fs.target
And that should make things work again.
On Wed, 18.08.10 18:45, Dave Jones (da...@redhat.com) wrote:
On Thu, Aug 19, 2010 at 12:32:01AM +0200, Lennart Poettering wrote:
On Wed, 18.08.10 18:15, Dave Jones (da...@redhat.com) wrote:
# systemctl enable ge...@.service prefdm.service getty.target
rc-local.service
On Thu, Aug 19, 2010 at 12:53:44AM +0200, Lennart Poettering wrote:
It tells me to see the logs for details, but there's not a single
message
from systemd in the logs.
There should be an explanation in dmesg, that it cannot find
default.target.
at the stage
On Wed, 18.08.10 19:00, Dave Jones (da...@redhat.com) wrote:
Hmm, could be. Note that we log to kmsg as long as syslog isn't up, so
nothing should get lost -- as long as you manage to get a shell somehow.
BTW, as a side note: a simply fix to bypass the problem with a missing
On Wed, 18.08.10 19:35, Dave Jones (da...@redhat.com) wrote:
On Wed, Aug 18, 2010 at 07:00:16PM -0400, Dave Jones wrote:
On Thu, Aug 19, 2010 at 12:53:44AM +0200, Lennart Poettering wrote:
It tells me to see the logs for details, but there's not a
single message
At the Go/No-Go meeting a few minutes ago the Fedora 14 Alpha release
was declared GOLD. Thank you to everyone who contributed to making it
happen!
All the details of the meeting can be found here:
Minutes:
Dear Pasi, Xen developers, and Han Weidong of Intel Corporation,
I have made a video demonstrating Intel IGD (primary VGA adapter) VGA
passthrough to Windows XP Home Edition HVM domU virtual machine with Xen
4.0.1-rc6-pre and Jeremy Fitzhardinge's pv-ops dom0 kernel 2.6.32.19 on
18 August
On Wed, 2010-08-18 at 22:43 +0100, Richard W.M. Jones wrote:
On Wed, Aug 18, 2010 at 08:02:13AM -0400, seth vidal wrote:
I am a libguestfs user and I'm complaining. It means I have to schlep
down a bunch of extra info on every update of libguestfs and that sucks
on my bandwidth.
This is
numarray is being phased out and replaced by numpy for 4 years, two
packages will be affected after retiring python-numarray in fedora,
however both of them can also work file with numpy.
repoquery --alldeps --whatrequires python-numarray
python-numarray-0:1.5.2-10.fc14.x86_64
2010/8/19 Chen Lei supercyp...@gmail.com:
numarray is being phased out and replaced by numpy for 4 years, two
packages will be affected after retiring python-numarray in fedora,
however both of them can also work file with numpy.
repoquery --alldeps --whatrequires python-numarray
On Tue, 2010-08-17 at 21:31 +0200, Kevin Kofler wrote:
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
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.
--
commit 1d68739a465387b75a8deff2d975a77227146f28
Author: Paul Howarth p...@city-fan.org
Date: Wed Aug 18 13:21:31 2010 +0100
Update to 0.71
- New upstream release 0.71
- Use UTF-8 encoding in LoadFile/DumpFile: CPAN RT#25434
- Enable AUTOMATED_TESTING
- BR:
The lightweight tag 'perl-YAML-0.71-1.fc15' was created pointing to:
1d68739... Update to 0.71
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
commit 3aeef0d43f7049d1da0d88f1a729258f1850b049
Author: Paul Howarth p...@city-fan.org
Date: Wed Aug 18 13:54:19 2010 +0100
Re-add buildreqs
The buildrequires dropped in 2.06-4 are now available in EPEL-6,
so re-add them:
- perl(File::Comments)
- perl(Pod::Spell)
-
The lightweight tag 'perl-Math-GMP-2.06-4.el6.1' was created pointing to:
3aeef0d... Re-add buildreqs
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
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
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
A file has been added to the lookaside cache for perl-Lingua-PT-Stemmer:
74523d7da59dabbf561fa5cf60f98d02 Lingua-PT-Stemmer-0.01.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Lingua-Stem-Fr:
b4ea5dd1d942b190160e9cbc73115b20 Lingua-Stem-Fr-0.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Memoize-ExpireLRU:
1715a2a482c06ea698ff86d480b62d99 Memoize-ExpireLRU-0.55.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
50 matches
Mail list logo
