pkgbox.dragonflybsd.org is working now using Joerg's pbulk system to build

pkgsrc packages.  (packages/URLs in the report below aren't available

yet.)
I'm working on getting it automated so that we will always have relatively

fresh binary packages to install from.  We'll also want to mirror it.
An idea:

I was messing with this idea before, and pkg_install understands HTTP

redirection codes.  We could have a script on a given webserver that

redirects from a known list of binary package mirrors, and ship DragonFly

releases with BINPKG_SITES set to that webserver's address, so that people

could start installing software immediately without either hammering

Matt's connection or having to go through a lot of setup rigamarole.
---------------------------- Original Message ----------------------------

Subject: pkgsrc DragonFly 1.10.1/i386 2007-09-12 00:59

From:    "Charlie Root" <root@pkgbox.dragonflybsd.org>

Date:    Tue, September 18, 2007 12:09 am

To:      justin@shiningsilence.com

--------------------------------------------------------------------------
pkgsrc bulk build report

========================
DragonFly 1.10.1/i386

Compiler: gcc
Build start: 2007-09-12 00:59

Build end:   2007-09-18 03:56
Full report:

http://pkgbox.dragonflybsd.org/reports/current/DragonFly-1.10.1/20070912...

Machine readable version:

http://pkgbox.dragonflybsd.org/reports/current/DragonFly-1.10.1/20070912...
Total number of packages:       7314

  Successfully built:           6641

  Failed to build:               191

  Depending on failed package:    69

  Explicitly broken or masked:   270

  Depending on masked package:   143
Packages breaking the most other packages
Package                               Breaks Maintainer

-------------------------------------------------------------------------

net/net-snmp                              20 adam@NetBSD.org

sysutils/libgtop2                         10 pkgsrc-users@NetBSD.org

security/libp...
[ message continues ]

Is there way to get config.log from pbulk system? I'd like to get it fixed,

but I haven't got any info so far what exactly is broken.
--

Hasso

The bulk build took about a week; I think I kicked it off even before you
Last chunk of build.log, where it appears to have had trouble, below; the

actual work files aren't saved, though pbulk can be configured to do so.

If this isn't enough, let me know.
        then mv -f ".deps/prefs.Tpo" ".deps/prefs.Po"; else rm -f

".deps/prefs.T

po"; exit 1; fi

/bin/sh ../libtool --silent --tag=CXX --mode=link c++  -Wno-long-long

-Wundef -W

all -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -I/usr/pkg/include

-DLDAP_DEP

RECATED -I/usr/include -I/usr/pkg/qt3/include -DGLX_GLXEXT_LEGACY

-I/usr/pkg/inc

lude/freetype2 -I/usr/pkg/include/krb5 -Wno-non-virtual-dtor

-fno-exceptions -fn

o-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST

-DQT_NO_STL -DQT

_NO_COMPAT -DQT_NO_TRANSLATION -fPIE  -L/usr/pkg/qt3/lib -L/usr/pkg/lib

-Wl,-R/u

sr/pkg/lib -L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/qt3/lib -o kfouleggs

-pie -L

/usr/pkg/qt3/lib -L/usr/pkg/lib   -L/usr/pkg/qt3/lib -L/usr/pkg/lib

-Wl,-R/usr/p

kg/lib -L/usr/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/qt3/lib  piece.o board.o

ai.o fi

eld.o main.o prefs.o ../libksirtet/common/libksirtetcommon.la

`.L619' referenced in section `.rodata' of

../libksirtet/common/.libs/libksirtet

common.a(lt6-board.o): defined in discarded section

`.gnu.linkonce.t._ZNK7KGrid2D6SquareIP5BlockE10neighboursERK5QPairIiiEbb'

of ../libksirtet/common/.libs/libksirtetcommon.a(lt6-board.o)

`.L622' referenced in section `.rodata' of

../libksirtet/common/.libs/libksirtetcommon.a(lt6-board.o): defined in

discarded section

`.gnu.linkonce.t._ZNK7KGrid2D6SquareIP5BlockE10neighboursERK5QPairIiiEbb'

of ../libksirtet/common/.libs/libksirtetcommon.a(lt6-board.o)

`.L624' referenced in section `.rodata' of

../libksirtet/common/.libs/libksirtetcommon.a(lt6-board.o): defined in

discarded section

`.gnu.linkonce.t._ZNK7KGrid2D6SquareIP5BlockE10neighboursERK5QPairIiiEbb'

of ../libksirtet/common/.libs/libksirtetcommon.a(lt6-board.o)

`.L626' referenced in section `.rodata' of

../libk...
[ message continues ]

The problem with HTTP is that pkg_add is quite slow because it can't do

globbing like it can with FTP.  But that's better not having a redirect.
Now if we only could do that for cvsup/ftp as well...
cheers

  simon

I think this has been said before but why not just use some round

robin dns.  Just have mirrors.dfly.org that alternates between all the

mirrors then it works with ftp and cvsup as well(if they provide the

service).
-Kevink
--

Kevin L. Kane

kevin.kane at gmail.com

Because the layout of many mirrors is not the same, so we can't specify

one url to match them all...
cheers

  simon

hmm good point, perhaps we ask nicely to get a few good mirrors that

conform to the same layout or even put out a request to the community

to provide mirrors in a layout consistent enough to do something like

this, it would surely make using dfly ALOT nicer.
Even with a url rewrite(as opposed to dns fix) if each mirror uses a

different layout now you have to maintain how to rewrite the url in

this script for each mirror, sounds like a pain to me.

--

Kevin L. Kane

kevin.kane at gmail.com