Re: Firefox 3
by Takanori MATSUURA
I'm using it as a default browser on my Fedora Core box.
Java, Flash, and AdobeReader plugins and some Add-ons I installed work fine.
Basically I have no trouble with the trunk builds. But it is not
always "stable" because it is the "trunk build" that is in the
development process. So please use it at your own risk.
2006/11/14, Mike Chambers <mike(a)miketc.com> wrote:
> How stable is this version anyway? Are or you using it?
--
MATSUURA Takanori
17 years, 7 months
AT_SPI_REGISTRY
by Marcel J.E. Mol
After installing rawhide(-extras) x86-64 on my laptop I get the following
when starting gnumeric:
% gnumeric
Bonobo accessibility support initialized
GTK Accessibility Module initialized
** (gnumeric:17572): CRITICAL **: AT_SPI_REGISTRY was not started at session startup.
** (gnumeric:17572): WARNING **: IOR not set.
** ERROR **: Could not locate registry
aborting...
Bonobo accessibility support initialized
GTK Accessibility Module initialized
** (gnome_segv2:17573): CRITICAL **: AT_SPI_REGISTRY was not started at session startup.
** (gnome_segv2:17573): WARNING **: IOR not set.
** ERROR **: Could not locate registry
aborting...
Bonobo accessibility support initialized
GTK Accessibility Module initialized
** (gnome_segv2:17574): CRITICAL **: AT_SPI_REGISTRY was not started at session startup.
** (gnome_segv2:17574): WARNING **: IOR not set.
** ERROR **: Could not locate registry
aborting...
and around another 100 more of these, ending with
Xlib: connection to ":0.0" refused by server
Xlib: Maximum number of clients reached
(gnome_segv2:17682): Gtk-WARNING **: cannot open display:
And no gnumeric starting up.
Something similar happens when running the 32-bit firefox (to be able to
see some flash sites). 64-bit firefox strarts up fine.
Scanning google or lists did not give any clues...
I'm running kde if that matters.
Any idea?
-Marcel
17 years, 7 months
debuginfo issues
by Benjamin De Kosnik
Hey Jakub!
I don't see any libstdc++-debuginfo packages, and am wondering... why?
The /usr/lib shared lib is stripped. What am I missing? Is this debug
info in another package (and not the obvious libstdc++-debuginfo
package)? I usually just debug with my own toolchain so hadn't noticed
this before.
I'm trying to figure out what to do with boost's empty debuginfo
package, so had looked around for other libs that were presumably doing
this correctly. I'm not quite sure what's up: I get this in my build
log when I do
rpmbuild -ba boost.spec
...
+ /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/boost_1_33_1
0 blocks
find: /var/tmp/boost-1.33.1-root/usr/lib/debug: No such file or directory
...
I'm looking for some documentation on this stuff and am coming up empty
handed. I don't see any consensus in the kernel.spec or gcc41.spec
files, and no trail of obvious tricks either. I see that the
gmp-debuginfo package does what I'd expect it to do, but doesn't seem to
resort to any trickery to do it. The build log for gmp looks like:
...
+ /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/gmp-4.1.4
extracting debug info from /var/tmp/gmp-4.1.4-root/usr/lib/libgmpxx.so.3.0.5
extracting debug info from /var/tmp/gmp-4.1.4-root/usr/lib/libgmp.so.3.3.3
extracting debug info from /var/tmp/gmp-4.1.4-root/usr/lib/libmp.so.3.1.7
cpio: gmp-4.1.4/base/cxx/<built-in>: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-add_n.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-addmul_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-copyd.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-copyi.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-dive_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-diveby3.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-divrem_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-lshift.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-mod_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-mod_34lsub1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-mul_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-mul_basecase.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-rshift.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-sub_n.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-submul_1.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-udiv.s: No such file or directory
cpio: gmp-4.1.4/base/mpn/tmp-umul.s: No such file or directory
2702 blocks
...
The boost build procedure unfortunately doesn't use the standard GNU
make tools, so perhaps this is something related to build location, or
something not done?
-benjamin
17 years, 7 months
Re: Kernel PCI Scan Bug - No feedback 8 days after bug submittal(reposted with newlines)
by Charles Butterfield
"Dave Jones" <davej(a)redhat.com> wrote in message
news:20061115031647.GR6591@redhat.com...
> On Tue, Nov 14, 2006 at 07:25:19PM -0500, Charles Butterfield wrote:
> > I've had what seems like a fairly serious kernel bug related to PCI
> > scanning open for over a week, with no hint that anybody has read it,
> > triaged it, etc.
>
> chances are, that no-one has read it or triaged it.
> There are currently 696 FC5 kernel bugs open, and 208 FC6 kernel bugs
> open.
> The number of people actively working through those bugs you can count
> on one hand.
>
> > Some feedback would sure be nice.
>
> I'll get to it (unless someone else beats me to it) eventually.
>
> Dave
Dave - Thanks for the feedback.
1) I was kind of worried that I had messed up the bugzilla posting with the
initially
incorrect subsystem diagnosis (Xorg vs kernel).
2) Is this something that can just be kicked upstream? I would (naively)
think a
discrepancy between /proc/bus/pci/devices and /proc/bus/pci/xx/* would be
a clear "OOPS" for whoever maintains the pci part of procfs, which I
wouldn't
think would be Fedora specific.
3) Am I correct in assuming that the referral to the upstream kernel folks
must be
done by a distro developer? That seems to be the gist of a message on
their
website.
- Charlie
17 years, 7 months
New subscribers to the -devel list
by Jesse Keating
I'm trying to tack down why people are being added to the list. If you're new
to this list, please let me know (in private) if you got 'welcome' email, or
if you just started getting email.
--
Jesse Keating
Release Engineer: Fedora
17 years, 7 months
Driver disks for FC6
by Gregory Maxwell
Is there a driver disk for FC6 example anywhere?
The driver disk layout changed a few revisions ago and I had a lot of
trouble building one for FC5. Now that FC6 has come around I'd like
to avoid pulling my hair out again.
I need to make a disk for the Arcea driver, arcmsr, which has finally
gone into the upstream kernel (as of 2.6.19-pre1). Hopefully FC6 will
upgrade to a kernel containing this driver soon, but to get it
installed, I'll need to make a disk. It looks like compiling the
driver outside of the tree against the kernel in FC6 shouldn't be
hard... but I'm worried about figuring out the driver disk layout all
over again. ... (well that and finding a working floppy disk drive..
ugh)
17 years, 7 months
RE: Welcome to the "fedora-devel-list" mailing list (fwd)
by Wilborn, Jerry
Ditto.
Jerry Wilborn, Systems Engineer
US LEC
504-648-8078
www.uslec.com <http://www.uslec.com/>
-----Original Message-----
From: fedora-devel-list-bounces(a)redhat.com [mailto:fedora-devel-list-bounces@redhat.com] On Behalf Of André Oriani
Sent: Tuesday, November 14, 2006 4:41 PM
To: Development discussions related to Fedora Core
Subject: Re: Welcome to the "fedora-devel-list" mailing list (fwd)
I subscribed once but not anymore and now I am back without having been subscribed again.
André Oriani
2006/11/14, Peter Kühnlein <p(a)uni-bielefeld.de>:
Till Maas wrote:
On Tuesday 14 November 2006 15:07, Steven W. Orr wrote:
Can someone please explain to me why I just got this in the mail? The
headers are not spoofed. I really am subscribed and I sure as sh[:vowel:]t
didn't do it. Are we in the habit of subscribing people without asking?
Are you a fedora extras maintainer? Iirc it was decided by Fesco that it
should be made sure that every maintainer is subscribed to the mailinglists
that are described as mandatory for maintainers in the wiki. (devel,
maintainer, extras, commit(iirc)) Maybe this is the reason.
Regards,
Till
I'm no fc extra maintainer, but suddenly received the mails as well... i guess it's either a funny spambot or just an error in RH's database... can't decide what is more likely... anyway, my "unsubscribe" request hasn't been acknowledged up to now...
Take care: Peter
--
http://www.peter-kuehnlein.net <http://www.peter-kuehnlein.net/>
"The Way of the Samurai is in desperateness. Ten men or more cannot
kill such a man."
(Hagakure)
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
17 years, 7 months
Welcome to the "fedora-devel-list" mailing list (fwd)
by Steven W. Orr
Can someone please explain to me why I just got this in the mail? The
headers are not spoofed. I really am subscribed and I sure as sh[:vowel:]t
didn't do it. Are we in the habit of subscribing people without asking?
Yes, I am capable of removing myself but do I have to add redhat lists on
a cas by case basis to me whitelist?
---------- Forwarded message ----------
Date: Tue, 14 Nov 2006 00:08:57 -0500
From: fedora-devel-list-request(a)redhat.com
To: steveo(a)syslang.net
Subject: Welcome to the "fedora-devel-list" mailing list
Welcome to the fedora-devel-list(a)redhat.com mailing list!
To post to this list, send your email to:
fedora-devel-list(a)redhat.com
General information about the mailing list is at:
https://www.redhat.com/mailman/listinfo/fedora-devel-list
If you ever want to unsubscribe or change your options (eg, switch to
or from digest mode, change your password, etc.), visit your
subscription page at:
https://www.redhat.com/mailman/options/fedora-devel-list/steveo%40syslang...
You can also make such adjustments via email by sending a message to:
fedora-devel-list-request(a)redhat.com
with the word `help' in the subject or body (don't include the
quotes), and you will get back a message with instructions.
You must know your password to change your options (including changing
the password, itself) or to unsubscribe. It is:
mouse
Normally, Mailman will remind you of your redhat.com mailing list
passwords once every month, although you can disable this if you
prefer. This reminder will also include instructions on how to
unsubscribe or change your account options. There is also a button on
your options page that will email your current password to you.
17 years, 7 months
I think, rsh is quite obsolete
by Adam Tkac
I think, It's no argument to include rsh in next versions of fc/rhel.
OpenSSH could successfully substitute this component. SSH is more secure
than rsh and has all features of rsh. Do you think anything else??
--
Adam Tkac <atkac(a)redhat.com>
17 years, 7 months
rawhide report: 20061114 changes
by Build System
Updated Packages:
dbus-1.0.0-1.fc7
----------------
* Mon Nov 13 2006 John (J5) Palmieir <johnp(a)redhat.com> - 1.0.0-1
- update to D-Bus 1.0.0 "Blue Bird"
- build with verbose mode on but tests and asserts off
* Sun Nov 12 2006 Ray Strode <rstrode(a)redhat.com> - 0.95-3
- dont let dbus-launch session sitter crash in the
non-autolaunch code path (bug 214649)
* Mon Nov 06 2006 John (J5) Palmieri <johnp(a)redhat.com> - 0.95-2
- Add /var/lib/dbus directory to %files
dhcp-12:3.0.5-4.fc7
-------------------
* Mon Nov 13 2006 David Cantrell <dcantrell(a)redhat.com> - 12:3.0.5-4
- Enable relinquish_timeouts() and cancel_all_timeouts() even when
DEBUG_MEMORY_LEAKAGE_ON_EXIT is not defined
- Add prototypes for b64_pton() and b64_ntop in dst/
- Move variable declarations and labels around in the fix-warnings patch
- Expand the list of objects needed for libdhcp4client (#215328)
- Use libres.a in libdhcp4client since it gives correct minires objects
- Remove the dhcp options table in C, Perl, Python, and text format (these
were reference files added to /usr/share/doc)
* Mon Nov 13 2006 David Cantrell <dcantrell(a)redhat.com> - 12:3.0.5-3
- Remove struct universe *universe from envadd_state in the client patch
- Add struct universe *universe to envadd_state in the enoi patch
- Add example dbusified dhclient-script in the enoi patch
* Fri Nov 10 2006 David Cantrell <dcantrell(a)redhat.com> - 12:3.0.5-2
- Change the way libdhcp4client is compiled (patch main source, create new
Makefile rather than copy and patch code after main patches)
- Fix up problems generating compiler warnings
- Use 'gcc' for making dependencies
- Pass -fPIC instead of -fpie/-fPIE in compiler flags
- Combine the extended new option info changes in to one patch file (makes
it easier for outside projects that want to use dhcdbd and NetworkManager)
ed-0.3-1
--------
* Mon Nov 13 2006 Karsten Hopp <karsten(a)redhat.com> 0.3-1
- update to ed-0.3
gnome-bluetooth-0.8.0-1.fc7
---------------------------
* Mon Nov 13 2006 Harald Hoyer <harald(a)redhat.com> - 0.8.0-1.fc7
- version 0.8.0
isdn4k-utils-3.2-52.fc7
-----------------------
* Mon Nov 13 2006 Than Ngo <than(a)redhat.com> - 3.2-52.fc7
- fix #213233, require main package with %{version}-%{release}
libbtctl-0.8.2-1.fc7
--------------------
* Mon Nov 13 2006 Harald Hoyer <harald(a)redhat.com> - 0.8.2-1.fc7
- version 0.8.2
- Resolves: rhbz#215230
libdhcp-1.17-2.fc7
------------------
* Mon Nov 13 2006 David Cantrell <dcantrell(a)redhat.com> - 1.17-2
- Rebuild
libgpod-0.4.0-1.fc7
-------------------
* Mon Nov 13 2006 Matthias Clasen <mclasen(a)redhat.com> - 0.4.0-1
- Update to 0.4.0
- Include docs in the -devel package
- Don't ship static libraries
mailman-3:2.1.9-3
-----------------
* Thu Oct 05 2006 David Woodhouse <dwmw2(a)redhat.com> - 3:2.1.9-3
- fix broken In-Reply-To: header in mailto: URL in archives (#123768)
man-pages-fr-2.39-7.fc7
-----------------------
* Fri Oct 13 2006 Marcela Maslanova <mmaslano(a)redhat.com> 2.39-7
- rebuilt
nautilus-2.16.2-5.fc7
---------------------
* Mon Nov 13 2006 Alexander Larsson <alexl(a)redhat.com> - 2.16.2-5.fc7
- Fix commonly reported NautilusDirectory crash
* Wed Nov 08 2006 Alexander Larsson <alexl(a)redhat.com> - 2.16.2-4.fc7
- Revert upstream icon placement patch as it seems broken
* Tue Nov 07 2006 Alexander Larsson <alexl(a)redhat.com> - 2.16.2-2.fc7
- Update to 2.16.2
pam-0.99.6.2-4.fc7
------------------
* Mon Nov 13 2006 Tomas Mraz <tmraz(a)redhat.com> 0.99.6.2-4
- update internal db4 to 4.5.20 version
- move setgid before setuid in pam_keyinit (#212329)
- make username check in pam_unix consistent with useradd (#212153)
* Tue Oct 24 2006 Tomas Mraz <tmraz(a)redhat.com> 0.99.6.2-3.3
- don't overflow a buffer in pam_namespace (#211989)
* Mon Oct 16 2006 Tomas Mraz <tmraz(a)redhat.com> 0.99.6.2-3.2
- /var/log/faillog and tallylog must be %config(noreplace)
python-urlgrabber-2.9.9-3
-------------------------
* Sat Nov 11 2006 Florian La Roche <laroche(a)redhat.com>
- add version/release to "Provides: urlgrabber"
readline-5.2-1.fc7
------------------
* Mon Nov 13 2006 Miroslav Lichvar <mlichvar(a)redhat.com> 5.2-1
- update to 5.2 (#213795)
- use CFLAGS when linking (#199374)
- package docs and examples (#172497)
- spec cleanup
rhythmbox-0.9.6-2.fc7
---------------------
* Mon Nov 13 2006 Matthias Clasen <mclasen(a)redhat.com> - 0.9.6-2
- Rebuild
selinux-policy-2.4.3-12
-----------------------
* Mon Nov 13 2006 Dan Walsh <dwalsh(a)redhat.com> 2.4.3-12
- Fix for qemu, /dev/
* Mon Nov 13 2006 Dan Walsh <dwalsh(a)redhat.com> 2.4.3-11
- Fix path to realplayer.bin
sg3_utils-1.22-1.fc7
--------------------
* Mon Nov 13 2006 Phil Knirsch <pknirsch(a)redhat.com> - 1.22-1
- Update to sg3_utils-1.22
system-config-httpd-5:1.4.1-1.fc7
---------------------------------
* Mon Nov 13 2006 Phil Knirsch <pknirsch(a)redhat.com> 1.4.0-2.fc7
- Fixed missing buildrequires on gettext
* Fri Nov 10 2006 Phil Knirsch <pknirsch(a)redhat.com> 1.4.0-1.fc7
- Finished SSL related bugfixes finally, too
- Fixed problem with s-c-h removing config and .pyc files after update
* Wed Oct 25 2006 Phil Knirsch <pknirsch(a)redhat.com>
- Large update for system-config-httpd with lots of bugfixes
system-config-printer-0.7.37-1.fc7
----------------------------------
* Mon Nov 13 2006 Tim Waugh <twaugh(a)redhat.com> 0.7.37-1
- 0.7.37:
- Allow cancellation of test pages (bug #215054).
units-1.86-1
------------
* Mon Nov 13 2006 Florian La Roche <laroche(a)redhat.com> - 1.86-1
- 1.86
vim-2:7.0.162-2
---------------
* Mon Nov 13 2006 Karsten Hopp <karsten(a)redhat.com> 7.0.162-2
- fix lang problem in spec file mode
- use old g:packager variable when set
Broken deps for i386
----------------------------------------------------------
nautilus-sendto-bluetooth - 0.8-2.fc7.i386 requires libbtctl.so.2
Broken deps for ppc64
----------------------------------------------------------
nautilus-sendto-bluetooth - 0.8-2.fc7.ppc64 requires libbtctl.so.2()(64bit)
Broken deps for x86_64
----------------------------------------------------------
nautilus-sendto-bluetooth - 0.8-2.fc7.x86_64 requires libbtctl.so.2()(64bit)
Broken deps for ppc
----------------------------------------------------------
nautilus-sendto-bluetooth - 0.8-2.fc7.ppc requires libbtctl.so.2
Broken deps for ia64
----------------------------------------------------------
nautilus-sendto-bluetooth - 0.8-2.fc7.ia64 requires libbtctl.so.2()(64bit)
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, 7 months