From pokemon at fly.srk.fer.hr  Mon May  1 12:15:23 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Mon, 1 May 2006 18:15:23 +0200
Subject: [arch-ports] [arch64] GNU octave 2.1.73 works!
Message-ID: <20060501161523.GA4006@alpha2>

Hi,

GNU octave finally works on arch64 with the latest
PKGBUILD from abs32! 

-- 
Ivan Stankovic, ivan.stankovic at fer.hr



From pokemon at fly.srk.fer.hr  Mon May  1 14:33:45 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Mon, 1 May 2006 20:33:45 +0200
Subject: [arch-ports] [arch64] bmpx-0.14.3-2 works
Message-ID: <20060501183345.GA25793@alpha2>

Hello,

bmpx compiles and runs fine on arch64.  

BTW, you need to install gstreamer0.10-mad to be able to
play MP3s.

-- 
Ivan Stankovic, ivan.stankovic at fer.hr



From pokemon at fly.srk.fer.hr  Mon May  1 15:35:56 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Mon, 1 May 2006 21:35:56 +0200
Subject: [arch-ports] [arch64] netpbm works
Message-ID: <20060501193556.GA13214@alpha2>

Hi!

Here's a modified PKGBUILD to make netpbm 
compile under arch64 (the -fPIC flag is enabled).

-- 
Ivan Stankovic, ivan.stankovic at fer.hr
-------------- next part --------------
# $Id: PKGBUILD,v 1.15 2005/12/30 18:11:08 kevin Exp $
# Maintainer: Kevin Piche <kevin at archlinux.org>
# Contributor: Jochem Kossen <j.kossen at home.nl>

pkgname=netpbm
pkgver=10.31
pkgrel=1
pkgdesc="A toolkit for manipulation of graphic images"
depends=('perl' 'libjpeg' 'libpng' 'libtiff')
url="http://netpbm.sourceforge.net/"
source=(http://dl.sourceforge.net/$pkgname/$pkgname-$pkgver.tgz \
  Makefile.config arch.patch)
md5sums=('6ba2e0ee998eb23f4620ec9c175a90b6' 'bd3493c58e3e600d28a872bd5354b209'\
         '2f87518ca9a9cb42caa6c77c3370df0e')

build() {
  sed -i "s/^\(CFLAGS =\) .*/\1 $CFLAGS/" Makefile.config
  [ "$CARCH" == "x86_64" ] && (sed -i "s/^\(CFLAGS_SHLIB =\) .*/\1 -fPIC/" Makefile.config)
  cd $startdir/src/$pkgname-$pkgver
  /usr/bin/patch -p1 < ../arch.patch
  /bin/mv ../Makefile.config .
  /usr/bin/make || return 1
  /usr/bin/make package pkgdir=$startdir/pkg/usr

  # clean up and fixing symlinks
  /bin/mv $startdir/pkg/usr/link/libnetpbm.a $startdir/pkg/usr/lib
  /bin/rm $startdir/pkg/usr/{config_template,README,pkginfo,misc,VERSION,link} -rf
  /bin/rm $startdir/pkg/usr/man/web -rf
  cd $startdir/pkg/usr/lib
  /bin/ln -s ./libnetpbm.so.10 libnetpbm.so
}
# vim: ts=2 sw=2 et ft=sh

From pokemon at fly.srk.fer.hr  Fri May  5 15:59:12 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Fri, 5 May 2006 21:59:12 +0200
Subject: [arch-ports] [amd64] neverball works
Message-ID: <20060505195912.GA4893@alpha2>

Hi all,


Here's the PKGBUILD for neverball, the only difference from
the original PKGBUILD is in the -march flag (x86-64 instead of i686).

-- 
Ivan Stankovic, ivan.stankovic at fer.hr
-------------- next part --------------
# $Id: PKGBUILD,v 1.15 2005/12/31 06:12:35 simo Exp $
# Maintainer: simo <simo at archlinux.org>
# Contributor: Ben <contrasutra at myrealbox.com>

pkgname=neverball
pkgver=1.4.0
pkgrel=3
pkgdesc="3D game similar to Super Monkey Ball or Marble Madness"
url="http://icculus.org/neverball/"
depends=('sdl_image' 'sdl_ttf' 'sdl_mixer' 'libgl')
license=('GPL')
source=(http://icculus.org/$pkgname/$pkgname-$pkgver.tar.gz \
    neverball neverputt)
md5sums=('a6cd860f1c2b7d8cecbcfc05ff228ef0' \
    '63631b77a11c38e1d16677fcff76d58f' '705fc97a4ef38965c22ab8c2a0e52f1f')

build() {
  cd $startdir/src/$pkgname-$pkgver
  /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile
  X11_PATH=-L/usr/X11R6/lib /usr/bin/make || return 1
  /bin/install -D -m 0755 neverball $startdir/pkg/usr/share/neverball/bin/neverball
  /bin/install -D -m 0755 neverputt $startdir/pkg/usr/share/neverball/bin/neverputt
  /bin/install -D -m 0755 ../neverball $startdir/pkg/usr/bin/neverball
  /bin/install -D -m 0755 ../neverputt $startdir/pkg/usr/bin/neverputt
  /bin/cp -r data/ $startdir/pkg/usr/share/neverball
  /bin/chmod -R a+r $startdir/pkg/usr/share/neverball
}
# vim: ts=2 sw=2 et ft=sh

From pokemon at fly.srk.fer.hr  Fri May  5 16:23:00 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Fri, 5 May 2006 22:23:00 +0200
Subject: [arch-ports] [arch64] gnuchess works
Message-ID: <20060505202259.GA19113@alpha2>

Hello,

Here's the PKGBUILD for gnuchess...

