Gnome-Art Not Working

Bug #98798 reported by Rick King
10
Affects Status Importance Assigned to Milestone
gnome-art (Ubuntu)
Expired
Undecided
Unassigned
Nominated for Hardy by Pablo Catalina

Bug Description

Binary package hint: gnome-art

When I attempt to run "gnome-art" I get the following:

raking@green:~$ gnome-art
/usr/lib/ruby/1.8/glib2.rb: line 55
   GLib-GObject-CRITICAL **:g_boxed_type_register_static: assertion `g_type_from_name (name) == 0' failed
/usr/lib/ruby/1.8/glib2.rb: line 55
   GLib-GObject-CRITICAL **:g_param_spec_boxed: assertion `G_TYPE_IS_BOXED (boxed_type)' failed
/usr/lib/ruby/1.8/glib2.rb: line 55
   GLib-GObject-CRITICAL **:g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed
/usr/lib/ruby/1.8/glib2.rb: line 55
   GLib-GObject-CRITICAL **:g_param_spec_boxed: assertion `G_TYPE_IS_BOXED (boxed_type)' failed
/usr/lib/ruby/1.8/glib2.rb: line 55
   GLib-GObject-CRITICAL **:g_object_class_install_property: assertion `G_IS_PARAM_SPEC (pspec)' failed

It seems the program just locks up.

ProblemType: Bug
Architecture: i386
Date: Thu Mar 29 17:27:22 2007
DistroRelease: Ubuntu 7.04
Uname: Linux green 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux

Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

I can confirm the outputs.

Changed in gnome-art:
status: Unconfirmed → Confirmed
Revision history for this message
djchandler (djchandler) wrote :

Cannot run Gnome Art from "System:Preferences" menu item. Never appears on desktop and no crash report. Nada! Running AMD64 version of Ubuntu 8.04.

Revision history for this message
Dale Hamilton (dale-birramirra) wrote :

Also running Ubuntu Hardy AMD64 and unable to run gnome-art from either system>preferences or terminal. Nothing seems to happen.

Revision history for this message
Dale Hamilton (dale-birramirra) wrote :

When I try to run gnome-art in a terminal I get the following:

dale@dale-desktop:~$ gnome-art
/usr/lib/ruby/1.8/net/protocol.rb:133:in `sysread': Connection reset by peer (Errno::ECONNRESET)
 from /usr/lib/ruby/1.8/net/protocol.rb:133:in `rbuf_fill'
 from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout'
 from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout'
 from /usr/lib/ruby/1.8/net/protocol.rb:132:in `rbuf_fill'
 from /usr/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
 from /usr/lib/ruby/1.8/net/protocol.rb:126:in `readline'
 from /usr/lib/ruby/1.8/net/http.rb:2020:in `read_status_line'
 from /usr/lib/ruby/1.8/net/http.rb:2009:in `read_new'
  ... 10 levels...
 from /usr/lib/ruby/1.8/open-uri.rb:30:in `open'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:156:in `isConnected'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:132:in `main'
 from /usr/bin/gnome-art:25

Revision history for this message
Krister Koski (kikke) wrote :

Same here Hardy 8.04:

:~$ gnome-art
/usr/lib/ruby/1.8/net/protocol.rb:133:in `sysread': Connection reset by peer (Errno::ECONNRESET)
 from /usr/lib/ruby/1.8/net/protocol.rb:133:in `rbuf_fill'
 from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout'
 from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout'
 from /usr/lib/ruby/1.8/net/protocol.rb:132:in `rbuf_fill'
 from /usr/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
 from /usr/lib/ruby/1.8/net/protocol.rb:126:in `readline'
 from /usr/lib/ruby/1.8/net/http.rb:2020:in `read_status_line'
 from /usr/lib/ruby/1.8/net/http.rb:2009:in `read_new'
  ... 10 levels...
 from /usr/lib/ruby/1.8/open-uri.rb:30:in `open'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:156:in `isConnected'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:132:in `main'
 from /usr/bin/gnome-art:25

Revision history for this message
karlrt (karlrt) wrote :

exactly same here, hardy amd64

$ gnome-art
/usr/lib/ruby/1.8/net/protocol.rb:133:in `sysread': Connection reset by peer (Errno::ECONNRESET)
 from /usr/lib/ruby/1.8/net/protocol.rb:133:in `rbuf_fill'
 from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout'
 from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout'
 from /usr/lib/ruby/1.8/net/protocol.rb:132:in `rbuf_fill'
 from /usr/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
 from /usr/lib/ruby/1.8/net/protocol.rb:126:in `readline'
 from /usr/lib/ruby/1.8/net/http.rb:2020:in `read_status_line'
 from /usr/lib/ruby/1.8/net/http.rb:2009:in `read_new'
  ... 10 levels...
 from /usr/lib/ruby/1.8/open-uri.rb:30:in `open'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:156:in `isConnected'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:132:in `main'
 from /usr/bin/gnome-art:25

