Re: Ask for removal of some packages from Extras Fremantle repository
On Tue, Mar 23, 2010 at 00:20, Attila Csipa wrote: > On Tuesday 23 March 2010 00:39:09 Darren Long wrote: >> However, in the general case where the source and the executable are not >> the same, I believe that maemo.org would be obliged to continue to make >> the source available, for at least 3 years. > > Now, I might just be grossly misinformed or misinterpreting the legalese, > but to me it sounds like the GPL (at least v2) brings into play the 3 year > requirement IF and ONLY IF you choose to provide the sources through a > written offer (instead of accompanying the binaries through neighbouring > links, which is actually what maemo.org does). However, I think that link is the "written offer"; let's consider 3a again: > ACCOMPANY it with the complete corresponding machine-readable source > code, which must be distributed under the terms of Sections 1 and 2 > above on a medium customarily used for software interchange; or, I've added the emphasis. The source code does *not* accompany every download from maemo.org (consider the HAM case as it perfectly demonstrates it). If the source code doesn't accompany every download, then 3a doesn't apply so one of 3b or 3c must. If 3b applies, maemo.org has to continue to host the source. If 3c applies, Benoît has to continue to offer the source, but maemo.org must provide a way of exposing that point of contact to users. Perhaps http://maemo.org/packages/view/pygtkeditor/ would display "please contact the maintainer for source". 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
Re: gsoc project 2010 !
@Tor http://jgoday.wordpress.com/2009/04/13/rest-client-with-qt-45/ refer to this example to know how qt can be used to communicate to a web service through requests through its QNetworkAccessManager class...in this case a REST client has been made. On Mon, Mar 22, 2010 at 3:50 PM, Ville M. Vainio wrote: > On Mon, Mar 22, 2010 at 12:12 PM, Tor wrote: > > > Sorry for jumping in here, but the above advice confuses me. I'm not > > very familiar with Qt, but from what I see at > > http://doc.trolltech.com/4.6/qtcore.html QtCore is a user interface > > QtGui is the user interface API, QtCore / QtNetwork / etc. provide the > necessary plumbing. > > E.g. QNetworkAccessManager could probably be used instead of libcurl. > > -- > Ville M. Vainio > http://tinyurl.com/vainio > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > -- ANKY ___ 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
OK. Looks like you may have got me there. I guess this is why GPLv3 clarifies this aspect a bit. It hadn't dawned on me that maemo.org actually complied with 3a and that there was actually no written offer. Darren On 23 Mar 2010, at 00:20, Attila Csipa wrote: > On Tuesday 23 March 2010 00:39:09 Darren Long wrote: > > However, in the general case where the source and the executable are not > > the same, I believe that maemo.org would be obliged to continue to make the > > source available, for at least 3 years. > > Now, I might just be grossly misinformed or misinterpreting the legalese, but > to me it sounds like the GPL (at least v2) brings into play the 3 year > requirement IF and ONLY IF you choose to provide the sources through a > written offer (instead of accompanying the binaries through neighbouring > links, which is actually whatmaemo.org does). > > --- > > 3. You may copy and distribute the Program (or a work based on it, under > Section 2) in object code or executable form under the terms of Sections 1 > and 2 above provided that you also do one of the following: > a) Accompany it with the complete corresponding machine-readable source code, > which must be distributed under the terms of Sections 1 and 2 above on a > medium customarily used for software interchange; or, > b) Accompany it with a written offer, valid for at least three years, to give > any third party, for a charge no more than your cost of physically performing > source distribution, a complete machine-readable copy of the corresponding > source code, to be distributed under the terms of Sections 1 and 2 above on a > medium customarily used for software interchange; or, > c) Accompany it with the information you received as to the offer to > distribute corresponding source code. (This alternative is allowed only for > noncommercial distribution and only if you received the program in object > code or executable form with such an offer, in accord with Subsection b > above.) > > - > > ___ > 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: Ask for removal of some packages from Extras Fremantle repository
On Tuesday 23 March 2010 01:00:19 Gary Birkett wrote: > why doesn't HAM allow somebody to use a later provided version from Beniots > own repository? > there would be nothing wrong with leaving everything existing and Beniot > can get what he wants by still offering users the opportunity to add his > own repository and gain later updates and we retain the polished solid > versions available for regular users. There was some mention of this previously. Basically, the issue is authenticity (package hijacking avoidance, whether intentional or not), and/or generic cross-repository FUBAR avoidance. Imagine what would happen during the Qt4.5 to Qt4.6 transition if we had external repositories containing apps referencing Qt. Regards, Attila ___ 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
On Tuesday 23 March 2010 00:39:09 Darren Long wrote: > However, in the general case where the source and the executable are not > the same, I believe that maemo.org would be obliged to continue to make the > source available, for at least 3 years. Now, I might just be grossly misinformed or misinterpreting the legalese, but to me it sounds like the GPL (at least v2) brings into play the 3 year requirement IF and ONLY IF you choose to provide the sources through a written offer (instead of accompanying the binaries through neighbouring links, which is actually what maemo.org does). --- 3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, which must be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, c) Accompany it with the information you received as to the offer to distribute corresponding source code. (This alternative is allowed only for noncommercial distribution and only if you received the program in object code or executable form with such an offer, in accord with Subsection b above.) - ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 PR1.2 and Extras
On Monday 22 March 2010 17:23:11 Tomi Ollila wrote: > 1: Separate repo for every software release; It would be even better > if this can be "variableized" in sources.list files (I don't see > such a feature in /etc/apt/sources.list; on the other hand for example > /etc/yum.repos.d/fedora.repo there is $releasever and $basearch variables > to affect the location...) The sources.list version component you're looking for is 'fremantle' ;) Arch is determined/used automatically, but if you really know what you're doing, it can be done manually, too, with $(ARCH). Regards, Attila ___ 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 don't we ask a different question. why doesn't HAM allow somebody to use a later provided version from Beniots own repository? there would be nothing wrong with leaving everything existing and Beniot can get what he wants by still offering users the opportunity to add his own repository and gain later updates and we retain the polished solid versions available for regular users. i believe that would satisfy both Beniot and everyone else without upheaval as then he can feed back as he is comfortable and continue to be an upstanding member of the maemo community? gary On Mon, Mar 22, 2010 at 11:39 PM, Darren Long wrote: > > On 22 Mar 2010, at 23:15, Graham Cobb wrote: > > > On Monday 22 March 2010 20:41:33 Darren Long wrote: > >> Doesn't the GPL say so? I believe that if the source isn't provided > with > >> the binaries, then it has to be available for 3 years, from those who > >> distributed the binaries, which in this case is maemo.org. > > > > Of course, if Benoit personally owns the copyright to some of those then > he > > can do what he likes with them -- he is not bound by his own licence and > does > > not have to continue to make source available if he does not wish to! > > I think you misunderstand me. > > This particular issue is exceptional, as a python app comes as source so > the GPL is, as i understand it, inherently satisfied. > > However, in the general case where the source and the executable are not > the same, I believe that maemo.org would be obliged to continue to make > the source available, for at least 3 years. > > I'm not complaining about Benoit or his wishes, I'm pre-emptively > complaining about maemo.org, which I presume will remove the packages, as > requested. I don't think that action would be in the spirit of the GPL, the > aim of which is to confer rights on the users of software, not the authors. > > If my interpretation of this is correct, then maemo.org should have a > procedure for handling scenarios such as this one, so that we/they don't > misguidedly violate the GPL, and perhaps also a policy which considers the > rights of users and other rights holders fairly. > > > > >> Its not this specific case I have issues with, its the principle, in > >> general, of withdrawing GPL code from the maemo.org repos. No-one has > the > >> right to require its removal. > > > > The maintainer who submitted it can require its removal. We really do > not > > want code in the Maemo repositories where the maintainer has explicitly > > withdrawn it. > > AFAICT, you may have no choice, for similar scenarios. How else will > maemo.org provide access to the source, once it is removed from the repos? > > > > > Of course, if it has been made available under the GPL, and you have a > copy of > > the source, then you are welcome to volunteer as the new maintainer and > > re-submit it. > > Obviously. > > > > > On the other hand, if the upstream developer does not wish that then you > > should at least consider their views. You are within your rights to fork > it > > but should consider whether that is best, particularly if there is a risk > the > > developer will choose not to release further updates if their wishes are > > disregarded. > > This is not my point. My point is about maemo.org's obligation to provide > source. My point is not specific to this case, which serves merely as a bad > example (due to the python factor). > > Cheers, > > Darren > > > ___ > 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: Ask for removal of some packages from Extras Fremantle repository
On 22 Mar 2010, at 23:15, Graham Cobb wrote: > On Monday 22 March 2010 20:41:33 Darren Long wrote: >> Doesn't the GPL say so? I believe that if the source isn't provided with >> the binaries, then it has to be available for 3 years, from those who >> distributed the binaries, which in this case is maemo.org. > > Of course, if Benoit personally owns the copyright to some of those then he > can do what he likes with them -- he is not bound by his own licence and does > not have to continue to make source available if he does not wish to! I think you misunderstand me. This particular issue is exceptional, as a python app comes as source so the GPL is, as i understand it, inherently satisfied. However, in the general case where the source and the executable are not the same, I believe that maemo.org would be obliged to continue to make the source available, for at least 3 years. I'm not complaining about Benoit or his wishes, I'm pre-emptively complaining about maemo.org, which I presume will remove the packages, as requested. I don't think that action would be in the spirit of the GPL, the aim of which is to confer rights on the users of software, not the authors. If my interpretation of this is correct, then maemo.org should have a procedure for handling scenarios such as this one, so that we/they don't misguidedly violate the GPL, and perhaps also a policy which considers the rights of users and other rights holders fairly. > >> Its not this specific case I have issues with, its the principle, in >> general, of withdrawing GPL code from the maemo.org repos. No-one has the >> right to require its removal. > > The maintainer who submitted it can require its removal. We really do not > want code in the Maemo repositories where the maintainer has explicitly > withdrawn it. AFAICT, you may have no choice, for similar scenarios. How else will maemo.org provide access to the source, once it is removed from the repos? > > Of course, if it has been made available under the GPL, and you have a copy > of > the source, then you are welcome to volunteer as the new maintainer and > re-submit it. Obviously. > > On the other hand, if the upstream developer does not wish that then you > should at least consider their views. You are within your rights to fork it > but should consider whether that is best, particularly if there is a risk the > developer will choose not to release further updates if their wishes are > disregarded. This is not my point. My point is about maemo.org's obligation to provide source. My point is not specific to this case, which serves merely as a bad example (due to the python factor). Cheers, Darren ___ 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
On Monday 22 March 2010 20:41:33 Darren Long wrote: > Doesn't the GPL say so? I believe that if the source isn't provided with > the binaries, then it has to be available for 3 years, from those who > distributed the binaries, which in this case is maemo.org. Of course, if Benoit personally owns the copyright to some of those then he can do what he likes with them -- he is not bound by his own licence and does not have to continue to make source available if he does not wish to! > Its not this specific case I have issues with, its the principle, in > general, of withdrawing GPL code from the maemo.org repos. No-one has the > right to require its removal. The maintainer who submitted it can require its removal. We really do not want code in the Maemo repositories where the maintainer has explicitly withdrawn it. Of course, if it has been made available under the GPL, and you have a copy of the source, then you are welcome to volunteer as the new maintainer and re-submit it. On the other hand, if the upstream developer does not wish that then you should at least consider their views. You are within your rights to fork it but should consider whether that is best, particularly if there is a risk the developer will choose not to release further updates if their wishes are disregarded. Graham ___ 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: Google Calendar Support in the Maemo Calendar application.
So I wonder if I could hook into this ActiveSync support and code an addition to the mail checker: I want to identify certain email messages, that people send me as an appointment reminder and automatically import them into the calendar in google or in the local calendar in the Maemo suite. Sivan On Tue, Mar 23, 2010 at 12:08 AM, Sivan Greenberg wrote: > So, reading qgill's post on that thread, ActiveSync is MS's sync protocol > with exchange and Maemo supports it through it's mail client ? Meaning this > would sync up everything else like contacts, meetings, calendar events and > have better update then the current very latent google mail check ? > > Sivan > > > On Tue, Mar 23, 2010 at 12:00 AM, Hartti Suomela wrote: > >> Have you tried syncing through Mail for Exchange? >> Some people have succeeded through MfE, and some have problems... >> http://talk.maemo.org/showthread.php?t=31315 >> >> Hartti >> >> On Mon, Mar 22, 2010 at 12:57 PM, Sivan Greenberg >> wrote: >> > Hi List, >> > I was wondering if I can sync up my maemo calendar with the google >> > calendar I have. >> > I couldn't find an option to do so. Are the parts to integrate this >> with >> > the shipped calendar app available for research to code such a feature >> in? >> > Sivan >> > ___ >> > 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: Google Calendar Support in the Maemo Calendar application.
So, reading qgill's post on that thread, ActiveSync is MS's sync protocol with exchange and Maemo supports it through it's mail client ? Meaning this would sync up everything else like contacts, meetings, calendar events and have better update then the current very latent google mail check ? Sivan On Tue, Mar 23, 2010 at 12:00 AM, Hartti Suomela wrote: > Have you tried syncing through Mail for Exchange? > Some people have succeeded through MfE, and some have problems... > http://talk.maemo.org/showthread.php?t=31315 > > Hartti > > On Mon, Mar 22, 2010 at 12:57 PM, Sivan Greenberg > wrote: > > Hi List, > > I was wondering if I can sync up my maemo calendar with the google > > calendar I have. > > I couldn't find an option to do so. Are the parts to integrate this > with > > the shipped calendar app available for research to code such a feature > in? > > Sivan > > ___ > > 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: Google Calendar Support in the Maemo Calendar application.
Have you tried syncing through Mail for Exchange? Some people have succeeded through MfE, and some have problems... http://talk.maemo.org/showthread.php?t=31315 Hartti On Mon, Mar 22, 2010 at 12:57 PM, Sivan Greenberg wrote: > Hi List, > I was wondering if I can sync up my maemo calendar with the google > calendar I have. > I couldn't find an option to do so. Are the parts to integrate this with > the shipped calendar app available for research to code such a feature in? > Sivan > ___ > 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: Ask for removal of some packages from Extras Fremantle repository
GPL issues below On Mon, Mar 22, 2010 at 4:41 PM, Darren Long wrote: > Hi, > > See below ... > > On 22 Mar 2010, at 19:55, Till Harbaum / Lists wrote: > > > Hi, > > > > why should you have to continue to provide the sources once you removed > the binaries? > > Doesn't the GPL say so? I believe that if the source isn't provided with > the binaries, then it has to be available for 3 years, from those who > distributed the binaries, which in this case is maemo.org. > > My example of pygtkeditor isn't such a great one. As it is written in > python, the source ships to all recipients anyway, so perhaps I should have > stayed in my hole and kept quiet :) > > > > > And why should you insist > > Because the GPL says we can. > The GPL says he has to make the source code available. It doesn't say that is has to be in a particular place. So I don't think you can tell him where that place is. > > > on uploading old versions to maemo respositories > > I'm just not inclined to support the removal of open source packages from > the maemo.org repos, when we/they don't have to. We/they could just push > new builds through extras as and when new packages appear on any other repo, > as with any other free package, so there's no reason why they would be (too) > old. > > > which a) just ignores the authors wishes and worse b) interferes with his > work on establishing his own repository. > > If those wishes aren't aligned with the GPL, then I'm not sure I'm all that > bothered (again I'm not being specific to this case - no offence Benoit, but > in general) by them. > > Issues with a repository clash are a problem, though. Its not as if anyone > can just switch distros from maemo so there are obviously ramifications if > the wishes don't come true. > > Maybe there is a more appropriate solution that could be reached than the > one being advocated. > > > > > Let him his freedom. Let him start his own repository and just see if he > fails and ends up on those "warning, this repository is dangerous" lists or > if he perhaps succeeds and ends as "the famous community driven repository > that is more reliable and causes less anger and has cooler apps than the > maemo repositories"? > > Do the needs of the many outweigh the needs of the few? I seem to remember > that Spock and Kirk had different views and my ears are a little bit pointy > :) > > > > > Who knows? Why not just letting him do this? Don't take all this so > serious! Heck, it's only a cell phone we are talking about. It's not the end > of the world if someone actually has fun messing with its possibilities. > > Its not this specific case I have issues with, its the principle, in > general, of withdrawing GPL code from the maemo.org repos. No-one has the > right to require its removal. > > Darren > > > > > Till > > > > Am Montag 22 März 2010 schrieb Darren Long: > >> Presumably the source must continue to be available from the extras > repositories, even after the package binaries have been removed, assuming > its under the GPL, which e.g. Pygtkeditor is. > >> > >> I'd suggest not removing the binary packages from extras, on the grounds > that they don't have to be removed, and that maemo.org is free to > distribute them if we/they so wish. > >> > >> Furthermore, there is no reason why someone from maemo.org shouldn't > push source packages from other repositories into extras* to keep them up > to date and readily available in the maemo context. This is true for any > upstream free package in general, and equally true for any desirable > package that just so happens to have been pulled from extras on a whim. > >> > >> No disrespect to Benoit intended. > >> > >> Darren > > > > ___ > 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: Ask for removal of some packages from Extras Fremantle repository
Hi, See below ... On 22 Mar 2010, at 19:55, Till Harbaum / Lists wrote: > Hi, > > why should you have to continue to provide the sources once you removed the > binaries? Doesn't the GPL say so? I believe that if the source isn't provided with the binaries, then it has to be available for 3 years, from those who distributed the binaries, which in this case is maemo.org. My example of pygtkeditor isn't such a great one. As it is written in python, the source ships to all recipients anyway, so perhaps I should have stayed in my hole and kept quiet :) > > And why should you insist Because the GPL says we can. > on uploading old versions to maemo respositories I'm just not inclined to support the removal of open source packages from the maemo.org repos, when we/they don't have to. We/they could just push new builds through extras as and when new packages appear on any other repo, as with any other free package, so there's no reason why they would be (too) old. > which a) just ignores the authors wishes and worse b) interferes with his > work on establishing his own repository. If those wishes aren't aligned with the GPL, then I'm not sure I'm all that bothered (again I'm not being specific to this case - no offence Benoit, but in general) by them. Issues with a repository clash are a problem, though. Its not as if anyone can just switch distros from maemo so there are obviously ramifications if the wishes don't come true. Maybe there is a more appropriate solution that could be reached than the one being advocated. > > Let him his freedom. Let him start his own repository and just see if he > fails and ends up on those "warning, this repository is dangerous" lists or > if he perhaps succeeds and ends as "the famous community driven repository > that is more reliable and causes less anger and has cooler apps than the > maemo repositories"? Do the needs of the many outweigh the needs of the few? I seem to remember that Spock and Kirk had different views and my ears are a little bit pointy :) > > Who knows? Why not just letting him do this? Don't take all this so serious! > Heck, it's only a cell phone we are talking about. It's not the end of the > world if someone actually has fun messing with its possibilities. Its not this specific case I have issues with, its the principle, in general, of withdrawing GPL code from the maemo.org repos. No-one has the right to require its removal. Darren > > Till > > Am Montag 22 März 2010 schrieb Darren Long: >> Presumably the source must continue to be available from the extras >> repositories, even after the package binaries have been removed, assuming >> its under the GPL, which e.g. Pygtkeditor is. >> >> I'd suggest not removing the binary packages from extras, on the grounds >> that they don't have to be removed, and that maemo.org is free to distribute >> them if we/they so wish. >> >> Furthermore, there is no reason why someone from maemo.org shouldn't push >> source packages from other repositories into extras* to keep them up to >> date and readily available in the maemo context. This is true for any >> upstream free package in general, and equally true for any desirable >> package that just so happens to have been pulled from extras on a whim. >> >> No disrespect to Benoit intended. >> >> Darren > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
promote libs in user/* cathegory
Hi, the promotion interface refuses to promote my libzeemote-conf since it's a library which is in section user/* This imho doesn't make much sense since it's a) the config interface for my zeemote lib and why shouldn't a library have a user installable config tool and b) is of course a library like any other control panel plugin is. How can i get this promoted? And no, i don't want to rename everything just because the promotion interface doesn't like my naming. Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Google Calendar Support in the Maemo Calendar application.
Also, on a related note, can I use python to see if a new msg arrived through the mail client and respond accordingly ? Sivan On Mon, Mar 22, 2010 at 9:57 PM, Sivan Greenberg wrote: > Hi List, > > I was wondering if I can sync up my maemo calendar with the google > calendar I have. > > I couldn't find an option to do so. Are the parts to integrate this with > the shipped calendar app available for research to code such a feature in? > > Sivan > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Google Calendar Support in the Maemo Calendar application.
Hi List, I was wondering if I can sync up my maemo calendar with the google calendar I have. I couldn't find an option to do so. Are the parts to integrate this with the shipped calendar app available for research to code such a feature in? Sivan ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - Google Reader offline
Dnia poniedziałek, 22 marca 2010 o 19:13:59 Paolo Durante napisał(a): > imho it would make sense to look into finally porting Google Gears to > maemo, You did not noticed that Google already stopped development of Gears? "We're continuing to support Gears so that nothing breaks for sites that use it. But we expect developers to use HTML5 for these features moving forward as it's a standards-based approach that will be available across all browsers." Regards, -- JID: h...@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
Re: Ask for removal of some packages from Extras Fremantle repository
Hi, why should you have to continue to provide the sources once you removed the binaries? And why should you insist on uploading old versions to maemo respositories which a) just ignores the authors wishes and worse b) interferes with his work on establishing his own repository. Let him his freedom. Let him start his own repository and just see if he fails and ends up on those "warning, this repository is dangerous" lists or if he perhaps succeeds and ends as "the famous community driven repository that is more reliable and causes less anger and has cooler apps than the maemo repositories"? Who knows? Why not just letting him do this? Don't take all this so serious! Heck, it's only a cell phone we are talking about. It's not the end of the world if someone actually has fun messing with its possibilities. Till Am Montag 22 März 2010 schrieb Darren Long: > Presumably the source must continue to be available from the extras > repositories, even after the package binaries have been removed, assuming its > under the GPL, which e.g. Pygtkeditor is. > > I'd suggest not removing the binary packages from extras, on the grounds that > they don't have to be removed, and that maemo.org is free to distribute them > if we/they so wish. > > Furthermore, there is no reason why someone from maemo.org shouldn't push > source packages from other repositories into extras* to keep them up to date > and readily available in the maemo context. This is true for any upstream > free package in general, and equally true for any desirable package that > just so happens to have been pulled from extras on a whim. > > No disrespect to Benoit intended. > > Darren > > On 22 Mar 2010, at 15:22, Graham Cobb wrote: > > > On Monday 22 March 2010 14:30:00 Matan Ziv-Av wrote: > >> On Mon, 22 Mar 2010, Graham Cobb wrote: > >>> I just don't see how using your own repository is actually any **better** > >>> than just using extras-devel? > >> > >> There are a few problems with extras-devel: > >> > >> - There are way too many warnings all over the place (mailing list, > >> wiki, talk), so some users might be be reluctant to use this > >> repository. > > > > This will be true even more so for private repositories. If/when they > > become > > at all common, there will be warnings all over the place about not > > downloading things from private repositories. The biggest problem with > > private repositories is that there are no guarantees that the binary being > > installed bears any relationship to the sources offered (if any), or how > > securely the maintainer manages the repository, so people will start to > > worry > > about security/viruses/trojans. Plus a concern that "if this was > > legitimate, > > why wouldn't the developer use the community channels?". > > > > Please note that I am certainly **not** suggesting that you, or Benoit, are > > at > > all unreliable or incapable of managing a secure repository, but that > > people > > will worry about the risks at least as much as they do about extras-devel. > > > >> - Some of the warnings are true, so asking people to use this repositort > >> might expose them to unwanted updates. > > > > Yes. But using a private repository might expose them to updates where no > > one > > can even work out what happened when it breaks. > > > >> - autobuilder is too limited - currently you can't compile packages that > >> depend on versions in PR1.1. > > > > That is a short term problem which only affects a tiny number of packages. > > It > > is not a reason for removing something from extras-devel. > > > > If a similar problem occurs in the future and affects many packages, a > > solution will be implemented, just as it is being for PR1.2. > > > >> - You can't easily remove a package from extras-devel. (Or maybe at all? > >> I asked for a package to be removed two weeks ago. It is still there). > > > > Contact the debmaster (Jeremiah) by direct email. > > > >> - Using extras-devel might lock packages, preventing users that install > >> packages from this repository to later update them from another > >> repository. > > > > That is true. Although the user just has to remove the package and > > re-install > > it, instead. > > > >> That said, I prefer to have my packages available both in my repository > >> and in extras-devel, when it is possible. > > > > I also have private repositories, for my own testing and for other members > > of > > upstream projects (such as GPE) to do testing before I even push something > > into extras-devel. But that is not the same as publishing that location > > for > > end-users. > > > > Graham > > ___ > > 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
Re: Ask for removal of some packages from Extras Fremantle repository
Presumably the source must continue to be available from the extras repositories, even after the package binaries have been removed, assuming its under the GPL, which e.g. Pygtkeditor is. I'd suggest not removing the binary packages from extras, on the grounds that they don't have to be removed, and that maemo.org is free to distribute them if we/they so wish. Furthermore, there is no reason why someone from maemo.org shouldn't push source packages from other repositories into extras* to keep them up to date and readily available in the maemo context. This is true for any upstream free package in general, and equally true for any desirable package that just so happens to have been pulled from extras on a whim. No disrespect to Benoit intended. Darren On 22 Mar 2010, at 15:22, Graham Cobb wrote: > On Monday 22 March 2010 14:30:00 Matan Ziv-Av wrote: >> On Mon, 22 Mar 2010, Graham Cobb wrote: >>> I just don't see how using your own repository is actually any **better** >>> than just using extras-devel? >> >> There are a few problems with extras-devel: >> >> - There are way too many warnings all over the place (mailing list, >> wiki, talk), so some users might be be reluctant to use this >> repository. > > This will be true even more so for private repositories. If/when they become > at all common, there will be warnings all over the place about not > downloading things from private repositories. The biggest problem with > private repositories is that there are no guarantees that the binary being > installed bears any relationship to the sources offered (if any), or how > securely the maintainer manages the repository, so people will start to worry > about security/viruses/trojans. Plus a concern that "if this was legitimate, > why wouldn't the developer use the community channels?". > > Please note that I am certainly **not** suggesting that you, or Benoit, are > at > all unreliable or incapable of managing a secure repository, but that people > will worry about the risks at least as much as they do about extras-devel. > >> - Some of the warnings are true, so asking people to use this repositort >> might expose them to unwanted updates. > > Yes. But using a private repository might expose them to updates where no > one > can even work out what happened when it breaks. > >> - autobuilder is too limited - currently you can't compile packages that >> depend on versions in PR1.1. > > That is a short term problem which only affects a tiny number of packages. > It > is not a reason for removing something from extras-devel. > > If a similar problem occurs in the future and affects many packages, a > solution will be implemented, just as it is being for PR1.2. > >> - You can't easily remove a package from extras-devel. (Or maybe at all? >> I asked for a package to be removed two weeks ago. It is still there). > > Contact the debmaster (Jeremiah) by direct email. > >> - Using extras-devel might lock packages, preventing users that install >> packages from this repository to later update them from another >> repository. > > That is true. Although the user just has to remove the package and > re-install > it, instead. > >> That said, I prefer to have my packages available both in my repository >> and in extras-devel, when it is possible. > > I also have private repositories, for my own testing and for other members of > upstream projects (such as GPE) to do testing before I even push something > into extras-devel. But that is not the same as publishing that location for > end-users. > > Graham > ___ > 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: GSoC project - Google Reader offline
On Fri, Mar 19, 2010 at 12:39 PM, Raninho Fernandes wrote: > Hello everybody, > > First congratulations to the Maemo community. My name is Raniere Fernandes, > Brazilian, graduated in System Information and post-graduate studies in > development for mobile devices. I am enthusiastic about the Free Software > movement, Python and Maemo. I have published in journals about Python and > Maemo (Foreword Magazine - ISSN 2174-4959 - Introduction to Maemo platform > using Python, year 2009; Design Patterns in Python, year 2009), > participation in local community of Python users in João Pessoa / PB - > Brazil and Winner of the Qt Techday challenge. > > I am interested in the project Google Reader offline. > > Thank you for your attention > > []'s > > Raniere Fernandes imho it would make sense to look into finally porting Google Gears to maemo, it would make gmail and google reader work offline almost for free.. actually, with some imagination, it could finally enable one to write web applications which live in the browser even out of wifi range (which is the case most of the time) and seamlessly sync when the tablet comes back online. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle: detecting when in task navigator view
I remember knocking this up for HeFullscreenButton in Hildon Extras' SVN. I just got the button to listen to the "notify::is-topmost" property of the HildonWindow that is its parent. Best Regards, Faheem On Mon, Mar 22, 2010 at 4:54 PM, Luca Donaggio wrote: > As gtk windows of type GTK_WINDOW_POPUP are not managed by the desktop > manager, I wish to be able to hide them when users click on the task > navigator icon (otherwise they stay there even after users have switched to > another application!); is there a way to do that (maybe a DBUS signal or > wahtever)? > > -- > Luca Donaggio > > ___ > 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: GSoC project - Google Reader offline
Hello everybody, Exactly. My main interest in this project is not 'exist' any application that synchronizing with Google Reader. Come on! :D Thank you all, On Mon, Mar 22, 2010 at 14:00, MoRpHeUz wrote: > On Fri, Mar 19, 2010 at 8:39 AM, Raninho Fernandes > wrote: > > I am interested in the project Google Reader offline. > > This seems like a "must have" application :) we already have a "not so > nice" feed reader but it doesn't sync with google reader and you seems > well qualified for the job! :D > > Cheers! > > -- > --- > http://claimid.com/morpheuz > Blog: http://blog.morpheuz.cc > PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net > -- Raninho. http://raninho.com.br -- "Abstenha-se do Mal, faça o Bem e embeleze a sua mente" Buda ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle: detecting when in task navigator view
On Mon, Mar 22, 2010 at 16:54, Luca Donaggio wrote: > > As gtk windows of type GTK_WINDOW_POPUP are not managed by the desktop > manager, I wish to be able to hide them when users click on the task > navigator icon (otherwise they stay there even after users have switched to > another application!); is there a way to do that (maybe a DBUS signal or > wahtever)? I've used the focus-out event in the past (e.g. in Attitude) to stop updating the display when not in the very foreground. HTH, 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
Re: GSoC project - Google Reader offline
On Mon, Mar 22, 2010 at 02:00:10PM -0300, MoRpHeUz wrote: > > I am interested in the project Google Reader offline. > > This seems like a "must have" application :) we already have a "not > so nice" feed reader but it doesn't sync with google reader and you > seems well qualified for the job! :D See also this: http://blogs.igalia.com/svillar/2010/03/22/vive-la-resistance/ Berto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - Google Reader offline
On Fri, Mar 19, 2010 at 8:39 AM, Raninho Fernandes wrote: > I am interested in the project Google Reader offline. This seems like a "must have" application :) we already have a "not so nice" feed reader but it doesn't sync with google reader and you seems well qualified for the job! :D Cheers! -- --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Fremantle: detecting when in task navigator view
As gtk windows of type GTK_WINDOW_POPUP are not managed by the desktop manager, I wish to be able to hide them when users click on the task navigator icon (otherwise they stay there even after users have switched to another application!); is there a way to do that (maybe a DBUS signal or wahtever)? -- Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Proposal: Switch autobuilder to PR1.2 SDK coming Wednesday
Hi, I want to propose to switch the fremantle autobuilder to use the PR1.2 SDK coming Wednesday March 24th, 12:00 UTC. This will give developers a last chance to get their application built on the 1.0 SDK. Every application promoted to Extras-testing before this time, will end up in both Fremantle and Fremantle-1.2 Extras. Once your application is built with the PR1.2 SDK, it will only go to the Fremantle-1.2 repository. The Fremantle-1.2 Extras repository will be a copy of the current Fremantle Extras repository. We might need to remove a very small number of applications when they prove to be incompatible, but those developers will be notified. -- Niels Breet maemo.org webmaster ___ 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
On Monday 22 March 2010 14:30:00 Matan Ziv-Av wrote: > On Mon, 22 Mar 2010, Graham Cobb wrote: > > I just don't see how using your own repository is actually any **better** > > than just using extras-devel? > > There are a few problems with extras-devel: > > - There are way too many warnings all over the place (mailing list, >wiki, talk), so some users might be be reluctant to use this >repository. This will be true even more so for private repositories. If/when they become at all common, there will be warnings all over the place about not downloading things from private repositories. The biggest problem with private repositories is that there are no guarantees that the binary being installed bears any relationship to the sources offered (if any), or how securely the maintainer manages the repository, so people will start to worry about security/viruses/trojans. Plus a concern that "if this was legitimate, why wouldn't the developer use the community channels?". Please note that I am certainly **not** suggesting that you, or Benoit, are at all unreliable or incapable of managing a secure repository, but that people will worry about the risks at least as much as they do about extras-devel. > - Some of the warnings are true, so asking people to use this repositort >might expose them to unwanted updates. Yes. But using a private repository might expose them to updates where no one can even work out what happened when it breaks. > - autobuilder is too limited - currently you can't compile packages that >depend on versions in PR1.1. That is a short term problem which only affects a tiny number of packages. It is not a reason for removing something from extras-devel. If a similar problem occurs in the future and affects many packages, a solution will be implemented, just as it is being for PR1.2. > - You can't easily remove a package from extras-devel. (Or maybe at all? >I asked for a package to be removed two weeks ago. It is still there). Contact the debmaster (Jeremiah) by direct email. > - Using extras-devel might lock packages, preventing users that install >packages from this repository to later update them from another >repository. That is true. Although the user just has to remove the package and re-install it, instead. > That said, I prefer to have my packages available both in my repository > and in extras-devel, when it is possible. I also have private repositories, for my own testing and for other members of upstream projects (such as GPE) to do testing before I even push something into extras-devel. But that is not the same as publishing that location for end-users. Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GSoC project - Google Reader offline
Nice! This would be a very nice app to have on my N900, imho. :) Hope you can make it! jesus 2010/3/19 Raninho Fernandes : > Hello everybody, > > First congratulations to the Maemo community. My name is Raniere Fernandes, > Brazilian, graduated in System Information and post-graduate studies in > development for mobile devices. I am enthusiastic about the Free Software > movement, Python and Maemo. I have published in journals about Python and > Maemo (Foreword Magazine - ISSN 2174-4959 - Introduction to Maemo platform > using Python, year 2009; Design Patterns in Python, year 2009), > participation in local community of Python users in João Pessoa / PB - > Brazil and Winner of the Qt Techday challenge. > > I am interested in the project Google Reader offline. > > Thank you for your attention > > []'s > > Raniere Fernandes > > -- > "Abstenha-se do Mal, faça o Bem e embeleze a sua mente" Buda > > ___ > 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: Ask for removal of some packages from Extras Fremantle repository
On Mon, 22 Mar 2010, Graham Cobb wrote: On Monday 22 March 2010 11:20:53 Benoît HERVIER wrote: 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. You are well aware of my views so I won't repeat them here. But I still don't understand what you achieve by not using extras-devel? I understand the frustration with the Extras process but what do you achieve by having your own repository except limit your distribution even further by making it even less likely anyone can find your apps? Why not put them in extras-devel and not bother to promote them if you don't like the promotion process? I just don't see how using your own repository is actually any **better** than just using extras-devel? There are a few problems with extras-devel: - There are way too many warnings all over the place (mailing list, wiki, talk), so some users might be be reluctant to use this repository. - Some of the warnings are true, so asking people to use this repositort might expose them to unwanted updates. - autobuilder is too limited - currently you can't compile packages that depend on versions in PR1.1. - You can't easily remove a package from extras-devel. (Or maybe at all? I asked for a package to be removed two weeks ago. It is still there). - Using extras-devel might lock packages, preventing users that install packages from this repository to later update them from another repository. That said, I prefer to have my packages available both in my repository and in extras-devel, when it is possible. -- Matan.___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo 5 PR1.2 and Extras
Ideally (or not ;/) IMHO what is needed 1: Separate repo for every software release; It would be even better if this can be "variableized" in sources.list files (I don't see such a feature in /etc/apt/sources.list; on the other hand for example /etc/yum.repos.d/fedora.repo there is $releasever and $basearch variables to affect the location...) In case repositories are identical one can be symlinked to another in linux machine... 2: MADDE autobuilder :D For this, there is a machine with filesystem with snapshotting capabilities. After basic, minimal system for the purpose is installed, MADDE with initial targets(*) is installed and then filesystem snapshot taken. I'd guess this is like the current autobuilder system is set up -- there is sandboxed compilation environment without network access and reset to initial stage before/after each compilation. When developer submits software for building she can choose for which targets to build (or system tries to compile on all targets and reports successess). There might be an option to reject addition to repositories if any of the compilation fails or not... (*) MADDE target (as of 2010-03-22) is a combination of compiler toolchain, (immutable) sysroot (and optionally qt tools) and has a name to be referred with. The original plan (which sticks today) is that sysroots are not to be modifed so compilation environment is exactly the same in each invocation with same target (locally as in (autobuilder) server). Well, as MADDE uses also standard Linux (and Mac!) tools this cannot be enforced fully but we trust that the effort is good enough and support can handle it better than trying to be more exact (with it's own problems). Of course, developers using scratchbox-based system (for whatever reason :) could have similar setup (base scratchbox targets for each software release) This way users can choose not to update their system (when there is good reason for that) and developers can think of what effort they are going to put on supporting many software releases with their projects. Tomi MADDE developer ___ 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
On Monday 22 March 2010 11:20:53 Benoît HERVIER wrote: > 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. You are well aware of my views so I won't repeat them here. But I still don't understand what you achieve by not using extras-devel? I understand the frustration with the Extras process but what do you achieve by having your own repository except limit your distribution even further by making it even less likely anyone can find your apps? Why not put them in extras-devel and not bother to promote them if you don't like the promotion process? I just don't see how using your own repository is actually any **better** than just using extras-devel? Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 22, 2010, at 1:53 PM, Marius Vollmer wrote: > ext Jeremiah Foster writes: > >> On Mar 22, 2010, at 7:47 AM, Marius Vollmer wrote: >> >>> In my view, MeeGo is a development effort, not a standardization >>> effort. >> >> I am not convinced that this is true. It looks like MeeGo is going to >> track upstream closely with few customizations. It is going be be more >> of an integration that a distribution. In that regards, it leans >> closer to a "standard linux instance" than it does a separate distro. > > Hmm, still, MeeGo is surely going to be a collection of software that is > maintained, released, and distributed. There will be documents about > it, but the primary product of the joint Intel/Nokia effort is surely > going to be mostly software, and not PDFs or--deity beware--PowerPoints > and a certification process. Or did I really understand things wrong? :-) No - surely you are right. But I think it is going to proceed from the notion that it is not quite a full distro. >>> Thus, MeeGo lives next to Fedora and Ubuntu, and remixes much of the >>> same software in a slightly different way. It is not in the same >>> category as POSIX, LSB, and FHS. >> >> The value it will have though is as a building block - not as a >> finished distro like Fedora or Ubuntu. > > I think it is important that MeeGo is a viable OS on its own, to attract > more people. Definitely. But the feeling I get is that they want to minimize the (perhaps inevitable) distro politics. Free Software without the Free Software process. ;) > The content draft says that it will: it goes all the way > up to a graphical desktop environment, including a few applications, and > maybe even a browser. Yeah, and this is where I am getting confused. Because it looks like an almost complete distro, but some of the Moblin devs seem to imply, or even say outright, that they don't want to be a full distro but rather a sort of super middleware. I don't really see powerusers caring that much about middleware. > > If I become interested in MeeGo, and the first thing I have to do is to > decide which of the many vendor versions to actually use to get > something useful, I might already be put off. I think your specific needs will determine which vendor or middleware version. If you're going to build a set-top box, take the TV MeeGo version, if you're doing IVI use MeeGo IVI, if you're doing embedded on ARM, take MeeGo ARM Vanilla. I assume that is the vision anyway. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
ext Jeremiah Foster writes: > On Mar 22, 2010, at 7:47 AM, Marius Vollmer wrote: > >> In my view, MeeGo is a development effort, not a standardization >> effort. > > I am not convinced that this is true. It looks like MeeGo is going to > track upstream closely with few customizations. It is going be be more > of an integration that a distribution. In that regards, it leans > closer to a "standard linux instance" than it does a separate distro. Hmm, still, MeeGo is surely going to be a collection of software that is maintained, released, and distributed. There will be documents about it, but the primary product of the joint Intel/Nokia effort is surely going to be mostly software, and not PDFs or--deity beware--PowerPoints and a certification process. Or did I really understand things wrong? >> Thus, MeeGo lives next to Fedora and Ubuntu, and remixes much of the >> same software in a slightly different way. It is not in the same >> category as POSIX, LSB, and FHS. > > The value it will have though is as a building block - not as a > finished distro like Fedora or Ubuntu. I think it is important that MeeGo is a viable OS on its own, to attract more people. The content draft says that it will: it goes all the way up to a graphical desktop environment, including a few applications, and maybe even a browser. If I become interested in MeeGo, and the first thing I have to do is to decide which of the many vendor versions to actually use to get something useful, I might already be put off. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Dnia poniedziałek, 22 marca 2010 o 13:38:14 Ville M. Vainio napisał(a): > > Qt 4.6 will land in rootfs when nokia will release PR 1.2 firmware, but > > this can be November 2010 ;( > > While nobody has officially said anything about PR1.2 timing, > everything seems to indicate that it's going to happen pretty soon: > > http://talk.maemo.org/showthread.php?t=42285 Yeah, users... So far @nokia people gave so many "release on next week" type of messages that November 2010 is as good assumption as any other. Regards, -- JID: h...@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
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
On Mon, Mar 22, 2010 at 2:29 PM, Marcin Juszkiewicz wrote: >> Yeah, Qt 4.6 provides "free" kinetic scrolling for scroll areas. Qt >> 4.5 on Maemo is a relic. > > But 4.5 is still the version which all users have available. > > Qt 4.6 will land in rootfs when nokia will release PR 1.2 firmware, but this > can be November 2010 ;( While nobody has officially said anything about PR1.2 timing, everything seems to indicate that it's going to happen pretty soon: http://talk.maemo.org/showthread.php?t=42285 -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Building Maemo OS from Source.
On Mar 22, 2010, at 7:47 AM, Marius Vollmer wrote: > "Stoppa Igor (Nokia-D/Helsinki)" writes: > >> No at all: it's about standardization. The device must support a certain >> set of features and provide well defined APIs. >> >> So if a device is MeeGo compliant, it will be advertised as such. > > In my view, MeeGo is a development effort, not a standardization effort. I am not convinced that this is true. It looks like MeeGo is going to track upstream closely with few customizations. It is going be be more of an integration that a distribution. In that regards, it leans closer to a "standard linux instance" than it does a separate distro. > Thus, MeeGo lives next to Fedora and Ubuntu, and remixes much of the > same software in a slightly different way. It is not in the same > category as POSIX, LSB, and FHS. The value it will have though is as a building block - not as a finished distro like Fedora or Ubuntu. > > Now, standards are important, too, but secondary. If someone with > enough clue sits down and writes down a "Mobile" LSB module that > actually gathers traction outside of MeeGo, then that would be a good > thing. But that is not what MeeGo is primarily about. It seems to me it is more about creating a functioning reference platform which others can take and build upon. As such it seems closer to a standard. Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Dnia poniedziałek, 22 marca 2010 o 13:16:11 Ville M. Vainio napisał(a): > Yeah, Qt 4.6 provides "free" kinetic scrolling for scroll areas. Qt > 4.5 on Maemo is a relic. But 4.5 is still the version which all users have available. Qt 4.6 will land in rootfs when nokia will release PR 1.2 firmware, but this can be November 2010 ;( Regards, -- JID: h...@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
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
On Mon, Mar 22, 2010 at 1:40 PM, Sascha Mäkelä wrote: > Thanks, but I'm using C++ and I don't know Python. But I think you are > using QScrollArea. I've tried that too, but it didn't work. I'm using Qt > Creator 1.3.82 (or 81, I can't remember exactly). I hope Qt 4.6 will correct > this issue. Yeah, Qt 4.6 provides "free" kinetic scrolling for scroll areas. Qt 4.5 on Maemo is a relic. -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
Thanks, but I'm using C++ and I don't know Python. But I think you are using QScrollArea. I've tried that too, but it didn't work. I'm using Qt Creator 1.3.82 (or 81, I can't remember exactly). I hope Qt 4.6 will correct this issue. Cheers, Sascha On Mon, Mar 22, 2010 at 12:26, Luca Donaggio wrote: > This is an example in python using PySide bindings dor Qt4.6: > > from PySide.QtCore import * > from PySide.QtGui import * > from PySide.QtMaemo5 import * > import sys > > class StackedWindow(QMainWindow): > def __init__(self): > QMainWindow.__init__(self) > # This attribute makes the whole Stacked Window thing work > self.setAttribute(Qt.WA_Maemo5StackedWindow) > # Create button and layout > self.cw = QWidget(self) > # This is ugly, but otherwise widgets don't horizontally expand > inside the ScrollArea > self.cw.setMinimumSize(800,0) > self.vbox = QVBoxLayout(self.cw) > self.button = QMaemo5ValueButton(self) > self.button.setText(QString('Push me')) > self.button.setValueText(QString('I told you to push me!')) > self.vbox.addWidget(self.button) > self.label = QLabel(self) > > self.label.setText(QString('Long\nmultiline\nlabel.\n\n\n\n\nVeeery\nlong\nand\nvery\nmultiline\nlabel!')) > self.vbox.addWidget(self.label) > self.vbox.setSizeConstraint(QLayout.SetMinAndMaxSize) > #Create a ScrollArea and put the container widget inside > self.sa = QScrollArea(self) > self.sa.setWidget(self.cw) > self.setCentralWidget(self.sa) > # Connect button to signal > self.connect(self.button, SIGNAL("clicked()"), self.openSubWin) > > def openSubWin(self): > # Create subwindow > self.subWindow = SubWindow(self) > self.subWindow.show() > > class SubWindow(QMainWindow): > def __init__(self, parent): > # Notice that you must give a parent window as parameter to the > constuctor > QMainWindow.__init__(self, parent) > # Also set the Stacked Window parameter for every subwindow in the > stack > self.setAttribute(Qt.WA_Maemo5StackedWindow) > # Just some content... > self.label = QLabel(self) > self.label.setText(QString("This is a second window in the stack")) > self.setCentralWidget(self.label) > > if __name__ == '__main__': > app = QApplication(sys.argv) > sw = StackedWindow() > sw.show() > sys.exit(app.exec_()) > > > > > On Sat, Mar 20, 2010 at 7:31 AM, Sascha Mäkelä wrote: > >> Yes I'm using that. I just don't know what "view" I should use. I've tried >> QScrollArea, QFrame, QWidget and also the QMainWindow, but nothing seems to >> work. I'm using successfully "FingerScrollable" in QListWidget. But I want a >> "frame" where I can have multiple object in it. >> >> Thanks for you help anyway, >> Sascha >> >> >> On Sat, Mar 20, 2010 at 08:23, Timo Härkönen wrote: >> >>> Hi >>> >>> 2010/3/19 Sascha Mäkelä >>> >>> I'm trying to make a finger scrollable area which has many buttons and other widgets in it, because I cannot fit them on the screen. I have something similar in mind as in this video clip: http://labs.trolltech.com/blogs/?p=1480 Any idea how can I do it? >>> You should be able to make scrollable views use kinetic scrolling by >>> setting >>> setProperty("FingerScrollable", true) on them. >>> >>> For more info see: >>> >>> http://wiki.maemo.org/Qt4_Hildon#Kinetic_scrolling >>> http://wiki.maemo.org/Qt/Finger_Scrolling >>> >>> -Timo >>> >>> Cheers, Sascha ___ 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 >> >> > > > -- > Luca Donaggio > ___ 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
On Monday 22 March 2010 11:56:43 Robin Burchell wrote: > While I wish there was another way to fix this, I don't think Khertan > has mismanaged this in any way - he reported the bugs, he followed up > on it, and has been met with silence on issues that annoy and > frustrate the extras packaging process. I think everyone has the right to distribute his stuff any way he wants (some obviously being better than others from a developer/community/user perspective), but I would urge everyone involved to avoid burning bridges, nobody ever benefits from that. Regards, Attila ___ 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
On Mon, Mar 22, 2010 at 11:27 AM, Niels Breet wrote: >> Did you miss the thread asking for bugs wrt packaging to be fixed, >> which was met with crickets? > > Where was this? Two references: http://lists.maemo.org/pipermail/maemo-developers/2010-March/025100.html http://lists.maemo.org/pipermail/maemo-developers/2010-March/025344.html There were other discussions on IRC, I believe. I can't dig those up as easily. >> [1]: https://bugs.maemo.org/show_bug.cgi?id=9494 >> [2]: https://bugs.maemo.org/show_bug.cgi?id=9608 > > To be fair these bugs are two weeks[1] and 4 days[2] old. You can't expect > instant fixes to these things. Work is being done, sometimes takes a while > because of the amount of work there is to do. I'm not pointing fingers or blame for things not getting resolved the moment the pin drops, I appreciate that these things take time. The central point to me, here, is that it seems like the communication involved here has been sub-par, as a result, the frustrations involved have boiled over and extras seems to have lost a contributor. This, to me, is senseless, as better communication about the status of this should have been able to help prevent it - yet none seems to have been forthcoming. ___ 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
On Mon, March 22, 2010 11:56, Robin Burchell wrote: > On Mon, Mar 22, 2010 at 10:50 AM, Jeremiah Foster > wrote: > >> Why are you guys interested in removing so many packages? >> > > Did you miss the thread asking for bugs wrt packaging to be fixed, > which was met with crickets? Where was this? >Same with the bugs themselves, it seems. [1] > [2] > > > While I wish there was another way to fix this, I don't think Khertan > has mismanaged this in any way - he reported the bugs, he followed up on > it, and has been met with silence on issues that annoy and frustrate the > extras packaging process. > > [1]: https://bugs.maemo.org/show_bug.cgi?id=9494 > [2]: https://bugs.maemo.org/show_bug.cgi?id=9608 To be fair these bugs are two weeks[1] and 4 days[2] old. You can't expect instant fixes to these things. Work is being done, sometimes takes a while because of the amount of work there is to do. Another fact is that this is a non-free app, we don't have many of those. This means that the codepaths in the interface and import scripts are being tested less than for free apps. -- Niels Breet maemo.org webmaster ___ 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
Re: Ask for removal of some packages from Extras Fremantle repository
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
Re: Ask for removal of some packages from Extras Fremantle repository
On Mon, Mar 22, 2010 at 10:50 AM, Jeremiah Foster wrote: > Why are you guys interested in removing so many packages? Did you miss the thread asking for bugs wrt packaging to be fixed, which was met with crickets? Same with the bugs themselves, it seems. [1] [2] While I wish there was another way to fix this, I don't think Khertan has mismanaged this in any way - he reported the bugs, he followed up on it, and has been met with silence on issues that annoy and frustrate the extras packaging process. [1]: https://bugs.maemo.org/show_bug.cgi?id=9494 [2]: https://bugs.maemo.org/show_bug.cgi?id=9608 ___ 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
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
Re: How to make a finger scrollable frame for widgets in Qt 4.5?
This is an example in python using PySide bindings dor Qt4.6: from PySide.QtCore import * from PySide.QtGui import * from PySide.QtMaemo5 import * import sys class StackedWindow(QMainWindow): def __init__(self): QMainWindow.__init__(self) # This attribute makes the whole Stacked Window thing work self.setAttribute(Qt.WA_Maemo5StackedWindow) # Create button and layout self.cw = QWidget(self) # This is ugly, but otherwise widgets don't horizontally expand inside the ScrollArea self.cw.setMinimumSize(800,0) self.vbox = QVBoxLayout(self.cw) self.button = QMaemo5ValueButton(self) self.button.setText(QString('Push me')) self.button.setValueText(QString('I told you to push me!')) self.vbox.addWidget(self.button) self.label = QLabel(self) self.label.setText(QString('Long\nmultiline\nlabel.\n\n\n\n\nVeeery\nlong\nand\nvery\nmultiline\nlabel!')) self.vbox.addWidget(self.label) self.vbox.setSizeConstraint(QLayout.SetMinAndMaxSize) #Create a ScrollArea and put the container widget inside self.sa = QScrollArea(self) self.sa.setWidget(self.cw) self.setCentralWidget(self.sa) # Connect button to signal self.connect(self.button, SIGNAL("clicked()"), self.openSubWin) def openSubWin(self): # Create subwindow self.subWindow = SubWindow(self) self.subWindow.show() class SubWindow(QMainWindow): def __init__(self, parent): # Notice that you must give a parent window as parameter to the constuctor QMainWindow.__init__(self, parent) # Also set the Stacked Window parameter for every subwindow in the stack self.setAttribute(Qt.WA_Maemo5StackedWindow) # Just some content... self.label = QLabel(self) self.label.setText(QString("This is a second window in the stack")) self.setCentralWidget(self.label) if __name__ == '__main__': app = QApplication(sys.argv) sw = StackedWindow() sw.show() sys.exit(app.exec_()) On Sat, Mar 20, 2010 at 7:31 AM, Sascha Mäkelä wrote: > Yes I'm using that. I just don't know what "view" I should use. I've tried > QScrollArea, QFrame, QWidget and also the QMainWindow, but nothing seems to > work. I'm using successfully "FingerScrollable" in QListWidget. But I want a > "frame" where I can have multiple object in it. > > Thanks for you help anyway, > Sascha > > > On Sat, Mar 20, 2010 at 08:23, Timo Härkönen wrote: > >> Hi >> >> 2010/3/19 Sascha Mäkelä >> >> I'm trying to make a finger scrollable area which has many buttons and >>> other widgets in it, because I cannot fit them on the screen. I have >>> something similar in mind as in this video clip: >>> http://labs.trolltech.com/blogs/?p=1480 >>> >>> Any idea how can I do it? >>> >>> >> You should be able to make scrollable views use kinetic scrolling by >> setting >> setProperty("FingerScrollable", true) on them. >> >> For more info see: >> >> http://wiki.maemo.org/Qt4_Hildon#Kinetic_scrolling >> http://wiki.maemo.org/Qt/Finger_Scrolling >> >> -Timo >> >> >>> Cheers, >>> Sascha >>> >>> ___ >>> 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 > > -- Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gsoc project 2010 !
On Mon, Mar 22, 2010 at 12:12 PM, Tor wrote: > Sorry for jumping in here, but the above advice confuses me. I'm not > very familiar with Qt, but from what I see at > http://doc.trolltech.com/4.6/qtcore.html QtCore is a user interface QtGui is the user interface API, QtCore / QtNetwork / etc. provide the necessary plumbing. E.g. QNetworkAccessManager could probably be used instead of libcurl. -- Ville M. Vainio http://tinyurl.com/vainio ___ 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
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
Re: gsoc project 2010 !
On Sun, Mar 21, 2010 at 17:02, Ville M. Vainio wrote: > On Sun, Mar 21, 2010 at 5:26 PM, anky wrote: > >> i had a doubt in developing my gapps wrapper, i have two options.. 1 being >> to use the libcurl library and the other is to use qt. >> i have my experience in qt and currently i am new to libcurl but i sure can >> learn it. >> i wanted to know which one would be better and reasons for it. >> thanks ! > > I'd suggest trying to retain plain QtCore as the only dependency, as > much as possible. You might get more free functionality out from > libcurl, but it would probably be more fat a dependency than strictly > necessary. [..] Sorry for jumping in here, but the above advice confuses me. I'm not very familiar with Qt, but from what I see at http://doc.trolltech.com/4.6/qtcore.html QtCore is a user interface API. LIbcurl is a multiprotocol file/data transfer library. QtCore doesn't seem to implement any API for that. If networking is needed for the application then Libcurl is a very good (and widely used) library for that. -Tor ___ 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