From: Paul D. D. <pde...@ix...> - 2013-08-06 05:28:41
|
Anyone ever try this combination? I can run a PyGTK on the XFCE desktop, but only if I launch it from a terminal window on the desktop. Since a 4.3" LCD makes a lousy development console, I'd like to use a serial console. When I try that, PyGTK barfs because it doesn't know what to display itself on. Has anyone ever figured out how to launch a PyGTK (or even regular GTK) windowed app from a serial console? -- Ciao, Paul D. DeRocco Paul mailto:pde...@ix... |
From: Curtis O. <cur...@fl...> - 2013-08-06 11:20:38
|
Back in the 'old days' you could just specify which X11 display you wanted to open your window on ... export DISPLAY=:0.0 That would be for the default first screen typically. Then you could run your windowed apps from the serial console/remote shell and they'd pop up on the desired display. Modern linux seams to have more layers of security, but on the gumstix everything runs as root so this would be the first thing I'd try. (Disclaimer: I only have headless gumstix's running here now so I can't give this a quick try myself and then not post this if it doesn't work.) :-) Curt. On Tue, Aug 6, 2013 at 12:28 AM, Paul D. DeRocco <pde...@ix...>wrote: > Anyone ever try this combination? I can run a PyGTK on the XFCE desktop, > but > only if I launch it from a terminal window on the desktop. Since a 4.3" LCD > makes a lousy development console, I'd like to use a serial console. When I > try that, PyGTK barfs because it doesn't know what to display itself on. > Has > anyone ever figured out how to launch a PyGTK (or even regular GTK) > windowed > app from a serial console? > > -- > > Ciao, Paul D. DeRocco > Paul mailto:pde...@ix... > > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Curtis Olson: http://www.atiak.com - http://aem.umn.edu/~uav/ http://www.flightgear.org - http://gallinazo.flightgear.org |
From: Peter A. B. <pa...@pa...> - 2013-08-06 12:04:14
|
This is exactly how it works on gumstix dylan on an overo FS with gumstix-xfce-image. Peter On 08/06/2013 06:20 AM, Curtis Olson wrote: > Back in the 'old days' you could just specify which X11 display you > wanted to open your window on ... > > export DISPLAY=:0.0 > > That would be for the default first screen typically. > > Then you could run your windowed apps from the serial console/remote > shell and they'd pop up on the desired display. Modern linux seams to > have more layers of security, but on the gumstix everything runs as > root so this would be the first thing I'd try. (Disclaimer: I only > have headless gumstix's running here now so I can't give this a quick > try myself and then not post this if it doesn't work.) :-) > > Curt. > > > On Tue, Aug 6, 2013 at 12:28 AM, Paul D. DeRocco > <pde...@ix... <mailto:pde...@ix...>> wrote: > > Anyone ever try this combination? I can run a PyGTK on the XFCE > desktop, but > only if I launch it from a terminal window on the desktop. Since a > 4.3" LCD > makes a lousy development console, I'd like to use a serial > console. When I > try that, PyGTK barfs because it doesn't know what to display > itself on. Has > anyone ever figured out how to launch a PyGTK (or even regular > GTK) windowed > app from a serial console? > > -- > > Ciao, Paul D. DeRocco > Paul mailto:pde...@ix... > <mailto:pde...@ix...> > > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > _______________________________________________ > gumstix-users mailing list > gum...@li... > <mailto:gum...@li...> > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > -- > Curtis Olson: > http://www.atiak.com <http://www.atiak.com/> - > http://aem.umn.edu/~uav/ <http://aem.umn.edu/%7Euav/> > http://www.flightgear.org <http://www.flightgear.org/> - > http://gallinazo.flightgear.org <http://gallinazo.flightgear.org/> > > > ------------------------------------------------------------------------------ > Get your SQL database under version control now! > Version control is standard for application code, but databases havent > caught up. So what steps can you take to put your SQL databases under > version control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Paul D. D. <pde...@ix...> - 2013-08-06 15:32:18
|
> On 08/06/2013 06:20 AM, Curtis Olson wrote: > > Back in the 'old days' you could just specify which X11 > display you wanted to open your window on ... > > export DISPLAY=:0.0 > > That would be for the default first screen typically. > > Then you could run your windowed apps from the serial > console/remote shell and they'd pop up on the desired > display. Modern linux seams to have more layers of security, > but on the gumstix everything runs as root so this would be > the first thing I'd try. (Disclaimer: I only have headless > gumstix's running here now so I can't give this a quick try > myself and then not post this if it doesn't work.) :-) > From: Peter A. Bigot [mailto:pa...@pa...] > > This is exactly how it works on gumstix dylan on an overo FS > with gumstix-xfce-image. The first thing I did was peruse the two environments looking for differences, and saw that variable, but setting it didn't change anything. I got the same "segmentation fault" before and after. (Odd to see that nomenclature on an ARM system.) Later, on a whim, I tried unsetting that variable in the desktop terminal window, and sure enough, it prevented PyGTK from starting, giving me the exact same error I was getting on the serial terminal. So that proves that it's at least part of the problem. Googling turned up something about the desktop having to be owned by the same user, but as mentioned above, everything is root. My system is also a Dylan build, a slightly modified gumstix-xfce-image, adding Samba and giving NTP some reasonable server names to fetch from, but that shouldn't make any affect GTK. I'll try the plain vanilla build to see if that works. -- Ciao, Paul D. DeRocco Paul mailto:pde...@ix... |
From: Paul D. D. <pde...@ix...> - 2013-08-07 09:15:12
|
> From: Paul D. DeRocco [mailto:pde...@ix...] > > > From: Peter A. Bigot [mailto:pa...@pa...] > > > > This is exactly how it works on gumstix dylan on an overo FS > > with gumstix-xfce-image. > > My system is also a Dylan build, a slightly modified > gumstix-xfce-image, > adding Samba and giving NTP some reasonable server names to > fetch from, but > that shouldn't make any affect GTK. I'll try the plain > vanilla build to see > if that works. What worked was to switch to the LCD instead of the big DVI monitor. I have no idea why PyGTK would be unable to find the screen in the latter case, but I don't really care, because ultimately it's the small LCD that I want my Python apps running on. Thanks for the feedback. -- Ciao, Paul D. DeRocco Paul mailto:pde...@ix... |