Revision history for this message
Evilash (evilash77) wrote :

exactly same here, but hardy 32bits

$ gnome-art
/usr/lib/ruby/1.8/net/protocol.rb:133:in `sysread': Connection reset by peer (Errno::ECONNRESET)
 from /usr/lib/ruby/1.8/net/protocol.rb:133:in `rbuf_fill'
 from /usr/lib/ruby/1.8/timeout.rb:56:in `timeout'
 from /usr/lib/ruby/1.8/timeout.rb:76:in `timeout'
 from /usr/lib/ruby/1.8/net/protocol.rb:132:in `rbuf_fill'
 from /usr/lib/ruby/1.8/net/protocol.rb:116:in `readuntil'
 from /usr/lib/ruby/1.8/net/protocol.rb:126:in `readline'
 from /usr/lib/ruby/1.8/net/http.rb:2020:in `read_status_line'
 from /usr/lib/ruby/1.8/net/http.rb:2009:in `read_new'
  ... 10 levels...
 from /usr/lib/ruby/1.8/open-uri.rb:30:in `open'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:156:in `isConnected'
 from /usr/lib/ruby/1.8/gnome-art/gnome_art.rb:132:in `main'
 from /usr/bin/gnome-art:25

Revision history for this message
Pablo Catalina (xkill) wrote :

It's a problem with art.gnome.org, it reject the connection (may by an IDS or L7 Firewall)
I show strace:
[...]
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 6
connect(6, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.23.23")}, 28) = 0
fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1211481595, 242558}, NULL) = 0
poll([{fd=6, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(6, "\226;\1\0\0\1\0\0\0\0\0\0\3art\5gnome\3org\0\0\1\0\1", 31, MSG_NOSIGNAL) = 31
poll([{fd=6, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(6, FIONREAD, [222]) = 0
recvfrom(6, "\226;\201\200\0\1\0\2\0\6\0\0\3art\5gnome\3org\0\0\1\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.23.23")}, [16]) = 222
close(6) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 6
fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK) = 0
connect(6, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("209.132.176.176")}, 16) = -1 EINPROGRESS (Operation now in progress)
select(8, [3], [6], [6], NULL) = 1 (out [6])
connect(6, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("209.132.176.176")}, 16) = 0
fcntl64(6, F_SETFL, O_RDWR) = 0
fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR)
fstat64(6, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb67aa000
_llseek(6, 0, 0xbf83f590, SEEK_CUR) = -1 ESPIPE (Illegal seek)
fcntl64(6, F_GETFL) = 0x2 (flags O_RDWR)
fstat64(6, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb67a4000
_llseek(6, 0, 0xbf83f590, SEEK_CUR) = -1 ESPIPE (Illegal seek)
select(4, [3], [], [], {0, 0}) = 0 (Timeout)
sigprocmask(SIG_SETMASK, [], NULL) = 0
sigprocmask(SIG_BLOCK, NULL, []) = 0
[...]
select(8, [3], [6], [], NULL) = 1 (out [6])
select(8, [3], [6], [], NULL) = 1 (out [6])
write(6, "GET / HTTP/1.1\r\nAccept: */*\r\nHos"..., 52) = 52
sigprocmask(SIG_BLOCK, NULL, []) = 0
[...]
select(7, [3 6], [], [], {59, 999555}) = 1 (in [6], left {59, 736000})
read(6, 0x80aa878, 1024) = -1 ECONNRESET (Connection reset by peer)
gettimeofday({1211481595, 779961}, NULL) = 0
[...]

And the tcp traffic:
$ sudo ngrep -d ath0 port 80
interface: ath0 (192.168.23.0/255.255.255.0)
filter: (ip or ip6) and ( port 80 )
####
T 192.168.23.142:45793 -> 209.132.176.176:80 [AP]
  GET / HTTP/1.1..Accept: */*..Host: art.gnome.org....
#
T 209.132.176.176:80 -> 192.168.23.142:45793 [R]
  ......

So I try to connect to art.gnome.org with:
1) Firefox: Works
2) Links (text based): Works
3) Netcat:
nc art.gnome.org 80
GET / HTTP/1.1

and the server reset de connection.

So I think the program needs more HTTP Headers.

Changed in gnome-art (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for gnome-art (Ubuntu) because there has been no activity for 60 days.]

Changed in gnome-art (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.