qtmoko quite another matter.
-
Thank you for your attention.
--
View this message in context:
http://n2.nabble.com/debian-fso-on-freerunner-tp4425059p4425730.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko c
[cut]
> Tell me please, I understand that debian lags behind the progress? Old
> frameworkd etc, the old kernel without the new drivers for glamo, just zhone
> updated ... Even I look at leading figures debian pass programs shr))) Hope
> dies last)))
I think QtMoko is based on Debian and works rea
On Tue, Jan 19, 2010 at 11:21:55PM +0100, arne anka wrote:
> the new package brought the shr idle screen which shows "XX calls" and "YY
> sms" -- that reminds of onen question:
> sms do i see with the messages app, but where do i see the calls?
Try "pyphonelog", it reads the call history from op
On Tue, Jan 19, 2010 at 11:14:16PM +0100, arne anka wrote:
> > shh freerunner
> > $ export DISPLAY=:0.0
> > $ gdb phoneuid
> > # run
> > # bt
>
> here's what i get when starting phoneui-contacts. besides the actual crash
> there seems to be an issue with the log file -- i don't find where it is
On Tuesday 19 January 2010, arne anka wrote:
> the new package brought the shr idle screen which shows "XX calls" and "YY
> sms" -- that reminds of onen question:
> sms do i see with the messages app, but where do i see the calls?
in shr it would be phonelog, packaged as pyphonelog, or the phonelo
> shh freerunner
> $ export DISPLAY=:0.0
> $ gdb phoneuid
> # run
> # bt
here's what i get when starting phoneui-contacts. besides the actual crash
there seems to be an issue with the log file -- i don't find where it is
defined, but it is set to /var/log/phoneuid.log ... and per default
wr
ok installing binutils did the trick but now I received another error:
-
***
* WARNING *
***
This will destroy all the data on the microSD card!!!
Press any key within 5 seconds to quit
read: 1: Illegal option -t
* Clearing MBR of
>> What distro are you using that has no ar?
>>
> I'm using QtMoko v16b
unmodified image, i guess?
as last resort you may fetch the binutils armel package from any debian
repository and extract ar from it on another computer.
according to ldd on my x86 right now it needs
$ ldd /usr/bin/ar
Timo Juhani Lindfors wrote:
>
> Joif writes:
>> # E: Could not find the following binaries: ar
>> But in the debian repository there are no packages named "ar", maybe
>> "ara"?
>> If so, a correction of the install script is needed.
>
> apt-file search bin/ar
>
> shows that ar is part of the
Joif writes:
> # E: Could not find the following binaries: ar
> But in the debian repository there are no packages named "ar", maybe "ara"?
> If so, a correction of the install script is needed.
apt-file search bin/ar
shows that ar is part of the binutils package. However the script can
not in
2010/1/16 arne anka :
> qdbus --system org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
lindi found out that the new kernel is "too fast" which randomly fails
the ar6000 initialization:
http://docs.openmoko.org/trac/ticket/2327
I also
2010/1/18 Bill Kenworthy :
>
> check /proc/config.gz to see whats been done.
Thanks:
debian-gta02:/usr/bin# zcat /proc/config.gz | grep AR6
CONFIG_AR6000_WLAN=y
# CONFIG_AR6000_WLAN_DEBUG is not set
# CONFIG_AR6000_WLAN_RESET is not set
Neil
___
On Mon, Jan 18, 2010 at 08:51:25PM +0100, arne anka wrote:
> > Can you check what is actually crashing? The framework? phoneuid? I
> > will update the framework later. There were some changes in opimd
> > since the last Debian package.
>
> actually, it really seems to be only the contacts app itse
> Can you check what is actually crashing? The framework? phoneuid? I
> will update the framework later. There were some changes in opimd
> since the last Debian package.
actually, it really seems to be only the contacts app itself. messages and
dialer come up fine, but once i hit in dialer the
> in /etc/phoneuid.conf set log_level to DEBUG
that has been my first thought -- no dice.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Mon, Jan 18, 2010 at 06:53:53PM +0100, arne anka wrote:
> after today's update of libphone-ui*, the gui of contacts, dialer,
> messages and pin dialog looks ok.
> thanks to whoever is responsible.
np :)
> so i used the not so recently posted script [1] to import my contacts from
> an vcf f
Am Montag 18 Januar 2010 18:53:53 schrieb arne anka:
> after today's update of libphone-ui*, the gui of contacts, dialer,
> messages and pin dialog looks ok.
> thanks to whoever is responsible.
>
> so i used the not so recently posted script [1] to import my contacts from
> an vcf file into opimd
On Sun, 2010-01-17 at 14:24 +, Neil Jerram wrote:
> 2010/1/16 arne anka :
> >>> looks, like the neither the modules nor the kernel itself do contain the
> >>> ar6000 driver necessary ...
> >>> --
> >>>
> >>>
> >>
> >> You have to load 2 modules to enable wifi - s3cmci and ar6000.
> >
> > as st
Am Samstag, den 16.01.2010, 16:19 +0100 schrieb arne anka:
> every time after switching to a runlevel w/o X there's still one process
> left:
>
> /usr/lib/enlightenment/modules/battery/linux-gnueabi-arm-ver-svn-05/batget
> 64
>
> and it's not even reused when restarting X, but a new one will
> I have no sign of ar6000 either - i.e. 'find /lib/modules -name
> "ar6*"' gives no results, and 'lsmod' doesn't mention ar6000. But my
> wifi is working all the same. I guess that means it's built into
> Timo's kernel.
well, that's what i checked the config for ... and while looking for the
2010/1/16 arne anka :
>>> looks, like the neither the modules nor the kernel itself do contain the
>>> ar6000 driver necessary ...
>>> --
>>>
>>>
>>
>> You have to load 2 modules to enable wifi - s3cmci and ar6000.
>
> as stated above, at least ar6000 is simply missing.
I have no sign of ar6000 e
>> looks, like the neither the modules nor the kernel itself do contain the
>> ar6000 driver necessary ...
>> --
>>
>>
>
> You have to load 2 modules to enable wifi - s3cmci and ar6000.
as stated above, at least ar6000 is simply missing.
--
___
Openmo
В Сбт, 16/01/2010 в 19:46 +0100, arne anka пишет:
> > Does that help at all?
>
> not really :-)
> looks, like the neither the modules nor the kernel itself do contain the
> ar6000 driver necessary ...
> --
>
>
You have to load 2 modules to enable wifi - s3cmci and ar6000.
I am currently wor
> Does that help at all?
not really :-)
looks, like the neither the modules nor the kernel itself do contain the
ar6000 driver necessary ...
--
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo
Am Jan 16, 2010 um 11:23 schrieb arne anka:
> after upgrading to timo's improved kernel a few days ago, i'd like to test
> wlan again -- but can't recall the exact steps.
> doing
>
> qdbus --system org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourceP
2010/1/16 arne anka :
> every time after switching to a runlevel w/o X there's still one process
> left:
>
> /usr/lib/enlightenment/modules/battery/linux-gnueabi-arm-ver-svn-05/batget
> 64
>
> and it's not even reused when restarting X, but a new one will be created.
> i am pretty sure, even that p
2010/1/16 arne anka :
> after upgrading to timo's improved kernel a few days ago, i'd like to test
> wlan again -- but can't recall the exact steps.
> doing
>
> qdbus --system org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy WiFi enabled
>
> does not
2010/1/12 Timo Jyrinki :
> 2010/1/12 Neil Jerram :
>> - In zhone, keep current SMS selected when returning from the SMS
>> display screen.
>
> You could try to submit that to upstream [1] as well.
I regard all of my patches as "submitted upstream", by virtue of
having been announced here. Is ther
2010/1/12 Neil Jerram :
> - In zhone, keep current SMS selected when returning from the SMS
> display screen.
You could try to submit that to upstream [1] as well. Since it's demo
UI "only", the upstream isn't developing it much but probably accepts
patches. I've a patch I need that adds support f
On Sun, Jan 10, 2010 at 12:39:23PM +0100, arne anka wrote:
> > phonefsod should be started as root IIRC (and it should do that by
> > default with init script).
>
> that's, what the error was from.
> in the included system.d/ file i changed user="default" to
> context="default" and the issue wen
> phonefsod should be started as root IIRC (and it should do that by
> default with init script).
that's, what the error was from.
in the included system.d/ file i changed user="default" to
context="default" and the issue went away.
but since after the last upgrade of my debian, frameworkd now
On 1/10/10, arne anka wrote:
> hi,
> just installed the phoneui-apps and phonefsod -- but phonefsod seems to
> have some problem:
>
> [phonefsod] WARNING: Unable to register service: Connection ":1.14" is not
> allowed to own the service
>
> is shr still using root as default user?
>
> ___
On Monday 14 December 2009 13:11:47 Jens Seidel wrote:
> > Can I upgrade my NAND image(from v14) without a fresh install?
>
> The main question is: Exist Debian packages of QtMoko?
>
Yes. They exist. I'm currently building and testing the v15. I hope to have
them available in a few hours.
I wil
Jens Seidel wrote:
> The main question is: Exist Debian packages of QtMoko?
IIRC somebody already created one. But it was probably equal to
downloading the new tarball image and replacing /opt.
> This would solve a lot of upgrade issues.
Sure, but also it would be a lot of additional work. New
Am Mittwoch, den 25.11.2009, 22:44 +0100 schrieb A.A.:
> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy Display enabled
> ERROR:dbus.connection:Unable to set arguments ('Display',) according
> to signature u'ss': : More items found in
> D-
2009/9/26 Nikita V. Youshchenko
> > following the wiki i started navit with
> >
> > fsoraw -r Display,CPU navit
> >
> > nevertheless, the display went blank after the idle timeout defined in
> > frameworkd.conf.
>
> Could you please do two simple things:
>
> *) check the state of FSO resources wh
the error is :
Traceback (most recent call last):
File "/usr/share/wicd/wicd-daemon.py", line 45, in
import dbus
File "/usr/lib/pymodules/python2.5/dbus/__init__.py", line 73, in
from dbus._version import version, __version__
File "/usr/lib/pymodules/python2.5/dbus/_version.py", li
no wicd isn't running with python2.5
i installed python2.5
i did a dpkg-reconfigure python-gtk2
now i get some syntax error
now i get the error
On Mon, Nov 2, 2009 at 11:43 PM, arne anka wrote:
> is wicd running with python2.5? what's the shebang?
>
> _
is wicd running with python2.5? what's the shebang?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Yes already have it, I think it is because I updated to python2.5
On Mon, Nov 2, 2009 at 10:48 PM, arne anka wrote:
> > what do I need to install
>
> python-gobject
> i'd say
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> ht
> what do I need to install
python-gobject
i'd say
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
>Where did you get the libgee1 package from?
well, i'd say, it never went away. as long as there are dependencies on
it, upgrade won't remove it.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/l
> >Where did you get the libgee1 package from?
>
> he probably installed it when it was still there ;)
1. Discover snapshot.debian.net :)
2. Updated fso-usaged package will be in archive later today.
___
Openmoko community mailing list
community@lis
On Wed, Oct 21, 2009 at 07:25:48PM +0200, Rask Ingemann Lambertsen wrote:
> On Mon, Oct 19, 2009 at 05:28:51PM +0200, arne anka wrote:
> [snip]
> > [fsousage]
> > lowlevel_type = openmoko
> >
> > [fsousage.controller]
> > [fsousage.lowlevel_openmoko]
>
>Where did you get the libgee1 package f
On Mon, Oct 19, 2009 at 05:28:51PM +0200, arne anka wrote:
[snip]
> [fsousage]
> lowlevel_type = openmoko
>
> [fsousage.controller]
> [fsousage.lowlevel_openmoko]
Where did you get the libgee1 package from?
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and
> I guess you could make a .tar.gz of your rootfs, though...
maybe i could -- but it will be several gb in size. how would i make that
available.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listin
2009/10/19 arne anka :
>> fsousaged. Apparantly something gets wrong along the code path. Please
>> give me a link to the very image you have been testing this with, so I
>> can try to reproduce this problem.
>
> no image, as there are no debian images.
I guess you could make a .tar.gz of your roo
> fsousaged. Apparantly something gets wrong along the code path. Please
> give me a link to the very image you have been testing this with, so I
> can try to reproduce this problem.
no image, as there are no debian images.
fso-packages are the most recent of debian and the sources of these should
Am Montag, den 19.10.2009, 16:13 +0200 schrieb arne anka:
> but apparently the gsm resource is not resumed accordingly when resuming
> the fr:
[...]
> who is responsible for resuming the resources?
fsousaged. Apparantly something gets wrong along the code path. Please
give me a link to the very
next update:
the immediate resume seems to be related to an incomplete sms i got
recently. deleting the sms at least leaves the fr in suspend.
but apparently the gsm resource is not resumed accordingly when resuming
the fr:
# mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device
well, after a few retries i was able to register. now suspend/resume shows
exactly the second issue.
i press power to suspend, which seems to happen, but almost immediately
the fr comes back.
no output in frameworkd.log, but zhone log shows:
2009-10-19 15:21:32,267 INFO INPUT EVENT = POWER, p
2009/10/13 Joshua Judson Rosen :
> Neil Jerram writes:
>>
>> I've just installed Debian again, and am surprised to be experiencing
>> some low-level problems. Hopefully they are easily fixable.
>
> I'll try addressing the issues that I can:
Many thanks for your reply.
>> - Load average unreason
Neil Jerram writes:
>
> Hi there...
>
> Is this generally the best place for Debian questions? Or is
> smartphones-userland better?
>
> I've just installed Debian again, and am surprised to be experiencing
> some low-level problems. Hopefully they are easily fixable.
I'll try addressing the i
On Sat, Oct 03, 2009 at 02:56:01PM +0200, Bernd Prünster wrote:
> since shr apps are now part of pkg-fso repo i was wondering how stable
> si it, because now i am seriously considering to switch to debain
> [wardriving!!!]
> is it as stable as (the stable shr u revisions) shr?
Hi,
I packaged SH
> following the wiki i started navit with
>
> fsoraw -r Display,CPU navit
>
> nevertheless, the display went blank after the idle timeout defined in
> frameworkd.conf.
Could you please do two simple things:
*) check the state of FSO resources while running the above command.
This may be done wit
On Thu, 24 Sep 2009 17:28:26 +0100 Al Johnson
said:
> On Thursday 24 September 2009, arne anka wrote:
> > > I'm pretty sure Illume does not have support for categories or the
> > > ability to hide apps (especially not through a menu).
> > >
> > > Workarounds:
> > > If you delete the .desktop file
> openmoko-panel-plugin.desktop
>
> line.
>
> [1] http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html
ookaaay.
sounds, hm, usable :-)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinf
>
> so, where does one do that?
>
There is a way, although it is a bit hacky. Or at least requires some
typing :).
E supports xdg menu spec [1].
In that spec, menu is constructed using data from individual .desktop files
under /usr/share/applications/. However, this process is controlled by
d
i think that illume is a "plugin" (extension) of e.
just a sort of "preset" of e for small screens.
d
On Thu, Sep 24, 2009 at 6:35 PM, arne anka wrote:
> > I think that selection dialog is for the enlightenment menu or
> > something. It
> > has no effect on what apps appear on the illume launche
> I think that selection dialog is for the enlightenment menu or
> something. It
> has no effect on what apps appear on the illume launcher as far as I can
> tell.
uhm.
what exactly is the relationship between e and illume?
i always thought they were an item, so to speak.
On Thursday 24 September 2009, arne anka wrote:
> > I'm pretty sure Illume does not have support for categories or the
> > ability to hide apps (especially not through a menu).
> >
> > Workarounds:
> > If you delete the .desktop file from /usr/share/applications/, it
> > won't be displayed.
> > If
> I'm pretty sure Illume does not have support for categories or the
> ability to hide apps (especially not through a menu).
>
> Workarounds:
> If you delete the .desktop file from /usr/share/applications/, it
> won't be displayed.
> If your .desktop file doesn't contain Type=Application, I don't t
I'm pretty sure Illume does not have support for categories or the
ability to hide apps (especially not through a menu).
Workarounds:
If you delete the .desktop file from /usr/share/applications/, it
won't be displayed.
If your .desktop file doesn't contain Type=Application, I don't think
it'll be
> On Tue, 22 Sep 2009 14:30:06 +0200
> "arne anka" wrote:
>
>> navit came up alright, but it was slw. at a point very early it
>> stopped rerendering altogether, the cpu monitor constantly hit 100% and
>> never came down again.
>> looking with top showed X at 50-60%, often even more and never
On 9/22/09, arne anka wrote:
> well, here's the real mccoy:
>
>
> Traceback (most recent call last):
>File "/usr/lib/pymodules/python2.5/framework/patterns/tasklet.py", line
> 178, in send
> value = self.generator.send(value)
>File
> "/usr/lib/pymodules/python2.5/framework/subsystems
> > community@ is a bit high-traffic, don't you find so ;-)
>
> no doubt about that -- but then again: you catched, didn't you ;-)
I've only sent a link to your post to pkg-fso-maint - I won't work on the
fix myself, at least not in ongoing days :(
> a matter like incomplete unicode handling is
> community@ is a bit high-traffic, don't you find so ;-)
no doubt about that -- but then again: you catched, didn't you ;-)
a matter like incomplete unicode handling is no doubt relevant for
upstream too, so what would be the best course of action?
- simply doing reportbug?
- posting only pkg-
> > If posted to community@lists.openmoko.org, information may be not seen
> > by relevant people.
>
> well, imo community has the biggest chance to be read by the relevant
> people.
> frinst i am not sure, if the issue at hand is confined to debian (fixed
> in most recent fso git or whatever) and
> If posted to community@lists.openmoko.org, information may be not seen by
> relevant people.
well, imo community has the biggest chance to be read by the relevant
people.
frinst i am not sure, if the issue at hand is confined to debian (fixed in
most recent fso git or whatever) and if other
> well, here's the real mccoy:
>
>
> Traceback (most recent call last):
> ...
Thanks for your report.
But please post such things either to pkg-fso-ma...@lists.alioth.debian.org
list, or directly into debian BTS (http://bugs.debian.org/).
If posted to community@lists.openmoko.org, information
well, here's the real mccoy:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.5/framework/patterns/tasklet.py", line
178, in send
value = self.generator.send(value)
File
"/usr/lib/pymodules/python2.5/framework/subsystems/opimd/pimb_sim_messages_fso.py",
line
ok. at least it seems not to be a local (configuration) issue.
i switched back to Xglamo untiol further notice.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Tue, 22 Sep 2009 14:30:06 +0200
"arne anka" wrote:
> navit came up alright, but it was slw. at a point very early it
> stopped rerendering altogether, the cpu monitor constantly hit 100% and
> never came down again.
> looking with top showed X at 50-60%, often even more and never falli
2009/9/6 Timo Jyrinki :
> http://wiki.debian.org/DebianOnFreeRunner#CurrentStatusofInstallation
For those of you (like me) who don't read help texts, I added the
pretty useful information about needing to install perl on the "host"
system before running the install script :) Also linked to the lat
> I use xserver-xorg-video-glamo with debian, and suspend/resume work for
> me
> without issues.
well, the struggle at resume seems to be caused by litephone.
and those messages, maybe there are shown only because of debugfs being
enabled (scheduler hack).
Hi,
Am Sonntag, den 13.09.2009, 21:42 -0400 schrieb Stefan Monnier:
> >Or more precisely, for "$DISPLAY on fso-controlled device" at runtime,
> > not installation time. I think that mess will be larger than that of having
> > two icons, menu items or whatever the launcher makes of it, for the
> > glamofb cmdLQueue never got empty
>
> had a second look and it's actually
>
> glamofb cmd_queue never got empty
>
> since the fr is unable o resume hasslefree, it doesn't resume correctly
> either when a call comes in -- deal breaker.
> si anyone at all using xserver-xorg-video-glamo, in debian
> glamofb cmdLQueue never got empty
had a second look and it's actually
glamofb cmd_queue never got empty
since the fr is unable o resume hasslefree, it doesn't resume correctly
either when a call comes in -- deal breaker.
si anyone at all using xserver-xorg-video-glamo, in debian or any other
> - there are two messages:
>
> glamofb cmdLQueue never got empty
> HDQError 1
when resuming from a call it prints additionally:
PM: Device neo1973-pm-gsm.0 failed to suspend Error -16
PM: Some devices failed to suspend Error -16
___
Openmoko communi
> > Still unclear why there was a sigsegv mentioned in your original mail.
>
> true.
> the sigsev happened when starting _without_ an xorg.conf.
> afaik, Xorg has an automatism to detect valid values instead -- maybe
> xserver-xorg-vido-glamo fails to support that automatism somehow?
Thanks for in
> Still unclear why there was a sigsegv mentioned in your original mail.
true.
the sigsev happened when starting _without_ an xorg.conf.
afaik, Xorg has an automatism to detect valid values instead -- maybe
xserver-xorg-vido-glamo fails to support that automatism somehow?
_
> well, just got joachim's mail at smartphones-userland and it turns out
> /etc/X11/Xsession.d/80ophonekitd
> is the culprit.
> removed that file -- and back to normal again.
>
> thank's for your patience.
Still unclear why there was a sigsegv mentioned in your original mail.
well, just got joachim's mail at smartphones-userland and it turns out
/etc/X11/Xsession.d/80ophonekitd
is the culprit.
removed that file -- and back to normal again.
thank's for your patience.
___
Openmoko community mailing list
community@lists.openmok
there's no .xsession. X crashes nevertheless.
if i use the one from the user, there's only
export GTK_MODULES=libgtkstylus.so
exec startlxde
both run flawless that way.
.xsession-errors shows
Xsession: X session started for root at Tue Sep 15 12:54:27 CEST 2009
renice: 4853: getpriority: No su
> > Does this happen even if you manually start X server by typing 'X' in
> > ssh session?
>
> no. and i can start X apps with
> DISPLAY=:0 lxpanel
>
> so, looks like vt allocation doesn't work correctly with startx/nodm.
What happens is some X client causes X server to crash. Although it is
defi
> Does this happen even if you manually start X server by typing 'X' in ssh
> session?
no. and i can start X apps with
DISPLAY=:0 lxpanel
so, looks like vt allocation doesn't work correctly with startx/nodm.
___
Openmoko community mailing list
commun
> i installed shr-[dialer|contacts|messages] and after some trying wnet to
> restart X completely, to make sure ophonekitd is started correctly.
>
> turns out, it was a big mistake: X doesn't start anymore.
> no errors, no messages, nothing but
>
> waiting for X server to shut down
>
> i tried diff
On Tue, 15 Sep 2009 00:11:54 +0200 "Michael 'Mickey' Lauer"
said:
> On Monday 14 September 2009 04:07:43 Carsten Haitzler wrote:
> > On Sun, 13 Sep 2009 21:42:49 -0400 Stefan Monnier
> >
> >
> > said:
> > > >Or more precisely, for "$DISPLAY on fso-controlled device" at
> > > > runtime, not i
On Mon, 14 Sep 2009 09:38:49 -0400 Stefan Monnier
said:
> >> AFAIK, there is such a protocol already (which is hopefully used by all
> >> tools like VLC, Xine, mplayer, totem, at least when in fullscreen
> >> mode). So mokomaze should use it. And the FSO side should also
> >> support it.
>
> >
On Monday 14 September 2009 04:07:43 Carsten Haitzler wrote:
> On Sun, 13 Sep 2009 21:42:49 -0400 Stefan Monnier
>
>
> said:
> > >Or more precisely, for "$DISPLAY on fso-controlled device" at
> > > runtime, not installation time. I think that mess will be larger than
> > > that of having two i
On Monday 14 September 2009, Nikita V. Youshchenko wrote:
> > > > > Not "for arm" but for "fso-controlled device".
> > > >
> > > >Or more precisely, for "$DISPLAY on fso-controlled device" at
> > > > runtime, not installation time.
> > >
> > > Cant think out a use case when same device will run
> > > >
> > > > Not "for arm" but for "fso-controlled device".
> > >
> > >Or more precisely, for "$DISPLAY on fso-controlled device" at
> > > runtime, not installation time.
> >
> > Cant think out a use case when same device will run a window manager
> > (or whatever component that uses .deskto
>> AFAIK, there is such a protocol already (which is hopefully used by all
>> tools like VLC, Xine, mplayer, totem, at least when in fullscreen
>> mode). So mokomaze should use it. And the FSO side should also
>> support it.
> x screensaver extension. you can request x to suspend blanking until
On Mon, Sep 14, 2009 at 10:24:04AM +0400, Nikita V. Youshchenko wrote:
> > On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote:
> > > > > That will result in two icons in launchers.
> > > >
> > > > why nor let the user decide on installation or check in postinst for
> > > > arm an
> On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote:
> > > > That will result in two icons in launchers.
> > >
> > > why nor let the user decide on installation or check in postinst for
> > > arm and copy the matching one?
> >
> > Not "for arm" but for "fso-controlled device".
>
On Sun, 13 Sep 2009 21:42:49 -0400 Stefan Monnier
said:
> >Or more precisely, for "$DISPLAY on fso-controlled device" at runtime,
> > not installation time. I think that mess will be larger than that of having
> > two icons, menu items or whatever the launcher makes of it, for the user to
> >
>Or more precisely, for "$DISPLAY on fso-controlled device" at runtime,
> not installation time. I think that mess will be larger than that of having
> two icons, menu items or whatever the launcher makes of it, for the user to
> choose between.
The solution is to use a scheme where the blanki
On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote:
> > > That will result in two icons in launchers.
> >
> > why nor let the user decide on installation or check in postinst for arm
> > and copy the matching one?
>
> Not "for arm" but for "fso-controlled device".
Or more pr
> > That will result in two icons in launchers.
>
> why nor let the user decide on installation or check in postinst for arm
> and copy the matching one?
Not "for arm" but for "fso-controlled device".
And depending on a result of such a check, different .desktop files should
be installed under /
> That will result in two icons in launchers.
why nor let the user decide on installation or check in postinst for arm
and copy the matching one?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listin
201 - 300 of 1468 matches
Mail list logo
