I've just removed the sysklogd and klogd packages and use instead some
silly startup script that basically does
busybox syslogd -C16
busybox klogd
I looked for a Debian package that did just that but could find it.
Is there any good reason for its absence?
Stefan
_
>> 1) I think we have a conflict with zhone about pressing the POWER button.
> With fso-testing zhone is a problem, but I've disabled it. In git it is
> removed. Now the rules.yaml file in git has a rule to suspend.
Actually having the "wake up" button play double role as "suspend" is
wrong: when
> 2) the required space once the system is installed is now around 319MB,
>which is an improvements since I clearly remember that back in August
>it was more than 350MB
I have my Debian installed in the NAND where it currently says "172MB
used" (of course, this is cheating since the NAND u
>> I have my Debian installed in the NAND where it currently says "172MB
>> used" (of course, this is cheating since the NAND uses jffs2 which
>> compresses: "du -sx /" tells me 314290).
> how exactly did you migrate from sd to nand?
> i deletd everything in nand and copied everything ecept /usr a
>> I'd recommend ext3 (or jffs2, obviously).
> There are still controversial opinion about ext3 on flash memories, but
> FYI I am in favor of moving to ext3.
I haven't seen actual concrete (i.e. not just hearsay or theoretical)
reasons to prefer ext2 to ext3 on flash.
> OTOH, I would object to jf
>> - install xglamo rather than xorg. It seems this is somewhat
>> controversial, but I think it makes sense to install the same server
>> used by the other FR distributions. It also appears to use
>> less diskspace.
> Aren’t there some severe and unresolved problems with xglamo and
> matchbox-ke
> I have friends that work with embedded hardware and tested CF and NAND
> devices with ext3, and their experience is that on flash devices which
> don't implement leveling properly, after one day the system became
> unbootable because of I/O errors in the journal.
Interesting, it's the first time
> I have friends that work with embedded hardware and tested CF and NAND
> devices with ext3, and their experience is that on flash devices which
> don't implement leveling properly, after one day the system became
> unbootable because of I/O errors in the journal.
Actually, it doesn't sound like
> IIRC [3] on FSO-milestone3 the PWR button, and not the AUX one, changes
> its color to orange when charging. This means that Debian is correct.
FWIW, I don't see any led glow any color at all with my Debian install,
whether when charging, uncharging, suspending, singing out loud, doing
handstan
> Stefan, are you sure it is not the other way around? On my Debian, Om
> modules are 10x bigger than Debian ones:
> =
> debian-gta02:~# du -sh /lib/modules/2.6.24-20080903.git2ea34171/
> 5.9M/lib/modules/2.6.24-20080903.git2ea34171/
> debian-gta02:~# du -sh /lib/modules/2.6.24-m3/
> 50M
> If "dpkg -S" knows about a file, it has been shipped in a Debian
> package. If not, then not (although it could have been auto-generated on
> install. hmm. :-))
dpkg -S doesn't know about it: IIRC the modules installed by "install.sh"
were not in a Debian package, but were downloaded from some o
> That’s what I did right now. I packaged milestone4 (including all
> patches from the stabilization branch since then) with an appropriate
> conflict, and just uploaded it to Debian, including a corresponding
> version of zhone.
How 'bout creating a `fso-pkg testing' version additionally to the
`
>> Another thing: if we provide an option to install Xglamo instead, this
>> file is not strictly necessary, but I will create it anyway to provide a
>> better experience when people will install X.Org instead.
> It also seems that Xglamo is already deprecated [4]: as I stated at [5],
It's still t
> instead on the sd card it is possible to install debian
> on the "normal" space?
Yes, that's what I do.
See http://wiki.debian.org/DebianOnFreeRunner/MovingToFlash
To save space, I recommend the package "localepurge". Also,
additionally to /var/cache/apt I keep /var/lib/apt/lists on tmpfs (whi
> bear in mind that any update of the kernel is not flashed to the appropriate
> mtd partition!
Yes, Debian's kernel package would need to be improved to be able to use
various approaches to install the kernel (either copy it to
a particular location on the file system, or place it in some flash
p
I did "apt-get update; apt-get upgrade" and now openmoko-panel-plugin
doesn't want to start any more.
First I got an access error. Based on some vague googling, I replaced
user="root" with group="staff" in /etc/dbus-1/system.d/frameworkd.conf,
and it seemed to help, but not enough. Now I get an
> what versions return
> dpkg -s openmoko-panel-plugin
> dpkg -s dbus
See below,
Stefan
~-0# dpkg -s openmoko-panel-plugin
Package: openmoko-panel-plugin
Status: install ok installed
Priority: extra
Section: misc
Installed-Size: 572
Maintainer: Sebastian Ohl
Architecture: all
Version
>> I did "apt-get update; apt-get upgrade" and now openmoko-panel-plugin
>> doesn't want to start any more.
>>
>> First I got an access error. Based on some vague googling, I replaced
>> user="root" with group="staff" in /etc/dbus-1/system.d/frameworkd.conf,
>> and it seemed to help, but not enou
>> >> I did "apt-get update; apt-get upgrade" and now openmoko-panel-plugin
>> >> doesn't want to start any more.
>> >>
>> >> First I got an access error. Based on some vague googling, I replaced
>> >> user="root" with group="staff" in /etc/dbus-1/system.d/frameworkd.conf,
>> >> and it seemed to
> Right, for inclusion in the official package, a group should be chosen.
> Maybe dialout? The name sounds promising, and given the lack of serial
> ports on the FreeRunner, I don’t think there will be many users who want
> to separate the groups for phoning and for use of the serial port.
I creat
>> Right, for inclusion in the official package, a group should be chosen.
>> Maybe dialout? The name sounds promising, and given the lack of serial
>> ports on the FreeRunner, I don’t think there will be many users who want
>> to separate the groups for phoning and for use of the serial port.
> Fu
> I think we may make non-root the default as soon as it works reliably.
IIUC, this basically means "never". I.e. in order to work reliably, it
should first be made the default, and then bugs will get fixed.
Stefan
___
Smartphones-userland m
>> Once upon a long ago I heard that Debian needs to be installed on the
>> microSD due its size. Really no chances to install it on the 'usual'
>> partitions ? Nothing like the network install ?
> I believe that I read that someone once claimed to have installed or
> at least calculated that it
> But having a good ssh instead of the current one could let me use
> remote Emacs to edit the files :).
I don't know what you're referring to: the `dropbear' ssh daemon
typically used in the FR works just fine with Tramp.
Stefan
___
Smartph
I usually use a Nokia battery in my FR phone. Until now, it worked
just fine. The only drawback is that the lack of coulomb counter means
that I don't get to know how full/empty my battery is, which hasn't been
much of a problem.
But something changed in the last couple months (I use Debian and
> On Debian, we would like to start running applications as normal user:
> briefly, in Joachim's words, "frameworkd D-Bus config should allow all
> members of a given system group to use D-Bus calls, but not own the
> D-Bus names" [1].
Yes, please, please, pretty please. [ He said, after updating
The brightness setting in openmoko-panel-plugins has never worked
for me. Does it work for anybody else?
By "doesn't work" I mean that, while changing the screen brightness with
openmoko-panel-plugins does indeed appear to work at first, the
brightness is brought right back to 100% soon afterward
> As a general note, I strongly disagree to a additional kernel
> packages, as well as to any additional (i.e. snapshot) package for
> other FSO software.
I understand you. I do wish there was one more fso kernel package: the
"linux-image-2.6-openmoko-gta02" package (equivalent to
linux-image-2.6
>> I'm not sure if "staff" is a good choice, because I don't know what is
>> its intended use (the /etc/group file syntax doesn't allow comments,
>> sadly :-( ),
> Documentation on Debian is always in /usr/share/doc/$PACKAGE and I also
> forgot that:
> file:///usr/share/doc/base-passwd/users-an
Which Phone (and/or SMS) application do you use under Debian?
Until now I've used Zhone, but now that the whole phone subsystem works
more reliably, Zhone has become the main source of problems. Also it
has various annoying limitations.
Stefan
__
>> Which Phone (and/or SMS) application do you use under Debian?
>> Until now I've used Zhone, but now that the whole phone subsystem works
>> more reliably, Zhone has become the main source of problems. Also it
>> has various annoying limitations.
> My awful rough draft add-features-when-I-have-
When I try to install the new `tangogps' package with `apt-get', it
tells me that it needs to also install libicu40, which happens to eat up
14MB of disk space. I know that the 210kB of the previous `tangogps'
executable get linked to 16MB's worth of libraries (cairo, sqlite,
k5crypto, younameit)
>> PS: I'm getting to the point where I might use up less disk space by
>> installing gcc and recompiling tangogps myself with different options
>> (even though gcc+make already take up a good chunk of space).
> well, if you figure out, what options are sensible, just tell -- i think
> i have a wor
I kept wondering what the "ILLUME" window was for (at startup, using
e17, I get two windows: "ILLUME" and "zhone"). Recently I saw that it's
probably meant to be some kind of application launcher.
What could I have done wrong which would cause this window to be empty:
no icon whatsoever, althoug
>> I kept wondering what the "ILLUME" window was for (at startup, using
>> e17, I get two windows: "ILLUME" and "zhone"). Recently I saw that it's
>> probably meant to be some kind of application launcher.
>>
>> What could I have done wrong which would cause this window to be empty:
>> no icon wh
>> The latest from the fso-pkg repository, AFAIK:
>>
>> # dpkg -l '*efreet*'|grep '^i'
>> ii libefreet-0.5.0.050a 0.5.0.050+svn20090203-1~fr.1
>> Library that implements freedesktop.org specs for use with E17/EFL
>> #
>>
>>
> That's what I thought. The bugfix was uploded in
> I guess I somehow went through more write cycles than I thought, and
> ext3 wasn't such a good idea.
While there are some rare use cases where ext3 can result in
a significantly faster wear than ext2, I doubt you're in such a case.
My bet is that if you try to use your SD card in some other com
Does someone have an idea why my FR's timezone would regularly be reset
to St-John's (aka Newfoundland)?
The symptom is that my Zhone window gives me some odd time
(Newfoundland is 1h30 ahead of Montreal, apparently) with "NDT" at
the end. The /etc/localtime (which I usually set as a symlink to
> yesterday in the evening soemone called me, i didn't notice and this morning
> the fr was flat (which was my only cue to the call since i had fully
> charged the fr yesterday).
> thus, the question of auto suspend sent a reminder ...
> with my scenario a simple rule saying
> if wake up reason
>> Except you'll want to check that you're not in the middle of a phone
>> call or some other such activity.
> i guess, "if wake up reason is a phone call/sms" pretty miuch rules
> that out.
Would it? I'd expect it's rather common that an SMS or phone call
prompts you to make another call.
>> Ba
>> Maybe I misunderstood what you said. I mean that the auto-suspend only
>> takes place if you react to the wake-up,
> yes, but only if i do _not_ act on the wake up.
> to make it absolutely clear:
> - the phones is stowed away unsupervised.
> - a call/sms comes in
> - the phone wakes up
> - nob
> Sitting next to Luca in Debconf, I wanted to automate the DNS
> forwarding for the Freerunner when it runs on USB networking. So we
> merged our scripts into one, and here's the result. I stored in in
> /usr/local/sbin/freerunner-net, and symlinked it into
> /etc/network/if-up.d and /etc/networ
>> Could you describe a bit more what this is trying to do (which
>> problem it's trying to solve)? I've looked at the file but still
>> can't figure it out.
> All the networking I do on the Freerunner goes through USB, via a more
> standard computer (desktop or laptop) that happens to have a
> c
I recently replace U-Boot with Qi on my FreeRunner, and now my USB
networking doesn't work any more: on the FR side, all seems normal (I
do have a usb0 device, properly setup), when I plug it into my computer
I do get a dmesg message, but my desktop Debian machine doesn't add any
usb0 device. When
>> Anyone experiencing the same thing? Any idea how to fix it?
> a lot probably -- that's why it has been dicussed into exhaustion on
> community with qi udev does suddenly the right thing on your host and
> sets up an ethX device. check with ifconfig -a for the new one.
[...writing a refutatio
> I just uploaded intone and neon to the pkg-fso repository.
Sounds good. Any one working on canola?
Stefan
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartpho
> 3. Sometimes fails to suspend.
I also use debian/e17/zhone, and also see this same behavior.
I think it may depend on the kernel you use, and I have the impression
that it might be linked to whether or not I've used the wifi since the
last reboot.
Often when I can't suspend, I can't reboot eithe
> But if "re-connect" means new DHCP query then the IP could change?
Yes, tho many DHCP clients are clever enough to send the previously used
IP to the DHCP server, so the server can give them the same IP as
last time (and some DHCP servers try to do that on their own based on
the mac address).
I.
Is there a Debian package for a kernel newer than 2.6.29 somewhere
(for GTA02, that is)?
Stefan
___
Smartphones-userland mailing list
Smartphones-userland@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
49 matches
Mail list logo