A question about the mawf-trackerd duo: should applications that require
storage of their (not end-user oriented) media files on the external cards
do anything special to avoid appearing in mafw via trackerd (like they
appear now in Media Player through metalayer-crawler) or is this taken care
on a
On Wednesday 22 April 2009 23:48:29 you wrote:
> Mafw shows the clips that are provided by tracker, and tracker has
> predefined a set of directories where to look for media files.
I see. Does this predefined set of directories perchance include the memory
card(s) mount point(s) in fremantle ? I'
On Monday 27 April 2009 21:18:19 Ferenc Szekely wrote:
> Guys, the web place of garage projects (ie. the www dir in the version
> control's root) is NOT MEANT for debian repositories or 300 megs of
> image files. We made exceptions way too many imho by raising the upload
> limits, instead of solvin
On Thursday 30 April 2009 11:13:33 Quim Gil wrote:
> These are many items but kind of makes sense to have them, isn't it.
> The question is how to check and enforce them. What can be automated and
> what can be evaluated via testers feedback.
>
> The first question is how to jump from devel to test
On Tuesday 05 May 2009 01:48:55 Jey Han Lau wrote:
>We are currently trying to build a GUI application on Maemo, and after
> listening to suggestions from a few Maemo developers we started
> prototyping it with Python and Qt.
> Python and Qt seems easy since the UI code designed from Qt designe
On Tuesday 05 May 2009 04:20:32 you wrote:
> I suppose it is not really "translating". I'll elaborate a little more.
> Say you create a signal/slot for a button. So the button fires a
> "clicked" signal and say there's a UI list that clears the item (slot)
> on the list. You can do this using the Q
On Tuesday 05 May 2009 06:57:35 Jey Han Lau wrote:
> I've been trying to install pyqt4 on scratchbox and I kept getting
> broken packages error =/ There are instructions on installing pyqt on
> the nokia device itself but not on the scratchbox. I have added
> extras-devel to /etc/apt/sources.list,
On Tuesday 05 May 2009 10:41:11 Jeremiah C. Foster wrote:
> project.) But there is no need to prototype first in python - it gives
> you no special advantages aside from the fact that most prefer to code
> in python versus C++ and that some consider prototyping to be much
> faster in python.
Anoth
On Wednesday 06 May 2009 12:33:21 Henrik Hedberg wrote:
> This is a very important question, and even if some members of the
> maemo.org community may be hard core open source software enthusiastic
> using only free software in their devices, the reality is that there are
> even more opportunit
On Wednesday 06 May 2009 14:46:55 Jeremiah Foster wrote:
> > Universe
> > http://repository.maemo.org/extras/pool/diablo/free/
> >
> > Multiverse
> > http://repository.maemo.org/extras/pool/diablo/non-free/
>
> Hmmm. This looks interesting, I think this kind of layout might make a
> lot of sense.
Just arrived... out of order mail is so much fun :)
On Wednesday 06 May 2009 14:37:18 you wrote:
> > non-free software, but rather to be in the clear that people *know* which
> > software is, and which isn't free and then decide for themselves if they
> > want it or not. In the spirit of recalling
On Wednesday 06 May 2009 18:35:26 Jeremiah Foster wrote:
> > whether it's free or non-free. Do you mind filing an enhancement
> > request?
> I am happy to do this if you don't want to Attila.
Already did :) https://bugs.maemo.org/show_bug.cgi?id=4477 , feel free to
correct/comment.
> The distinc
I have got a likely problem of my eyes getting in the way of seeing. I've got
a /usr/share/dbus-1/services/com.wackytabletproductions.pyqtoreader.service
that says :
[D-BUS Service]
Name=com.wackytabletproductions.pyqtoreader
Exec=/usr/bin/pyqtoreader
and a /usr/share/applications/hildon/pyqtor
On Wednesday 13 May 2009 11:17:11 Daniel Martin Yerga wrote:
> I imagine you have initialized the osso context in your application[1] ?
> The tutorial is in C, in python it would be:
> import osso
> mycontext = osso.Context ('com.wackytabletproductions.pyqtoreader'
> 'your_app_version', False)
Yes
On Wednesday 13 May 2009 11:17:11 Daniel Martin Yerga wrote:
> I imagine you have initialized the osso context in your application[1] ?
Alas, it was wrong, but fixing it did not help with this particular problem.
Shouldn't I be seeing some startup chatter on dbus-monitor regardless of the
osso c
Just wondering, what is the recommended way of handling fullscreen toggling in
Qt under Maemo ? I have ambiguous feeling about having buttons preassigned to
QActions, the problem being that fullscreen as it is now acts more like
maximize - I'd like to loose a few things (like status bar) and add
On Monday 18 May 2009 11:52:45 Antonio Aloisio wrote:
> An option is putting non sub-menus QActions in the QMenuBar.
> In that way the developer don't have to use maemo specific APIs.
Whatever the final choice, just PLEASE don't do it by breaking Qt
defaults/behavior, like the fullscreen QAction
On Monday 18 May 2009 13:18:35 Antonio Aloisio wrote:
> What's the problem with F6?
Correct me if I'm wrong, but Qt (in general) does not have a default QAction
for 'full screen'. This means that any app that tries to implement
full-screen switching via QAction (and that full-screen switch isn't
On Monday 18 May 2009 14:49:46 you wrote:
> If some developers want to add an his own full-screen switching, them just
> need to remove the QMainWindow
> QAction that F6 as shortcut and add a new one.
While understand the motivation, as someone who uses Qt on 2+ platforms I
respectfully disagree
I know that by now I must be dead boring (and/or wished to worse places than
hell by the Maemo-Qt team) with these questions, but...
How does one disable the (presumably) hildon text input related bar on the
bottom for QGraphicsView-s or specific items ? I have a qgview that contains
HTML forma
On Thursday 21 May 2009 12:35:09 David Greaves wrote:
> > I have a qgview that
> > contains HTML formatted *non-editable* items (QGraphicsTextItem), but
> > when people select/focus them, the bar pops up which is somewhat
> > unexpected/annoying.
>
> Tell me about it :)
>
> It is triggered by a mou
On Monday 25 May 2009 12:49:58 Antonio Aloisio wrote:
> The point is that we don't want to add new "concepts" to Qt if not strictly
> necessary.
> The idea I keep in my mind is "We are going to adapt Qt to hildon, not
> rewriting hildon with Qt".
A tiny caveat of which you're likely already aware
Just wondering after failing to locate a relevant Wiki page. What's the
recommended way of getting a python binding for a lib into extras ? I'd do it
myself, but I don't trust my packaging skills enough to do it right right off
the bat and chances are that people might start using it so it's not
On Monday 25 May 2009 19:04:50 Faheem Pervez wrote:
> it, I'd be happy to reupload libpoppler4 with the python bindings
> (providing I can actually get them working) by the end of this week?
That would be great ! If you need any python-specific help/testing with it,
let me know.
_
On Monday 25 May 2009 22:37:10 Antonio Aloisio wrote:
> Hi Attila,
> The python people is my mind too.. Don't worry I'm not forget about you
> guys.
> BTW please follow the ML so that you can help us in that side and you can
> sop
> us if needed...
Will do :) Apropo ML, I happen to notice qt4-de..
On Tuesday 26 May 2009 13:07:06 Faheem Pervez wrote:
> But the packaging is all there so if you wish to fix it (I do not know
> Python and my C is pretty basic and dodgy)...:)
Thanks for the effort, I'll take a look. My PyGTK is a bit rusty but might
enough to sort it out. Now, on to fix (=reinst
On Monday 01 June 2009 20:04:26 Hubert Figuiere wrote:
> The real problem is that PDF is not a format for electronic books.
> Because it hardcodes paper size and layout, it is not independant of the
> media. PDF is a format for digital rendering of printouts.
There is unfortunately hardly an unive
e application that show me
> the bug?
> Thanks,
>
> Antonio
>
> On Thu, May 21, 2009 at 2:56 PM, Attila Csipa wrote:
> > On Thursday 21 May 2009 12:35:09 David Greaves wrote:
> > > > I have a qgview that
> > > > contains HTML formatted *non-editable* items (
On Wednesday 03 June 2009 13:29:39 Antonio Aloisio wrote:
> > N810. If the slide is closed, no hildon bar appears on tapping
> > QGraphicsTextItems and everything is working as intended. Weird. Does
> > this maybe point to the culprit or does it just emphasize my stone-age
> > debug skills ? :)
>
>
On Wednesday 03 June 2009 15:11:31 Antonio Aloisio wrote:
> Yeah that's very very very strange. because It should pop up the VKB
> hey just a moment have you enabled the Virtual Keyboard usage from the
> control panel?
Err, you're correct, I keep it disabled (not a great fan of virtual
keyboa
Just out of curiosity, does anyone have the short term plan of getting PyQt
4.5.x in extras-devel ? I can see that lucianomw uploaded some 4.4 point
releases as far as mid-May, but the garage PyQt pages look a bit orphaned...
___
maemo-developers mail
On Monday 06 July 2009 17:23:25 Aniello Del Sorbo wrote:
> As much as I would love to learn Qt, I really hate C++.
> And I don't want to rely too much on Python.
>
> Also my personal interest in Maemo has been Xournal as eveyone knows,
> but if porting it to Qt involves learning C++.. brrr...
The
On Tuesday 07 July 2009 13:55:20 e...@okerson.com wrote:
> No, the real reason is C++ is to C as Lung Cancer is to Lung.
Guys, let's not turn this into a C++ vs C debate, that has been done (with
dubious results) on more appropriate forums. The question here was whether Qt
can be used without ex
On Tuesday 07 July 2009 15:25:59 gary liquid wrote:
>actually, if you don't have working knowledge and experience with c++ and
>the sorts of compiler errors and warnings that are thrown out just jumping
>in and using your c code and experience to make a c++ app is going to be a
>nightmare.
But...
On Friday 10 July 2009 09:59:24 Andrea Grandi wrote:
> Everybody knows that we can develop in C++ when using Qt, but even
> Python could be a possibility, due to PyQt bindings.
>
> My question is: wil PyQt be officially supported by Nokia in Harmattan?
Disclaimer: I am not a Nokia or Riverbank emp
On Friday 21 August 2009 15:42:49 API wrote:
> I suppose that in this case you should use a library that access
> directly to the accelerometer, so you app could rotate the map view as
> you want.
It's tricky business. The accelerometers are not really adequate to rotate
maps - you'd need a 'real
I was looking into speeding up some of my image-related apps and one of the
options is to employ the DSP. I even found that the DSP Image library has
functions that pretty much cover everything I need (histograms, motion
estimation). I looked into the
http://wiki.maemo.org/Programming_the_DSP
On Friday 04 September 2009 12:04:59 Klaus Rotter wrote:
> Since IMHO it may be at least one year to betas of Harmatan, do you
> expect huge differences between the Qt 4.4 now (for Maemo) and the Qt
> then? Why won't Nokia ship the qt 4.4 libs with the N9xx device?
> This would make the switchover
On Friday 04 September 2009 13:16:32 ext-mox.so...@nokia.com wrote:
> There are extremely few QT applications to try out in Maemo 5. And so far,
> I haven't seen one that would really "feel" like true Maemo 5 application.
>
> ...
>
> As a parallel, a standard Gnome/GTK application, when directly po
On Friday 04 September 2009 20:12:00 Andrew Flegg wrote:
> will test your screen scraping processes (he says, doing *lots* of
> screen scraping for other things).
I did something similar for my phone, though a bit differently - my operator
allows free service requests (say, *121#) to obtain accou
On Monday 07 September 2009 17:21:45 Alberto Garcia wrote:
> * The Fremantle UI style depends heavily on a set of widgets that
>have been specifically designed for it.
I really don't want to meddle in GTK-vs-Qt discussions, but this particular
segment scares me a bit. This sounds to me like
On Tuesday 08 September 2009 12:02:40 Kate Alhola wrote:
> One-shot ? Was Diablo also one-shot ? Next version is coming
> and we have already released direction where we are going in
> Harmatan.
Since I used the term first, I must clarify/expand/reiterate a bit. Except for
a few minor points, I v
On Tuesday 08 September 2009 12:50:09 Aniello Del Sorbo wrote:
> This BOF would be really interesting indeed...
As long as it doesn't get to be a Jerry Springer style event... :)
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.
On Wednesday 09 September 2009 13:25:49 Quim Gil wrote:
> The N900 has about 100MB of free space in the root file system
> partition. This is not very much and would fill up quite quickly when
> installing additional applications. As a workaround, the /opt directory
> has been linked to a different
On Wednesday 09 September 2009 13:25:49 Quim Gil wrote:
> installing additional applications. As a workaround, the /opt directory
> has been linked to a different partition with more space (about 1 GB)
And, forgot to ask, is the 1GB size configurable, or is it hardcoded ? I guess
could be grown w
On Wednesday 09 September 2009 17:09:17 Andrew Flegg wrote:
> Of course, if maemo-optify were really clever, it'd also handle
> patterns like the above and produce "/opt/bob/share/foo", but I'd
> consider this an optional enhancement.
>
> Comments, as ever, welcome.
I wonder if optification could
On Wednesday 09 September 2009 14:58:14 Kimmo Hämäläinen wrote:
> This was, of course, considered as well, but the problem is that
> concurrent I/O to/from the eMMC can (for reasons kernel guys know) cause
> high load in the system. Hence eMMC is avoided for system libraries and
> stuff, because it
On Thursday 10 September 2009 05:45:22 quim@nokia.com wrote:
> > Limiting it to a hack for a "large" app results in a question of when
> > is an app "large": 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
> > consensus on *that*, that could be something we have a QA check for?
>
> "Developers
On Thursday 10 September 2009 13:06:03 Quim Gil wrote:
> ext Attila Csipa wrote:
> > To reiterate, my main concern is that it has been said that for various
> > (perfectly understandable) reasons, libraries are NOT to be optified.
>
> I haven't followed all the email
On Thursday 10 September 2009 16:42:30 Marius Vollmer wrote:
> > Actually /opt will be using ext3 ("/home"). They found out that FAT is
> > faster than ext3, though, that's why the flash player
> > uses /home/user/MyDocs for its cache files...
>
> Ohh, interesting. It's high time for some benchma
A RFC for people who know details about Fremantle's power aspect:
I wrote a python script called Shepherd for my Diablo N810, basically a
glorified CRON that has not just time, but a power and connectivity axis, too.
This means you can define for various processes:
* hours allowed
* con
On Friday 11 September 2009 02:22:01 Kamen Bundev wrote:
> I think GUI will be needed anyway regardless of Fremantle's support. By the
> response and thanks in tmo in just a few minutes I'm guessing that the
> interest for such application will be high.
Yes, I was quite surprised myself by the ove
On Friday 11 September 2009 00:59:57 Sarah Newman wrote:
> I hacked together a perl script with a similar goal but it used SIGSTOP
> when the battery got too low instead of killing the process. I didn't
Yes, I wasn't specific enough, I do SIGTERM and SIGKILL in 10 sec increments to
make the app
On Sunday 20 September 2009 23:11:07 Kees Jongenburger wrote:
> I indeed planed to use usb-host in my project. perhaps we can use the
> connectors behind the battery, previous models
> used to have serial there.
> If anybody has a bright ideas on how to connect something to the n900
> that would be
On Monday 21 September 2009 08:27:43 Kees Jongenburger wrote:
> > Well if you need just serial and don't mind the expense, probably the
> > easiest way is a bluetooth modem, a la
> > http://www.sparkfun.com/commerce/product_info.php?products_id=582
>
> That certainly works (as proven) but it's not
On Monday 21 September 2009 13:42:25 Kees Jongenburger wrote:
> > In that case, you might as well use the infrared port - definitely
> > cheaper, can do serial, and probably takes up less space than those BT
> > modems.
>
> http://maemo.nokia.com/n900/specifications/
>
> Doesn't talk about IR, is i
On Wednesday 23 September 2009 12:26:01 Ville M. Vainio wrote:
> it would be nice if the Qt apps written for Fremantle would look
> identical in Diablo - i.e. implement it so that they would use
> "fremantle style" in Diablo. I don't think people care as much about
> "retaining a consistent feel",
On Wednesday 23 September 2009 13:10:43 you wrote:
> switching to Mer). The twist here is that you can use the same
> codebase for both Diablo and Fremantle, and expect the app to work the
> same.
Yes, I understand that, it's just there area few things that are not
applicable or different on Dia
On Thursday 15 October 2009 12:21:54 Thomas Perl wrote:
> Another problem is the slower startup speed, which is really
> noticeable now. That's another reason why I would like to go without
> optification.
>From what I heard that was also the reason why python (and Qt) are/were not
optified, but
On Thursday 15 October 2009 14:07:21 you wrote:
> This was discussed in the /opt BOF at the summit. The conclusions here
> were:
> * Every application SHOULD be in /opt.
>
> * Doing this on device (with the current approach) would slow down
> application installation too much, and make debu
Foreword: I'm an extras-testing newbie, I went through
http://wiki.maemo.org/Extras-testing and hoped to push a simple script
(called 'mirror') to regular users (=extras). I did extras(-devel) stuff for
Diablo, but had a few things that oops-ed me here, so I'd like some
clarifications so I can
On Monday 19 October 2009 16:12:46 Attila Csipa wrote:
> repositories ? My script depends on gstreamer0.10-plugins-good-extra which
> is there, and lcuk pointed out that it is listed to be missing dependencies
> (http://maemo.org/packages/package_instance/view/fremantle_nokia-a
Thanks to Conny for forwarding this to me, apparently a spam filter somewhere
got overzealous.
> > ons_explicit_armel/libspeex1/1.2~rc1-1maemo7+0m5/ ). So who is depending
> > on what here and who is supposed to provide/promote what ?
>
> Oops, this was a configuration mistake on my part. I didn'
... are there actual examples for what we should do ? Sure, save as much power
as we can, don't do things you don't have to, etc, etc. It's easy to say, but
where are the 'good practice' examples (e.g. CODE) that demonstrate the
suggested guidelines ? I'm starting to swim in boilerplate code try
I've been thinking through some extras-testing scenarios... What happens if an
issue is marked as a blocker, but the developer says it's a WONTFIX, fixed in
Harmattan or similar ? If we play by the book, the app is stuck in testing and
everybody looses - users won't get a potentially interesting
On Thursday 22 October 2009 14:31:38 Quim Gil wrote:
>> Feedback please. This checklist is common for developers (before
>> promnoting their applications to extras-testing) and betatesters (before
>> giving them farewell to reach Extras).
>
>Lack of bug reporting database
>
>http://bugs.maemo.org i
On Saturday 24 October 2009 02:37:33 Valerio Valerio wrote:
> > If we forego b.m.o, how do we identify this on the alternatively
> > suggested packages page ?
>
> In your package debian/control file add: Xsbc-Bugtracker:
> bugtracker_web_address
Hm, I did that, the .deb *does* contain the Bugtrack
Is there a simple/recommended way of overriding the camera application, like
temporarily disabling the auto-launch on cover open, or launching a different
app ? I'm talking about civilized, intended ways of doing this, not by
butchering startup scripts :) There were hints on irc that some gconf
On Saturday 24 October 2009 10:07:34 Ville M. Vainio wrote:
> > for all the ways power-saving might be an issue. For example do I really
> > need to watch focus and window state events like a hawk to see when I
> > have been minimized and thus in a position to cut some slack for the CPU
> > ?
>
> T
On Monday 26 October 2009 12:30:24 Jeremiah Foster wrote:
> the pyside debs with Qt, they are here! It would be great to get any
> feedback on downloading and pass along any pyside code feedback to the
Considering the weight issues PySide has, it would really mean a lot it if was
optified so we c
On Monday 26 October 2009 12:30:24 Jeremiah Foster wrote:
> I have done that and they are now in extras-devel in fremantle free.
> I have test the debs by downloading them into the SDK, but did not get
> around to using the debs in real code. If anyone has been waiting for
> the pyside debs w
A few random thoughts, not pushing for anything.
On Tuesday 27 October 2009 10:20:39 Andrew Flegg wrote:
> * MUST have bug tracker URL in XSBC-Bugtracker control field.
This is a machine controllable thing, so if it's a MUST, it has nothing to
with QA -> it should be part of the autobuilder/pr
On Wednesday 28 October 2009 15:23:14 Jeremiah Foster wrote:
> Actually, this is not that hard. The license information has to be in
> the debian/copyright file. If the package comes from debian, you can
> be pretty sure that the license (i.e. the copyright file) is correct.
I was mostly referring
On Wednesday 28 October 2009 16:45:56 Attila Csipa wrote:
> proper license/attribution information (for example Qt itself has no
> debian/copyright or license files included. Probably not commercial
To make this a bit more precise before someone misunderstands - the binary
package is missi
On Thursday 29 October 2009 07:07:14 Ed Bartosh wrote:
> Then let's find the way to do it better.
I believe that was the stance on the problem since day 1 :)
> What I'm afraid of is that developers wouldn't like the approach to
> change packages implicitly.
Herein lies the root of the problem.
On Tuesday 27 October 2009 13:54:33 Quim Gil wrote:
> It's difficult to describe beauty but it's easy to recognize it when you
> see it. We can fine tune the ugly corner cases as they come.
Fine-tune case 1. Allow no packages to put data with imagery or sound files in
(non-hidden dirs inside) MyD
I have a small issue with the autobuilder. The whole thing started out by
having a package that compiled nice in the SDK but not in the autobuilder due
to a versioning mismatch (in my case python-dbus, but it's a generic problem
as you'll see). After some snooping around, I realized the problem
On Saturday 31 October 2009 14:49:24 Ed Bartosh wrote:
> > is IMHO that the repository priorities seem to be wrong. The autobuilder
> > should be using the highest version in the TOP PRIORITY repository that
> > satisfies a dependency to avoid breakage because of unstable stuff in
> > -devel and be
On Saturday 31 October 2009 19:43:40 Andrew Flegg wrote:
> After working 'til stupid o'clock last night on a new version of Hermes,
> today someone's found a bug which'll impact a small number of people. The
> fix is trivial.
> However, I find myself *not* wanting to fix it as it'll need to go thro
On Saturday 31 October 2009 23:35:08 you wrote:
> > Ubuntu and Debian solve this problem by advising different repository
> > priorities. Stable has a highest priority, Testing is lower and Unstable
> > is lowest. If there is a package in Stable that satisfies my requirement,
> > that's the one tha
On Sunday 01 November 2009 08:23:13 Ed Bartosh wrote:
> You can try to use python2.5-dbus instead of python-dbus to work
> around the problem. python2.5-dbus is just a meta package, but it
> presents only in SDK, which might allow you to avoid installing
> python-dbus from extras-devel.
Been there
On Sunday 01 November 2009 07:46:55 you wrote:
> So, you propose to have one more queue, which would use only SDK? Or
> only Extras? or both? Sorry, your proposal is still unclear to me and
> I doubt it would be clear for other devs.
First we need to decide on whether Extras packages can update pa
On Sunday 01 November 2009 15:20:07 Valerio Valerio wrote:
> as some know yesterday we did a Extras-testing marathon, in order to
> get more applications ready to Extras but also to test the Q&A process
Just to chime in, thanks to all the folks taking the trouble to test apps they
might personall
A bit short on time, so could not reply to many good posts, but would not like
to drop out of the discussion...
On Monday 02 November 2009 23:24:12 Jeremiah Foster wrote:
> > Attila was asking us to solve problem with updates. And he proposed
> > good solution. Shell we implement it right now or
On Tuesday 03 November 2009 00:02:31 Graham Cobb wrote:
> Sorry if everyone else understands this but I don't.
We have two (in my particular case slightly related) problems.
1) The fact that something builds in the pristine final SDK does not guarantee
that it will go through the autobuilder (as
On Tuesday 03 November 2009 16:30:26 you wrote:
> I'm interested to know what problems you are having with python-dbus.
> Can you please fill a bug report under
> https://bugs.maemo.org/enter_bug.cgi?product=PyMaemo ?
>
> And last but not the least, the python-dbus version you are referring
> (-1ma
On Tuesday 03 November 2009 14:23:10 Jeremiah Foster wrote:
> > As I understood Attila he proposed to create separate autobulder
> > incoming queue for Extras updates.
>
> Ah, a separate build queue.
>
> > If packages are uploaded to this queue they're built using only Extras
> > and SDK repos and
On Tuesday 03 November 2009 14:08:25 Jeremiah Foster wrote:
> Yes. As I see it, this might be the core of the problem: overlapping
> repositories preventing package promotion. For example, if python2.5-
> dbus is a 'depends', you cannot build the package for Extras.
> Am I understanding this corre
Foreword: My particular problem is not that big of an issue, in the end I went
for extras-devel compatibility, no big deal, it's not yet for end users
anyway. It's the generic approach that is at question here - tomorrow someone
else will fall through the same manhole and it might become a recur
On Wednesday 04 November 2009 10:28:58 Andrew Flegg wrote:
> On Wed, Nov 4, 2009 at 09:03, wrote:
> > Two days later I notice a blinking orange light in my status bar. I see
> > a new version of the application. I install, I check what has changed
> > (minor or major?), I run my tests and thumb i
On Tuesday 03 November 2009 23:40:24 Graham Cobb wrote:
> debugging, I need to be able to control exactly which versions of various
> libraries are being used for that particular build including, sometimes,
> old versions. And I often have different targets with different library
> versions delibe
On Tuesday 17 November 2009 16:08:57 Zachary Goldberg wrote:
> 2.22 (and its newer dependencies) on the device? Is there anyway
> around this problem (perhaps some kind of copy on write chroot with a
> symlinked version of everything but glib and co?)?
I would also suggest checking first if the a
I have a question about PyQt, but not a technical one :)
Can someone enlighten me about the 'official' status of PyQt in Maemo ? I
understand Nokia folks who have been working on it now concentrate on PySide,
but it's a bit unclear if there is an official stance on it or not, both
regarding ex
On Wednesday 18 November 2009 11:30:32 Matti Airas wrote:
> you're interested in maintaining PyQt on Maemo in the future, maybe you
> could arrange with Luciano Wolf and/or Phil Thompson (the current PyQt
> garage project admins) to have you appointed as a new project admin?
> Since there are no a
On Sunday 13 December 2009 15:13:54 Mustali Dalal wrote:
> Purging copyright files does not seem right; they are tiny and have legal
> bearing.
>
> Since a lot, if not all, apps currently in testing use GPL or other FOSS
> license, I would guess there be good reasons to keep the copyright file
> in
On Monday 21 December 2009 11:50:35 Dave Neary wrote:
> There are a few ways to deal with the source requirement - and if you
> are merely redistributing binaries made by someone else, you don't need
> to provide sources, you only need to be able to point someone to the
> sources.
IANAL, but as Da
On Wednesday 23 December 2009 12:53:30 daniel wilms wrote:
> > ii libqt4-gui
> > 4.5.3~git20090723-0maemo4+0m5 Qt 4 GUI module
>
> AFAIK, kinetic scrolling doesn't work in this version. There are
Can we get a confirmation on what (sub)version of 4.5.3 is contained in
PR1.1 ? Just to kno
On Tuesday 29 December 2009 14:01:40 Till Harbaum / Lists wrote:
> This rule that the sum of all components also has to stay below a certain
> limit is new. Osm2go is below 500k and so is the goocanvas it depends on.
> Now this guy is talking about the fact that the sum is over 500k.
Any limit tha
On Saturday 02 January 2010 20:33:56 Till Harbaum / Lists wrote:
> What do you think? I really think it's wrong that testers can stop
> bad developers, but that there's no way for developers to stop
> bad testers.
That's why I suggested a while back on various places that maybe there should
be QA
On Monday 04 January 2010 17:08:32 Anderson Lizardo wrote:
> "The way to get these fields into your .deb files is to include them
> with a XB- prefix in your debian/control file, see the Debian Policy
> Manual, section 5.7."
>
> So I *think* (I never tried), that you should use:
>
> XB-Description-
1 - 100 of 231 matches
Mail list logo