-- 
Ivan Stankovic, ivan.stankovic at fer.hr
-------------- next part --------------
# $Id: PKGBUILD,v 1.9 2004/08/20 19:09:14 judd Exp $
# Maintainer: Jason Chu <jason at archlinux.org>
# Contributor: Tom Newsom <Jeepster at gmx.co.uk>
pkgname=gnuchess
pkgver=5.07
pkgrel=2
pkgdesc="Lets most modern computers play a full game of chess"
depends=('glibc' 'ncurses' 'readline')
source=(ftp://ftp.gnu.org/pub/gnu/chess/$pkgname-$pkgver.tar.gz)
md5sums=('259da00aa559e5624c65279484fccaf7')
url="http://www.gnu.org/software/chess/chess.html"
build() {
  cd $startdir/src/$pkgname-$pkgver

  # remove unneeded 'static' keyword
  sed -i 's/^static pthread_t input_thread;/pthread_t input_thread;/' src/input.c

  ./configure --prefix=/usr
  make || return 1
  make prefix=$startdir/pkg/usr install
}

From jason at archlinux.org  Fri May  5 16:27:23 2006
From: jason at archlinux.org (Jason Chu)
Date: Fri, 5 May 2006 16:27:23 -0400
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060505195912.GA4893@alpha2>
References: <20060505195912.GA4893@alpha2>
Message-ID: <20060505202723.GA25605@mercury.xentac.net>

>   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile

You should be able to use the $CARCH variable instead of x86-64.  Then
it'll work in both architectures.

Jason

-- 
If you understand, things are just as they are.  If you do not understand,
things are just as they are.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060505/55f1dc72/attachment.pgp>

From pokemon at fly.srk.fer.hr  Fri May  5 17:07:12 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Fri, 5 May 2006 23:07:12 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060505202723.GA25605@mercury.xentac.net>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
Message-ID: <20060505210712.GA21509@alpha2>

On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile
> 
> You should be able to use the $CARCH variable instead of x86-64.  Then
> it'll work in both architectures.

Thanks for pointing this out.  But one can't directly change x86-64 to
$CARCH since $CARCH=x86_64 (note the underscore).  Anyway, here's the
updated PKGBUILD.

-- 
Ivan Stankovic, ivan.stankovic at fer.hr
-------------- next part --------------
# $Id: PKGBUILD,v 1.15 2005/12/31 06:12:35 simo Exp $
# Maintainer: simo <simo at archlinux.org>
# Contributor: Ben <contrasutra at myrealbox.com>

pkgname=neverball
pkgver=1.4.0
pkgrel=3
pkgdesc="3D game similar to Super Monkey Ball or Marble Madness"
url="http://icculus.org/neverball/"
depends=('sdl_image' 'sdl_ttf' 'sdl_mixer' 'libgl')
license=('GPL')
source=(http://icculus.org/$pkgname/$pkgname-$pkgver.tar.gz \
    neverball neverputt)
md5sums=('a6cd860f1c2b7d8cecbcfc05ff228ef0' \
    '63631b77a11c38e1d16677fcff76d58f' '705fc97a4ef38965c22ab8c2a0e52f1f')

build() {
  cd $startdir/src/$pkgname-$pkgver
  if [ "$CARCH" == "x86_64" ]; then
      /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile;
  else
      /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=i686 -pipe -ansi $(shell sdl-config --cflags)/' Makefile;
  fi
  X11_PATH=-L/usr/X11R6/lib /usr/bin/make || return 1
  /bin/install -D -m 0755 neverball $startdir/pkg/usr/share/neverball/bin/neverball
  /bin/install -D -m 0755 neverputt $startdir/pkg/usr/share/neverball/bin/neverputt
  /bin/install -D -m 0755 ../neverball $startdir/pkg/usr/bin/neverball
  /bin/install -D -m 0755 ../neverputt $startdir/pkg/usr/bin/neverputt
  /bin/cp -r data/ $startdir/pkg/usr/share/neverball
  /bin/chmod -R a+r $startdir/pkg/usr/share/neverball
}
# vim: ts=2 sw=2 et ft=sh

From jason at archlinux.org  Fri May  5 17:59:09 2006
From: jason at archlinux.org (Jason Chu)
Date: Fri, 5 May 2006 17:59:09 -0400
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060505210712.GA21509@alpha2>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
Message-ID: <20060505215909.GB25605@mercury.xentac.net>

On Fri, May 05, 2006 at 11:07:12PM +0200, Ivan Stankovic wrote:
> On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> > >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile
> > 
> > You should be able to use the $CARCH variable instead of x86-64.  Then
> > it'll work in both architectures.
> 
> Thanks for pointing this out.  But one can't directly change x86-64 to
> $CARCH since $CARCH=x86_64 (note the underscore).  Anyway, here's the
> updated PKGBUILD.

That's strange.  CARCH is supposed to be the value put into -march... I
wonder why you'd choose a different value...

Jasen


-- 
If you understand, things are just as they are.  If you do not understand,
things are just as they are.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060505/35740671/attachment.pgp>

From pokemon at fly.srk.fer.hr  Fri May  5 18:20:43 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Sat, 6 May 2006 00:20:43 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060505215909.GB25605@mercury.xentac.net>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
	<20060505215909.GB25605@mercury.xentac.net>
Message-ID: <20060505222043.GA28384@alpha2>

On Fri, May 05, 2006 at 05:59:09PM -0400, Jason Chu wrote:
> On Fri, May 05, 2006 at 11:07:12PM +0200, Ivan Stankovic wrote:
> > On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> > > >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell sdl-config --cflags)/' Makefile
> > > 
> > > You should be able to use the $CARCH variable instead of x86-64.  Then
> > > it'll work in both architectures.
> > 
> > Thanks for pointing this out.  But one can't directly change x86-64 to
> > $CARCH since $CARCH=x86_64 (note the underscore).  Anyway, here's the
> > updated PKGBUILD.
> 
> That's strange.  CARCH is supposed to be the value put into -march... I
> wonder why you'd choose a different value...

Here's what I have in my unmodified makepkg.conf:

$ cat /etc/makepkg.conf | grep CARCH
export CARCH="x86_64"


-- 
Ivan Stankovic, ivan.stankovic at fer.hr



From pokemon at fly.srk.fer.hr  Fri May  5 18:25:52 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Sat, 6 May 2006 00:25:52 +0200
Subject: [arch-ports] [arch64] openbabel 2.0.1 works
Message-ID: <20060505222552.GA28422@alpha2>

Hi,

Attached is a PKGBUILD for openbabel 2.0.1.

-- 
Ivan Stankovic, ivan.stankovic at fer.hr
-------------- next part --------------
# $Id: PKGBUILD,v 1.7 2005/12/19 13:57:36 damir Exp $
# Maintainer: damir <damir at archlinux.org>
# Contributor: Damir Perisa <damir.perisa at bluewin.ch>
pkgname=openbabel
pkgver=2.0.1
pkgrel=1
pkgdesc="A library designed to interconvert between many file formats used in molecular modeling and computational chemistry."
url="http://openbabel.sourceforge.net/"
depends=('gcc' 'libxml2')
source=("http://dl.sourceforge.net/sourceforge/openbabel/$pkgname-$pkgver.tar.gz")

