Re: [arch-general] 2.6.28 to core?
Hello, Virtualbox modules can't be compiled anymore with 2.6.28. wain - Original Message - From: Gerhard Brauer gerhard.bra...@web.de Sent: Wed, January 14, 2009 10:52 Subject:[arch-general] 2.6.28 to core? Hello, seems that all stopper for 2.6.28 are solved. Are there any issues that causes 2.6.28 (and klibc, mkinitcpio) don't went to [core]? Without these the new ISO's couldn't be build... Regards Gerhard - End of original message -
Re: [arch-general] 2.6.28 to core?
2009/1/14 wain w...@archlinux.fr: Hello, Virtualbox modules can't be compiled anymore with 2.6.28. Virtualbox isn't the cause because kernel2.6.28 isn't in [core]. Btw, there is a bug report[1] solved for build virtualbox under 2.6.28. [1] http://www.virtualbox.org/ticket/2936 -- Andrea `BaSh` Scarpino Arch Linux Developer
Re: [arch-general] 2.6.28 to core?
Am Wed, 14 Jan 2009 11:38:25 +0100 schrieb Andrea Scarpino and...@archlinux.org: 2009/1/14 wain w...@archlinux.fr: Hello, Virtualbox modules can't be compiled anymore with 2.6.28. Virtualbox isn't the cause because kernel2.6.28 isn't in [core]. Btw, there is a bug report[1] solved for build virtualbox under 2.6.28. [1] http://www.virtualbox.org/ticket/2936 Ok, that's something the virtualbox-ose maintainer have to deal with. We could put this info in a announce mail for those users which have to build their modules locally, before the community-package gets updated. AFAIK this could be handled better in the future, when community packages could also use [testing]. Gerhard
Re: [arch-general] Intro + package maintenance
Hi all, @Asish , I was looking for input methods The PKGBUILD for libotf works well. So we now have PKGBUILDs for the current versions of : libotf m17n-lib m17n-db scim-tables Also , I have packaged fonts for Malayalam ( These are now in official Debian and Fedora repositories) . I have put the PKGBUILD for it in AUR ( http://aur.archlinux.org/packages.php?ID=23145 ). How do we go about ensuring that these packages make it to extra/community ? Regards, Aashik
[arch-general] m17n and related packages - was: Intro + package maintenance
aashiks wrote: Hi all, @Asish , I was looking for input methods The PKGBUILD for libotf works well. So we now have PKGBUILDs for the current versions of : libotf m17n-lib m17n-db scim-tables If you are confirming these packages are all working, I can push the updates to the repos under the understanding that I really can not test them. But given the versions in the repos appear to be broken anyway, things can not get much worse... To make it easier for me, can someone either reply to this or email me directly with all four PKGBUILDs attached. Allan
Re: [arch-general] m17n and related packages - was: Intro + package maintenance
Hi,
The four PKGBUILDS are attached.
Regards,
Aashik
# $Id: PKGBUILD 9021 2008-08-17 02:49:51Z eric $
# Contributor: Camille Moncelier p...@devlife.org
pkgname=m17n-lib
pkgver=1.5.3
pkgrel=1
pkgdesc=A multilingual text processing library (runtimes)
arch=(i686 x86_64)
url=http://www.m17n.org/m17n-lib/;
license=(GPL)
depends=('libxft' 'libxaw' 'm17n-db=1.5.3' 'fribidi' 'libxml2' 'gd' 'ispell'
'anthy' 'libotf')
options=('!libtool')
source=(http://www.m17n.org/m17n-lib-download/$pkgname-$pkgver.tar.gz
m17n-lib-1.3.1-fPIC.patch)
md5sums=('6c6c243a14305fee373283b553226215' 'a4f06321702ba7c97ba537e12c27d147')
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr
make
make DESTDIR=$startdir/pkg install
}
#The m17n library is configured with these external libraries.
# fribidi freetype xft2 fontconfig gdlib xml2 anthy ispell
# $Id: PKGBUILD 8939 2008-08-17 01:09:10Z eric $
# Maintainer: damir da...@archlinux.org
# Contributor: Camille Moncelier p...@devlife.org
pkgname=m17n-db
pkgver=1.5.3
pkgrel=1
pkgdesc=A multilingual text processing library (database)
arch=(i686 x86_64)
url=http://www.m17n.org/m17n-lib/;
license=GPL
depends=('glibc') # not because of compiling, but because of
/usr/share/i18n/charmaps/ files that glibc provides
source=(http://www.m17n.org/m17n-lib-download/$pkgname-$pkgver.tar.gz)
md5sums=('0fdf4582389bb8de75de88caffdd0776')
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg install
}
pkgname=libotf
pkgver=0.9.8
pkgrel=0
pkgdesc=OpenType Font library
url=http://www.m17n.org/libotf/;
arch=('i686' 'x86_64')
license=('GPL')
groups=
provides=
depends=('libxaw' 'libxmu' 'libxt' 'freetype2' 'libx11')
makedepends=
conflicts=
replaces=
backup=
install=
source=(http://www.m17n.org/libotf/$pkgname-$pkgver.tar.gz)
md5sums=('586e806cf585e26ce5f3a51c472fe2d5')
build() {
cd ${srcdir}/$pkgname-$pkgver
./configure --prefix=/usr
make || return 1
make prefix=${pkgdir}/usr install || return 1
}
# $Id: PKGBUILD 356 2008-04-18 22:56:27Z aaron $
# Maintainer: damir da...@archlinux.org
# Contributor: Gan Lu rhythm@gmail.com
# Contributor: Aashik S aashiks at gmail dot com
pkgname=scim-tables
pkgver=0.5.8
pkgrel=2
pkgdesc=SCIM multi language input method engine (including CJK) v0.5.8. This
brings in support for some Malayalam input methods also
arch=(i686 x86_64)
url=http://www.scim-im.org/;
license=GPL
depends=('scim=1.4.7')
#makedepends=('skim')
source=(http://switch.dl.sourceforge.net/sourceforge/scim/$pkgname-$pkgver.tar.gz
scim-tables-0.5.8-header.patch)
build() {
# The following line fixes an error in scim_generic_table.h in v0.5.8. The
unpatched file causes a build fail
patch $startdir/src/$pkgname-$pkgver/src/scim_generic_table.h
scim-tables-0.5.8-header.patch || return 1
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr \
--disable-static
make || return 1
make DESTDIR=$startdir/pkg install
find $startdir/pkg -name '*.la' -exec rm {} \;
}
md5sums=('53ba0d00a71e467b5d009954cf56cb07')
[arch-general] Malayalam fonts for Arch
Hi, I understand that there may not be many users who need Malayalam fonts here on this list, but if there are any then there are a set of TTF fonts ( from theep://smc.org.in ) that I have packaged. The PKGBUILD is available at http://aur.archlinux.org/packages.php?ID=23145 These fonts are the default Malayalam fonts in Debian and Fedora. I thought it would be nice to see them on Arch too :) regards, Aashik
Re: [arch-general] How to change default terminal from xterm
Leonid Grinberg wrote: On my desktop machine, it seems like any time a GUI app needs to launch a console app, the default is to launch it in an xterm window. But as I'm a hardcore KDE user, I'd like to change that default to konsole. Wasn't able to figure out where this setting is to override it, however. set | grep xterm didn't turn up much of relevance, and I couldn't see any KDE setting to override it either. Anyone know how to tweak this? It depends on a lot of things, including your DE. It sounds like you are using KDE; if you are true a hard-core KDE user, you are probably using KDE 4.x, in which case you can set it in systemsettings default applications. Otherwise it's somewhere in kcontrol. In GNOME, it's something like Preferred Applications. So basically, this is a non-answer. I'm trying to say, that there's probably no global way to do this without just symlinking xterm to konsole 8) Right, there is no truly global way of doing this. In practice, though, this is really the purpose of a DE and you should be able to set it fairly easily. -- Leonid Grinberg Bummer! It really is a pain having my apps (MySQL Administrator, in this case) open up an xterm with its tiny little fonts. I'll see what I can do about setting this for both KDE and GNOME, and then have to just hope for the best. Thanks, DR
Re: [arch-general] How to change default terminal from xterm
Bummer! It really is a pain having my apps (MySQL Administrator, in this case) open up an xterm with its tiny little fonts. I'll see what I can do about setting this for both KDE and GNOME, and then have to just hope for the best. I am not 100% certain, but I think that MySQL administrator listens to GNOME settings. -- Leonid
Re: [arch-general] Boot error with 2008.12
El Saturday 10 January 2009 01:46:11 Victor Quinault va escriure: Hi, I can't explain your problem, but since you use a second linux server, you can try to boot archiso through PXE[1] and then launch the setup. I can confirm that using the PXE installing system everything worked rigth. I'm now writting this mail from the laptop with Arch :)
