On Thu, 2009-09-10 at 17:20 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
> ext Andrew Flegg writes:
>
> > Although a unionfs solution would be a bit more further dev on Nokia's
> > part, it will reduce the developer complexity and gives us a real
> > world solution now. I'm sure the community
Hi,
I am new to maemo Platform. I have downloaded mweather application from garage
and while trying to build it I am getting
Following error.
I am getting error while running ./configure. "
It says No package 'hildon-lgpl' found" Can any one tell me how to fix this
issue or how to install "hil
I recently got two devices (Novatel Mifi and Cricket A600) which are
network devices but first appear as CD ROMS of all things, but contain
the installer for the driver and configuration program for the
platforms. These are actually more annoying since you have to eject
the CD to turn on the wirel
On Friday 11 September 2009 00:59:57 Sarah Newman wrote:
> I hacked together a perl script with a similar goal but it used SIGSTOP
> when the battery got too low instead of killing the process. I didn't
Yes, I wasn't specific enough, I do SIGTERM and SIGKILL in 10 sec increments to
make the app
On Friday 11 September 2009 02:22:01 Kamen Bundev wrote:
> I think GUI will be needed anyway regardless of Fremantle's support. By the
> response and thanks in tmo in just a few minutes I'm guessing that the
> interest for such application will be high.
Yes, I was quite surprised myself by the ove
I hacked together a perl script with a similar goal but it used SIGSTOP
when the battery got too low instead of killing the process. I didn't
use it very much and I don't know if that's a viable solution for most
applications. However if that does work for the app, that's probably
better than
I think GUI will be needed anyway regardless of Fremantle's support. By the
response and thanks in tmo in just a few minutes I'm guessing that the interest
for such application will be high.
- Original message -
A RFC for people who know details about Fremantle's power aspect:
I wrote a
A RFC for people who know details about Fremantle's power aspect:
I wrote a python script called Shepherd for my Diablo N810, basically a
glorified CRON that has not just time, but a power and connectivity axis, too.
This means you can define for various processes:
* hours allowed
* con
On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote:
> There is no harm in using /opt also for non-Fremantle releases. That
> is, if you 'optify' your package for Fremantle, you can still ship it
> for the older releases with the optification in it.
>
> Also, you can make it so that maemo-
On Thu, Sep 10, 2009 at 16:20, Marius Vollmer wrote:
> ext Andrew Flegg writes:
>
>> Although a unionfs solution would be a bit more further dev on Nokia's
>> part, it will reduce the developer complexity and gives us a real
>> world solution now. [...]
>
> Yes, agreed. Let's give this unionfs t
ext Andrew Flegg writes:
> Although a unionfs solution would be a bit more further dev on Nokia's
> part, it will reduce the developer complexity and gives us a real
> world solution now. I'm sure the community would help as well, with
> patching/building/testing kernel modules (once again, Nokia
On Thu, Sep 10, 2009 at 16:12, Marius Vollmer wrote:
> ext Andrew Flegg writes:
>>
>> Instead of using a fixed prefix of /opt/maemo/, use
>> /opt//.
>
[big snip]
I'm not going to get into a point-by-point rebuttal of these. But
installing stuff in /opt on Maemo by third-parties isn't really goin
ext Andrew Flegg writes:
> I've a suggestion for Marius, after some discussion on #maemo. This
> suggestion should make maemo-optify more compatible with how
> Maemo-specific applications, aware of /opt, may use it (and closer to
> how /opt is traditionally used in upstream Linux).
>
> Instead of
On Thursday 10 September 2009 16:42:30 Marius Vollmer wrote:
> > Actually /opt will be using ext3 ("/home"). They found out that FAT is
> > faster than ext3, though, that's why the flash player
> > uses /home/user/MyDocs for its cache files...
>
> Ohh, interesting. It's high time for some benchma
"Hamalainen Kimmo (Nokia-D/Helsinki)"
writes:
> On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
> wrote:
>> ext Graham Cobb writes:
>
>> slow and too unreliable, then we really have a bigger problem. I hope
>> that most of the perceived shittyness of the eMMC can actua
ext Graham Cobb writes:
> If it isn't going to be fixed until Harmattan (which is presumably some time
> away and may not ever run on current devices such as the N900) then I think
> it should be less hacky than a bunch of symlinks. That is why I wanted to
> see /opt promoted to an equivalen
ext Murray Cumming writes:
> So we can just run maemo-optify-deb on our package's debian/ directory,
> reupload and not worry about it again? (Assuming that maemo-optify-deb
> worked OK.)
No, it's a bit different: you need to manually put a call to
maemo-optify into the right place in debian/rul
On Thu, Sep 10, 2009 at 13:38, Marius Vollmer wrote:
> ext Andrew Flegg writes:
>>
>> That changes things, if /opt is going away (in a Maemo Update?) [...]
>
> Careful. :-) The /opt directory itself is of course not becoming illegal
> in some way, and your optified packages will continue to work,
On Thu, 2009-09-10 at 11:58 +0200, ext Matan Ziv-Av wrote:
> On Thu, 10 Sep 2009, Mohammed Hassan wrote:
>
> > On Thu, 2009-09-10 at 08:48 +0200, ext Matan Ziv-Av wrote:
> >> On Thu, 10 Sep 2009, David Weinehall wrote:
> >>
> >>> On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
> On
On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
> ext Graham Cobb writes:
> slow and too unreliable, then we really have a bigger problem. I hope
> that most of the perceived shittyness of the eMMC can actually be blamed
> on VFAT. On the other hand, it is likely
On Thursday 10 September 2009 13:05:35 Marius Vollmer wrote:
> ext Graham Cobb writes:
> > 2) Nokia sets up the environment (in both the SDK and on the device) to
> > include /opt directories in PATH, LD_LIBRARY_PATH, PKG_CONFIG_PATH and
> > PYTHON_PATH. In that case, I would encourage Mer to als
Hi,
great! I have added the problem to the Q&A in the wiki [1]. I don't know
if you have seen it, but in general it could be worth for you as well to
have a look there, if further problems come up. Feel free to add stuff
if you think it could help others as well.
[1] http://wiki.maemo.org/Q%26
ext Andrew Flegg writes:
> On Thu, Sep 10, 2009 at 09:48, Marius Vollmer
> wrote:
>>
>> We will get rid of this abuse of /opt as fast as we can.
>
> That changes things, if /opt is going away (in a Maemo Update?) [...]
Careful. :-) The /opt directory itself is of course not becoming illegal
in
ext David Greaves writes:
> As the fiasco boots it mounts partition for /usr on /usr_old
> Checks /usr_old/version against /usr/version
> If there is a mismatch it tars up /usr/ and untars it to /usr_old
> Then remount /usr_old on /usr
Yeah, that _could_ work, technically, but I am afraid it is
On Thu, 2009-09-10 at 13:35 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
> "Hassan Mohammed.2 (Nokia-D/Helsinki)"
> writes:
>
> > And that indication is already a packaging difference.
> > I'd rather do ./configure --prefix=/opt/ and that's it.
>
> And then you have to deal with the fallout f
"Gil Quim (Nokia-D/Helsinki)" writes:
>> Limiting it to a hack for a "large" app results in a question of when
>> is an app "large": 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
>> consensus on *that*, that could be something we have a QA check for?
>
> "Developers are encouraged to make good
ext Andrew Flegg writes:
> True. I meant nomenclature and so on. But the following is my FHS++ idea:
This reminds me of http://cr.yp.to/slashpackage.html
Don't know if there is anything interesting in it for us, but it's
always good to listen to what djb has to say.
ext Graham Cobb writes:
> 2) Nokia sets up the environment (in both the SDK and on the device) to
> include /opt directories in PATH, LD_LIBRARY_PATH, PKG_CONFIG_PATH and
> PYTHON_PATH. In that case, I would encourage Mer to also implement this.
>
> 3) Allow use of --prefix=/opt. Any package
"Hassan Mohammed.2 (Nokia-D/Helsinki)"
writes:
> And that indication is already a packaging difference.
> I'd rather do ./configure --prefix=/opt/ and that's it.
And then you have to deal with the fallout from that. If you are ready
to do that, more power to you, but I really would like to keep
On Wed, 2009-09-09 at 14:25 +0300, Quim Gil wrote:
> The maemo-optify tool helps developers to prepare Debian packages that
> use /opt. This tool moves selected files inside the package to
> locations
> under /opt, and will symbolically link from the original location to
> the
> new place of the fi
On Thursday 10 September 2009 13:06:03 Quim Gil wrote:
> ext Attila Csipa wrote:
> > To reiterate, my main concern is that it has been said that for various
> > (perfectly understandable) reasons, libraries are NOT to be optified.
>
> I haven't followed all the email from this thread but until yest
ext David Greaves writes:
> (However if the decision to use /opt and the current proposed solution *does*
> have "supporting Maemo4" as a requirement and not just a side-effect then I
> apologise.)
No, it's just a side-effect, I am afraid. :-)
However, as I wrote in another mail, optified packa
ext Aniello Del Sorbo writes:
> A Diablo/Chinook/Bora/Gregale package etc won't include this /opt
> packaging idea (that, indeed, I like).
There is no harm in using /opt also for non-Fremantle releases. That
is, if you 'optify' your package for Fremantle, you can still ship it
for the older rel
"Weinehall David (Nokia-D/Tampere)" writes:
> IMHO we have three options:
>
> - Real VFAT (with all the drawbacks it brings)
> - VVFAT
> - A separate program (PC Suite, most likely) to do the transfers
> (probably leaving Linux and MacOS users out in the cold)
There is also MTP over USB.
___
Hi,
Thanks daniel, problem solve.
On Thu, Sep 10, 2009 at 1:33 PM, daniel wilms wrote:
> Hi,
>
> it seems, that you have already some processes running. So please try the
> following:
>
> 1) stop the framework:
> af-sb-init.sh stop
>
> 2) stop all the old processes:
> sb-conf killall
>
> And
ext Attila Csipa wrote:
> To reiterate, my main concern is that it has been said that for various
> (perfectly understandable) reasons, libraries are NOT to be optified.
I haven't followed all the email from this thread but until yesterday
libraries were thought to be good candidates for the /o
On Thursday 10 September 2009 05:45:22 quim@nokia.com wrote:
> > Limiting it to a hack for a "large" app results in a question of when
> > is an app "large": 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
> > consensus on *that*, that could be something we have a QA check for?
>
> "Developers
Hi,
it seems, that you have already some processes running. So please try
the following:
1) stop the framework:
af-sb-init.sh stop
2) stop all the old processes:
sb-conf killall
And then try again, and please tell us if then still errors are coming up.
Cheers Daniel
ext Dream S
On Thu, Sep 10, 2009 at 10:58, Matan Ziv-Av wrote:
>
> But such a packaging difference leaves a package compatible with OS2008,
> while moving some files to /opt might not be.
Why would moving some files to /opt make it incompatible with OS2008?
It may not be how OS2008 packages have worked to da
On Thursday 10 September 2009 10:15:44 David Greaves wrote:
> Graham Cobb wrote:
> > I would suggest that Nokia add /opt/bin to the PATH, add /opt/lib to the
> > LD_LIBRARY_PATH and add /opt/lib/pkgconfig to PKG_CONFIG_PATH (all on the
> > device and in scratchbox) and that we ignore the FHS rule t
Hi,
please help, I am try to run maemo-sdk beta2:
[sbox-FREMANTLE_X86: ~] > af-sb-init.sh start
Note: For remote X connections DISPLAY should contain hostname!
Sample files present.
DBUS system bus is already running, doing nothing
D-BUS session bus daemon is already running, doing nothing
Starti
Matan Ziv-Av wrote:
> I then interpreted your "*cough* Mer*cough*" comment as saying
> that compatibility with OS2008 is irrelevant, since Mer is expected to
> be installed on every N800/N810 device.
Ah.
That would be nice but we know we're not close to that yet.
> We actually seem to be in
On Thu, 10 Sep 2009, Mohammed Hassan wrote:
> On Thu, 2009-09-10 at 08:48 +0200, ext Matan Ziv-Av wrote:
>> On Thu, 10 Sep 2009, David Weinehall wrote:
>>
>>> On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
> On Wed, Sep 9, 2009 at 1
On Thu, 10 Sep 2009, David Greaves wrote:
> Matan Ziv-Av wrote:
>> On Wed, 9 Sep 2009, David Greaves wrote:
>>
>>> Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
> * Use of /opt is perhaps now a QA requirement for Extras
> * Can we somehow add a /opt check into minima
On Thu, Sep 10, 2009 at 09:48, Marius Vollmer wrote:
>
> We will get rid of this abuse of /opt as fast as we can.
That changes things, if /opt is going away (in a Maemo Update?) - *no*
package should be using it; and it _should_ be done as part of the
auto-builder (however distasteful that may be
Marius Vollmer wrote:
> ext Thomas Perl writes:
>
>> 2009/9/9 Marius Vollmer :
>>> ext David Greaves writes:
>>>
Hmm, seems like another solution would be to have the opt partition
mounted as
/usr and install all the 'standard' stuff into /root_usr/ and preinstall
symlinks i
On Thu, Sep 10, 2009 at 09:52, Graham Cobb wrote:
> On Thursday 10 September 2009 07:53:37 Andrew Flegg wrote:
>> The use of /opt/_package_/ on Diablo, Fremantle, Mer, Ubuntu is
>> entirely concordant with the FHS:
>
> Well, not really. That FHS section is clear that if you are using /opt,
> noth
Graham Cobb wrote:
> I would suggest that Nokia add /opt/bin to the PATH, add /opt/lib to the
> LD_LIBRARY_PATH and add /opt/lib/pkgconfig to PKG_CONFIG_PATH (all on the
> device and in scratchbox) and that we ignore the FHS rule that packages
> should not install into those directories. That
:2009-09-10T11:29:Mohammed Hassan:
> But you are not a normal user here :-)
>
I guess it depends what a normal user would be for this device. If it
were for example my mom(I'm being very specific here) she would know
to expect /mnt and /media and even /usr/bin and such things(and yes she
uses Xu
ext Andrew Flegg writes:
> Limiting it to a hack for a "large" app results in a question of when
> is an app "large": 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
> consensus on *that*, that could be something we have a QA check for?
I'd say we chould check directly for what we care about: si
On Thursday 10 September 2009 07:53:37 Andrew Flegg wrote:
> The use of /opt/_package_/ on Diablo, Fremantle, Mer, Ubuntu is
> entirely concordant with the FHS:
Well, not really. That FHS section is clear that if you are using /opt,
nothing should be installed in (for example) /usr/bin (or even
ext Thomas Perl writes:
> 2009/9/9 Marius Vollmer :
>> ext David Greaves writes:
>>
>>> Hmm, seems like another solution would be to have the opt partition mounted
>>> as
>>> /usr and install all the 'standard' stuff into /root_usr/ and preinstall
>>> symlinks into /usr -> /root_usr
>>
>> Yeah,
On Thu, Sep 10, 2009 at 09:05, Marius Vollmer wrote:
> ext Graham Cobb writes:
>
>> Hmm. Are there some objective criteria for what should go in opt?
>
> Not really. The proposed tool, maemo-optify, has a hard-coded, builtin
> heuristic to select which files to move. It is supposed to be a
> f
On Thu, 2009-09-10 at 10:06 +0200, ext Andraž 'ruskie' Levstik wrote:
> :2009-09-10T08:55:Andrew Flegg:
>
> > On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
> > wrote:
> > >
> > > Frankly if this would become a standard I think there'll be atleast some
> > > people that will setup their o
Matan Ziv-Av wrote:
> On Wed, 9 Sep 2009, David Greaves wrote:
>
>> Matan Ziv-Av wrote:
>>> On Wed, 9 Sep 2009, Andrew Flegg wrote:
* Use of /opt is perhaps now a QA requirement for Extras
* Can we somehow add a /opt check into minimae/maemian? Is it
possible, and is it sens
:2009-09-10T08:55:Andrew Flegg:
> On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
> wrote:
> >
> > Frankly if this would become a standard I think there'll be atleast some
> > people that will setup their own autobuilder to install to regular /usr
> > or /usr/local.
>
> Why do you care, a
ext Graham Cobb writes:
> Hmm. Are there some objective criteria for what should go in opt?
Not really. The proposed tool, maemo-optify, has a hard-coded, builtin
heuristic to select which files to move. It is supposed to be a
fire-and-forget action: you add a simple call to maemo-optify to
d
On Thu, 2009-09-10 at 09:41 +0200, ext Andraž 'ruskie' Levstik wrote:
> :2009-09-10T10:31:Mohammed Hassan:
>
> > And that indication is already a packaging difference.
> > I'd rather do ./configure --prefix=/opt/ and that's it.
>
> Frankly if this would become a standard I think there'll be atlea
On Thu, 2009-09-10 at 09:30 +0200, ext Andraž 'ruskie' Levstik wrote:
> :2009-09-09T23:22:David Weinehall:
>
> > The problem isn't finding a solution for the computer literati, but
> > rather for "normal" users. Normal users that doesn't know what scp is.
> > IMHO we have three options:
> >
> >
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
wrote:
>
> Frankly if this would become a standard I think there'll be atleast some
> people that will setup their own autobuilder to install to regular /usr
> or /usr/local.
Why do you care, as a user, where the package contents get installe
:2009-09-10T10:31:Mohammed Hassan:
> And that indication is already a packaging difference.
> I'd rather do ./configure --prefix=/opt/ and that's it.
Frankly if this would become a standard I think there'll be atleast some
people that will setup their own autobuilder to install to regular /usr
or
:2009-09-10T10:25:Mohammed Hassan:
> Or a tiny read only partition with winscp.exe and the rest is exposed
> via ssh/scp
>
> Only problem is ssh getting outdated and all the devices being
> exploited. Bad.
Which is why it would only listen on usb0 by default :)
So hard to exploit it don't you t
On Thu, 2009-09-10 at 08:48 +0200, ext Matan Ziv-Av wrote:
> On Thu, 10 Sep 2009, David Weinehall wrote:
>
> > On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
> >> On Wed, 9 Sep 2009, Andrew Flegg wrote:
> >>
> >>> On Wed, Sep 9, 2009 at 16:22, Attila Csipa wrote:
> On Wednesday 09
:2009-09-09T23:22:David Weinehall:
> The problem isn't finding a solution for the computer literati, but
> rather for "normal" users. Normal users that doesn't know what scp is.
> IMHO we have three options:
>
> - Real VFAT (with all the drawbacks it brings)
> - VVFAT
> - A separate program (PC
On Wed, 2009-09-09 at 22:22 +0200, Weinehall David (Nokia-D/Tampere)
wrote:
> On ons, 2009-09-09 at 16:53 +0200, ext Andraž 'ruskie' Levstik wrote:
> > :2009-09-09T17:11:Marius Vollmer:
> >
> > > "Hamalainen Kimmo (Nokia-D/Helsinki)"
> > > writes:
> > >
> > > > It would not be trivial task, perh
65 matches
Mail list logo