build() {
  cd $startdir/src/$pkgname-$pkgver
  ./configure --prefix=/usr
  make || return 1
  make prefix=$startdir/pkg/usr install
  find $startdir/pkg -name '*.la' -exec rm {} \;
}

From pokemon at fly.srk.fer.hr  Fri May  5 18:29:54 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Sat, 6 May 2006 00:29:54 +0200
Subject: [arch-ports] [arch64] xdrawchem works
Message-ID: <20060505222954.GA28437@alpha2>

Hello,

xdrawchem compiles and runs fine on arch64 using
unmodified PKGBUILD from abs32.

-- 
Ivan Stankovic, ivan.stankovic at fer.hr



From a.radke at arcor.de  Fri May  5 19:55:59 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 01:55:59 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060505210712.GA21509@alpha2>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
Message-ID: <20060506015559.12819e6a@workstation64.home>

Am Fri, 5 May 2006 23:07:12 +0200
schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:

> On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> > >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config
> > > --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell
> > > sdl-config --cflags)/' Makefile
> > 
> > You should be able to use the $CARCH variable instead of x86-64.
> > Then it'll work in both architectures.
> 
> Thanks for pointing this out.  But one can't directly change x86-64 to
> $CARCH since $CARCH=x86_64 (note the underscore).  Anyway, here's the
> updated PKGBUILD.
> 


They set more optimized CFLAGS. So we cannot use $CARCH. Your PKGBUILD
looks ok.

AndyRTR



From jason at archlinux.org  Fri May  5 20:27:59 2006
From: jason at archlinux.org (Jason Chu)
Date: Fri, 5 May 2006 17:27:59 -0700
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060506015559.12819e6a@workstation64.home>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
	<20060506015559.12819e6a@workstation64.home>
Message-ID: <20060505172759.086d8f41@aries>

On Sat, 6 May 2006 01:55:59 +0200
Andreas Radke <a.radke at arcor.de> wrote:

> Am Fri, 5 May 2006 23:07:12 +0200
> schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:
> 
> > On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> > > >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config
> > > > --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell
> > > > sdl-config --cflags)/' Makefile
> > > 
> > > You should be able to use the $CARCH variable instead of x86-64.
> > > Then it'll work in both architectures.
> > 
> > Thanks for pointing this out.  But one can't directly change x86-64
> > to $CARCH since $CARCH=x86_64 (note the underscore).  Anyway,
> > here's the updated PKGBUILD.
> > 
> 
> 
> They set more optimized CFLAGS. So we cannot use $CARCH. Your PKGBUILD
> looks ok.
> 
> AndyRTR

My point is that you should be able to say -march=$CARCH and if
CARCH=x86_64, you can't do that.

Jason
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060505/7c623df1/attachment.pgp>

From a.radke at arcor.de  Fri May  5 20:29:35 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 02:29:35 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060506015559.12819e6a@workstation64.home>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
	<20060506015559.12819e6a@workstation64.home>
Message-ID: <20060506022935.17a1dbac@workstation64.home>

Am Sat, 6 May 2006 01:55:59 +0200
schrieb Andreas Radke <a.radke at arcor.de>:

> Am Fri, 5 May 2006 23:07:12 +0200
> schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:
> 
> > On Fri, May 05, 2006 at 04:27:23PM -0400, Jason Chu wrote:
> > > >   /bin/sed -i -e 's/CFLAGS= -Wall -O3 -ansi $(shell sdl-config
> > > > --cflags)/CFLAGS= -Wall -O3 -march=x86-64 -pipe -ansi $(shell
> > > > sdl-config --cflags)/' Makefile
> > > 
> > > You should be able to use the $CARCH variable instead of x86-64.
> > > Then it'll work in both architectures.
> > 
> > Thanks for pointing this out.  But one can't directly change x86-64
> > to $CARCH since $CARCH=x86_64 (note the underscore).  Anyway,
> > here's the updated PKGBUILD.
> > 
> 
> 
> They set more optimized CFLAGS. So we cannot use $CARCH. Your PKGBUILD
> looks ok.
> 
> AndyRTR
> 
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports


Is it working for you? I even lowered the CFLAGS using the Frugal
cflags.patch but I always get this:

[andyrtr at workstation64 neverball]$ neverball
NVIDIA: could not open the device file /dev/nvidiactl (No such file or
directory). Fatal signal: Segmentation Fault (SDL Parachute Deployed)
[andyrtr at workstation64 neverball]$



From a.radke at arcor.de  Fri May  5 20:36:19 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 02:36:19 +0200
Subject: [arch-ports] [arch64] gnuchess works
In-Reply-To: <20060505202259.GA19113@alpha2>
References: <20060505202259.GA19113@alpha2>
Message-ID: <20060506023619.32b518ca@workstation64.home>

Am Fri, 5 May 2006 22:23:00 +0200
schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:

> Hello,
> 
> Here's the PKGBUILD for gnuchess...
> 

fine. works for me. uploaded it.

Andy



From a.radke at arcor.de  Fri May  5 20:59:18 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 02:59:18 +0200
Subject: [arch-ports] [arch64] openbabel 2.0.1 works
In-Reply-To: <20060505222552.GA28422@alpha2>
References: <20060505222552.GA28422@alpha2>
Message-ID: <20060506025918.4c88a1dc@workstation64.home>

Am Sat, 6 May 2006 00:25:52 +0200
schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:

> Hi,
> 
> Attached is a PKGBUILD for openbabel 2.0.1.
> 

Just added it to the extra repo. Next time flag arch32 pkg out of date
- i did that now.

Andy



From a.radke at arcor.de  Fri May  5 21:06:42 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 03:06:42 +0200
Subject: [arch-ports] [arch64] xdrawchem works
In-Reply-To: <20060505222954.GA28437@alpha2>
References: <20060505222954.GA28437@alpha2>
Message-ID: <20060506030642.75a87295@workstation64.home>

Am Sat, 6 May 2006 00:29:54 +0200
schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:

> Hello,
> 
> xdrawchem compiles and runs fine on arch64 using
> unmodified PKGBUILD from abs32.
> 

added it to the repo.

Andy



From archlinux at laber-land.de  Sat May  6 04:48:03 2006
From: archlinux at laber-land.de (Pierre Schmitz)
Date: Sat, 6 May 2006 10:48:03 +0200
Subject: [arch-ports] [arch64] several Bugs
Message-ID: <200605061048.03930.archlinux@laber-land.de>

Hi,

because your Bugtracker does not allow any registrations I will try to post 
some bug-reports here.


1) kde-base requires lua. arch32`s kde-base does not. Withour lua Kate, Kwrite 
etc. do not work.

2) udev-package ist broken. there are no scripts for firmware-loading etc. A 
rebuild from abs should fix this.

3) hal+dbus+kde-media-manager do not work. I do not know why but if I plug a 
usb-stick nothing happens. A rebuild of kde-base+udev (see above) fixes this

-- 
Pierre Schmitz


Clemens-August-Stra?e 76
53115 Bonn

Mobil:  0160 95269831
Jabber:	pierre at jabber.laber-land.de
WWW:    http://www.laber-land.de



From pokemon at fly.srk.fer.hr  Sat May  6 07:54:48 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Sat, 6 May 2006 13:54:48 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060506022935.17a1dbac@workstation64.home>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
	<20060506015559.12819e6a@workstation64.home>
	<20060506022935.17a1dbac@workstation64.home>
Message-ID: <20060506115448.GA11932@fly>

On Sat, May 06, 2006 at 02:29:35AM +0200, Andreas Radke wrote:
> 
> Is it working for you? I even lowered the CFLAGS using the Frugal
> cflags.patch but I always get this:
> 
> [andyrtr at workstation64 neverball]$ neverball
> NVIDIA: could not open the device file /dev/nvidiactl (No such file or
> directory). Fatal signal: Segmentation Fault (SDL Parachute Deployed)
> [andyrtr at workstation64 neverball]$

Strange, the game works perfectly fine here, I
played a couple of levels and everything seems ok.

-- 
Ivan Stankovic, pokemon at fly.srk.fer.hr



From a.radke at arcor.de  Sat May  6 08:12:49 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 14:12:49 +0200
Subject: [arch-ports] [amd64] neverball works
In-Reply-To: <20060506115448.GA11932@fly>
References: <20060505195912.GA4893@alpha2>
	<20060505202723.GA25605@mercury.xentac.net>
	<20060505210712.GA21509@alpha2>
	<20060506015559.12819e6a@workstation64.home>
	<20060506022935.17a1dbac@workstation64.home>
	<20060506115448.GA11932@fly>
Message-ID: <20060506141249.08fe1e2b@workstation64.home>

Am Sat, 6 May 2006 13:54:48 +0200
schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:

> On Sat, May 06, 2006 at 02:29:35AM +0200, Andreas Radke wrote:
> > 
> > Is it working for you? I even lowered the CFLAGS using the Frugal
> > cflags.patch but I always get this:
> > 
> > [andyrtr at workstation64 neverball]$ neverball
> > NVIDIA: could not open the device file /dev/nvidiactl (No such file
> > or directory). Fatal signal: Segmentation Fault (SDL Parachute
> > Deployed) [andyrtr at workstation64 neverball]$
> 
> Strange, the game works perfectly fine here, I
> played a couple of levels and everything seems ok.
> 


after a reboot it is working for me now. i'll uplload it.

Andy



From pokemon at fly.srk.fer.hr  Sat May  6 08:27:23 2006
From: pokemon at fly.srk.fer.hr (Ivan Stankovic)
Date: Sat, 6 May 2006 14:27:23 +0200
Subject: [arch-ports] [arch64] openbabel 2.0.1 works
In-Reply-To: <20060506025918.4c88a1dc@workstation64.home>
References: <20060505222552.GA28422@alpha2>
	<20060506025918.4c88a1dc@workstation64.home>
Message-ID: <20060506122723.GA14270@fly>

On Sat, May 06, 2006 at 02:59:18AM +0200, Andreas Radke wrote:
> Am Sat, 6 May 2006 00:25:52 +0200
> schrieb Ivan Stankovic <pokemon at fly.srk.fer.hr>:
> 
> > Hi,
> > 
> > Attached is a PKGBUILD for openbabel 2.0.1.
> > 
> 
> Just added it to the extra repo. Next time flag arch32 pkg out of date
> - i did that now.

Thanks!

-- 
Ivan Stankovic, pokemon at fly.srk.fer.hr



From a.radke at arcor.de  Sat May  6 08:35:53 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 14:35:53 +0200
Subject: [arch-ports] [arch64] several Bugs
In-Reply-To: <200605061048.03930.archlinux@laber-land.de>
References: <200605061048.03930.archlinux@laber-land.de>
Message-ID: <20060506143553.08c44ce3@workstation64.home>

Am Sat, 6 May 2006 10:48:03 +0200
schrieb Pierre Schmitz <archlinux at laber-land.de>:

> Hi,
> 
> because your Bugtracker does not allow any registrations I will try
> to post some bug-reports here.
> 
> 
> 1) kde-base requires lua. arch32`s kde-base does not. Withour lua
> Kate, Kwrite etc. do not work.
> 
> 2) udev-package ist broken. there are no scripts for firmware-loading
> etc. A rebuild from abs should fix this.
> 
> 3) hal+dbus+kde-media-manager do not work. I do not know why but if I
> plug a usb-stick nothing happens. A rebuild of kde-base+udev (see
> above) fixes this
> 

1) kdelibs have detected & grabbed my installed lua. We have two
options: we add --without-lua --disable-lua. So it does Frugalware. Or
we want that as a feature and ask i686 devs to add it as dependency.

Remember that all pkde packages depend on kdelibs and some
more(krusader...).

I prefer the first way to disable lua support. As this will be a
complete rebuild of all KDE packages and maybe somre more I will do this
when the next KDE release comes out.

2. I have rebuilded the udev 091-2 pkg here but the .FILELIST is
completly the same as before. Can you check it again? What pkg versions
are you comparing?

3. I don't use KDE. Maybe Notz can halp you when he will be back
online. Maybe it depends on 2)

Andy



From archlinux at laber-land.de  Sat May  6 08:46:18 2006
From: archlinux at laber-land.de (Pierre Schmitz)
Date: Sat, 6 May 2006 14:46:18 +0200
Subject: [arch-ports] [arch64] several Bugs
In-Reply-To: <20060506143553.08c44ce3@workstation64.home>
References: <200605061048.03930.archlinux@laber-land.de>
	<20060506143553.08c44ce3@workstation64.home>
Message-ID: <200605061446.18108.archlinux@laber-land.de>

Am Samstag, 6. Mai 2006 14:35 schrieb Andreas Radke:
> 1) kdelibs have detected & grabbed my installed lua. We have two
> options: we add --without-lua --disable-lua. So it does Frugalware. Or
> we want that as a feature and ask i686 devs to add it as dependency.
>
> Remember that all pkde packages depend on kdelibs and some
> more(krusader...).
>
> I prefer the first way to disable lua support. As this will be a
> complete rebuild of all KDE packages and maybe somre more I will do this
> when the next KDE release comes out.

Right; I even do not know what are thhe advantages of using lua.

>
> 2. I have rebuilded the udev 091-2 pkg here but the .FILELIST is
> completly the same as before. Can you check it again? What pkg versions
> are you comparing?

Strange; I have fetched the PKGBUILD from svn and did a rebuild of 091-2. It 
has some more files included. (important omnes like firmware_helper) I have 
attached the filelist. Perhaps somtihng is wrong with your build-system.

>
> 3. I don't use KDE. Maybe Notz can halp you when he will be back
> online. Maybe it depends on 2)

-- 
Pierre Schmitz


Clemens-August-Stra?e 76
53115 Bonn

Mobil:  0160 95269831
Jabber:	pierre at jabber.laber-land.de
WWW:    http://www.laber-land.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: filelist
Type: application/x-troff
Size: 1310 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060506/af813d71/attachment.tr>

From archlinux at laber-land.de  Sat May  6 08:59:47 2006
From: archlinux at laber-land.de (Pierre Schmitz)
Date: Sat, 6 May 2006 14:59:47 +0200
Subject: [arch-ports] win32codecs
Message-ID: <200605061459.47678.archlinux@laber-land.de>

Hello,

I wonder why I can play wmv, real ans other win32codecs with Kaffeine/xine. 
How did you manage this? Even on Windows x64 the mediaplayer is 23bit.
 



From a.radke at arcor.de  Sat May  6 09:05:22 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sat, 6 May 2006 15:05:22 +0200
Subject: [arch-ports] [arch64] several Bugs
In-Reply-To: <200605061446.18108.archlinux@laber-land.de>
References: <200605061048.03930.archlinux@laber-land.de>
	<20060506143553.08c44ce3@workstation64.home>
	<200605061446.18108.archlinux@laber-land.de>
Message-ID: <20060506150522.2e3f7c87@workstation64.home>

Am Sat, 6 May 2006 14:46:18 +0200
schrieb Pierre Schmitz <archlinux at laber-land.de>:

> Am Samstag, 6. Mai 2006 14:35 schrieb Andreas Radke:
> > 1) kdelibs have detected & grabbed my installed lua. We have two
> > options: we add --without-lua --disable-lua. So it does Frugalware.
> > Or we want that as a feature and ask i686 devs to add it as
> > dependency.
> >
> > Remember that all pkde packages depend on kdelibs and some
> > more(krusader...).
> >
> > I prefer the first way to disable lua support. As this will be a
> > complete rebuild of all KDE packages and maybe somre more I will do
> > this when the next KDE release comes out.
> 
> Right; I even do not know what are thhe advantages of using lua.
> 
> >
> > 2. I have rebuilded the udev 091-2 pkg here but the .FILELIST is
> > completly the same as before. Can you check it again? What pkg
> > versions are you comparing?
> 
> Strange; I have fetched the PKGBUILD from svn and did a rebuild of
> 091-2. It has some more files included. (important omnes like
> firmware_helper) I have attached the filelist. Perhaps somtihng is
> wrong with your build-system.
> 
> >
> > 3. I don't use KDE. Maybe Notz can halp you when he will be back
> > online. Maybe it depends on 2)
> 

Thx. Got it. A few files are missing when it is built with make jobs >1.

Will upload a fixed package.

Andy



From andy at aeruder.net  Sun May  7 06:12:06 2006
From: andy at aeruder.net (Andrew Ruder)
Date: Sun, 7 May 2006 05:12:06 -0500
Subject: [arch-ports] [arch64] obj-c support broken in gcc
Message-ID: <20060507101206.GA25458@goomba.home>

Hey all,

I think the gcc package just needs rebuilt; somehow or another the objc
includes got stripped.  I grabbed the PKGBUILD stuff from arch64 svn
and:

Mine contains:
    usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/
    usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/hash.h
    [...]

The one I downloaded doesn't have any of those files.  Hopefully someone
else can verify this.

Thanks,
Andy

-- 
Andrew Ruder <aeruder at ksu.edu>
http://www.aeruder.net



From archlinux at laber-land.de  Sun May  7 06:14:12 2006
From: archlinux at laber-land.de (Pierre Schmitz)
Date: Sun, 7 May 2006 12:14:12 +0200
Subject: [arch-ports] [arch64] obj-c support broken in gcc
In-Reply-To: <20060507101206.GA25458@goomba.home>
References: <20060507101206.GA25458@goomba.home>
Message-ID: <200605071214.12779.archlinux@laber-land.de>

Perhaps it is the same problem which caused udev to be incomlete. @Andy: You 
should you default /etc/makepkg.conf; It seems as if you have modified it, 
not?

Am Sonntag, 7. Mai 2006 12:12 schrieb Andrew Ruder:
> Hey all,
>
> I think the gcc package just needs rebuilt; somehow or another the objc
> includes got stripped.  I grabbed the PKGBUILD stuff from arch64 svn
> and:
>
> Mine contains:
>     usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/
>     usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/hash.h
>     [...]
>
> The one I downloaded doesn't have any of those files.  Hopefully someone
> else can verify this.
>
> Thanks,
> Andy



From a.radke at arcor.de  Sun May  7 06:41:17 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sun, 7 May 2006 12:41:17 +0200
Subject: [arch-ports] [arch64] obj-c support broken in gcc
In-Reply-To: <200605071214.12779.archlinux@laber-land.de>
References: <20060507101206.GA25458@goomba.home>
	<200605071214.12779.archlinux@laber-land.de>
Message-ID: <20060507124117.21039ed5@workstation64.home>

Am Sun, 7 May 2006 12:14:12 +0200
schrieb Pierre Schmitz <archlinux at laber-land.de>:

