From a.radke at arcor.de Tue Apr 3 17:29:44 2007 From: a.radke at arcor.de (Andreas Radke) Date: Tue, 3 Apr 2007 23:29:44 +0200 Subject: [arch-ports] [arch-dev-public] x86_64: improving default CFLAGS In-Reply-To: <20070331123120.08b401c9@workstation64.home> References: <20070331123120.08b401c9@workstation64.home> Message-ID: <20070403232944.0f8b89dd@workstation64.home> Am Sat, 31 Mar 2007 12:31:20 +0200 schrieb Andreas Radke : > http://bbs.archlinux.org/viewtopic.php?id=27139 > > after some discussions in this thread we want to change our default > compiler flags. we want to make use of the SSE3 extensions most x86_64 > cpus have. > > to not break backward compatibility for those few early cpus that lack > SSE3 extensions we want to do it with -mtune. this is how we want to > set it for the future: > > CFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" > CXXFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" > > some testing is still required. i would like to put a modified version > of pacman to testing right after it has moved to current. when > everything is ok we would ask the pacman devs to change it to the > default makepkg.conf. > > please discuss. > > Andy > > (for i686 are also some speedups possible but that's not my task) > > _______________________________________________ > arch-dev-public mailing list > arch-dev-public at archlinux.org > http://archlinux.org/mailman/listinfo/arch-dev-public no opinions? fine to everybody? Andy From a.radke at arcor.de Tue Apr 3 18:05:55 2007 From: a.radke at arcor.de (Andreas Radke) Date: Wed, 4 Apr 2007 00:05:55 +0200 Subject: [arch-ports] [arch-dev-public] x86_64: improving default CFLAGS In-Reply-To: References: <20070331123120.08b401c9@workstation64.home> <20070403232944.0f8b89dd@workstation64.home> Message-ID: <20070404000555.43bb354a@workstation64.home> Am Tue, 3 Apr 2007 16:40:20 -0500 schrieb "Aaron Griffin" : > > > to not break backward compatibility for those few early cpus that > > > lack SSE3 extensions we want to do it with -mtune. this is how we > > > want to set it for the future: > > > > > > CFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" > > > CXXFLAGS="-march=x86-64 -mtune=nocona -O2 -pipe" > > I don't know the details, so I assumed you looked into it all. Just > in case: what 64bit processors does this "leave in the dust". > > Dropping support for some processors is not a huge problem (the age > old Via C3 + Arch problem), but i think it might be important to put a > blurb somewhere saying "If you have an XYZ processor, you need to use > the arch i686". > i don't want to drop support for any early x86_64 cpu. that's why i want to use "mtune". code will be optimized for SSE3 capable cpus but will still run on non SSE3 capable processors. that's the difference mtune to march. i686 had something similar prepared in the old makepkg.conf i don't expect a big gain at all but in certain multimedia apps it can speedup things a lot. so why not make use of the additional registers? apps *might* run a little bit slower if they cannot make use of the additional flags and will it probably raise the pkg size a bit. but it should be still worth it. Andy From matt at mattcox.ca Wed Apr 25 19:28:04 2007 From: matt at mattcox.ca (Matthew William Cox) Date: Wed, 25 Apr 2007 19:28:04 -0400 Subject: [arch-ports] [PPC] OpenSSH Package Needs A Rebuild Message-ID: <20070425192804.7881b3ae.matt@mattcox.ca> The ssh client and sshd server have incorrect paths to xauth hardcoded into tme. This breaks X11 forwarding on PPC clients and servers. This package needs to be rebuilt with the correct paths (probably just matter of running ./configure.) Until then, a work around is to set, in your system-wide /etc/ssh/ssh_config: > XAuthLocation /usr/bin/xauth and the same in /etc/ssh/sshd_config Here's the results of dumping the strings from ssh looking for xauth. > $ strings /usr/bin/ssh | grep xauth > /usr/X11R6/bin/xauth > xauthlocation > No xauth program. > %s/xauthfile > Warning: No xauth data; using fake authentication data for X11 forwarding. and here's the same process on the sshd binary: > $ strings /usr/sbin/sshd | grep xauth > /usr/X11R6/bin/xauth > xauthlocation > maxauthtries > No xauth program; cannot forward with spoofing. The correct path for the xauth binary is /usr/bin/xauth. The package version effected is 4.6p1-3, which at the time of this writing is the version in the package db. Matthew Cox -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From matt at mattcox.ca Wed Apr 25 21:40:07 2007 From: matt at mattcox.ca (Matthew William Cox) Date: Wed, 25 Apr 2007 21:40:07 -0400 Subject: [arch-ports] [PPC] New Packages: Lablgtk, Lablgtk2, Lablgl, Darcs, Ghc Message-ID: <20070425214007.55ec0c0f.matt@mattcox.ca> Apologies for the repost, sent this from a non-registered address. No idea if it got through. I use a few packages that aren't yet available on arch-ppc. For the most part they're simple rebuilds of the i686 pkgbuilds. These are: lablgtk,labgtk2, lablgl -- Objective Caml bindings to GTK, GTK2, OpenGl darcs -- a distributed version control system, written in Haskell, which brings me to: ghc -- a haskell compiler. Building this on linux/ppc was a little fun since the devs don't seem to have a binary available to bootstrap with. I ended up making a temporary port of bootstrap compiler provided by the Gentoo Haskell team. Then I built the package and removed the bootstrap compiler. I can send folks the binary package if there's any interest, and once you have that, you can rebuild the package easily (5 hours or so on my PB G4.) I've attached the pkgbuilds. The GHC one will require you to have my binary already installed to build. If there's any interest I can upload it to some place. I'm working on getting some hosting in the next few days so I'll be able to post it there as well. Matthew Cox -------------- next part -------------- A non-text attachment was scrubbed... Name: darcs.PKGBUILD Type: application/octet-stream Size: 601 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: darcs.install Type: application/octet-stream Size: 832 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ghc.PKGBUILD Type: application/octet-stream Size: 855 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lablgtk.PKGBUILD Type: application/octet-stream Size: 691 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lablgtk2.PKGBUILD Type: application/octet-stream Size: 851 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lablgl.PKGBUILD Type: application/octet-stream Size: 1137 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From matt at mattcox.ca Thu Apr 26 01:14:59 2007 From: matt at mattcox.ca (Matthew William Cox) Date: Thu, 26 Apr 2007 01:14:59 -0400 Subject: [arch-ports] [PPC] Proposal to put ADBSYN patch in Kernel26-pmac Message-ID: <20070426011459.bd0b89bf.matt@mattcox.ca> I propose to include this patch in the stock archppc kernel. http://adbsyn.crisidev.org/ It allows users of powerbooks who have a synaptics trackpad (all of them) that's connected through ADB (all those prior to the two-finger-scoll variety) to use the full features of the trackpad. Specifically it allows the use of the synaptics xorg input driver. I've been using this patch on top of the arch pmac kernel for about a week now. The synaptics driver works perfectly with it. http://lkml.org/lkml/2006/1/6/453 This discusses why the patch hasn't gone into the mainline kernel. Once the trackpad is in absolute mode, the kernel continues to provide ps2 mouse emulation through /dev/input/mice. I've confirmed that this works, although obviously it's much less capable than when using the synaptics driver. Some features available only through the synaptics features are corner-tapping for clicking mouse buttons 1-N and edge scrolling, and tap-and-drag. These would benefit anybody with an ADB trackpad. Matthew Cox -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kth5 at archlinuxppc.org Fri Apr 27 09:27:43 2007 From: kth5 at archlinuxppc.org (Alexander Baldeck) Date: Fri, 27 Apr 2007 15:27:43 +0200 Subject: [arch-ports] [PPC] OpenSSH Package Needs A Rebuild In-Reply-To: <20070425192804.7881b3ae.matt@mattcox.ca> References: <20070425192804.7881b3ae.matt@mattcox.ca> Message-ID: <4631FA4F.6080405@archlinuxppc.org> Matthew William Cox wrote: > The ssh client and sshd server have incorrect paths to xauth hardcoded > into tme. This breaks X11 forwarding on PPC clients and servers. This > package needs to be rebuilt with the correct paths (probably just > matter of running ./configure.) Until then, a work around is to set, in > your system-wide /etc/ssh/ssh_config: > > >> XAuthLocation /usr/bin/xauth >> > > and the same in /etc/ssh/sshd_config > > Here's the results of dumping the strings from ssh looking for xauth. > >> $ strings /usr/bin/ssh | grep xauth >> /usr/X11R6/bin/xauth >> xauthlocation >> No xauth program. >> %s/xauthfile >> Warning: No xauth data; using fake authentication data for X11 forwarding. >> > > and here's the same process on the sshd binary: > >> $ strings /usr/sbin/sshd | grep xauth >> /usr/X11R6/bin/xauth >> xauthlocation >> maxauthtries >> No xauth program; cannot forward with spoofing. >> > > The correct path for the xauth binary is /usr/bin/xauth. The package > version effected is 4.6p1-3, which at the time of this writing is the > version in the package db. > > Matthew Cox > Report well apreciated and implemented! ;) Cheers, -K From losinggeneration at aim.com Sun Apr 29 00:19:58 2007 From: losinggeneration at aim.com (Harley Laue) Date: Sat, 28 Apr 2007 23:19:58 -0500 Subject: [arch-ports] [PPC] Possibilities to help Message-ID: <1177820399.25053.10.camel@arch> This summer I might invest in a piece of PowerPC hardware. After running Arch Linux on my Gamecube, I now want to perhaps take the next step and buy a more practical PowerPC computer (perhaps a used Mac Mini G4) with the sole purpose to try and help out with this port. Which brings me to my question, I'd like to have a bit of an idea of what still needs to be done/maintained with Arch Linux PPC. I'd like to have at least an idea of what might be needed before I invest my time and money into a piece of hardware. If all that's needed is bug fixing, I'll be much less likely to consider buying the hardware if that's the case. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a0049387 at unet.univie.ac.at Sun Apr 29 03:25:45 2007 From: a0049387 at unet.univie.ac.at (Armin Luntzer) Date: Sun, 29 Apr 2007 09:25:45 +0200 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <1177820399.25053.10.camel@arch> References: <1177820399.25053.10.camel@arch> Message-ID: <1177831546.4865.30.camel@localhost> Help is always appreciated :) There are currently 1037 Packages in ppc-extra, thats about 1000 less than in the official Arch extra-repo. ppc-current contains 510 packages, that makes a total of 1547 packages. If us three had an equal number of packages to maintain (that's not the case), this would make ~516 packages per person, which is already too much. Considering the above, I'd say we'd need at least another four people to push the port forward. I hope that helped :) greetings, -Armin Am Samstag, den 28.04.2007, 23:19 -0500 schrieb Harley Laue: > This summer I might invest in a piece of PowerPC hardware. After > running Arch Linux on my Gamecube, I now want to perhaps take the next > step and buy a more practical PowerPC computer (perhaps a used Mac > Mini G4) with the sole purpose to try and help out with this port. > > Which brings me to my question, I'd like to have a bit of an idea of > what still needs to be done/maintained with Arch Linux PPC. I'd like > to have at least an idea of what might be needed before I invest my > time and money into a piece of hardware. If all that's needed is bug > fixing, I'll be much less likely to consider buying the hardware if > that's the case. > _______________________________________________ > arch-ports mailing list > arch-ports at archlinux.org > http://archlinux.org/mailman/listinfo/arch-ports From losinggeneration at aim.com Sun Apr 29 04:21:32 2007 From: losinggeneration at aim.com (Harley Laue) Date: Sun, 29 Apr 2007 03:21:32 -0500 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <1177831546.4865.30.camel@localhost> References: <1177820399.25053.10.camel@arch> <1177831546.4865.30.camel@localhost> Message-ID: <1177834892.25053.13.camel@arch> On Sun, 2007-04-29 at 09:25 +0200, Armin Luntzer wrote: > Help is always appreciated :) > > There are currently 1037 Packages in ppc-extra, thats about 1000 less > than in the official Arch extra-repo. ppc-current contains 510 packages, > that makes a total of 1547 packages. > > If us three had an equal number of packages to maintain (that's not the > case), this would make ~516 packages per person, which is already too > much. Considering the above, I'd say we'd need at least another four > people to push the port forward. > I hope that helped :) Yep, it sounds like you could really use the help too. So I think when I get enough money this summer I'll get some kind of faster PowerPC than my slow little Gamecube. > greetings, > -Armin > > > Am Samstag, den 28.04.2007, 23:19 -0500 schrieb Harley Laue: > > This summer I might invest in a piece of PowerPC hardware. After > > running Arch Linux on my Gamecube, I now want to perhaps take the next > > step and buy a more practical PowerPC computer (perhaps a used Mac > > Mini G4) with the sole purpose to try and help out with this port. > > > > Which brings me to my question, I'd like to have a bit of an idea of > > what still needs to be done/maintained with Arch Linux PPC. I'd like > > to have at least an idea of what might be needed before I invest my > > time and money into a piece of hardware. If all that's needed is bug > > fixing, I'll be much less likely to consider buying the hardware if > > that's the case. > > _______________________________________________ > > arch-ports mailing list > > arch-ports at archlinux.org > > http://archlinux.org/mailman/listinfo/arch-ports > > > > _______________________________________________ > arch-ports mailing list > arch-ports at archlinux.org > http://archlinux.org/mailman/listinfo/arch-ports -------------- next part -------------- An HTML attachment was scrubbed... URL: From a0049387 at unet.univie.ac.at Sun Apr 29 04:39:15 2007 From: a0049387 at unet.univie.ac.at (Armin Luntzer) Date: Sun, 29 Apr 2007 10:39:15 +0200 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <1177834892.25053.13.camel@arch> References: <1177820399.25053.10.camel@arch> <1177831546.4865.30.camel@localhost> <1177834892.25053.13.camel@arch> Message-ID: <1177835955.6160.0.camel@localhost> Excellent :) Am Sonntag, den 29.04.2007, 03:21 -0500 schrieb Harley Laue: > On Sun, 2007-04-29 at 09:25 +0200, Armin Luntzer wrote: > > Help is always appreciated :) > > > > There are currently 1037 Packages in ppc-extra, thats about 1000 less > > than in the official Arch extra-repo. ppc-current contains 510 packages, > > that makes a total of 1547 packages. > > > > If us three had an equal number of packages to maintain (that's not the > > case), this would make ~516 packages per person, which is already too > > much. Considering the above, I'd say we'd need at least another four > > people to push the port forward. > > I hope that helped :) > Yep, it sounds like you could really use the help too. So I think when I > get enough money this summer I'll get some kind of faster PowerPC than my > slow little Gamecube. > > greetings, > > -Armin > > > > > > Am Samstag, den 28.04.2007, 23:19 -0500 schrieb Harley Laue: > > > This summer I might invest in a piece of PowerPC hardware. After > > > running Arch Linux on my Gamecube, I now want to perhaps take the next > > > step and buy a more practical PowerPC computer (perhaps a used Mac > > > Mini G4) with the sole purpose to try and help out with this port. > > > > > > Which brings me to my question, I'd like to have a bit of an idea of > > > what still needs to be done/maintained with Arch Linux PPC. I'd like > > > to have at least an idea of what might be needed before I invest my > > > time and money into a piece of hardware. If all that's needed is bug > > > fixing, I'll be much less likely to consider buying the hardware if > > > that's the case. > > > _______________________________________________ > > > arch-ports mailing list > > > arch-ports at archlinux.org > > > http://archlinux.org/mailman/listinfo/arch-ports > > > > > > > > _______________________________________________ > > arch-ports mailing list > > arch-ports at archlinux.org > > http://archlinux.org/mailman/listinfo/arch-ports > _______________________________________________ > arch-ports mailing list > arch-ports at archlinux.org > http://archlinux.org/mailman/listinfo/arch-ports -- Armin Luntzer From kth5 at archlinuxppc.org Sun Apr 29 11:35:48 2007 From: kth5 at archlinuxppc.org (Alexander Baldeck) Date: Sun, 29 Apr 2007 17:35:48 +0200 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <1177834892.25053.13.camel@arch> References: <1177820399.25053.10.camel@arch> <1177831546.4865.30.camel@localhost> <1177834892.25053.13.camel@arch> Message-ID: <4634BB54.2030308@archlinuxppc.org> Harley Laue wrote: > get enough money this summer I'll get some kind of faster PowerPC than my > slow little Gamecube. > I would like to enable my gamecube to run Linux as well but it seems I cannot come up with a broadband adaptor. Any recommendations where to get one? Cheers, -I From dale at archlinux.org Sun Apr 29 13:08:03 2007 From: dale at archlinux.org (Dale Blount) Date: Sun, 29 Apr 2007 13:08:03 -0400 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <4634BB54.2030308@archlinuxppc.org> References: <1177820399.25053.10.camel@arch> <1177831546.4865.30.camel@localhost> <1177834892.25053.13.camel@arch> <4634BB54.2030308@archlinuxppc.org> Message-ID: <1177866484.5166.1.camel@localhost.localdomain> On Sun, 2007-04-29 at 17:35 +0200, Alexander Baldeck wrote: > Harley Laue wrote: > > get enough money this summer I'll get some kind of faster PowerPC than my > > slow little Gamecube. > > > I would like to enable my gamecube to run Linux as well but it seems I > cannot come up with a broadband adaptor. Any recommendations where to > get one? > http://store.nintendo.com/webapp/wcs/stores/servlet/ProductDisplay?lastAction=setCurr&jspStoreDir=NOASTORE&languageId=-1&catalogId=10001&categoryId=44009&productId=13901¤cy=USD&storeId=10001&ddkey=SetCurrencyPreference That's where I got mine... If that link doesn't work, just surf to http://store.nintendo.com and start looking from there. Dale From losinggeneration at aim.com Sun Apr 29 17:28:30 2007 From: losinggeneration at aim.com (Harley Laue) Date: Sun, 29 Apr 2007 16:28:30 -0500 Subject: [arch-ports] [PPC] Possibilities to help In-Reply-To: <4634BB54.2030308@archlinuxppc.org> References: <1177820399.25053.10.camel@arch> <1177831546.4865.30.camel@localhost> <1177834892.25053.13.camel@arch> <4634BB54.2030308@archlinuxppc.org> Message-ID: <1177882110.9077.15.camel@arch> On Sun, 2007-04-29 at 17:35 +0200, Alexander Baldeck wrote: > Harley Laue wrote: > > get enough money this summer I'll get some kind of faster PowerPC than my > > slow little Gamecube. > > > I would like to enable my gamecube to run Linux as well but it seems I > cannot come up with a broadband adaptor. Any recommendations where to > get one? > > Cheers, If your local game stores don't have one, you might be stuck with on online store/auction (like Dale Blount said http://store.nintendo.com will be a sure way to find one.) I was lucky enough to be able to go to a GameStop and just pick one up. You should be aware that the Gamecube isn't exactly a real practical system to run a full distro like Arch on. I really did it as an experiment to see if a distro would run on it. The lack of Ram is a very limiting factor for running much of an OS on the Gamecube. It can be fun and a way to expriment if you don't have many computers networked together. For instance, I ran XFCE over ssh tunneling for the first time on my 'cube. It was the first non-ix86 kernel I built and booted. Now that I think about it, I've had lots of firsts with running Linux on my 'cube. It's definately worthwhile if you like to play with and expirement with what Linux can do. Once you get a bba for your 'cube and can boot homebrew code (which includes Linux) you may want to check out the tutrials on www.gc-linux.org on how to set up a cross compiler and distcc. You'll need the cross compiler to build the kernel,and distcc is a must if you plan on compiling anything on your 'cube. While compiling a reasonably sized C++ program, the 'cube will become very unresponsive. I just thought this would be worth mentioning, and hope this helps. -------------- next part -------------- An HTML attachment was scrubbed... URL: