Re: QT Packages, Repositories and PR1.2
Dnia piątek, 21 maja 2010 o 09:55:29 Nicola Mfb napisał(a):
> On Fri, May 21, 2010 at 9:34 AM, Ville M. Vainio
> wrote: [...]
>
> > No, it means PR1.2 will probably happen sooner than you think. If
>
> A not-affirmative sentence ("will not be released for sure before X
> weeks") may help developers to decide.
nOKIA will not tell you that. My bet is 12 November - until that I will use
LR1.2 on my phone (LR == Leaked Release compared to PR == Public Release).
Regards,
--
JID: h...@jabber.org
Website: http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT Packages, Repositories and PR1.2
Dnia piątek, 21 maja 2010 o 07:06:35 Ville M. Vainio napisał(a): > On Fri, May 21, 2010 at 2:42 AM, Felipe Crochik wrote: > > As today what a developer needs to do to get an application that uses qt > > to the end user? Is there a way to tell the autobuilder to compile > > against the 4.5 qt and make the package only depend on it? > > The developer should wait for pr 1.2. At this point in time all the > work spent on dealing with PR1.1 is wasted effort. Which means that whole work spent on dealing with Maemo is also wasted. Nokia wants to be good at scarying developers out of platform? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should I write apps for Maemo?
Dnia piątek, 7 maja 2010 o 13:21:53 Matan Ziv-Av napisał(a): > When you say "1.2 tree had moved forward", do you mean that the source > packages in PR1.2 SDK are not the source of the actual packages that > will be in PR1.2? Can we get updated source packages? Leaked image has newer packages then PR1.2 SDK has. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should I write apps for Maemo?
Dnia czwartek, 6 maja 2010 o 18:27:34 Eero Tamminen napisał(a): > ext Michael Cronenworth wrote: > > At most, the SDK should have been released two weeks ahead of the final > > release. > > Agree. Let me write few words about my view on maemo development. PR 1.2 introduced at least two nice things for developers to use: - livesearch in libhildon lists (Contacts, Modest, HAM use it) - Qt 4.6 But as those are not available for users developers do not use them or are writing own implementations of livesearch. I gave up on any Qt related programming because Qt 4.5 do not follow UI style and 4.6 is not available for users (just for remind: users do not use extras-devel). I wonder what so hard is in making PR 1.1.2 release which will give Qt 4.6 as standard (rather none of nokia apps use it) with 1.1.3 following it with few other small updates. We have May now and first talks about releasing PR1.2 were "next week" in February... Currently my n900 runs that leaked image and so far I am fine with it. Apps which I use works, things from Extras mostly installs and works (nokia killed "upstart-job" package so good bye IM addons). I will probably update it a bit with few new components from local builds etc but that's me - I am not normal user. > > -Is PR1.2 still going to be released? > > Definitely. Will it happen before users (and more important: developers) will abandon platform or one month after? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should I write apps for Maemo?
Dnia czwartek, 6 maja 2010 o 18:27:34 Eero Tamminen napisał(a): > > With a little over a month now on the clock, people can only > > begin to speculate as to how poor Nokia's release management is working. > > Releases are not based on calendar, but on them being ready, based > on testing results. > (Hm. Is Maemo showing its Debian roots?) Good attempt for joke but failed. Debian has 'testing' branch which users can use, test, report bugs against and got them fixed before release. Maemo does not give any of those. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Cannot install Maemo SDK 1.2 in Ubuntu Lucid: dependencies problems
Dnia poniedziałek, 3 maja 2010 o 08:03:57 tero.k...@nokia.com napisał(a): > Try: > ~# echo 0 > /proc/sys/vm/mmap_min_addr > > At least that is what people more knowledgeable than me tell to do. It has > something to do with the recent kernels and QEMU. Better would be qemu update to 0.12 which does not need that trick anymore. But such sugestion is WONTFIX for fremantle rather. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Packaging guidelines
Dnia środa, 28 kwietnia 2010 o 21:10:47 Graham Cobb napisał(a): > Daniel Wilms has proposed some new Maemo packaging rules at > http://wiki.maemo.org/Packaging/Guidelines. I have a number of comments: I have one: where is lintian? If you (Daniel) want to set guidelines then give us a tool which will check for them. Debian packaging is easy because it runs lintian on resulting packages and refuse to import packages which do not pass. So far maemo autobuilder quality control is based on 'let few people look at my package' which can be bypassed without problems. Without automatic checks new rules are useless. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Squeeze devkit to be installed to autobuilder
Dnia wtorek, 27 kwietnia 2010 o 15:52:58 Niels Breet napisał(a):
> >On Tuesday 27 April 2010 10:08:56 Marcin Juszkiewicz wrote:
> >> Will there be step-by-step instructions for developers like me how to do
> >> that at home? I hate sbox, it makes me sick each time when I use it but
> >> I like to have own packages for things which I use so I have to deal
> >> with it (and no, I do not want to use madde or other less official
> >> things).
Sorry but I am not so familiar with sbox.
> First you download the debian-squeeze devkit[1] and install it in your
> host.
done
ma...@maemo-desktop:/$ dpkg -l *squeeze*
ii scratchbox-devkit-debian-squ 1.0.3 Debian Squeeze devkit for Scratchbox
ma...@maemo-desktop:/$
> Then you change your fremantle targets to use the debian-squeeze devkit
> instead of debian-etch. You can do that with sb-menu.
done:
[sbox-FREMANTLE_ARMEL: ~/pkg/my-extras/mdbus2-2.0.0] > sb-menu
then:
1. Setup
2. FREMANTLE_ARMEL
3. cs2007q3-glibc2.5-arm7
4. debian-squeeze
5. none (as CPU-transparency method)
6. do not extract rootstrap
7. installed default set of files to target
and landed in:
[sbox-FREMANTLE_ARMEL: ~] >
CFLAGS="-Wall -g -O2 -mthumb" ./configure --host=arm-linux-gnueabi --
build=arm-linux-gnueabi --prefix=/usr --sysconfdir=/etc --
mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
checking for a BSD-compatible install... /scratchbox/tools/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for arm-linux-gnueabi-gcc... arm-linux-gnueabi-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... configure: error: cannot run C
compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make: *** [configure-stamp] Error 1
> Then you apt-get install maemo-sdk-symbols from extras-devel and you are
> done.
mdbus2 package fails at configure step
Regards,
--
JID: h...@jabber.org
Website: http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Squeeze devkit to be installed to autobuilder
Dnia środa, 14 kwietnia 2010 o 20:52:19 Javier S. Pedro napisał(a): > Hello all, > > As part of the plan to fix the PR1.2 SDK dependency issues in the > autobuilder [1], we plan to upgrade the Debian devkit in the Fremantle > autobuilder to the Squeeze version [2] (from the current etch one), and > start using "improved shlibdeps" [3] (a.k.a. .symbols files) to version > dependencies on a much more granular basis (minimal required version of > libraries will be calculated per symbol instead of per library). We plan to > ship .symbols files for most of the SDK libraries [4]. Will there be step-by-step instructions for developers like me how to do that at home? I hate sbox, it makes me sick each time when I use it but I like to have own packages for things which I use so I have to deal with it (and no, I do not want to use madde or other less official things). Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Camera's hardware key.
Dnia poniedziałek, 19 kwietnia 2010 o 14:14:17 Igor Mironchick napisał(a): > Is anybody know how to handle camera's hardware button? Press it gently with finger, do not use hammer to push it as it can break. But if you need developer docs then check shortcutd sources maybe? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Info Center library service released with first set of official maemo Fremantle 5 documentation
Dnia piątek, 16 kwietnia 2010 o 19:40:22 jarmo.ti...@nokia.com napisał(a): > The Maemo documentation infrastructure project has released new Maemo Info > Center documentation service for Maemo platform. Together with Maemo Info > Center service we released also the first set of official Maemo Fremantle > 5 documentation. More Fremantle 5 documentation will be updated to the > Maemo Info Center service end of April. I worked for few years in Web development. When I enter this page I feel like back in 90's... Why? 1. Frames - this thing died long time ago. After few clicks I have to go to location bar, enter mainpage URL to get page usable again. 2. Javascript trees? 3. I used "Search" box - just to get information that there is no index and have to wait until it will index all documentation. Why it was not indexed at start? 4. Amount of arrows on screen is insane: - there are yellow arrows which duplicate Back/Forward from web browser - there are black arrows in non-Qt documentation which are Prev/Next chapter - there are green arrows in maemomm documentation 5. Each part of tree uses other type of navigation, other formatting... Long way before it will be useful. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Dependency problems after PR 1.2 update to extras builder
Dnia poniedziałek, 29 marca 2010 o 17:10:07 ianaré sévi napisał(a): > 2010/3/29 Marcin Juszkiewicz : > > Dnia poniedziałek, 29 marca 2010 o 16:48:30 ianaré sévi napisał(a): > >> Please tell me you're kidding. > > > > No, I am not kidding. It was discussed here on mailing list and announced > > that Extras autobuilder will be updated to PR 1.2 compatible SDK and > > that resulting packages will be installable only on devices owned by > > Nokia employed people (and some from cooperating companies). Other users > > (and developers) have to wait for next firmware drop (which does not > > have release date as usual so it can be tomorrow or in next year). > > I saw that discussion, but I didn't think it would actually break any > new build of a previously working package. And it did not broke build. It just made it's results not installable on current devices. > If I build on my machine can I still have it included in extras ? Only in 'non-free' section as it allows to upload binary packages. But I do not think that it will be accepted. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Dependency problems after PR 1.2 update to extras builder
Dnia poniedziałek, 29 marca 2010 o 16:48:30 ianaré sévi napisał(a): > Please tell me you're kidding. No, I am not kidding. It was discussed here on mailing list and announced that Extras autobuilder will be updated to PR 1.2 compatible SDK and that resulting packages will be installable only on devices owned by Nokia employed people (and some from cooperating companies). Other users (and developers) have to wait for next firmware drop (which does not have release date as usual so it can be tomorrow or in next year). > Because now my app isn't even available in the catalogue. > Is there a way of specifiying to use the older packages? No such option. Downgrade SDK on your home machine and do build there. > Or deleting the new build from the server ? This maybe is possible but I do not know details. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Dependency problems after PR 1.2 update to extras builder
Dnia poniedziałek, 29 marca 2010 o 16:37:54 ianaré sévi napisał(a): > After making some updates to my package and putting it up on > extras-devel, it won't update on the device from the repository. > I was able to install it on scratchbox (both prior to and after updating the > SDK). > How do I fix this ? Wait for November^Wnext firmware drop. When it will be released is unknown but it will fix your problem. I just hope that it will be before developers will start to leave this ship. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: some thread about packaging and QA
Dnia czwartek, 25 marca 2010 o 20:34:40 Urho Konttori napisał(a): As Urho forgot to set topic and I do not want to dig in email for proper one I used what I used. > Maemo.org is not a distribution. If it was, then developers would not have > to even care about packaging, as the distro would take care of that, as > well as for the QA. Not quite - maintainers will take care of packaging but many times in Maemo world developers are also maintainers. > Also, the current model of centralized gigantic repository does not scale > up too well. Just look at the state of using extras-devel is on the > current devices (hint: slow pain). Someone has to finally remove all versions except newest one from index of extras-testing/devel so it will be less work for APT/HAM. > How I see the current status quo is that we are paranoid of ourselves. Agreed. > We don't trust each other enough to say that if you are a good developer > (like x-fade is probably in everybodys opinion), we still demand each > release that he makes to be evaluated for entry to extras. It simply makes > no sense to me. I would understand it for ovi store content, but even there, > the checks are simple: there is a list of issues that must be done, then > the package is submitted to ovi store qa, where they test the app, check > that it's optified and run a bit of tracing of the bg activities, networks > use and so forth and then say that, ok, go ahead or that didn't pass > because of this. There were plans to start using lintian from Debian for automatic checks of Maemo packages. So far it looks like there were plans only. Having this tool (extented with few Maemo rules) would make life of developers easier as packages can be automatically rejected/accepted into testing if they fail/pass. This can cover also each new rule which gets added - for example those 'CLI package' icons which are the main reason of why my package is not in extras (sorry, but I do not plan to do new package just because some rules were added after last version). > I feel that currently our maemo.org testing is more paranoid, > with demanding bugzilla (totally unnecessary for most of the content), The fun is that "mailto:i-do-not-read-ema...@my.spambox.example.org"; is valid bugtracker entry. > In my opinion as a community developer, I really don't have the time to > even follow the testing process even once for a component that I would try > to push to extras, let alone do it for every fix. This is just insane. It should be more automatic. So far I added just one small CLI package to Extras* and I really do not get ideas. First package lands in autobuilder which do build (no sane access to build logs - you need to track ML archive) and upload to extras-devel. Then developer has to press 'promote' button which adds package to extras-testing. Then maintainer needs to find at least 10 persons which will do 'thumb up' (in theory: after testing does application works, do not eat battery and not send all your data to evil people (exception: syncing software)). And if any new QA rules will be done in meantime (testing->extras takes lot of time for not popular stuff) then maintainer needs to do all of that again. So far I decided that with any new app I will wait for at least lintian. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Builder now runs PR1.2 SDK with Qt 4.6 support
Dnia środa, 24 marca 2010 o 17:22:06 Timo Härkönen napisał(a): > Promotion to Extras-testing and Extras for applications depending on > libqt4-maemo5 will remain blocked. > > > Is there a need to have these libraries any more now that we have a stable > version of Qt 4.6 with pr1.2? Nokia Qt developers already wrote that libqt4-maemo5 will be reused for Qt 4.7 packages. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: 3rd party rom images in maemo repository
Dnia środa, 24 marca 2010 o 14:39:45 Till Harbaum napisał(a): > the arrival of the vice emulator in extras-devel and the fact that it boots > directly into a x64 emulation without further interaction made me have a > look for the rom images required for this. Interestingly, the vice package > contains the full set of commordore rom images. > > When asking the author to rethink this he claimed that all those other > emulators like speccy also come with original rom images. Vice upstream tarball contains ROM images and thats why it boots directly. Debian package has those files removed so user has to download them from Internet. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - Google Reader offline
Dnia poniedziałek, 22 marca 2010 o 19:13:59 Paolo Durante napisał(a): > imho it would make sense to look into finally porting Google Gears to > maemo, You did not noticed that Google already stopped development of Gears? "We're continuing to support Gears so that nothing breaks for sites that use it. But we expect developers to use HTML5 for these features moving forward as it's a standards-based approach that will be available across all browsers." Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Dnia poniedziałek, 22 marca 2010 o 13:38:14 Ville M. Vainio napisał(a): > > Qt 4.6 will land in rootfs when nokia will release PR 1.2 firmware, but > > this can be November 2010 ;( > > While nobody has officially said anything about PR1.2 timing, > everything seems to indicate that it's going to happen pretty soon: > > http://talk.maemo.org/showthread.php?t=42285 Yeah, users... So far @nokia people gave so many "release on next week" type of messages that November 2010 is as good assumption as any other. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Dnia poniedziałek, 22 marca 2010 o 13:16:11 Ville M. Vainio napisał(a): > Yeah, Qt 4.6 provides "free" kinetic scrolling for scroll areas. Qt > 4.5 on Maemo is a relic. But 4.5 is still the version which all users have available. Qt 4.6 will land in rootfs when nokia will release PR 1.2 firmware, but this can be November 2010 ;( Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
Dnia piątek, 19 marca 2010 o 12:42:17 Igor Stoppa napisał(a): > ext Marcin Juszkiewicz wrote: > > Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): > >> Hmm.. any one know if meego will be completely open source?. > >> Or is it too early to know for sure at this point. > > It was already said that Nokia devices running MeeGo will contain closed > > source components. So answer to your question is "no, it won't be". > Incorrect. > > A Nokia device running MeeGo is not the same as a Nokia device running > exclusively MeeGo. > > iow the total sw stack will be a superset of a configuration of MeeGo > > So MeeGo can still be fully open. Ok, let me rephrase: It was already said that Nokia devices running Nokia provided MeeGo based system will contain closed source components. So far no one told what base meego system contains and how useful it is. Judging from current situation I assume that it will be nearly not usable without having N900 connected to charger due to lack of open BME alternative == no charging. There are build systems already which provides alternative root filesystems for nokia N900 and all of them suffer more or less due to that. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
Dnia czwartek, 18 marca 2010 o 19:59:25 Samir Faci (Dev) napisał(a): > Hmm.. any one know if meego will be completely open source?. > > Or is it too early to know for sure at this point. It was already said that Nokia devices running MeeGo will contain closed source components. So answer to your question is "no, it won't be". Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [GSoC] - Interested in Canola project
Dnia czwartek, 18 marca 2010 o 14:49:54 Denis Weerasiri napisał(a): > I'm interested in Canola project, but I couldn't find any documentation > regarding this First would be nice to contact Canola authors to get information do they plan any development of it. Application require changes to follow Maemo5 style (placement of back button for example). > And I saw the project idea "*Canola UPNP plugin*" via > http://wiki.maemo.org/GSoC_2010/Project_ideas http://openbossa.indt.org/canola/add.html lists UPNP plugin already > and got and read few documents about the UPNP protocols. Can anyone redirect > me if there's any source which I can get an overall idea of this project? http://openbossa.indt.org/canola/ probably Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Performance of floating point instructions
Dnia środa, 10 marca 2010 o 11:14:14 Laurent Desnogues napisał(a): > One has to be careful with that approach: Cortex-A9 SoC won't > necessarily come with a NEON SIMD unit, as it's optional. So it'd > be better to also include code that doesn't assume one has a > NEON unit. Or if someone will try to run new ver of maemo-mapper on n8x0 for example. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
Dnia poniedziałek, 8 marca 2010 o 16:21:13 Benoît HERVIER napisał(a): > - I'm not agree with some QA rules, like the fact that you should > point as bug tracker the enter_new.php page so you do not let user > made a search before or display the current know bug, so it ll result > in duplicate bugs. I heard other things about bugtracker link. That it can be link to any bugtracking system (mdbus2 uses Trac which does adding bugs in other way then Bugzilla) or link to web page or even mailto: link. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [MeeGo-dev] Twitter client for Maemo in Qt + Python: call for developers and UI designers
Dnia poniedziałek, 22 lutego 2010 o 17:06:33 Andrea Grandi napisał(a): > In these days I had the idea to start writing a Twitter client for > Maemo with a precise direction in my mind. I'll try to explain all my > reasons here. Name it YATCFMBTTIQ (Yet Another Twitter Client For Maemo/Meego But This Time In Qt) and start by duplicating Witter? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Graphical Interface designer for Qt
Dnia czwartek, 18 lutego 2010 o 13:06:18 Andrea Grandi napisał(a): > keep in mind that you cannot use QtDesigner to design a UI for Maemo yet. O, rly? My player [1] has UI created with Qt Designer. It has separate QMainWindows which are stacked, supports screen rotation (old way - need to update) etc. In one codebase I have support for Maemo5 (two windows) and desktop (one window) UI. 1. http://gitorious.org/qt-module-player/qt-module-player Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo, unity or fragmentation?
Dnia wtorek, 16 lutego 2010 o 11:20:52 Michal Kolodziejczyk napisał(a): > On 16.02.2010 08:25, Marcin Juszkiewicz wrote: > > There is no space for discussion - we are community not company. Moblin > > already has OBS working for building software and they decided about > > using Fedora as base over 18 months ago (used Ubuntu before). > > The more precise way would be to say that moblin "is based on the RPM > format (used also by Fedora)" than "using Fedora as a base". When I was paid by Intel Moblin was at phase when Ubuntu->Fedora move was planned. ImageCreator v1 used Ubuntu, v2 used Fedora as source of packages. Then they moved to own stuff so ok. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MeeGo, unity or fragmentation?
On pon 15 lut 2010 21:49:14 CET, Pavel Rojtberg wrote: > > I guess the first MeeGo release will be > > widely based on Maemo but use rpm as packaging format. Maemo maybe is longer on a market but will rather not be a base - will rather provide applications and phone stuff. > In general I think the package format needs more discussion as it also > implies a rebase of the distribution. There is no space for discussion - we are community not company. Moblin already has OBS working for building software and they decided about using Fedora as base over 18 months ago (used Ubuntu before). > Up to now Maemo was happily > syncing from Debian, which obviously wont work with rpm any more. Please... Maemo was not syncing with Debian. It just took few updated components from it. > So there must be at least a HUGE advantage coming with RPM to justify > the efford to switch. Less work for nokia on base system as Moblin provides nice working, maintained one instead of bunch of random versions used in Maemo5. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo code in Linux kernel?
Dnia czwartek, 4 lutego 2010 o 11:53:22 Christopher Intemann napisał(a): > I came across this blog-entry [1] which is describing why the Android > kernel extensions were removed from the current kernel version. > I'm just curious: Where does Nokia/ Maemo stand? Are there Maemo sources in > the official Linux kernel tree at all? Good question. Some of nokia/Maemo code landed in linux-omap tree, some got into vanilla. But the question can be: is any of official kernel trees capable to provide fully working 2.6.33-rc kernel for nokia 770/n8x0/n900 tablet? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Base Port documentation
Dnia czwartek, 4 lutego 2010 o 11:56:45 Quim Gil napisał(a): > Hi, > > We don't expect to find many chipset vendors in this list, but still > this new doc might be interesting for those of you interested in the low > level interfaces of the platform and also for those with an open source > agenda. > > Maemo Base Port > http://wiki.forum.nokia.com/index.php/Maemo_Base_Port Which version of Maemo it covers? Rather not Maemo6 as it had to be Qt based and pdf talks about GNOME GVFS. And does nokia follows this document? I think not: >> Kernel 1. >> The kernel shall follow the Linux mainstream development model and adhere >> to Linux coding and quality standards. The kernel codebase shall not be >> forked from the mainstream codebase and all necessary modifications to the >> kernel shall be delivered and integrated into the mainstream kernel >> codebase using the standard GPLv2 license (Nokia standard). Does it means "you are free to start merging your code 2 years after last device sold"? Because N8x0 support was not fully merged yet into mainline Linux tree. >> Kernel 2. >> The kernel shall follow the upstream Linux kernel version as closely as >> possible (Nokia standard). We have 2.6.28 + omap1 + nokia. It does not even got stable updates with pr1.1 >> Kernel 3. >> The kernel source code shall be available as a git[5] repository with full >> commit history (Nokia standard). We have only code drops from time to time so bugs like https://bugs.maemo.org/show_bug.cgi?id=6792 are not fixed for users. >> Kernel 8. >> The kernel shall support the ext2, ext3, ext4, UBIFS, and VFAT file systems >> (Linux standard). Kernel tree source or binary kernel/modules for device? N900 do not have ext4 support available in any Maemo5 release. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debian Etch, Rebuilt: 6,451 .debs for Maemo 5
Dnia środa, 3 lutego 2010 o 07:04:57 Marius Vollmer napisał(a): > > * I rebuilt all Debian Etch source packages with the Maemo 5 SDK and > > sdbmock. > > Cool! Nice stuff indeed. I hope that you will try Lenny or Squezze soon as Etch is not supported now by Debian (but is similar to Maemo5 roots). > > * I could batch import packages that don't already exist in > > extras-devel. I think this would be rad. > > You should probably also exclude packages that already exist in the > SSU and SDK repositories, just to avoid confusion. SSU yes, SDK no. Users of devices do not use SDK repos as they were described as 'can break device' due to dependencies. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Fremantle and Diablo SDK Virtual Image Final version released
Dnia poniedziałek, 25 stycznia 2010 o 10:45:50 jarmo.ti...@nokia.com napisał(a): > Hi, > > The Maemo Eclipse Integration 2nd Edition project has released new > out-of-the-box ready Maemo SDK Virtual Image based on Ubuntu Intrepid > Desktop and supporting VMWare, VirtualBox and QEMU. This new Maemo SDK > Virtual Image include full Maemo Fremantle 5.0 SDK and Diablo 4.1.2 > Development Environments preinstalled. > > Downloadable delivery archive for Desktop image is about 1.6GB and > uncompressed image (requires 7-zip for uncompressing) is about 9.5GB, so > reserve enough disk space and time when installing it :). How does it differ from previous VM SDK image? I am using "PreFinal2" image and upgraded both armel and x86 sbox targets by 'fakeroot apt-get update/upgrade' so would like to know is there sense to fetch those gigabytes. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Build Server Configuration
Dnia wtorek, 26 stycznia 2010 o 14:47:58 Javier S. Pedro napisał(a): > Marcin Juszkiewicz wrote:debehlp > > > Can you look at how Debian uses library symbols to handle versioned > > dependencies? Having this in autobuilder should solve "this app require > > pr1.1 just because we upgraded sdk" problems. Will probably also help to > > chinook/diablo packagers. > > This is more a source packages issue than an autobuilder one. > The autobuilder needs only updated debhelper; but all lib source > packages need "package.symbols" file with each symbol and version. Is there something needed other then rebuilding all lib packages to generate such informations? Ok, not all of them are open, but at least open ones can get such infos. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Build Server Configuration
Dnia wtorek, 26 stycznia 2010 o 13:05:41 Ed Bartosh napisał(a): > I still don't understand what's so bad with current toolchain and > autobuilder? I'm asking not just out of curiosity, but because right > now I have some free time and I'm going to spend it to improve > autobuilder. > My plan I was to implement the following features: > - support for multiple packages builds > - parallel package builds > - improvements for external checks > - support for building tags from garage VCS(svn and git) > > So, if it's not needed and community tends to switch to another build > system I'd rather do something more useful. Can you look at how Debian uses library symbols to handle versioned dependencies? Having this in autobuilder should solve "this app require pr1.1 just because we upgraded sdk" problems. Will probably also help to chinook/diablo packagers. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Build Server Configuration
Dnia wtorek, 26 stycznia 2010 o 09:43:01 Ove Kaaven napisał(a): > The Debian tools are not really designed for cross-compilation, they're > meant to run inside the target environment. That target environment also > needs a full complement of Debian tools, including compilers. OpenEmbedded builds deb packages and root filesystems without having to be run on Debian based system and all in cross-compilation mode. > The reason it works for Debian is because they have a LARGE farm of > dedicated, donated machines of various architectures: > If someone builds a farm of Maemo devices (running on ARM, of course) > that they want to dedicate to running buildds, then that might work. You do not need Maemo devices - there are better ARM devices if you want to have native compilation farm. Think of BeagleBoard (with usb-network, usb- storage attached) or Sheevaplug devices (serial-ata storage, gigabit ethernet, more raw cpu power then n900 or beagleboard). > Otherwise, the Debian tools need to be run inside a simulated target > environment, and the only simulated environment known to run Maemo (and > that runs reasonably fast) is probably scratchbox... Again - you do not need to run whole Maemo environment to be able to do builds. Fremantle_armel target do not have working Hildon - it works only for shell stuff. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: up-to-date debhelper and cdbs
Dnia poniedziałek, 25 stycznia 2010 o 12:33:59 Markku Savela (nokia) napisał(a): > I may be misunderstanding something, but to me it looks like the newest > versions of debhelper and cdbs are already in scratchbox /usr/bin. > > It just those pesky devkit redirections that take us to ancient versions... > > ... thus, wouldn't just disabling those redirections be sufficient? Or let nokia finally pay someone to upgrade those devkits to something more fresh? Lenny or Squeeze? iirc I even saw squeeze devkit somewhere on sbox website... Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: connect through ssh or telnet to the Virtual Machine with Maemo SDK
Dnia niedziela, 24 stycznia 2010 o 13:47:59 Stephan Jaensch napisał(a): > Hi, > > Am 23.01.2010 um 20:36 schrieb ac...@dsic.upv.es: > > I just installed the Machine with Maemo SDK and would like to be connect > > with my nomal linux istalation. Can someone tell me how can I connect > > through ssh or telnet to the Virtual Machine with Maemo SDK. > > That depends on how you configured networking for the VM (I'm assuming > you're using VirtualBox). If you chose NAT, which is the default, then you > need to do the following on your host OS: I suggest other way: use two network cards in Virtualbox. First one as NAT to get easy Internet access from inside of VM. Second one as "host only" with static IP on VM side and static IP on your host (tap0 interface usually). This way you have good internet access from VM, have easy access to VM from your host environment and do not have to read VBoxManage documentation to make forwarding ports. And it helps when you have few VMs running at same time :D Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: "Donate $x" button on Packages and/or Downloads
Dnia piątek, 22 stycznia 2010 o 14:32:34 Andrew Flegg napisał(a): > On Fri, Jan 22, 2010 at 13:27, Marcin Juszkiewicz > wrote: > > [snip] > > > But having "Donate" button in each and each Maemo app looks strange for > > me. If author (not packager, but author) wants money for his application > > then let we talk with nokia to make Ovi store more open for small > > developers so app can be sold that way for 1-5€ maybe? > > And if I want it to be open source, and not HAVE to have my users pay? Give them a choice? There are apps in AppStore which are available in basically same version for free and for few euros so user can choose. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo extras repository package uploader/maintainer verification?
Dnia piątek, 22 stycznia 2010 o 14:03:18 Andrew Flegg napisał(a): > On Fri, Jan 22, 2010 at 12:59, Simon Pickering wrote: > > I'd suggest that the autobuilder checks to see that the uploader's email > > address is included in one of the *Maintainer fields; but there is the > > slight problem of what happens when someone is uploading someone else's > > package (e.g. as a favour when they are away from a build machine)? > > There's also packages which are maintained by a team but uploaded by > an individual. Sure, but iirc Debian handles it by having Maintainer and Uploaders fields. From my point of view Maemo packages should have Maintainer field changed even when there is no changes in Debian package (other then recompilation). Why? Simple - how original maintainer can maintain package on platform unknown to him? On system which is not Debian even... Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: "Donate $x" button on Packages and/or Downloads
Dnia piątek, 22 stycznia 2010 o 13:35:42 Andrea Grandi napisał(a): > it's a nice idea, but... why user has do go to maemo.org website to > donate? > Shouldn't we integrate this even in Application Manager and/or > in the "About" dialog of every application? Why not adding big requester on each start of application with big button "Donate" and 40s wait to make user really see it? I use additional software on all my devices. It was like that on Zaurus machines, cellphones, smartphones, maemo tablets and is now on N900. When I want somehow to show author that I like his app I am sending suggestions how to make it better (often with patches), suggest installing it for other users etc. From time to time I donate money. But having "Donate" button in each and each Maemo app looks strange for me. If author (not packager, but author) wants money for his application then let we talk with nokia to make Ovi store more open for small developers so app can be sold that way for 1-5€ maybe? It works for iPhone, Android and Symbian so why does not have to work for Maemo? > Having to pass from a website is a non-sense for me, just like the > actual Ovi Store :P Yep - why duplicate it? And how fast nokia would take steps to kill it? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-devel] List emails subject prefix
Dnia środa, 20 stycznia 2010 o 11:38:46 Marius Vollmer napisał(a): > ext Marcin Juszkiewicz writes: > > But I also read mails on N900 and Modest do not have such one ;( > > Are you saying you can not get yourself a proper email client? :) I blame your employer for providing me such crappy one ;D Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-devel] List emails subject prefix
Dnia środa, 20 stycznia 2010 o 11:12:11 Marius Vollmer napisał(a): > This is one of the classic controversies, and there is no hope that we > resolve it this time. > > I used to be in the "get yourself a proper mail client" camp, but the > times are now such that this is no longer a reasonable option for many > people. > > So what if us who can get themselves a proper mail client just configure > them to remove these [maemo-devel] droppings on our side? Sure, there is such option too ;) But I also read mails on N900 and Modest do not have such one ;( Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-devel] List emails subject prefix
Dnia wtorek, 19 stycznia 2010 o 18:45:01 Edward Johns napisał(a): > Hello, > I feel a little cheeky asking this when I've only just joined the list > but I was wondering if anybody else thinks it is a good idea to have > mails to this list (and the other maemo lists) prefix the subject line > with the name of the list. This is a technique used on most other > lists I subscribe to and can be done automatically by Mailman (using > the subject prefix option in the list personality settings). > It is a great help to those of us subscribed to several different > lists that we access via different clients. No, No, No! Get yourself proper email client which will sort your mail into folders. There is X-BeenThere: maemo-developers@maemo.org in each email from this ML. And yes - it was added by Mailman. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Reverting autobuilder to fremantle sdk maemo 5 update 1
Dnia wtorek, 19 stycznia 2010 o 16:39:06 Graham Cobb napisał(a): > On Tuesday 19 January 2010 15:08:59 Kaj-Michael Lang wrote: > > And this breaks applications trying to use new packages, like > > sharing-dialog-dev > If it is a new package we could experiment with putting a version in > extras-devel (and extras-testing and, eventually, extras) -- I sugest > giving it a version nmber lower than the PR1.1 SDK version. Hack, hack, hack... Then someone will write app which will require libosso from 51-1 and we will hack to make it possible for users with older firmware to install it etc etc etc? So far Maemo apps often behave like not being tested (or had bugs at design phase) - this will just add new ones. And when firmware updates will get to extras* just to make some builds happy I will request Modest 3.1.18-0m5-hrw3 to be built and put in there too. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to destroy your community
Dnia wtorek, 19 stycznia 2010 o 11:13:30 Jeremiah Foster napisał(a): > >> 8) "Screw around with licensing. Community members tend to care a lot > >> about licenses, so changing the licensing can be a good way to make > >> them go elsewhere. Even better is to talk a lot about license changes > >> without actually changing anything;" > > You'll have to point to some evidence for this to apply to maemo. The only > license changes I have noted are those that go from closed to open, stuff > from TI for example. (Thanks again keepsie!) There were components which got closed in Diablo but were open before. Can not tell names now but I remember such event happened. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to destroy your community
Dnia wtorek, 19 stycznia 2010 o 12:57:32 Jeff Moe napisał(a): > For instance, take an ideal project leader like Linus. If he had a blog Linus Torvalds has a blog and posts there. http://torvalds-family.blogspot.com/ Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SDK rootstraps updated
Dnia poniedziałek, 18 stycznia 2010 o 16:03:53 Jeff Moe napisał(a): > On Monday 18 January 2010 11:51:00 Marcin Juszkiewicz wrote: > > They could also just repack it and put there. Please compare both and > > share result. > > 736k diff. Also, the gzip appeared to be corrupt in the original version. > Perhaps they should do version numbering of the SDKs as well, such as: > maemo-sdk-rootstrap_5.0.3_armel.tgz And SDK versions should be more linked to firmware drops so s/5.0.3/5.0.2009.51-1/ or something like this. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SDK rootstraps updated
Dnia poniedziałek, 18 stycznia 2010 o 15:08:07 Jeff Moe napisał(a): > Take note, since the service restoration, the Maemo 5 SDK rootstraps have > been (silently?) updated with no changes to timestamps: > To clarify, they have changed the contents of > maemo-sdk-rootstrap_5.0_armel.tgz (and i386), updated the MD5SUM, but the > files have the same timestamp. I assume you'll want the latest one that is > in the repo if you tried the previous one (which may have been broken). They could also just repack it and put there. Please compare both and share result. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder/SDK dpkg too old to support triggers
> > Simple 'apt-get update/upgrade' will give dpkg 1.14.25 in any > > Fremantle SDK. > > Yeah, but the version that matters is the one in the debian-etch devkit, > not the one in the rootstrap. Run dpkg --version, and you will be > surprised... :-) OMG... I did not know that sbox do so much damage... > > Never mind how badly nokia Maemo team broke Debian which was used as base > > long > > time ago methods from it should work. > > Well, thank god we didn't break Debian. :-) But, yeah, Maemo is in a > very bad shape, distribution wise. I wanted to wrote that base system in Maemo5 is just too broken. For Fremantle it is not possible to fix it, but maybe for Harmattan nokia can upgrade base system to at least Lenny + some upgrades requested by developers. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder/SDK dpkg too old to support triggers
Dnia sobota, 16 stycznia 2010 o 10:05:28 Andrew Flegg napisał(a): > The versions of dpkg in play, according to `dpkg --version': > > Native Ubuntu (Jaunty) 1.14.24ubuntu1 > N900 (2.2009.51-1) 1.14.25 > Scratchbox (Fremantle rootstrap) 1.13.25 > > The downlevel version in the SDK means you can't build packages which > use the features of dpkg on the device. > So, two questions: > >1) Is there a reason for the older dpkg in the SDK? Someone forgot to do "apt-get update;apt-get upgrade" after 51.1 got released. > In terms of solutions/workarounds, I can think of a few: > > ii. Get the SDK fixed so it actually corresponds to the version > on the device. Simple 'apt-get update/upgrade' will give dpkg 1.14.25 in any Fremantle SDK. I upgraded that way from version released by Nokia before N900 got into sales to 42.11 and then to 51.1 release. I do not care if someone at nokia say "but you should reinstall sbox each time when we release new version" because this sounds like pure bullshit for me. Never mind how badly nokia Maemo team broke Debian which was used as base long time ago methods from it should work. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Broken state of repositories
Dnia piątek, 15 stycznia 2010 o 20:44:34 Till Harbaum / Lists napisał(a): > Am Freitag 15 Januar 2010 schrieb Marcin Juszkiewicz: > > Other thing: *-dbg packages in extras-devel. OK, this is repo for > > developers rather then users but can't we move such packages into "debug" > > section where > > That's the point: This repository _is_ for developers. You have a > repository that fixes all the things you complain about: It's named > "extras". Or if you want a little more adventure then use extras-testing. Sure, but my personal app require Qt 4.6 which is extras-devel and do not plan to move from there. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Broken state of repositories
Hi On my N900 I have all three Extras repositories enabled (normal, testing, devel) to check what is going on in Maemo5 world. The problem is that some time ago there was (a bit crazy) idea about pushing everything from Diablo extras to be built for Fremantle. OK, some good apps arrived that way (hail Claws, die Modest) but there are some strange things too. For example: we have Frozen Bubble (awesome game) but it is not installable: Nokia-N900-42-11:~# apt-get install frozen-bubble Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: frozen-bubble: Depends: perl (>= 5.8.3-3) but it is not going to be installed E: Broken packages Nokia-N900-42-11:~# apt-get install frozen-bubble perl Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: perl: Depends: perl-modules (>= 5.8.3-3osso11+0m5) but it is not installable E: Broken packages Nokia-N900-42-11:~# apt-get install frozen-bubble perl perl-modules Reading package lists... Done Building dependency tree Reading state information... Done Package perl-modules is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: perl perl-base E: Package perl-modules has no installation candidate How it get into repository is unknown for me - it should not be there as it's dependencies should land first. Other thing: *-dbg packages in extras-devel. OK, this is repo for developers rather then users but can't we move such packages into "debug" section where they should reside? Developers will fetch them by apt-get. Another: usbcontrol - this is 770/n8x0 package not usable on n900 due to official lack of usb host functionality. Why it is in Fremantle? Yet another: all those extras-devel packages which depends on "maemo-select- menu-location" package which do not exists at all in Fremantle. We have nearly one hundred of them. Many packages do not have description even - just name of one line of information. Why we have that? Maemo always was mentioned as based on Debian but for me (as user of all versions of Maemo) it looks rather like it was maybe years ago. We do not even try to get close to it with quality of community packages. How can we improve situation? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Reading raw touch data
Dnia czwartek, 7 stycznia 2010 o 01:27:27 Syren Baran napisał(a): > is it possible to read the raw data from the touchscreen? /dev/input/ts is touchscreen - compile tslib and you will get access. May collide with X11 anyway. > If so, how fine is the granularity of the data? no idea Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where to find sources of gtk+ 2:2.14.7-1maemo15?
Dnia sobota, 2 stycznia 2010 o 07:22:30 Marcin Juszkiewicz napisał(a): > Hi > > Maemo5 repository contains sources of GTK+ 2.14.17-1maemo12 but newest > hildon-desktop requires maemo15 version (crashes with maemo12 in SDK). > > Where I can find development tree with Maemo5 gtk+? Thanks to villager from #maemo-devel I am fetching maemo22 version now from SVN. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Where to find sources of gtk+ 2:2.14.7-1maemo15?
Hi Maemo5 repository contains sources of GTK+ 2.14.17-1maemo12 but newest hildon-desktop requires maemo15 version (crashes with maemo12 in SDK). Where I can find development tree with Maemo5 gtk+? Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Commands for adjusting screen brightness for N810
You can also check /sys/class/backlight/*/* entries to control screen brightness without any software between you and kernel ;D Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: First release of Car Mileage Calculator
Friday 14 of November 2008 08:27:43 Bruce Forsberg napisał(a): > I have just released my first BETA release of my Car Mileage > Calculator for the Nokia Internet Tablets. It is available as a deb > package at my home page at: > > http://mileage.garage.maemo.org/ > > Since this is my first release for this platform (I developed some > programs for the Sharp Zaurus before) I would appreciate some > feedback from some experts on what I have done wrong and right. Any > feedback would be appreciated. I did not yet tried it on tablet but I hope that this time you did not hardcoded all UI positions. I tried to use Mileage on VGA Zaurus and it was disaster. Will try this version later on n810. Regards, -- JID: [EMAIL PROTECTED] Website: http://blog.haerwu.biz/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Firefox does not render 'font-family' style attribute...
On Thursday 02 of October 2008 15:25:00 Marco Solari wrote: > Firefox on Diablo on my N800 does not render 'font-family' style > attribute.. > This html code is rendered with just one font: > Arial > Verdana > Times Nokia tablets do not contain those fonts or any replacements. -- JID: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Thumb and VFP support in Maemo-Builder
On Monday 04 of August 2008 12:02:38 Andrew Zabolotny wrote: > vfp: Whether to enable compilation with the ARM vfp (limited floating > point) instruction set [...] This option is used only when building a > package for a CPU architecture supporting vfp (770 doesn’t, later > devices do). > Many of the packages I've uploaded to extras-builder so far support > both thumb and parallel= options, and while parallel is just a matter > of compilation speed (and it depends of the hardware builder runs > on), the thumb options is definitely a Good Thing to have, because it > makes the executables smaller by 20-30% in my measurements. And vfp can also make some binaries smaller (heavy floating point for example) and it also make them faster. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Standardization of packages version name in the extra repositories
On Friday 25 of July 2008 12:16:09 Antonio Aloisio wrote: > I propose you all, to choose a standard version name for us maemo > packages. Probably we can use: > * packagename-maemo-version for the packages that are been modified > to run on maemo. > * packagename-version for the packages that are not been modified. So gvim (example) would be "gvim 7.1-10maemo3" if not modified in other way then adapting build-deps or "gvim-maemo 7.1-10maemo3" if some UI adaptations were made? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: policy: maemo packaging policy -draft
Dnia Sunday 08 of June 2008, Allen Brown napisał: > > * Interactive prompts from maintainer scripts (such as asking where > > do you want to stick this new thing in your menus) are annoying for > > the user. I'd be inclined to add a sentence or two saying that > > these SHOULD be avoided where possible. > > Speaking as a user, the *lack* of asking which menu this belongs > under is annoying. Stuffing all add-ons into Extras sucks. I want > my tools organized according to uses, not according to which person > developed them. control panel allows You to organize this menu in any way you want. With crap called Application Manager where you can install just one application at time asking used is 'acceptable' but when I install packages using apt-get it is really annoying to check why does installing halted which happens when apt-get is called from remote shell and application asks where do I want to have it. With those 'finger-but-not-user friendy' style menus putting everyting into Extras has sense. -- JID: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Announcing the Internet Tablet Talk Software Section
Dnia środa, 21 maja 2008, Reggie Suplido napisał: > > This is an admirable goal, but I think a better way of pursuing it > > would be to contribute functionality to Maemo downloads and look for > > ways to integrate the itT community with the developer resources > > offered at maemo.org, rather than create yet another unintegrated > > space to watch and monitor for feedback. > Sorry guys but I don't understand the negativity here -- we're all on > the same side! Isn't our common goal to have apps reach more end-users? > The way I see it, it's no different that posting a thread in the forums > to announce your app. Look at it from developers not users side please. We (developers) use maemo.org services. So our software is built by Maemo autobuilder, goes into Maemo 'extras' repositories and is announced in Maemo downloads service. There other developers *and users* can vote for application, comment it (and this improve their karma in system). All of that is integrated - one login for all services. Now you want us to register in ITT forums and do same stuff again... useless waste of time -- JID: hrw-jabber.org OpenEmbedded developer/consultant Q: What's a light-year? A: One-third less calories than a regular year. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Announcing the Internet Tablet Talk Software Section
Dnia wtorek, 20 maja 2008, Reggie Suplido napisał: > The main intention is to make apps more visible to end users and have > them join in with the development by providing feedback. This would > hopefully help developers more improve their apps And also force developers to spend more time on posting announcements... > as well as offer better IT software to the IT community in the long run. s/IT community/ITT forum users/ as I can say that I am part of IT community but I refuse to follow yet-another-user-forum. -- JID: hrw-jabber.org OpenEmbedded developer/consultant chaos, panic, packet loss - my work here is done! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: n800 serial
Dnia poniedziałek, 19 maja 2008, Dave Neary napisał: > Hi, > > Marcin Juszkiewicz wrote: > > Does Maemo wiki team created any structure for Wiki? Or for > > started-but-closed-for-people Mediawiki based one [1]? If not then > > changing one entry does not make sense as there still will be no way > > to easily find needed documentation. > > Reorganising the wiki is top of my TODO list for May, along with > migrating to MediaWiki. I think these two things should be kept apart, > and of course, reorganising a wiki with over 400 pages is a big task. > I'm looking for people to actively help reorganise the wiki, would you > be interested? With MediaWiki based one I can help a bit. With current one I do not plan to do any work. -- JID: hrw-jabber.org OpenEmbedded developer/consultant BSD is what you get when a bunch of Unix hackers sit down to try to port a Unix system to the PC. Linux is what you get when a bunch of PC hackers sit down and try to write a Unix system for the PC. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: n800 serial
Dnia niedziela, 18 maja 2008, Dave Neary napisał: > Marcin Juszkiewicz wrote: > > I wonder when Maemo.org wiki will split such informations > > to /wiki/Hardware/N800/SerialPort instead of populating not related > > pages with extra informations (I know that serial port is handy for > > kernel hacking but it has nothing related with kernel compilation). > The maemo.org wiki doesn't move information about - but some of its > users do ;) > > Do you have time to split the information out and link to it from the > appropriate section of the wiki? Does Maemo wiki team created any structure for Wiki? Or for started-but-closed-for-people Mediawiki based one [1]? If not then changing one entry does not make sense as there still will be no way to easily find needed documentation. Please look at old OpenZaurus wiki [2] - Simon Peckering was one of maintainers of it and for me this is good example of structurized Wiki with quite easy access to documentation. 1. https://wiki.maemo.org/index.php 2. http://wiki.openzaurus.org/ -- JID: hrw-jabber.org OpenEmbedded developer/consultant Resistance Is Useless! (If < 1 ohm) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: n800 serial
Dnia niedziela, 18 maja 2008, Kees Jongenburger napisał: > This week-end I found out where the serial pins of the n800 are located > and added that information to the wiki > http://maemo.org/community/wiki/HowTo_KernelCompilation/ I wonder when Maemo.org wiki will split such informations to /wiki/Hardware/N800/SerialPort instead of populating not related pages with extra informations (I know that serial port is handy for kernel hacking but it has nothing related with kernel compilation). -- JID: hrw-jabber.org OpenEmbedded developer/consultant Aah, arrogance and stupidity, both in one package. How very efficient of you. [Londo] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Diablo, do we need a separate repository?
Dnia Tuesday, 6 of May 2008, [EMAIL PROTECTED] napisał: > Graham cobb wrote: > > If there are *any* library changes (you mentioned libssl but > > I *really* hope there will be an up to date version of glib!) > > Perhaps we did a really bad job explaining what not changing the > platform means. > > I'm 99.99% certain that glib2.0 will be based on 2.12.12, just as it > was in the previous release. > Assuming I'm correctly reading the changelog there was only one change > to glib2.0, and that was to fix shlibs in debian/rules. glib2 keeps source and binary compability between releases so upgrading from 2.12.12 to 2.16.x should not even require recompiling of applications. -- JID: hrw-jabber.org OpenEmbedded developer/consultant It is your destiny. -- Darth Vader ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Corporate ownership of open source projects [LWN]
Dnia Tuesday, 6 of May 2008, Eero Tamminen napisał: > Hi, > > ext Marcin Juszkiewicz wrote: > > Can community also demand informations how to make non-maemo systems > > working on tablets? What if I would like to run XFCE on 770 or > > Qtopia? > > I'm not sure whether they are available for 770, but at least I've > seen posts about somebody compiling them to N8x0. > They don't have that many HW dependencies you know... I can agree if you want to run them under OS2008. But if you want to use whole system from own build then it starts to be a problem - dsme, bme etc are closed. -- JID: hrw-jabber.org OpenEmbedded developer/consultant catholic god himself invented autotools just for amusement first there was the great flood, then the plague, now autotools ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Corporate ownership of open source projects [LWN]
Dnia Saturday 03 of May 2008, Igor Stoppa (Nokia) napisał: > Sadly the padlock (and i'm not denying that there is one) is around > some of the most boring or crufty stuff, not really on the family > jewels. The padlock is on many things which got limited just because no one took a moment to discuss things with community (guess). > -closed SW: > Then comes bme: charging the battery is something that nowadays is > described quite well in the application notes of many battery charging > chips, so google would be able to provide all the needed information > for some primitive charging sw, but again this is a lawsuit waiting to > happen. If common sense was more diffuse and companies didn't have to > be paranoid, probably more opening could be done, but i'm skeptic about > anything happening on that front at the moment. At least ability to *read* battery status without Nokia *closed* binaries should be possible. There is battery class now in kernel... > Finally we have the WLAN module and FW, which are again developed under > NDA and it's quite unlikely that the manufacturer is willing to release > the source. Wlan situation was wrong from beginning - when 770 was released. N8x0 just use newer version of 770 driver. Too bad that no one was working on it to make it work with standard linux wlan components like WPA supplicant. This also blocks Nokia tablets from being usable with non-maemo systems. > In the end I think what would be realistically possible - and i'm > already completely sure that many won't be satisfied and will complain > - is that Nokia provides one person whose sole task is to support the > community by mantaining the closed code and providing new binaries that > link against recent libraries. The community would still be able to set > the direction for the development and ask for updates, so that these > closed areas would not hold back work done in the open part. Which is > the majority. This is not a solution. There are many closed components (some of them were open in older releases) and one person will never get request queue cleaned in acceptable time. I will not mention that many of those closed components looks like closed just because Nokia was able to close it -- other ideas do not came to my brain now. > And I think it would be only fair that, having Nokia enjoyed the > benefits of taking these shortcuts (mostly can be summarized in not > using better/more open HW), now it will take also the pain of providing > continued support for the closed components. I hope that one day (during this year not 2012) few Nokia developers/managers will take a list of maemo components and triple check which one should be closed and which not. Then releasing sources for second ones and reasons of closing for others. > This is my personal opinion - not to be taken as a promise or plan - > but as an advice in what the community could do/demand to keep the old > devices alive. Can community also demand informations how to make non-maemo systems working on tablets? What if I would like to run XFCE on 770 or Qtopia? > Anyway note that in order to do proper low level kernel development, > one needs also measuring tool and special boards that allow for precise > measuring of what the sw is doing. Nobody in the community has such > setup, so some help from Nokia for validation would still be required. People are doing lot of low kernel development on misc palmtops with only serial cables (some try even without them). Having measuring tools, special boards is handy but such setups not always are the same as final devices. -- JID: hrw-jabber.org OpenEmbedded developer/consultant It might look like I'm doing nothing, but at the cellular level I'm really quite busy! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Corporate ownership of open source projects [LWN]
Dnia Monday 05 of May 2008, [EMAIL PROTECTED] napisał:
> > [EMAIL PROTECTED] wrote:
> > unfortunately the closed part (umac.ko) is full kernel module not
> > linkable object file so it too depends on kernel version and sadly
> > even specific kernel configuration
>
> So close, and yet so far away. I would say that umac.ko should
> definately be reworked so it is not distributed as a complete kernel
> module, but just an object, umac.o, that can be linked to an open
> source driver, perhaps even hooked directly to cx3110x.ko.
There is a trick to get umac.ko built for other kernels then default one.
Have a look at [1] and [2]. You need to have umac.ko from device and
remove some sections from it. Then cx3110x 1.x driver can be compiled for
it (I did not tried it with 2.0.15).
cp ${WORKDIR}/umac.ko ${S}/src/binary_umac.o
${OBJCOPY} ${S}/src/binary_umac.o -R __ksymtab
${OBJCOPY} ${S}/src/binary_umac.o -R __ksymtab_strings
${OBJCOPY} ${S}/src/binary_umac.o -R .gnu.linkonce.this_module
${OBJCOPY} ${S}/src/binary_umac.o -R .modinfo
${OBJCOPY} ${S}/src/binary_umac.o -R .init.text
${OBJCOPY} ${S}/src/binary_umac.o -R .exit.text
1.
http://amethyst.openembedded.net/oe/viewmtn/viewmtn.py/OE1/revision/file/d4a97f257158aba4fde91347580030110ef215bf/packages/c3110x/cx3110x_1.1.bb
2.
http://amethyst.openembedded.net/oe/viewmtn/viewmtn.py/OE1/revision/file/d4a97f257158aba4fde91347580030110ef215bf/packages/c3110x/files/umac_binary.patch
Method with open source driver + firmware blob would be better but this
will rather do not happen as 770 and n8x0 are already on market so Nokia
wont spent any extra money on rewriting driver.
--
JID: hrw-jabber.org
OpenEmbedded developer/consultant
Any smoothly functioning technology will have the appearance of magic.
-- Arthur C. Clarke
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Diablo, do we need a separate repository?
Dnia Monday 05 of May 2008, Niels Breet napisał: > As you probably all know Diablo, the next revision of the IT OS, is > coming out sooner or later. > > Diablo will be binary compatible with chinook, but there will be two > additions. There will be a new email framework and a newer version of > libssl (0.9.8) because of requirements for the WiMax tablet. Does someone work on "apt-get update;apt-get upgrade" from Chinook to Diablo then? Or do we are expected to 'use maemo backup, then rsync whole filesystem, reflash'? -- JID: hrw-jabber.org OpenEmbedded developer/consultant We're here to give you a computer, not a religion. -- Bob Pariseau, at the introduction of the Amiga ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Let's do something together in LinuxTag
Dnia Monday 07 of April 2008, Quim Gil napisał: > I'm a bit surprised about the weak feedback. I was (perhaps too > optimistically) expecting getting lots of names and having to triage. > Instead, it looks like we are going to think ourselves who it makes > sense to invite to LinuxTag (travel, accommodation, session, why not > having a maemo dinner as well). I plan to attend LinuxTag and Maemo talks. Talk about "how we broke i18n in Maemo" would be nice :) Do I be there is not yet set - I have to coordinate it with my work. -- JID: hrw-jabber.org OpenEmbedded developer/consultant Warning: Dates in calendar are closer than they appear. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GNUmed on N810
Dnia Sunday 06 of April 2008, Sebastian Hilbert napisał: > I added the following repository to my N810 sources.list > > http://armel-debs.applieddata.net/debian/dists/testing/ > > Then I issued apt-get install gnumed-client. > > This led to: ument dependencies gnumed-common. > > So I issued apt-get install gnumed-common. > > Which led to : PreDepends: adduser but is not going to be installed > > So I issued apt-get install adduser > > Which led to : Depends : passwd (>= 1:4.0.12) but > 1:4.0.3-31sarge5.osso7 is to be installed > > Anything that can be done from your side ? Thanks. Recompile gnumed for Maemo is the only way. Maemo is NOT compatible with Debian - it just looks like. -- JID: hrw-jabber.org OpenEmbedded developer/consultant Great minds discuss ideas; average minds discuss events; small minds discuss people. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: long name package problem
Dnia Sunday 02 of March 2008, Jussi Kukkonen napisał: > Marcin Juszkiewicz wrote: > > This does not have sense indeed. But AppManager is closed aplication > > so workarounds have more chances to be done then fixing. > > http://hildon-app-mgr.garage.maemo.org/ O... I am suprised. I wonder what rules Nokia use to open/close status of applications... Package manager (quite big and important app) is open but simple apps like clock are closed ;( -- JID: hrw-jabber.org OpenEmbedded developer/consultant Due to unexpected conditions Windows 2000 will be released in first quarter of year 1901 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: long name package problem
Dnia Sunday 02 of March 2008, Till Harbaum / Lists napisał: > You mean you want the package maintainers to work around a problem of > the app manager instead of fixing the app manager? That imho doesn't > make much sense ... This does not have sense indeed. But AppManager is closed aplication so workarounds have more chances to be done then fixing. -- JID: hrw-jabber.org OpenEmbedded developer/consultant bloody internet there was once peace and then the internet came in :-) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: OpenEmbedded
Dnia Thursday, 21 of February 2008, Ian Key napisał: > Following on from the "How to detect Maemo for building...", Marcin > Juszkiewicz specifies OE for package building. > Using, say, Chinook SDK has anyone used OE to build a complete rootfs > and flash on device or use the MMC? OpenEmbedded use 'chinook-compat' distro configuration to build packages compatible with OS2008. It is not used to build whole rootfs. I do not remember does OE already has kernel from OS2008 or not - if not then I will add it soon. This kernel it is present in Poky which is derivated from OE and used by OpenedHand. You can run Poky on any Nokia tablet - we (I work for OH) provide rootfs + kernel on http://pokylinux.org/ website (look into autobuilder output). > If so, what BitBake configurations were used (I notice there are some > N800 .bb files present). MACHINE="nokia800" supports N800 and N810. > What toolchain is used for the compilation? CSL 3.4.4 - same as in Chinook SDK but built from source instead of using binaries. > I'm new to OE and fairly new to Linux development, have been using > Scratchbox for as long as I've done Linux devel (which isn't long), so > any help is appreciated. Grab OE, setup and then set DISTRO="chinook-compat" MACHINE="nokia800" and try to build software. -- JID: hrw-jabber.org OpenEmbedded developer/consultant BSD is for people who love Unix. Linux is for people who hate Microsoft. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to detect Maemo in automake?
Dnia Thursday, 21 of February 2008, Alberto Garcia napisał: > On Thu, Feb 21, 2008 at 11:15:31AM +0100, Marcin Juszkiewicz wrote: > > I wonder why this is really needed... If application is for Maemo > > then it use its libraries (libosso, libhildon) and should check for > > those libraries not for scratchbox. > Yeah, but if your desktop PC happens to have libosso installed (it's > included in Debian) then autoconf will detect that you're compiling > for Maemo. If you screw configure phase by not providing informations where headers are then it can. But its bug of person who do compilation. > In my case compiling for Maemo means compiling using the Maemo SDK > (and probably for the Nokia 770/N800/N810). And scratchbox seems to be > the official way to use the Maemo SDK. It does not mean that it is best way ;D I heard enough complains about scarybox to not even touch it with long stick. With OE I can just "bitbake gvim" and result is package which works on device. No need to remember which libraries to build (and how). -- JID: hrw-jabber.org OpenEmbedded developer/consultant If it works, don't fix it. -- Sam Rayburn ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to detect Maemo in automake?
Dnia Wednesday, 20 of February 2008, Alberto Garcia napisał: > On Wed, Feb 20, 2008 at 02:00:50PM +, Ross Burton wrote: > > > > Now for my next question: How do i detect maemo correctly in > > > > autoconf? > I think that he meant how to *detect* Maemo (i.e, without having to > ask the user). > > I used to check for the existence of libosso, but since it's available > in Debian (http://packages.debian.org/libosso) I'm also checking > whether we're running inside the scratchbox, so you could use > something like this: > > if $PKG_CONFIG --exists libosso && readlink /etc|grep -q ^/targets; > then DETECTED_PLATFORM=maemo > fi > > If there's an "official" way (or just a better one) to detect if we're > compiling for Maemo I'd like to know. I wonder why this is really needed... If application is for Maemo then it use its libraries (libosso, libhildon) and should check for those libraries not for scratchbox. Or "--enable-maemo" switch should be used - if someone wants to build software for Maemo then adding one parametr to "./configure" call should be enough. Think about people who use normal cross-compilation (for example OpenEmbedded) instead of scarybox. -- JID: hrw-jabber.org OpenEmbedded developer/consultant You can close your eyes to reality, but not to memories. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Input method questions
I have N810 with OS2007.50.2 installed. During last week I tried to get Polish keymap for hardware keyboard. Used ukeyboard by Jiri Benc with my fast-hacked Polish keymaps. But it was not what I wanted to get. I can live with English on-screen keyboard as it gives Polish national chars on accents subpages. But to have Polish hardware keyboard I need to have also Polish onscreen keyboard (according to that how I undestand documentation). So I created one, compiled with vkb compiler and put on device. For hardware keyboard I created one which use Compose (Chr) key to enter national chars. But on N810 Compose key is already intercepted for all national chars... So questions time: 1. How to edit list of national chars so with my keymap (or my package so postinst script magic can be) Chr+o will be "ó" (and then rest of national keys if repeated)? 2. Will there be a way to use additional keymaps for hardware keyboard without replacing Control Panel -> Regional settings with ukeyboard one? 3. Will there be a way to select more then one layout for hardware keyboard? With onscreen something like that is possible. Why, why N810 has two LShift keys instead of LShift and RShift... -- JID: hrw-jabber.org OpenEmbedded developer/consultant "To be or not to be that is the question.": every programmer knows the answer $2b or (not $2b) is $ff. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Differences between scratchbox and real OS2008 tablets
Dnia Tuesday, 12 of February 2008, Glen Ditchfield napisał: > I installed the maemo-sdk by following the instructions > at > http://linuxuk.blogspot.com/2008/01/installing-os2008-development.html > and http://www.progbox.co.uk/wordpress/?p=453 > and everything seemed fine. I tried building "Battle for Wesnoth", and > eventually managed to compile it. > However, when I run it in scratchbox, it fails with the error > message "could not open pcm device /dev/dsptask/pcm3". > In the scratchbox, I only see the device /dev/dsp. My N800 has > no /dev/dsp, but has /dev/dpstask, /dev/dsptask/pcm3, and so on. What you need is N800 emulator not only scratchbox. I do not know does such one exists. -- JID: hrw-jabber.org OpenEmbedded developer/consultant In theory there is no difference between practice and theory ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
Dnia Sunday, 10 of February 2008, Jiri Benc napisał:
> On Thu, 7 Feb 2008 09:43:28 +0100, Marcin Juszkiewicz wrote:
> > I have one wish: i18n support done right not like it is done now.
> > 3. Use of strftime() for date/time names instead of translating names
> >(examples: os2008 clock, date widget)
>
> Fortunately, posix-locales package is open source, so this is IMHO not
> a big issue.
But those apps does not make use of locales at all. Instead
of "day_of_week_name = strftime("%b") they rather do "day_of_week_name =
gettext('Monday')" which is wrong.
> > With os2008 I am unable to create Polish layouts for keyboards just
> > because official way is "we support only those few languages which we
> > provide with image and do not care does user can or not add others".
> Or use ukeyboard [1]. Feel free to contribute Polish layout :-)
Cool - will test it during week.
--
JID: hrw-jabber.org
OpenEmbedded developer/consultant
Vi has two modes: the one in which it beeps, and the one in which it
doesn't.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Wish list
Dnia Thursday, 7 of February 2008, Al Khadra napisał: > Hello all, > > I would like to know where I can send my wish list for new features? > > Among the things I would like to see: I have one wish: i18n support done right not like it is done now. To be more detailed: 1. Allow user to add new hardware keyboard layout into preferences. 2. Allow user to add new virtual keyboard layout into preferences. 3. Use of strftime() for date/time names instead of translating names (examples: os2008 clock, date widget) With os2008 I am unable to create Polish layouts for keyboards just because official way is "we support only those few languages which we provide with image and do not care does user can or not add others". To provide Polish keyboard I now have to select one of system provided ones and replace it with own version. I just hope that I will not have to provide "polish-hardware-keyboard-instead-of-italian" and "polish-hardware-keyboard-instead-of-russian" style named packages. -- JID: hrw-jabber.org OpenEmbedded developer/consultant 42? 7 and a half million years and all you can come up with is 42?! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
