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 y
@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. Va
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 0
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
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 misint
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
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 ga
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
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
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/
___
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
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
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
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
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
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 librar
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 cou
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
_
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
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 f
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
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
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_PO
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
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!
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
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!
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)?
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 Fremantl
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 ov
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
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 confli
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 an
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
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
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
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 h
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, bu
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.
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,
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.
Ye
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 wr
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 pro
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/
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?
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 m
>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,
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, 20
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
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
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 Stack
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. pro
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
-
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 li
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
- py
55 matches
Mail list logo