On Tuesday 20 September 2011 03:46:20 Roberto Colistete Jr. wrote:
SymPy 0.7.1 for Maemo now has an icon (pointing to
/usr/bin/sympy) to promote the use of SymPy by the end users, with
interactive terminal with iPython or Python.
So I think that SymPy for Maemo should belong to the
On Friday 22 July 2011 16:00:31 Roman Morawek wrote:
I propose to change the QA process to accelerate extras promoting.
A package should be promoted after either:
- 1 tester vote
- 4 votes in total
- 2 months of staying in testing without negative vote
I support this for updates to existing
On Tuesday 12 October 2010 14:47:05 Felipe Crochik wrote:
Maybe I got it the lib idea wrong: libircclient-qt and
libircclient-qt-dev share the exact same code the only difference is on
the Makefile (and control). The dev package installs everything
(headers, lib, mkspecs) and the release
On Wednesday 06 October 2010 16:31:00 Eero Tamminen wrote:
ext Graham Cobb wrote:
OK. I have sent a cut-down esound package to the autobuilder and libesd0
and libesd0-dev are now in Fremantle extras-devel. Of course, I have no
way of knowing whether it works without a device -- someone
On Thursday 23 September 2010 09:10:08 Polyvertex wrote:
Also, this does not mean it has to become anarchy and
application/virus/bug bombing just because there are 2 repositories
instead of 3.
If that is your main concern, I think it is easily addressed. There are 3
repositories instead of 2
On Wednesday 22 September 2010 21:51:29 Attila Csipa wrote:
On Wed, Sep 22, 2010 at 11:28 PM, Polyvertex polyver...@gmail.com wrote:
community and let people vote for/against an application *after* it
has been released. Thus, only 2 repositories should be enough :
'extras' and
On Friday 20 August 2010 07:08:46 Till Harbaum / Lists wrote:
ok, Faheem doesn't want to support that lib anymore. Would you therefore
please remove libgio and all packages depending on it from chinook and
diablo repositories. Currently libgio/libsoup24 is in an unusable state, so
we don't
On Wednesday 21 July 2010 19:24:03 Felipe Crochik wrote:
I have compiled the contacts module and it is quite simple using
scratchbox. I distribute with my application a custom contacts backend (I
dont distribute the contacts module just the backend)
I don't know the licence on the code
On Monday 05 July 2010 13:53:22 Jörgen Scheibengruber wrote:
In the Maemo5 version of eds e_contact_new_from_vcard() internally uses
a heuristic (the same as gecko uses) to figure out the charset (if the
passed string is not utf-8). If you know the charset, then of course
it's best to
On Friday 02 July 2010 10:20:24 Jörgen Scheibengruber wrote:
Which is exactly what e_contact_new_from_vcard, does.
How does e_contact_new_from_vcard get told what charset the string is in? Or
does it require it to be in UTF-8?
It's as easy as:
char *contents;
if (g_file_get_contents
On Tuesday 22 June 2010 06:20:26 saurabh aggarwal wrote:
So, are we supposed to produce multiple binaries for every version of Maemo
platform? That doesn't sound right.
The answer is: it depends.
In general in Linux, an application developed on one version will often work
on later versions
On Thursday 17 June 2010 09:45:12 Bjoern Ricks wrote:
hildon-application-manager complains about conflicts with already installed
packages which should be updated too. Also this behaviour isn't reliable
and reproducable. On some devices it may work. It is ALWAYS possible to
install all new
On Thursday 13 May 2010 11:40:24 b0unc3 wrote:
I found that if I use :
start on started hildon-desktop
as starting condition, I don't need to put the pre-start script
You are probably right. If hildon-desktop has started, users could be running
apps so everything must be set up correctly!
On Wednesday 12 May 2010 21:50:31 Ram Kurvakat wrote:
I cant provide a full solution now but to use the session bus you will need
the session bus address I think which changes every restart. Are you doing
that in your upstart script already ? ( setting the dbus session address
something like
On Wednesday 12 May 2010 23:07:47 Faheem Pervez wrote:
If you do use run-standalone.sh in an Upstart script, please be aware
of https://bugs.maemo.org/show_bug.cgi?id=8148. Lucas Maneos'
awesomeness helped me to fix my issue.
Interesting.
For others (who don't want to read through 37 comments
On Tuesday 04 May 2010 17:04:07 Lucas Maneos wrote:
Thanks to Niels who spent this afternoon working on this, we now have
maemo.org signed repositories! Without further ado, they are:
deb http://repository.maemo.org/community/ diablo free non-free
deb
Daniel Wilms has proposed some new Maemo packaging rules at
http://wiki.maemo.org/Packaging/Guidelines. I have a number of comments:
0) I have a meta-comment: to facilitate discussion, the sections of the
document should be numbered.
1) These feel like rules, not guidelines, and some of
On Tuesday 27 April 2010 10:08:56 Marcin Juszkiewicz wrote:
Dnia środa, 14 kwietnia 2010 o 20:52:19 Javier S. Pedro napisał(a):
Hello all,
As part of the plan to fix the PR1.2 SDK dependency issues in the
autobuilder [1], we plan to upgrade the Debian devkit in the Fremantle
autobuilder
However, will we have issues with version numbers? If we auto resubmit
them, should we ensure that each package is resubmitted with a new
version number? If so, a suffix of -20100415 would be sufficient?
Although I am generally against modifying developer's packages, I agree that
this is the
On Thursday 08 April 2010 10:36:17 Niels Breet wrote:
Bora was not actively killed, just forgotten to setup last December. Since
then nobody complained about it. Download numbers don't come above noise
levels, but if you think we should keep it for a while then no problem.
I guess the test is
On Wednesday 07 April 2010 15:39:29 Frantisek Dufka wrote:
Niels Breet wrote:
Bora has been dead for a while now, chinook is also EOL.
Bora is dead? Oh really? So why there is
http://maemo.org/downloads/OS2007/ with old version I cannot update?
When and why was this discussed/decided?
It
On Wednesday 07 April 2010 16:54:28 Niels Breet wrote:
On Wed, April 7, 2010 16:41, Andrew Flegg wrote:
On Wed, Apr 7, 2010 at 15:13, Bryan Jacobs n...@landwarsin.asia wrote:
It seems to me that the real problem is actually the difficulty in
implementing #4 above. If there were magically
On Tuesday 30 March 2010 15:28:04 Andrew Flegg wrote:
* This means that auto-generated libhildon dependencies are being
specified too tightly to install on devices and SDKs lower
than PR1.2 (due to the introduction of new symbols for
livesearch[4])
This is the killer. When
On Friday 26 March 2010 11:53:43 Attila Csipa wrote:
All security comments are insane in my opinion. If some person really
wants to be evil, there is nothing in our process that would block that
except by accident.
I would rather say that it's more of a formulation issue. It would be more
On Wednesday 24 March 2010 11:22:34 Matan Ziv-Av wrote:
I did not add arrays because I did not see the need for it, but since
you need it, there is no problem to add this. What format do you think
might be useful for passing an array of bytes as a parameter to a
script?
I tend to favour
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
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
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
On Friday 19 March 2010 14:42:05 Stefan Kost wrote:
I noticed that still lots of packages that use GObject are not disable
GObject cast checks in their builds. *It is a safe thing to do*. The
macro is doing a cast, if checking is enabled it checks and warn in the
case of an mismatch. The check
On Tuesday 09 March 2010 11:12:36 Attila Csipa wrote:
There is nothing preventing (well, apart from autobuilder issues) people
putting things into Extras-devel. It *is* a valid place for software
No it isn't. It is a pool of packages to allow cross-developer testing. It
is where you put the
On Tuesday 09 March 2010 09:42:05 Niels Breet wrote:
You have to see that Extras should be for applications that are of a high
quality.
Absolutely not. I completely disagree.
Extras is the home for the wonderful creativity of the Maemo community. It is
for all apps: the good, the bad,
On Monday 08 March 2010 13:09:52 Benoît HERVIER wrote:
2010/3/8 Thomas Perl th.p...@gmail.com:
I don't know if Khertan's problem is technical or political
The both, as i'm tired of fighting against bug and wrong thumb down in
QA Testing.
Thomas, I was not aware that there was a problem with
On Monday 08 March 2010 15:21:13 Benoît HERVIER wrote:
- There is change in rules that happen frequently which seems to
depends on phase of the moon.
Of course there have been changes in the early days as everyone learns from
experience. That is part of the fun as well as the challenge of
On Monday 08 March 2010 16:34:21 Attila Csipa wrote:
On Monday 08 March 2010 16:21:13 Benoît HERVIER wrote:
- It s look like some users are here just to put thumb down just to
gain some karma.
To elaborate on this a bit...
The mass-downthumbing people might see is just a temporary (?)
On Monday 08 March 2010 17:32:27 Tim Teulings wrote:
Hallo!
And the most important things which guide my decision, is that
currently, many thumb down make me angry as there was wrong vote, and
the fact that i m passing more time to package than to develop didn't
help.
If the votes
On Monday 08 March 2010 19:18:29 Aldon Hynes wrote:
Personally, I like the idea of people setting up their own external
repositories. I've written about this in my blog post
I've read the post and it sounds great, except that that is not how
repositories work, unfortunately. What you want is
On Monday 08 March 2010 19:17:38 Attila Csipa wrote:
On Monday 08 March 2010 18:43:02 Graham Cobb wrote:
I strongly disagree. The Extras-Testing process should be about safety:
someone browsing extras should be comfortable that if they look at an app
they can get a reasonable description
On Monday 08 March 2010 21:34:26 Aldon Hynes wrote:
I appreciate your concern about shared resources, but it seems to me
that you are overstating the problem. As an example, I quickly checked the
repository lines in sources.list on several different Ubuntu boxes I
support.
Nope.
The
On Monday 08 March 2010 23:04:36 Attila Csipa wrote:
I invite everyone who has not alredy done so
to take a good look at
http://wiki.maemo.org/Extras-testing/QA_Checklist/QA_Improvements
Scary.
I
believe we ALL want better quality software, developers, testers, users,
everybody.
On Wednesday 03 March 2010 03:25:48 Jason wrote:
I'm attempting to get openvpn on my N900 connecting to my existing openvpn
server. The openvpn part works well. The automation part is trickier :-)
You might want to take a look at what I did in the tinc package (see
On Friday 26 February 2010 07:00:09 Fred Lefevere-Laoide wrote:
Sqlite is available in the extras repository as a lib (gpe and others depnd
on it)
The libs are available for both sqlite2 (although the library is called
libsqlite0) and sqlite3 (the library package is called libsqlite3-0). In
On Wednesday 24 February 2010 08:12:05 Niels Breet wrote:
I'd like to get an OK from the council so we all agree on this. If there
had been data in the project it was a more difficult decision, but now it
seems completely empty.
I agree that this is probably the correct thing to do. However,
On Wednesday 24 February 2010 11:21:45 Niels Breet wrote:
- Maemo 5 PR1.2 will ship with Extras enabled by default but will use
distribution: fremantle-1.2
- 'older' devices will continue to fetch from distribution: fremantle
- Autobuilder will be updated when PR1.2 is released and promotion
On Wednesday 24 February 2010 15:42:16 Michael Cronenworth wrote:
Graham Cobb wrote:
I can't say I like this. My personal view is that there will be a lot of
people running earlier software for quite a long time. How long do Nokia
believe it will be before 80% of new devices being sold
On Wednesday 24 February 2010 16:26:44 Ville M. Vainio wrote:
Barring regressions, we can probably expect everybody to upgrade to
1.2 in timely manner.
I disagree, but I may be completely wrong. It will be very interesting to
see. What do you consider timely? 3 months? My prediction: in 3
On Wednesday 24 February 2010 17:23:19 Ville M. Vainio wrote:
On Wed, Feb 24, 2010 at 7:04 PM, Graham Cobb g+...@cobb.uk.net wrote:
I'm not expecting you to agree but you asked why. You are free to choose
that you will not support users running on anything other than the latest
OS. Just
On Wednesday 24 February 2010 17:18:29 Thomas Tanner wrote:
On 24.02.10 18:04, Graham Cobb wrote:
Why do I think many people will not upgrade? This device is a phone.
The N900 is a mobile computer.
I am talking about the people who perceive it to be a phone. Like the
iPhone.
Maintaining
On Wednesday 10 February 2010 06:15:02 Ville M. Vainio wrote:
On Wed, Feb 10, 2010 at 7:56 AM, Ville M. Vainio vivai...@gmail.com wrote:
This way, my proxy_home_plugin_item_load_desktop_file() function gets
called. But indeed it
appears this is not working fine for unloading loading.
In older versions of GPE, the GPE Summary desktop widget used
gtk_widget_set_name to set the main widget name to osso-speeddial. This
allowed the widget to pick up the same theme styles as osso-speeddial
(whatever that may be).
I assumed that was a mistake and changed the set_name to
specify
On Tuesday 09 February 2010 14:29:14 Bernd Stramm wrote:
On 09/02/10 08:29, Dave Neary wrote:
Hi,
Ajai Khattri wrote:
OK, but Im curious: what would be an example of a package with multiple
binaries?
binutils, for example?
gcc has a few (c89 c99 versions, for example)
textutils
On Tuesday 26 January 2010 19:30:25 Carsten Munk wrote:
Maybe a worthwhile discussion for Council to get into as well, this
particular license does say you are not allowed to redistribute the
Mauku source code from maemo.org (or anywhere).
As a member of the Council I would say that we need to
On Tuesday 26 January 2010 21:07:57 Henrik Hedberg wrote:
Mauku 2.0 is not free as open source software (Mauku 0.x was under
GPL). It is mainly based on Microfeed library written by me and licensed
under LGPL, but the application itself is not licensed under any OSI
compliant license.
On Monday 25 January 2010 20:52:36 Niels Breet wrote:
I think it is time to make the chinook repository read-only and close down
the builder instance for it.
I still support GPE on chinook and I build new releases for both chinook and
diablo (as well as mistral and bora). It has been over a
On Monday 25 January 2010 21:02:45 Alberto Garcia wrote:
I actually don't know why this wasn't done earlier. Aren't chinook and
diablo 100% binary compatible?
No. Applications built for chinook will (generally) run on diablo but not the
other way around (the issue is library version numbers
On Friday 22 January 2010 14:04:59 Andrea Grandi wrote:
my suggestion at this point is: someone write a working piece of code
(C, C++, Python) that developers can reuse to integrate a Donate
button in their About dialogs. The user will be able to customize it
with his PayPal account, the
On Thursday 21 January 2010 10:12:46 Tim Teulings wrote:
If you subscribe to the extras-cauldron-builds list, you could see that
there was a package severely stuck.
I would see this as a short time workaround, but would propose a live and
short time history state overview solutions as mid-
On Wednesday 20 January 2010 10:34:53 Igor Stoppa wrote:
Hi,
ext Graham Cobb wrote:
We have to live with that and try to come up with a solution that is best
for the users. In my view, that means having as many apps as possible
available to people who are still running the initial
On Wednesday 20 January 2010 16:32:23 Jeff Moe wrote:
For what it's worth, in the Fedora buildsystem (Koji), the buildsystem is
running with the latest updates. Perhaps investigating what the various
other distros do (especially Debian) and doing what they do would be a good
approach (if they
On Wednesday 20 January 2010 21:50:02 Jeremiah Foster wrote:
I disagree. Debian has very high quality packages and software.
I don't think we are disagreeing. I am saying Debian is geared to stability
and quality. I am just making the point that it achieves that by forcing
things to take a
On Tuesday 19 January 2010 08:17:25 David Greaves wrote:
Graham Cobb wrote:
I do think there may be an option 1.5: create multiple autobuilder queues
which feed the same repository but build against different SDK releases.
...
I like - but as someone mentioned to me in a similar situation
On Monday 18 January 2010 22:50:51 Michael Cronenworth wrote:
Graham Cobb on 01/18/2010 04:42 PM wrote:
I do think there may be an option 1.5:
Turning Linux into Windows shouldn't be a project goal of Maemo.
I don't understand your comment, Michael, but note that the reason we have
On Tuesday 19 January 2010 15:08:59 Kaj-Michael Lang wrote:
And this breaks applications trying to use new packages, like
sharing-dialog-dev
Is this a new package in the latest SDK? Or a new version of an existing
package?
If it is a new package we could experiment with putting a version in
On Tuesday 19 January 2010 16:02:47 Marcin Juszkiewicz wrote:
Hack, hack, hack... Then someone will write app which will require libosso
from 51-1 and we will hack to make it possible for users with older
firmware to install it etc etc etc?
So far Maemo apps often behave like not being tested
On Monday 18 January 2010 14:08:07 Jeff Moe wrote:
Take note, since the service restoration, the Maemo 5 SDK rootstraps have
been (silently?) updated with no changes to timestamps:
Thanks Jeff for noticing this.
Niels or Ed, do you have any idea what has happened here?
As a developer, it is
On Monday 18 January 2010 15:23:09 Niels Breet wrote:
The autobuilder has not been updated yet, this is on my todo list still.
Niels,
The autobuilder environment must not change -- it needs to remain as the
original Fremantle release SDK. Otherwise packages built using the
autobuilder will
On Monday 18 January 2010 21:08:33 Niels Breet wrote:
I've been discussing this issue with some people before as hypothetical
case, but now it seems that we run into it: Compiling an application
against the PR1.1 SDK creates packages which can not be installed on
earlier firmware releases.
On Saturday 09 January 2010 14:06:42 Jan Arne Petersen wrote:
Hi,
On 01/09/2010 02:52 PM, Graham Cobb wrote:
As there is no way (that I am aware of) for GTypes to be unregistered, or
to be reregistered, is there some way for me to stop hildon-home actually
unmapping my code? At least
On Sunday 10 January 2010 19:50:20 Graham Cobb wrote:
Now to try to work out why my widget cannot receive any click events but
other widgets can!
Well, it turns out it is because the buttons I want to click on in my home
page applet are within a GtkScrolledWindow. I can receive the clicks
On Thursday 07 January 2010 15:48:34 Anderson Lizardo wrote:
2010/1/7 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
We had several of this kind of crashes that happen when you remove and
add it back. Usually the problem was in the Glib types that the applet
uses: if it tries to register new
On Thursday 07 January 2010 15:48:34 Anderson Lizardo wrote:
2010/1/7 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
On Wed, 2010-01-06 at 22:46 +0100, ext Graham Cobb wrote:
In Fremantle, the GPE Summary applet causes hildon-home to crash if it
is removed and then re-added. I have not been
On Saturday 09 January 2010 11:47:24 Till Harbaum / Lists wrote:
can i force it to optify the remaining stuff, anyway? I consider
optification to be so ugly that i rather have the script doing
something nasty than spending even more time with it myself.
No. It is a good suggestion for a
On Friday 08 January 2010 16:27:07 Valerio Valerio wrote:
Hi,
on a related note, some people are also suggesting a category for
plugins[1] and stuff that is invisible to the users until they activate
them(we've already a lot of them in the repos), I think I read about some
plans to add this
On Friday 08 January 2010 17:24:22 Valerio Valerio wrote:
N!!!
Well the community made a decision, it was discussed during a long period
of time here and in TMO, don't you think we should respect the community
decision ?
I don't think the community made a decision. I think the
In Fremantle, the GPE Summary applet causes hildon-home to crash if it is
removed and then re-added. I have not been able to work out what the problem
is.
Any hints on how best to debug this hildon-home crash?
Graham
___
maemo-developers mailing
On Monday 04 January 2010 12:11:46 Marius Vollmer wrote:
ext Ed Bartosh bart...@gmail.com writes:
I'll definitely find a time to do whatever is needed. Moreover, I was
asking couple of times already if it's time to enable optification by
default in autobuilder. I was given an answer that
Can we please keep this discussion on one list (I got 4 copies of Andrew's
last reply for some reason!)? I suggest -developers for the discussion of
the icon/emblem as that is where most of the people who are affected live.
Once that is complete -community is the right place to discuss the
On Wednesday 09 December 2009 08:30:49 Riku Voipio wrote:
It is not really necessary/recommended to use it anymore. One can just
copy the startup script into /etc/X11/Xession.post like one would do to
any file in /etc. Same is true to dh_installupstart.
OK -- that makes sense. So, is there
On Tuesday 08 December 2009 17:23:15 Claudio Saavedra wrote:
I noticed that the postinst script was missing the debhelper token used
by dh_installxsession to plug its magic. Now the Xsession script should
be installed properly.
What is dh_installxsession? I can't find any documentation on it.
On Sunday 06 December 2009 12:46:22 sebastian maemo wrote:
I'd like to know the author of this tutorial:
http://maemo.org/development/documentation/tutorials/Maemo_2_2_Tutorial/#se
ttingup
Because I've got some questions about the Setting Up process, which are
really difficult to answer by
On Thursday 26 November 2009 09:40:29 Cornelius Hald wrote:
Luca Donaggio wrote:
Approximately when will hildon-extras be ready for (at least)
extras-devel?
Honestly I have no idea :) It builds and it works. It´s just a matter of
making the release. The question is which widgets we would
there if it matters to you.
Graham Cobb
maemo.org Community Council
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
On Wed, Nov 11, 2009 at 02:57:58PM +0200, Adri?n Yanes wrote:
I can't understand why Nokia didn't release the dbus-signals in the
API documentation.
Probably their are one of the most important parts for the developers.
Any idea about the present/future of this documentation ?
I have
On Wed, Nov 11, 2009 at 04:29:55PM +0200, Marius Vollmer wrote:
ext Thomas Perl th.p...@gmail.com writes:
The following is a rant about XB-Maemo-Upgrade-Description
with some suggestions for improvement...
Yeah, as soon as I 'invented' it, I could see how it is not going to
work very
On Wed, Nov 04, 2009 at 05:36:26PM +, Andrew Flegg wrote:
I won't be able to make this as I will be onsite at a client, however
my views can be summarised as:
* QA is good.
* The criteria are a good start, but need tweaks (see thread)
* The packages UI needs some streamlining
Attila said...
On Wednesday 04 November 2009 10:28:58 Andrew Flegg wrote:
On Wed, Nov 4, 2009 at 09:03, tero.k...@nokia.com 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
not test that.
--
Sent from Nokia Nseries mobile computer
- Original message -
On Nov 4, 2009, at 13:04, Attila Csipa wrote:
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
Dammit, why won't modest do proper quoting...
Marius (I think) wrote...
ext Graham Cobb g+...@cobb.uk.net writes:
On Monday 02 November 2009 12:16:57 Ed Bartosh wrote:
2009/11/2 Marius Vollmer marius.voll...@nokia.com:
The buildbot would need to run apt-get install maemo-optify
On Monday 02 November 2009 12:16:57 Ed Bartosh wrote:
2009/11/2 Marius Vollmer marius.voll...@nokia.com:
The buildbot would need to run apt-get install maemo-optify at the
right time. Any idea of how to do that?
Right way to do it is to include it into SDK rootstrap. Other ways I
can
On Monday 02 November 2009 11:28:04 Eero Tamminen wrote:
I don't understand why CLI tools need any specific section.
That just makes porting (re-compiling) them from Debian more hassle.
The value of being able to install them from AM GUI in addition to using
apt-get install on command line
On Monday 02 November 2009 21:52:48 Jeremiah Foster wrote:
On Nov 2, 2009, at 10:27, Ed Bartosh wrote:
2009/11/2 Jeremiah Foster jerem...@jeremiahfoster.com:
On Nov 1, 2009, at 18:05, Ed Bartosh wrote:
Idea of having separate queue for Extras updates sounds more
promising
to me.
On Sunday 01 November 2009 09:02:34 Ed Bartosh wrote:
So, what should we do?
My proposal is to make dpkg-buildpackage to call maemo-optify. With
this we can solve 2 problems - autobuilder will optify packages and
developers will have their packages automatically optified for their
local
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
On Sun, Nov 1, 2009 at 09:30, Martin Grimme martin.gri...@gmail.com wrote:
it really looks wrong IMHO if stuff like socat, rootsh, or openssh
turn up in the extras repository ready for end-users to be installed.
extras should only
On Saturday 31 October 2009 11:45:54 Attila Csipa wrote:
The problem 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
On Friday 30 October 2009 08:11:37 Reshma Prasanna wrote:
Hi,
I'm new to Maemo but I'm using a PC that already has a Maemo SDK
installation (done by someone else). Please tell me how to find out which
version of the SDK is installed? i.e. Is the SDK version 5.0 alpha, 5.0
beta or 5.0 stable
On Friday 30 October 2009 11:44:17 Juha Kallioinen wrote:
And a perfectly good one too! :) It's useful not to change the upstream
package version too much so that it's easier to see that a package could
use updating.
I agree with all Juha's points (but I would, wouldn't I!).
Maybe we need
On Saturday 31 October 2009 00:28:21 Jeremiah Foster wrote:
On Oct 30, 2009, at 10:58, Graham Cobb wrote:
On Friday 30 October 2009 08:11:37 Reshma Prasanna wrote:
Hi,
I'm new to Maemo but I'm using a PC that already has a Maemo SDK
installation (done by someone else). Please tell me how
On Thursday 29 October 2009 08:08:20 Attila Csipa wrote:
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
On Thursday 29 October 2009 11:12:45 Marius Vollmer wrote:
ext Alberto Mardegan ma...@users.sourceforge.net writes:
b) A control file field makes the most sense to
control the build process.
Agreed.
I think dedicated files in debian/ are better, like the
debian/package.install
On Wednesday 28 October 2009 20:39:57 Andrew Flegg wrote:
Ed wrote:
BTW, when you want to have it done?
I'm going to vacation in a couple of weeks. Before that I was going to
finish implementation of multiple packages builds if I have time.
i don't know, it's not my baby :-) One would
On Wednesday 28 October 2009 18:28:24 Antti Vähä-Sipilä wrote:
* MUST NOT introduce security risks.
I'd rephrase MUST NOT contain known security vulnerabilities and
MUST specify a security vulnerability reporting contact point.
The second requirement is not reasonable. Many small programs,
1 - 100 of 277 matches
Mail list logo