On Fri, 2008-02-08 at 22:37 +0100, ext Benoit HERVIER wrote:
> Ed Bartosh a écrit :
> > Hi,
> > On Thu, 2008-02-07 at 21:38 +0100, ext Benoit HERVIER wrote:
> >
> >> And mainly because some people doing onboard dev directly on tablet,
> >> can't upload as dput isn't available, and have too many
* Benoit HERVIER
| Yes ... but debsign isn't available on device ...
Debsign can sign remotely. Look at -r.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
___
maemo-developers mailing list
maemo-developers@maemo.
Benoit HERVIER wrote:
> And mainly because some people doing onboard dev directly on tablet,
> can't upload as dput isn't available, and have too many depandancies to
> be compiled for the tablet. For example, i use PyPackager to make my
> Package, but i can't upload it to extra.
Last I looked
Benoit HERVIER a écrit :
> Mikhail Sobolev a écrit :
>> Hi Benoit
>>
>> On Fri, Feb 08, 2008 at 10:40:31PM +0100, Benoit HERVIER wrote:
>>> How can i test it ?
>>>
>>> It seem's it s require a login and password which doesn't seem's to be
>>> the same as garage.
>> This is a bit strange. It requi
Mikhail Sobolev a écrit :
> Hi Benoit
>
> On Fri, Feb 08, 2008 at 10:40:31PM +0100, Benoit HERVIER wrote:
>> How can i test it ?
>>
>> It seem's it s require a login and password which doesn't seem's to be
>> the same as garage.
> This is a bit strange. It requires exactly the garage user/passwo
How can i test it ?
It seem's it s require a login and password which doesn't seem's to be
the same as garage.
Thx
Mikhail Sobolev a écrit :
> On Thu, Feb 07, 2008 at 03:48:07PM +0300, Mikhail Sobolev wrote:
Almost forgot to mention. The script does not really have a project
page any
Hi Benoit
On Fri, Feb 08, 2008 at 10:40:31PM +0100, Benoit HERVIER wrote:
> How can i test it ?
>
> It seem's it s require a login and password which doesn't seem's to be
> the same as garage.
This is a bit strange. It requires exactly the garage user/password.
However you should have been gran
Ed Bartosh a écrit :
> Hi,
> On Thu, 2008-02-07 at 21:38 +0100, ext Benoit HERVIER wrote:
>
>> And mainly because some people doing onboard dev directly on tablet,
>> can't upload as dput isn't available, and have too many depandancies to
>> be compiled for the tablet.
>
> dput isn't mandatory
Ed Bartosh a écrit :
> Hi,
> On Thu, 2008-02-07 at 21:38 +0100, ext Benoit HERVIER wrote:
>
>> And mainly because some people doing onboard dev directly on tablet,
>> can't upload as dput isn't available, and have too many depandancies to
>> be compiled for the tablet.
>
> dput isn't mandatory
On Thu, Feb 07, 2008 at 03:48:07PM +0300, Mikhail Sobolev wrote:
> > > Almost forgot to mention. The script does not really have a project
> > > page anywhere. It is also a toy project for me to see how well Bazaar
> > > DVCS
> > > supports my needs (so far, it does well enough), so you can find
Hi,
On Thu, 2008-02-07 at 21:38 +0100, ext Benoit HERVIER wrote:
> And mainly because some people doing onboard dev directly on tablet,
> can't upload as dput isn't available, and have too many depandancies to
> be compiled for the tablet.
dput isn't mandatory for aploading packages to extras*
Mikhail Sobolev a écrit :
> On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote:
>> ext Mikhail Sobolev wrote:
>>> On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote:
Comments:
* Is it necessary to separate each package into source/armel/i386/etc?
Why not just
On Feb 7, 2008 3:32 PM, Levi Bard
<[EMAIL PROTECTED]> wrote:
>
> > What do you propose to do with these comments? Include in
> > notifications, store somewhere, something else?
>
> At least include in notifications, and probably store for later review
> (i.e., when v2 is considered for promotion,
> > Things that might be nice for the future:
> > * Ability to add comments (e.g. "This package bends rule F, but
> > promoting for now...")
> What do you propose to do with these comments? Include in
> notifications, store somewhere, something else?
At least include in notifications, and probabl
Hi,
ext Graham Cobb wrote:
> On Thursday 07 February 2008 13:24:32 Eero Tamminen wrote:
>> If some specific package has issues on x86 due to its development
>> happening on ARM only, I don't see that as a problem except in a sense
>> that its developers not caring that much about quality in genera
On Thursday 07 February 2008 13:24:32 Eero Tamminen wrote:
> If some specific package has issues on x86 due to its development
> happening on ARM only, I don't see that as a problem except in a sense
> that its developers not caring that much about quality in general and
> wasting their time debugg
Hi,
ext Mikhail Sobolev wrote:
> On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote:
>>> I do agree with you with respect to sources, however as for different
>>> architectures, the situation is a bit different: one architecture could
>>> be better supported than the other, so...
On Thu, Feb 07, 2008 at 03:02:10PM +0200, (int) Eero Tamminen wrote:
> ext Mikhail Sobolev wrote:
> > On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote:
> >> Comments:
> >> * Is it necessary to separate each package into source/armel/i386/etc?
> >> Why not just display the package name (e.
Hi,
ext Mikhail Sobolev wrote:
> On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote:
>> Comments:
>> * Is it necessary to separate each package into source/armel/i386/etc?
>> Why not just display the package name (e.g. xmaeme), perhaps with a
>> link to click to view the contained files, a
On Wed, Feb 06, 2008 at 10:44:48AM +0100, Niels Breet wrote:
> > * to see if anything like this would really
> > encourage community developers to use central 'extras' repository
>
> We would also need to provide an easier way for developers to upload
> packages. If we can make a webinterface wher
On Wed, Feb 06, 2008 at 09:47:07AM -0500, Levi Bard wrote:
> > After quite some time of fighting with myself as well as getting
> > encouragement from certain members of this community, I'm humbly offer
> > to your attention a first {alpha,beta} release of a manual promotion
> > interface.
>
> Gre
> One requirement that I think is important is an archive mechanism. When a
> package is promoted, the previous version should be archived somewhere. It
> could remain in the repository or be placed in a special archive repository.
> It would be needed if a demotion rollback was needed but, also,
On Wednesday 06 February 2008 14:47:07 Levi Bard wrote:
> > After quite some time of fighting with myself as well as getting
> > encouragement from certain members of this community, I'm humbly offer
> > to your attention a first {alpha,beta} release of a manual promotion
> > interface.
Today's em
> After quite some time of fighting with myself as well as getting
> encouragement from certain members of this community, I'm humbly offer
> to your attention a first {alpha,beta} release of a manual promotion
> interface.
Great! What's there so far seems to work well.
Comments:
* Is it necessa
Niels wrote:
> - Packages can not only be promoted, but also demoted if they
> are breaking
> things. (With the ability to tell the author why it was demoted)
How do you deal with packages that are already installed on people's
devices when they're demoted?
Personally, if I have bad software ins
> Hi
Hi Misha,
>
> After quite some time of fighting with myself as well as getting
> encouragement from certain members of this community, I'm humbly offer to
> your attention a first {alpha,beta} release of a manual promotion
> interface.
Thank you for actually turning ideas into code! This real
26 matches
Mail list logo