← Back to team overview

opencog-dev team mailing list archive

Re: preparing to move opencog to public VCS

 

Hi Gustavo,

Okay, I'll upload the csockets debs (I'll rework the admin/ownership of
opencog-framework, after the rename, explained below).

Are we the only group with a csockets Debian port to your knowledge? If so,
can you ask on the debian-mentors list about submitting our packages to
Debian experimental? Coordination with the upstream project would also be
required.

Launchpad runs a 'Personal Package Archive' building service which includes
AMD64. ( https://help.launchpad.net/PPAQuickStart ). It's best to start
under your own PPA (https://launchpad.net/~gama - click 'activate personal
package archive'), and then move to https://launchpad.net/~opencog-dev PPA
when we've worked out all of the kinks. Eventually we'll build and package
all of opencog core this way! :-)

On a tangent, have you ever used 'alien' to convert between DEBs and RPMs? I
find it works quite well. We may be able to test/certify specific Ubuntu
builds against specific Fedora and SuSE versions this way, and save a lot of
work.

I'll soon request the following project/superproject renames from Launchpad
support:

opencog --> opencog-project (superproject)
opencog-framework --> opencog (project)

This will allow 'bzr branch lp:opencog' after we tag a default branch.

-dave

On Thu, May 22, 2008 at 5:14 AM, Gustavo Machado Campagnani Gama <
gama@xxxxxxxxxxxxx> wrote:

> Hi David,
>
> On Sun, 2008-05-18 at 15:22 +1000, David Hart wrote:
> > For example, the contents of /vendor should move to
> > https://edge.launchpad.net/opencog-framework/+download or other
> > references/locations.
>
> it seems that only Administrators have permission to upload content to
> the download area (at least I couldn't find an "upload" link anywhere on
> that page).
>
> Could you please upload the '.deb's that were previously on the
> repository when you get a chance?
>
> And, while we're on the subject, do you know if launchpad provides any
> infrastructure to build the packages on different architectures? It
> would be good to provide at least amd64 packages as well.
>
> thanks,
>
> --
> Gustavo
>
>

References