Re: New developer tools and an Introduction
On Fri, 2007-07-06 at 20:40 +0200, Kees Jongenburger wrote: On 7/6/07, Murray Cumming [EMAIL PROTECTED] wrote: On Fri, 2007-07-06 at 12:29 +0300, Juha Kallioinen wrote: Maybe I'm being a bit too 'Big Brotherly' with this approach, what do you think? :-) It sounds perfectly sensible to keep these out of the view of the majority of people, who would never want them. Otherwise, it's just some new cool mysterious app that they installed but were unhappy about not seeing in the menu. It would be nice to have a more sensible way of making them visible though. I can imagine that .install files could have a user/hacker/developer section so that you still can install ssh and such without having to perform red pill tricks. the problem for me when I run in red pill mode is that the UI is not designed to show that much packages This package requires the developers level and installs the ssh server please read about changing your password and gaining root if you care about your device or happen to have personal data on your device please rate yourself user|hacker|developer if (user){ This package is really no good for you but I you really want please first answer the following simple questions -What is the default password for the device? -What is the codename of the software version you are using? } if (hacker|developer){ 1337 haxor! detected happy hacking } It doesn't need to be that annoying. A simple preference would be fine, with a warning. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: 3.2007.10-7 - Detailed change log?
[EMAIL PROTECTED] wrote: Did you (or anyone else) manage to make any progress on a changelog for 3.2007.10-7? I have started the internal discussion with the aim of having a changelog linking to maemo's bugzilla being published together with the next IT OS release notes. And improve from that point in next releases. Still a proposal, but looking good. Quim Hi Quim Are there any plans to publish a detailed changelog for 4.2007.26-8? Many thanks Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo wiki survey
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Quim Gil wrote: Dear maemo contributors, can you please answer these questions? - What do you think about the current wiki tool at http://maemo.org/community/wiki (leaving content aside) ? It feels like the new wiki/cms engine is missing some key things. It's not like it is a vim/emacs war, but things are missing that make this not a wiki in the full since of the Hawaiian word. - Are you using it? Did you use the previous one? I have only had time to make two small changes to the new system. I make extensive page edits to the original MoinMoin wiki. I was attempting to categorize the original wiki's content before job and family kept me busy for the last seven to eight months. - Are you thinking of using the community wiki? In my case, I can say that this is a more complex question. I wanted to contribute to a centralized wiki for the 770. Even though this popular wiki existed and it uses my favorite wiki engine http://www.internettablettalk.com/wiki/index.php?title=Main_Page , I chose the Maemo wiki because I didn't want to dilute the effort that was already in place. It feels like the Maemo wiki/cms engine change was a step back. It is hard to build up a community of content editors for a project. Content system changes for a project can be a set back. My contributions to the Maemo wiki have diminised ( and all other wikis that I contribute too) because of work and family constraints. The larger question for me is, Do I still buy a new 800? Without new hardware, then there may be less reason for me to contribute. It is difficult to find my older contributions and edit them for my existing 770 platform. In addition, I am not interested in the Apple iPhone, but the openmoko http://www.openmoko.org/ makes the 800 a more difficult choice because the WAF, Wife approval Factor, would not be favorable for two $350+ US purchases. What makes the neo1973 give the 800 a run for the money is that the August Linux Journal says that Sun will put the JavaFX on the platform. I confirmed that here http://blogs.sun.com/brewin/entry/fic_and_openmoko_thank_you and here http://blogs.sun.com/jonathan/entry/when_not_where . Don't worry I am a Sun customer. The Gnome desktop of Solaris 10 is what I was expecting for Solaris 9. Let's see what the hype brings because Sun has not been very focused for the last several years in my experience. Chuckle, they might even run an OpenSolaris kernel on the neo1973. However, with what I am seeing, it certainly is a very interesting place that Nokia finds themselves in right now. For a number of reasons provided through out this email, my Maemo content production has been greatly frozen. Moreover, it appears in my view of the world that, Nokia may have to think about ways that they competitively keep Open Source developers interested in the Maemo platform. - Mention good things / bad things of the current wiki (and what would you do). Pluses It appears to be integrated with the Maemo garage account login. The pages from the MoinMoin wiki were converted. I don't have to use docbook to create the content. (I am not trying to start a flame war here, but docbook just didn't work for me. The whole edit, svn/cvs checkin, compile, publish thing was too cumbersome. In my experience, wikis or cms systems allow for flexible changes and redirection of a page in a new direction. Note this is precisely what drives people daffy about wikis. It appears to me that some people that don't like wikis miss the pre-planning and editorial control of the page or site.) The edit tags are not too different from MoinMoin but the tags do present a stumbling block. MoinMoin, MediaWiki, Twiki, appear to be the big three user content systems for many Open Source projects. The content engine change does move in another direction. Minuses: It was not obvious that a Maemo garage account login was required right away. The converted MoinMoin wiki pages lost a great deal of their formatting. Until I poked around in the floating tool's folder orphaned pages, I could not find all the MoinMoin content. For example, I tried to make https://maemo.org/community/wiki/flasher_tool_usage.html look like http://maemo.org/community/community-projects/getting-started . All the original formatting has been lost. I have really been busy with family life. How do I go about completing the getting-started page since it bugs me that I left the page high and dry without the final revision polish that I was struggling to say? In the new engine, I tried to perform a preview of a page before saving my changes, the floating tool's page view menu lost my changes. My expectations are that I would have seen a preview and then saw my spelling error. So it cost me an edit page, lose page edit, edit page, save page, view resulting saved page, edit page again for spelling error that I created in the replacement edit, before finally saving the one line
Firmware 4.2007.26-8 has inferior SDHC performance than 3.2007.10-7 - why?
Can anyone from explain why the performance of SDHC cards is reduced when compared with the performance of the patches made available for the 3.2007.10-7 firmware? The new firmware achieves only 50% of the read performance possible with the old patched kernel (5.6MB/s when 11.99Mb/s is possible). I opened bug 1426[1] as an RFE for SDHC support and posted this question there as a comment (with timings before/after) but as this bug is now officially resolved I'm not sure anyone will read it, hence my reason for posting here. I'd be grateful if someone can comment against the bug with details explaining the need for the reduced performance. Many thanks Neil 1. https://bugs.maemo.org/show_bug.cgi?id=1426 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Firmware 4.2007.26-8 has inferior SDHC performance than 3.2007.10-7 - why?
On Sun, Jul 08, 2007 at 12:58:43AM +0100, ext Neil MacLeod wrote: Can anyone from explain why the performance of SDHC cards is reduced when compared with the performance of the patches made available for the 3.2007.10-7 firmware? The new firmware achieves only 50% of the read performance possible with the old patched kernel (5.6MB/s when 11.99Mb/s is possible). I opened bug 1426[1] as an RFE for SDHC support and posted this question there as a comment (with timings before/after) but as this bug is now officially resolved I'm not sure anyone will read it, hence my reason for posting here. I'd be grateful if someone can comment against the bug with details explaining the need for the reduced performance. Hi, Depends which sort of card you're using. IIRC, some cards had problems running at a higher frequency, so they have to fall back to lower speeds. Cheers, Daniel signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Firmware 4.2007.26-8 has inferior SDHC performance than 3.2007.10-7 - why?
Daniel Stone wrote: Hi, Depends which sort of card you're using. IIRC, some cards had problems running at a higher frequency, so they have to fall back to lower speeds. Cheers, Daniel Hi Daniel - same card before and after. The only thing that has changed is the SDHC support. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Firmware 4.2007.26-8 has inferior SDHC performance than 3.2007.10-7 - why?
On Sun, Jul 08, 2007 at 01:25:01AM +0100, ext Neil MacLeod wrote: Daniel Stone wrote: Depends which sort of card you're using. IIRC, some cards had problems running at a higher frequency, so they have to fall back to lower speeds. Hi Daniel - same card before and after. The only thing that has changed is the SDHC support. The kernel has also had other changes, which IIRC include blacklisting some cards, so if you could list exactly which card you're using in the bug report, that would help. (Some cards were believed to run okay at higher speeds, but would show up data corruption et al.) signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Firmware 4.2007.26-8 has inferior SDHC performance than 3.2007.10-7 - why?
Daniel Stone wrote: The kernel has also had other changes, which IIRC include blacklisting some cards, so if you could list exactly which card you're using in the bug report, that would help. (Some cards were believed to run okay at higher speeds, but would show up data corruption et al.) I've listed that detail in the bug, also if you follow the link to Phil Langdales blog site the first comment also lists the timings I observed with several other cards (4GB SDHC Class 2 Transcend, 4GB SDHC Class 2 SanDisk, 1GB RS-MMC, 128MB SD). The card I've tested with for the bug - 8GB SDHC Class 2 Transcend - supports high speed (48Mhz) and 4-bit wide data bus using Phils SDHC patches and I had no performance or corruption issues with this card... if this card has been blacklisted it would be nice to know for sure - sadly the official firmware doesn't output any details about the card to dmesg as did Phils patches. The information output to dmesg by Phils patch made it clear that SanDisk SDHC cards were best avoided! :) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Developer rootfs for v3.1?
I checked http://tablets-dev.nokia.com/d1.php, but it doesn't look like a link to the 3.1 rootfs is up yet. Anyone know when / if this is coming? Many thanks, Scott ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers