2009/11/1 Attila Csipa ma...@csipa.in.rs:
Are you sure it works this way? I thought that packages are built with
dependencies from unstable in Debian, just like they're built against
extras-devel in Maemo.
You're right you can't change pinning on the *builder* within the *same*
queue, that
Hi Andrew and Atilla,
On Sat, Oct 31, 2009 at 9:02 PM, Attila Csipa ma...@csipa.in.rs wrote:
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.
2009/10/31 Attila Csipa ma...@csipa.in.rs:
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
igor.sto...@nokia.com wrote:
I think the problem here is that some braindead system has been introduced,
which doesn't account for the actual work being done.
And what is the biggest mistake here is that the new system has been
put into production before testing it at all.
Someone
2009/10/29 Graham Cobb g+...@cobb.uk.net:
On Wednesday 28 October 2009 22:50:25 Ed Bartosh wrote:
Somehow I don't like the idea of doing anything with the package
without developer being aware of this. I'd rather implement check on
autobuilder side to insure that packages are optified.
Hi,
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 contain applications that are safe for everyone to
play around with.
Stuff like this is meant for advanced users and developers. I think
Hi,
resetting Karma on a new version leads to one very bad issue, IMHO:
Developers of packages with some Karma will hold back bugfix-updates
until the unfixed version has reached extras.
This should be avoided.
Martin
2009/11/1, Henrik Hedberg henrik.hedb...@innologies.fi:
Martin Grimme wrote:
resetting Karma on a new version leads to one very bad issue, IMHO:
Developers of packages with some Karma will hold back bugfix-updates
until the unfixed version has reached extras.
Guilty as charged.
I have actually postponed the release of Mauku 2.0 beta 5,
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 contain applications that are safe for everyone to
play around
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
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 Sun, Nov 1, 2009 at 11:35, Graham Cobb g+...@cobb.uk.net wrote:
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
However, if it is clear to users what to expect when they install
those apps; and they don't recklessly reduce the capability of the
system, I don't think they're that
En/na Martin Grimme ha escrit:
I think it
would be best to have another official repository extras-advanced
for these things, that comes preconfigured but deactivated on the
device, with a big warning that apps in there are meant for advanced
users who know what these tools are.
I thought
On Sat, 2009-10-31 at 19:10 -0700, tz wrote:
I'm a power user and not the only one.
Agreed.
And what I used my current
tablets for were testing networks and doing other low level stuff,
mainly from xterm, but sometimes from python front-ends to linux. So
I ported a number of utilities under
2009/11/1 Andrew Flegg and...@bleb.org:
On Sun, Nov 1, 2009 at 11:35, Graham Cobb g+...@cobb.uk.net wrote:
On Sunday 01 November 2009 10:22:00 Andrew Flegg wrote:
However, if it is clear to users what to expect when they install
those apps; and they don't recklessly reduce the capability of
Hey,
as some know yesterday we did a Extras-testing marathon, in order to
get more applications ready to Extras but also to test the QA process
elaborated by the community. We had more than 60 testers (around 40
all the time), but not all actively participated, was good to see some
newcomers
Valerio Valerio ha scritto:
as some know yesterday we did a Extras-testing marathon, in order to
get more applications ready to Extras but also to test the QA process
elaborated by the community. We had more than 60 testers (around 40
all the time), but not all actively participated, was good
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 QA process
Just to chime in, thanks to all the folks taking the trouble to test apps they
might personally
Martin Grimme ha scritto:
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 contain applications that are safe for everyone to
play around with.
The application manager already pops up
HI,
On Sun, Nov 1, 2009 at 3:31 PM, Attila Csipa ma...@csipa.in.rs wrote:
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 QA process
Just to chime in,
2009/11/1 Attila Csipa ma...@csipa.in.rs:
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
2009/11/1 Graham Cobb g+...@cobb.uk.net:
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
Tuomas Kulve wrote:
Kees Jongenburger wrote:
What's your state? Has anyone actually been able to do something
with the mouse?
Perhaps this helps taken from http://maemo-beagle.garage.maemo.org/alpha.html
To make the mouse cursor visible, you should rename the transparent
cursor directory:
Dirk Behme wrote:
cut out the libmatchbox2 thing, recompile it and hildon desktop.. and
ctrl-shift-x starts xterm and it shows cursor
Seems I'm not able to rebuild libmatchbox2 hildon desktop. If somebody
could test this would be nice ;) If it works, providing some binaries to
exchange
su, 2009-11-01 kello 09:46 +, David Greaves kirjoitti:
[clip]
Alongside 'user/*' I wonder if we should have a 'geek/*' section ?
Or make 'user/development' and some other categories only visible if
enabled in preferences.
Personally I think we're back at the Categories argument that was
On Sun, Nov 1, 2009 at 19:21, Pauli Virtanen p...@iki.fi wrote:
What would it take to have the application manager to have a setting
Show expert tools that would show/hide these?
I'm slightly familiar with the HAM code, it should be fairly trivial.
Getting it into users' hands is slightly
Hi,
just a bit more fuel on the fire :)
Just to chime in, thanks to all the folks taking the trouble to test apps they
might personally not even be interested in.
Is the approval/karma process going to be actually a popularity contest?
Popular titles get votes fast, a niche software will
HI,
some good points, but this isn't easy as it seems, some of the
suggestions here involve a lot of resources that maemo.org can't
provide right now, in my opinion, lets try to concentrate in the basic
improvements, following the actual testing criteria and adopting some
improvements.
On Sun,
Hi, I was checking the kernel's source realease with Maemo 5 (
linux-2.6.28 ), correct me if I am wrong, but some drivers using in
N900 aren't in this kernel's version . (Altought they ara avadaible in
to be installed like modules using a deb package).
It is correct or I am checking the wrong
On Nov 1, 2009, at 18:05, Ed Bartosh wrote:
2009/11/1 Attila Csipa ma...@csipa.in.rs:
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
On Nov 1, 2009, at 18:17, Ed Bartosh wrote:
2009/11/1 Graham Cobb g+...@cobb.uk.net:
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
On Nov 1, 2009, at 12:35, Graham Cobb wrote:
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
Begin forwarded message:
From: Jeremiah Foster jerem...@jeremiahfoster.com
Date: November 2, 2009 12:35:45 AM GMT+01:00
To: Andrew Flegg and...@bleb.org
Subject: Re: Why should it be so hard and should I even bother with
Extras for fremantle?
On Nov 1, 2009, at 12:55, Andrew Flegg
On Nov 1, 2009, at 16:22, Andrea Borgia wrote:
Valerio Valerio ha scritto:
as some know yesterday we did a Extras-testing marathon, in order to
get more applications ready to Extras but also to test the QA
process
elaborated by the community. We had more than 60 testers (around 40
all
On Nov 1, 2009, at 11:02, Henrik Hedberg wrote:
Martin Grimme wrote:
resetting Karma on a new version leads to one very bad issue, IMHO:
Developers of packages with some Karma will hold back bugfix-updates
until the unfixed version has reached extras.
This is a real problem that will have
On Nov 1, 2009, at 21:50, Valerio Valerio wrote:
Maybe this manna/karma thing has been though out, but somehow if feel
that the research for similar systems was not done before rolling it
out. There seems to be too many holes, and I just though a while.
Every
serious linux distribution
A Quick Look at Maemo Official Platform in Bugzilla (https://bugs.maemo.org/).
2009-10-26 through 2009-11-01
As of 2009-11-02 Maemo Official Platform contains 2171 items (+48 this week),
including 364 open issues (+21 this week):
* 230 open bugs (+12 this week)
* 6 critical/blocker (no
A Quick Look at Extras in Bugzilla (https://bugs.maemo.org/).
2009-10-26 through 2009-11-01
As of 2009-11-02 Extras contains 636 items (+60 this week),
including 296 open issues (+33 this week):
* 193 open bugs (+21 this week)
* 12 critical/blocker (+2 this week)
* 1 easyfix (no
Are you all kidding ? seriously ?
The bug Way too geeky to present to most users should, IMHO be an
'extras user/*' criteria.
Does we need to come back to the old days where each user have his own
repository ? To be honest i ll be far away easier to do than the
actual one.
2009/11/2 Jeremiah
Hi Adrián,
ext Adrián Yanes wrote:
Hi, I was checking the kernel's source realease with Maemo 5 (
linux-2.6.28 ), correct me if I am wrong, but some drivers using in
N900 aren't in this kernel's version . (Altought they ara avadaible in
to be installed like modules using a deb package).
It
I started a project on the Garage, I added a senior developer to the
project. He is attempting to check something in and it gives him one of two
problems.
If he uses a incorrect user/pw but then it will reprompt; but if he uses his
Garage account it spits back:
svn: Commit failed (details
ext Ed Bartosh bart...@gmail.com writes:
So, I can see this way of implementing this:
- give optification scripts to SDK developers and ask them to prepare
Debian devkit for Fremantle with patched dpkg-buildpackage as fast as
possible.
We should prepare a concrete patch against
On Sun, 1 Nov 2009, Andrew Flegg wrote:
Then there's no benefit to having them visible in HAM. The tool which
started this discussion, socat, could easily be installed by someone
doing `apt-get install socat' as root.
Do you know that almost any current Linux distribution has a GUI package
Benoît, you wrote:
Are you all kidding ? seriously ?
The bug Way too geeky to present to most users should, IMHO be an
'extras user/*' criteria.
Does we need to come back to the old days where each user have his own
repository ? To be honest i ll be far away easier to do than the
actual
46 matches
Mail list logo