- Arch-general - lists.archlinux.org

[arch-general] [signoff] nfs-utils 1.2.0-2
by Tobias Powalowski 17 Jun '09

17 Jun '09

Hi guys, new nfs-utils package with new .install message, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] unionfs
by Baho Utot 16 Jun '09

16 Jun '09

On Mon, 2009-06-15 at 11:28 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Mon, 2009-06-15 at 10:46 +1000, Allan McRae wrote: > > > >> Baho Utot wrote: > >> > >>> I have setup a new computer with a clean install with > >>> kernel26-2.6.29.4-1 does this kernel support unionfs? > >>> This is the second system I have had trouble with. > >>> > >>> Devtools always complains like this > >>> > >>> building union chroot > >>> ERROR: No unionfs available. Abandon ship! > >>> FAILURE: vsftpd-2.1.0-2-i686.pkg.tar.gz > >>> > >>> I am using devtools 0.6.4-1 the latest I think > >>> > >>> When I use devtools with kernel26 2.6.27.10-1 on an older system > >>> devtools works > >>> > >>> Anyone got a clue what is wrong? > >>> > >>> > >> The same as previously... recent kernels do no support unionfs so you > >> need a git version of makechrootpkg with fixes it to use unionfs. > >> > >> Allan > >> > >> > >> > >> > > > > Can you tell Aaron I found an error with his latest git version of > > devtools the makechrootpkg > > > > devtools-360fcd2f0ecaba3c8bb0e56e7fc6014dacfb3ec7 > > > > line 227 on the version I just fetched > > near the bottom of the script (makechrootpkg) > > > > is > > pkgfile=${chrootdir}/union/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* > > ${PKGEXT} > > > > should be > > > > pkgfile=${chrootdir}/rw/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* > > ${PKGEXT} > > > > It fails to copy the completed/built package from the chroot to the > > directory where you have the PKGBUILD file > > > > I have no problems, and if you think about it, the union dir is a union > between the root and rw directories so this is the same thing... > > Allan > > > Then why doesn't it work? The package is left in rw/pkgdest after I change it the package is moved to the dir the PKGBUILD is in.

2 7

[arch-general] Demons shutdown before processes.
by Chris Bannister 15 Jun '09

15 Jun '09

If my soundcard is in use when I shutdown (which it normally is with MPD because I just sudo halt and expect linux to shutdown), this causes OSS to fail to unload, which in turn can leave my /var partition mounted. Is there a specific reason it is done this way?

3 5

[arch-general] [signoff] rpcbind-0.2.0-1 and libtirpc-0.2.0-1
by Tobias Powalowski 15 Jun '09

15 Jun '09

Hi guys, in order to provide a state of the art portmapper with ipv6 support and all nfs4 stuff, we should replace portmap with rpcbind in [core]. Simply replace portmap daemon with rpcbind in /etc/rc.conf please signoff both packages greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-general] [signoff] nfs-utils 1.2.0-1
by Tobias Powalowski 15 Jun '09

15 Jun '09

Hi guys, Based on nfs-utils from AUR we could support nfs4 rather easily. Major changes: - daemon scripts changed, nfslock and nfsd are dropped - nfs-common and nfs-server are introduced, both have their config files on /etc/conf.d nfs-common is intended to run on nfs clients + server nfs-server is intended to run on nfs server - NFS4 is implemented please try and give feedback to make this one bullet proof thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] kernel26 2.6.30-4
by Tobias Powalowski 15 Jun '09

15 Jun '09

Hi guys, kernel26-2.6.30-4 please signoff, both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: http://bugs.archlinux.org/task/15067 http://bugs.archlinux.org/task/14879 http://bugs.archlinux.org/task/14485 http://bugs.archlinux.org/task/14958 http://bugs.archlinux.org/task/14923 -> #closing won't implement aufs doesn't work seperated! http://bugs.archlinux.org/task/15071 - fixed latest issues with kms - fixed wmi_acer module hang - fixed dsdt patch for 2.6.30 - fixed intel snd issue Arch Linux changes: - removed snd-pcspkr module #14958 - changed to lzma kernel compression - added dccp #15071 - added SCHED_DEBUG=y - remove rt2500 when moving to core repository Intel kms forum link: http://bbs.archlinux.org/viewtopic.php?pid=528543 Remove binary modules from extra: Got madwifi compiled again: madwifi -> move from core to extra # supported by ath5k and ath9k normally openswan-klisp -> AUR # broken since ages Enjoy have fun and give me feedback, should be ready for prime time now! greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] dmraid disk failure - howto rebuild new disk - gparted hates Me :-(
by David C. Rankin 15 Jun '09

15 Jun '09

