Latest Gnome-Terminal Crash
by Brian C. Huffman
After today's update to rawhide, I can not start gnome-terminal from
inside the gnome-session. When I set my display to :0 from the console
and run it, it does run, but I get the following:
** (gnome-terminal:3008): WARNING **: Error compiling regular expression
"\<(file:///(/[-A-Za-z0-9_$.+!*(),;:@&=?/~#%]*[^]'.}>)
,\"])?".
(gnome-terminal:3008): GLib-GObject-WARNING **: invalid cast from
`GtkEventBox'
to `GtkLabel'
(gnome-terminal:3008): Gtk-CRITICAL **: gtk_label_set_text: assertion
`GTK_IS_LABEL (label)' failed
Is this bug-report-worthy or is there something else I should try first?
Thanks,
Brian
18 years, 4 months
FC5T2 boot.iso cannot find my sata disk
by William John Murray
Hello there,
Hm, I should have tried out boot.iso when it was suggested.
Now I find it cannot see my sata hard disk, and invites me to
find drivers by hand. I have had no luck there - it always fails
to find the disk.
Any suggestions? I tried booting hdc=noprobe, but no visible
difference.
Thanks,
Bill
18 years, 4 months
Re: CD blanking on FC5T1 sata
by William John Murray
>> Hello there,
>> I am trying to re-write a CD using FC5T1, and failing. Any suggestions would be nice...
>>
>> Kernel: 2.6.15-1.1857_FC5
>> Cd writer: TSSTcorp CD-RW/DVD-ROM (atapi sata CD)
>>
>> I am using the gnome cd writer, which asks whether I want to blanck the CD. I say yes
>> and it fails, sayimg:
>> "There was an error writing to the disc"
>>
>> If I look in /var/log/messages, and boot using hdc=noprobe for DVD dma access I get:
>> Jan 16 10:44:03 billmurray kernel: Assertion failed! qc->n_elem > 0,drivers/scsi/libata-core.c,ata_fill_sg,line=2532
>>
>> while if I boot without I get /dev/hdc created and I get:
>> Jan 16 11:00:27 billmurray kernel: scsi: unknown opcode 0x01
>
>I boot with "hda=none hdc=none" to allow the sata interface to be used
>(for HD & DVD/CD-RW respectively).
>
>Are you sure you're using a CD-RW? What does "cdrecord blank=fast" do
>for you?
>
> -Paul
THe boot options don't help. cdrecord blank=fast says:
cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2).
cdrecord: WARNING: This causes a high risk for buffer underruns.
cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.85-RH '@(#)scsi-linux-sg.c 1.85 05/05/16 Copyright 1997 J. Schilling').
Cdrecord-Clone 2.01.01a03-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2005 Jörg Schilling
NOTE: This version contains the OSS DVD extensions for cdrtools and thus may
have bugs related to DVD issues that are not present in the original
cdrtools. Please send bug reports or support requests to
http://bugzilla.redhat.com/bugzilla The original cdrtools author should
not be bothered with problems in this version.
Using libscg version 'schily-0.8'.
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'TSSTcorp'
Identifikation : 'CDRW/DVD TSL462C'
Revision : 'DE01'
Device seems to be: Generic mmc2 DVD-ROM.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
18 years, 4 months
Confused fedora user confesses "jpg's make my system crash"
by Chris Chabot
Hi i'm Chris .. and i'm a fedora user ..
My problem ? Any time i even try to look at a jpg, whatever the content
it may be, however innocent! It makes my gnome stick its feet in the air
and play dead while letting out a deathrattle thats ... well ...
disconcerning.
First i found a nice little picture to use as a background, for example
(because its so soothing, which is something i need right now) lets
take:
http://ftp.gnome.org/pub/GNOME/teams/art.gnome.org/backgrounds/GNOME-Peyr...
I open it up in my trusty fox-which-is-on-fire and i see a lucious
landscape, soothing and calm, i like it! So spontanious as i am i save
it to disk in my home folder!
My firery-fox is so smart, it opens up nautilus for me, and ... *shiver*
it tells me nautilus crashed the moment it tries to render a thumbnail!
Nautilus is as i write this in a never ending loop of crashing,
restarting, opening a root folder window, and crashing, repeat
ad-infintum.
So not being fooled so easely as any old user, i think to my self "i
will install all the relavant -debuginfo packages!" And did a rpm -qf on
all of /usr/lib/*.so.*, cat /dev/null > .recently-used, removed
everything from ~/.thumbnails and made sure yum thought i was fully
upgraded and went on to find a simple testcase.
Easiest way to 'crash and burn' is to simply
# eog GNOME-Peyrouse_1280x1024.jpg
And it tells me in a frightning voice:
# eog GNOME-Peyrouse_1280x1024.jpg
Instantiate job with id 1.
Starting thread with id 0.
eog-image_load.c
JPEG is sRGB
load success: 1
n_images: 4/4
1 /root/gnome.jpg (-1/-1)
2 /root/GNOME-Peyrouse_1280x1024.jpg (1280/960)
3 /root/logo_sm.gif (-1/-1)
4 /root/tmp.png (-1/-1)
EogWindow.c: eog_window_open
No profile, not correcting
No profile, not correcting
No profile, not correcting
No profile, not correcting
setting window size: 1284/1046
Instantiate job with id 2.
Instantiate job with id 3.
GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
aborting...
Instantiate job with id 4.
Instantiate job with id 5.
Show exif data
Starting thread with id 1.
Job 001: disposing ...
Job 001: disposing end
Instantiate job with id 6.
Instantiate job with id 7.
Instantiate job with id 8.
Instantiate job with id 9.
GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
aborting...
Multiple segmentation faults occurred; can't display error dialog
So i go on to gdb it, run eog, file->open the same pic, it displays it and then crashes with the error in the gdb console:
GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
aborting...
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread -1236591712 (LWP 2253)]
IA__g_logv (log_domain=Variable "log_domain" is not available.
) at gmessages.c:502
502 depth--;
(gdb) bt
#0 IA__g_logv (log_domain=Variable "log_domain" is not available.
) at gmessages.c:502
#1 0x03664e47 in IA__g_log (log_domain=0x36862c6 "GLib", log_level=G_LOG_LEVEL_CRITICAL,
format=0x368c04f "%s: assertion `%s' failed") at gmessages.c:517
#2 0x03664f15 in IA__g_return_if_fail_warning (log_domain=0x36862c6 "GLib", pretty_function=0x3686f9a "g_convert",
expression=0x3686e31 "str != NULL") at gmessages.c:532
#3 0x03649902 in IA__g_convert (str=0x0, len=-1, to_codeset=0x3a6da3 "ISO-8859-1", from_codeset=0x3a6d9d "UTF-8",
bytes_read=0x0, bytes_written=0x8581724, error=0x0) at gconvert.c:713
#4 0x003a5b31 in real_save_png (pixbuf=0x85460e0, keys=0x8546408, values=0x857c4d0, error=0x0, to_callback=0, f=0x8546700,
save_func=0, user_data=0x0) at io-png.c:863
#5 0x00d82b6e in IA__gdk_pixbuf_savev (pixbuf=0x85460e0,
filename=0x854e188 "/root/.thumbnails/normal/b95641d3e35f490d96f35b331582f878.png.BtJlX9", type=0x38443ab "png",
option_keys=0x8546408, option_values=0x857c4d0, error=0x0) at gdk-pixbuf-io.c:1417
#6 0x00d82e31 in IA__gdk_pixbuf_save (pixbuf=0x85460e0,
filename=0x854e188 "/root/.thumbnails/normal/b95641d3e35f490d96f35b331582f878.png.BtJlX9", type=0x38443ab "png",
error=0x0) at gdk-pixbuf-io.c:1644
#7 0x0382f954 in gnome_thumbnail_factory_save_thumbnail (factory=0x8394db0, thumbnail=0x85460e0,
uri=0x85505b8 "file:///root/GNOME-Peyrouse_1280x1024.jpg", original_mtime=1137506653) at gnome-thumbnail.c:1175
#8 0x08067e85 in eog_thumbnail_load (uri=0x855d550, job=0x854f370, error=0x8557660) at eog-thumbnail.c:100
#9 0x08074d68 in job_thumb_create (job=0x854f370, data=0x84ed378, error=0x8557660) at eog-collection-item.c:318
#10 0x0806a598 in eog_job_call_action (job=0x854f370) at eog-job.c:382
#11 0x0806a10c in thread_start_func (data=0x0) at eog-job-manager.c:85
#12 0x03678925 in g_thread_create_proxy (data=0x8556f50) at gthread.c:582
#13 0x00d9d262 in start_thread (arg=0xb63e5ba0) at pthread_create.c:261
#14 0x00b1d14e in ?? () from /lib/libc.so.6
"ls
-al /root/.thumbnails/normal/b95641d3e35f490d96f35b331582f878.png.BtJlX9" tells me this file is 0 bytes large.
So it seems its the thumbnailer makes it go boom ... more as soon as it
starts to gnome_thumbnail_factory_save_thumbnail, it blows up
Same happens with F-Spot, gives me a:
GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
aborting...
And if i gdb gthumb:
(gdb) run
Starting program: /usr/bin/gthumb
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0x4ba000
[Thread debugging using libthread_db enabled]
[New Thread -1208404304 (LWP 2432)]
[New Thread -1210504288 (LWP 2435)]
[New Thread -1246434400 (LWP 2436)]
[New Thread -1272140896 (LWP 2437)]
[New Thread -1308877920 (LWP 2441)]
[New Thread -1319367776 (LWP 2442)]
[New Thread -1329857632 (LWP 2443)]
[New Thread -1340347488 (LWP 2444)]
[New Thread -1351373920 (LWP 2445)]
[New Thread -1361863776 (LWP 2446)]
[Thread -1361863776 (LWP 2446) exited]
GLib-CRITICAL **: g_convert: assertion `str != NULL' failed
aborting...
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread -1208404304 (LWP 2432)]
IA__g_logv (log_domain=Variable "log_domain" is not available.
) at gmessages.c:502
502 depth--;
(gdb) bt
#0 IA__g_logv (log_domain=Variable "log_domain" is not available.
) at gmessages.c:502
#1 0x03664e47 in IA__g_log (log_domain=0x36862c6 "GLib", log_level=G_LOG_LEVEL_CRITICAL,
format=0x368c04f "%s: assertion `%s' failed") at gmessages.c:517
#2 0x03664f15 in IA__g_return_if_fail_warning (log_domain=0x36862c6 "GLib", pretty_function=0x3686f9a "g_convert",
expression=0x3686e31 "str != NULL") at gmessages.c:532
#3 0x03649902 in IA__g_convert (str=0x0, len=-1, to_codeset=0x12ada3 "ISO-8859-1", from_codeset=0x12ad9d "UTF-8",
bytes_read=0x0, bytes_written=0xa2f8e9c, error=0x0) at gconvert.c:713
#4 0x00129b31 in real_save_png (pixbuf=0xa283330, keys=0xa2f8ba8, values=0xa296c30, error=0x0, to_callback=0, f=0xa2edc30,
save_func=0, user_data=0x0) at io-png.c:863
#5 0x00d82b6e in IA__gdk_pixbuf_savev (pixbuf=0xa283330,
filename=0xa2e9e40 "/root/.thumbnails/normal/b95641d3e35f490d96f35b331582f878.png.D2R83S", type=0x38443ab "png",
option_keys=0xa2f8ba8, option_values=0xa296c30, error=0x0) at gdk-pixbuf-io.c:1417
#6 0x00d82e31 in IA__gdk_pixbuf_save (pixbuf=0xa283330,
filename=0xa2e9e40 "/root/.thumbnails/normal/b95641d3e35f490d96f35b331582f878.png.D2R83S", type=0x38443ab "png",
error=0x0) at gdk-pixbuf-io.c:1644
#7 0x0382f954 in gnome_thumbnail_factory_save_thumbnail (factory=0xa0ed7a0, thumbnail=0xa283330,
uri=0xa2f5108 "file:///root/GNOME-Peyrouse_1280x1024.jpg", original_mtime=1137506653) at gnome-thumbnail.c:1175
#8 0x0726e988 in thumb_loader_done_cb (il=0xa0f2830, data=0xa0ed750) at thumb-loader.c:597
#9 0x00cdd8b8 in IA__g_cclosure_marshal_VOID__VOID (closure=0xa0edca0, return_value=0x0, n_param_values=1,
param_values=0xbf8baa6c, invocation_hint=0xbf8ba94c, marshal_data=0x726e60e) at gmarshal.c:77
#10 0x00cd0dba in IA__g_closure_invoke (closure=0xa0edca0, return_value=0x0, n_param_values=1, param_values=0xbf8baa6c,
invocation_hint=0xbf8ba94c) at gclosure.c:490
#11 0x00ce1f78 in signal_emit_unlocked_R (node=0xa0ee018, detail=0, instance=0xa0f2830, emission_return=0x0,
instance_and_params=0xbf8baa6c) at gsignal.c:2438
#12 0x00ce33f2 in IA__g_signal_emit_valist (instance=0xa0f2830, signal_id=173, detail=0, var_args=0x0) at gsignal.c:2197
#13 0x00ce3695 in IA__g_signal_emit (instance=0xa0f2830, signal_id=173, detail=0) at gsignal.c:2241
#14 0x0725cc96 in image_loader_stop_common (il=0xa0f2830, done_func=0xa283458, done_func_data=0x0, emit_sig=1)
at image-loader.c:643
#15 0x0725d3ef in check_thread (data=0xa0f2830) at image-loader.c:519
#16 0x0365d0f0 in g_timeout_dispatch (source=0xa2f8fe0, callback=0x725d34e <check_thread>, user_data=0xa0f2830)
at gmain.c:3292
#17 0x0365ca43 in IA__g_main_context_dispatch (context=0xa036ae8) at gmain.c:1916
#18 0x0365fa83 in g_main_context_iterate (context=0xa036ae8, block=1, dispatch=1, self=0xa01aa30) at gmain.c:2547
#19 0x0365fe2c in IA__g_main_loop_run (loop=0xa2c68d8) at gmain.c:2751
#20 0x03fdafec in IA__gtk_main () at gtkmain.c:991
#21 0x0809e588 in main (argc=Cannot access memory at address 0x0
) at main.c:724
Anyone have any idea what could be causing this? And how to get my
gnomes to like jpg's again?
Ps this all crashing and burning does NOT happen with .gif and .png etc
images, it seems to be jpg only..
Also filed (but with a little less story-time-formatting) at:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178020
18 years, 4 months
CD blanking on FC5T1 sata
by William Murray
Hello there,
I am trying to re-write a CD using FC5T1, and failing. Any suggestions would be nice...
Kernel: 2.6.15-1.1857_FC5
Cd writer: TSSTcorp CD-RW/DVD-ROM (atapi sata CD)
I am using the gnome cd writer, which asks whether I want to blanck the CD. I say yes
and it fails, sayimg:
"There was an error writing to the disc"
If I look in /var/log/messages, and boot using hdc=noprobe for DVD dma access I get:
Jan 16 10:44:03 billmurray kernel: Assertion failed! qc->n_elem > 0,drivers/scsi/libata-core.c,ata_fill_sg,line=2532
while if I boot without I get /dev/hdc created and I get:
Jan 16 11:00:27 billmurray kernel: scsi: unknown opcode 0x01
I can easily write this CD somewhere else, but something needs to be fixed here.
Bill
18 years, 4 months
gnome-volume-manager-1.5.9-1
by Don Springall
Gnome volume manager is crashing during gnome startup since today updates.
Staring it from a terminal seems to keep it up.
18 years, 4 months
How do I disable the new 'automount feature
by Günter Schmidt
I have several partition which I mount only on request by a disklabel:
LABEL=/1 / ext3 defaults 1 1
LABEL=/boot /boot ext3 defaults 1 2
LABEL=/home /home ext3 defaults 1 1
LABEL=/vmware /vmware ext3 noauto,user 1 2
LABEL=/iso /iso ext3 noauto,user 1 2
LABEL=/ix /iX ext3 noauto,user 1 2
LABEL=/free /unused ext3 noauto,user 1 2
LABEL=/ /mnt/centos4 ext2 noauto 1 1
LABEL=/12 /mnt/fc3 ext2 noauto 1 1
LABEL=/123 /mnt/suse93 ext2 noauto 1 1
but since the latest updates on FC5 they all are mounted during login in
the media tree:
[root@erica ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda10 15507312 7567320 7139556 52% /
/dev/hda2 101105 64331 31553 68% /boot
/dev/shm 517964 0 517964 0% /dev/shm
/dev/hda11 69346584 57251464 8572472 87% /home
/dev/hda8 15757248 5057632 9899180 34% /media/disk-1
/dev/hda11 69346584 57251464 8572472 87% /media/disk-3
/dev/hda9 15757248 71912 14884900 1% /media/disk-2
/dev/hda7 16516052 77888 15599172 1% /media/disk
/dev/hda5 16516052 77888 15599172 1% /media/disk
in recent mails a file /etc/fstab-sync is note but the manual for this
file is missing.
But best would be I the flags in /etc/fstab would be valid
Best regards,
Günter
18 years, 4 months
Announcing Fedora Core 5 Test 2
by Jesse Keating
For some, it will be a day of remembrance - a day to reflect upon the
many freedoms we enjoy. These freedoms are not to be taken lightly, nor
taken for granted. Please take a moment to read about a man who had a
dream for freedom: http://nobelprize.org/peace/laureates/1964/press.html
For Fedora Core fans, we celebrate a different sort of freedom. A
freedom of Open Source, and a freedom to enjoy the operating system of
OUR choice, for we are proud to announce:
Fedora Core 5 Test2 Now Available
=================================
The Fedora Project announces the second release of the Fedora Core 5
development cycle, available for the i386, x86_64, and PPC/PPC64
architectures. Beware that Test releases are recommended only for Linux
experts/enthusiasts or for technology evaluation, as many parts are
likely to be broken and the rate of change is rapid.
http://fedora.redhat.com/About/schedule/
Test3 is scheduled for release February 13. This aggressive schedule makes vitally
important your help in testing, reporting and suggesting fixes for bugs.
Please direct bugs to http://bugzilla.redhat.com, Product Fedora Core,
Version fc5test2. As always, be sure that your bug is not already fixed
by updates and search for existing bugs before filing.
Thanks to all in the Fedora Project who have contributed to this
release. Your continued efforts are what makes Fedora possible.
Downloads
=========
DVD, CD and network installation are available.
Please read the Important Warnings below in this announcement for more
details.
http://torrent.fedoraproject.org/
The recommended method of download is via BitTorrent from this site.
http://fedora.redhat.com/download/mirrors.html
HTTP, FTP, and RSYNC downloads are available from Fedora Project mirrors
listed above. Note that not all mirrors may be synced at this time.
Notable Features of FC5 Test2
=============================
* New Logo
* Package selection within the installer has been reenabled.
* Based on gcc4.1 for performance and security
* Gnome 2.13.4
* Support for dmraid in the installer (motherboard based raid).
* Pirut (pronounced like a pirate): Package Installer, Remover, Updater
Tool. Includes pup, the Package Updater Program.
* SELinux reference policy so that we can support binary policy modules.
* Beagle, f-spot, and tomboy. Apps such as nautilus and firefox can use
beagle for highly advanced searching and indexing.
* 1600+ Extras packages conveniently available via yum
* JOnAS (and deps) removed and scheduled for inclusion within Fedora
Extras.
http://fedora.redhat.com/docs/release-notes/
Latest version of release notes are available from here. (not yet
uploaded, will be soon.
Important Warnings
==================
http://fedoraproject.org/wiki/FC5Test2CommonProblems
Please see this page for an updated list of important notes for FC5test2
in order to avoid common problems and troubleshoot problems that you may
see.
Have fun testing this release, and enjoy the freedom
of Linux.
18 years, 4 months
Why does Yelp depend on Mozilla?
by Miles Lane
Hi,
Since I use Firefox, I have no use for Mozilla.
The Yelp dependency is a bummer, since it pulls
in another 30M of files.
Miles
18 years, 4 months