Hello!
Other thoughts included:
* 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 sensible?
Please recall that maemo5 is not the only maemo. Maemo4 is the latest
availble for N800/N810 and
On Thu, 10 Sep 2009, Aniello Del Sorbo wrote:
We developers already maintain different packages for different Maemo
versions,
at least Maemo 4 and Maemo 5 as there are too many differences.
A Diablo/Chinook/Bora/Gregale package etc won't include this /opt
packaging idea (that, indeed, I
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 Csipama...@csipa.in.rs wrote:
On Wednesday 09 September 2009 17:09:17 Andrew Flegg wrote:
Of course, if
On Thu, Sep 10, 2009 at 07:10, Tim Teulings r...@edge.ping.de wrote:
I also would like to request a solution that does not make packages
differ from diablo or Mer. Up to now I was able to have the same
packages for all OS versions. A solution that requires me to have
different packages for
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) kimmo.hamalai...@nokia.com
writes:
It would not be trivial
: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 Suite,
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 Csipama...@csipa.in.rs wrote:
On Wednesday 09
: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 think
:2009-09-10T10:31:Mohammed Hassan:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package 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
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
rus...@codemages.net 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
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:
- Real VFAT
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/package and that's it.
Frankly if this would become a standard I think there'll be
ext Graham Cobb g+...@cobb.uk.net 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
:2009-09-10T08:55:Andrew Flegg:
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
rus...@codemages.net 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
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 sensible?
Please
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
rus...@codemages.net wrote:
Frankly if this would become a standard I think there'll be atleast some
people that will setup
On Thu, Sep 10, 2009 at 09:05, Marius Vollmer marius.voll...@nokia.com wrote:
ext Graham Cobb g+...@cobb.uk.net 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
ext Thomas Perl th.p...@gmail.com writes:
2009/9/9 Marius Vollmer marius.voll...@nokia.com:
ext David Greaves da...@dgreaves.com 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
ext Andrew Flegg and...@bleb.org 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
: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
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
On Thu, Sep 10, 2009 at 09:52, Graham Cobb g+...@cobb.uk.net 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
Marius Vollmer wrote:
ext Thomas Perl th.p...@gmail.com writes:
2009/9/9 Marius Vollmer marius.voll...@nokia.com:
ext David Greaves da...@dgreaves.com writes:
Hmm, seems like another solution would be to have the opt partition
mounted as
/usr and install all the 'standard' stuff into
On Thu, Sep 10, 2009 at 09:48, Marius Vollmer marius.voll...@nokia.com 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
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 minimae/maemian? Is it
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 16:22, Attila
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
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
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 that
On Thu, Sep 10, 2009 at 10:58, Matan Ziv-Av ma...@svgalib.org 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
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
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 are
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
Hi,
Thanks daniel, problem solve.
On Thu, Sep 10, 2009 at 1:33 PM, daniel wilms daniel.wi...@nokia.comwrote:
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
Weinehall David (Nokia-D/Tampere) david.weineh...@nokia.com 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
ext Aniello Del Sorbo ani...@gmail.com 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
ext David Greaves da...@dgreaves.com 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,
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 yesterday
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 file.
Hassan Mohammed.2 (Nokia-D/Helsinki) mohammed.2.has...@nokia.com
writes:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package 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,
ext Graham Cobb g+...@cobb.uk.net 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.
ext Andrew Flegg and...@bleb.org 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.
Gil Quim (Nokia-D/Helsinki) quim@nokia.com 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
On Thu, 2009-09-10 at 13:35 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
Hassan Mohammed.2 (Nokia-D/Helsinki) mohammed.2.has...@nokia.com
writes:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package and that's it.
And then you have to
ext David Greaves da...@dgreaves.com 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
ext Andrew Flegg and...@bleb.org writes:
On Thu, Sep 10, 2009 at 09:48, Marius Vollmer marius.voll...@nokia.com
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
Hi,
great! I have added the problem to the QA 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]
On Thursday 10 September 2009 13:05:35 Marius Vollmer wrote:
ext Graham Cobb g+...@cobb.uk.net 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
On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
ext Graham Cobb g+...@cobb.uk.net 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
ext Murray Cumming murr...@murrayc.com 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
ext Graham Cobb g+...@cobb.uk.net 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
Hamalainen Kimmo (Nokia-D/Helsinki) kimmo.hamalai...@nokia.com
writes:
On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
slow and too unreliable, then we really have a bigger problem. I hope
that most of the perceived
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 benchmarks
ext Andrew Flegg and...@bleb.org 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).
On Thu, Sep 10, 2009 at 16:12, Marius Vollmer marius.voll...@nokia.com wrote:
ext Andrew Flegg and...@bleb.org writes:
Instead of using a fixed prefix of /opt/maemo/path, use
/opt/package/trimmed path.
[big snip]
I'm not going to get into a point-by-point rebuttal of these. But
installing
ext Andrew Flegg and...@bleb.org 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
On Thu, Sep 10, 2009 at 16:20, Marius Vollmer marius.voll...@nokia.com wrote:
ext Andrew Flegg and...@bleb.org 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,
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
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
*
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
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
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
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
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
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
65 matches
Mail list logo