Listmates, My Seagate drives are dropping like flies with less than 1400 hours of run time. (that's less than 58 days of service!) Latest is a 750G (ST3750330AS) that was part of the second raid set on one of my boxes running Arch. Seagate sent a new one and now I am trying to figure out how to rebuild the array. The fakeraid setup is with a nvidia bios raid chip using software dmraid. The array is composed of /dev/sdb and /dev/sdd which are both part of /dev/mapper/nvidia_fffadgic: [00:59 ecstasy:/home/david] # dmraid -r /dev/sdd: nvidia, "nvidia_fffadgic", mirror, ok, 1465149166 sectors, data@ 0 /dev/sdc: nvidia, "nvidia_fdaacfde", mirror, ok, 976773166 sectors, data@ 0 /dev/sdb: nvidia, "nvidia_fffadgic", mirror, ok, 1465149166 sectors, data@ 0 /dev/sda: nvidia, "nvidia_fdaacfde", mirror, ok, 976773166 sectors, data@ 0 /dev/sdd failed and has been replaced. The partition information on /dev/sdb is: [00:43 ecstasy:/home/david] # fdisk -l /dev/sdb Disk /dev/sdb: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/sdb1 1 7553 60669441 5 Extended /dev/sdb5 * 1 2432 19534977 83 Linux /dev/sdb6 2433 2447 120456 83 Linux /dev/sdb7 2448 7310 39062016 83 Linux /dev/sdb8 7311 7553 1951866 82 Linux swap / Solaris /dev/sdd is blank. My first thought was simply to use fdisk to create the extended partition /dev/sdd1 and then use the gparted-live CD to copy sdb[5 6 7 8] over to sdd and be done. The setup in gparted went fine, but when gparted went to format the partitions as ext3, it gave an error and would not go any farther. The error was simply a generic "operation could not be completed..." with nothing to say why. I don't know, but maybe it has something to do with both drives being combined under the device mapper heading of nvidia_fffadgic that caused it to puke. That's pretty much where I am now. My next thought is to just use dd to copy the partitions over. I have opensuse on the sda/sdc array (mapper nvidia_fdaacfde), so the drives I am working with are not mounted anywhere and should be easy to work with. What says the brain trust? Can you think of any way I was screwing up gparted so it wouldn't even format the copy partitions? What about the dd method? Any hints or gotchas? Any help would be appreciated. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 7

[arch-general] [signoff] kernel26 2.6.30-3
by Tobias Powalowski 15 Jun '09

15 Jun '09

Hi guys, kernel26-2.6.30-3 please signoff, both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: http://bugs.archlinux.org/task/15067 http://bugs.archlinux.org/task/14879 http://bugs.archlinux.org/task/14485 http://bugs.archlinux.org/task/14958 http://bugs.archlinux.org/task/14923 -> #closing won't implement aufs doesn't work seperated! http://bugs.archlinux.org/task/15071 - Fixed latest issues with kms - fixed wmi_acer module hang Arch Linux changes: - removed snd-pcspkr module #14958 - changed to lzma kernel compression - removed dsdt patch, it doesn't work anymore, probably we can remove it forever. Please shout out loud, if you really need this! - added dccp #15071 - remove rt2500 when moving to core repository Intel kms forum link: http://bbs.archlinux.org/viewtopic.php?pid=528543 Remove binary modules from extra? Guys opinions on this? Got madwifi compiled again: madwifi -> move from core to extra # supported by ath5k and ath9k normally openswan-klisp -> AUR # broken since ages Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

Re: [arch-general] [arch-dev-public] Kill old gcc versions
by Baho Utot 15 Jun '09

15 Jun '09

On Mon, 2009-06-15 at 10:45 +1000, Allan McRae wrote: > Baho Utot wrote: > > On Mon, 2009-06-15 at 00:51 +0200, Jan de Groot wrote: > > > >> On Sun, 2009-06-14 at 18:46 -0400, Baho Utot wrote: > >> > >> > >>> I have encountered many packages in extra that don't compile with > >>> gcc-4.4.0. The easy way to fix them is to compile them with gcc-3.4 > >>> > >> The easy way to fix them is by reporting bugs. Bugfixing most of these > >> packages is very easy and takes us only a few minutes to fix, so why > >> bother supporting an old outdated compiler that hasn't been supported > >> upstream for a long while? > >> > >> > > Do you really want a list of all the packages in extra that are broke? > > > > There are lots of them > > > > Filing a bug report means they will get fixed. Not telling us about > them, means they will wait until an update or rebuild is needed. > > Allan > > I can do that....if you can stand all the bug reports :) My script just finished and it found another 400+ that didn't build, that will take some time to go through to find the ones that didn't build because of gcc-4.4.0 errors :)

5 6

Re: [arch-general] unionfs
by Baho Utot 15 Jun '09

15 Jun '09

On Mon, 2009-06-15 at 10:46 +1000, Allan McRae wrote: > Baho Utot wrote: > > I have setup a new computer with a clean install with > > kernel26-2.6.29.4-1 does this kernel support unionfs? > > This is the second system I have had trouble with. > > > > Devtools always complains like this > > > > building union chroot > > ERROR: No unionfs available. Abandon ship! > > FAILURE: vsftpd-2.1.0-2-i686.pkg.tar.gz > > > > I am using devtools 0.6.4-1 the latest I think > > > > When I use devtools with kernel26 2.6.27.10-1 on an older system > > devtools works > > > > Anyone got a clue what is wrong? > > > > The same as previously... recent kernels do no support unionfs so you > need a git version of makechrootpkg with fixes it to use unionfs. > > Allan > > > Can you tell Aaron I found an error with his latest git version of devtools the makechrootpkg devtools-360fcd2f0ecaba3c8bb0e56e7fc6014dacfb3ec7 line 227 on the version I just fetched near the bottom of the script (makechrootpkg) is pkgfile=${chrootdir}/union/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* ${PKGEXT} should be pkgfile=${chrootdir}/rw/pkgdest/${pkgname}-${pkgver}-${pkgrel}-* ${PKGEXT} It fails to copy the completed/built package from the chroot to the directory where you have the PKGBUILD file I found it because it farted up my bash script that builds all the packages in the abs/local dir. You drop the package(s) from core/extra to local and let it fly, it will tell you what happened and who did it....completed failed etc. After the build... all with successes the log said....I still had zero *.pkg.tar.gz files :(

2 1