ally much less
http://www.maemory.com/N900/perl5.10/
http://www.maemory.com/N900/libperl/
but running it in the SDK is a hassle
(you need to move devkit perl away and fix all references)
> You can also backport debhelper 7 to Perl 5.8.
that's what I have done:
http://www.maemory.com/N900
hi,
I've a ported debhelper 7.3.15 to Maemo5
http://www.maemory.com/N900/build/debhelper_7.3.15maemo1_all.deb
http://www.maemory.com/N900/README.txt
happy new year!
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailm
gets by hand instead of the installation script,
>> but should be enough to allow you to use debhelper 7.
>
> But I think using something like that would require that Maemo
> auto-builder supports it too...
I wonder if it is possible to dynamically select different devkits
from insi
e your scratchbox targets by hand instead of the installation
> script, but should be enough to allow you to use debhelper 7.
But I think using something like that would require that Maemo
auto-builder supports it too...
- Eero
___
maemo-devel
gh to allow you to use debhelper 7.
Additionally, the devkit is a lot smaller, so the number of packages it
"shadows" is much less. For example, stuff like cdbs is solely left for
target as they properly should be.
Regards,
Jussi
___
maem
ext Yves-Alexis Perez writes:
> On 16/12/2009 09:33, Marius Vollmer wrote:
>> (The main thing missing from debhelper IMO is better support for -dbg
>> packages.)
>
> Hmmh, what exactly do you need? Because with the tiny.rules, the only
> thing needed is the -dbg package declared in debian/control
On 16/12/2009 09:33, Marius Vollmer wrote:
> (The main thing missing from debhelper IMO is better support for -dbg
> packages.)
Hmmh, what exactly do you need? Because with the tiny.rules, the only
thing needed is the -dbg package declared in debian/control (dh_install
takes care of everything). T
On 16/12/2009 08:12, Rémi Denis-Courmont wrote:
> On Tuesday 15 December 2009 22:10:39 ext Jeremiah Foster, you wrote:
>>> * debian/compat: 7 -> 5
>>> * debian/control: Build-Depends: debhelper (>= 7) -> debhelper (>= 5)
>>> * And maybe comment out
"Denis-Courmont Remi (Nokia-D/Helsinki)"
writes:
> On Tuesday 15 December 2009 22:10:39 ext Jeremiah Foster, you wrote:
>> > * debian/compat: 7 -> 5
>> > * debian/control: Build-Depends: debhelper (>= 7) -> debhelper (>= 5)
>> > * And maybe c
On Tuesday 15 December 2009 22:10:39 ext Jeremiah Foster, you wrote:
> > * debian/compat: 7 -> 5
> > * debian/control: Build-Depends: debhelper (>= 7) -> debhelper (>= 5)
> > * And maybe comment out a few dh_* calls from debian/rules, which
> > might not e
at
> many) packages from debhelper compatibility level 7 to 5, in most
> cases you need just to change:
>
> * debian/compat: 7 -> 5
> * debian/control: Build-Depends: debhelper (>= 7) -> debhelper (>= 5)
> * And maybe comment out a few dh_* calls from debian/rules, which
&g
ust to change:
* debian/compat: 7 -> 5
* debian/control: Build-Depends: debhelper (>= 7) -> debhelper (>= 5)
* And maybe comment out a few dh_* calls from debian/rules, which
might not exist on level 5
Now things might get complex if the packaging already uses some new
features of level
ext Teemu Ikonen writes:
> [...] Do you have any specific idea on why debhelper 7 does not run on
> Fremantle SDK (I suppose there's no need to run it on the device)? Is
> there any chance at all to get it working, by upgrading perl or some
> other magic?
Yes, there is a chan
is also of similar vintage (i.e.
>> obsolete) in the SDK.
>
> Yeah, everything in maemo-pkg is meant for Harmattan. I will update the
> description.
Good to know. Do you have any specific idea on why debhelper 7 does
not run on Fremantle SDK (I suppose there's no need to run it o
ext Teemu Ikonen writes:
> There is an up-to-date 'maemofied' debhelper in maemo.gitorious.org,
> but trying to compile it in the SDK fails miserably. The problem seems
> to be related to perl, which is also of similar vintage (i.e.
> obsolete) in the SDK.
Yeah, everything in maemo-pkg is meant
is an up-to-date 'maemofied' debhelper in maemo.gitorious.org,
>>>> but trying to compile it in the SDK fails miserably. The problem seems
>>>> to be related to perl, which is also of similar vintage (i.e.
>>>> obsolete) in the SDK.
>>>>
>>
I would love to see this in maemo because it makes the
rules files so simple.
>>>
>>> There is an up-to-date 'maemofied' debhelper in maemo.gitorious.org,
>>> but trying to compile it in the SDK fails miserably. The problem seems
>>> to be related t
t;
>> There is an up-to-date 'maemofied' debhelper in maemo.gitorious.org,
>> but trying to compile it in the SDK fails miserably. The problem seems
>> to be related to perl, which is also of similar vintage (i.e.
>> obsolete) in the SDK.
>>
>> Has anyone else tried or m
ably. The problem seems
> to be related to perl, which is also of similar vintage (i.e.
> obsolete) in the SDK.
>
> Has anyone else tried or managed to get debhelper 7 running on maemo
> 5? Having to rewrite the packaging on every library I need would be a
> major suck.
>
> Tee
obsolete) in the SDK.
>
> Has anyone else tried or managed to get debhelper 7 running on maemo
> 5? Having to rewrite the packaging on every library I need would be a
> major suck.
>
> Teemu
> ___
> maemo-developers mailing list
;maemofied' debhelper in maemo.gitorious.org,
but trying to compile it in the SDK fails miserably. The problem seems
to be related to perl, which is also of similar vintage (i.e.
obsolete) in the SDK.
Has anyone else tried or managed to get debhelper 7 running on maemo
5? Having to rewrite the pac
21 matches
Mail list logo