Fwd: Building derivative distros on the Devuan Jenkins CI
FYI If anyone is interested, what is done so far (in terms of REing and forward-porting maemo packages to devuan) can be found on: https://github.com/fremantle-gtk2--- Begin Message --- Hello everyone. Cc'd to this email are Merlijn (Wizzup) and Ivaylo (freemangordon). I am not sure if they are subscribed to the ML, so please keep them Cc'd. We have (relatively) finished the code for the new amprolla that Centurion_Dan said was needed for derivatives to build packages on the Devuan CI infrastructure. The code can be found on: https://git.devuan.org/maemo/amprolla/ A Devuan repository generated using this instance is living and constantly being updated here: http://amprolla.parazyd.cf/merged We would like to know what are the next steps for the maemo community to start building packages on Jenkins. Most, if not all, packages are ready to be built and just need to be included in the loop. Can you tell us what needs to be done on our part and your part to get this going? What would the timeframe for this be? We hope to start doing it as soon as possible, hopefully next week. -- ~ parazyd GPG: 0333 7671 FDE7 5BB6 A85E C91F B876 CB44 FA1B 0274 signature.asc Description: Digital signature --- End Message --- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 on Nokia N900 had a downfall - please advise how to retrive data from the phone
Hi Elena, I would recommend you to register at talk.maemo.org and/or join #maemo IRC on freenode.net. There are lots of helpful guys there with deep knowledge of Maemo 5 (the operating system your device runs) internals and I am sure they will be able to help you if humanly possible. I recommend you to both register at talk.maemo.org and ask for help there and to join #maemo. The latter most probably will be the fastest way for you to recover your data (and your device). http://talk.maemo.org http://wiki.maemo.org/IRC#List_of_IRC_channels Regards, Ivo Оригинално писмо От: Elena Panina Относно: Maemo 5 on Nokia N900 had a downfall - please advise how to retrive data from the phone До: maemo-developers@maemo.org Изпратено на: Вторник, 2012, Октомври 2 12:05:48 EEST Hello, I decided to send an e-mail to Maemo developers as a last resort measure. Briefly, I have been a Nokia customer for more than 8 years with my recent phone N900 bought right after its release in Russia in January 2010. I have never experienced any problems with this phone until recently, when I went to the USA and switched on this phone - the touch screen immediately stopped working. Upon my return to Moscow, I called Nokia hot line, applied to local Moscow repair amp; maintenance centers (authorised by Nokia), however, the response that I got was that the problem is not about the touch screen, but about the operating system and they cannot do anything about it to return the phone to a normal working mode. The problem is that I have lost all the data - the address book, messages, notes, photos, everything. I have never made back ups for my Nokia phones. Can you please advise if there is at least a little chance to retrieve the data from the phone and if yes, how can it be done? Would be grateful for your response. Best regards, Elena P.S. I am located in Moscow, you can reach me either via this e-mail or at my cell: + 7 903 961 20 94 (may be someone is based in Moscow as well?) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Promotion of packages depending on qtquickcompat is blocked
qtquickcompat in CSSU is just a dummy package as CSSU comes with Qt 4.7.4 https://gitorious.org/community-ssu/qtquickcompat Оригинално писмо От: Marcin Mielniczuk Относно: Promotion of packages depending on qtquickcompat is blocked До: maemo-developers@maemo.org Изпратено на: Сряда, 2012, Септември 26 21:53:01 EEST Hi, I created some Qt Quick apps and want to promote them to extras-testing. But it#39;s blocked due to dependency on qtquickcompat. Why is it so, even when qtquickcompat is in cssu too? regards,--Marcin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Alarm clock and type of music
Hmm, that irritates me as well and TBH I don't know why I still haven't done anything :) . Anyway, could you open a bug against CSSU, that way we won't forget to check if anything can be done and what. Оригинално писмо От: Mohsen Pahlevanzadeh Относно: Alarm clock and type of music До: maemo-developers@maemo.org Изпратено на: Сряда, 2012, Септември 12 04:14:27 EEST Dear all, Unfortunately, type of playback of Alarm clock of N900 is incremental and len of its playback is very short.Unfortunately N900 didn't has same capability to change incremental to permanent and change len of music to long. Is't possible to developer team add same features to Alarm clock appl? --mohsen ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Alarm clock and type of music
alarm dialog is closed source, but fortunately there is x86 binary in SDK ;) Оригинално писмо От: Andre Klapper Относно: Re: Alarm clock and type of music До: maemo-developers@maemo.org Изпратено на: Сряда, 2012, Септември 12 10:26:21 EEST On Wed, 2012-09-12 at 05:44 +0430, Mohsen Pahlevanzadeh wrote: Unfortunately, type of playback of Alarm clock of N900 is incremental I assume that you refer to sound volume here. and len of its playback is very short. It's 60 seconds... Is't possible to developer team add same features to Alarm clock appl? That would require a developer team first. :P Not sure if the specific code that would require changes is open source - if yes, the Community Updates (CSSU) team would welcome your patch contributions. andre -- Andre Klapper (maemo.org bugmaster amp; GNOME Bugsquad) http://blogs.gnome.org/aklapper/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers - На училище с нов лаптоп HP и подарък от PCStore.bg! Виж http://pcstore.bg/pg/Back-to-school-143?utm_source=abvbgutm_medium=signatureutm_campaign=hpbacktoschool ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Soft and hard float
You may want to capture some meaningful backtrace to help us find what is segfaulting. In order to do that you should install as many related -dbg packages as possible. Оригинално писмо От: Marcin Mielniczuk Относно: Re: Soft and hard float До: Javier S. Pedro , maemo-developers@maemo.org Изпратено на: Понеделник, 2012, Септември 10 20:46:02 EEST Hardfp seems to not be the problem. I checked two apps segfaulting on 0x and 2 apps running ok. readelf -A gives the same output (attatched) for all of them The apps were: segfaulting MeegoQQ and AccuWeather (wxapp), #32;working allegro and QToDo. What may cause the segfaults? filebox for N9 causes this kind of fault too. I'm using cssu testing (not thumb flavor) -- Sent from my Nokia N900 Marcin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Soft and hard float
flashplayer uses a wapper lib to convert softfp calling convention to hardfp. you may want to do the same :) Оригинално писмо От: Marcin Mielniczuk Относно: Re: Soft and hard float До: Iván Gálvez Junquera Изпратено на: Петък, 2012, Септември 7 15:11:06 EEST AFAIK, the PR bins are hardfp, but the store apps are mainly softfp. Why I think so: PR bins segfault: Program received signal SIGSEGV, Segmentation fault0x in ?? () 0x: So I guess it#39;s hardfp thing. But normal store apps run mainly ok (or at least don#39;t segfault in 0x) I recall something like hardfp to softfp emulator in case of flash player or something. Is this compile time only, or can we use it with a built app? Regards,--Marcin 2012/9/7 Iván Gálvez Junquera According to ARM documentation, you shouldn#39;t combine them. What I would like to know is if Harmattan binaries are softfp or hardfp, as it seems that there is a mix of them, how is it solved in Harmattan? Long time ago I started a thread asking about emulation of hardfp. Regards 2012/9/7 Marcin Mielniczuk Hi, I was trying to run some N9 PR1.x apps and get segfaults. So I need to solve several things out.1) N9 PR is compiled with hard float and N900 has soft float, right?2) Is there any way to run hard float software on soft float w/o recompile? this may improve the compatiblity of meecolay Thanks in advance--Marcin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Iván Gálvez Junquera ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle virtual keyboard source code available
Well, I somehow announced it: http://talk.maemo.org/showpost.php?p=1256014amp;postcount=52 Still waiting someone to take it from here Оригинално писмо От: Marcin Mielniczuk Относно: Re: Fremantle virtual keyboard source code available До: Andre Klapper Изпратено на: Петък, 2012, Август 31 14:34:56 EEST Thanks for explanation to Andre and for hard work to freemangordon! freemangordon: You should announce it on tmo, so that more people will notice your work. Regards, -- Marcin 2012/8/31 Andre Klapper andre_klap...@gmx.net On Fri, 2012-08-31 at 13:11 +0200, Marcin Mielniczuk wrote: RE means get from Nokia or rewrite? Reverse Engineer - rewrite. andre -- Andre Klapper ( maemo.org bugmaster amp; GNOME Bugsquad) http://blogs.gnome.org/aklapper/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle virtual keyboard source code available
Hi there, I was able to successfully RE several components of Fremantle virtual keyboard: libhildon-im-vkbrenderer.so.3.0.3 (source package hildon-im-vkbrenderer3) hildon_western_fkb.so, libhildon-im-western-plugin-common.so.3.0.8 (source package hildon-input-method-plugins) source code is here: hildon-im-vkbrenderer3 - git://gitorious.org/community-ssu/hildon-im-vkbrenderer3.git hildon-input-method-plugins - git://gitorious.org/community-ssu/hildon-input-method-plugins.git Compiled libraries are fully functional replacement of the stock closed source packages. No known issues so far, though an extensive testing should be performed before assumed stable. With that source code available, someone who knows GTK could easily implement virtual keyboard replacement, that has fully functional portrait mode support. So far I did not RE western_common_vim_settings.so (Settings UI), but that should be relatively easy if needed. Regards, Ivo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[no subject]
Hi guys, I want to officially announce my success on achieving what was considered impossible - stable thumb2 compiled binaries in Fremantle on N900. More details here: http://talk.maemo.org/showthread.php?t=84829 So far I don't have hard values for RAM usage reduction, but it should be in the range of 20-30 MB (depending on the usage pattern). Anuway, the combination of reduced memory footprint and latest gcc makes a real difference. Regards, Ivaylo Dimitrov - Гражданска отговорност – Цените на компаниите http://www.sdi.bg/onlineInsurance/?utm_source=gbgutm_medium=txtLinkutm_content=home___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fwd: Fw: Re: [Fw: CSSU meeting ]
afaik merlin1991 is on holiday till monday, with flaky inet :). Оригинално писмо От: Iván Gálvez Junquera Относно: Fwd: Fw: Re: [Fw: CSSU meeting ] До: maemo-developers@maemo.org Изпратено на: Петък, 2012, Август 17 19:16:10 EEST Hi I'm resending this message as I have noticed that it was rejected by maemo-developers mailing list as I wasn't properly subscribed. I'd also like to comment that it would be useful to have scheduled meetings, considering the big momentum and the quantity of developers and contributors that CSSU is receiving. At least if it doesn't increase the overhead of the project. Merlin1991,Being the maintainer of CSSU, could you please provide, maybe via mailing list, the minutes of the meeting with a brief summary of the decisions adopted?I know that logs are available, but there has been a lot of argumentation after the meeting, and It is appreciated if you can clarify which direction that is going to be adopted, specially about KP. Regards and thanks for all the time you are investing on this. Regards -- Forwarded message -- From: Iván Gálvez Junqueraivgal...@gmail.com Date: 2012/8/11 Subject: Re: Fw: Re: [Fw: CSSU meeting ] To: maemo-developers@maemo.org , coun...@maemo.org Cc: Ивайло Д freemangor...@abv.bg , Christian Ratzenhofer christian_ratzenho...@yahoo.de Merlin1991, Being the maintainer of CSSU, could you please provide, maybe via mailing list, the minutes of the meeting with a brief summary of the decisions adopted? I know that logs are available, but there has been a lot of argumentation after the meeting, and It is appreciated if you can clarify which direction that is going to be adopted, specially about KP. Regards and thanks for all the time you are investing on this. 2012/8/2 Marcin Mielniczuk marmis...@linux.pl I resend this as I sent it from wrong mail address :P -- Sent from my Nokia N900 Marcin -- Mensaje reenviado -- From: Marcin Mielniczuk marmistrz...@gmail.com To: Ивайло Д freemangor...@abv.bg , maemo-developers@maemo.org , coun...@maemo.org Cc: Date: Thu, 02 Aug 2012 18:50:10 +0200 Subject: Re: [Fw: CSSU meeting ] Hi, I have some debug info about eglibc I compiled but causes many problems. I'm attaching gdb logs from Calendar and Angry Birds Classic for MeeGo, the 2nd one run thru MeeCoLay. Calendar from libc6 2.10 only, the AB problem exist with both version of glibc. hth. I've got some more info about problems with libc6 from gcc 4.6 and fremantle thread, I'll send it later. I'm not at home and have a limited internet access, so I won't be able to attend. -- Sent from my Nokia N900 Marcin On Thu Aug 2 2012 10:38:47 AM CEST, Ивайло Димитров freemangor...@abv.bg wrote: Hi all, Following the attached mail, I would like to propose a meeting of CSSU team and everyone who is involved/interested. The meeting to be help on #maemo-ssu IRC channel on freenode.net , today, 02.08.2012 18:00 UTC. Topics to be discussed: 1. Inclusion of kernel replacement in CSSU (community kernel) and possibilities of a kernel upgrade to a newer version. 2. Upgrade of toolchain used to build CSSU stuff. 3. glibc/kernel pselect() fix and evaluation/planning of glibc upgrade to a newer version. Regards, Ivaylo Dimitrov (freemangordon) CSSU meeting -- Iván Gálvez Junquera -- Iván Gálvez Junquera - Гражданска отговорност – Цените на компаниите http://www.sdi.bg/onlineInsurance/?utm_source=gbgutm_medium=txtLinkutm_content=home___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Compiling Qt 4.7.4
Qt 4.7.4 in CSSU has no compile problems in SB, maybe you will want to clone that and work on it, instead of using the official repo. Оригинално писмо От: Marcin Mielniczuk Относно: Compiling Qt 4.7.4 До: maemo-developers@maemo.org Изпратено на: Четвъртък, 2012, Август 9 20:41:05 EEST Hi I want to compile some MeeGo-specific Qt libraries from qt4-x11 source. I saw in CSSU changelog that someone (freemangordon?) fixed some of the compile errors for CSSU. I'm experiencing SQLite support cannot be enabled due to functionality tests! error when running dpkg-buildpackage -rfakeroot. Was it one of the errors fixed for CSSU? Is there any way to fix it? Thanks in advance -- Marcin - Гражданска отговорност – Цените на компаниите http://www.sdi.bg/onlineInsurance/?utm_source=gbgutm_medium=txtLinkutm_content=home___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[Fw: CSSU meeting ]
Hi all, Following the attached mail, I would like to propose a meeting of CSSU team and everyone who is involved/interested. The meeting to be help on #maemo-ssu IRC channel on freenode.net , today, 02.08.2012 18:00 UTC. Topics to be discussed: 1. Inclusion of kernel replacement in CSSU (community kernel) and possibilities of a kernel upgrade to a newer version. 2. Upgrade of toolchain used to build CSSU stuff. 3. glibc/kernel pselect() fix and evaluation/planning of glibc upgrade to a newer version. Regards, Ivaylo Dimitrov (freemangordon) ---BeginMessage--- While working on getting new toolchain support working in Maemo5 in order take take better advantage of Thumb2 and NEON, some things came to my attention: oIt is getting to the point now where the glibc is preventing many packages from being built, in particular with the new toolchains due to lack of support for current C standards in the libc6 headers. oThe current kernels lack support for pselect() whilst it is used throughout userspace. This is due to the decision to include pselect() emulation in glibc, which is unfortunately both broken and slow. The kernel implementation came about to rectify the situation, but support never made it into the ARM kernel until fairly recently. oWe are slowly falling further and further behind upstream in my areas, not least the kernel, and base system infrastructure. oMaemo5 is a distinct distribution from Maemo6, and it should have it's own destiny. There's no reason it shouldn't be able to move forwards independently. I would like to propose the following: For -stable: oBuild a new kernel patched for pselect() (and related syscalls) [done]. oRebuild libc6 (eglibc) to support the pselect() syscall (by changing minimum kernel version) [done] oBackport the glibc-2.7 inline changes required by newer compilers to support more recent C standards.[in-progress] For -testing: oUpdate glibc/eglibc to current release version oBuild new native toolchains and support infrastructure against updated glibc with new sb toolchains (bootstrap) oReplace binary-only locales package oLook into porting Nemo/Mer N900 kernel ---End Message--- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
FOSS replacement of hald-addon-bme and libbmeipc
Based on the information available here http://lists.maemo.org/pipermail/maemo-developers/2011-June/028452.html and some additional information from Mer libbmeipc replacement I wrote a semi-working : https://gitorious.org/libbmeipc/libbmeipc https://gitorious.org/hald-addon-bme/hald-addon-bme libbmeipc just needs to read temperature to be fully functional as replacement hald-addon-bme is still missing charger support. Anyway, it could be easily added if the kernel provides it. So far the kernel that can be used is kernel-cssu (a community kernel to be) from here: http://maemo.merlin1991.at/cssu/community-devel/pool/free/k/kernel-cssu/ I hope there will be some interest for full implementation and improvements of BME replacement libraries/binaries. Ivo. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: Looking for help from a GTK guy with 2 projects
OK, OK, you sound convincing :) . Will give it a try (when I have some spare time) and will report. Оригинално писмо От: Michael Hasselmann Относно: Re: Looking for help from a GTK guy with 2 projects До: Mohammad Abu-Garbeyyeh Изпратено на: Вторник, 2011, Ноември 15 12:05:37 EET On Tue, 2011-11-15 at 11:05 +0200, Mohammad Abu-Garbeyyeh wrote: How else does the main window / ux show then? It uses QWidgets as viewports, and then uses Qt Graphics View. So it's not something like one QWidget per key or such, that's why I simply don't believe the painting speed difference matters too much, if it's only one QWidget. regards, Michael - 100 лв БОНУС. Най-високи коефициенти. Tempobet.com http://bg.tempobet.com/affiliates/3208311___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Re: Looking for help from a GTK guy with 2 projects
Meh. The reason why QT keyboard would not be acceptable to replace hildon vkb is very simple - QT memory footprint. Did you forget n900 comes with 256MB of RAM? And running even simple QT/QML application consumes about 8%-10% of that? While it sounds very good in theory, in practice(under memory pressure) it would just slow the device even further. Оригинално писмо От: Michael Hasselmann Относно: Re: Looking for help from a GTK guy with 2 projects До: Jonathan Wilson Изпратено на: Понеделник, 2011, Ноември 14 02:45:40 EET On Sun, 2011-11-13 at 17:53 +0800, Jonathan Wilson wrote: Have you considered Maliit? http://wiki.maliit.org/Documentation/Installing#Maemo_5_.28Fremantle.29 That looks nice but: 1.Its clearly stated that its use on Maemo5 is not ready for prime time 2.Its written in QT (and not only that, it uses QT version labeled experimental) and takes over a lot more of the input system than I would like (including not using Maemo keyboard layouts which is something I want to keep doing) and 3.There is no way Maliit or anything based on it would be accepted into the CSSU because of #1 and #2. (and the CSSU is the eventual target for any keyboard replacement. Huh? You sound a bit confused, my friend. Since when would being Qt-based be a reason against inclusion in CSSU? These days, QML + PySide is all the rage, and Qt has been in base Maemo5 image for ages now. Maliit is not ready for prime-time for Fremantle because no one is actively working on it. What I did back then was a proof of concept, nothing more. We do have GTK+ support and we even took in some matchbox-specific patches. But you need to scratch your own itch. You cannot expect others to do it for you. That's just how open-source works. So yes, it requires someone to work on it, and while it won't be me, I'll gladly accept patches. In an open-source community, your first argument simply doesn't hold. You also seem to ignore that it wouldn't only be the MeeGo Keyboard from Harmattan that you could get (together with all the language layouts that have gone through extensive usability tests). Maliit is a fully pluggable framework. Hildon IM was that, too, which is no surprise, as Maliit is the legitimate successor of Hildon IM – in fact, it's been designed by the same architect. The architecture allows the possibility to run other Maliit plugins, Swype being one of them (on the N9), see http://wiki.maliit.org/Plugins Sorry to sound harsh, but your arguments appear to belong in the category of rationalize-after-the-fact (of having decided to go with reverse engineering hildon-im-vkbrenderer). I know that you're looking for a cool hack, and I wish you good luck with that. But why not invest your time in something with wider benefits and contribute to an active project? regards, Michael ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers - 100 лв БОНУС. Най-високи коефициенти. Tempobet.com http://bg.tempobet.com/affiliates/3208311___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N950 SEGFAULT - help?
Why not install Qt debug symbols on the device and run/attach to your program there under gdb? Оригинално писмо От: Felipe Crochik Относно: N950 SEGFAULT - help? До: maemo-developers@maemo.org Изпратено на: Петък, 2011, Октомври 7 05:20:55 EEST I hit a wall with my application so I am looking for someone to help everywhere I can. The short version: how can I get qt creator to debug my application on the device. Right now I get CRC mismatch warnings for all libraries and I assume this is what prevents me to see any trace information That is what I get when I start to debug: ... the debug information found in c:/qtsdk/madde/sysroots/harmattan-nokia-meego-arm-sysroot-1134-slim/usr/lib/libpvrPVR2D_DRI2WSEGL_r125.so does not match c:/qtsdk/madde/sysroots/harmattan-nokia-meego-arm-sysroot-1134-slim/usr/lib/libpvrPVR2D_DRI2WSEGL.so (CRC mismatch). the debug information found in c:/qtsdk/madde/sysroots/harmattan-nokia-meego-arm-sysroot-1134-slim/usr/lib/libpvr2d_r125.so does not match c:/qtsdk/madde/sysroots/harmattan-nokia-meego-arm-sysroot-1134-slim/usr/lib/libpvr2d.so (CRC mismatch).... I assume I need to install debug symbols/versions for the qt libraries on the device somehow. Am I right? How can I accomplish this? The long version: My applications uses qml\webview and everything works fine until I swipe out of my application and then later come back to it. With one click or two I get a segfault. This is all the information that I managed to get running gdb on the device: (gdb) backtrace #0 0x42068924 in QPainter::save() () from /usr/lib/libQtGui.so.4 #1 0x48ec294c in ?? () from /usr/lib/libQtWebKit.so.4 #2 0x48ec294c in ?? () from /usr/lib/libQtWebKit.so.4 Program received signal SIGSEGV, Segmentation fault. Any suggestions? Thanks in advance, Felipe ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
