Re: Harmattan Python is available
Le 22 juin 2011 00:34, Gary Birkett a écrit : > This is an excellent piece of news! > I know python support is strongly requested around MeeGo and one particular > vocal developer who I know will cheer for this has been cc/ed in. :) And AGAIN THX A question about it, does 3rd party python module could be uploaded to the "repository" that ovi app can depends on ? Or does should be included in the app ? Will this happen also for Ovi Store for Fremantle ? Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: AutoBuilder seems down
Resolved by Niels. Reason : There was a network issue during the night and a nfs mount failed. Thanks Niels. Le 1 juin 2011 10:26, Benoît HERVIER a écrit : > Morning, > > Autobuilder seems down. The last build was made on Tue May 31 01:12:47 > EEST 2011. > > When i try to upload a .changes file with Garage Extras Assistant i > get constant file upload error. > While i can scp file nothing seems building them. > > Thx for help. > > Regards, > -- > Benoît HERVIER, Khertan Software - http://khertan.net/ > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
AutoBuilder seems down
Morning, Autobuilder seems down. The last build was made on Tue May 31 01:12:47 EEST 2011. When i try to upload a .changes file with Garage Extras Assistant i get constant file upload error. While i can scp file nothing seems building them. Thx for help. Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
QTBUG-18720
Hi, As some have probably seen, there are some bug in the QT Raster Engine 4.7.2 in the community ssu update. As native engine is really slower, it s not a solution to use this one. We know that it was working in 4.7.0 but not anymore in 4.7.2. QT18720 is one of this bug I've pass many time to look which commit bring the error. But without success, this is why i post this email, maybe some talented dev of the community have time to look ? Thanks, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Qt homescreen widgets not working with CSSU?
>Note that the Community SSU packs a newer version of Qt, 4.7.2, which hasn't >been officially tested on Maemo at all. >As it turns out, the raster graphics system is totally borked on it, and some >stuff simply doesn't work on it well. This issue may be related to the already >known bugs. And any help would be welcome. I've try to track QT-BUG18720 without sucess yet. Thx -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Auto builder / Promoter Issue / Missing dependencies in Extras
Hi, Currently Khweeteur package in Extras is broken, some dependencies seems to have not been promoted with the package. http://maemo.org/packages/package_instance/view/fremantle_extras_free_armel/khweeteur/0.0.52-1/ Dependencies are : python2.5, python-setuptools, python2.5-mobility-location, python2.5-qt4-gui, python2.5-qt4-core, python2.5-qt4-maemo5, python-oauth2, python-simplejson, python-conic, python-imaging Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle Community SSU
2010/11/11 Mohammad Abu-Garbeyyeh : > Hello Marius :) > > The script doesn't require users to type in anything, it only requires them > to close HAM and press enter, but I see your point :) > I still have a problem with getting HAM to not ignore packages, as of now, > the configuration is: > > > > > community-updates > 650 > 3EF6EE85773B629FB2516B795D0E7C4F2E6D6F9A > > > > > > Trust level is set to higher than Nokia's system repository and also > includes the part. > Yet according to Niels, the packages are still get ignored, I've recently > flashed my device and will > test it from scratch. > Any help with this would be greatly appreciated, as it's just a blocker for > the SSU to work properly. > > The other issue can be solved with dbus, but I'll look at that after I get > this worked around. > > Thanks in advance. > > -- Mohammad Abu-Garbeyyeh > > On Tue, Nov 2, 2010 at 10:32 AM, Marius Vollmer > wrote: >> >> ext Niels Breet writes: >> >> > Problem Mohammad faced here is that HAM holds a lock, so you can't run >> > apt-get in the background. This is why he needs to open the xterm and >> > ask the user to close HAM. >> >> Yes. But what about launching that script from a launcher entry instead >> of asking people to type something into an xterm? I think that inspires >> a bit more confidence. > Hi, The only way i found with this issue, is to disable temporary nokia repositories. About HAM, why not just sending him a SIGTERM instead of asking user to close it ? Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package blocked in the autobuilder queue : khweeteur-experimental
Le 10 novembre 2010 11:35, Niels Breet a écrit : > 2010/11/10 Benoît HERVIER : >> Morning, >> >> Someone with access to the build queue can unblock or remove the >> package khweeteur-experimental blocked in the fremantle build queue. > > Killed the process. You should be able to upload a new version now. > >> >> Thanks. >> Regards, >> -- >> Benoît HERVIER, Khertan Software - http://khertan.net/ > > -- > Niels Breet > maemo.org webmaster > Thank you niels, Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Package blocked in the autobuilder queue : khweeteur-experimental
Morning, Someone with access to the build queue can unblock or remove the package khweeteur-experimental blocked in the fremantle build queue. Thanks. Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Non-user/ packages and updating
Hi, Create a simple .desktop shortcut which open a useless screen with description of what is this drivers. And put them in the user/ section ... So sHAMe will notify about the update and you will not have to fight angry qa tester :) Regards, 2010/9/29 Marius Vollmer : > ext Eino-Ville Talvala writes: > >> This seems like an unfortunate situation in terms of bug fixes and so on >> - we think fcam-drivers is pretty stable, so hopefully we don't have to >> update it again anytime soon! > > You can make the fcam-drivers package visible in the UI, just like > applications. Then you can release updates to it and people will see > them. > > This is not ideal, since people might not understand what this > fcam-drivers application is and why they have it, and if everyone does > it, there might be too many packages in the UI, but it's an option. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package promoting
> Why should it break the philosophy of release early, release often? > Release early, release often is a important feature to create a stable > release - it's for testing purposes as main point. As user should not use devel, releasing often release the karma in extras-testing and delay things > In your Linux distribution you get only security updates in a release > (normally). When you upgrade your system to a newer version you will get > new software. In my linux distribution, i got security update, stable new release and bug fixes. > I think devel and testing is the right place for the release early, > release often practice. Yes it is ... but prevent upload to extras. Or need a 'pause' in the release early, release often. > As described in many mails in this thread i think it would be useful to > integrate a vote feature into the package manager (it needs improvement > on a many edges more - faster, multi-install from more then one > package). I agree > As now the most users (me too) uses extras-devel and co as > normal repository and i have no problems - you have only to know that > it's a test field. Yes but not all users understand it, i got frequent complain from user using unstable lib from extras-devel which my apps conflict with (pyqt4.6 vs pyqt4.7 aka experimental). > I think the quality of software in extras (testing / devel, too.) is very > high. I'm not sure that outdated is really something we could name good quality :) Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package promoting
> dpkg -S /opt/bin/app Thx > Not sure I understood... Is the question if the app can vote for itself ? Yep exactly, the app vote himself after asking to the user if he want to vote, display the qa rules, and ask to the user to vote thumb up or down and ask for login/pass. I know it s can be done, the question is more is it fair ? -- Benoît HERVIER, Khertan Software -- http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package promoting
Hi again, Does there is a way to know for an application from which package it come. Does it ll be accepted if like kisstester, i implements a dialog to user to permit it to vote for my apps after presenting him the rules of QA ? Regards, Le 24 septembre 2010 20:34, Benoît HERVIER a écrit : > I think something that greatly help developpers is an automated crash > reporter, and give the feeling to user that he help the developper > (and it s really help). > So i've implemented myself one in my last two python apps : khweeteur > and khteditor. You can look in the source code if you are interested > or ask me how it s works. > > Regards, > > Le 24 septembre 2010 20:28, Benoît HERVIER a écrit : >> Hi, >> >>> Generally, that was the setup with the N8x0 and Maemo4.x, so we have tried >>> that - IMO this works better >> >> This is your point of view, not from everyone :) >> Honestly look at the statistics about how many users use extras-devel >> or extras-testing. >> >> But yes promoting directly to extras isn't a solution, leaving bugged >> version in extras too. >> The problem i see with such system is that this break the philosophy >> "Release early, release often". >> >> But i'm happy to see that their is some interest to improve the system. >> >> -- >> Benoît HERVIER, Khertan Software - http://khertan.net/ >> > > > > -- > Benoît HERVIER, Khertan Software - http://khertan.net/ > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package promoting
I think something that greatly help developpers is an automated crash reporter, and give the feeling to user that he help the developper (and it s really help). So i've implemented myself one in my last two python apps : khweeteur and khteditor. You can look in the source code if you are interested or ask me how it s works. Regards, Le 24 septembre 2010 20:28, Benoît HERVIER a écrit : > Hi, > >> Generally, that was the setup with the N8x0 and Maemo4.x, so we have tried >> that - IMO this works better > > This is your point of view, not from everyone :) > Honestly look at the statistics about how many users use extras-devel > or extras-testing. > > But yes promoting directly to extras isn't a solution, leaving bugged > version in extras too. > The problem i see with such system is that this break the philosophy > "Release early, release often". > > But i'm happy to see that their is some interest to improve the system. > > -- > Benoît HERVIER, Khertan Software - http://khertan.net/ > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Package promoting
Hi, > Generally, that was the setup with the N8x0 and Maemo4.x, so we have tried > that - IMO this works better This is your point of view, not from everyone :) Honestly look at the statistics about how many users use extras-devel or extras-testing. But yes promoting directly to extras isn't a solution, leaving bugged version in extras too. The problem i see with such system is that this break the philosophy "Release early, release often". But i'm happy to see that their is some interest to improve the system. -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Broken packages in Extras repository
I confirm some still have problem running Vectormine which depends on pygame, which depends on numpy which depends on libsdl-ttf2 :) 2010/9/4 Mikko Vartiainen : > On Sat, Sep 4, 2010 at 6:07 PM, Attila Csipa wrote: >> Unless I'm grossly mistaken, that does not solve the problem. First of all, >> most apps depending on it do not depend on it as a version, so H-A-M will >> never update it on it's own, even if the newer version is in Extras. Second, >> if you already installed, you will not be able to update as the package in >> the nokia repo has no provides/replaces clause, so apt will fail as it will >> try to overwrite a file already existing in the package that triggered the >> upgrade. https://bugs.maemo.org/show_bug.cgi?id=10450 is quite silent so I >> might need to poke someone (kinda tried that last week, but apparently >> wasn't adamant enough :) > > Yes I realise that it doesn't solve the problem completely. Currently > Extras is broken for everybody, but if we promote libsdl-ttf2.0-0, > Extras is fine for people who haven't installed libsdl-ttf2.0(-0) or > have the ability uninstall it. After 2 months something could be done? > Unless this leads to even worse situation. > > -- > Mikko Vartiainen > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo / MeeGo application gallery?
Le 29 août 2010 18:26, Ville M. Vainio a écrit : > 2010/8/29 Benoît HERVIER : > >> http://maemo.org/downloads/Maemo5/ isn't restricted to extras. You can >> put any install file to any repository. This is just not recommended >> to send user to extras devel. When a package reach extras some infos >> are updated on Maemo5 download page. But this isn't the case when the >> package didn't reach extras, but the dev can do it manually. > > Are there instructions somewhere on how to create an entry in the > "Downloads" page, without getting the app to extras? > > -- > Ville M. Vainio @@ Forum Nokia > Sorry, i just notice that it s desactivated for Maemo5. For Maemo4, it s a bit like every other page, go to http://maemo.org/downloads/OS2008/, then log in, select a category, and click on create application product in the toolbar. Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo / MeeGo application gallery?
2010/8/26 Attila Csipa : > > > On Thu, Aug 26, 2010 at 9:35 PM, Ville M. Vainio wrote: >> >> The concept is so obvious, it has probably been discussed to death >> many times over - >> >> Should we have some central place to "showcase" maemo / meego >> applications, wherever they are? > > Well, the original attempt was Maemo Select > (http://maemo.nokia.com/maemo-select/), which basically died from neglect as > it was seen as a stepchild by both > Ovi and maemo.org, and considering how self-sufficient they > are, it seems to me it will be hard for such initiatives to survive > on their own... > Hi, http://maemo.org/downloads/Maemo5/ isn't restricted to extras. You can put any install file to any repository. This is just not recommended to send user to extras devel. When a package reach extras some infos are updated on Maemo5 download page. But this isn't the case when the package didn't reach extras, but the dev can do it manually. regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Open letter of support for Python on the Maemo/MeeGo platform
Hi, Not accepting Python apps is one of the Ovi Store bugs, The fact that ovi require a vat number is also a critical one. Best regards, -- Benoît HERVIER, Khertan Software -- http://khertan.net/ - Message d'origine - > Forwarded from the Maemo Community Council blog: > > After receiving feedback from the community, including developers who > are trying to get their software into Ovi Store, it is the opinion of > the Council that the unexplained restriction on dependencies between > Ovi and Extras - and in particular the availability of Python as a > platform for Ovi Store applications - represents a serious threat to > the success of Maemo, MeeGo and Ovi Store. > It will come as a surprise for many community members and users that > Python is still not an officially supported language/runtime on the > Maemo nor MeeGo platforms, despite the huge number of Python > applications currently in Extras, and even though they base on the work > of Nokia's own PyMaemo team, plus two Qt bindings and a GTK+/Hildon > one. To put things in perspective, about a third of ALL stable Maemo > applications are written in Python, both overall and those using Qt. > > The community level support means Python itself is located in community > repositories, and, as a consequence, Python software is not admissible > to Ovi (regardless of being free or not). Highlighting this is part of > a broader agenda - ensuring cooperation between libraries and runtimes > used by Ovi- distributed software and software in community > repositories, but the first step towards that is addressing the single > biggest such case - Python. > > If there are technical issues which need to be addressed, let's discuss > them in the open and try and solve them; if there are purely political > issues, we strongly urge Nokia to reconsider. > > Maemo Community Council > > > > Blog/vote link: > http://maemo.org/community/council/open_letter_of_support_for_python_on_the_maemo- > meego_platform/ > > Talk auto-announcement link: > http://talk.maemo.org/showthread.php?t=59745 > > > > Regards, > Attila > ___ > 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
Ask for package removal
The following packaged applications in repository are outdated and aren't up to date. Some are wrong licenced, some bugged lead users to do do crappy things. Please remove : - vectormine - pygtkeditor - py2deb - pypackager from the fremantle and fremantle-1.2 repository in extras-devel, extras-testing, extras Thanks -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo QA process
Hi, Personnaly i didn't care anymore about extras. If people need to use my apps i just ask them to use my repository. No QA Hassle ... :) And if someone want to package it to maemo extras repo he can ... but in three month this didn't happen. Best regards, 2010/7/21 Roman Morawek : > Hello, > > I like to share my thoughts on the QA strategy of Maemo. > > I am the owner of an N900 program and promoted my package to > extras-testing ca. 2 months ago. Right now there are only 2 votes on it. > I wonder how many more months it will take until 10 persons vote for it > such that I can promote it to extras (given that the votes are positive). > > I already have a bunch of improvements ready since several weeks. > However, I do not dare to upload them because my package will start the > evaluation sequence then again from scratch. I think this is a big > disadvantage for the community, because the tool could already be much > better. Actually, I think in the early lifetime of a SW project there > will probably be a release every few months, which could permanently > block the tool's promotion to extras. > > I personally see my program as very useful - well, otherwise I wouldn't > have spent the time for development. I assume that just nobody is aware > of it, since everybody just looks at the available programs in extras. > At least this is what I did to search for useful tools. > > >From my perspective, the current QA process should be reconsidered. > Maybe an automatic promotion after 4 weeks would make sense, given its > actual package karma is positive? > > Best regards, > Roman > > P.S.: You are welcome to evaluate and vote on my package: > http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/babyphone/0.1-2/ > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QLineEdit and casing
2010/6/28 Mats Rauhala : > I have trouble with uppercase letters with QLineEdit. I'm using > QLineEdit as an input method for adding items to a list/set. The user > write an item and presses return which causes the text to be handled and > the QLineEdit cleared. But if the user wants to add another item, the > text is no longer title cased. If the QLineEdit loses focus and regains > it, the casing is nulled and the first line is again title cased. I'd > like the texts to be always or never title cased for consistency. > > As far as I understand the title casing is caused by Maemo input methods, > but I wasn't able to figure out the keywords for figuring out how to fix > this. > > -- > Mats Rauhala > sip:mas...@ekiga.net > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > Hi, Personnaly, i just unactive it. #Example in python #Remove auto capitalization (self is an QTextEdit) self.setInputMethodHints(Qt.ImhNoAutoUppercase) Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QT Packages, Repositories and PR1.2
>I'll wait a little longer for this to get resolved, but if it takes >too long I just might ebay my n900 and go Android. You can also compile it yourself and create your own repository ... easier to manage, and do the trick ... and switch back to the maemo repository again when everythings will be fixed. -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should I write apps for Maemo?
> Luckily you can test that stuff in scratchbox... But scratchbox isn't installable on n900... -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC 2010, eBook reader. Looking for feedback and ideas.
Personnally most of the time, specially when reading technicals books with programming line code ;) I think both is usefull, depends of book's type, and personnal preferences ... -- Benoît HERVIER, Khertan Software -- http://khertan.net/ Le jeudi 29 avril 2010 à 15:23 -0700, Aniello Del Sorbo a écrit : > I agree with all Ryan said. > > Just went through the proposal. Just a concern: I think the > application should be designed mainly in landscape mode, 'cause you've > got longer lines. > > Ryan, how often do you read e-book in portrait mode on the tablets? > > Aniello > ___ > 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: Packaging guidelines
Are you kidding ? It s already a pain ... And that section list isn t usefull for maemo, no theme for example. "Maemo doesn’t currently use package priorities for anything. For future compatibility, please conform to the Debian policy. " Maybe but there is a repository priority. "Separating files into binary packages (new section)" Hum so it s mean 45 gcompris packages in HAM ... (just one example) "Localiation packages" Could be a solution to let think user that there is plentapps available. Someone have already use HAM ? Scroll to the end of the list is a pain. Just my two cents. 2010/4/28 Marcin Jusnzkiewicz : > 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: ...@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 > -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Deleting Project PyGTKEditor from Garage
Why are you saying that i m trying to divide the Maemo Community ? So Maemo is as closed as Apple iThings Store ? We can t provide apps without the approbation of the community ? Uploading things to extras is a pain ... rules changes ... stupid votes ... bug in the interfaces that noone take care... fixing a bug for a package in extras could takes several weeks due to the QA Testing process ... I cannot say to user to set extras-devel repository ... there is too much package that can brick n900 device ... HAM ignore apps that are in other repository if they are already in extras !!! So what ? I m a hobbist developers, i m doing it for free ... and today it s take more time to trying to make packages available in extras than creating new apps and implementing new feature !!! Why ... you should try to found user to test your apps, answer to wrong vote, wait bugs to be fixed in the web interface, and more ! So creating my own repository is the best compromise ... Today i ve already delete my garage account as x-fade is now sure that i ll not publish anything more on extras repository ... what you want ? if you are not happy with that do not use my repository ... BUT STOP WHINNING ! But i got so many complain about creating my repository that now you win ... you know what ? Today i m writing code to create packaged python apps for android, and i ll probably stop all my maemo development ! I know that this n900 will made many damage to the community ... but i was optimist ... i was thinking more users, better for the plateforms ... failed Yes there is discussions, talk, brainstorm ... and other discussions, emails on the mailing list but ZERO actions taken. This was my first experience in an true OSS community ... but probably the last. FELICITATIONS you loose an other dev ! Your so closed mind IS DIVIDING the community ! 2010/3/24, Frank Banul : > One person setting up their own repository is hardly dividing the > Maemo community, IMHO. > > Frank > > On Wed, Mar 24, 2010 at 9:52 AM, Michael Cronenworth > wrote: >> Benoît HERVIER wrote: >>> >>> Once the package will be removed from extras, extras-testing, and >>> extras-devel you will be able to install the new version from my own >>> repository. >> >> Why are you attempting to divide the Maemo community? >> ___ >> 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 > -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Deleting Project PyGTKEditor from Garage
Hi, Once the package will be removed from extras, extras-testing, and extras-devel you will be able to install the new version from my own repository. The .install file will be available on Maemo.org. It ll setup correctly my repository, and install the last version from it. Location of the install file : http://maemo.org/downloads/product/raw/Maemo5/pygtkeditor?get_installfile Content of the install file : [install] catalogues = khertan-repository package = pygtkeditor [khertan-repository] name = Khertan-Repository uri = http://khertan.net/repository/ components = user Best regards, 2010/3/23 Cláudio Sampaio : > On Tue, Mar 23, 2010 at 3:54 PM, David Hautbois > wrote: >> >> Very sad to read this >> Good luck >> >> Le mardi 23 mars 2010 à 18:17 +0100, Benoît HERVIER a écrit : >> > Hi, >> > >> > As a dumb, i ve forgot to delete project PyGTKEditor before deleting > > I love PyGTKEditor. What's the new location for it? > > Thanks, > -- > Cláudio "Patola" Sampaio > IRC: ptl - Yahoo: patolaaa > Campinas, SP - Brazil. > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Deleting or Archiving Product PyGTKEditor in bugs.maemo.org
Hi, Is it possible to delete or archive Product PyGTKEditor in bugs.maemo.org. I wish new that new bug for this product cannot be open anymore on b.m.o but on : http://khertan.net/flyspray/index.php?project=2 Thanks -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Deleting Project PyGTKEditor from Garage
Hi, As a dumb, i ve forgot to delete project PyGTKEditor before deleting garage account. Someone can do it ? Thanks. -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Ask for removal of some packages from Extras Fremantle repository
I made apps for Maemo as a hobby ... today you are pissing me of ... You didn't want alternate repository in your little world ... great ... do not count me in your little world anymore !!! Bye ! -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Ask for removal of some packages from Extras Fremantle repository
Sorry forgot to answer to the main question : >>Do these packages have others packages that depend on them? None i know on maemo extras repository. Regards, Le 22 mars 2010 12:20, Benoît HERVIER a écrit : >>Why are you guys interested in removing so many packages? > > Because it ll be not be maintained anymore, and new versions will be > publish only on my own repository. But as HAM, ignore packet as my > repository isn't in the ham trusted list, there is here a conflict. > > But here i didn't start a debate, just ask for packages to be removed. > > Thanks. > > Regards, > -- > Benoît HERVIER, Khertan Softwares - http://khertan.net/ > > 2010/3/22 David Hautbois : >> I'm not allowed to use this name (based on qype name) >> The application will come back soon with another name and some improvements >> >> >> Jeremiah Foster wrote: >>> >>> Do these packages have other packages that depend on them? >>> >>> Why are you guys interested in removing so many packages? >>> >>> Jeremiah >>> >>> On Mar 22, 2010, at 11:16 AM, David Hautbois wrote: >>> >>> >>>> >>>> Hello >>>> And please remove qypy too. >>>> >>>> David. >>>> >>>> Benoît HERVIER wrote: >>>> >>>>> >>>>> Hi, >>>>> >>>>> Please, can you remove all version of the following packages from the >>>>> extras fremantle, extras-testing fremantle, and extras-devel fremantle >>>>> repository : >>>>> >>>>> - pygtkeditor >>>>> - pypackager >>>>> - py2deb >>>>> - pylint >>>>> - vectormine >>>>> - mcalendar >>>>> - mtodos >>>>> - mnotes >>>>> - python-logilab-astng >>>>> - python-logilab-common >>>>> - pychecker >>>>> >>>>> Thanks. >>>>> >>>>> >>>> >>>> ___ >>>> 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 >>> >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Ask for removal of some packages from Extras Fremantle repository
>Why are you guys interested in removing so many packages? Because it ll be not be maintained anymore, and new versions will be publish only on my own repository. But as HAM, ignore packet as my repository isn't in the ham trusted list, there is here a conflict. But here i didn't start a debate, just ask for packages to be removed. Thanks. Regards, -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ 2010/3/22 David Hautbois : > I'm not allowed to use this name (based on qype name) > The application will come back soon with another name and some improvements > > > Jeremiah Foster wrote: >> >> Do these packages have other packages that depend on them? >> >> Why are you guys interested in removing so many packages? >> >> Jeremiah >> >> On Mar 22, 2010, at 11:16 AM, David Hautbois wrote: >> >> >>> >>> Hello >>> And please remove qypy too. >>> >>> David. >>> >>> Benoît HERVIER wrote: >>> >>>> >>>> Hi, >>>> >>>> Please, can you remove all version of the following packages from the >>>> extras fremantle, extras-testing fremantle, and extras-devel fremantle >>>> repository : >>>> >>>> - pygtkeditor >>>> - pypackager >>>> - py2deb >>>> - pylint >>>> - vectormine >>>> - mcalendar >>>> - mtodos >>>> - mnotes >>>> - python-logilab-astng >>>> - python-logilab-common >>>> - pychecker >>>> >>>> Thanks. >>>> >>>> >>> >>> ___ >>> 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 >> > > ___ > 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
Ask for removal of some packages from Extras Fremantle repository
Hi, Please, can you remove all version of the following packages from the extras fremantle, extras-testing fremantle, and extras-devel fremantle repository : - pygtkeditor - pypackager - py2deb - pylint - vectormine - mcalendar - mtodos - mnotes - python-logilab-astng - python-logilab-common - pychecker Thanks. -- Benoît HERVIER, Khertan Softwares -- http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Can someone take care of bugs #9494 and #9608 the web interface is on what rely tester to thumb down
Can someone take care of bugs #9494 and #9608 ? As the web interface is on what rely tester to thumb down ! Simple example : http://maemo.org/packages/package_instance/view/fremantle_extras-testing_non-free_armel/vectormine/1.0.7-1/ Two weeks ago i've thought, ok let an other try before making your own repository. Failed. -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
There is this two for example : https://bugs.maemo.org/show_bug.cgi?id=6849 https://bugs.maemo.org/show_bug.cgi?id=6887 But as it s a pain to found something, and most of the time i got a timeout when submitting things on bugzilla ... i've stop to try. And for example this two one aren't fixed, so i didn't see any interest to adding more things to the queue. I didn't blame anyone i know that you are doing your best to improve things, this is just that i'm tired... So i consider the discussion ended for me, there is no need to add more whining to this discussion and i prefer to use my time to code, improve, and fix my apps. Best regards, Le 8 mars 2010 16:34, Valerio Valerio a écrit : > Hi, > > 2010/3/8 Benoît HERVIER >> >> By this thread i didn't want to launch a debate on why i'm creating my >> own repository, but as it s on the table now : >> >> - There is change in rules that happen frequently which seems to >> depends on phase of the moon. > > Like what ? The CLI rules that took several months to reach a consensus ? >> >> - There is latency in the display things in the maemo.org/packages/ >> interface which result of thumb down. Example : Last time i change the >> bugtracker link this one was ok in the package but it tooks 3 hours >> for this one to be displayed correctly in the web interface -> Result >> : thumb down and comment saying that the bug tracker link is wrong ... >> and of course other people vote thumb down without verifying nor the >> link in the interface nor the link in the control file of the package. >> >> - Sometimes package is never displayed to the package web interface >> so cannot promote it. >> >> - Sometimes promote package result is an php error, which mean that >> the package will be not promoted and cannot be anymore without >> publishing an other version and try again. >> >> - Sometimes icon display on the newest package is taken from an older one. >> >> - Sometimes changelog displayed on the armel version is taken from the >> i386 package (occur only when the armel package version of an app is >> newer than the i386 one) >> > > Did you filled bug reports about these issues ? > > Best regards, > > -- > Valério Valério > > http://www.valeriovalerio.org > >> - 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. > > > >> >> - It s look like some users are here just to put thumb down just to >> gain some karma. >> >> Also about bugzilla : >> >> - Creating a nice user interface to help user to automatically put >> bugs directly on the tracker from their nit is not possible ... as >> b.m.o use bugzilla and i cannot modify it to accept creation of new >> bug from elsewhere than the ui. >> >> - Submitting bugs require a lot of patience actually, as i take >> several minutes to validate it (servers too slow ?) . >> >> - Asking a new product or version in b.m.o require delay, as it s not >> something automated, but require you to send an email. >> >> And the most important things which guide my decision, is that >> currently, many thumb down make me angry as there was wrong vote, and >> the fact that i m passing more time to package than to develop didn't >> help. >> >> As all of my apps depends on python, it ll not create a "package >> dependancy hell." >> >> "I am not sure if you were around in the early days", i was, but i >> found that actually it s worse. Take a look for example on >> maemofrance.fr they say to all their readers that if they want >> interesting apps they should add extras-devel in ham... but as you can >> see there is many things that can break device in extras-devel >> actually. >> >> "the developers have to understand that the testers are not slaves" >> I didn't consider testers as slaves, but i consider today myself as >> slave of the qa testing process. >> >> "If you drop out of Extras then you are not only causing damage to the >> community (due to the proliferation of repositories) but also severely >> limiting your access to users." >> >> The purpose isn't to causing damage to the community, but it s >> actually too borring to trying to publish things to extras than >> creating my own repository which is, i think, actually the better >> solution i have ... The worst is st
Re: External Repository and HAM
By this thread i didn't want to launch a debate on why i'm creating my own repository, but as it s on the table now : - There is change in rules that happen frequently which seems to depends on phase of the moon. - There is latency in the display things in the maemo.org/packages/ interface which result of thumb down. Example : Last time i change the bugtracker link this one was ok in the package but it tooks 3 hours for this one to be displayed correctly in the web interface -> Result : thumb down and comment saying that the bug tracker link is wrong ... and of course other people vote thumb down without verifying nor the link in the interface nor the link in the control file of the package. - Sometimes package is never displayed to the package web interface so cannot promote it. - Sometimes promote package result is an php error, which mean that the package will be not promoted and cannot be anymore without publishing an other version and try again. - Sometimes icon display on the newest package is taken from an older one. - Sometimes changelog displayed on the armel version is taken from the i386 package (occur only when the armel package version of an app is newer than the i386 one) - 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. - It s look like some users are here just to put thumb down just to gain some karma. Also about bugzilla : - Creating a nice user interface to help user to automatically put bugs directly on the tracker from their nit is not possible ... as b.m.o use bugzilla and i cannot modify it to accept creation of new bug from elsewhere than the ui. - Submitting bugs require a lot of patience actually, as i take several minutes to validate it (servers too slow ?) . - Asking a new product or version in b.m.o require delay, as it s not something automated, but require you to send an email. And the most important things which guide my decision, is that currently, many thumb down make me angry as there was wrong vote, and the fact that i m passing more time to package than to develop didn't help. As all of my apps depends on python, it ll not create a "package dependancy hell." "I am not sure if you were around in the early days", i was, but i found that actually it s worse. Take a look for example on maemofrance.fr they say to all their readers that if they want interesting apps they should add extras-devel in ham... but as you can see there is many things that can break device in extras-devel actually. "the developers have to understand that the testers are not slaves" I didn't consider testers as slaves, but i consider today myself as slave of the qa testing process. "If you drop out of Extras then you are not only causing damage to the community (due to the proliferation of repositories) but also severely limiting your access to users." The purpose isn't to causing damage to the community, but it s actually too borring to trying to publish things to extras than creating my own repository which is, i think, actually the better solution i have ... The worst is stopping all publications of my applications ... or just put the source code on my web site and letting user installing it manually. At least i know 3 developpers currently which consider to not upload to extras. And instead of that creating there own repository, i didn't know there real reason ... i just can imagine. The other solution i see is creating my own Application Installer ... there is already two, one for maemo repository and one for ovi ... adding an other one will be really confuse. But if there is someone which want to made the packages and publish it to extras he is welcome. Actually i'm just trying to found the best solution, but i think in a near future i ll not publish anythings anymore to "extras". 2010/3/8 Matan Ziv-Av : > On Mon, 8 Mar 2010, Graham Cobb wrote: > >> On Monday 08 March 2010 13:09:52 Benoît HERVIER wrote: >>>> >>>> 2010/3/8 Thomas Perl : >>>> "I don't know if Khertan's problem is technical or political" >>> >>> The both, as i'm tired of fighting against bug and wrong thumb down in >>> QA Testing. >> >> Thomas, I was not aware that there was a problem with the autobuilder, >> with no >> workround, preventing some packages from building. That is definitely a >> severe problem and I will certainly push hard for a solution. Thank you >> for >> your efforts and your patience. >> >> Benoît, I am very disappointed that you have decided to create a separate >> repository. I am not sure if you were around in the early days, with the >> 770, but th
Re: External Repository and HAM
>Why wouldn't it? Do we have a policy against this? Because noone will test such package. It s already difficult to have vote for real apps, so imagine for a dummy package :) >Maybe you need to cripple your last release to get it to > build and past QA, but maybe that is worth it... Maybe it s not the reason ... > Very roughly: Yep but it s help me a lot ! Thanks ! Best regards, Le 8 mars 2010 14:42, Marius Vollmer a écrit : > ext Benoît HERVIER writes: > >> (or even automatically configures your >> new repository and package domain, but you didn't hear that from me, and >> if you do that, please don't do it silently). >> >> Anyway it ll not past QA Testing :) > > Why wouldn't it? Do we have a policy against this? Ahh, you probably > mean there is a chicken-and-egg here: you can't upload to Extras anymore > in any case. Maybe you need to cripple your last release to get it to > build and past QA, but maybe that is worth it... > >>>create a new "package domain" for it. >> >> Have you some explanations on how to do that ? or maybe link ? > > I think I'll write something up in the immediate future. Lucas Maneos > has done it for Diablo updates, please try to Google that. > > Very roughly: > > - create a repository > - create a GnuPG keypair and sign the repo with it > - create a package that > - installs the public key with apt-key add > - drops a file into /usr/share/hildon-application-manager/domains/ > that looks like this: > > > > unique-name > fingerprint-of-keypair > 250 > > > > > - create a .install file for the package above > - tell people to install that .install file. > > After this, you can upload packages to the repository and HAM will allow > them to update packages from Extras. > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
Not yet available ... currently this was just an example of log i post ... 2010/3/8 Cláudio Sampaio : > 2010/3/8 Benoît HERVIER >> >> Hi, >> >> Actually i ve got a problem that i'm trying to solve. I've a version of >> PyGTKEditor more recent in my repository and an older on Extras. >> >> The version installed on device is the same than in Extras and was >> installed from extras. >> >> khertan.net_repository_dists_fremantle_user_binary-armel_Packages >> apt-worker: Ignoring version from wrong domain: pygtkeditor 3.0.15-1 >> apt-worker: >> /var/lib/apt/lists/khertan.net_repository_dists_fremantle_user_binary-armel_Packages > > Hi Benoît, > I couldn't find pygtkeditor 3.0.15-1 on your repository > (http://khertan.net/repository). Where can I find it? > Thanks, > -- > Cláudio "Patola" Sampaio > IRC: ptl - Yahoo: patolaaa > Campinas, SP - Brazil. > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
2010/3/8 Marius Vollmer : > ext Thomas Perl writes: > >> 2010/3/8 Marius Vollmer : >>> ext Benoît HERVIER writes: >>>> The purpose is to migrate my softwares from "extras" to my own >>>> repository as i ll not push anymore my applications to extras, but >>>> only on my own repository. >>> >>> Ahh, ok. This is not something that is well supported (as you have >>> found out), and I believe the Maemo community discourages this. Maybe >>> there is a possibilty for you to keep your package in Extras? >> >> I have a similar problem. If the Maemo community wants developers to >> publish their packages in Maemo Extras, please make sure that problems >> with the autobuilder are dealt with in a reasonable time frame. > > Fair enough. > > If this issue remains, I would recommend to set up one alternative > repository and create a new "package domain" for it. Such a fork would > be painful, and I really hope we can solve the technical issues. > > But, just to be perfectly clear: the "package domain" system was > explicitly designed to allow clean forks, and once you have set it up > for your repo, it will protect your repository against 'accidental' > uploads to maemo.org just as it protects maemo.org now. > >> I haven't published a new version of MaePad in Extras for nearly a >> month now, because of autobuilder issues (with sharing-dialog-dev): >> >> https://bugs.maemo.org/show_bug.cgi?id=9070 > > I agree that it is unreasonable to let this bug remain untouched for so > long. > >> [...] and because of the "trust domain" issue, this might result in >> several people requesting to have their packages pulled from Extras in >> order to be able to distribute their packages from another repo [...] > > The "domain check" is only done when updating a package; it will allow > the initial installation to come from any repository whatsoever. It was > designed to prevent people from 'hijacking' packages by accident, by > locking updates to the repository that the initial version was installed > from. > > But of course, having a old version of a package in Maemo Extras that is > no longer maintained isn't good for anything, so it is better to remove > it. Alternatively, you could upload one last version to it that somehow > advertises your new repository (or even automatically configures your > new repository and package domain, but you didn't hear that from me, and > if you do that, please don't do it silently). > (or even automatically configures your new repository and package domain, but you didn't hear that from me, and if you do that, please don't do it silently). Anyway it ll not past QA Testing :) >create a new "package domain" for it. Have you some explanations on how to do that ? or maybe link ? Thanks for help ! -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
>2010/3/8 Thomas Perl : >"I don't know if Khertan's problem is technical or political" The both, as i'm tired of fighting against bug and wrong thumb down in QA Testing. -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
The purpose is to migrate my softwares from "extras" to my own repository as i ll not push anymore my applications to extras, but only on my own repository. So current user cannot update actually my softwares with ham. Saying them to apt-get upgrade from xterm is a solution, but not the best one. Le 8 mars 2010 12:20, Marius Vollmer a écrit : > ext Benoît HERVIER writes: > >> As i'm the maintainer of this packages in "extras" repository, i need >> to found a solution : > > What is the exact problem that you try to solve? > > Do you want to install your own version from your own repository on your > own device? > > Then you can activate the red-pill mode and unset the "Ignore packages > from wrong domain" setting. > > You can also of course just install the package with apt-get install in > xterm or over ssh, which would guess is more convenient during > development. > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: External Repository and HAM
Hi, As i'm the maintainer of this packages in "extras" repository, i need to found a solution : The worst is asking to this package to be removed from "extras" repositories, and ask user that have already installed this package to uninstall it, and reinstall it from my repository. This is why i ask here, to found a real solution. If someone have any idea on how to do that ... ? Le 8 mars 2010 11:34, Victor Manuel Jáquez Leal a écrit : > Yes, HAM uses a kind of trust domain validation mechanism. Thus > maemo-extras has a bigger trust than your repository, and as your > package clashes with one provided by a trusted source, your package is > removed from the installable list. > > I encourage you to summit your improvements to the maemo-extras > repository, if that is possible. > > vmjl > > 2010/3/8 Benoît HERVIER : >> Hi, >> >> Actually i ve got a problem that i'm trying to solve. I've a version of >> PyGTKEditor more recent in my repository and an older on Extras. >> >> The version installed on device is the same than in Extras and was installed >> from extras. >> >> khertan.net_repository_dists_fremantle_user_binary-armel_Packages >> apt-worker: Ignoring version from wrong domain: pygtkeditor 3.0.15-1 >> apt-worker: >> /var/lib/apt/lists/khertan.net_repository_dists_fremantle_user_binary-armel_Packages >> >> How can this strange behaviour can be fixed ? (Seems specific to HAM). >> >> Thx >> -- >> Benoît HERVIER, Khertan Softwares - http://khertan.net/ >> ___________ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
External Repository and HAM
Hi, Actually i ve got a problem that i'm trying to solve. I've a version of PyGTKEditor more recent in my repository and an older on Extras. The version installed on device is the same than in Extras and was installed from extras. khertan.net_repository_dists_fremantle_user_binary-armel_Packages apt-worker: Ignoring version from wrong domain: pygtkeditor 3.0.15-1 apt-worker: /var/lib/apt/lists/khertan.net_repository_dists_fremantle_user_binary-armel_Packages How can this strange behaviour can be fixed ? (Seems specific to HAM). Thx -- Benoît HERVIER, Khertan Softwares - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Promotion problems ?
Hello ! As you can see in http://maemo.org/packages/view/vectormine/ VectorMine 1.0.4-2 has been promoted to extras-testing from extras-devel but it never land to extra-testing for the armel package. Thanks for help -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Ovi Store and VAT
Le 8 février 2010 17:44, Jeremiah Foster a écrit : > I think this is off-topic for this list Benoit. You may want to contact OVI > directly. > Jeremiah > On Feb 5, 2010, at 8:10 AM, Benoît HERVIER wrote: > > Hi, > > I've try to register myself on ovistore but my enterprise didn't have a vat > number as it is exempted from vat (European VAT not applicable, net prices > (Art. 293B CGI)). > > Did you think it will be availaible in short time for company where vat > didn't apply or does i should stop to hope and publish my games as a > shareware on non-free extras and manage paiement myself on my website ? > > regards, > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > Yep it seems anyway ... no answer from OVI this is why i ask here maybe for some advices ... -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Ovi Store and VAT
Hi, I've try to register myself on ovistore but my enterprise didn't have a vat number as it is exempted from vat (European VAT not applicable, net prices (Art. 293B CGI)). Did you think it will be availaible in short time for company where vat didn't apply or does i should stop to hope and publish my games as a shareware on non-free extras and manage paiement myself on my website ? regards,___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Garage Git Push (https)
Hi, I ve git installed on my n900, but i m fighting with it trying to push to vcs.maemo.org : ~/MyDocs/Projects/pygtkeditor-git/pygtkeditor $ git push error: Cannot access URL https://vcs.maemo.org/git/pygtkeditor/, return code 22 fatal: git-http-push failed Does Maemo.org support http/https push ? Thx for any help. Best regards, ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quick start packaging guide
Does i should also integrate an how to build package with PyPackager ? 2010/1/22 Jeff Moe : > On Friday 22 January 2010 13:10:29 Dave Neary wrote: >> Hi all, >> >> Due to popular demand, I sat down this week with Jeremiah Foster, who >> explained to me the very quickest way to go about packaging an >> application. We didn't quite get to "uploading to extras", but going >> from a .tar.gz to a correct .deb is there. >> >> http://wiki.maemo.org/Maemo_packaging_quick_start_guide >> >> I intend this article to be a kind of landing-point for new Maemo >> developers. It should contact the short path, with a bunch of shortcuts >> taken, and lots of links to canonical material. >> >> Improvements are welcome! Especially as related to: >> >> http://wiki.maemo.org/Packaging >> http://wiki.maemo.org/Maemo_packaging >> http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing >> http://wiki.maemo.org/Extras >> http://wiki.maemo.org/Extras-testing >> http://wiki.maemo.org/Uploading_to_Extras-devel >> http://wiki.maemo.org/Uploading_to_Extras >> http://wiki.maemo.org/Developer_FAQ#Extras >> >> If we obsolete any of these pages, I'll be happy. If we make it easier >> to find useful stuff by linking to it from an >> easy-to-remember-and-reference portal page, I'll be happy. >> >> And if this email leads me to discover even more pages which have the >> same or similar content, even that will make me happy if we can >> consolidate it all nicely & make it nice & easy for new developers to >> find correct information on this. > > http://wiki.maemo.org/User:Jebba/Package_Building_HOWTO > > -Jeff > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Packages Promotions To Testing : PyGTKEditor stay in Devel
Hi, I've promoted yesterday a package pygtkeditor 3.0.4-1 from extras-devel to extras-testing. But this package is still not in extras-testing right now. And in the historical list i can see : pygtkeditor 3.0.4-1 Fremantle Extras-devel free armel Package promoted Benoît HERVIER 2010-01-14 13:18 UTC pygtkeditor 3.0.2-3 Fremantle Extras-testing free i386 Promotion has been cancelled Benoît HERVIER 2010-01-14 13:18 UTC (http://maemo.org/packages/view/pygtkeditor/) For information i've also change the tools i use to made package for autobuilder, so it can also be my fault. But at this moment, i didn't understand what happens. Thanks for any help. Best regards, -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: FM RDS data
About FM and RDS modifying RDS signal transmited from the tablet is possible ? I'm thinking of a small usage, a app that found the freest frequency (by listening fm with the transmitter) and change the frequency of transmitted music to the found one and send an rds signal by the transmitter, so you don't have to change frequency on your car receiver (or everything else). I know that fm transmitter emit an rds signal ... but can that be changed ? Does there is documentation about the fm transmitter and receiver somewhere on Maemo ? Thanks a lot 2010/1/6 Martin Grimme > Hi, > > the FM receiver's interface for RDS is exposed via sysfs. So any > application can read RDS data from it. > The frequency bands the receiver is capable of are US/EUR (87.5 - > 108.00 MHz) and Japan (don't remeber, but I think starts somewhere at > 70 MHz). A region switch in the driver (sysfs-Interface again but as > root) switches between the frequency bands. > > > Martin > > > 2010/1/6, Aldon Hynes : > > I have been approached by a person interested in sending data from a > sensor > > via FM to a cellphone which would in term transmit this data to the > > Internet. I am interested in figuring out if this is something that > could > > be done with an N900. With that, I have a few specific questions: > > > > First, can anyone point me to information about how to programatically > > receive RDS data? I've read that the FM receive app is supposed to do > that, > > but I haven't managed to receive RDS data that way yet, and I don't have > the > > source code. > > > > Second, does anyone have any idea what frequencies the FM receiver can > tune > > into? The programs I've seen have focused on the traditional commercial > FM > > band, 88 Mhz to 106 Mhz. Can the FM receiver tune in higher or lower > > frequencies? If so, what is the real frequency range of the FM Receiver. > > > > Third, are there other data formats that can easily be sent and/or > received > > from the Nokia phone? If so, can people point me to any of these other > data > > formats? > > > > Any help you can provide would be greatly appreciated. > > > > Aldon > > > > ___ > > 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 > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Auto builder - Maemo-Optify
So now maemo optify is automatically added on extras builder ? Seems to have some problems : https://garage.maemo.org/builder/fremantle/python2.5-py2deb_0.5.3-1/ Get:1 http://repository.maemo.org fremantle/free maemo-optify 0.2 [5664B] /scratchbox/tools/bin/sh: line 1: /usr/sbin/dpkg-preconfigure: No such file or directory Is there a way to unactivate it ? Thx -- Benoît HERVIER -- http://khertan.net/ Sent from my Nokia N900___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Hildon.TextView and Completion
Hi, Does there is a way to inactive word completion in an hildon.TextView ? I didn't see anything related to that in the api documentation. Thanks. -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QA Process for non user/* packages and how Application Manager handles upgrades (was: Re: extras-devel -> extras-testing auto-promotion not working?)
What happen if i push something for testing like PyGTKEditor for example ... but once this one has been push, a new version of a python binding used by PyGTKEditor exist in the extras-devel, we cannot push it to extras-testing manually ? But as there isn't any new version of PyGTKEditor, i ll recreate one package in extras-devel with a greater number just to push the python binding. What happen now if this binding is a important update ? 2009/12/1 Mikko Vartiainen > On Tue, Dec 1, 2009 at 5:39 PM, Anderson Lizardo > wrote: > > The problem being that the meta-package will pull *all* PyMaemo > > packages and not just what the user wants/needs :/ > > Yes, meta packages would bring more problems than solve them. > > > Unless Application Manager honours Suggests: fields ? in this case we > > could put all non-core Python packages under that field. > > I don't think HAM knows about suggests field. > > > The other solution is to fix Application Manager :o) > > IMO Application Manager is broken from community (Extras) perspective. > From Nokia's perspective it's probably not broken because they can > control that single meta package for SSU. How could we get that fixed? > > --- > Mikko Vartiainen > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
PyGTKEditor 3.0.0 is available in extras-testing for all onboard developpers.
Hi ! A small advert just to warn all on-board developer that PyGTKEditor 3.0.0 is available in extras-testing for Fremantle. http://khertan.net/2009/11/pygtkeditor-3-0-0-is-availaible-in-extras-testing-repository/ Thanks, -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PyQt
"PyQt because they fear it's abandoned, and PySide because it's just not ready for prime-time yet." This is clearly why i'ven't yet did the switch from gtk ... 2009/11/19 Attila Csipa > On Wednesday 18 November 2009 11:30:32 Matti Airas wrote: > > you're interested in maintaining PyQt on Maemo in the future, maybe you > > could arrange with Luciano Wolf and/or Phil Thompson (the current PyQt > > garage project admins) to have you appointed as a new project admin? > > > Since there are no active maintainers for PyQt on Maemo, I think you > > should feel free to update the packages in any case. > > I have written to both persons in question and had a positive response from > Phil Thompson, still waiting for Luciano's response. > > > Having said all this, I strongly encourage Python Qt developers on Maemo > > to use PySide instead of PyQt. We'll be generating our future Maemo 6 > > API bindings using PySide, so if you want to be able to utilize them, > > you'll need to go with PySide in any case. In addition, having only one > > set of Python Qt binding libraries on the device is probably greatly > > preferable to the end user. I understand PySide is at the moment a bit > > rough, but the situation will improve a lot by the end of the year. > > PyQt can _at least_ serve as a stopgap till then, especially since people > can > use the tried and true PyQt today without fearing the rough edges of > PySide, > and then switch if they think PySide has reached a point where it benefits > them more. The worst case scenario is IMHO people not using *either* > (potentially giving up on development altogether), PyQt because they fear > it's abandoned, and PySide because it's just not ready for prime-time yet. > > As for having two bindings, well, true, but then again, end users don't > care > about GTK vs Qt and they'll have to have both in the future, just as they > do > on the (Linux) desktop. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PyMaemo (Python for Maemo) final release for Maemo 5 (Fremantle)
Le 10 novembre 2009 17:22, Anderson Lizardo a écrit : > 2009/11/10 Benoît HERVIER : >> "(such as some remaining documentation)" >> >> Oh no Please no >> >> Did you think it s possible to keep it in a separate package as for >> example there is still some python modules which has an interactive >> help() and it s really usefull for onboard developpers like me (i >> don't know if i not the only one :) ) > > I was referring specifically to the static documentation (HTML, PDF) > which have no need to be installed on the device. The built-in > documentation from the docstrings are still there, and would only be > removed if it can be proven they take considerable space. > > Unfortunately you will notice that, except for Python standard > modules, other PyMaemo bindings lack useful built-in documentation > accessible through help(). > > BTW, you might want to try ipython if you like to develop on the > device, helps a lot IMHO :) > > Regards, > -- > Anderson Lizardo > OpenBossa Labs - INdT > Manaus - Brazil https://bugs.maemo.org/show_bug.cgi?id=5871 Is it fixed ? (i ll try :) Yes i use it on my n810 :) -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: PyMaemo (Python for Maemo) final release for Maemo 5 (Fremantle)
And the most important : T H A N K S !!! Le 10 novembre 2009 17:11, Benoît HERVIER a écrit : > "(such as some remaining documentation)" > > Oh no Please no > > Did you think it s possible to keep it in a separate package as for > example there is still some python modules which has an interactive > help() and it s really usefull for onboard developpers like me (i > don't know if i not the only one :) ) > > Thanks > > 2009/11/10 Anderson Lizardo : >> Hi, >> >> The PyMaemo team is pleased to announce the final release of PyMaemo >> for Maemo 5! >> >> For users, no manual installation steps are necessary. If you want to >> enjoy Python on your tablet, simply install a Python application from >> the repository. >> >> For developers which want to try the latest versions of PyMaemo >> packages, make sure to add extras-devel repository to the Scratchbox >> target and/or tablet. For instructions, see >> http://pymaemo.garage.maemo.org/installation.html. Due to the auto >> promotion of dependencies in Fremantle, many packages have their >> latest versions in extras-testing/extras already, but some are still >> on extras-devel only. >> >> What is it? >> -- >> Python for Maemo (PyMaemo for short) main objective is to make >> possible to use Python programming language as the scripting and >> development language for Maemo Platform, providing a better >> alternative for fast prototyping and programming in Maemo environment >> besides the C programming language. >> >> Python is for serious programming and to have fun. Python has a nice >> syntax, it is easy to learn and powerful enough for a vast range of >> applications, this is why we choose Python for Maemo. >> >> What has changed? >> --- >> >> Removed packages: >> >> * libffi >> + Now installed by default on N900 >> >> * pyid3lib >> + Unmaintained upstream, not used by any package in Fremantle >> >> Updated packages: >> >> * pygobject 2.16.1-1maemo1 >> + Update to latest version from Ubuntu jaunty >> * pygtk 2.12.1-6maemo9 >> + Update gtk.Dialog with Maemo changes >> * python-hildondesktop 0.1.0-1maemo1 >> + Bump version due to (unavoidable) API changes. >> + Fix current maintainers in AUTHORS and debian/copyright. >> * python-setuptools 0.6c9-1maemo2 >> + make easy_install always be called with the default Python version >> (/usr/bin/pythonX.Y) >> * python-xml 0.8.4-10.1maemo4 >> + Integrate fixes for python2.6 (taken from Ubuntu jaunty) >> (NOTE: this is just a compatibility fix, Fremantle will only have python2.5) >> >> Bugs fixed: >> >> MB#5091, MB#5141, MB#5154, MB#5232, MB#5275, MB#5467 >> >> Known issues >> - >> >> python-mafw (Python bindings for MAFW) is still considered alpha >> quality, and there are a couple of known issues on it: >> MB#4824: python-mafw: source_browsing.py example does not work >> MB#4839: python-mafw: mafw.Registry lacks list_plugins() method >> MB#4849: python-mafw: MafwPluginDescriptorPublic structure is missing >> MB#4919: python-mafw: list of missing types to complete methods bindings >> MB#4932: python-mafw: mafw.Source.browse() method is missing >> MB#4934: python-mafw: MetaData class missing >> >> There are no bindings for GUPnP (MB#4829), libhildonmime (MB#5157), >> liblocation (MB#5748) as well for various other Maemo 5 components. We >> plan to work on providing bindings for these components during the >> Maemo 5 life cycle. >> >> The PyMaemo base set of packages take considerable storage space >> (MB#5364). We already started experiments with the "maemo-optify" tool >> to install biggest things out of root fs, and we also plan to reduce a >> plenty of storage usage by cutting unnecessary things (such as some >> remaining documentation). Expect next releases to reduce storage usage >> gradually. >> >> We will not migrate to python2.6 in Maemo 5 due to a (unresolved) bug >> (MB#4734), where a core SDK package explicitly conflicts with python >>>= 2.6, preventing any further upgrades from the 2.5.x series. >> >> This release is supposed to be compatible with previous releases. If >> you have any issues regarding building or running your Python >> application on Maemo 5, feel free to contact us (see below for how to >> contact the PyMaemo team and report bugs). >> >> Acknowledgments: >> - >> >> Thanks to everybody who helped
Re: PyMaemo (Python for Maemo) final release for Maemo 5 (Fremantle)
"(such as some remaining documentation)" Oh no Please no Did you think it s possible to keep it in a separate package as for example there is still some python modules which has an interactive help() and it s really usefull for onboard developpers like me (i don't know if i not the only one :) ) Thanks 2009/11/10 Anderson Lizardo : > Hi, > > The PyMaemo team is pleased to announce the final release of PyMaemo > for Maemo 5! > > For users, no manual installation steps are necessary. If you want to > enjoy Python on your tablet, simply install a Python application from > the repository. > > For developers which want to try the latest versions of PyMaemo > packages, make sure to add extras-devel repository to the Scratchbox > target and/or tablet. For instructions, see > http://pymaemo.garage.maemo.org/installation.html. Due to the auto > promotion of dependencies in Fremantle, many packages have their > latest versions in extras-testing/extras already, but some are still > on extras-devel only. > > What is it? > -- > Python for Maemo (PyMaemo for short) main objective is to make > possible to use Python programming language as the scripting and > development language for Maemo Platform, providing a better > alternative for fast prototyping and programming in Maemo environment > besides the C programming language. > > Python is for serious programming and to have fun. Python has a nice > syntax, it is easy to learn and powerful enough for a vast range of > applications, this is why we choose Python for Maemo. > > What has changed? > --- > > Removed packages: > > * libffi > + Now installed by default on N900 > > * pyid3lib > + Unmaintained upstream, not used by any package in Fremantle > > Updated packages: > > * pygobject 2.16.1-1maemo1 > + Update to latest version from Ubuntu jaunty > * pygtk 2.12.1-6maemo9 > + Update gtk.Dialog with Maemo changes > * python-hildondesktop 0.1.0-1maemo1 > + Bump version due to (unavoidable) API changes. > + Fix current maintainers in AUTHORS and debian/copyright. > * python-setuptools 0.6c9-1maemo2 > + make easy_install always be called with the default Python version > (/usr/bin/pythonX.Y) > * python-xml 0.8.4-10.1maemo4 > + Integrate fixes for python2.6 (taken from Ubuntu jaunty) > (NOTE: this is just a compatibility fix, Fremantle will only have python2.5) > > Bugs fixed: > > MB#5091, MB#5141, MB#5154, MB#5232, MB#5275, MB#5467 > > Known issues > - > > python-mafw (Python bindings for MAFW) is still considered alpha > quality, and there are a couple of known issues on it: > MB#4824: python-mafw: source_browsing.py example does not work > MB#4839: python-mafw: mafw.Registry lacks list_plugins() method > MB#4849: python-mafw: MafwPluginDescriptorPublic structure is missing > MB#4919: python-mafw: list of missing types to complete methods bindings > MB#4932: python-mafw: mafw.Source.browse() method is missing > MB#4934: python-mafw: MetaData class missing > > There are no bindings for GUPnP (MB#4829), libhildonmime (MB#5157), > liblocation (MB#5748) as well for various other Maemo 5 components. We > plan to work on providing bindings for these components during the > Maemo 5 life cycle. > > The PyMaemo base set of packages take considerable storage space > (MB#5364). We already started experiments with the "maemo-optify" tool > to install biggest things out of root fs, and we also plan to reduce a > plenty of storage usage by cutting unnecessary things (such as some > remaining documentation). Expect next releases to reduce storage usage > gradually. > > We will not migrate to python2.6 in Maemo 5 due to a (unresolved) bug > (MB#4734), where a core SDK package explicitly conflicts with python >>= 2.6, preventing any further upgrades from the 2.5.x series. > > This release is supposed to be compatible with previous releases. If > you have any issues regarding building or running your Python > application on Maemo 5, feel free to contact us (see below for how to > contact the PyMaemo team and report bugs). > > Acknowledgments: > - > > Thanks to everybody who helped making this release possible. > > Bug reports, as always, should go to our Bugzilla [1]. Use the > pymaemo-developers mailing list [2] for help, feedback or suggestions. > > References > -- > [1] https://bugs.maemo.org/enter_bug.cgi?product=PyMaemo > [2] https://garage.maemo.org/mailman/listinfo/pymaemo-developers > > Thanks, > -- > Anderson Lizardo > OpenBossa Labs - INdT > Manaus - Brazil > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonFileChooserDialog // Showing File Extensions
Hum ... I'm the author of PyGTKEditor, since fremantle, we can't use anymore gtk.FileChooserDialog due to the theme with his enormous "Open" button, letting us choose only 3th or 4th characters of a file. But as an source code editor, i want to open one file of my project in which contain the following files : - pygtkeditor.py - pygtkeditor.pyo - pygtkeditor.service - pygtkeditor.desktop But there is no differences visible between this file in the hildon.FileChooserDialog ... extension here is really needed ... - pygtkeditor - pygtkeditor - pygtkeditor - pygtkeditor But it s seems you assume seeing extension isn't for end user ? But here it s difficult without ... same thing for image editor ... how does i select the png version of an image which exist also in jpg ... random choose ... And no ... this things is in won't FIX ... this sucks ! As now in fremantle we couldn't use anymore gtk.FileChooserDialog ... Still no idea ? /me like less and less fremantle and this "dumb user" orientation ... 2009/11/9 Andre Klapper : > Am Montag, den 09.11.2009, 16:23 +0100 schrieb Benoît HERVIER: >> No idea ? Filling a bug ? > > No need to, see https://bugs.maemo.org/show_bug.cgi?id=430 . > > andre > >> Le 6 novembre 2009 19:04, Benoît HERVIER a écrit : >> > Hi, >> > >> > I'would like to show file extension in a hildon.FileChooserDialog. But >> > i didn't see anything in the documentations >> > (http://maemo.org/api_refs/5.0/5.0-final/hildonfm/HildonFileChooserDialog.html) >> > >> > Does there is some tricks to know or it s cannot be done ? >> > >> > Thanks. >> > -- >> > Benoît HERVIER - http://khertan.net/ >> > > > -- > Andre Klapper (maemo.org bugmaster) > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonFileChooserDialog // Showing File Extensions
No idea ? Filling a bug ? Le 6 novembre 2009 19:04, Benoît HERVIER a écrit : > Hi, > > I'would like to show file extension in a hildon.FileChooserDialog. But > i didn't see anything in the documentations > (http://maemo.org/api_refs/5.0/5.0-final/hildonfm/HildonFileChooserDialog.html) > > Does there is some tricks to know or it s cannot be done ? > > Thanks. > -- > Benoît HERVIER - http://khertan.net/ > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Testing nonsense
>"Oh well.. at least it'll be as much bug free as possible when it'll >finally land Extras :)" If it could land it one day ... -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: extras vs. extras-devel: how to handle new bindings and developer packages in Fremantle?
2009/11/6 Andrew Flegg : > Anderson wrote: >> >> >> On a related issue, It seems unclear to me where to upload things like >> new Python bindings to be used by developers. So far the "auto >> promotion of dependencies" approach has worked for *existing* bindings >> (such as pygtk, python-hildon), but what about the new bindings that >> have not yet been used by any application (and thus are only in >> extras-devel)? > > Python (and other apps which may have a library) developers should look in > extras-devel before porting it themselves? > > Arguably, developers should only have -devel in their SDK sources.list as > this is what the auto-builder will compile against. > > I see no need to promote developer dependencies separately, as any app > relying on them will have to go through -devel anyway. > > Cheers, > > Andrew > > -- > Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > "I see no need to promote developer dependencies separately, as any app relying on them will have to go through -devel anyway." So it s mean that people who want doing some python script on their maemo device need to activate before extras-devel repository ? I'm not sure this is the best idea ... I think it should be promoted to extras... But currently the people testing complain about promoting things into extras which are not gui things And adding repository mean asking to user which want to use this yet unused binding to add an other repository ? we will be back to the repository mess we know some years ago. Cheers, -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Why should it be so hard and should I even bother with Extras for fremantle?
Are you all kidding ? seriously ? "The bug "Way too geeky to present to most users" should, IMHO be an 'extras user/*' criteria." Does we need to come back to the old days where each user have his own repository ? To be honest i ll be far away easier to do than the actual one. 2009/11/2 Jeremiah Foster : > > > Begin forwarded message: > >> From: Jeremiah Foster >> Date: November 2, 2009 12:35:45 AM GMT+01:00 >> To: Andrew Flegg >> Subject: Re: Why should it be so hard and should I even bother with >> Extras for fremantle? >> >> >> On Nov 1, 2009, at 12:55, Andrew Flegg wrote: >> >>> On Sun, Nov 1, 2009 at 11:35, Graham Cobb wrote: >>>> On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote: >>> >>>> 1) There will end up being a LOT of command line utilities. Over >>>> time I would >>>> expect a lot of debian utilities to be ported. This will clutter >>>> up the >>>> Application Manager with things of interest to a tiny number of >>>> people. >>>> >>>> The medium term solution, I think, is to create a new category: >>>> user/advanced >>>> or user/command-line. >>> >>> I don't like this. If I'm looking for a port forwarder, I'm going to >>> look in user/network and, as an advanced user, I'm going to be happy >>> with a pretty GUI app or the command-line socat. >>> >>> This is probably where we should start looking at introducing >>> debtags? >>> So, for example, socat would be in user/network but have a tag, >>> 'command-line'. We can then even add a setting to Application Manager >>> to show/hide command-line applications. >> >> This makes lots of sense and has been shown to work, although not >> every debian app has tags. >>> >>> This set-up then is an obvious first step on the wider use of >>> debtags, >>> which will garner us essential experience in how best to use them. (I >>> believe it's important that if the user selects one category they see >>> one set of apps. I believe it's important that one app appears in one >>> category: otherwise the user might not be clear that they're >>> successfully navigating from one category to the next if they see the >>> same apps cropping up over and over again. I also believe that tags >>> could make authors lazy in correctly categorising their applications) >> >> Power users are often a huge help here because they can categorize >> themselves as well. >>> >>> I've also got a vested interest as a maintainer of the vim port, >> >> Which I would tag as: not::emacs modal::editor donot::use >> >> Jeremiah > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [pymaemo] hildon.PannableArea , hildon.TextView, gtksourceview2 and Fremantle
No answer, so i suppose that i should fork gtksourceview. Best regards, Le 13 octobre 2009 19:47, Benoît HERVIER a écrit : > [cross-posting to maemo-developers] > > 2009/10/13 Anderson Lizardo : >> [cross-posting to maemo-developers] >> >> 2009/10/13 Benoît HERVIER : >>> Hello, >>> >>> I'm trying to put a gtksourceview2.View in a hildon.PannableArea() ... >>> but gtksourceview2.View subclass gtk.TextView and not hildon.TextView >>> ... >>> >>> So it s look like i need to make a fork to have something like a >>> hildonsourceview2 ... >>> >>> Maybe i'm wrong, did you see an other way ? >> >> I think you should ask on maemo-developers as well, because the Python >> API just reflects the underlying C library's class hierarchy. >> >> Regards, >> -- >> Anderson Lizardo >> OpenBossa Labs - INdT >> Manaus - Brazil >> ___________ >> pymaemo-developers mailing list >> pymaemo-develop...@garage.maemo.org >> https://garage.maemo.org/mailman/listinfo/pymaemo-developers >> > > > > -- > Benoît HERVIER - http://khertan.net/ > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [pymaemo] hildon.PannableArea , hildon.TextView, gtksourceview2 and Fremantle
[cross-posting to maemo-developers] 2009/10/13 Anderson Lizardo : > [cross-posting to maemo-developers] > > 2009/10/13 Benoît HERVIER : >> Hello, >> >> I'm trying to put a gtksourceview2.View in a hildon.PannableArea() ... >> but gtksourceview2.View subclass gtk.TextView and not hildon.TextView >> ... >> >> So it s look like i need to make a fork to have something like a >> hildonsourceview2 ... >> >> Maybe i'm wrong, did you see an other way ? > > I think you should ask on maemo-developers as well, because the Python > API just reflects the underlying C library's class hierarchy. > > Regards, > -- > Anderson Lizardo > OpenBossa Labs - INdT > Manaus - Brazil > ___ > pymaemo-developers mailing list > pymaemo-develop...@garage.maemo.org > https://garage.maemo.org/mailman/listinfo/pymaemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Did you want i submit a bug in bugs.maemo.org ? Le 29 septembre 2009 06:22, Benoît HERVIER a écrit : > Hi, > > So for migrating from svn to git this doesn't seems related. I still > see svn on mSaber and PyGTKEditor where conversion fail due to fact > that svn was never used. > > https://git.maemo.org/svn2git_logs/svn2git_request_pygtkeditor.log > https://git.maemo.org/svn2git_logs/svn2git_request_msaber.log > > And the error was the same this morning ... > https://git.maemo.org/svn2git_logs/svn2git_request_mbluead.log > > Thanks for help > > 2009/9/29 Ferenc Szekely : >> Hi again, >> >> git push works again on git.maemo.org. I don't even want to say what the >> problem was... shame on me, but I forgot to turn "DAV on" for the >> project repositories. The web server did its job to serve the content as >> is, not giving a chance to the webdav module to chew on the requests >> from git. What a lame sysadmin, you may say. >> >> Sorry to all who got some bad days because of this. I owe you a beer on >> the summit. ;) >> >> Cheers, >> ferenc >> >> >> Ferenc Szekely wrote: >>> Hello, >>> >>> Ferenc Szekely wrote: >>>> Hi, >>>> >>>> Alberto Mardegan wrote: >>>>> Ferenc Szekely wrote: >>>>>> Apologies for the inconvenience if you and your project are affected. >>>>> In the meantime are there any workarounds to this problem? >>>>> >>>> No workaround as we speak. I took a couple of "problematic" repositories >>>> from the server and tried accessing them via WebDAV on a different >>>> machine. I can confirm that push works to those repos. I will now check >>>> the diff between the two setups and hope to get come clue from that >>>> investigation. >>>> >>> I found the problem regarding git push failures. Unfortunately this is >>> related to my attempts fixing a sechole in our gitweb setup a few days ago. >>> >>> For those who are interested: git always sends a PROPFIND request first >>> when you do a git push (this is over HTTP, remember). The server replies >>> with the git.maemo.org "frontpage", which is obviously not the content >>> what git would expect. >>> >>> Now wondering about a quick fix, so that the repos and gitweb could >>> happily live together again. >>> >>> -ferenc >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > > > > -- > Benoît HERVIER - http://khertan.net/ > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Hi, So for migrating from svn to git this doesn't seems related. I still see svn on mSaber and PyGTKEditor where conversion fail due to fact that svn was never used. https://git.maemo.org/svn2git_logs/svn2git_request_pygtkeditor.log https://git.maemo.org/svn2git_logs/svn2git_request_msaber.log And the error was the same this morning ... https://git.maemo.org/svn2git_logs/svn2git_request_mbluead.log Thanks for help 2009/9/29 Ferenc Szekely : > Hi again, > > git push works again on git.maemo.org. I don't even want to say what the > problem was... shame on me, but I forgot to turn "DAV on" for the > project repositories. The web server did its job to serve the content as > is, not giving a chance to the webdav module to chew on the requests > from git. What a lame sysadmin, you may say. > > Sorry to all who got some bad days because of this. I owe you a beer on > the summit. ;) > > Cheers, > ferenc > > > Ferenc Szekely wrote: >> Hello, >> >> Ferenc Szekely wrote: >>> Hi, >>> >>> Alberto Mardegan wrote: >>>> Ferenc Szekely wrote: >>>>> Apologies for the inconvenience if you and your project are affected. >>>> In the meantime are there any workarounds to this problem? >>>> >>> No workaround as we speak. I took a couple of "problematic" repositories >>> from the server and tried accessing them via WebDAV on a different >>> machine. I can confirm that push works to those repos. I will now check >>> the diff between the two setups and hope to get come clue from that >>> investigation. >>> >> I found the problem regarding git push failures. Unfortunately this is >> related to my attempts fixing a sechole in our gitweb setup a few days ago. >> >> For those who are interested: git always sends a PROPFIND request first >> when you do a git push (this is over HTTP, remember). The server replies >> with the git.maemo.org "frontpage", which is obviously not the content >> what git would expect. >> >> Now wondering about a quick fix, so that the repos and gitweb could >> happily live together again. >> >> -ferenc > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
The diablo version was the last ... but ... maybe it s the fremantle which is older :) Anyway i ll push it. Thx for the fix. Le 28 septembre 2009 22:24, Thomas Wälti a écrit : > Hello Benoît > > Here is the fix: Change line 312 (? depending on your current version...) to > > #== > # CREATE debian/changelog > > #== > clog="""%(name)s (%(version)s-%(buildversion)s) stable; > urgency=low > > The proof that it works: http://maemo.org/packages/view/mclock/ :-) > > PS: Can you afterwards upload py2deb (0.5.0) to the diablo and fremantle > repos? (I believe in diablo is still the old version without the script > support.) > > Merci and thanks to all involved - case closed > -Tom > > > > 2009/9/28 Benoît HERVIER >> >> Hi, >> >> Ok this is clearly a bug of py2deb which didn't include the package >> number. >> I ll fix this tomorrow in the morning. >> >> Best regards, >> >> 2009/9/28 Thomas Waelti : >> >>> So I guess there must be a bug somewhere in my package files. >> >> >> >> There is, it's in the changelog. >> >> >> >> The canonical place for the version string is in your changelog - >> >> debian tools look for that string and assign the version based on >> >> that. Here's the first line of your changelog for verion 0.6.4: >> >> >> >> mclock (0.6.4) stable; urgency=low >> >> >> >> As you can see there is no -1 after the version number. Also, the >> >> following word after the version in parentheses is "stable", but it >> >> really should be "unstable" since this signifies which debian >> >> repository this package is destined for. Of course, Maemo is not >> >> debian, so this is irrelevant at this point in time. >> > >> > Thanks for the help, I'll go after that and hunt and hopefully fix the >> > bug. >> > (For me, finding this would have been like a needle in a haystack) >> > >> >> I recommend using the tools recommended by debian and Maemo[0], >> >> specifically dh_make. The simple reason I recommend dh_make is that I >> >> have more experience with that then py2deb and I know that dh_make is >> >> well tested and used extensively in debian. >> > >> > Yes, I fully understand and agree. However, the idea is to offer an >> > option to build a package for people without a linux desktop, so that they >> > can prepare the package parts directly on their device and upload from >> > there >> > (same goes for pypackager). This also offers a quick way to "package" >> > command line hacks (such as the gconf options for the display timeout, aka >> > moreDimmingOptions) >> > >> > Best regards >> > -Tom >> > >> > ___ >> > maemo-developers mailing list >> > maemo-developers@maemo.org >> > https://lists.maemo.org/mailman/listinfo/maemo-developers >> > >> >> >> >> -- >> Benoît HERVIER - http://khertan.net/ > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debmaster: Help for PyMaemo dependency hell on Fremantle?
Hi, Ok this is clearly a bug of py2deb which didn't include the package number. I ll fix this tomorrow in the morning. Best regards, 2009/9/28 Thomas Waelti : >>> So I guess there must be a bug somewhere in my package files. >> >> There is, it's in the changelog. >> >> The canonical place for the version string is in your changelog - >> debian tools look for that string and assign the version based on >> that. Here's the first line of your changelog for verion 0.6.4: >> >> mclock (0.6.4) stable; urgency=low >> >> As you can see there is no -1 after the version number. Also, the >> following word after the version in parentheses is "stable", but it >> really should be "unstable" since this signifies which debian >> repository this package is destined for. Of course, Maemo is not >> debian, so this is irrelevant at this point in time. > > Thanks for the help, I'll go after that and hunt and hopefully fix the bug. > (For me, finding this would have been like a needle in a haystack) > >> I recommend using the tools recommended by debian and Maemo[0], >> specifically dh_make. The simple reason I recommend dh_make is that I >> have more experience with that then py2deb and I know that dh_make is >> well tested and used extensively in debian. > > Yes, I fully understand and agree. However, the idea is to offer an option to > build a package for people without a linux desktop, so that they can prepare > the package parts directly on their device and upload from there (same goes > for pypackager). This also offers a quick way to "package" command line hacks > (such as the gconf options for the display timeout, aka moreDimmingOptions) > > Best regards > -Tom > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git push problem at git.maemo.org
Hi, Trying to migrate mSaber from svn to git (clean project without anything imported), i got a 404 error on the log ... and seems still to svn, and didn't have the option anymore to move to git. Also i got error trying to move also pygtkeditor without success. Best regards, 2009/9/28 Ferenc Szekely : > Hi, > > Alberto Mardegan wrote: >> Ferenc Szekely wrote: >>> Apologies for the inconvenience if you and your project are affected. >> >> In the meantime are there any workarounds to this problem? >> > No workaround as we speak. I took a couple of "problematic" repositories > from the server and tried accessing them via WebDAV on a different > machine. I can confirm that push works to those repos. I will now check > the diff between the two setups and hope to get come clue from that > investigation. > >> Ciao, >> Alberto >> > Cheers, > ferenc > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What's the best attack? (Re: How to use extras-testing correctly?)`
Yeah ... come back to the old time where every developpers create his own repository. :) 2009/9/28 gary liquid : > > > On Fri, Sep 25, 2009 at 5:29 PM, wrote: >> >> - Original message - >> > the apps in maemo extras *should* be trusted because we, the community, >> > trust >> > the developers who put them there. >> >> Gary, I trust the community, but I really want to be sure. >> >> It is also because I like the community so much that I want to keep extras >> a safe place. For some new users it will be the first point of contact to >> OSS. If that contact is good, more people will find the community and more >> will join. > > nobody can anonymously upload to extras without first applying. > from a community perspective, there is already a feeling of being vetted > prior to getting upload rights. >> >> > it would take 1 bad report to have the software removed from extras. >> > >> > its a worrying scenario for some people, but this isnt the wild west >> > and like >> > all trust based mechanisms, people in the community are given rights to >> > upload >> > hopefully based on their standing. >> >> That would be one form of security I would be ok with. >> But screening people (karma or participation or whatever) for the right to >> upload is even more questionable than having a team of testers go through >> the apps. Everyone has to have the right to right to put their stuff to >> devel and testing. > > as said, there is already an application stage. > if the community mindset is there of vetting, no matter how vague, it helps. >> >> > There are many steps along the way to being involved in the community >> > and i do >> > not see why an individual would be nefarious enough to go through all >> > those just >> > to infect a few machines. >> > >> > people are given rights and responsibilities and mechanisms are in place >> > to >> > hopefully prevent an incident such as you are describing. >> >> Pretty much so. But I don't want to risk even a single case however >> unlikely it is. > > *nod* this is a common goal. >> >> > it falls on each and every one of us to maintain that trust. >> >> It is about trust, but there is the question of security too. >> >> I hope the solution that is now implemented is one that works, but as >> always, if practise shows that it needs to be rethought, then we will. > > yes, testing is the further step and should help to prevent even the most > determined of individuals. > it is rare to see applications coming through maemo.org where there isn't > community participation at some level > > gary >> >> Tero >> >> Tero >> >> > gary >> > >> > >> > >> > >> > On Fri, Sep 25, 2009 at 3:40 PM, David Greaves >> > wrote: >> > >> > tero.k...@nokia.com wrote: >> > > - Original message - >> > > > >> > >> > > > I realise this is a slightly different question (hence the new >> > > > subject) >> > > > >> > > > OK, say I have an evil twin who wants to attack ('own') a lot of >> > > > Nokia >> > > N900 >> > > > devices. How do I do this? >> > > >> > > I hope that was retorical. Tell your evil twin to do something >> > > usefull. >> > >> > >> > Err, no it wasn't retorical; it was hypothetical though in case you were >> > worried. >> > >> > It's more about being responsible :) >> > Actually it is very late in the day to be asking... but hey, it sounds >> > like a >> > topic worth raising. >> > >> > > > Does extras-testing factor into this? >> > > >> > > At least so that I would prefer maemo.org extras to be clean from >> > > malware. It is much easier to promote it in Nokia internally when >> > > extras >> > > contains good software. >> > >> > >> > I agree 100% ... all it takes is one example of malware introduced into >> > an OSS >> > product and we (and Nokia) could lose a lot of credibility. >> > >> > I wonder how much that could be worth to some people? Maybe worth a >> > deliberate >> > attack? Maybe someone is playing a longer game? >> > >> > I just hope we are not planning on taking the "cross your fingers and >> > toes >> > *REALLY HARD* and hope everyone is nice to us" approach to security ;) >> > >> > Discuss... >> > >> > David >> > >> > >> > -- >> > "Don't worry, you'll be fine; I saw it work in a cartoon once..." >> > >> > >> > >> > ___ >> > 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 > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Fremantle]: Python Home Plugins Path
Thanks. When i do the test it was an older version of the binding. The current one available is more recent. Best regards, 2009/9/24 Brent Chiodo : > Thanks for the information. > > On 9/23/09, Bruno Araujo wrote: >> Hi, >> >> >>> The reason I'm slightly skeptical is because my >>> applet is working fine in my scratchbox in the correct path >>> (/usr/lib/hildon-home/). >>> >>> >> Probably you have an outdated version of python-hildondesktop, because the >> search path for home widgets have changed to /usr/lib/hildon-desktop. I >> installed your package inside Scratchbox and moved the .py file to the >> correct location, and the widget appeared just fine. The wiki page for >> python-hildondesktop[1] should provide additional information about the >> current version of python-hildondesktop. >> >> [1] http://wiki.maemo.org/PyMaemo/HildonDesktop >> >> -- >> __ >> Bruno Araújo, MSc >> openBossa Labs - Instituto Nokia de Tecnologia >> Manaus, Brazil >> >> "Any sufficiently advanced technology is indistinguishable from magic." - >> Arthur C. Clarke >> > > > -- > Best Regards, > > Brent Chiodo > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: what if...
Hum ... so i ll be able to play with it ... 2009/9/23 Ville M. Vainio : > On Wed, Sep 23, 2009 at 1:27 PM, gary liquid wrote: > >>> Sounds like you want to use Python, with few select extensions in C/C++ >>> ;-). >> >> >> probably, but performance for many things in python limits it. >> liqbase is optimized to hell and runs amazingly fast even on n8x0 hardware > > Indeed (I've tried it). > >> i tried a quick test of a python wrapper for liqbase last night actually and >> barring expected bugs it appeared to open a liq* window happily :) >> but it would need more than a python interface to the lib - currently as >> well as standalone binaries, liq* apps are compiled as .so libraries and >> snap together into the playground - i have no idea how to allow direct >> loading of .py files from within my c code > > You emdbed a python interpreter to your app: > > http://docs.python.org/extending/embedding.html > > -- > Ville M. Vainio > http://tinyurl.com/vainio > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Developer device program
Yes ... yes ... yes ... I ven't push any bug reports yet because i ll like to know before from when it s come before borring you with stupid unusable entry in bugzilla. When i ll got some times at home (can't do anythings from my nit) ... i ll try to found where does it come from. Best regards, 2009/9/2 Anderson Lizardo : > 2009/9/2 Benoît HERVIER : >> i ve done some test with the sdk and my apps ... but python isn't >> stable at all ... segfault everytimes :( > > Ok, some checklist that you should do before submitting a bug report, > because "python segfaulting every time" is usually a sign of > mis-configuration: > > * Are you running your tests on the X86 target ? The ARMEL must not be > used for any application testing, only for compilation > * Did you start the Xephyr environment (export DISPLAY=:2 ; > af-sb-init.sh start ...) ? > * Are you running your application with: > > run-standalone.sh python2.5 > > If the answer to all above is yes, then please submit a bug report as > suggested by Andrea, with at least the following information: > > * Exact steps to reproduce the problem > * Exact output (error messages shown) > > Thanks, > -- > Anderson Lizardo > OpenBossa Labs - INdT > Manaus - Brazil > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Code cookbook for Maemo?
Did you think it ll be possible to have api to send, list, and get snippet without all the html layout ? On Wed, Sep 2, 2009 at 11:51 AM, wrote: > > >> -Original Message- >> From: maemo-developers-boun...@maemo.org >> [mailto:maemo-developers-boun...@maemo.org] On Behalf Of ext >> Henrik Hedberg >> Sent: 01 September, 2009 14:42 >> To: maemo-developers@maemo.org >> Subject: Re: Code cookbook for Maemo? >> >> tero.k...@nokia.com wrote: >> >> > A few guys from our product management got an idea of a 'code >> > cookbook'. A sort of wiki-like place where you could copy-paste >> > snippets of code, tag and comment on them. Then by searching on the >> > tags or text you could find pieces of code that do a specific thing. >> > >> > The idea would be to make life simpler for developers, by providing >> > them with a cookbook from where to find usefull algorithms >> for things >> > that most people run into or need to be coded in some >> particular way. >> >> Excellent idea! Could you, however, explain how is this >> different from the existing "Code Snippets" page in Garage: >> >> https://garage.maemo.org/snippet/ >> >> ;) > > Didn't know we had that :) > (Looks like I'm not the only one.) > > That could be a good starting point. > > Thanks! > Tero > >> BR, >> >> Henrik >> >> -- >> Henrik Hedberg - http://www.henrikhedberg.net/ >> ___ >> 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 > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Developer device program
On Tue, Sep 1, 2009 at 3:40 PM, Luca Donaggio wrote: > > > On Tue, Sep 1, 2009 at 3:33 PM, Luca Donaggio wrote: >> >> >> On Tue, Sep 1, 2009 at 3:13 PM, ds wrote: >>> >>> Am Dienstag, den 01.09.2009, 14:55 +0200 schrieb Andrea Grandi: >>> > Hi, >>> > >>> > 2009/9/1 ds : >>> > > Hay, >>> > > >>> > > I wonder, if I am the only guy left reading this mailing list, who >>> > > does >>> > > not have a N900. >>> > >>> > don't worry, you're not alone :) >>> >>> Great, or not:-) yep not alone :) i ve done some test with the sdk and my apps ... but python isn't stable at all ... segfault everytimes :( If someone have the device maybe could say me if it segfault too in it ? (PyGTKEditor 2.4.1-2 , in extras-devel) Thks -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Code cookbook for Maemo?
If you do a such cookbook i ll like to link it with PySnippet ! Best regards, On Tue, Sep 1, 2009 at 1:42 PM, Henrik Hedberg wrote: > tero.k...@nokia.com wrote: > >> A few guys from our product management got an idea of a 'code >> cookbook'. A sort of wiki-like place where you could copy-paste >> snippets of code, tag and comment on them. Then by searching on the >> tags or text you could find pieces of code that do a specific thing. >> >> The idea would be to make life simpler for developers, by providing >> them with a cookbook from where to find usefull algorithms for things >> that most people run into or need to be coded in some particular way. > > Excellent idea! Could you, however, explain how is this different > from the existing "Code Snippets" page in Garage: > > https://garage.maemo.org/snippet/ > > ;) > > BR, > > Henrik > > -- > Henrik Hedberg - http://www.henrikhedberg.net/ > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How much are Nxxx open?
"How much is it open?" Depends on screwdriver you use ... On Mon, Aug 31, 2009 at 7:19 PM, Nicola Mfb wrote: > Hi! > I'm new to this community and these nice Nokia devices, and I'd like > to join/contribute/develop for it and buy the upcoming N900. > Before proceeding further I'd like to know a bit about its "openess". > Already googled but there are not much and coherent informations about > that. > I come from OpenMoko Freerunner experience, where I'm able to flash > the bootloader, the logo, the kernel, the rootfs and have multiple > boot option to run several linux distro on different sd partitions. > There are two bootloaders, the first in NOR readonly, the second in > NAND and is used as default and is flashable, so you are able to use a > modern and upgradable bootloader and if something goes wrong are able > to debrick it booting from NOR, making the freerunner perfect as a > Linux hacking device. > The hardware is exposed by kernel in a standard way, e.g. the phone > audio connections are managed by alsa while on other fakefree devices > (like HTC dream) there are some closed source libraries to do that > preventing the port of opensource phone stack (FSO). > So may someone explain what's about the N900? How much is it open? > > Thank you in advance and best regards! > > Nicola > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Duplicity 0.6.02 Has Been Released
A great backup commands line apps :) 2009/7/11 George Farris : > This is great but nowhere do you even mention what Duplicity is... > > > On Sat, 2009-07-11 at 09:12 +0200, Benoît HERVIER wrote: >> Thanks a lot. >> >> 2009/7/8 Kenneth Loafman : >> > Folks, >> > >> > Even though the list is short, this is a fairly important bug fix >> > release. Plus, we have completed the process of making the cache >> > consistent with the remote by adding a step that removes any spurious >> > files left over from a previous duplicity run. >> > >> > ...Thanks, >> > ...Ken >> > >> > New in v0.6.02 (2009/07/07) >> > --- >> > Duplicity will now remove any spurious files left in the cache from >> > a previous run. This will keep the metadata cache in sync with the >> > remote storage metadata. >> > >> > Bugs fixed this release: >> > 394629 Hang on first collection-status >> > 379386 Fix 'list-current-files' with missing archive dir >> > 395826 "No such file or directory" when backing up second time >> > 394627 User-friendly archive dir print >> > 388699 Manifest mismatch error >> > >> > --- >> > >> > And since it looks like I did not announce 0.6.01, here it is... >> > >> > This is the first release from Launchpad, and I'm glad I made the move. >> > The website is still on Savannah, but that will be changing. >> > >> > Lots of fixes and some good changes. The major change is that duplicity >> > will synchronize the archive directory with the remote store on startup. >> > This fixes a number of issues that occurred when upgrading from the >> > 0.5.x series. Please read the release notes below for details. >> > >> > You can get it from https://launchpad.net/duplicity/trunk/0.6.01. >> > >> > ...Thanks, >> > ...Ken >> > >> > New in v0.6.01 (2009/07/01) >> > --- >> > Fixed issues in Checkpoint/Restart: >> > * The --name backupname" option was added to allow the >> > user to separate one archive from another. If not >> > specified, the default is an MD5 hash of the target >> > URL, which should suffice for most uses. >> > >> > * The archive_dir (cache) is now stored in a standard >> > location, defaulting to ~/.cache/duplicity. See >> > http://standards.freedesktop.org/basedir-spec/latest/ >> > >> > * The interaction between the --archive-dir option and >> > the --name option allows for four possible results >> > for the location of the archive dir. >> > + neither specified (default) >> > ~/.cache/duplicity/hash-of-url >> > + --archive-dir=~/arch, no --name >> > ~/arch/hash-of-url >> > + no --archive-dir, --name=foo >> > ~/.cache/duplicity/foo >> > + --archive-dir=~/arch, --name=foo >> > ~/arch/foo >> > >> > * duplicity will now copy needed metadata from the >> > remote store to the local cache as needed. This >> > means that the first use after upgraded from 0.5.x >> > will have the metadata copied to the local archive >> > dir in order to sync both. >> > >> > * cleanup will now work correctly with the archive >> > dir and separates the local from the remote files. >> > >> > Bugs fixed this release: >> > * 388034 Unable to backup >> > * 378940 python2-6 issue / UTF-8 charset / Ubuntu 9.04 >> > * 379386 Fix list-current-files w/ missing archive dir >> > * 387102 Asynchronous upload not working properly >> > * 387218 Make scp/ssh into sftp-only backend >> > * 388992 List of Orphaned Files Growing >> > * 392905 NoneType object has no attribute 'startswith' >> > * 393372 Error creating directory >> > * 383412 Add InfoCodes for upload events >> > * 383419 Add gio backend >> > >> > >> > >> > ___ >> > 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 > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Duplicity 0.6.02 Has Been Released
Thanks a lot. 2009/7/8 Kenneth Loafman : > Folks, > > Even though the list is short, this is a fairly important bug fix > release. Plus, we have completed the process of making the cache > consistent with the remote by adding a step that removes any spurious > files left over from a previous duplicity run. > > ...Thanks, > ...Ken > > New in v0.6.02 (2009/07/07) > --- > Duplicity will now remove any spurious files left in the cache from > a previous run. This will keep the metadata cache in sync with the > remote storage metadata. > > Bugs fixed this release: > 394629 Hang on first collection-status > 379386 Fix 'list-current-files' with missing archive dir > 395826 "No such file or directory" when backing up second time > 394627 User-friendly archive dir print > 388699 Manifest mismatch error > > --- > > And since it looks like I did not announce 0.6.01, here it is... > > This is the first release from Launchpad, and I'm glad I made the move. > The website is still on Savannah, but that will be changing. > > Lots of fixes and some good changes. The major change is that duplicity > will synchronize the archive directory with the remote store on startup. > This fixes a number of issues that occurred when upgrading from the > 0.5.x series. Please read the release notes below for details. > > You can get it from https://launchpad.net/duplicity/trunk/0.6.01. > > ...Thanks, > ...Ken > > New in v0.6.01 (2009/07/01) > --- > Fixed issues in Checkpoint/Restart: > * The --name backupname" option was added to allow the > user to separate one archive from another. If not > specified, the default is an MD5 hash of the target > URL, which should suffice for most uses. > > * The archive_dir (cache) is now stored in a standard > location, defaulting to ~/.cache/duplicity. See > http://standards.freedesktop.org/basedir-spec/latest/ > > * The interaction between the --archive-dir option and > the --name option allows for four possible results > for the location of the archive dir. > + neither specified (default) > ~/.cache/duplicity/hash-of-url > + --archive-dir=~/arch, no --name > ~/arch/hash-of-url > + no --archive-dir, --name=foo > ~/.cache/duplicity/foo > + --archive-dir=~/arch, --name=foo > ~/arch/foo > > * duplicity will now copy needed metadata from the > remote store to the local cache as needed. This > means that the first use after upgraded from 0.5.x > will have the metadata copied to the local archive > dir in order to sync both. > > * cleanup will now work correctly with the archive > dir and separates the local from the remote files. > > Bugs fixed this release: > * 388034 Unable to backup > * 378940 python2-6 issue / UTF-8 charset / Ubuntu 9.04 > * 379386 Fix list-current-files w/ missing archive dir > * 387102 Asynchronous upload not working properly > * 387218 Make scp/ssh into sftp-only backend > * 388992 List of Orphaned Files Growing > * 392905 NoneType object has no attribute 'startswith' > * 393372 Error creating directory > * 383412 Add InfoCodes for upload events > * 383419 Add gio backend > > > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: calendar-backend
Hum ... and a python one ? 2009/6/13 Sebastian 'CrashandDie' Lauwers : > It is very easy to write C++ code that is usable by C compilers. > Considering there is apparently a notable demand for a C interface, > pushing for an enhancement request early in the project may be an > interesting thing to do. The code change is relatively minimal if > architectured correctly and would be beneficial to quite a few people > apparently. > > I'm not teaching any experienced coder anything new here, and I don't > mean to preach to the choir, but for future reference: > > #ifdef __cplusplus > extern "C" > #endif > int foobar(int i); > > http://developers.sun.com/solaris/articles/mixing.html#cpp_from_c > > > On 11/06/2009, Hubert Figuiere wrote: >> On 06/11/2009 05:01 PM, Jamie Bennett wrote: >>> Forgive my ignorance but is it 10x longer to compile or 10x increment >>> in speed? Compilation speed is a matter of grabbing two coffee's >>> instead of one, run time speed is a matter of giving up completely. >> >> C code compiled by g++ isn't slower or faster. It should be the same. >> (I'm talking runtime speed here) >> Just because there seems to be another myth being entertained. >> >> Hub >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://lists.maemo.org/mailman/listinfo/maemo-developers >> > > -- > Sent from my mobile device > > question = ( to ) ? be : ! be; > -- Wm. Shakespeare > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Writing about Py2deb
Hello, I'm not sure that the garage version is up to date. I'm open to patch, code, and anything else :) I've some modification to put also in the repository, for Mer. Regards, 2009/5/18 Jeremiah Foster : > Hello Khertan, > > I was hoping to talk to you about Py2deb and how it functions. I wanted to > write about it as you suggested, but I would also like to add some code if > that is possible. Are you open to patches and are you using garage only for > your code repository? If so, that makes things easier. > > Regards, > > Jeremiah > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Help : GTKSourceView and his python binding
Le 26 mars 2009 21:08, Benoît HERVIER a écrit : > Hello, > > Since 4 months i ven t found the time to setup an environnement, and > the time to compile gtksourceview2 and his binding for python. > > This is why i ask if someone can do it for me and push it to extras-devel. > > Thanks a lot > Best regards > -- > Benoît HERVIER - http://khertan.net/ > I would like to thanks Mikko Vartiainen which have push the gtksourceview to extras-devel : Thanks you !!! -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Help : GTKSourceView and his python binding
Hello, Since 4 months i ven t found the time to setup an environnement, and the time to compile gtksourceview2 and his binding for python. This is why i ask if someone can do it for me and push it to extras-devel. Thanks a lot Best regards -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Qt to be available under the terms of the LGPL
It was already in GPL 3 since january 2008. Maybe this explain that. 2009/1/14 Aniello Del Sorbo : > Because I was still celebrating at the pub down the office building :) > > I will take a close look at this, as I want Xournal to make use of it. > > Aniello > > 2009/1/14 Dave Neary >> >> Hi all, >> >> I'm surprised that news of this hasn't stirred up a storm around here >> yet - I just heard that QT 4.5 will be released under LGPL, as well as >> the existing licences: >> http://www.qtsoftware.com/about/news/lgpl-license-option-added-to-qt >> >> This means that when downloading QT you'll now be able to choose the >> most favourable licence from GPL, LGPL and QT's proprietary licence - if >> you want to build commercial applications against QT, you no longer need >> to buy a QT licence, you can simply redistribute QT under the LGPL. >> >> Interesting times indeed... >> >> 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 > > > > -- > anidel > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Making Javascript Application embedded in a small gtk window.
Why ? don't know ... just though ... For simple apps, like tasks or some pims ... it can be done easily with a nice ui in js ... And yep, HTML was document oriented, HTLM5 is no more that, it s mainly a Application Oriented Language. HTML5 is made for offline and online apps. This is why i say... : maybe it could be interesting. And when i was talking about other device it was mainly other mobile device :) like Palm WebOS or iPhone which use WebKit also. But it seems that the iPhone don't have the HTML5 part of Webkit right now. 2009/1/9 koos vriezen : > 2009/1/9 Benoît HERVIER : >> Hello everybody, >> >> For different reasons, i'm thinking of doing apps using Javascript and >> HTML. Why ? : >> >> - Portability >> - More possibility in term of design (depends of operating system) >> >> But i have many questions for you as i ve ever write something in javascript >> : >> >> - How to store and retrieve data ? I know that there is some >> possibility with some part of the specifications of HTML5. I read >> somewhere that webkit support it. >> - Does the maemo actual webkit port support this feature ? >> - Does there is python binding for webkit ? >> - I suppose that with javascript we can't access nor the filesystem, >> nor the camera, isn't it ? >> >> And the main one is about performance on an n8x0 device, do you think >> it s could be really use to make application, as when i see how many >> time required to launch browser, or simply importing gtk python >> binding, i really doubt that my idea is a great one. >> >> What do you think ? > > If I want to put scripts in a html page, I use javascript. If I want > to retrieve information out of text I use perl or sed. If I want to > write an app for maemo I use Hildon/Gtk, for Android Java and for KDE > I use Qt/kdelibs. > In short, I try to use the tools made for the job. Not that I think > that Gtk is the best solution for GUI programming, but it is on this > platforms _the_ preferred toolkit to develop against.) > So why not stick with it? > > (Btw. Gtk or Qt code should be portable to Mac or Windows platforms > and you get a fast and good resource efficient, though not smallest, > solution) > > Koos > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Making Javascript Application embedded in a small gtk window.
Hello everybody, For different reasons, i'm thinking of doing apps using Javascript and HTML. Why ? : - Portability - More possibility in term of design (depends of operating system) But i have many questions for you as i ve ever write something in javascript : - How to store and retrieve data ? I know that there is some possibility with some part of the specifications of HTML5. I read somewhere that webkit support it. - Does the maemo actual webkit port support this feature ? - Does there is python binding for webkit ? - I suppose that with javascript we can't access nor the filesystem, nor the camera, isn't it ? And the main one is about performance on an n8x0 device, do you think it s could be really use to make application, as when i see how many time required to launch browser, or simply importing gtk python binding, i really doubt that my idea is a great one. What do you think ? -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo contribution guidelines - v1.0 candidate draft
Great jobs. Thanks 2008/12/30 : > http://wiki.maemo.org/Maemo_contribution_guidelines > > This has gone through several rounds of feedback and it will be > considered official as is unless sensible major changes are proposed. > > Feedback and precision are always welcome. > > -- > 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 > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: non-Hildonized v Hildonized Python app
The worst thing to not hildonize Windows and keep gtk is : on chinook and before : - windows doesn't look like like other hilon apps (no border on left) - no menu on diablo : - no menu But there is also some advantage to not use hildon.Window() you will not get any border around the window border and the gtk container. So you ll lost less space (if your apps don t have menu :) ) Happy Holidays ! 2008/12/26 Martin Grimme : > Hi, > > 2008/12/25, Rabson, Hugo SPC MIL USA USARPAC : >> Aside from a prettier GUI and Nokia-specific connectivity, what do I >> lose if I don't Hildonize a Python (PyGtk) app? > > Apart from what you've mentioned, you don't lose much else, really. > Maybe you'll lose a few potential users, though. > >> 1. Is there a way to automatically Hildonize an app? > > Not really. It's usually a major UI redesign to make it fit well on > the small screen. > With small, I don't mean the resolution, but the physical size. > >> 2. If not, is there an easy way to keep two codebases (one Hildonized, >> one non-Hildonized) in a Python app? > > The main differences are HildonWindow vs GtkWindow and the application menus. > You could abstract from the implementations with a wrapper class and > load the appropriate implementation for the platform. You can detect > if you're running on hildon with: > > try: >import hildon > except: >HAVE_HILDON = False > else: >HAVE_HILDON = True > > There are other ways for detecting, too. But this is what I prefer. > >> 3, Failing that, what do I lose by not Hildonizing the Python app at all >> (at least, not in the GUI)? > > See above. > > >> Thanks for your time. Happy Holidays & all that. > > Happy holidays to you, too! > > > Regards, > Martin > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Gtk widget background, gradient, or image possible ?
Also, how to fix the bg color of a button when this one have the focus ? example (the date / view switcher button in the top right corner) : http://khertan.net/poubelle/screenshot09.png Thanks 2008/12/4 Benoît HERVIER <[EMAIL PROTECTED]>: > Hum, in fact i already don't use a real Gtk Toolbar as i don't like > the hildon toolbar ... :) so i make my own with a bit of gtk.Button, > gtk.Frame, gtk.Alignment, Vbox and HBox and some piece of gtk.Image > and gtk Label in the button container... > > So theming by touching rc ... will make things for all other widgets ... > > No other way to put gradient in bg instead of a sample color ? > > ps : And no, setting 256 frame which have their own color isn't a > solution for a gradient :) > > 2008/12/4 Markku Vire <[EMAIL PROTECTED]>: >> >> Hi, >> >> The background of the toolbar itself can be changed, since GtkToolbar >> calls the theme engine to paint the background. So, everything good at >> this point. >> >> The bad thing is that Maemo environment usually embeds the >> toolbar into HildonWindow and the toolbar borders that you can see are >> part of the HildonWindow theme. So, in order to theme the whole bottom >> bar, you need an application specific theme that changes HildonWindow >> and GtkToolbar themes. Of course this approach would work only with one >> desktopwide theme at a time :( >> >> Cheers, >> >> -Markku- >> >> Benoît HERVIER wrote: >>> Hi, >>> >>> While i'm trying to design a new UI for the next version of mCalendar, >>> i got some question without answer at this time >>> >>> I've done an UI with some background on the toolbar for example. But >>> to have somethings more "glossy". I would like to do a gradient for >>> the background instead of a unique color. Do you a way to do that ? >>> >>> Thanks >> >> > > > > -- > Benoît HERVIER - http://khertan.net/ > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Gtk widget background, gradient, or image possible ?
Hum, in fact i already don't use a real Gtk Toolbar as i don't like the hildon toolbar ... :) so i make my own with a bit of gtk.Button, gtk.Frame, gtk.Alignment, Vbox and HBox and some piece of gtk.Image and gtk Label in the button container... So theming by touching rc ... will make things for all other widgets ... No other way to put gradient in bg instead of a sample color ? ps : And no, setting 256 frame which have their own color isn't a solution for a gradient :) 2008/12/4 Markku Vire <[EMAIL PROTECTED]>: > > Hi, > > The background of the toolbar itself can be changed, since GtkToolbar > calls the theme engine to paint the background. So, everything good at > this point. > > The bad thing is that Maemo environment usually embeds the > toolbar into HildonWindow and the toolbar borders that you can see are > part of the HildonWindow theme. So, in order to theme the whole bottom > bar, you need an application specific theme that changes HildonWindow > and GtkToolbar themes. Of course this approach would work only with one > desktopwide theme at a time :( > > Cheers, > > -Markku- > > Benoît HERVIER wrote: >> Hi, >> >> While i'm trying to design a new UI for the next version of mCalendar, >> i got some question without answer at this time >> >> I've done an UI with some background on the toolbar for example. But >> to have somethings more "glossy". I would like to do a gradient for >> the background instead of a unique color. Do you a way to do that ? >> >> Thanks > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Gtk widget background, gradient, or image possible ?
Hi, While i'm trying to design a new UI for the next version of mCalendar, i got some question without answer at this time I've done an UI with some background on the toolbar for example. But to have somethings more "glossy". I would like to do a gradient for the background instead of a unique color. Do you a way to do that ? Thanks -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GTK Modifications
Hi, There is different way to do this but i think get_children() method is the best way. (methods inherited from gtk.Container http://library.gnome.org/devel/gtk/stable/GtkContainer.html) Best regards 2008/12/2 Verena <[EMAIL PROTECTED]>: > Hello, > > yes, that´s exactly what I´m trying to do. How would I be able to get the > label? Is there a function along the lines of container.getlabel() that > would do the trick? > > Thank You! > Best Regards, > Verena > > Benoît HERVIER schrieb: >> >> I think i understand why. You are trying to set color of gtk.Button ? >> right ? >> >> A gtk.Button is nothing else than a container with a gtk.Label, you >> should set the color on this Label. >> >> 2008/11/28 Dave Neary <[EMAIL PROTECTED]>: >> >>> >>> Hi, >>> >>> works fine for me... glade fine & C file attached, compiled with "gcc >>> -ggdb -o gtk_test `pkg-config --cflags --libs gtk+-2.0 libglade-2.0` >>> gtk_test.c" >>> >>> Cheers, >>> Dave. >>> >>> Verena Mattern wrote: >>> >>>> >>>> I have a problem modifying my gtk widgets. I know that you shouldn't >>>> hard-code colors, but my boss wants his GUI (Buttons) in different colors. >>>> Who am I to argue ;) >>>> >>> >>> -- >>> 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 >>> >>> >>> >> >> >> >> > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GTK Modifications
I think i understand why. You are trying to set color of gtk.Button ? right ? A gtk.Button is nothing else than a container with a gtk.Label, you should set the color on this Label. 2008/11/28 Dave Neary <[EMAIL PROTECTED]>: > Hi, > > works fine for me... glade fine & C file attached, compiled with "gcc > -ggdb -o gtk_test `pkg-config --cflags --libs gtk+-2.0 libglade-2.0` > gtk_test.c" > > Cheers, > Dave. > > Verena Mattern wrote: >> I have a problem modifying my gtk widgets. I know that you shouldn't >> hard-code colors, but my boss wants his GUI (Buttons) in different colors. >> Who am I to argue ;) > > > -- > 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 > > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder and Python package dependencies
2008/11/12, tz <[EMAIL PROTECTED]>: > As far as I can tell, because there is nothing equivalent to the > build-packages (things which require things like libdbus-dev or other > -dev entries) for Python programs submitted to extras-devel. > > This is a problem because I don't think the dependency list is checked > against the import lines of any python file in the package. > > So a package that needs to pull in one of the other python > modules/libraries (dbus, gnome, etc.) won't do so and will simply (and > if not run from xterm silently) fail. > > And I don't always know which packages I need to specify explicitly > since many pull others in automatically, or they are pulled in by > almost every python program. > > Is there any way to get the autobuilder to try running any python > packages and failing the "build" if the required imports aren't there > (or should this be added to bugzilla, and if so, under which > category?) > > Would it be possible or reasonable to have stubs (something like > python loader) for them all so that "import dbus" instead of failing > would fetch and install the package? > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > Hello, A such check can t be done by autobuilder, as you know, python can load dynamically modules, you can load a module only when user press a button in an ui, as this module function is just use here. And as you should know python raise a exception on the import only when python interpreter try to execute it, not at the loading/parsing of the python code. In my example, a such exception is raise when user click on the button. But there is a package name python2.5-runtime which depends on all packages made by the pymaemo team. So it s install all package made by the pymameo team, and for third party python module package just specify it. For example pygtkeditor package depends on python2.5-runtime and pygtksourceview2. I don t think it s a good way to do things like that as it s install many unneed packages on the users device. But if you have create the program you should know which module it use, if you just port it, use pychecker to know which module could be use. -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Bye ...
Bye ... -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Nokia - lost second chance - another multitouch by Apple patented
2008/9/4 <[EMAIL PROTECTED]>: > On Wed, 3 Sep 2008, Darius Jack wrote: > Instead of just arguing (which is quite annoying BTW), why dont you write > some code or take your comments offlist? This tirade serves no purpose. #!/usr/python2.5 def __mail__(): import grumphy text = str(self) + "\nDO NOT FEED THE TROLL !" g = grumphy() g.send_mail(text) -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using Alarmd with python
up ? 2008/8/22 Benoit HERVIER <[EMAIL PROTECTED]>: > Hi, > > I'm trying to use alarmd with the osso.alarmd binding. But something that > trouble me is the lack of possibility to enumerate alarm. The only way to > cancel an alarm is to use the cancel_alarm method wich need the cookie alarm > id. But if the application don t know this id , how to delete it ? > > Example case : > mCalendar set a reccurent alarmd with no dialog to schedule auto > synchronistation, but for a obvious reason, mcalendar database is scratched > or deleted by the user, how can i remove the alarm ... or not add a duplicate > of the existing one ? It s seems the only way is to look in the xml db of > alarmd ... > > Benoit HERVIER -- http://khertan.net/ > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: need help uploading to Extras
2008/8/5 Owen Williams <[EMAIL PROTECTED]>: > On Tue, 2008-08-05 at 10:38 +0200, Benoît HERVIER wrote: >> If i understand Sonata MDP is a Python GTK application, if nothing >> need to be compiled, you can use py2deb to build a debian source >> package that can be used by the autobuilder. I use it to build >> mCalendar, Home* applet ... >> >> It s available in the extras-devel repository. >> >> And you can use it on a nit :) >> >> You need to set your gpg key and ssh rsa key on the nit and the maemo >> repository. >> >> To use it : >> >> import py2deb >> __version__ = "0.5.8" >> __build__ = "1" # Result is "0.5.8-1" >> p=Py2deb("myuberpackage") >> p.description="Best Package !" >> p.author="Benoît HERVIER" >> p.mail="[EMAIL PROTECTED]" >> p.depends = "python2.5-runtime" >> p.section="user/programming" >> p.arch="any" >> p.urgency="low" >> p.distribution="diablo" >> p.repository="extras-devel" >>#Here installation of files : >> p["/usr/lib/python2.5/site-packages"] = >> ["py2deb.py","py2tar.py","py2dsc.py","py2changes.py","md5hash.py"] >> p["/usr/bin"] = ["py2deb.launch"] >> >> print p >> print >> p.generate(__version__,__build_,tar=True,dsc=True,changes=True,build=False,src=True) >> >> This will open a xterm, and follow the instructions (there is many >> debug displayed thing) ... but to resume it ll ask two time to enter >> your gpg password to sign .dsc and .changes file ... and press some >> time enter key. >> >> Once xterm windows close, you can use extras assistant to upload your >> package. >> > > Is there a reason it can't build the deb file? It'd be nice to be able > to do it in one step instead of needing to use dpkg-buildpackage > afterward. Otherwise this is a very nice tool! > > Hm, does it support specifying a postinst script? That's sort of > necessary to pop up a window asking for where the user wants to place > the application in the menus. > > owen > > He can build the deb file, if dpkg-buildpackage is available (by using it) ... and can't build it yet on a nit (i will do it, as i ve do it with PyPackager). I ve tryed to install dpkg-buildpackage on a nit ... but due to busybox i get too many errors ... bad signal 's' ... and many things like that. pre/post install/remove script isn't yet supported ... but will be in a few days. >Otherwise this is a very nice tool! Thanks -- Benoît HERVIER - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers