Re: [maemo-developers] Maemo in Suse Linux 9.1.
Hi, Eero Tamminen wrote this on message Re: [maemo-users] Issues with RC6 and Maemopad / Tutorial? on Wednesday 23 November 2005 09:24 - If you run Xephyr from inside the Scratchbox, it cannot access the .Xauthority file in your home directory (on the host) so that it could authenticate that you're the same user. There are several different ways to get around this: - Copy the ~/.Xauthority file to your Sbox home directory - Use xhost +localhost outside Sbox - Run your desktop X server without any access control using the -ac option (not recommended for obvious reasons :)) - Run Xephyr (which is inside Sbox) from outside the Sbox, this is easiest done with a script like at the bottom The reason why Xephyr can connect your desktop X server from inside the Sbox even with normal unix socket is that Sbox shares the /tmp/ with the host system. There's more information about this on the Sbox site. - Eero - I think it's the most detailed explanation on this issue I have ever read on maemo lists ;) On Thursday 29 December 2005 08:29, Edlinoor Syahril Ramlan wrote: Hi, I was trying to installed Maemo SDK in Suse Linux 9.1. I followed all the instructions inside the tutorial and all work well until the part where I have to setup Xephyr. I created one file as suggested in the manual and place it inside the / by using root. I re-login by using the user that I created during the setup process and try to execute Xephyr by using this command: ./start-xephyr.sh . Unfortunately it give me this error: Xephyr cannot open host display. Is DISPLAY set? I ignored the error and went on to procedd with the next section that is: export DISPLAY=:2 af-sb-init.sh start Maemo doesn't start and I get these errors: sapwood-server[9864]: GLIB WARNING ** Gdk - cannot open display: (null) matchbox-vm: can't open display! check your DISPLAY variable. hildon-input-method[9884]: GLIB WARNING ** Gtk - cannot open display: maemo_af_desktop[9894]: GLIB WARNING ** Gtk - cannot open display: I really do not understand what's going on. Need help please. Thanks. Ed. -- Eloi Crespillo Itchart ZEN Programari lliure i xarxes SLL [EMAIL PROTECTED] | [EMAIL PROTECTED] www.ikuszen.com | www.grupoikusnet.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
Awesome! Typing this on my Stowaway keyboard using your VNC package in GMail. Thanks! Michiel On 12/29/05, Aaron Levinson [EMAIL PROTECTED] wrote: I'm pleased to announce the first version of a VNC Viewer maemo port. Some other developers have announced ports of VNC in the past, but these were strictly builds of the RealVNC vncviewer client and were not GTK/maemo software applications. As such, they lacked certain GTK/maemo amenities, the biggest being no text input methods. This new port is a true GTK/maemo port that basically provides most of the support that one might expect from a maemo-ized VNC viewer. I'm still working on adding some features, and there certainly is room for optimizations, but I'm pretty happy with the way it has turned out so far. It's available at http://www.aracnet.com/~alevinsn/vncviewer_0.1_arm.deb . Here's some brief documentation: -- Press the Select/Confirm button to turn on and off the text input method window (just like in xterm). -- Use the Zoom out (-) button for middle mouse button clicks. -- Use the Zoom in (+) button for right mouse button clicks. -- Use the Cancel/Close button to send an Esc key. -- The other hardware buttons operate similar to how they operate in xterm. -- Turn on/off the toolbar from the View menu. -- It is possible to double-click, but it might require a little practice/multiple attempts. I'm planning on writing one or more e-mails concerning my porting experiences. Hopefully, the information in these e-mails will be useful to some. I'll also be making the source code available once I clean it up a bit more. Aaron Levinson ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi, Nils Faerber wrote: Have you ever tried recent GPE on a 200MHz iPaq? I find that very snappy too and it uses GTK2... The latest GTK release uses Cairo for rendering - which is nice in general but really a performance hog. But this is only in the very latest release. I hope and guess that this problem has already been recognised by the GTK developers and they hopefully work on it. i just tried two GPE images on an iPAQ h5550 yesterday. One using GTK 2.6.x and one using GTK 2.8.x. Comparing the behaviour without any measurement 2.8 just feels slower. Like discussed before memory usage is another issue... I would like to have Cairo as a compile time option and not a fixed dependency. For small devices like the 770 or other PDAs you could then go without it (or slower devices). This would be a good solution, but this would lead to the situation that you can have incompatible builds of the same GTK version. I guess this is the main reason why the GTK developers only provide a very few compile time options. For example disabling deprecated bits at build time would be such an option too. It would save some space and make sure developers do not use deprecated features anymore. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: 0271-771091-14 and the reality of tomorrow.Fax: 0271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 6C 44 30 4C 43 20 6B 61 16 07 0F AA E6 97 70 A8 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
On Thu, 2005-12-29 at 15:29 +0800, Edlinoor Syahril Ramlan wrote: Hi, Unfortunately it give me this error: Xephyr cannot open host display. Is DISPLAY set? I had a very simmilar problem under 9.2: Under 9.2 there is a (strange) default setting for the X11-server to deny any access over TCP. As the DISPLAY variable in scratchbox must have a host part (localhost:0.0, not :0.0) xephyr cannot connect correctly. The solution is to remove the option -nolisten tcp in the file /etc/X11/xdm/Xservers for display 0. Then execute xhost + outside of scratchbox and xephyr should run correctly. Hope this helps, marvin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
Hi, Under 9.2 there is a (strange) default setting for the X11-server to deny any access over TCP. On the actual device X server doesn't listen on inet sockets either, only on local ones. I'm not sure why this is done on the target, but at least on desktop it's for obvious security reasons... As the DISPLAY variable in scratchbox must have a host part (localhost:0.0, not :0.0) xephyr cannot connect correctly. The solution is to remove the option -nolisten tcp in the file /etc/X11/xdm/Xservers for display 0. No, the correct way is to remove the idiotic host part check from the sb-af-init.sh script (AFAIK this is fixed in newer SDK). Just change the 'exit' inside the host check in the script to 'echo' or comment it out. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi Eric, This is so interesting since GTK+ applications feels so much faster on all machines I've been using whereas QT once are somewhat slow.. Are you running them all in KDE? I'm running everything in Gnome and it's fast enough even on my 800MHZ machine at home. I have to admit that I also use KDE but I am not a fan of one or the other I just use it because I like its filemanager more than gnome's. For pure GTK apps it should not make any difference wether they run on KDE or Gnome except initial loading time which is not what I am talking about. All the stuff I talked about is from the user point of view, it is not my intention to flame arround nore I am a fan of QT or GTK apps which I would like to highlight. I am just a bit dissappointed by the performance of some GTK2 apps, thats all. These are just some impressions I had on my systems: * Konqueror has a faster UI than Nautilus * Opera has a faster UI than Firefox (whereas Mozilla GTK-1.2 builds where pretty snappy till they switched to GTK-2) * The Motif an Fox-Potrs of Eclipse are MUCH faster then Eclipse/GTK2 * Layouting works usually more smooth (=higher update frequency) wen resizing something with QT than GTK. * Even smaller UIs like that one from GFTP feel a bit slow if you resize the views. However that are just impressions, I did not make any time-tables to document behaviours nore do I say QT is better than GTK. I would be just happy if GTK would receive some intensiv profiling and tuning versions instead of new features to be on the line with other toolkits from the performance point of view. It could also be the case that GTK apps suffer a bit form the nvidia-drivers since I use nvidia cards on all of my 3 systems. Thanks for listening, sorry for bothering, lg Clemens ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
On Thu, Dec 29, 2005 at 06:20:30PM +0800, Edlinoor Syahril Ramlan wrote: I am running Xephyr from outside Sbox. Sbox is locate at /scratchbox so I put start-xephyr.sh outside Sbox that is in the / directory so when I try to execute the file I'm using ./start-xephyr.sh and with the existing user in the machine. existing user = the same one with which you logged onto your desktop? So do I still need to do anything with the .Xauthority file? Are you executing it from your normal desktop shell, or from inside Scratchbox? If latter, you need the .Xauthority file. If former, you should be able to run Xephyr like you can run any other X program (e.g. xterm). - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
Hi, No, the correct way is to remove the idiotic host part check from the sb-af-init.sh script (AFAIK this is fixed in newer SDK). Just change the 'exit' inside the host check in the script to 'echo' or comment it out. Well, the correct way to me is anything that works at all. I needed aworking tcp-X11 on my workstation anyway, so i was going this route. If the connection is through tcp-X11 socket, shared memory is not used for transferring images from client to server. This is one more difference to how things work on the target. On principle these kind of differencies should be minimized. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
Hi, These are just some impressions I had on my systems: * Konqueror has a faster UI than Nautilus * Opera has a faster UI than Firefox (whereas Mozilla GTK-1.2 builds were pretty snappy till they switched to GTK-2) * The Motif and Fox-Ports of Eclipse are MUCH faster then Eclipse/GTK2 * Layouting works usually more smooth (=higher update frequency) when resizing something with QT than GTK. * Even smaller UIs like that one from GFTP feel a bit slow if you resize the views. Could you give names of the applications you've used for the comparison? E.g. was this Kword vs. Abiword etc (and not Kate vs. Abiword :))? I think it would then be pretty straightforward to get some hard numbers with xresponse. Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
Thanks, it works wonderfull with [EMAIL PROTECTED] on Windows. For feature versions you could include: I'm pleased to announce the first version of a VNC Viewer maemo port. Some other developers have announced ports of VNC in the past, but these were strictly builds of the RealVNC vncviewer client and were not GTK/maemo software applications. As such, they lacked certain GTK/maemo amenities, the biggest being no text input methods. This new port is a true GTK/maemo port that basically provides most of the support that one might expect from a maemo-ized VNC viewer. I'm still working on adding some features, and there certainly is room for optimizations, but I'm pretty happy with the way it has turned out so far. It's available at http://www.aracnet.com/~alevinsn/vncviewer_0.1_arm.deb . Here's some brief documentation: -- Press the Select/Confirm button to turn on and off the text input method window (just like in xterm). -- Use the Zoom out (-) button for middle mouse button clicks. -- Use the Zoom in (+) button for right mouse button clicks. -- Use the Cancel/Close button to send an Esc key. -- The other hardware buttons operate similar to how they operate in xterm. -- Turn on/off the toolbar from the View menu. -- It is possible to double-click, but it might require a little practice/multiple attempts. I'm planning on writing one or more e-mails concerning my porting experiences. Hopefully, the information in these e-mails will be useful to some. I'll also be making the source code available once I clean it up a bit more. Aaron Levinson ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
Thanks, it works wonderfull with [EMAIL PROTECTED] on Windows. For feature versions you could include: - a button on the toolbar to popup the keyboard. No need to press the select button and the toolbar has plenty of space left. - Saving server addresses (and maybe username/password). - Moving the screen by keeping the navigation buttons pressed down, like in the browser. - Scaling the screen by keeping the zoom buttons pressed down. Don't know if this is possible. - Moving the screen like in the browser: by moving the stylus on the touchscreen. The mouse pointer could be moved by pressing the stylus on the screen at the required position. Maybe a toggle button on the toolbar to switch between this mode and the existing to perform mouse dragging etc. Thanks, Dirk Kuijsten. I'm pleased to announce the first version of a VNC Viewer maemo port. Some other developers have announced ports of VNC in the past, but these were strictly builds of the RealVNC vncviewer client and were not GTK/maemo software applications. As such, they lacked certain GTK/maemo amenities, the biggest being no text input methods. This new port is a true GTK/maemo port that basically provides most of the support that one might expect from a maemo-ized VNC viewer. I'm still working on adding some features, and there certainly is room for optimizations, but I'm pretty happy with the way it has turned out so far. It's available at http://www.aracnet.com/~alevinsn/vncviewer_0.1_arm.deb . Here's some brief documentation: -- Press the Select/Confirm button to turn on and off the text input method window (just like in xterm). -- Use the Zoom out (-) button for middle mouse button clicks. -- Use the Zoom in (+) button for right mouse button clicks. -- Use the Cancel/Close button to send an Esc key. -- The other hardware buttons operate similar to how they operate in xterm. -- Turn on/off the toolbar from the View menu. -- It is possible to double-click, but it might require a little practice/multiple attempts. I'm planning on writing one or more e-mails concerning my porting experiences. Hopefully, the information in these e-mails will be useful to some. I'll also be making the source code available once I clean it up a bit more. Aaron Levinson ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
John B. Holmblad escreveu: Aaron, that is great news. I am also interested in knowing whether anyone has ported RDesktop to GTK/Maemo. I am interested in having interoperability with Microsoft Windows environments using the Remote Desktop Protocol (RDP). Do you know if anyone is working on this? Yes, this is one thing that I'm about to start but I'm waiting for my 770 to arrive :( []s Adilson. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
I examined the source code for rdesktop over the weekend, and it looks like the port should be relatively straightforward. In rdesktop, the user interface is implemented separately from the underlying protocol, so it's just a matter of adding a new user interface implementation. At least, this is the way it appeared to me from a cursory glance at the code. I was thinking about working on this port myself. If I were to port rdesktop, I would start with the Qt UI implementation and convert it to GTK/maemo. In addition, some of what I did for the VNC port could easily be adapted towards an rdesktop port. However, at the ApplicationCatalogWip page on the maemo Wiki, someone (Simon Guerrero) has added an entry for rdesktop, indicating that he is currently restructuing the code to support the Hildon UI and that the port is in its very early days. Not sure what the proper protocol is for this sort of thing, when someone else has already announced that a port is in progress Anyway, I should probably focus on improving the VNC viewer port instead of tackling a new project :-) Aaron On Thu, 29 Dec 2005, Adilson Oliveira wrote: John B. Holmblad escreveu: Aaron, that is great news. I am also interested in knowing whether anyone has ported RDesktop to GTK/Maemo. I am interested in having interoperability with Microsoft Windows environments using the Remote Desktop Protocol (RDP). Do you know if anyone is working on this? Yes, this is one thing that I'm about to start but I'm waiting for my 770 to arrive :( []s Adilson. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VNC Viewer maemo port now available
Aaron, that is great news. I am also interested in knowing whether anyone has ported RDesktop to GTK/Maemo. I am interested in having interoperability with Microsoft Windows environments using the Remote Desktop Protocol (RDP). Do you know if anyone is working on this? Best Regards, John Holmblad Televerage International GSEC Gold,GCWN Gold,GGSC-0100,NSA-IAM,NSA-IEM (H) 703 620 0672 (M) 703 407 2278 (F) 703 620 5388 primary email address: [EMAIL PROTECTED] backup email address: [EMAIL PROTECTED] Aaron Levinson wrote: I'm pleased to announce the first version of a VNC Viewer maemo port. Some other developers have announced ports of VNC in the past, but these were strictly builds of the RealVNC vncviewer client and were not GTK/maemo software applications. As such, they lacked certain GTK/maemo amenities, the biggest being no text input methods. This new port is a true GTK/maemo port that basically provides most of the support that one might expect from a maemo-ized VNC viewer. I'm still working on adding some features, and there certainly is room for optimizations, but I'm pretty happy with the way it has turned out so far. It's available at http://www.aracnet.com/~alevinsn/vncviewer_0.1_arm.deb . Here's some brief documentation: -- Press the Select/Confirm button to turn on and off the text input method window (just like in xterm). -- Use the Zoom out (-) button for middle mouse button clicks. -- Use the Zoom in (+) button for right mouse button clicks. -- Use the Cancel/Close button to send an Esc key. -- The other hardware buttons operate similar to how they operate in xterm. -- Turn on/off the toolbar from the View menu. -- It is possible to double-click, but it might require a little practice/multiple attempts. I'm planning on writing one or more e-mails concerning my porting experiences. Hopefully, the information in these e-mails will be useful to some. I'll also be making the source code available once I clean it up a bit more. Aaron Levinson ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eero Tamminen wrote: Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. Try popping up the vkb. Opera takes ~4 seconds to resize the first time. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDtFsJMkyGM64RGpERAsekAKC5UhvLKHVxLL8SHFq8dT2vePFYAQCfeFZ9 7EAK01TeKkiFyDG230Yew+0= =Bw+t -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
Hi, It seems that Xephyr is now working. Thanks for the helps. When I executed ./start-xephyr.sh , a window open. However when I execute af-sb-init.sh start after starting scratchbox I get the following errors: [sbox-SDK_PC: ~] maemo_af_desktop[8054]: GLIB CRITICAL ** GLib-GObject - g_object_set: assertion `G_IS_OBJECT (object)' failed Does it mean that GLIB in my machine is not working? - Ed. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: testing pango with 770
ext Koen Kooi wrote: Eero Tamminen wrote: Note: In Maemo UI user cannot resize windows and applications themselves do that very rarely for dialogs, so this is fairly moot point for Maemo. Try popping up the vkb. Opera takes ~4 seconds to resize the first time. I think this is a special case which does not happen with other applications, browser is doing something more here. regards, Koen // Tapani ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo in Suse Linux 9.1.
Hi, [sbox-SDK_PC: ~] maemo_af_desktop[8054]: GLIB CRITICAL ** GLib-GObject - g_object_set: assertion `G_IS_OBJECT (object)' failed Does it mean that GLIB in my machine is not working? No, it means that there's a bug in Desktop or in one of its applets code, which Glib noticed. (Desktop applets are the windows you see on the desktop at startup, menus on the vertical panel at left and menus on the top). - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers