- Arch-dev-public - lists.archlinux.org

[arch-dev-public] gcc-4.6.0 toolchain in [testing]
by Allan McRae 27 Mar '11

27 Mar '11

The gcc-4.6 toolchain rebuild has been uploaded to [testing]: gcc-4.6.0-1: - major upstream update. See http://gcc.gnu.org/gcc-4.6/changes.html - new dependency - cloog built with isl backend (replaces cloog-ppl) - remove elfutils dep (no longer needed) - clean-up of configure options - soname bump libobjc.so.2 -> .3 - package gcc-go frontend - please test calling C/C++ code, please report results with and without libffi installed linux-api-headers-2.6.38.1-1: - update to latest version binutils-2.21-6: - new upstream snapshot from 2.21 branch - remove patch included upstream glibc-2.13-5: - patch futex issue rather than disabling it libtool-2.4-3: - gcc version bump rebuild Test suite results can be seen at https://wiki.archlinux.org/index.php/User:Allan/Toolchain . There are a few new failures in the gcc and binutils testsuites. Most appear unimportant, but I will investigate further before I consider moving this to [core]. I expect an update to binutils with quite a few backports soon (which may fix some of the gcc lto issues) and I will probably need to grab an updated gcc snapshot in a couple of weeks anyway... Note that I have not done the small libobjc rebuild yet so if you are using gnustep then you might want to hold off updating for a bit. Allan

1 2

[arch-dev-public] The future of heimdal and nfs-utils
by Tobias Powalowski 27 Mar '11

27 Mar '11

Hi guys, The reason for not updating nfs-utils in [core] is the fact that, nfs-utils and heimdal patches don't work together anymore. I don't use this feature at all. Other distributions don't use heimdal as kerberos implementation, so no luck to find any help there. I asked diego from gentoo who did some work on gentoo and nfs stuff, but he is busy since ages, but agrees that the whole thing is in a real bad state. What to do? Shall we drop the heimdal implementation on nfs? Go away from heimdal and use an other kerberos implementation? As I said before I don't use this features at all. Thanks for your help. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 6

[arch-dev-public] Unreachable this week
by Gaetan Bisson 27 Mar '11

27 Mar '11

Dear all, I have been quiet lately as things are rough at work. This week, it is going to be worse: I will be on vacation with no Internet access from Tuesday (March 29) to Monday (April 4). During that time frame, feel free to upgrade my packages, fix all their bugs, etc. :) The work frenzy should be over in a few weeks, and I look forward to have more time to contribute then. Cheers. -- Gaetan

1 0

[arch-dev-public] New initscripts mailing list
by Thomas Bächler 26 Mar '11

26 Mar '11

I want to create a new mailing list for initscripts development discussion, patches and pull requests. Should we keep this list for initscripts only, or for more projects? And what would the name be?

4 3

[arch-dev-public] New dbscripts and devtools releases
by Pierre Schmitz 26 Mar '11

26 Mar '11

Hi all, I have just updated dbscripts and devtools. The new epoch variable intrduced in pacman 3.5 is now supported and $repo.files databases are now in sync with the actual repo db. Devtools now optionally uses btrfs snapshots to create a build environment and also works better with multiple users. Archbuild has now to be run directly via sudo. See http://projects.archlinux.org/devtools.git/log/ for more details. And thanks to everybody envolved. Let me know if anything does no longer work as expected. Greetings, Pierre -- Pierre Schmitz, https://users.archlinux.de/~pierre

1 0

[arch-dev-public] [namcap] Released version 3.0.3
by Rémy Oudompheng 26 Mar '11

26 Mar '11

Hello, I have released and packaged namcap 3.0.3. It includes Dan's patches for the PKGBUILD analysis and a fix for the dangling symlink detection. I hope this will be the last bugfix release before the move from [testing] to [extra]. Regards, Rémy.

1 0

[arch-dev-public] [signoff] kernel26 2.6.37.5-1
by Tobias Powalowski 26 Mar '11

26 Mar '11

Upstream update. This package is NOT in testing (2.6.38 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] binutils-2.21-5
by Allan McRae 26 Mar '11

26 Mar '11

New CVS snapshot from the 2.21 branch. No changes in testsuite output. This rebuild is mainly because I wanted to see if it fixes some of the testsuite issues I am having with gcc-4.6 prereleases, but there are some nice fixes on that branch that are worth having anyway. Signoff both, Allan

2 4

[arch-dev-public] Report from rebuilding [core] repo
by Allan McRae 26 Mar '11

26 Mar '11

Hi, FYI, I rebuilt the entire [core] repo to check if everything currently builds as is. I got the following build failures: FAIL: coreutils FAIL: crda FAIL: flex FAIL: gcc FAIL: grub FAIL: ndiswrapper FAIL: udev FAIL: vi This was all done by rebuilding <pkg>/repos/core-{x86_64,any} with extra-x86_64-build. So that explains the grub failure... Seven failures out of 175 packages is not bad! I will rebuild the rest with logging to look for the actual issues and file bug reports as necessary. Allan

1 1

[arch-dev-public] Dropping Oracle OpenOffice
by Andreas Radke 25 Mar '11

25 Mar '11

LibreOffice has recently proved to be a solid replacement for Oracle OpenOffice. I'm about to drop all Oracle OOo packages from our repos. First my time is limited. I've asked so many times for help in the Office packaging area and nobody stepped in. Then there's the poor distribution support Oracle spends on the distributions. They almost do not care about custom distribution builds and their interest. They break the build against system libs every now and then and it takes ages to contact the relevant devs to fix their bugs. Development is only driven by the profit interests of Oracle... You can put in here all the arguments the Document foundation has given at its birth. So don't expect any efforts to fix bugs in Oracle packages anymore. As soon as they will break due to a .so name bump or something like this I'll remove all the packages from our repos if nobody else is willing to maintain them. Any objections to add "replaces=('openoffice-base') " to the next LibO pkg? -Andy

8 9