Re: [arch-general] Spell Checking in Emacs
Steve Holmes writes: I found some more information concerning the ispell problem with emacs. It seems that if I do ispell-buffer, region, or word on clean data (correctly spelled), I don't get any errors in the mini buffer and in fact, ispell-word even tells me the word is correct. Fine - that works as it should. However, as soon as there is a miss-spelled word to report, then is when I get the error in the mini-buffer saying that the text is read-only. It would appear that maybe ispell can't open a buffer to display the word choices. I don't know emacs lisp well enough to try and debug this thing but it's beginning to look like nobody else here is getting the problem or doesn't use this combination with emacs. Any other ideas out there? Try flyspell-mode[1]. AFAIK, it's bundled with Emacs 23 or later. References: [1] http://www.emacswiki.org/emacs/FlySpell HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgpp6xPHS1cnG.pgp Description: PGP signature
Re: [arch-general] Spell Checking in Emacs
Steve Holmes writes: On Fri, Sep 17, 2010 at 05:02:24AM +0530, Ashish SHUKLA wrote: Steve Holmes writes: Do I have to set up anything in advance in order to use ispell in emacs with the aspell program? See the message below for the full story. I can't get past this read-only problem. (setq ispell-program-name (executable-find aspell)) That fixed it! It seems that the documentation I followed, suggested a different setting to specify the aspell binary but this setting you gave me enables it to work properly now. Thanks and sorry for the repeated queries to the list; I thought there might have been a problem with how it was implemented with Arch. So Now i'm off to write those perfectly spelled e-mails. smile Use flyspell to make it comfortable :). -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgp2dTpCKFHjp.pgp Description: PGP signature
Re: [arch-general] Spell Checking in Emacs
Steve Holmes writes: Do I have to set up anything in advance in order to use ispell in emacs with the aspell program? See the message below for the full story. I can't get past this read-only problem. (setq ispell-program-name (executable-find aspell)) HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgpPN34fOatah.pgp Description: PGP signature
Re: [arch-general] Issues with SFTP and Nautilus.
Nilesh Govindarajan writes: On 09/04/2010 10:51 AM, Ashish SHUKLA wrote: Hi everyone, When I connect to my remote SFTP server (running FreeBSD) using GNOME Nautilus, I noticed that the in the Permissions dialog box, instead of user/group names, the numeric U/G IDs are being shown, whereas when I do 'sftp' from terminal, and execute 'ls -l', I can see the user/group names. Any ideas what might be wrong there ? Thanks I don't have a perfect idea about it, but probably nautilus doesn't fetch the user-group mapping for the uid/gid you're seeing, while the command line client does it. Sorry for the late reply. I hope you're also having similar issue, in case you tested this ? Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgpuDtTt40VCT.pgp Description: PGP signature
[arch-general] Issues with SFTP and Nautilus.
Hi everyone, When I connect to my remote SFTP server (running FreeBSD) using GNOME Nautilus, I noticed that the in the Permissions dialog box, instead of user/group names, the numeric U/G IDs are being shown, whereas when I do 'sftp' from terminal, and execute 'ls -l', I can see the user/group names. Any ideas what might be wrong there ? Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! pgpEim14qB77g.pgp Description: PGP signature
Re: [arch-general] simple iptabels question
writes: Hello, I have a question on iptables. On the arch wiki, the tutorial on a simple stateful firewall includes the creation of the following rule. # iptables -A INPUT -p tcp --syn -m state --state NEW -j OPEN-TCP Which, to my understanding, meant only pass new TCP streams with the syn flag (the initialize connection or handshake part 1 of 3) to the user defined chain. When I checked the output of iptables, I noticed the following rule. # iptables -L INPUT --line-numbers -v 7OPEN-TCP tcp -- anywhere anywheretcp flags:FIN,SYN,RST,ACK/SYN state NEW Why is iptables also using the FIN, RST and ACK/SYN flags? Did I not request SYN only like I thought the tutorial said? Read the man page of iptables. -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ “He who hasn't hacked assembly language as a youth has no heart. He who does as an adult has no brain.” (John Moore)
Re: [arch-general] Recent update to php-apache breaks LAMP stack.
Nilesh Govindarajan writes: On 02/02/2010 04:14 PM, Ashish SHUKLA wrote: Hi, I'd recently updated php, mysql, and php-apache packages to following versions: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-4 After update my existing webapps started showing error: Unable to connect to database, with nothing changed on the webapps side. After assuming that recent update cause them to break, I downgraded all related packages, and then upgraded them one-by-one. Following is the final combination which worked for me: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-3 If anyone also exhibits this behaviour, then I can report this as bug. Thanks Ashish SHUKLA Did you get any start-up errors after upgrading PHP ? Nop, I didn't get any errors in error_log of httpd, if thats what you meant. And also nor any errors during upgrade. You should upgrade php-mysql as well. Because you're changing the version of libmysqlclient (mysql) whereas php-mysql is linked to some other version. There is no 'php-mysql' package in the repositories. You probably mean this: #v+ abbe [~] chateau.d.if % sudo pacman -Ql php |fgrep mysql php /usr/lib/php/modules/mysql.so php /usr/lib/php/modules/mysqli.so php /usr/lib/php/modules/pdo_mysql.so #v- Ashish -- They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin pgpsCM6EB3cue.pgp Description: PGP signature
Re: [arch-general] Recent update to php-apache breaks LAMP stack.
Angel Velásquez writes: On Tue, Feb 2, 2010 at 7:44 AM, Ashish SHUKLA wahjava...@gmail.com wrote: Hi, I'd recently updated php, mysql, and php-apache packages to following versions: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-4 After update my existing webapps started showing error: Unable to connect to database, with nothing changed on the webapps side. After assuming that recent update cause them to break, I downgraded all related packages, and then upgraded them one-by-one. Following is the final combination which worked for me: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-3 If anyone also exhibits this behaviour, then I can report this as bug. Thanks Ashish SHUKLA -- They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin would you like to paste in someplace your php.ini config and your pacman -Ql | grep php The only change in php.ini is the values of upload_max_filesize, error_reporting and display_errors settings, which I don't think will cause any breakage. what database are you using, I guess mysql, right?, Right. Thanks Ashish SHUKLA -- They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin pgptmaF1k5G62.pgp Description: PGP signature
[arch-general] Recent update to php-apache breaks LAMP stack.
Hi, I'd recently updated php, mysql, and php-apache packages to following versions: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-4 After update my existing webapps started showing error: Unable to connect to database, with nothing changed on the webapps side. After assuming that recent update cause them to break, I downgraded all related packages, and then upgraded them one-by-one. Following is the final combination which worked for me: php 5.3.1-4 mysql 5.1.43-1 php-apache 5.3.1-3 If anyone also exhibits this behaviour, then I can report this as bug. Thanks Ashish SHUKLA -- They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Franklin pgp8HjMvSMbAh.pgp Description: PGP signature
Re: [arch-general] perl 5.10.1-3 broken ?
In 4acdada2.7030...@gmx.net, Firmicus wrote: Ashish SHUKLA a écrit : Hi everyone, I've noticed that the recent perl update (5.10.1-3) has not installed any PODs which are required by 'perldoc' for displaying documentation. Are PODs moved to some different package ? #v+ % pacman -Ql perl |fgrep .pod % pacman -Q perl perl 5.10.1-3 #v- Thanks in advance Ashish SHUKLA See http://bugs.archlinux.org/task/16488 But please, broken is too strong! Perl is not broken. It's just that because of the purge options in makepkg.conf, all pods have been deleted. But ALL the documentation is still there in the form of manpages. Apologies if this offended you. Anyways looking forward to an update with PODs included. Thanks -- Ashish SHUKLA pgpRiVQ7azuj4.pgp Description: PGP signature
Re: [arch-general] silent fsck at startup
Charly Ghislain writes: On Friday 23 January 2009 16:12:26 Ashish SHUKLA wrote: Is there any switch for fsck (during startup) to be somewhat verbose like displaying the progress of filesystem check ? It does for me, without changing anything... Im using ext3 I'm also using ext3 and I'm talking about the file-system check which takes after every n days or n mounts during boot-up. It is not showing any status of file-system check. Are you getting any progress-bar during the file-system check ? If yes, what changes you made to get that. Thanks -- Ashish SHUKLA pgph63s1qkIMP.pgp Description: PGP signature
Re: [arch-general] Intro + package maintenance
aashiks writes: Hi all, I checked the PKGBUILD scripts that Asish sent. Both scripts work correctly. The m17n-lib PKGBUILD script is correct and it correctly shows a dependency for libotf. But I couldn't find the libotf package in pacman. So I ended up using the libotf-cvs (http://aur.archlinux.org/packages.php?ID=16709) from AUR. This libotf packages is installed as libotf-cvs, so i had to modify the PKGBUILD script for m17n-lib to use libotf-cvs instaed of libotf. So I think if the m17n-lib package has to be included in extra/community repos, the libotf package should go in also. Sorry, I didn't noticed that it needed libotf also. Attached is the PKGBUILD for libotf-0.9.8. I never experienced this quick porting with any distro other than FreeBSD and ofcourse ArchLinux. This is real fun. The m17n-db script works correctly. If the m17n-libs are included, then I think it would be a very good idea to include the m17-contrib packages from AUR (http://aur.archlinux.org/packages.php?ID=22049) also, since this includes m17n support for some widely used indic languages . I was specifically looking for Malayalam which got recently included in m17n-contrib. AFAICS, Malayalam language input seems to be supported in m17n-db-1.5.2 also. What specific thing are you looking for Malyalam language like rendering of Malyalam script, input method HTH -- Ashish SHUKLA pgp0rEHv28A5B.pgp Description: PGP signature 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 }
Re: [arch-general] Intro + package maintenance
aashiks writes: Hi, Hi, If you can share the PKGBUILD it will be helpful. My problem issue ( inputting Malayalam ) was solved because there was a scim-tables version of the specific inpput scheme i was looking for. I had to get the latest scim-tables ( 0.5.8 ) for it to work. I had to create a patch due to a bug , but i now have a working package now. I am attaching the patch and PKGBUILD for scim-tables 0.5.8 with this. please do check Please checkout the attached PKGBUILD scripts. In case you use Emacs (CVS) from Arch's repos and having problem rendering Indic scripts, I've created a custom PKGBUILD for that too. Regards, Ashik S HTH -- Ashish SHUKLA pgptnWn6UQAfe.pgp Description: PGP signature # $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 }