[arch-ports] developing the (arch64) port
jason at archlinux.org
Tue Apr 4 18:52:35 EDT 2006
On Tue, 04 Apr 2006 22:21:40 +0200
Andreas Radke <a.radke at arcor.de> wrote:
> After some discussions between the x86_64 devs we agree that a common
> pkgbuild tree is a good solution. It will bind us to follow arch32 as
> much as possible but that's what a port only is. And that's ok.
> It would be to dangerous to have a separate tree so it would be a fork
> from the beginning on. That's not what we want to become.
> In our view we cannot see anything what holds us from joining your
> In my view we don't really need certain cvs trunks. I guess the i686
> devs don't have the intention to move to svn so we will have to work
> with the same cvs they already use. For checkout we can use csup and
> for committing cvs. I suggest to keep using first pkgrel number for
> the i686 packages as you do now. So i686 would build every new pkg
> with a pkgrel nr. -1. When you fix something you go with -2. Nothing
> Even if nothing will make now use of it I suggest to add an "arch" tag
> to every pkg for each architecture. Just like Gentoo and Frugal do. So
> every i686 release will get // arch='i686' // tag.
> Every package the x86_64 devs will have to port. If it is ok
> everything stays like it is and we add // arch='i686' 'x86_64' //
> tag. If a 64bit bugfix is needed we will do a pkg foo-1.1 so only the
> x86_64 binary will be built. i686 fixes we could leave out if we are
> not affected but in almost every case we follow and do our own foo-2
> Once we have a pkg marked with our arch x86_64 tag we can think about
> to try to automatically build next release. But before moving to
> current each time a 64bit dev will have to mark it for really working
> Is that a way we can go?
> So I don't see why we should wait any longer.
> Things like crossbuilding with pacbuild and AUR we can add later.
Alright, because you're such a nice guy, here's what I'm prepared to do
We'll set you guys up with pserver access to our cvs server (just like
the TUs have).
Then we'll set up a set of repo update daemons (just like the TUs have).
Then you guys can make your PKGBUILD updates, tag your builds (right
now we use CURRENT, you guys can use CURRENT-x86_64), and upload the
A script will process the PKGBUILD updates and recreate the repos when
it needs to.
That's about it.
Now, here's the catch. It's gonna take me/us a while to set it up.
Work is crazy busy for me and there are only a few people who have
experience using the TU daemons and they will need to be modified to
work for your purposes.
I'm going to set the clock at 2 weeks from today. By the 18th of
April. we will have something for you guys to start contributing
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 191 bytes
Desc: not available
More information about the arch-ports