[on the issue of libraries]
On Mon, Mar 8, 2010 at 23:04, Graham Cobb wrote:
> The situation is completely different in a desktop distribution. Ubuntu,
> Debian, etc. include massive numbers of packages -- pretty much anything you
> could need and certainly anything that two apps developed by dif
> Marius Vollmer wrote:
> >To be fair, libraries do not _need_ to be shared, sharing them is an
> >optimization.
>
> True, but this is very inefficient on small-memory devices. It makes a
> huge difference to have, say, 3 applications sharing a library instead
> of having 3 copies in memory inste
On Tuesday 09 March 2010 08:27:34 Tim Teulings wrote:
> I think initialy (and hopefully still) extras was not about good or bad
> software, its was about software that does not break your device (and
> does what it told). That is what QA must try to target. Comments about
> usability, spelling mist
Dnia poniedziałek, 8 marca 2010 o 16:21:13 Benoît HERVIER napisał(a):
> - I'm not agree with some QA rules, like the fact that you should
> point as bug tracker the enter_new.php page so you do not let user
> made a search before or display the current know bug, so it ll result
> in duplicate bugs
ext Victor Manuel Jáquez Leal writes:
> 2010/3/8 Marius Vollmer :
>> Then you can activate the red-pill mode and unset the "Ignore packages
>> from wrong domain" setting.
>
> Red pill mode user interface flow was removed from HAM.
Ahh, yes, sorry.
___
2010/3/8 Marius Vollmer :
> Then you can activate the red-pill mode and unset the "Ignore packages
> from wrong domain" setting.
Red pill mode user interface flow was removed from HAM. Though, still
can be enable through the file ~/.osso/hildon-application-manager
vmjl
___
2010/3/8 Aldon Hynes :
> Graham, (et al.)
>
> I appreciate your concern about shared resources, but it seems to me that
> you are overstating the problem.
Not at all. If you look here: http://www.gronmayer.com/it/ you'll find
a proof of what people are refering to when they mention the situation
ext Graham Cobb writes:
> All these are **real** problems we experienced in the early days of Maemo and
> are the reasons we created the common repositories and put a LOT of pressure
> on developers to use them. By having a common repository, there is always
> only one copy of the shared libr
Hello!
Sorry ? I don't follow. We don't have the luxury of natural selection and wait
for applications to actually cause damage to crystallize a score on a web page
(which is BTW not even visible from the Application manager). I do believe
that Extras as default was given the green light by Noki
On Monday 08 March 2010 18:24:05 you wrote:
> With such (unavailability) of information I cannot be sure if the tester
> found a new bug, which he did not state, or just found an existing bug (or
> is just collecting karma). Because of that I can never be sure, that my
> package goes through testin
On Monday 08 March 2010 21:51:09 Graham Cobb wrote:
> This was the decision made, by the community, when the Extras-Testing
> process was set up. It was for a very short list of requirements which
> were to provide safety and was, explicitly, not a QA process. If some
> people wish to change that
Hello!
Graham, (et al.)
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.
One box included a third party repo
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 s
From: Graham Cobb
> I've read the post and it sounds great, except that that is not how
> repositories work, unfortunately. What you want is multiple sources of
apps,
> with people being able to choose where they want to get their apps from
> (vendors, communities, hackers, ones with support, ones
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 descrip
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 i
Hi,
On Mon, Mar 8, 2010 at 7:30 PM, Attila Csipa wrote:
> On Monday 08 March 2010 18:43:02 Graham Cobb wrote:
> > It must be made clear to testers that giving a thumbs down (or up) MUST
> > always be on the basis of their own, direct observation. It would be
> > unacceptable for a tester to giv
On Monday 08 March 2010 18:43:02 Graham Cobb wrote:
> It must be made clear to testers that giving a thumbs down (or up) MUST
> always be on the basis of their own, direct observation. It would be
> unacceptable for a tester to give a thumbs down "because Attila has already
> given a thumbs down a
I'm curious about how all of this relates to MeeGo. MeeGo is expected to
use RPM instead of DEB formatted packages. (I know, but let's not rehash
that religious war again). The MeeGo repositories reportedly can only
support truely open source packages, which would limit various Nokia based
packa
On Monday 08 March 2010 18:43:02 Graham Cobb wrote:
> Anyway, let's leave the screenshots issue for a separate discussion!
Separated
> > On a side note I would make screenshots (where applicable) also mandatory
> > for promotion to -testing, on the same grounds as a bugtracker, but the
> > ideas/
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.
> >
>
> remove it if they don't like it. It is not about the quality
> of the app itself: its usability, its GUI, how well it works,
> whether it is useful, whether it has screen shots, etc --
> that is what crowd-sourced rating systems are about (the
> stars, the reviews, the comments). Any app
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
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 are wrong, complain. If they are not, then fix them
Hallo!
> The mass-downthumbing people might see is just a temporary (?) solution
to
>
> optimize testing resources. The idea is that it should be immediately
> visible
> that this package is NOT going to be promoted, so testers should not
vaste
From the developer view thumbs down without a expl
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 (?) solution to
optimize testing resources. The idea is that it
There is this two for example :
https://bugs.maemo.org/show_bug.cgi?id=6849
https://bugs.maemo.org/show_bug.cgi?id=6887
But as it s a pain to found something, and most of the time i got a
timeout when submitting things on bugzilla ... i've stop to try. And
for example this two one aren't fixed, s
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 be
Hi,
2010/3/8 Benoît HERVIER
> By this thread i didn't want to launch a debate on why i'm creating my
> own repository, but as it s on the table now :
>
> - There is change in rules that happen frequently which seems to
> depends on phase of the moon.
>
Like what ? The CLI rules that took severa
By this thread i didn't want to launch a debate on why i'm creating my
own repository, but as it s on the table now :
- There is change in rules that happen frequently which seems to
depends on phase of the moon.
- There is latency in the display things in the maemo.org/packages/
interface which
On Mon, 8 Mar 2010, Graham Cobb wrote:
On Monday 08 March 2010 13:09:52 Benoît HERVIER wrote:
2010/3/8 Thomas Perl :
"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
Hi,
2010/3/8 Benoît HERVIER
> >Why wouldn't it? Do we have a policy against this?
> Because noone will test such package. It s already difficult to have
> vote for real apps, so imagine for a dummy package :)
>
The testing Squad is testing every single package that lands in
Extras-testing, the
On Monday 08 March 2010 13:09:52 Benoît HERVIER wrote:
> >2010/3/8 Thomas Perl :
> >"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 the autob
>Why wouldn't it? Do we have a policy against this?
Because noone will test such package. It s already difficult to have
vote for real apps, so imagine for a dummy package :)
>Maybe you need to cripple your last release to get it to
> build and past QA, but maybe that is worth it...
Maybe it s no
ext Benoît HERVIER writes:
> (or even automatically configures your
> new repository and package domain, but you didn't hear that from me, and
> if you do that, please don't do it silently).
>
> Anyway it ll not past QA Testing :)
Why wouldn't it? Do we have a policy against this? Ahh, you p
Not yet available ... currently this was just an example of log i post ...
2010/3/8 Cláudio Sampaio :
> 2010/3/8 Benoît HERVIER
>>
>> Hi,
>>
>> Actually i ve got a problem that i'm trying to solve. I've a version of
>> PyGTKEditor more recent in my repository and an older on Extras.
>>
>> The ver
2010/3/8 Benoît HERVIER
> Hi,
>
> Actually i ve got a problem that i'm trying to solve. I've a version of
> PyGTKEditor more recent in my repository and an older on Extras.
>
> The version installed on device is the same than in Extras and was
> installed from extras.
>
> khertan.net_repository_d
2010/3/8 Marius Vollmer :
> ext Thomas Perl writes:
>
>> 2010/3/8 Marius Vollmer :
>>> ext Benoît HERVIER writes:
The purpose is to migrate my softwares from "extras" to my own
repository as i ll not push anymore my applications to extras, but
only on my own repository.
>>>
>>> Ahh
ext Thomas Perl writes:
> 2010/3/8 Marius Vollmer :
>> ext Benoît HERVIER writes:
>>> The purpose is to migrate my softwares from "extras" to my own
>>> repository as i ll not push anymore my applications to extras, but
>>> only on my own repository.
>>
>> Ahh, ok. This is not something that is
>2010/3/8 Thomas Perl :
>"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.
--
Benoît HERVIER, Khertan Softwares - http://khertan.net/
___
maemo-developers ma
2010/3/8 Marius Vollmer :
> ext Benoît HERVIER writes:
>> The purpose is to migrate my softwares from "extras" to my own
>> repository as i ll not push anymore my applications to extras, but
>> only on my own repository.
>
> Ahh, ok. This is not something that is well supported (as you have
> fou
ext Benoît HERVIER writes:
> The purpose is to migrate my softwares from "extras" to my own
> repository as i ll not push anymore my applications to extras, but
> only on my own repository.
Ahh, ok. This is not something that is well supported (as you have
found out), and I believe the Maemo co
The purpose is to migrate my softwares from "extras" to my own
repository as i ll not push anymore my applications to extras, but
only on my own repository.
So current user cannot update actually my softwares with ham. Saying
them to apt-get upgrade from xterm is a solution, but not the best
one.
ext Benoît HERVIER writes:
> As i'm the maintainer of this packages in "extras" repository, i need
> to found a solution :
What is the exact problem that you try to solve?
Do you want to install your own version from your own repository on your
own device?
Then you can activate the red-pill mo
Hi,
As i'm the maintainer of this packages in "extras" repository, i need
to found a solution :
The worst is asking to this package to be removed from "extras"
repositories, and ask user that have already installed this package to
uninstall it, and reinstall it from my repository.
This is why i
Yes, HAM uses a kind of trust domain validation mechanism. Thus
maemo-extras has a bigger trust than your repository, and as your
package clashes with one provided by a trusted source, your package is
removed from the installable list.
I encourage you to summit your improvements to the maemo-extra
46 matches
Mail list logo
