Re: rx-51 xkb file: how does FOUR_LEVEL type work?
Denis DeLaRoca wrote:
I can
only trigger F6 by pressing Fn+Shift simultaneously. The method of
locking either Fn or Shift first, doesn't work for me.
Yes, same here. And IMO it is better like that. When having shift locked
and wanting to write number, it is good it really writes number and not F6.
I then tried replacing the F6 mapping with,
key AD06{ [ y,Y, 6, bracketleft ] };
but no luck, it doesn't work...
it looks as if the hildon-layer is doing special
processing for this.
I wanted to map Tab and it doesn't work either. Replacing Tab with
Escape for same key mapping works and gives me Escape key. Looks like
software issue to me not hardware issue with the keyboard.
Same thing does work with N810/OS2008, I have various types of brackets
and other symbols mapped to shift+fn combinations and it works fine.
The only unsolvable issue I encountered is with SDL library and other
software that use low level keyboard info and is interested in state of
shift, ctrl, alt keys. Programs that use such information may be
confused with shift+fn mappings because shift is pressed. As an example
when F6 is mapped to shift+fn+y pressing it would always do shift+f6
action, never f6 action.
Frantisek
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo5 SDK slow performance
Hi Max, Max Usachev wrote: Hello! I have strange problem with Maemo 5 SDK - all graphic manipulations in emulator works very slow. Also I get many errors such as: hildon-desktop[1961]: GLIB WARNING ** ClutterX11 - Failed to get XImage of pixmap: e00054, removing I'm sorry, I'm no help - all I can say is that I had the same poblem, also with an Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) (as given by lspci). If it's any help, I got the impression that the problem was Xephyr, rather than X. 3D works fine with the controller, just not in the embedded X server. I don't have the problem any more with an Intel 4 series integrated graphics controller. Cheers, Dave. -- maemo.org docsmaster Email: dne...@maemo.org Jabber: bo...@jabber.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo5 SDK slow performance
On Tue, Feb 02, 2010 at 12:11:20AM +0200, Max Usachev wrote: I have strange problem with Maemo 5 SDK - all graphic manipulations in emulator works very slow. Try this before starting the desktop in Xephyr: export CLUTTER_VBLANK=none Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
PPA's?
Has a PPA system (ref: ubuntu) been considered for maemo.org? Having to shoehorn everything through the extras process is a bit too draconian for my tastes, and in general it's probably safer to add a single special-purpose repository somewhere than enable a full-blown extras-devel repository (that just might brick your phone). Example use case: I'd like to set up a repository for myself, containing various tools I like to use in my scratchbox (without having to recompile the stuff over and over again, or manually install debs). Also, users may want to follow development snapshots from one particular program, still without enabling extras-devel (or even extras-testing). Ubuntu PPA's are a perfect solution for lots of problems, and I'm wondering why we don't have this yet ;-). Is it a manpower problem? -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo5 SDK slow performance
Ville M. Vainio wrote: Yeah, Xephyr is using software rendering. In fact I've assume since forever that Xephyr with the Mesa libraries as shipped with the SDKs are just incapable of any indirect acceleration. On the other side it seems to work for some people I just use VMGl. A pain to install, but works flawlessly and fast (well, save for the background blurry, which doesn't work due to missing extensions). -- Javier ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Tue, 2 Feb 2010, Frantisek Dufka wrote: The only unsolvable issue I encountered is with SDL library and other software that use low level keyboard info and is interested in state of shift, ctrl, alt keys. Programs that use such information may be confused What puzzles me is that I have run into foreign users for whom aparently FOUR_LEVEL mappings do work... but replicating some of their mappings on my RX-51 config yield negative results. I wonder if on this issue it might be relevant the flash images that we have on our devices, I have the USA-variant versus the Global-release image. Do you if there are relevant differences between these images? I never upgraded from my old N800 to the N810, so all these hardware keyboard problems are new. But it looks like FOUR_LEVEL *did* work to a higher degree on Diable than on Fremantle. Do you think, it is worth my opening a bug report on this? Digressing a bit, under Qole's Easy Debian environment that is using the Xephyr X-server I am able to use xmodmap... and was able to program something like keycode 108 = Mode_switch and then keysym period = period colon quote quotedown and have it work reliably. It leads me to believe that if xmodmap were to work on Fremantle then perhaps we could program FOUR_LEVEL mappings reliably. Anyway, I have opened a bug report on the problem with xmodmap. https://bugs.maemo.org/show_bug.cgi?id=8695. --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Vote for N900
http://www.engadget.com/2010/01/29/vote-for-the-2009-engadget-awards -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems Starting Application Framework
Hi Daniel, I tried to use the killall option but this did not work yet. I also tried to stop and start it manually by: [sbox-FREMANTLE_ARMEL: ~] /etc/init.d/dbus stop Stopping system message bus: dbus. [sbox-FREMANTLE_ARMEL: ~] /etc/init.d/dbus start Starting system message bus: dbus. But I receive the next error. [sbox-FREMANTLE_ARMEL: ~] 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 Starting Maemo Launcher: maemo-launcher start failed. Sapwood image server is already running, doing nothing Error setting value: No D-BUS daemon running Error setting value: No D-BUS daemon running I do not know what to do. I also tried to use ESbox, but I obtain the error osso_initialize failed., and I think that this is also because of the bus. Thanks again for all your help, Best Regards, A. Cano Quoting daniel wilms daniel.wi...@nokia.com: Hi, ext ac...@dsic.upv.es wrote: DBUS system bus is already running, doing nothing D-BUS session bus daemon is already running, doing nothing It seems, that the you have started the AF before already, and that it did not shut down correctly. Try to kill all the related processes. You can do that by running sb-menu and then by selection killall in that menu. After that try to restart the AF with the script as usual. Daniel This message was sent using IMP, the Internet Messaging Program. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maintenance of ported apps
On Feb 1, 2010, at 18:05, Pavel Rojtberg wrote: Am 01.02.2010 17:43, schrieb Bernd Stramm: This area is sort of problematic in many respects. Hijacking someone's package can suppress good work and good people. And it is quite disrespectful. what do you mean by Hijacking? Isnt this exactly the place when the package license comes in play? Remember that you have to upload your package to the repositories in debian, and even if the license is okay, you have to make it past the ftpmasters. They frown on NMUs and hijacked packages in certain circumstances. The best thing to do is to solve problems between packagers _before_ the package hits the repos. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Please promote libicu40 to Diablo Extras
Since the Diablo promoter is broken, could someone manually promote libicu40 from Diablo's extras-devel to Extras? The libboost-regex1.34.1 in Extras depends on it. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Debian Etch, Rebuilt: 6,451 .debs for Maemo 5
Hey, * I rebuilt all Debian Etch source packages with the Maemo 5 SDK and sdbmock. * 10,220 Source packages processed. * 6,451 .debs produced. * The job ran for 8 days. * They have not been run through maemo-optify yet--I will test the fix for the recursive symlink bug[1] when ready. * They were compiled against the current maemos-extras repository. They have no dependencies other than that. In other words, no package within the rebuild depends on anything else in the rebuild--this is the first pass. * I could batch import packages that don't already exist in extras-devel. I think this would be rad. * Download locations (temporary): Directory: http://obra.freemoe.org/freemoe-etch/ Install file for N900: http://obra.freemoe.org/obra.install /etc/apt/sources.list: deb http://obra.freemoe.org/freemoe-etch ./ * Thx Ed for sbdmock help. Have fun, -Jeff Moe http://wiki.maemo.org/User:Jebba [1] https://bugs.maemo.org/show_bug.cgi?id=7707 ___ 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
On Tuesday 02 February 2010 21:20:25 Jeff Moe wrote: /etc/apt/sources.list: deb http://obra.freemoe.org/freemoe-etch ./ CORRECTION: deb http://obra.freemoe.org/ freemoe-etch/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Older targets in Mammo 5 SDK?
Is it possible to have older targets inside the Maemo 5 SDK? For example, it would be useful to have DIABLO_X86 and DIABLO_ARMEL targets available. -- Aj. ___ 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
ext Jeff Moe m...@blagblagblag.org writes: * I rebuilt all Debian Etch source packages with the Maemo 5 SDK and sdbmock. Cool! * 10,220 Source packages processed. * 6,451 .debs produced. This means there were a lot of build failures (as could be expected). Mining the failures would be interesting, too. I suppose a lot are due to missing build dependencies, but some have probably failed in more interesting ways. Do you have the build logs online as well? * They have not been run through maemo-optify yet--I will test the fix for the recursive symlink bug[1] when ready. There should be a fix any day now... * 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. ___ 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
On Tuesday 02 February 2010 23:04:57 you wrote: ext Jeff Moe m...@blagblagblag.org writes: * 10,220 Source packages processed. * 6,451 .debs produced. This means there were a lot of build failures (as could be expected). Mining the failures would be interesting, too. I suppose a lot are due to missing build dependencies, but some have probably failed in more interesting ways. Do you have the build logs online as well? Yes, from http://obra.freemoe.org/freemoe-etch/3/3dchess/root.log to http://obra.freemoe.org/freemoe-etch/z/zziplib/build.log * 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. Yes, I was thinking of running a few checks across the package before submitting it, such as: * In extras* ? * Depends: are ok? Just because the Build-Depends: were there doesn't mean the Depends: are there. * Isn't ridiculously huge? etc. Suggestions welcome. Future options include: * Building with faster flags (neon etc). * Automatically adding icon + Section: if is GUI app. * Rebuilding against itself (2nd and multiple passes). This will build yet many more packages since so many more libfoo-* have been built. * Lenny? Sid? * http://wiki.maemo.org/User:Jebba/Etch As a side note, this build was done on a server at netdepot.com. They graciously bumped the RAM about 25% of the way into the build... For the future(tm), I have created Amazon Machine Instances of the build server (SDK + sbdmock) for use on Amazon's Elastic Compute Cloud (EC2). Using these, innumerable virtual machines can be launched in Amazon's most excellent network and set to work building packages. Rent by the hour, then turn the thing off. :) http://aws.amazon.com/ec2/ -Jeff ___ 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
ext Jeff Moe m...@blagblagblag.org writes: Do you have the build logs online as well? Yes, from http://obra.freemoe.org/freemoe-etch/3/3dchess/root.log to http://obra.freemoe.org/freemoe-etch/z/zziplib/build.log Great! * Depends: are ok? Just because the Build-Depends: were there doesn't mean the Depends: are there. Yes. Would be good to compile a list of such missing Depends and maybe put some extra effort into making them build, too. There will be cyclic build dependencies, though, and things get interesting then. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Older targets in Mammo 5 SDK?
Wed, 3 Feb 2010 00:51:41 -0500 (EST) ma...@bitblit.net kirjoitti: Is it possible to have older targets inside the Maemo 5 SDK? For example, it would be useful to have DIABLO_X86 and DIABLO_ARMEL targets available. Yes it is. -- Julius ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Older targets in Mammo 5 SDK?
On Wed, Feb 03, 2010 at 12:51:41AM -0500, ma...@bitblit.net wrote: Is it possible to have older targets inside the Maemo 5 SDK? For example, it would be useful to have DIABLO_X86 and DIABLO_ARMEL targets available. Check out this post about setting up multiple targets in your scratchbox: http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/ I currently have targets for mistral, bora, chinook, diablo and fremantle. Marius Gedminas -- lg_PC.gigacharset (lg = little green men language, PC = proxima centauri) -- Markus Kuhn provides an example of a locale signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