> Perhaps it is the same problem which caused udev to be incomlete.
> @Andy: You should you default /etc/makepkg.conf; It seems as if you
> have modified it, not?
> 
> Am Sonntag, 7. Mai 2006 12:12 schrieb Andrew Ruder:
> > Hey all,
> >
> > I think the gcc package just needs rebuilt; somehow or another the
> > objc includes got stripped.  I grabbed the PKGBUILD stuff from
> > arch64 svn and:
> >
> > Mine contains:
> >     usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/
> >     usr/lib/gcc/x86_64-pc-linux-gnu/4.0.3/include/objc/hash.h
> >     [...]
> >
> > The one I downloaded doesn't have any of those files.  Hopefully
> > someone else can verify this.
> >
> > Thanks,
> > Andy
> 
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports


Just rebuilding it with export MAKEFLAGS="-j1". Let's see if it helps.

For bugfixing let's meet in IRC #archlinux64!

Andy



From ganja.guru.x64 at gmail.com  Sun May  7 14:26:17 2006
From: ganja.guru.x64 at gmail.com (Varun Acharya)
Date: Sun, 07 May 2006 23:56:17 +0530
Subject: [arch-ports] kdebase-3.5.2-3
Message-ID: <445E3BC9.8010303@gmail.com>

I've updated kdebase so that it now works with the latest dbus/hal.

media:/ kio-slave is fully usable now.

ganja_guru



From a.radke at arcor.de  Sun May  7 14:30:32 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sun, 7 May 2006 20:30:32 +0200
Subject: [arch-ports] kdebase-3.5.2-3
In-Reply-To: <445E3BC9.8010303@gmail.com>
References: <445E3BC9.8010303@gmail.com>
Message-ID: <20060507203032.3a253bf6@workstation64.home>

Am Sun, 07 May 2006 23:56:17 +0530
schrieb Varun Acharya <ganja.guru.x64 at gmail.com>:

> I've updated kdebase so that it now works with the latest dbus/hal.
> 
> media:/ kio-slave is fully usable now.
> 
> ganja_guru
> 
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports

hey, you have been a bit too long away. please remove your package!

rebuild it with pkgrel 2.1! That's how we name the bugfix releases.

Andy



From ganja.guru.x64 at gmail.com  Sun May  7 15:27:37 2006
From: ganja.guru.x64 at gmail.com (Varun Acharya)
Date: Mon, 08 May 2006 00:57:37 +0530
Subject: [arch-ports] kdebase-3.5.2-3
In-Reply-To: <20060507203032.3a253bf6@workstation64.home>
References: <445E3BC9.8010303@gmail.com>
	<20060507203032.3a253bf6@workstation64.home>
Message-ID: <445E4A29.2040502@gmail.com>


>
> hey, you have been a bit too long away. please remove your package!
>
> rebuild it with pkgrel 2.1! That's how we name the bugfix releases.
>
> Andy
>
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports
>
>   

fixed.

ganja_guru



From a.radke at arcor.de  Fri May 12 15:51:33 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 12 May 2006 21:51:33 +0200
Subject: [arch-ports] We are leaving arch64 moving to archlinux.org :)
Message-ID: <20060512215133.1fa6adf2@workstation64.home>

Great news: We have started the movement from arch64.org to
archlinux.org. 

So there will be no more updates at arch64.org. But the repos will stay
for a while. We are just copying everything to archlinux.org. We will
inform you when archlinux.org will be ready for use.

Give us some time.

AndyRTR



From a.radke at arcor.de  Wed May 17 20:53:05 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Thu, 18 May 2006 02:53:05 +0200
Subject: [arch-ports] Last update at arch64.org
Message-ID: <20060518025305.43b17bdd@workstation64.home>

Now download the last update. It is a downgrade for pacman to version
2.9.8-1. The force option is not working as it should. So just pacman
-Sy pacman it! If you have version -1 in your cache
rm /var/pacman/pkg/pacman-... it!

Right now we have the new current repo working at archlinux.org. You
can safely enable it in /etc/pacman.conf. Old repos from arch64.org you
can use for fallback and extra repo. Soon extra should also work at
archlinux.org.

The abs script now fetches the whole cvs tagged with CURRENT-64 from
archlinux.org to /var/abs.

So pacman has done the moving. This was the last update at arch64.org.

Bye arch64.org

AndyRTR



From archlinux at laber-land.de  Thu May 18 02:22:32 2006
From: archlinux at laber-land.de (Pierre Schmitz)
Date: Thu, 18 May 2006 08:22:32 +0200
Subject: [arch-ports] Last update at arch64.org
In-Reply-To: <20060518025305.43b17bdd@workstation64.home>
References: <20060518025305.43b17bdd@workstation64.home>
Message-ID: <200605180822.32084.archlinux@laber-land.de>

Hmm, I have the follwoing problem now:

