Marcin Juszkiewicz wrote:
> Is there something needed other then rebuilding all lib packages to
> generate such informations?
According to this [1], it seems so. Then again you could generate the
first version automatically, but for subsequent versions we need some work
from the packager.
[1]
2010/1/27 Jeff Moe :
> On Tuesday 26 January 2010 12:20:32 you wrote:
>> 2010/1/26 Jeff Moe :
>> > On Tuesday 26 January 2010 02:02:52 you wrote:
>> >> 2010/1/26 Jeff Moe :
>> >> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
>> >> > [chop]
>> >> >> # Additional apt-get parameters
>> >> >>
On Tuesday 26 January 2010 12:20:32 you wrote:
> 2010/1/26 Jeff Moe :
> > On Tuesday 26 January 2010 02:02:52 you wrote:
> >> 2010/1/26 Jeff Moe :
> >> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
> >> > [chop]
> >> >> # Additional apt-get parameters
> >> >> config_opts['apt-get_options']
2010/1/26 Jeff Moe :
> On Tuesday 26 January 2010 02:02:52 you wrote:
>> 2010/1/26 Jeff Moe :
>> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
>> > [chop]
>> >> # Additional apt-get parameters
>> >> config_opts['apt-get_options'] = '-o APT::Get::AllowUnauthenticated=1'
>> >>
>> >> # Comman
On Tuesday 26 January 2010 02:02:52 you wrote:
> 2010/1/26 Jeff Moe :
> > On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
> > [chop]
> >> # Additional apt-get parameters
> >> config_opts['apt-get_options'] = '-o APT::Get::AllowUnauthenticated=1'
> >>
> >> # Command to run after rootstrap unpac
Dnia wtorek, 26 stycznia 2010 o 14:47:58 Javier S. Pedro napisał(a):
> Marcin Juszkiewicz wrote:debehlp
>
> > Can you look at how Debian uses library symbols to handle versioned
> > dependencies? Having this in autobuilder should solve "this app require
> > pr1.1 just because we upgraded sdk" prob
Marcin Juszkiewicz wrote:debehlp
> Can you look at how Debian uses library symbols to handle versioned
> dependencies? Having this in autobuilder should solve "this app require
> pr1.1 just because we upgraded sdk" problems. Will probably also help to
> chinook/diablo packagers.
This is more a sou
On Tue, 2010-01-26 at 12:52 +0100, Ove Kaaven wrote:
> > Mer builds packages on OBS - why can't we do that for Maemo?
>
> I thought you wanted to use Debian tools? Besides, I believe OBS is
> based on a standard Debian install, which Mer probably aims to be
> compatible with, but Maemo isn't.
(Fo
Dnia wtorek, 26 stycznia 2010 o 13:05:41 Ed Bartosh napisał(a):
> I still don't understand what's so bad with current toolchain and
> autobuilder? I'm asking not just out of curiosity, but because right
> now I have some free time and I'm going to spend it to improve
> autobuilder.
> My plan I was
2010/1/26 Anderson Lizardo :
> On Tue, Jan 26, 2010 at 8:05 AM, Ed Bartosh wrote:
>> - support for building tags from garage VCS(svn and git)
>
> Would be nice to also allow fetching code from external VCS hosting
> services (gitorious for instance). Is that feasible? Maybe using the
> Vcs-* field
On Tue, Jan 26, 2010 at 8:05 AM, Ed Bartosh wrote:
> - support for building tags from garage VCS(svn and git)
Would be nice to also allow fetching code from external VCS hosting
services (gitorious for instance). Is that feasible? Maybe using the
Vcs-* fields line in Debian?)
Regards,
--
Anders
2010/1/26 Jeremiah Foster :
>
>>> What about tools like qemu and dpkg-cross? Can't they be used to build debs
>>> without scratchbox?
>>> And my goal is not to necessarily get rid of scratchbox, but rather enable
>>> alternatives to the current build toolchain.
>>
>> I still don't understand what
On Jan 26, 2010, at 1:05 PM, Ed Bartosh wrote:
> 2010/1/26 Jeremiah Foster :
>>
>> What about tools like qemu and dpkg-cross? Can't they be used to build debs
>> without scratchbox?
>> And my goal is not to necessarily get rid of scratchbox, but rather enable
>> alternatives to the current buil
2010/1/26 Jeremiah Foster :
>
> What about tools like qemu and dpkg-cross? Can't they be used to build debs
> without scratchbox?
> And my goal is not to necessarily get rid of scratchbox, but rather enable
> alternatives to the current build toolchain.
I still don't understand what's so bad wit
Jeremiah Foster skrev:
> What about tools like qemu and dpkg-cross?
Actually, come to think of it, I think what you're really looking for it
Debian's "qemubuilder" package.
Whether you can actually make it work with a distro like Maemo is still
anyone's guess, though.
Jeremiah Foster skrev:
> I find it fascinating that a Free Software operating system, without a very
> formal form of governance, without any assets of its own aside from SIP, run
> completely by volunteers, has a larger build farm than the world's leading
> handset manufacturer.
For all we kn
On Jan 26, 2010, at 10:32 AM, Marcin Juszkiewicz wrote:
> Dnia wtorek, 26 stycznia 2010 o 09:43:01 Ove Kaaven napisał(a):
>
>> The Debian tools are not really designed for cross-compilation, they're
>> meant to run inside the target environment. That target environment also
>> needs a full compl
On Jan 26, 2010, at 10:32 AM, Ed Bartosh wrote:
>>
>>> That target environment also
>>> needs a full complement of Debian tools, including compilers. The reason
>>> it works for Debian is because they have a LARGE farm of dedicated,
>>> donated machines of various architectures: http://db.debian.
Dnia wtorek, 26 stycznia 2010 o 09:43:01 Ove Kaaven napisał(a):
> The Debian tools are not really designed for cross-compilation, they're
> meant to run inside the target environment. That target environment also
> needs a full complement of Debian tools, including compilers.
OpenEmbedded builds
2010/1/26 Jeremiah Foster :
>
> On Jan 26, 2010, at 9:43 AM, Ove Kaaven wrote:
>
>> Jeremiah Foster skrev:
>>> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>>>
2010/1/25 Jeremiah Foster :
> There are other build tools which are better documented and more flexible
> than sdbmock. Debia
On Jan 26, 2010, at 10:16 AM, Jeremiah Foster wrote:
> without any assets of its own aside from SIP
I mean SPI of course. (Software in the Public Interest.)
Jeremiah
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org
On Jan 26, 2010, at 9:43 AM, Ove Kaaven wrote:
> Jeremiah Foster skrev:
>> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>>
>>> 2010/1/25 Jeremiah Foster :
There are other build tools which are better documented and more flexible
than sdbmock. Debian has a complete toolchain which is o
2010/1/26 Jeff Moe :
> On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
> [chop]
>> # Additional apt-get parameters
>> config_opts['apt-get_options'] = '-o APT::Get::AllowUnauthenticated=1'
>>
>> # Command to run after rootstrap unpacking
>> config_opts['after_rootstrap'] = 'fakeroot apt-get -y
2010/1/26 Jeremiah Foster :
>
> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>
>> 2010/1/25 Jeremiah Foster :
>>>
>>> There are other build tools which are better documented and more flexible
>>> than sdbmock. Debian has a complete toolchain which is obviously good at
>>> building debs and is com
Jeremiah Foster skrev:
> On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
>
>> 2010/1/25 Jeremiah Foster :
>>> There are other build tools which are better documented and more flexible
>>> than sdbmock. Debian has a complete toolchain which is obviously good at
>>> building debs and is completely op
ext Jeremiah Foster writes:
> Why do you need scratchbox to build debs?
You need it to build debs for Maemo, unfortunately. The Maemo SDK does
not run anywhere else than in Scratchbox.
(For example, last I looked, the Maemo SDK relies on
/scratchbox/tools/bin/find being there. There is no /us
On Jan 25, 2010, at 22:27, Ed Bartosh wrote:
> 2010/1/25 Jeremiah Foster :
>>
>> There are other build tools which are better documented and more flexible
>> than sdbmock. Debian has a complete toolchain which is obviously good at
>> building debs and is completely open and well supported.
>
On Monday 25 January 2010 15:02:57 Ed Bartosh wrote:
[chop]
> # Additional apt-get parameters
> config_opts['apt-get_options'] = '-o APT::Get::AllowUnauthenticated=1'
>
> # Command to run after rootstrap unpacking
> config_opts['after_rootstrap'] = 'fakeroot apt-get -y -q %s install
> maemo-optify
2010/1/25 Jeff Moe :
> On Saturday 23 January 2010 04:07:48 you wrote:
>> BTW, what do you think about to prepare guide for developers for easy
>> setup of local buld configurations identical to autobuilder ones? I
>> can provide whatever information you need for that.
>
> Ok, I pushed my first suc
On Saturday 23 January 2010 04:07:48 you wrote:
> BTW, what do you think about to prepare guide for developers for easy
> setup of local buld configurations identical to autobuilder ones? I
> can provide whatever information you need for that.
Ok, I pushed my first successful package throught sdbm
2010/1/25 Jeremiah Foster :
>
> There are other build tools which are better documented and more flexible
> than sdbmock. Debian has a complete toolchain which is obviously good at
> building debs and is completely open and well supported.
Interesting. Can you point me out to the one, which supp
On Jan 25, 2010, at 16:22, Jeff Moe wrote:
> On Saturday 23 January 2010 04:07:48 Ed Bartosh wrote:
>> 2010/1/23 Jeff Moe :
>>> Could the configuration files of the build server and related scripts be
>>> put up on the wiki or mailed here or something?
>>>
>>> I had a build fail due to a small d
On Mon, January 25, 2010 16:22, Jeff Moe wrote:
> On Saturday 23 January 2010 04:07:48 Ed Bartosh wrote:
>
> The buildserver has been running nice and fast the last 48 hours or
> so--lots of packages have been pushed through. :)
Will be even better in the near future, there are still some delays t
On Saturday 23 January 2010 04:07:48 Ed Bartosh wrote:
> 2010/1/23 Jeff Moe :
> > Could the configuration files of the build server and related scripts be
> > put up on the wiki or mailed here or something?
> >
> > I had a build fail due to a small difference between the SDK and the
> > buildbox.
On Jan 23, 2010, at 12:07, Ed Bartosh wrote:
> 2010/1/23 Jeff Moe :
>> Could the configuration files of the build server and related scripts be put
>> up on the wiki or mailed here or something?
>>
>> I had a build fail due to a small difference between the SDK and the
>> buildbox. I would lik
2010/1/23 Jeff Moe :
> Could the configuration files of the build server and related scripts be put
> up on the wiki or mailed here or something?
>
> I had a build fail due to a small difference between the SDK and the
> buildbox. I would like to be able to have an identical setup to the build bo
Could the configuration files of the build server and related scripts be put up
on the wiki or mailed here or something?
I had a build fail due to a small difference between the SDK and the buildbox.
I would like to be able to have an identical setup to the build box before
submitting jobs.
Th
37 matches
Mail list logo
