MD5 problem
Hi, I am working on an application which is dependent on md5 algorithm. I have searched on net and I found that gchecksum provides many hashing algorithm. But I am unable to found the repository for glib 2.16 as gchecksum files are added in glib2.16. I have older version of gLib which does not have gcheksum files. Can anyone tell me where I can found the glib2.16 repository? That will be a great help. With Regards, Manish Singhal. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware "Personal launcher"
On Thu, 2008-11-20 at 17:17 +0200, Eero Tamminen wrote: > Hi, [...] > Could this be kicked out of extras so that people don't "launch" their > devices to oblivion? Calm down - this is not the app store (at least I hope so) Get in touch with the author and fix the problem in a dialog. -- Michael Flaig <[EMAIL PROTECTED]> PROLinux.de signature.asc Description: This is a digitally signed message part ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Beware 'Personal launcher'
I can't reproduce it - works fine. Nick. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Niels Breet Sent: Friday, November 21, 2008 04:34 To: Eero Tamminen Cc: maemo-developers@maemo.org Subject: Re: Beware 'Personal launcher' On Thu, November 20, 2008 17:59, Eero Tamminen wrote: > Hi, Hi, > > > For some strange reason its memory usage evened out after it's eaten > about all there is. It's possible that there was some triggering > condition for this, I don't know. > I have installed and tested the application on my tablet and I really can't trigger the behavior. What did you do to trigger this condition? Did you overlap applets? Did you install other applets? Can you reproduce it on a fresh firmware? I talked to the author. He used your mem-testing scripts and valgrind and couldn't reproduce it either. Nor did he receive any complains from the about 11000 downloads he had. > > - Eero > -- Niels Breet maemo.org webmaster ___ 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: Python logging.config missing
Hi Jeffrey, I'm forwarding this to the pymaemo developers list, maybe the can answer us better. Best Regards, Etrunko. On Wed, Nov 19, 2008 at 1:34 PM, Jeffrey Barish <[EMAIL PROTECTED]> wrote: > Anyone using the logging package? logging.config is missing, so how do you > specify the location of a configuration file? > -- > Jeffrey Barish > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Eduardo de Barros Lima INdT - Instituto Nokia de Tecnologia [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: No column titles in list store on Maemo
Well I found the problem and am responding for the archive so others in the future can find the answer. One needs to call: gtk_tree_view_set_headers_visible() in MAEMO. It seems that in Linux the default must be TRUE where in MAEMO it must be FALSE. Calling this with it set to TRUE solved my problem. Bruce On Wed, Nov 19, 2008 at 11:29 AM, Bruce Forsberg <[EMAIL PROTECTED]> wrote: > I am having problems displaying column titles in a list store. They do > not appear in Maemo in either the ARM or X86 SDK target but appear > outside the SDK in Linux just fine. Even the demo program in > /usr/share/gtk-2.0/demo/list_store.c exhibits the same problem. > > Can someone tell me how to display column titles in a list store on > Maemo? Or can someone point me to a project that does this so I can > look at the source code to see how they do it. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware 'Personal launcher'
On Thu, November 20, 2008 17:59, Eero Tamminen wrote: > Hi, Hi, > > > For some strange reason its memory usage evened out after it's eaten > about all there is. It's possible that there was some triggering condition > for this, I don't know. > I have installed and tested the application on my tablet and I really can't trigger the behavior. What did you do to trigger this condition? Did you overlap applets? Did you install other applets? Can you reproduce it on a fresh firmware? I talked to the author. He used your mem-testing scripts and valgrind and couldn't reproduce it either. Nor did he receive any complains from the about 11000 downloads he had. > > - Eero > -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution guidelines
Hi, > I've seen some patches of lower quality added to Maemo Bugzilla, so I > would add that > * Patches should not generate any more compile time warnings than >were already there. > * Patches should not include any commented code lines from tests. > * Patches should not add any extra debug printing unless >absolutely necessary > * Patches should match the Coding Style of the existing source >file, e.g. with regard to indentation and whitespaces etc. > * When attaching a patch in bugs.maemo.org, add the "patch" >keyword to the bug report. > > But maybe this goes too much into details already? these are good tips! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution guidelines
Am Donnerstag, den 20.11.2008, 15:01 +0200 schrieb Quim Gil: > Developers, please have a look at > > http://wiki.maemo.org/Maemo_contribution_guidelines > > The idea is to have these guidelines agreed with you and approved by > Nokia. As you see they are quite simple, and it would be good to have > them ready by the end of the year (latest) so they can be applied to the > Fremantle release. I've seen some patches of lower quality added to Maemo Bugzilla, so I would add that * Patches should not generate any more compile time warnings than were already there. * Patches should not include any commented code lines from tests. * Patches should not add any extra debug printing unless absolutely necessary * Patches should match the Coding Style of the existing source file, e.g. with regard to indentation and whitespaces etc. * When attaching a patch in bugs.maemo.org, add the "patch" keyword to the bug report. But maybe this goes too much into details already? andre -- Andre Klapper (maemo.org bugmaster) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware "Personal launcher"
Hi, ext Tuukka Tolvanen wrote: > fwiw, I don't think reporter-verifiability is enough of a concern here > to not file bugs -- people finding out about issues seems more > important. I agree on principle, but I don't like to report bugs I haven't encountered myself (I cannot answer questions and unfortunately I don't have time for checking 3rd party stuff, somebody actually using the thing needs to do that). > (provided your source is good enough for confident > reporting, which it must be, given this thread) Yes. >> It's leaking 8MB/min, updates screen constantly even when screen is >> blanked and crashes desktop when disabled. Project with this bad QA >> should IMHO just be kicked out of extras. > > 8MB/min *blink*?! That's ...not that many minutes :) For some strange reason its memory usage evened out after it's eaten about all there is. It's possible that there was some triggering condition for this, I don't know. - Eero "Hello buggy, have you seen my shiny new bugzapper?" ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution guidelines
Hi Quim, They look good to me - simple, clear, reasonable. It bears the question, though - why are these even needed? What is the problem that they solve? I'm not playing Devil's advocate here - I am just wondering what the reasoning is. Cheers, Dave. Quim Gil wrote: > Developers, please have a look at > > http://wiki.maemo.org/Maemo_contribution_guidelines > > The idea is to have these guidelines agreed with you and approved by > Nokia. As you see they are quite simple, and it would be good to have > them ready by the end of the year (latest) so they can be applied to the > Fremantle release. > -- maemo.org docsmaster Email: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware "Personal launcher"
(Oops, I suck at reply-all in gmail, apparently.) Eero Tamminen <[EMAIL PROTECTED]>: >>> Just noticed that "Personal launcher" applet (latest v0.6-4 in extras) >>> leaks like mad and updates the screen uselessly at high frequency. >>> >>> Because it's an applet within the Desktop process which allocations are >>> guaranteed, it will cause device to run out of memory very soon. Result >>> is that other applications start aborting and device will slow down to >>> crawl. Constant screen updates (even when screen is blanked) drain >>> the battery. >>> >>> Could this be kicked out of extras so that people don't "launch" their >>> devices to oblivion? >> >> I guess it would be preferable, if possible in a timely manner, for it >> to be kicked out by an updated version that doesn't misbehave > > It's leaking 8MB/min, updates screen constantly even when screen is > blanked and crashes desktop when disabled. Project with this bad QA > should IMHO just be kicked out of extras. 8MB/min *blink*?! That's ...not that many minutes :) > (Personally I'd like there to be some kind of quick testing before > things get into extras.) > >> -- but I >> don't see a bugreport on the issue in the project's garage (alas) >> tracker. *nudge* > > I didn't try this myself and I'm not using it myself so I couldn't > verify the fix. fwiw, I don't think reporter-verifiability is enough of a concern here to not file bugs -- people finding out about issues seems more important. (provided your source is good enough for confident reporting, which it must be, given this thread) 't. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware 'Personal launcher'
Hi, ext Niels Breet wrote: >> Just noticed that "Personal launcher" applet (latest v0.6-4 in extras) >> leaks like mad and updates the screen uselessly at high frequency. >> >> Because it's an applet within the Desktop process which allocations are >> guaranteed, it will cause device to run out of memory very soon. Result is >> that other applications start aborting and device will slow down to crawl. >> Constant screen updates (even when screen is blanked) drain >> the battery. >> >> Could this be kicked out of extras so that people don't "launch" their >> devices to oblivion? >> > > I've sent the author a mail. Let's see if he responds and fixes the issue. > > As we have never had a case where we needed to do a 'demotion', I really > think we need to setup some procedures for this. Let's discuss what we > should do in cases like this. Ideally there should be some quick memory leakage testing done[1] before something enters into extras, at least if it's an applet or otherwise always running. - Eero [1] E.g. using mem-monitor from sp-memusage package in tools repo. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Beware 'Personal launcher'
On Thu, November 20, 2008 16:17, Eero Tamminen wrote: > Hi, Hi, > > Just noticed that "Personal launcher" applet (latest v0.6-4 in extras) > leaks like mad and updates the screen uselessly at high frequency. > > Because it's an applet within the Desktop process which allocations are > guaranteed, it will cause device to run out of memory very soon. Result is > that other applications start aborting and device will slow down to crawl. > Constant screen updates (even when screen is blanked) drain > the battery. > > Could this be kicked out of extras so that people don't "launch" their > devices to oblivion? > I've sent the author a mail. Let's see if he responds and fixes the issue. As we have never had a case where we needed to do a 'demotion', I really think we need to setup some procedures for this. Let's discuss what we should do in cases like this. > > - Eero -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: For Extras, do I need specific garage projects?
On Thu, November 20, 2008 16:33, Eero Tamminen wrote: > Hi, > > > ext tz wrote: >> I'm currently working on: >> >> >> p7zip less > > Less is also in SDK/tools repo. > Yes, but not in Extras. And SDK/tools is not enabled or even available by default. Extras is in each device, although we still need to make it enabled by default. The SDK/tools repo is nice, but also leads to more fragmentation. > - Eero -- Niels Breet maemo.org webmaster ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: For Extras, do I need specific garage projects?
Hi, ext tz wrote: > I'm currently working on: > > p7zip > less Less is also in SDK/tools repo. > x11vnc > socat > sox > hexedit > > As second priorities: > > kismet > tcpdump > libpcap > wireshark > > And tools in the sdk: > > bluez-utils-test > wireless-tools > strace > diffutils - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Survey about Maemo porting problems
Hi, ext tz wrote: > Debian lenny (or whatever the current version is) seems to be a few > steps ahead or otherwise out of sync with scratchbox. > >> * What was the show-stopper(s) that made you give up on trying to port >> this application to Maemo? > > dpkg/dhelper/etc above 5 required. Fixed in Fremantle. (And I guess also in an already available Scratchbox lenny devkit, it's just not used for Diablo extras repo autobuilder as it's not part of Diablo SDK.) > Something wrong in pkgconfig hard to diagnose > > Cross compiling hopelessly broken (does the gcc produce i386 > executables? No, well use --host, Scratchbox should handle fine packages that can be built only natively. [...] > /usr/include/linux is BROKEN!!. (there is a bugzilla report on this). > Socat has a test based on this, which if it exists is assumed to at > least let you compile a program which includes one of the files (for > ext2 support), so it says "/usr/include/linux/e2fsXXX exists" so turns > an option on, but that blows up the compile. Ubuntu includes > /usr/src/linux-kernel-headers for a reason. the SDK should do the > same. Fixed for Fremantle. (kernel headers come from kernel sources, instead of being tied to the toolchain libc.) - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Beware "Personal launcher"
Hi, Just noticed that "Personal launcher" applet (latest v0.6-4 in extras) leaks like mad and updates the screen uselessly at high frequency. Because it's an applet within the Desktop process which allocations are guaranteed, it will cause device to run out of memory very soon. Result is that other applications start aborting and device will slow down to crawl. Constant screen updates (even when screen is blanked) drain the battery. Could this be kicked out of extras so that people don't "launch" their devices to oblivion? - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: [Maemo newbiew] run-standaline.sh
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext [EMAIL PROTECTED] Sent: Thursday, November 20, 2008 15:25 To: maemo-developers@maemo.org Subject: [Maemo newbiew] run-standaline.sh Hi all, New to Maemo. What is the difference that we see if we run the program in scratch box with run-standline.sh and without run-standline.sh?.. Is that documented anywhere?. Regards, Ramprakash Jelari. You mean run-standalone.sh? For educational purposes it's best if you do 'less /usr/bin/run-standalone.sh' yourself. Best wishes, Dirk. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[Maemo newbiew] run-standaline.sh
Hi all, New to Maemo. What is the difference that we see if we run the program in scratch box with run-standline.sh and without run-standline.sh?.. Is that documented anywhere?. Regards, Ramprakash Jelari. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Contribution guidelines
Developers, please have a look at http://wiki.maemo.org/Maemo_contribution_guidelines The idea is to have these guidelines agreed with you and approved by Nokia. As you see they are quite simple, and it would be good to have them ready by the end of the year (latest) so they can be applied to the Fremantle release. -- Quim Gil marketing manager, open source Maemo Software @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Handling feature requests
Well that's 10 more votes since you last rose our attention to it in maemo-users mailing list yesterday. Hope we'll get more votes Aniello On Thu, Nov 20, 2008 at 11:28 AM, Quim Gil <[EMAIL PROTECTED]> wrote: > Hi, may I rise your attention to this poll: > > Bugzilla or else to handle feature requests? > http://www.internettablettalk.com/forums/showthread.php?t=24926 > > Currently we got 44 comments (good, thanks!) but only 31 votes. > > Note that this is a question that matters also to third party developers > willing to get feature requests from users. It doesn't need to be > restricted to Nokia software, just as http://bugs.maemo.org is also open > to software in extras. > > If you can find the time to vote/comment in that ITt thread that would > be great. Thanks! > > -- > Quim Gil > marketing manager, open source > Maemo Software @ Nokia > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- anidel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Handling feature requests
Hi, may I rise your attention to this poll: Bugzilla or else to handle feature requests? http://www.internettablettalk.com/forums/showthread.php?t=24926 Currently we got 44 comments (good, thanks!) but only 31 votes. Note that this is a question that matters also to third party developers willing to get feature requests from users. It doesn't need to be restricted to Nokia software, just as http://bugs.maemo.org is also open to software in extras. If you can find the time to vote/comment in that ITt thread that would be great. Thanks! -- Quim Gil marketing manager, open source Maemo Software @ Nokia ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