:: Synchronizing package databases...
 current                  [################] 100%      63K    29.4K/s  
00:00:02
 extra                    [################] 100%       0K     0.1K/s  
00:00:00

Targets: findutils-4.2.27-2 ghostscript-8.15.2-1 logrotate-3.7.1-2

Total Package Size:   5.0 MB

Proceed with upgrade? [Y/n]

:: Retrieving packages from current...
 findutils-4.2.27-2       [################] 100%     203K    69.1K/s  
00:00:02
 ghostscript-8.15.2-1     [################] 100%    5925K   136.0K/s  
00:00:43
 logrotate-3.7.1-2        [################] 100%      23K    17.1K/s  
00:00:01

checking package integrity...
error: archive findutils-4.2.27-2.pkg.tar.gz is corrupted
error: archive ghostscript-8.15.2-1.pkg.tar.gz is corrupted
error: archive logrotate-3.7.1-2.pkg.tar.gz is corrupted


Am Donnerstag, 18. Mai 2006 02:53 schrieb Andreas Radke:
> Now download the last update. It is a downgrade for pacman to version
> 2.9.8-1. The force option is not working as it should. So just pacman
> -Sy pacman it! If you have version -1 in your cache
> rm /var/pacman/pkg/pacman-... it!
>
> Right now we have the new current repo working at archlinux.org. You
> can safely enable it in /etc/pacman.conf. Old repos from arch64.org you
> can use for fallback and extra repo. Soon extra should also work at
> archlinux.org.
>
> The abs script now fetches the whole cvs tagged with CURRENT-64 from
> archlinux.org to /var/abs.
>
> So pacman has done the moving. This was the last update at arch64.org.
>
> Bye arch64.org
>
> AndyRTR
>
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports



From a.radke at arcor.de  Thu May 18 23:59:06 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Fri, 19 May 2006 05:59:06 +0200
Subject: [arch-ports] Last update at arch64.org
In-Reply-To: <200605180822.32084.archlinux@laber-land.de>
References: <20060518025305.43b17bdd@workstation64.home>
	<200605180822.32084.archlinux@laber-land.de>
Message-ID: <20060519055906.336b95a5@workstation64.home>

Am Thu, 18 May 2006 08:22:32 +0200
schrieb Pierre Schmitz <archlinux at laber-land.de>:

> checking package integrity...
> error: archive findutils-4.2.27-2.pkg.tar.gz is corrupted
> error: archive ghostscript-8.15.2-1.pkg.tar.gz is corrupted
> error: archive logrotate-3.7.1-2.pkg.tar.gz is corrupted


It's fixed now. Give the mirrors some time to sync.

AndyRTR



From a.radke at arcor.de  Sat May 20 18:32:27 2006
From: a.radke at arcor.de (Andreas Radke)
Date: Sun, 21 May 2006 00:32:27 +0200
Subject: [arch-ports] [Arch64] lua updates breaks some kde components
Message-ID: <20060521003227.4567db4d@workstation64.home>

our kdelibs have been built against my installed lua by a mistake. so
the recent lua update breaks some kde applications (kwrite, kate and
maybe more).

i will rebuild all kde apps when i come to the kde directory while
importing them into archlinux.org's cvs. if you need them before roll
back lua package or recompile kdelibs and what depends on it.

AndyRTR



From kourem at gmail.com  Sun May 21 09:56:45 2006
From: kourem at gmail.com (Nikos Kouremenos)
Date: Sun, 21 May 2006 16:56:45 +0300
Subject: [arch-ports] [amd64] abiword File -> Open/Save(as) crashed with
	"aborted"
Message-ID: <d67de21a0605210656r3575ea70jea03af1f9bb88900@mail.gmail.com>

Anyone can confirm it?

Anyone knows why it happens?

abiword foo.doc fortunately works. so it's a problem with the
filechooser (because save as also crashes)

on a sidenote: installing abiword doesn't register it as app that can
open DOC? Why is that? IIRC this wasn't the case in 32 but I could be
wrong. Hope we have gcc 4.1 soon so andy and rest guys can patch &
compile OOo2 on 64


-- 
Nikos Kouremenos
Undergraduate Student, Computer Science, University of Piraeus

From kourem at gmail.com  Sun May 21 10:13:03 2006
From: kourem at gmail.com (Nikos Kouremenos)
Date: Sun, 21 May 2006 17:13:03 +0300
Subject: [arch-ports] [amd64] cplay pkg is missing because i686 PKGBUILD has
	dead link
Message-ID: <d67de21a0605210713n2ed6249dl236b87449790106b@mail.gmail.com>

this applies to i686 it's why I CC

the URL for tarball is:
http://mask.tf.hut.fi/~flu/hacks/cplay/cplay-1.49.tar.gz

yes he addes this hacks/ dir which is missing in PKGBUILD of i686 and
thus makepkg fails, and thus amd64 is missing this player.

Hope somone with CVS access fixes it

-- 
Nikos Kouremenos
Undergraduate Student, Computer Science, University of Piraeus

From webmaster at kromonos.net  Mon May 22 13:43:30 2006
From: webmaster at kromonos.net (Bob Kromonos Achten)
Date: Mon, 22 May 2006 19:43:30 +0200
Subject: [arch-ports] Arch Port for Sparc Prozessors
Message-ID: <1148319812.4226.0.camel@KromBox>

Is there anyone thinking about portation to sparc architecures?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060522/3f881be0/attachment.pgp>

From jason at archlinux.org  Tue May 23 17:36:52 2006
From: jason at archlinux.org (Jason Chu)
Date: Tue, 23 May 2006 17:36:52 -0400
Subject: [arch-ports] [arch-dev] x64 some thoughts
In-Reply-To: <1148419857.3660.14.camel@server.groot.local>
References: <200605232310.25106.t.powa@gmx.de>
	<1148419857.3660.14.camel@server.groot.local>
Message-ID: <20060523213652.GC5290@mercury.xentac.net>

On Tue, May 23, 2006 at 11:30:57PM +0200, Jan de Groot wrote:
> On Tue, 2006-05-23 at 23:10 +0200, Tobias Powalowski wrote:
> > Hi
> > hmm i don't know how this was all organized but i see some real problems in 
> > x64 organisation:
> > - cvs get broken by ppl that don'T even inform us about their doing
> > - they should be at least on the dev team that we can talk to them and they  
> >  can inform us about their doing.
> > - me is scared by those ppl that say on forum they want to be more bleeding
> >   edge then i686, when all packages should be the same status not that one 
> >   port runs in front of the other.
> > - there was no discussion about that at all on ML how to handle that stuff.
> > - the new gcc,glibc stuff rebuild for 0.8 will be a big task so this must be
> >  organised well, else it becomes a fiasco.
> > 
> > so please hear that call as it is now it causes a lot of trouble.
> > any other opinions out there? 
> 
> One more thing: the amd64 port comes without multilib support. lib ->
> lib64 symlinks are all over the place, etc. IMHO we should have some
> quality standards for this:
> 
> - kernel should support 32bit binaries (AFAIK it does)
> - all libs should be installed in either /lib64 or /lib, not both.
> - 32bit runtime libraries and crosscompilers should be available as
> separate packages. Libs should go in /lib, or if this is chosen for
> 64bit already, /lib32.
> 
> Packages should be in sync with i686, not ahead of it. One thing that
> doesn't look so good: why did we start this project with x86_64 in the
> first place, the ppc port is much more grown up. If ppc would have
> worked out, we could have included x86_64 later then.

While I love being a go-between from the x86_64 community and the devs, we
should probably take these discussions over to the arch-ports list so that
everyone can comment on them.

I'm CC'ing that list with this email.

Jason

-- 
If you understand, things are just as they are.  If you do not understand,
things are just as they are.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://archlinux.org/pipermail/arch-ports/attachments/20060523/8e33ddee/attachment.pgp>

From kth5 at archlinuxppc.org  Tue May 23 17:43:55 2006
From: kth5 at archlinuxppc.org (Alexander Baldeck)
Date: Tue, 23 May 2006 23:43:55 +0200
Subject: [arch-ports] [Fwd: Re: [arch-dev] x64 some thoughts]
Message-ID: <4473821B.3030103@archlinuxppc.org>



-------- Original Message --------
Subject: 	Re: [arch-dev] x64 some thoughts
Date: 	Tue, 23 May 2006 23:40:23 +0200
From: 	Alexander Baldeck <kth5 at archlinuxppc.org>
Reply-To: 	Development Discussion for Arch Linux <arch-dev at archlinux.org>
To: 	Development Discussion for Arch Linux <arch-dev at archlinux.org>
References: 	<200605232310.25106.t.powa at gmx.de> 
<1148419857.3660.14.camel at server.groot.local>



Jan de Groot wrote:
> On Tue, 2006-05-23 at 23:10 +0200, Tobias Powalowski wrote:
>   
>> Hi
>> hmm i don't know how this was all organized but i see some real problems in 
>> x64 organisation:
>> - cvs get broken by ppl that don'T even inform us about their doing
>> - they should be at least on the dev team that we can talk to them and they  
>>  can inform us about their doing.
>> - me is scared by those ppl that say on forum they want to be more bleeding
>>   edge then i686, when all packages should be the same status not that one 
>>   port runs in front of the other.
>> - there was no discussion about that at all on ML how to handle that stuff.
>> - the new gcc,glibc stuff rebuild for 0.8 will be a big task so this must be
>>  organised well, else it becomes a fiasco.
>>
>> so please hear that call as it is now it causes a lot of trouble.
>> any other opinions out there? 
>>     
>
> One more thing: the amd64 port comes without multilib support. lib ->
> lib64 symlinks are all over the place, etc. IMHO we should have some
> quality standards for this:
>
> - kernel should support 32bit binaries (AFAIK it does)
> - all libs should be installed in either /lib64 or /lib, not both.
> - 32bit runtime libraries and crosscompilers should be available as
> separate packages. Libs should go in /lib, or if this is chosen for
> 64bit already, /lib32.
>
> Packages should be in sync with i686, not ahead of it. One thing that
> doesn't look so good: why did we start this project with x86_64 in the
> first place, the ppc port is much more grown up. If ppc would have
> worked out, we could have included x86_64 later then.
>
>   
The thing is that archppc does not yet have an installer, this is the 
biggest flaw for making it official. I'm tired of calling for help and 
am quite proficient to do it manually with some live cd. Even then, I 
seriously lack the time to spend like 3 hours in a row not only waiting 
but actually doing something. :)
So if that issue is being "fixed" somehow, I would agree to make it 
officially available. Not before!

A 64/32bit hybrid sooner or later will of course be there for ppc as 
well. There's the G5 and POWER5 which are pure 64bit. They are backwards 
compatible just like the x86_64 though, meaning they can run 32bit code. 
With one dev? Hell no, impossible!

Cheers,

Alex

_______________________________________________
arch-dev mailing list
arch-dev at archlinux.org
http://www.archlinux.org/mailman/listinfo/arch-dev




From moritz.esser at gmx.de  Thu May 25 16:31:08 2006
From: moritz.esser at gmx.de (Moritz Alexander Esser)
Date: Thu, 25 May 2006 22:31:08 +0200
Subject: [arch-ports] [Fwd: Re: [arch-dev] x64 some thoughts]
In-Reply-To: <4473821B.3030103@archlinuxppc.org>
References: <4473821B.3030103@archlinuxppc.org>
Message-ID: <4476140C.3070903@gmx.de>

Hey Alexander!

I've wrote a script to create a install cd for arch64. AndyRTR should
have the newest versions since I'm to busy to come online at the moment.
Ask him! I guess he could help you. If not: mail me ;)

Moritz

Alexander Baldeck wrote:
> 
> -------- Original Message --------
> Subject: 	Re: [arch-dev] x64 some thoughts
> Date: 	Tue, 23 May 2006 23:40:23 +0200
> From: 	Alexander Baldeck <kth5 at archlinuxppc.org>
> Reply-To: 	Development Discussion for Arch Linux <arch-dev at archlinux.org>
> To: 	Development Discussion for Arch Linux <arch-dev at archlinux.org>
> References: 	<200605232310.25106.t.powa at gmx.de> 
> <1148419857.3660.14.camel at server.groot.local>
> 
> 
> 
> Jan de Groot wrote:
>> On Tue, 2006-05-23 at 23:10 +0200, Tobias Powalowski wrote:
>>   
>>> Hi
>>> hmm i don't know how this was all organized but i see some real problems in 
>>> x64 organisation:
>>> - cvs get broken by ppl that don'T even inform us about their doing
>>> - they should be at least on the dev team that we can talk to them and they  
>>>  can inform us about their doing.
>>> - me is scared by those ppl that say on forum they want to be more bleeding
>>>   edge then i686, when all packages should be the same status not that one 
>>>   port runs in front of the other.
>>> - there was no discussion about that at all on ML how to handle that stuff.
>>> - the new gcc,glibc stuff rebuild for 0.8 will be a big task so this must be
>>>  organised well, else it becomes a fiasco.
>>>
>>> so please hear that call as it is now it causes a lot of trouble.
>>> any other opinions out there? 
>>>     
>> One more thing: the amd64 port comes without multilib support. lib ->
>> lib64 symlinks are all over the place, etc. IMHO we should have some
>> quality standards for this:
>>
>> - kernel should support 32bit binaries (AFAIK it does)
>> - all libs should be installed in either /lib64 or /lib, not both.
>> - 32bit runtime libraries and crosscompilers should be available as
>> separate packages. Libs should go in /lib, or if this is chosen for
>> 64bit already, /lib32.
>>
>> Packages should be in sync with i686, not ahead of it. One thing that
>> doesn't look so good: why did we start this project with x86_64 in the
>> first place, the ppc port is much more grown up. If ppc would have
>> worked out, we could have included x86_64 later then.
>>
>>   
> The thing is that archppc does not yet have an installer, this is the 
> biggest flaw for making it official. I'm tired of calling for help and 
> am quite proficient to do it manually with some live cd. Even then, I 
> seriously lack the time to spend like 3 hours in a row not only waiting 
> but actually doing something. :)
> So if that issue is being "fixed" somehow, I would agree to make it 
> officially available. Not before!
> 
> A 64/32bit hybrid sooner or later will of course be there for ppc as 
> well. There's the G5 and POWER5 which are pure 64bit. They are backwards 
> compatible just like the x86_64 though, meaning they can run 32bit code. 
> With one dev? Hell no, impossible!
> 
> Cheers,
> 
> Alex
> 
> _______________________________________________
> arch-dev mailing list
> arch-dev at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-dev
> 
> 
> _______________________________________________
> arch-ports mailing list
> arch-ports at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch-ports
> 
>