headers
Eric Gillespie | 1 Feb 2003 01:56

Re: [PATCH] Split Apache/APR, Update Subversion (big changes)

Eric Gillespie <epg <at> pretzelnet.org> writes:

> Marc Recht <marc <at> informatik.uni-bremen.de> writes:
> 
> > IMHO it would be nice to split apr and apu (and add a dependecies). This=20
> > may integerate releases of apr and apr-util easier, since apache also=20
> > bundles them sepeately in the releases...
> 
> Maybe.  Thing is, apr-util currently requires access to apr's
> source directory.  I can probably change that, but i don't think
> it's worth the effort until; eventually apr and apr-util will
> have their own releases.

And it looks like this is going to be fixed soon.  We won't be
seeing it until the next Apache release, of course.

--  
Eric Gillespie <*> epg <at> pretzelnet.org

Build a fire for a man, and he'll be warm for a day.  Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett
Permalink | Reply | 0 comments |
headers
wulf | 1 Feb 2003 03:02
Picon

Re: Antispamming of make fetch ?

> 
> One thing I've noticed some time ago, is that when we need a couple
> of distfiles, we try to fetch them all sequentially. Well, that's fine,
> but I want to suggest something about how distfiles are handled which
> originate from the same site. (No idea how doable that is :)
> 
> At current we fetch each file from a list of files, and try a list of
> (potentially different) servers for each file. My suggestion now is
> to order the list of files by the sets of master-sites they try, and
> lookup if anything is outstanding to be fetched from the same server,
> and get that from the same server by doing the appropriate 'cd's, and
> the 'get' instead of closing connection and connecting over again to
> the (same) server to start from beginning.
> 
> This would (i suppose) cost a few cycles on the client end, but it also
> would reduce "spam" significantly...
> 
> df := distfile
> rs := resource-site
> 
> df1 on rs1 rs2 rs3  <-- ordered
> df2 on rs2 rs3 rs4  <-- by master
> df3 on rs4 rs7 rs9  <-- sort ?
> df4 on rs2 rs1 rs3
> 
> now: 
>    o fetch df1 from (rs's - starting rs1) (bye) then
>    o fetch df2 from (rs's - starting rs2) (bye) then
>    o fetch df3 from (rs's - starting rs4) (bye) then
>    o fetch df3 from (rs's - starting rs2) (bye)
(Continue reading)

Permalink | Reply | 0 comments |
headers
grant beattie | 1 Feb 2003 07:14
Picon

Re: gcc3 pkg as main pkgsrc compiler

On Fri, Jan 31, 2003 at 09:08:17PM +0100, julien Touche wrote:

> happy someone reports it work
> but my concerns where about method to use it.
> gcc3 is installed in $base/gcc3-2.1 so it is not ready to use directly.
> to change that, one must rebuild all package with gcc3.2 (cf ABI) but
> need:
> set CC in mk.conf
> set somewhere -L$base/gcc-3.2.1/include -I$base/gcc-3.2.1/lib ?
> anything else ?
> 
> when i only add '.include "$base/etc/gcc-3.2.1.mk' in $base/etc/mk.conf, 
> i get with libtool:
> checking whether the C compiler (cc -O -I/tmp/bou/include 
> -Wl,-R/tmp/bou/lib -L/tmp/bou/lib) works... no
> configure: error: installation or configuration problem: C compiler 
> cannot create executables.
> *** Error code 1

$PREFIX/etc/mk.conf won't help you here, you need to include
gcc-3.2.1.mk from /etc/mk.conf.

I've built a bunch of packages on NetBSD and Solaris with gcc3. There
are some outstanding problems, and I believe Johnny is working on
having gcc2 and gcc3 handled correctly by buildlink2. This should
solve the remaining issues (I think the killer was shared libstdc++).

g.
(Continue reading)

Permalink | Reply | 1 comment |
headers
hiramatu | 1 Feb 2003 15:24
Picon

Re: galeon

With this patch, I succeeded in running make under www/galeon.
Thanks!

At Fri, 31 Jan 2003 11:34:54 +0900 (JST),
Shin'ichiro TAYA wrote:
> 
> maybe this patch will help you.
> 
> % ldd /usr/local/src/mozilla-1.2.1/mozilla/dist/bin/libnspr4.so
> /usr/local/src/mozilla-1.2.1/mozilla/dist/bin/libnspr4.so:
>          -lpthread.0 => /usr/lib/libpthread.so.0
> 
> --- ../Orig/mozilla/nsprpub/configure.in	2002-09-26 21:46:25.000000000 +0900
> +++ ./nsprpub/configure.in	2003-01-31 00:45:26.000000000 +0900
>  <at>  <at>  -2127,7 +2127,14  <at>  <at> 
>  	        _PTHREAD_LDFLAGS="-lc_r"
>  	    fi
>  	    ;;
> -    *-openbsd*|*-bsdi*|*-netbsd*)
> +    *-netbsd*)
> +	    AC_DEFINE(_REENTRANT)
> +	    AC_DEFINE(_THREAD_SAFE)
> +	    if test "$ac_cv_have_dash_pthread" = "yes"; then
> +	        _PTHREAD_LDFLAGS="-pthread"
> +	    fi
> +	    ;;
> +    *-openbsd*|*-bsdi*)
>  	    AC_DEFINE(_THREAD_SAFE)
>  	    dnl -pthread links in -lc_r, so don't specify it explicitly.
>  	    if test "$ac_cv_have_dash_pthread" = "yes"; then
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reinier Jonker | 1 Feb 2003 17:04
Picon
Picon
Favicon

Unable to build lang/gcc3

I am currently unable to build gcc3 on a mac68k box, it appears there 
is something wrong with the embedded m68k assembly in libgcc2.c. I get 
the following output:

libgcc2.c: In function `__udivmoddi4':
libgcc2.c:62: unable to find a register to spill in class `DATA_REGS'
libgcc2.c:62: this is the insn:
(insn 135 134 136 (set (reg:SI 0 %d0 [54])
         (ashift:SI (reg/v:SI 6 %d6 [40])
             (reg/v:SI 10 %a2 [45]))) 236 {ashlsi3} (nil)
     (expr_list:REG_DEAD (reg/v:SI 6 %d6 [40])
         (nil)))
libgcc2.c:62: confused by earlier errors, bailing out
gmake[2]: *** [libgcc/./_divdi3.o] Error 1
gmake[2]: Leaving directory `/usr/pkgsrc/lang/gcc3/work/gcc-3.2.1/gcc'
gmake[1]: *** [libgcc.a] Error 2
gmake[1]: Leaving directory `/usr/pkgsrc/lang/gcc3/work/gcc-3.2.1/gcc'
gmake: *** [all-gcc] Error 2
*** Error code 2

Stop.
make: stopped in /usr/pkgsrc/lang/gcc3
*** Error code 1

Stop.
make: stopped in /usr/pkgsrc/lang/gcc3

Thanks in advance.

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Klaus Heinz | 1 Feb 2003 19:59
Picon

Re: gcc3 pkg as main pkgsrc compiler

grant beattie wrote:

> having gcc2 and gcc3 handled correctly by buildlink2. This should
> solve the remaining issues (I think the killer was shared libstdc++).

Libstdc++ is already a problem with gcc 2.95.3. I think. Using pkgsrc
with Solaris 8 I encountered a problem with a package (don't quite
remember which, having been in a hurry at the time) which needed
libstdc++. I had compiled it with lang/gcc and on a machine without
an installation of gcc, the need for libstdc++ could not be satisfied
because the package had no recorded dependence on libstdc++ (or in
other words, on lang/gcc).

I guess this has not been an issue on NetBSD so far, since the system
always has gcc available.

ciao
     Klaus
Permalink | Reply | 0 comments |
headers
Klaus Heinz | 1 Feb 2003 20:11
Picon

Re: ld: fatal: relocations remain against allocatable but non-writable sections

julien Touche wrote:

> /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/egcs-2.91.66/crti.o 
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/egcs-2.91.66/crtend.o 
> /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/egcs-2.91.66/crtn.o  -Wl,-h 

> Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95/specs
> gcc version 2.95 19990728 (release)

> any ideas ?

I think you have more than one installation of gcc (egcs-2.91.66 and
gcc-2.95.?) on this machine and you are not using the correct libraries
for your gcc 2.95.

ciao
     Klaus
Permalink | Reply | 0 comments |
headers
Jeremy C. Reed | 2 Feb 2003 02:23

Re: gcc3 pkg as main pkgsrc compiler

On Sat, 1 Feb 2003, Ken Woodhams wrote:

>  --- "Jeremy C. Reed" <reed <at> reedmedia.net> wrote:
> > I have been using it for building packages for over a month. gcc3 is
> > the only gcc I use (under Linux which uses pkgsrc).
>
> Which linux distro by the way? After reading about pkgsrc on solaris
> and linux I'm going to try it out Debian again.

At one time, over four months ago, it was Debian Linux testing/unstable
(older than 3.0).

But no longer. The kernel, X, libtool, gcc, vixie-cron, sh-utils, netkit,
galeon, everything, is a new Linux distro. (Of course, all built using
NetBSD's great pkgsrc!)

Soon I will be announcing this. (I was partly waiting because I thought I
heard that bootstrap-pkgsrc was going to be announced to the world.)

   Jeremy C. Reed
   http://bsd.reedmedia.net/
Permalink | Reply | 3 comments |
headers
grant beattie | 2 Feb 2003 04:05
Picon

Re: gcc3 pkg as main pkgsrc compiler

On Sat, Feb 01, 2003 at 05:23:04PM -0800, Jeremy C. Reed wrote:

> Soon I will be announcing this. (I was partly waiting because I thought I
> heard that bootstrap-pkgsrc was going to be announced to the world.)

"soon" ;-)

g.
Permalink | Reply | 0 comments |
headers
Xavier HUMBERT | 2 Feb 2003 14:38

Where is spmad rc script gone ?

Hi,

After upgrading Spamassassin, as I was warned by audit_packages, I found
that the rcfile for spamd has been deleted, and cannot be found
nowhere !

Fortunately, I was using Spamasassin in non-daemon mode, but on another
box, I use spamd, so I cannot upgrade it.

Mmmh, strange enough : while writing this, I wanted to see if there's
someting about smapd in the reame file :
> [root <at> arnor spamassassin]# make readme
> /root/.shrc: permission denied
> *** Error code 126
Never had that error before !!

Go for a chmod 700.  Then :
> [root <at> arnor spamassassin]# make readme
> 
> Reading database file
> awk: ../../mk/scripts/genreadme.awk:57: fatal: cannot open file
>         `README.html.tmp1' for reading (No such file or directory)
> *** Error code 2
What is happening to my pkgsrc ??

Thanks,

Xav

--

--
(Continue reading)

Permalink | Reply | 2 comments |

Gmane