firefox from devel and randr
by Sander Hoentjen
Hi,
I just tried to google for randr, but this causes a segmentation fault
in firefox. Is this a local thing or do others see this too?
I am running latest rawhide on x86_64
Sander
17 years, 3 months
[OT] kvm kernel module in fc6?
by Gianluca Cecchi
Hello,
probably more correct to post to fedora extra, but as kernel is also
affected, I try to post also here. Sorry for your extra-time.
I have an updated fc6 (2.6.18-1.2869.fc6) and I installed the
kvm-9-1.i386.rpm package found under extras-development.
But this gives me only the user space modified version of qemu
(qemu-kvm is the only file included).
I'm able to run for example the iso of the fc6 live cd without problem.
When running it I'm obviously receiving the message that /dev/kvm is
not found and that kvm will so be turned off.
In case I want to run Windows inside it, can I find the pre-compiled
version of kvm for fc6 anywhere or should I download the source and
self compile?
I have a quad core system based on a p5b-vm mb so that I would like to
test vt technology.
Thanks in advance for your help,
Gianluca
17 years, 3 months
Re: rawhide report: 20070108 changes
by Horst H. von Brand
Josh Boyer <jwboyer(a)jdub.homelinux.org> wrote:
> On Wed, 2007-01-10 at 12:41 -0500, Dave Jones wrote:
> > On Wed, Jan 10, 2007 at 12:44:11PM +0100, Thorsten Leemhuis wrote:
> > > On 10.01.2007 11:51, Axel Thimm wrote:
> > > >
> > > > So for the kernel, please do consider adjusting versioning to standard
> > > > Fedora practices. Pretty, pretty please!!!
> > >
> > > BTW, I put the issue onto the FESCo schedule for tomorrows meeting
> > > (18:00 UTC, #fedora-extras on freenode); we'll discuss the issue there.
> >
> > I'll be 30,000ft above the atlantic unfortunatly.
> The question basically boils down to this: are you _opposed_ to
> changing the naming to match the guidelines, or just too busy to
> actually do it. And if you're opposed, why?
False dichotomy. Third option is just to fix the guidelines.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
17 years, 4 months
Re: proposal: mailing list reorganization
by Horst H. von Brand
Thorsten Leemhuis <fedora(a)leemhuis.info> wrote:
> Find below a proposal for a mailing list reorganization the board asked
> me to work on. It can also be found in the wiki at
> http://www.fedoraproject.org/wiki/ThorstenLeemhuis/MailingListReorganization
> and until now was only discussed slightly on the semi-private on
> fedora-advisory-board. This is the first public discussion. Happy
> flamefest!
Looks very sane to me.
Perhaps create a template HTML page for the lists, pointing at documents on
Netiquette, Smart-Questions-HOWTO and such?
Take this as a starting point and put some mechanism into place by which
new lists can be created (hopefully /very hard/ to do, too many lists is
bad)? Something along the Usenet guidelines for creating new groups? That
way you can defer the decision(s) for later...
I don't know if you can make Mailman point at the archives of earlier
lists, if not, the current archives should be linked into the pages of the
successor list(s).
Thanks for your work!
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
17 years, 4 months
rawhide report: 20070108 changes
by Build System
Updated Packages:
gnome-python2-2.17.1-1.fc7
--------------------------
* Sun Jan 07 2007 Matthew Barnes <mbarnes(a)redhat.com> - 2.17.1-1
- Update to 2.17.1
gnome-python2-desktop-2.17.2-1.fc7
----------------------------------
* Sun Jan 07 2007 Matthew Barnes <mbarnes(a)redhat.com> - 2.17.2-1
- Update to 2.17.2
- New gnome-python2-bugbuddy subpackage.
- Update version requirements to match configure.ac.
- Use python_sitearch macro for installing libraries.
kernel-2.6.19-1.2906.fc7
------------------------
* Sun Jan 07 2007 Dave Jones <davej(a)redhat.com>
- 2.6.20rc4
Broken deps for s390
----------------------------------------------------------
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
17 years, 4 months
Mock/yum race
by Ralf Corsepius
Hi,
I am facing a bizarre and pretty severe problem with mock:
On a remote (FC5) machine, mock-yum started to consume 100% of cpu-time,
seemingly during a chroot'ed run of yum[1].
Peculiarly disturbing about this: This is job is running as "root", with
me not having root privileges on the affected machine.
# ps aux | grep mock
root 28303 98.0 1.0 20280 10756 ? R 02:32
208:15 /usr/bin/python /usr/libexec/mock-yum
--installroot /var/lib/mock/fedora-5-i386-local/root resolvedep m4 emacs
gawk perl
I am inclined to blame this to be a side-effect of one of these infamous
yum/rpm/kernel deadlocks/races and/or yum/rpm arkward handling of
interrupts [1][2].
Ralf
[1] yum's behavior on "^C" and rpm being problematic wrt. rpmdb locking.
[2] This had been a lengthy remote over-night build job, with me
initially having been ssh'ed to the remote machine and the connection
having gone down some time during the run.
17 years, 4 months
Kernel-Xen..
by Naoki
I'm wanting to do some more testing of bz #207432 (intel integrated
chipsets explode in a hail of burning puppies when using Xen +
graphics), but kernel-xen has gone away, is this because it's merged
into 'kernel' or has it's packaging just broken temporarily?
Sorry but I couldn't see any answer on the archives.
17 years, 4 months
Re: rawhide report: 20070108 changes
by Horst H. von Brand
Jesse Keating <jkeating(a)redhat.com> wrote:
> On Tuesday 09 January 2007 13:25, Thorsten Leemhuis wrote:
> > The tarball IMHO is not relevant. The upstream version is 2.6.20-rc4.
> > It's a pre-release. And we have rules for how to package those:
> > http://www.fedoraproject.org/wiki/Packaging/NamingGuidelines
> > Section "Pre-Release packages":
> > http://www.fedoraproject.org/wiki/Packaging/NamingGuidelines#head-d97a3f40b
> >6dd9d2288206ac9bd8f1bf9b791b22a
> The tarball used is important in this case.
This is rather thin...
> The patches we prepare and such
> are against the 2.6.19 tarball, NOT the 2.6.20. The unmodified source we're
> using is 2.6.19 and that defines the release of the package.
I'd just go with "It's in between 2.6.19 and 2.6.20, so 2.9.19-<release>.
This is much simpler than the scheme proposed above. Or use that scheme
/only/ if it is a rather long-lived "in-between" version that has its own
"name recognition" (i.e., under duress).
In the kernel's case the -rcX are short-lived. Besides, basing /any/
decision on the rcX number is misguided. It has happened that features are
included and then ripped out again, and features in the vanilla kernel
aren't in the distribution kernels, and viceversa.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
17 years, 4 months