just checked the recent community update and discovered "GridPad v.2.1
Released".
two questions arised immediately:
a) where does that info come from?
b) how to get?
for b): om.vptt.ch seems to be down for a couple of days now, at least i
cannot connect -- every attempt times out.
is it just m
> That's a really good idea since Braunschweig is quite a while from near
> Hamburg...
well, i am in hamburg -- if this thing is to take place on a date i am
available, i surely will go to braunschweig (sent a pm already with the
dates i am not available).
if i go, i could take yor freerunner
did you ever check in a statistically valid way, if your approach works?
as i understand from the long-term discusions, consensus is, that the only
way to remedy the buzz are hardware fixes.
no fiddling with mixers in what dimension ever is going to solve that
basic issue.
since the buzz is, i
> And don't forget that the proposed rework doesn't fix wired headset
> mic, it will still produce a lot of buzz.
how's that?
i lived under the impression that the buzz is basically one buzz and the
hw fix is intended to end all buzz.
any sources proving your statement available?
___
> Yes, this is accurate info. Big-C stopping buzz for internal mic only.
well, that's pretty disappointing.
making a call and simultaneously doing something with the phone requires a
headset -- when a call comes in it is easy to plug in the wired headset
and off you go.
using bt means: enable
> You seen Paul's comment about using internal mic in conjunction with
> headphones/headset for GSM purposes?
yes.
but it has two (and maybe a half) drawbacks
- you need another set of headphones with 2.5 plug
- someone needs to prepare a state file for that scenario -- i am
incapable to underst
>> - you need another set of headphones with 2.5 plug
> Hmm, I don't see the point here. Can be done with any headset/headphones,
> including the FR accessory ones.
> Probably I got you wrong.
there was some discussion about the pinout of those things months ago --
did that refer to headsets onl
> I love these threads where we talk about company things, like the recent
> "official buzz fix" thread, or the "secret UI design team" IRC
> conversation, and there is NEVER any response from OpenMoko.
>
> I wonder if they see the community mailinglist as COMMUNITY ONLY, i.e.
> no employees allow
> 3. Several individuals in the field followed the instructions and
> reported back that the fix worked. ( I dont recall any of the early
> reports back indicating issues with wired hreadset mics. Nobody tested
> it I suppose )
well, i asked for it a long time ago, long before the buzz was fully
>There is one thing we tend to be very tight lipped about. HR issues.
nobody expects to hear internals, but visible information about staff
changes, at least when it affects people being some kind of om's face to
community, would help.
> As to the other issues, there are some cases were
first idea would be to check inhowfar the boot entries for nand (pwr) and
nor (aux+pwr) differ.
next thing would be to update the uboot.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/communi
well, basically boot to the boot menu (of nand and nor respectivele,
requires different sequneces of pwr and aux) and when the menu appears
connect and have a look at the menu.
i don't remember what tool exactly i used to connect, and due to the
really fragmented information in the wiki i am
neo1973 had stereo, freerunner never had (and afair was never supposed to).
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
does anyone know if there are recent packages of pyphonelog[d]?
> http://wiki.openmoko.org/wiki/PyPhonelog
does list only fairly outdated (in case of pyphonelogd) or non-existent
(pyphonelog) packages.
___
Openmoko community mailing list
community@li
> Up to date packages are in SHR images and repos, as source of
> pyphonelog is in SHR git ;)
ok, any way to get the packages w/o the shr image?
in git i only found the gui, not the daemon which is necessary for non-shr
distributions.
___
Openmoko com
> I don't understand what I have to write in command exactly, I'm
> working on Debian
> but I runned this command: sudo tar -xjvf
> ~/sources/openmoko-XYZ-arm-linux-gnueabi-toolchain.tar.bz2
i don't know how good sudo is supported nowadays in debian, but i prefer
to _be_ root instead:
su -
and t
> wget
> http://smartere.dk/openmoko/openmoko-toolchain_0.20080521-ubuntu6_i386.deb
> sudo dpkg -i openmoko-toolchain_0.20080521-ubuntu6_i386.deb
> what I have to write instead of ubuntu6, if I'm working on Debian,
nothing different -- the "ubuntu6" comes frome the package (file) name and
has
> I did this command
> y011pc99:/# bunzip2 openmoko-*-arm-linux-gnueabi-toolchain.tar.bz2
> but I obtained:
> bunzip2: Can't open input file
> openmoko-*-arm-linux-gnueabi-toolchain.tar.bz2: No such file or
> directory.
> what I have to do
for starters:
- stop with opening yet another thread for
> you said replace openmoko-*-arm-linux-gnueabi-toolchain.tar.bz2 with the
> full
>> filename and try again, you mean the filename of what??
> I big you hlep
well, the name of the file you fetched with wget, of course.
there are two possibilities:
http://downloads.openmoko.org/developer/toolch
> Since the FSOSHRUDCON has been postponed I'm currently aiming at March
> 1st through March 3rd for the buzz fix party.
uh, you did check the calendar, did you?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/
> what I have do to solve this problem
a first step would be to make your system put out those messages in
english.
my french is rather rusty and was never supposed to work with tech terms.
before starting what ever you do do
export LANG=en_US
and in the same shell run your commands. when the e
> This is getting ridiculous. Now the misreportage is spreading through
> the blogosphere:
> ...
in what respect a mis-reportage?
that's, what i concluded from these long mails with 99.9% quote and half a
line at the bottom ...
___
Openmoko community
2007.2 had that nice screenlock where one had to move an om logo to unlock
the screen.
with debian the only lock i get is the one from zhone which locks only
zhone -- so, does someone know where to get that 2007.2 lock or another
one for debian?
normal x screen locks require to type in a pass
> Generating locales...
> en_US.UTF-8...cannot map archive header: Invalid argument
> postinst script returned status 1
> Collected errors:
> * ERROR: shr-utf8.postinst returned 1
had that a while ago, although on debian.
the advice i got was doing fsck, since the files reside on my sd card wi
> http://www.silicon.de/mittelstand/0,39038986,41002613,00/aus+fuer+linux_handy+openmoko.htm
i don't know this site ...
> http://www.chip.de/news/OpenMoko-Aus-fuer-Linux-Handys_35990484.html
but chip is basically the yellow press of it -- i wouldn't hang a dog for
anything they write.
> http:
> "Die Entwicklung der Mobiltelefone wird eingestellt"
> Development of mobile phones stopped
>
> big topic (many people don't read more)
> "Openmoko gibt freie Handy-Entwicklung auf"
> Openmoko stopps development of free mobile phones
>
> In my opinion it suggerates the wrong message.
so?
phone d
seems pretty clear to me:
pygame.error: Failed loading libpng.so.3: libpng.so.3: cannot open shared
object file: No such file or directory
look for a package providing libpng.so.3 and install it.
___
Openmoko community mailing list
community@lists.o
> there is now a date set for the buzz-fix party in Braunschweig
> (May 1st - May 3rd). Please put your names on the wikipage
> http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig if you are
> planning to attend. Any other infos, location, etc. will be updated
> there.
i don't have a wiki acc
>> phone development means gta03 -- and that indeed stopped.
>
> it wrong, surely a lot of other people will get it wrong too. No, phone
> development doesn't mean GTA03. Openmoko can release a device which is
> not a successor to the GTA02.
i never said, it has to be a successor to gta02.
the o
>> development has stopped. period.
>
>The misrepresentation - which you seem to think is not a
> misrepresentation - in the news coverage is that they're saying
> development
> of open phones at OM has been cancelled, while all that's been decided
> is to
> cancel the GTA03, not developmen
>> development has stopped. period.
> There other phones "in the pipeline"
> Three variants of GTA02, 2 entirely new concepts aimed at
> different target markets. Not smart phones, but phones nontheless.
the first time i hear that.
even the statements quotes so excessively mentioned
> 'configure-uboot' script from the debian wiki while the phone was
> booted to NAND flash (press and hold power, then immediately press and
> hold aux), then powered down the phone
i might be wrong, but i don't think you can modify the nand when being in
nand.
boot in nor mode instead.
__
> to crash upon suspend/unsuspend. So after a resume, we need to manually
> restart the daemon. No big deal here, but since the daemon died, it
> seems qtextended no longer reregisters a bluetooth passkey agent when
> we relaunch hcid. As a result no pairings are possible anymore.
> So in short: hc
> : undefined reference to `XDisplayName'
i'd say you miss some development packages (looks like xorg).
anyway, since it is not an openmoko specific problem, google should be
very helpfull with issues like that.
___
Openmoko community mailing list
com
> I agree with this, even if I don't understand why. I can't find any good
> reason to use this order :)
assume, you want to sent the same message to several recipients.
you type the msg once and select either a list of recipients (given, the
ui allows that) or the message is avaliable again af
> So what if the company decided to use that money for something you do
> not want to be part of, or you think they are throwing away your money
> doing stupid things. Well, I think at that moment you should pawn the
> product, not endorse it (maybe even publicly denounce it) and then find
> anothe
> A few mailings back I was told that Zhone is never going to be a proper
> dialer. Zhone is ment to be a debugging and feature testing application
> for the FSO framework. I don't think patching Zhone is going to be of
> any use.
that might be as it will, but so far zhone seems to be the only dia
since it came up again rather recently and i experienced it again
yesterday and all occurences of the error were linked to people using the
freerunner (according to google, that is) ...
i reported it as a bug to debian
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524483
and it turns out
> looks promising! Exactly which material is that made of?
looks like what my dictionary calls "particle board", ie wood chippings
and glue made into something remotely resembling wood.
___
Openmoko community mailing list
community@lists.openmoko.org
> The display still shows the openmoko logo, guess I'll have to hard
> reset it though I hope that won't break anything...
the logo is completely unrelated to u-boot or qi or whatever.
it lives in its own partition and needs to be flashed on its own, if you
wnat to change it.
__
> Timo, I agree with Christ about what a wired BT keyboard seems :)
what's wrong with you guys? the description clearly states it is
rechargeable via usb -- so, how is asking for the current taken in any way
unreasonable?
___
Openmoko community mai
> But I was wondering it if it can be powered from USB when the battery
> is full. And if not, how efficient it is to charge and discharge the
> battery at the same time.
yes, i thought as much -- and was wondering why that should be totally
unreasonable (and why the idea did not occur to other
check udev, i got a rule making eth0 eth1 when eth0 already existed --
dunno what genius created that one.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> Hmm.. suppose this was not planned to be posted to community mailing
> list..?
presumably, it is spam.
did anyone check that pdf with a scanner?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listi
you should be able, to determine the ap associated to by using the iwutils.
does it also happen, when you execute the dhclient manually?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> So please let's not make fun of it. That person deserves our respect and
> sympathetic silence.
i have a hard time to believe taht -- to me it looks like the very old
scam, pretendeing to have sent the mail by mistake to the wrong address,
making people curious and thus either plant a viru
> http://wiki.openmoko.org/wiki/QtCreator_C%2B%2B/Qt
well, you probaly can do with eclipse and trolltech's qt plugin as well.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
/etc/network/interfaces has nothing, repeat, nothing to do with the
_naming_ of the interfaces!
it kicks in onyl after the interfaces are created already.
as i wrote already in my first answer: check the udev rules!
here on my desktop debian it is
/etc/udev/rules.d/70-persistent-net.rules
that
since you started a new thread w/o sufficiently quoting or explaining your
issue, i am not sure, if the name you _have_ is wlan0 or ethX (where X !=
0).
in either case my first attempt would be to grep through /etc/udev/ for
the static part (ie wlan or eth):
grep -r wlan /etc/udev/
and if s
> /etc/udev/rules.d/50-udev-default.rules:SUBSYSTEM=="aoe",
> NAME="etherd/%k", GROUP="disk"
well, that's not we are looking for.
next step: ist the driver built-in or loaded as module?
in case it is a module (which name?)
modinf
would be interesting.
and the, grepping /etc for wlan would be i
> /etc/network/if-pre-up.d/wireless-tools
containing? mine on my desktop does nowhere mention the string "wlan".
do a grep through /var and maybe a
strings /boot/vmlinuz | grep wlan
if it is built-in and no udev rule exists, the name would be hardcoded and
can, if at all, only be overridden by
> And in any case: is there a way to "extract" or backup SMS messages to
> a clear text file? I couldn't find anyhting on the wiki about this.
if you need a short-term solution, you should be able to fetch your sms
via mdbus and the appropriate fso-framework methods.
that should allow you, to f
to whom it may concern ...
i just created a new debian package of navit
(navit_0.1.0+svn-2234_armel.deb) and uploaded it to
> http://www.ginguppin.de/node/26
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mai
i just stumbled about the wiki entry regarding eclipse and qt4 and are a
bit puzzled about the troublesome configuration:
there's actually a very nice qt-plugin for eclipse, created by trolltech
itself!
http://www.qtsoftware.com/developer/eclipse-integration
works nice, i need to check the cr
> Is the debian source package also available somewhere?
>
> http://navit.latouche.info/debian/sid/navit_0.1.0+svn-2234.diff.gz
>
> does
>
> ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
> --prefix=/usr --mandir=\$${prefix}/share/man
> --infodir=\$${prefix}/share/info CF
> @Arne: the second step of saving the messages is that the redirection
> of the output in David's script? Or did you mean a separate command?
i hadn't seen david's screen when answering -- but ...
>> mdbus -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device
>> org.freesmartphone.GSM.SIM
> mdbus -s org.freesmartphone.odeviced
> /org/freesmartphone/Device/IdleNotifier/0
> org.freesmartphone.Device.IdleNotifier.SetTimeout suspend 0 #or -1?
...
would be nice, if for a case like that the motion sensors could be used --
is there any way to enable/disable them for frameworkd dynamica
On Tue, 28 Apr 2009 20:52:33 +0200, Jeffrey Ratcliffe
wrote:
> 2009/4/28 Marcel :
>> Just tried to install your package - it depends on libgps17, but I can
>> only
>> find libgps18 in the repository.
>
> I have this problem, too.
well, libgps17 is definitely still there ...
> ftp://ftp.fu-b
> I think that motion gestures is not really usable to control
> auto-suspend or
other inputs, namely the touchscreen, prevent from suspending/blanking --
why shouldn't for the duration of a game the motion sensors server the
same purpose? it's not like they shall rule the world -- only sign
> I don't think it's wise to use the accelerometers as a way to tell
> whether the phone is used or not.
to repeat it again: we are talking about people playing a game or whatever
with the only activity being moving the device --
_NO_TOUCH_OR_BUTTON_OR_WHATEVER_.
now, how is the frameworkd (
> some of my collegues at work ask why the neo looks like a beer opener .
>
> Was this part of the design ?
nope. the busboy fell down the stairs and nobody noticed until after
several hundreds of units were produced already.
> PS: where should the stylus be inserted ? In the empty beer bottle
> I think a program like mokomaze should tell it.
to whom? to framewokd? that's what i suggested in the first place.
> have to process that data (wasting precious CPU cycles) when it's
> impossible to tell if the phone's motion is meaningful or not, other
> than seeing what apps are running.
> The one and only *real* gsmhandset.state (for all FR!):
> http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state
maybe i am too stupid -- but has someone a link that allows downloading
that file as plain text?
all i get is a html file holding the single lines in a table and c
fso framework detects headset plug-in and switches alsa stae accordingly
-- why don't you have a look at fso, how they do that?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
there's a new deb up that depends on libgps18 now.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> Another consideration is that tr() is only available in classes derived
> from
> QObject - but since normally the strings you want to translate are
> generated
> in Gui-classes this is normally the case.
iirc tr is a static method of QObject, ie QObject::tr() should be possible
regardless
> The disadvantage of using QObject::tr() compared to qApp->translate()
eh? from what you wrote earlier i got the impression it is exactly the
other way round.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/
> Bitter much? : )
nope. he's just a troll.
> On Wed, 06 May 2009 18:09:35 +1000
> Dale Maggee wrote:
...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
>>> Bitter much? : )
>>
>> nope. he's just a troll.
>>
>
> Before I bought My Neo, I was told by OM that it would work as a phone.
dale, you told us all of this already -- at least ten times.
you put up your freerunner for sale at ebay months ago.
you don't write anything productive on this list.
> Guten Tag, Sieg Heil.
> ...
> beautiful and intelligent people in the world, and your country reflects
> that... :) )
wow.
insulting and slimy at once!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/
> I appreciate there is a very high identification with the product among
> the remaining users. But please dont behave like this is the Scientology
> mailinglist. Using an open phone obliges you to be open minded :-)
it has nothing to with "identification" but with dale's way to act.
he doesn't u
> Hmmm ... I do contribute and I do use my freerunner (sometimes, mostly
> for testing only). So I want to react for once as well:
then there's no need for you to feel addressed :-)
> You see, in the end, Dale's not that wrong: a year after I bought the
> phone, I would at least expect a stable s
> DON'T PANIC
> uBoot splashscreen
yeah! i like it.
too bad, i seldom reboot -- is there a way to make it appear when resuming?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> I'm guessing it will run for a while, but after 20 seconds or so it will
> die. That's what mine does.
the few times i got a dead battery it was enough to plug in the fr to the
wall charger and leave it alone for a few hours.
then it was able to boot and thus to charge.
__
well, whoever has that gsmheadset.state now -- could you send me a copy?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
a good thing would be to prepend the subject with the distribution you are
using (like [debian], [shr] ...).
try mickeyterm.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> The free battery is a courtesy from Openmoko and is included in both
> approaches. OM sends a set of spare batteries to the one who organizes
> a party. He hands them out to you during that party. But I don't know
> if it applies to "I had my phone recently fixed in a fix party in
> Germany" or j
> http://kurppa.fi/freerunner/config_files/gsmhandset.state
> (if on OM2009 make sure the speaker level is 80 or less. Change with
> AUX button during call, you see the value on top left corner)
gsm_HEAD_set.state
___
Openmoko community mailing list
co
does
ifdown usb0
ifup usb0
help?
what does
netstat -rn
say and what
ifconfig
?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> when I type (as root!) 'ip addr add 192.168.0.200/24 dev usb0', I get:
>
> bash: ip: command not found
ip is part of the iproute package. don't know if it is available already
in stable (guessing from your KVERS). but you can use route instead.
___
> SIOCSIFNETMASK: No such device
> SIOCSIFADDR: No such device
> usb0: ERROR while getting interface flags: No such device
basically looks like debian lost the device somehow.
i get that sometimes when unplugging the fr. usb0 seems not to be shut
down correctly but in some limbo.
so far i haven'
> i can send you a copy from the state file that konstantin send me.
would be nice, yes.
> but i m not happy with the config. is this another hardware bug? or i am
> to stupid to find a good setup?
since you don't specify i can't really say anything.
assuming you mean buzzing:
buzz with the hea
did you check for eth1 as suggested by someone recently?
he refered to that part of your log which i totally overlooked:
eth1: register 'cdc_ether' at usb-:00:1d.0-1, CDC Ethernet Device,
___
Openmoko community mailing list
community@lists.openmoko
>> Why do you suggest this instead of using the correct method?!
>>
> Why didn't you suggest the correct method before, though you knew the
> correct method all the time???
it was suggested -- at least once and i repeated it after seeing that
apparently no one cared to read that.
__
while playing around with the wired headset, i noticed, that apparently
the plug in of the headset does not cause the gsmheadset.state to be
loaded.
further investigation turned up that openmoko-panel-plugin in he category
"buttons" offers to handle the headset -- looks good, but ...
there's
> i thought, frameworkd is responsible for handling .state-files ..
that was my understanding, too :-)
nevertheless, the question remains, what is opp's handling of the headset
"button" supposed to do?
> but try to use current version of o-p-p availble at project-page
> (https://projects.openm
> not yet as in the past sebastian was creating these .. i think i
> should have a
> look at howot create .debs by myself
> but this will not happen before 20090526 as i am working on an exam
> until then
well, whatever you do to create the tarballs, the debian/ structure is
there already.
$ fa
> then the sim died
uhm, what does "died" mean? and how did it die?
any visible damage on the pins in the fr or so?
did your friend's sim work while your old sim was still available?
___
Openmoko community mailing list
community@lists.openmoko.org
http:
>> uhm, what does "died" mean? and how did it die?
>
> well, it means it stopped working. i tried it in my old phone, and it
still there's the slight possibility, that the fr was damaged or damaged
the sim -- but until you flash the new firmware which is supposed to sort
sim incompatibilties o
> right, everyone's convinced me. now, problem is i don't have a card
> reader, so i'll have to flash my micro sd via the freerunner. as the
> file is 270MB, i can't do that from the fr flash, so i'll be doing it
> from my desktop, over the usb connection. i'm guessing this is going
> to involve ss
i remember having asked that a long time ago, but here goes again:
is there any way/ work going on to make one of those
usb-to-headset-connectors working, most likely with a kernel module?
something like that:
> http://www.amazon.com/Cingular-Stereo-Converter-Straight-Connector/dp/B000UCKPGW/ref
> sorry, i meant how to mount the microsd card from my desktop, while
> it's in my freerunner, so i can dd the image direct to it.
"mount" and "dd" is mutally exclusive.
dd writes to the raw device.
for mount, my attempt seems to be the only sensible.
what _could_ be possible, would be to feed t
> mickeyterm reports moko11 is the firmware
>
> still no connection though, shr-settings reveals no modem information,
> and the gsm antenna switch won't stay in the 'on' position
well, if you got mickeyterm up and running, why not check with the known
at commands directly?
> BL-5C , I found this type on wiki page. I think current drive support
> this battery, is that right?
>
> Form wiki page http://wiki.openmoko.org/wiki/Neo_FreeRunner_Battery
the very same page mentions also that no charging information will be
available.
those batteries don't have a necessary
> but it doesnt say which version of firmware
> needs upgrading, or any way to check your
> current firmware version, neither on the
> "Flashing" page;
the flashing issue has been discussed so much the last few weeks that i
honestly do not understand, how you can come up with the questions again
ok, if i understand correctly, all of _these_ adapters[1] work by using
additional pins not specified in the usb standard, ie not by some driver
magic that sends sound via the standard pins, right?
[1] not just the cingular one, but also
> http://www.amazon.com/3-5mm-Stereo-Adapter-T-Mobile-Di
> You can see the extra pins in the product image in that first link you
> provide.
doesn't answer my question.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> But, isn't that the point of java, to be able to "compile once ran
> everywhere" proprietary software?
google != java
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> http://wiki.openmoko.org/wiki/Gta02-core
sounds interesting.
could someone add background information why parts change?
removing the glamo seems pretty plausible, but why removing one of the
accelerometers? audio amp? nor? ...
___
Openmoko community
> I wonder - is there distribution which tried to address this issue?
> Are there any plans to use regular user instead of root in om2009?
> Maybe using package-kit (which works via dbus btw) and policy-kit might
> help?
my debian works as non-root since i started using it -- in fact, it was
one
601 - 700 of 1331 matches
Mail list logo
