Since the Diablo promoter is broken, could someone manually promote libicu40
from Diablo's extras-devel to Extras? The libboost-regex1.34.1 in Extras
depends on it.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/ma
Niels Breet wrote:
> If you subscribe to the extras-cauldron-builds list, you could see that
> there was a package severely stuck.
The list is also available as a newsgroup,
gmane.comp.handhelds.maemo.extras-cauldron.builds, from the news server at
news.gmane.org, with a blog page at
http://
On Thu, 2009-04-30 at 22:53 -0400, Ryan Abel wrote:
> Assuming the package has a bug tracker, sure.
On Saturday 02 May 2009 08:14:35 Murray Cumming wrote:
> That seems like a good requirement in general.
If packages don't have to have bug trackers, then QA will have to build some
infrastructure
Andrew Zabolotny wrote:
> If package gets at least one
> negative vote, it's out of the queue for extras.
I think we should require that the negative vote must be linked to a bug
report with severity "major" or higher. QA could release the package by
reducing its severity.
__
Several maemo mailing lists are available as Usenet newsgroup through Gmane.
For example, you can point a news reader at server news.gmane.org and
subscribe to gmane.comp.handhelds.maemo.extras-cauldron.builds, then watch
what the cool kids are building without cluttering your mailbox.
The curren
Ryan Abel wrote:
> Key English i18n Examples
> user/development Programming Py2Deb
In the other 10 cases, the English string is the same as the tail end of the
key. For consistency, could the English string in this case
be "Development"?
Andrew Zabolotny wrote:
> As far as I understand, enabling these DEB_BUILD_OPTION's in the
> builder should not affect older packages that do not have support for
> thumb and/or vfp. So, maybe it would make sense to enable these
> options in maemo builder?
I believe they are enabled. Take a look
I uploaded fribidi_0.10.9-1maemo1 to the Chinook and Diablo Extras builders on
Thursday to replace fribidi-0.10.7-4osso1. The builds in both were
successful, but as far as I can see the results haven't made it to the
extras-devel repositories yet. Is something blocking them?
__
When I visit https://garage.maemo.org/promoter-beta/interface.py, for instance
by following the "promote the package to extras" link on
https://garage.maemo.org/extras-assistant/maemo_extras_diablo_rebuild.php,
my username (gjditchfield) and password are accepted, but then I get the
message "Err
Ed Bartosh wrote:
> My opinion that tt's about 2 men days work to fix all build failures.
> Niels can tell how many people uploaded packages to extras. And you can
> see how many of them actually care to fix build failures. If each of
> them would spend 1(one) hour during last week we would already
The Chinook extras rebuild page [1] lists at least three packages that fail to
rebuild because of problems with the quilt patch manager: libfont-ttf-perl,
nfs-utils, and sdlpango. All three declare build-depends on quilt; all three
attempt to include a file in their debian/rules file
(/usr/sha
Andrew Flegg wrote:
> Reading the recently released iPhone SDK's Human Interface Guidelines
> document[1], I came across an interesting idea: every application has
> a launch image configured which is immediately displayed on launch to
> improve the user experience.
> ...
> I think this is a concep
I installed the maemo-sdk by following the instructions
at http://linuxuk.blogspot.com/2008/01/installing-os2008-development.html
and http://www.progbox.co.uk/wordpress/?p=453
and everything seemed fine. I tried building "Battle for Wesnoth", and
eventually managed to compile it. However, when
13 matches
Mail list logo
