SSH pada Mac untuk menginstal Firefox baru pada 64-bit CentOS 6.4 berjalan tetapi menghasilkan kesalahan: RANDR dan GLib-GIO-WARNING

Saya baru saja menginstal (64 bit) browser Firefox 18 pada server Linux CentOS 6.4 saya (64 bit). Saya SSH ke server dari Mac OSX Snow Leopard dari aplikasi X11 menggunakan # ssh -Y mydomain.com. Sekarang Mac terhubung ke server, saya menjalankan firefox di server dengan mengetikkan terminal X11 pada Mac saya # firefox&,.

Sementara firefox diteruskan ke Mac saya, dan tampaknya berjalan OK, kesalahan berikut dilaporkan di terminal X11 dibuka dengan:

Xlib:  extension "RANDR" missing on display "localhost:10.0".
(firefox:14774): GLib-GIO-WARNING **: Failed to execute child process "update-mime-database" (No such file or directory)
[the last error repeats 4 more times]

Saya menginstal firefox di /optdirektori server sebagai pengguna root. Saya cukup mengekstrak file .tar.bz2 Mozilla, dan tidak melakukan pengaturan lain selain memastikan penerusan X11 berfungsi (file ssh_config di server). Browser dibuka untuk halaman web standar Mozilla.

Saya tidak dapat menemukan apa pun yang berlaku untuk ini setelah pencarian google. Ingin tahu apakah ada yang tahu apa arti kesalahan ini, apa efeknya, dan akhirnya cara menghapusnya.

— pengguna54208
sumber

Bisakah Anda menjelaskan pertanyaan untuk menjelaskan lebih baik bagaimana OS X terlibat dalam masalah yang Anda hadapi?

— nohillside

Pertanyaan ini awalnya diposting di ServerFault, yang downvoted dan ditutup dan dirujuk ke posting di sini karena terminal X11 berinteraksi dengan Mac OS. Jika tidak terkait dengan server (mis. ServerFault) dan tidak terkait Mac (mis. Di sini), mungkin Anda dapat merekomendasikan tempat yang akan saya posting selanjutnya. Pertanyaannya adalah bagaimana cara menghilangkan pesan kesalahan yang saya amati ketika SSH masuk ke server dari Mac OS.

— user54208

Saya tidak mengatakan itu bukan milik di sini. Tetapi seperti yang tertulis, cukup sulit untuk memahami apa yang Anda lakukan, bagian apa yang terjadi pada Linux dan OS X dan kesalahan / peringatan yang dilempar kapan. Bisakah Anda mencoba meningkatkan pertanyaan agar lebih mudah dipahami dan meminta dibuka kembali?

— nohillside

Posting yang dimodifikasi di atas untuk memperjelas.

— user54208

Ini terkait Mac karena proses firefox yang berjalan di Linux (yang dalam terminologi X11 adalah klien x11 ) sedang mencoba menggunakan ekstensi X11 (RANDR) yang tidak ada dalam versi kuarsa (yang dalam terminologi X11 adalah " server X11" ") yang sedang berjalan di Mac. Seperti yang saya nyatakan dalam jawaban saya di bawah, versi yang lebih baru memiliki ekstensi itu. (Diedit di bawah untuk menunjukkan itu) Dan untuk menjadi jelas, itu adalah peringatan , bukan kesalahan. Kehadiran ekstensi itu tidak wajib untuk proses klien x11. Itu adalah salah satu artefak dari fleksibilitas X11: itu kadang-kadang akan memperingatkan Anda tentang hal-hal yang tidak fatal.

— Tim B

Untuk peringatan pertama pada RANDR, coba instal versi xquartz yang lebih baru

Mencari di sana sekarang, sepertinya randr telah ditambahkan. Saya dapat mengkonfirmasi bahwa pada sistem saya yang menjalankan xquartz 2.7.4 pada OS-X 10.7.5:

$ xrandr -v
xrandr program version       1.3.5
Server reports RandR version 1.3
$ sw_vers | grep 'ProductVersion:' | grep -o '[0-9]*\.[0-9]*\.[0-9]*'
10.7.5

masukkan deskripsi gambar di sini

Untuk peringatan terakhir, apakah "update-mime-database" ada pada sistem di $ PATH pengguna?

— Tim B
sumber

Terima kasih @Tim B, menginstal dan menjalankan xquartz di Mac menghapus peringatan RANDR yang diamati di server. Ketika saya SSH ke server sebagai pengguna dan ketik echo $PATHsaya tidak melihat update-mime-databasedi dalamnya. Apakah Anda tahu apa yang dilakukannya (saya ingin tahu apakah ini penting)? Selain itu, ada ide mengapa penerusan X11 hasil Firefox di Firefox menjadi sangat lambat?

— user54208

Sebagai root di server, saya mencari find / -iname update-mime-databasedan tidak mengembalikan apa pun.

— user54208

Jadi Anda tidak menginstal paket itu. Anda dapat menginstalnya atau mengabaikan peringatan itu. (Adalah umum untuk mengarahkan stderr ke / dev / null untuk mengabaikan peringatan klien x11 seperti ini)

— Tim B