[arch-general] resume from suspend no longer works after new mkinitcpio 0.6
At boot, it no longer does the check for the resume image or data and directly boots from new.
Re: [arch-general] encrypt hook
On Fri, 2010-02-12 at 01:17 +0100, Adrian C. wrote: > On Thu, 11 Feb 2010, Hussam Al-Tayeb wrote: > > > Why does /lib/initcpio/hooks/encrypt say /sbin/cryptsetup but the > > actual installed file is /sbin/cryptsetup.static? > > But you did not read /lib/initcpio/install/encrypt which explains it. > ok, thanks. it seems to be using the dynamically linked crytpsetup now
Re: [arch-general] VIM history
On 02/12/2010 12:08 PM, gt wrote: On Fri, Feb 12, 2010 at 11:22 AM, Nilesh Govindarajanwrote: Hi, while I was on Fedora, whenever I opened a file using vim, the next time I open it, it used to open at the same line where I closed it. What is the setting to enable this feature ? Its a big pain in the a$$ to scroll through the file every time I want to find the line. -- Nilesh Govindarajan Site& Server Adminstrator www.itech7.com Add this to your .vimrc " When editing a file, always jump to the last known cursor position. " Don't do it when the position is invalid or when inside an event handler " (happens when dropping a file on gvim). " Also don't do it when the mark is in the first line, that is the default " position when opening a file. autocmd BufReadPost * \ if line("'\"")> 1&& line("'\"")<= line("$") | \ exe "normal! g`\"" | \ endif Thanks :) -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com
Re: [arch-general] VIM history
On Fri, Feb 12, 2010 at 11:22 AM, Nilesh Govindarajan wrote: > Hi, while I was on Fedora, whenever I opened a file using vim, the next > time I open it, it used to open at the same line where I closed it. > > What is the setting to enable this feature ? Its a big pain in the a$$ to > scroll through the file every time I want to find the line. > > -- > Nilesh Govindarajan > Site & Server Adminstrator > www.itech7.com > Add this to your .vimrc " When editing a file, always jump to the last known cursor position. " Don't do it when the position is invalid or when inside an event handler " (happens when dropping a file on gvim). " Also don't do it when the mark is in the first line, that is the default " position when opening a file. autocmd BufReadPost * \ if line("'\"") > 1 && line("'\"") <= line("$") | \ exe "normal! g`\"" | \ endif
[arch-general] VIM history
Hi, while I was on Fedora, whenever I opened a file using vim, the next time I open it, it used to open at the same line where I closed it. What is the setting to enable this feature ? Its a big pain in the a$$ to scroll through the file every time I want to find the line. -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com
Re: [arch-general] Error message on mkinitcpio
On 02/12/2010 01:03 AM, Tomás Acauan Schertel wrote: On Fri, Feb 12, 2010 at 00:57, Gerardo Exequiel Pozzi< vmlinuz...@yahoo.com.ar> wrote: On 02/11/2010 11:26 PM, Tomás Acauan Schertel wrote: I still got error message after using packages from [testing]. Am I doing something wrong?? what of error message? conflicts files in pacman? or when mkinitcpio generates the image? mkinitcpio generating the image OK. What returns this command (this is what are around line 17)? # as root, in this case shuld view the error message for blkdev in $(find /dev -type b | grep -v -e /dev/loop -e /dev/ram -e /dev/fd); do (eval $(/sbin/blkid -o udev -p "${blkdev}"); [ "${ID_FS_USAGE}" = "filesystem" ] && echo $ID_FS_TYPE) done in that case, execute this for blkdev in $(find /dev -type b | grep -v -e /dev/loop -e /dev/ram -e /dev/fd); do /sbin/blkid -o udev -p "${blkdev}" done -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] Error message on mkinitcpio
On Fri, Feb 12, 2010 at 00:57, Gerardo Exequiel Pozzi < vmlinuz...@yahoo.com.ar> wrote: > On 02/11/2010 11:26 PM, Tomás Acauan Schertel wrote: > >> I still got error message after using packages from [testing]. >> Am I doing something wrong?? >> >> >> >> > what of error message? conflicts files in pacman? or when mkinitcpio > generates the image? > mkinitcpio generating the image > PS: Please avoid top-response. > > > -- > Gerardo Exequiel Pozzi ( djgera ) > http://www.djgera.com.ar > KeyID: 0x1B8C330D > Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D > > >
Re: [arch-general] mail client
thank you for all the perspectives. fs, filesystem is raid10, ext4 for documents, mail. filesystem of system/programs is raid 1, ext4 it may try more switches to quicken the program. David, thank you for the reminder of userChrome.css. nobody wrote of the worst problem, inconsistent view columns, that you must conform per fold, also every news group, there are too many folds to conform them all manually. this bug is reported, but was tentatively explained as a 'feature' there is definitely something happening, even as I type the text lags...no other programs are like this.q
Re: [arch-general] Error message on mkinitcpio
On 02/11/2010 11:26 PM, Tomás Acauan Schertel wrote: I still got error message after using packages from [testing]. Am I doing something wrong?? what of error message? conflicts files in pacman? or when mkinitcpio generates the image? PS: Please avoid top-response. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] Error message on mkinitcpio
I still got error message after using packages from [testing]. Am I doing something wrong?? -- Tomás A. Schertel -- Linux Registered User #304838 Arch Linux User http://www.archlinux-br.org/ -- On Thu, Feb 11, 2010 at 22:46, Xavier Chantry wrote: > On Thu, Feb 11, 2010 at 10:27 PM, Dan McGee wrote: > > > > I think we may have this fixed in pacman-git, but Nagy or Xavier would > > know for sure... > > > > That documentation from man PKGBUILD still applies, I don't think we > ever considered it as a bug/problem : > > replaces (array) > An array of packages that this package should replace, and > can be used to handle renamed/combined packages. For example, if the > j2re package is renamed to jre, this directive allows > future upgrades to continue as expected even though the package has > moved. Sysupgrade is currently the only pacman operation > that utilizes this field, a normal sync will not use its value. > > But now I am wondering if replaces could imply conflicts/provides. > Implicit fields means less control and power to the user/packager though. >
Re: [arch-general] Error message on mkinitcpio
On Thu, Feb 11, 2010 at 10:27 PM, Dan McGee wrote: > > I think we may have this fixed in pacman-git, but Nagy or Xavier would > know for sure... > That documentation from man PKGBUILD still applies, I don't think we ever considered it as a bug/problem : replaces (array) An array of packages that this package should replace, and can be used to handle renamed/combined packages. For example, if the j2re package is renamed to jre, this directive allows future upgrades to continue as expected even though the package has moved. Sysupgrade is currently the only pacman operation that utilizes this field, a normal sync will not use its value. But now I am wondering if replaces could imply conflicts/provides. Implicit fields means less control and power to the user/packager though.
Re: [arch-general] encrypt hook
On Thu, 11 Feb 2010, Hussam Al-Tayeb wrote: Why does /lib/initcpio/hooks/encrypt say /sbin/cryptsetup but the actual installed file is /sbin/cryptsetup.static? But you did not read /lib/initcpio/install/encrypt which explains it. -- Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618 PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 31B7 D20A 0618
Re: [arch-general] new mkinitcpio / harmless error message at boot
Am 11.02.2010 21:52, schrieb Hussam Al-Tayeb: > After doing a pacman -Syu and installed the mkinitcpio 0.6 , I'm getting > an error insmoding padlock-sha just after I enter the root device luks > encryption passphrase. I'm assuming there is an easy solution to this. > Any idea? I think I added the option CRYPTO_MODULES to restrict which modules are added to initramfs - this way you can omit padlock. But using this option also can completely screw up everything. I don't think you should worry about the padlock messages, they just appear because virtually nobody has a padlock encryption device. signature.asc Description: OpenPGP digital signature
Re: [arch-general] [signoff] mkinitcpio 0.6-1 and friends
On 02/11/2010 12:06 PM, Thomas Bächler wrote: > Please sign off these packages: > > mkinitcpio 0.6-1 > - Remove klibc dependency > - Rewrite many hooks to be better, have less bugs and work with busybox > - Random other fixes > > mkinitcpio-busybox 1.15.3-5 > - Core component of mkinitcpio 0.6: Busybox build especially configured > for mkinitcpio > > mkinitcpio-nfs-utils 0.1-1 > - nfsmount and ipconfig utilities ported from klibc for NFS root support > (Could someone please test this, AFAIK nobody ever verified that it works) > > cryptsetup 1.1.0-2 > device-mapper 2.02.60-3 > dmraid 1.0.0.rc16-2 > lvm2 2.02.60-3 > mdadm 3.1.1-2 > v86d 0.1.9-10 > - Hooks adjusted to work with the new busybox shell and tools > - Static or klibc binaries replaced by dynamic glibc binaries > > Not a dev, but I have it working perfectly with: MODULES="ext4" HOOKS="base udev autodetect usbinput sata encrypt" COMPRESSION="gzip" On i686 (thought I'd mention it since none of the replies so far have tried it with encryption)
Re: [arch-general] Unable to upgrade
2010/2/11 Ng Oon-Ee > On Thu, 2010-02-11 at 18:54 +0100, Andrea Scarpino wrote: > > On Thursday 11 February 2010 18:50:46 Ionut Biru wrote: > > > fire up a browser and read the news related to KDE 4.4. > > or subscribe to arch-announce ;) > > > Isn't [arch-announce] dead for the longest time? I remember getting 1 > month worth of mails at a time. Obviously a month late. > > Dont think so, just received the news of the intel vid update and the arch mag today, so its alive.
Re: [arch-general] Unable to upgrade
On Thu, 2010-02-11 at 18:54 +0100, Andrea Scarpino wrote: > On Thursday 11 February 2010 18:50:46 Ionut Biru wrote: > > fire up a browser and read the news related to KDE 4.4. > or subscribe to arch-announce ;) > Isn't [arch-announce] dead for the longest time? I remember getting 1 month worth of mails at a time. Obviously a month late.
Re: [arch-general] [Device Auto-mounting] HAL, KDE4.4 and tight default permissions
Hi, Idea was for quick and dirty data sharing. example, my friend brings portable hdd & I need to copy project files into that removable volume. I can't do that without being root, since the removeable device changes everything(I have lot of friends), putting entry in fstab is also not a solution. so I have to resort to opening dolphin in super user mode as a workaround.
Re: [arch-general] xf86-video-intel and KMS
> - Is there a way to change the mode on the fly without rebooting? I haven't tested it but you can try "fbset" > - Is there a way to enforce an aspect ratio, eg. to have a 4:3 mode >with black stripes on the sides on a 16:10 strip? I'm not sure about this, maybe if you set a lower 4:3 resolution on your 16:10 screen AND in the BIOS of your laptop it's setup to NOT scale the screen it will show the black stripes. -- damjan
Re: [arch-general] new mkinitcpio / harmless error message at boot
On 02/11/2010 02:52 PM, Hussam Al-Tayeb wrote: > After doing a pacman -Syu and installed the mkinitcpio 0.6 , I'm getting > an error insmoding padlock-sha just after I enter the root device luks > encryption passphrase. I'm assuming there is an easy solution to this. > Any idea? harmless. i've been seeing it for years. if it bothers you, blacklist the module in mikinitcpio.conf and rebuild. On 02/11/2010 03:01 PM, Hussam Al-Tayeb wrote: > Why does /lib/initcpio/hooks/encrypt say /sbin/cryptsetup but the actual > installed file is /sbin/cryptsetup.static? [klu...@an ~]$ locate cryptsetup | grep bin /sbin/cryptsetup.static /usr/sbin/cryptsetup [klu...@an ~]$ ls -al /usr/sbin/cryptsetup -rwxr-xr-x 1 root root 20404 Jan 24 07:53 /usr/sbin/cryptsetup [klu...@an ~]$ ls -al /sbin/cryptsetup.static -rwxr-xr-x 1 root root 1131736 Jan 24 07:53 /sbin/cryptsetup.static crypsetup.static is, well, static and links to no libraries. bigger, but stands alone, in case /lib gets fubar'd. better? -kludge
Re: [arch-general] Error message on mkinitcpio
On Thu, Feb 11, 2010 at 12:51 PM, Thomas Bächler wrote: > Am 11.02.2010 18:47, schrieb Tomás Acauan Schertel: >> # pacman -S testing/mkinitcpio >> resolving dependencies... >> looking for inter-conflicts... >> >> Targets (2): mkinitcpio-busybox-1.15.3-4 mkinitcpio-0.5.99.5-1 >> >> Total Download Size: 0.00 MB >> Total Installed Size: 0.44 MB >> >> Proceed with installation? [Y/n] >> checking package integrity... >> (2/2) checking for file conflicts [#] >> 100% >> error: failed to commit transaction (conflicting files) >> mkinitcpio: /lib/initcpio/hooks/keymap exists in filesystem >> mkinitcpio: /lib/initcpio/hooks/udev exists in filesystem >> mkinitcpio: /lib/initcpio/install/keymap exists in filesystem >> mkinitcpio: /lib/initcpio/install/udev exists in filesystem >> mkinitcpio: /lib/initcpio/udev/load-modules.sh exists in filesystem >> Errors occurred, no packages were upgraded. >> >> >> Is it right?? >> Can I use f to force install? >> Does it really needs mkinitcpio-busybox?? > > I thought replaces was handled by -S already, seems it is only done by -Su. I think we may have this fixed in pacman-git, but Nagy or Xavier would know for sure... -Dan
[arch-general] encrypt hook
Why does /lib/initcpio/hooks/encrypt say /sbin/cryptsetup but the actual installed file is /sbin/cryptsetup.static?
Re: [arch-general] [signoff] mkinitcpio 0.6-1 and friends
On 02/11/2010 05:02 PM, Gerardo Exequiel Pozzi wrote: On 02/11/2010 04:06 PM, Thomas Bächler wrote: Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio Signoff i686 on two setups: * For qemu-kvm, boot good both normal and fallback image, keymap[ES] is loaded ok and works on ramfs _nice_ shell :P HOOKS="base udev autodetect sata filesystems keymap" COMPRESSION="lzma" * For archiso, boot fine in two modes: "as cdrom" and "as disk" HOOKS="base archiso-early udev archiso pata scsi sata usb fw pcmcia filesystems usbinput" COMPRESSION="lzma" And now sign-off x86_64, with the same setups described above. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] xf86-video-intel and KMS
On Thu, 11 Feb 2010 21:52:37 +0100, Pierre Chapuis wrote: > on a 16:10 strip? Of course I meant a 16:10 screen... -- catwell
[arch-general] new mkinitcpio / harmless error message at boot
After doing a pacman -Syu and installed the mkinitcpio 0.6 , I'm getting an error insmoding padlock-sha just after I enter the root device luks encryption passphrase. I'm assuming there is an easy solution to this. Any idea?
Re: [arch-general] xf86-video-intel and KMS
On Thu, 11 Feb 2010 12:28:53 -0500, Alexander Lam wrote: > On Thu, Feb 11, 2010 at 7:30 AM, Pierre Chapuis > wrote: >> I saw on arch-announce that xf86-video-intel now only supports KMS, and I >> wanted to ask: is there still a way to specify the resolution of virtual >> consoles, like we used to do with vga=XXX in kernel options? > > vga=: Thank you, just what I needed! It was in the commit log from Damien's link too. I tried it, and it works. As Thomas said, the right mode is chosen automatically on a laptop, but sometimes I might need to set it on an external device such as a beamer (overhead projector), or I might need a 80x24 console even on my laptop screen. Now, more questions: - Is there extensive documentation about that somewhere? - Is there a way to enforce an aspect ratio, eg. to have a 4:3 mode with black stripes on the sides on a 16:10 strip? - Is there a way to change the mode on the fly without rebooting? I will edit the Arch wiki once I get answer to those. -- catwell
Re: [arch-general] [Device Auto-mounting] HAL, KDE4.4 and tight default permissions
On Thu, Feb 11, 2010 at 07:33:59PM +0100, Guus Snijders wrote: > On 10-02-10 13:10, Gaurish Sharma wrote: > >Hello, > >I have a small problem with default permissions of Automounted > >Removable Devices. Whenever I mount it via KDE4.4's Auto-mounter. it > >sets all files to be owned by root. > > > >$ ls -la /media/Backup/ > >total 24 > >drwxr-xr-x 3 root root 4096 Feb 10 16:07 . > >drwxr-xr-x 6 root root 4096 Feb 10 17:30 .. > >drwx-- 2 root root 16384 Feb 10 16:07 lost+found > [...] > >$ cat /etc/mtab > >/dev/sdb1 /media/Backup ext4 rw,nosuid,nodev,uhelper=hal 0 0 > > This is normal behavior on all "Unix" filesystems AFAIK. The root of > a filesystem always belongs to root. It doesn't have to. For the directory shown this is probably just because the filesystem was created by root. I mount removable devices manually, and owner- ship (as stored on the disk being mounted) is always preserved. The permissions on the mount point itself don't seem to matter. If KDE's automounter is actually changing ownership that's sort of 'evil' IMHO. Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
Re: [arch-general] [signoff] mkinitcpio 0.6-1 and friends
On 02/11/2010 05:12 PM, Gerardo Exequiel Pozzi wrote: On 02/11/2010 05:02 PM, Gerardo Exequiel Pozzi wrote: On 02/11/2010 04:06 PM, Thomas Bächler wrote: Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio Signoff i686 on two setups: * For qemu-kvm, boot good both normal and fallback image, keymap[ES] is loaded ok and works on ramfs _nice_ shell :P HOOKS="base udev autodetect sata filesystems keymap" COMPRESSION="lzma" * For archiso, boot fine in two modes: "as cdrom" and "as disk" HOOKS="base archiso-early udev archiso pata scsi sata usb fw pcmcia filesystems usbinput" COMPRESSION="lzma" btw: was I signed off, is mkinitcpio-busybox 1.15.3-*4* (I read bad the number, sorry) and mkinitcpio 0.6-1. Wating for mkinitcpio-busybox 1.15.3-5 become ready. OK looks good to me ;) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [signoff] mkinitcpio 0.6-1 and friends
On 02/11/2010 05:02 PM, Gerardo Exequiel Pozzi wrote: On 02/11/2010 04:06 PM, Thomas Bächler wrote: Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio Signoff i686 on two setups: * For qemu-kvm, boot good both normal and fallback image, keymap[ES] is loaded ok and works on ramfs _nice_ shell :P HOOKS="base udev autodetect sata filesystems keymap" COMPRESSION="lzma" * For archiso, boot fine in two modes: "as cdrom" and "as disk" HOOKS="base archiso-early udev archiso pata scsi sata usb fw pcmcia filesystems usbinput" COMPRESSION="lzma" btw: was I signed off, is mkinitcpio-busybox 1.15.3-*4* (I read bad the number, sorry) and mkinitcpio 0.6-1. Wating for mkinitcpio-busybox 1.15.3-5 become ready. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [signoff] mkinitcpio 0.6-1 and friends
On 02/11/2010 04:06 PM, Thomas Bächler wrote: Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio Signoff i686 on two setups: * For qemu-kvm, boot good both normal and fallback image, keymap[ES] is loaded ok and works on ramfs _nice_ shell :P HOOKS="base udev autodetect sata filesystems keymap" COMPRESSION="lzma" * For archiso, boot fine in two modes: "as cdrom" and "as disk" HOOKS="base archiso-early udev archiso pata scsi sata usb fw pcmcia filesystems usbinput" COMPRESSION="lzma" -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[arch-general] [signoff] mkinitcpio 0.6-1 and friends
Please sign off these packages: mkinitcpio 0.6-1 - Remove klibc dependency - Rewrite many hooks to be better, have less bugs and work with busybox - Random other fixes mkinitcpio-busybox 1.15.3-5 - Core component of mkinitcpio 0.6: Busybox build especially configured for mkinitcpio mkinitcpio-nfs-utils 0.1-1 - nfsmount and ipconfig utilities ported from klibc for NFS root support (Could someone please test this, AFAIK nobody ever verified that it works) cryptsetup 1.1.0-2 device-mapper 2.02.60-3 dmraid 1.0.0.rc16-2 lvm2 2.02.60-3 mdadm 3.1.1-2 v86d 0.1.9-10 - Hooks adjusted to work with the new busybox shell and tools - Static or klibc binaries replaced by dynamic glibc binaries signature.asc Description: OpenPGP digital signature
Re: [arch-general] Error message on mkinitcpio
Am 11.02.2010 18:47, schrieb Tomás Acauan Schertel: > # pacman -S testing/mkinitcpio > resolving dependencies... > looking for inter-conflicts... > > Targets (2): mkinitcpio-busybox-1.15.3-4 mkinitcpio-0.5.99.5-1 > > Total Download Size:0.00 MB > Total Installed Size: 0.44 MB > > Proceed with installation? [Y/n] > checking package integrity... > (2/2) checking for file conflicts [#] > 100% > error: failed to commit transaction (conflicting files) > mkinitcpio: /lib/initcpio/hooks/keymap exists in filesystem > mkinitcpio: /lib/initcpio/hooks/udev exists in filesystem > mkinitcpio: /lib/initcpio/install/keymap exists in filesystem > mkinitcpio: /lib/initcpio/install/udev exists in filesystem > mkinitcpio: /lib/initcpio/udev/load-modules.sh exists in filesystem > Errors occurred, no packages were upgraded. > > > Is it right?? > Can I use f to force install? > Does it really needs mkinitcpio-busybox?? I thought replaces was handled by -S already, seems it is only done by -Su. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Error message on mkinitcpio
On 02/11/2010 02:47 PM, Tomás Acauan Schertel wrote: # pacman -S testing/mkinitcpio resolving dependencies... looking for inter-conflicts... Targets (2): mkinitcpio-busybox-1.15.3-4 mkinitcpio-0.5.99.5-1 Total Download Size:0.00 MB Total Installed Size: 0.44 MB Proceed with installation? [Y/n] checking package integrity... (2/2) checking for file conflicts [#] 100% error: failed to commit transaction (conflicting files) mkinitcpio: /lib/initcpio/hooks/keymap exists in filesystem mkinitcpio: /lib/initcpio/hooks/udev exists in filesystem mkinitcpio: /lib/initcpio/install/keymap exists in filesystem mkinitcpio: /lib/initcpio/install/udev exists in filesystem mkinitcpio: /lib/initcpio/udev/load-modules.sh exists in filesystem Errors occurred, no packages were upgraded. Is it right?? Can I use f to force install? Does it really needs mkinitcpio-busybox?? Or full-upgrade (as brain0 said before there are few packages) _recomended_ Or first remove all klibc stuff, install mkinitcpio, then run again mkinitcpio -p kernel26 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [Device Auto-mounting] HAL, KDE4.4 and tight default permissions
On 10-02-10 13:10, Gaurish Sharma wrote: Hello, I have a small problem with default permissions of Automounted Removable Devices. Whenever I mount it via KDE4.4's Auto-mounter. it sets all files to be owned by root. $ ls -la /media/Backup/ total 24 drwxr-xr-x 3 root root 4096 Feb 10 16:07 . drwxr-xr-x 6 root root 4096 Feb 10 17:30 .. drwx-- 2 root root 16384 Feb 10 16:07 lost+found [...] $ cat /etc/mtab /dev/sdb1 /media/Backup ext4 rw,nosuid,nodev,uhelper=hal 0 0 This is normal behavior on all "Unix" filesystems AFAIK. The root of a filesystem always belongs to root. Try creating a directory on it and then modify the permissions/owner of it. That should work fine. HTH mvg, Guus
Re: [arch-general] mail client
On Thu, 11 Feb 2010 01:24:30 -0500, andrew james wrote: > has anyone else a funky thunderbird vers 3? yes, see some older thread on the ML. > any switch values to cause it to work quicker? enabling "offline reading" seems to fix some of my issues > alternatively, > > what is your favoured mail news client for POP3, IMAP, > Syndicates, news groups NNTP, all in one? > > I want a better program. after i had to abandon thundersuck, i tried quite a lot of alternatives. Here is an incomplete wiki entry on usable muas from a heresy perspective: http://hereticlinux.org/wiki/email
Re: [arch-general] pacman overwriting files (was Re: dcron 4.2)
On Thu, Feb 11, 2010 at 11:26 AM, Dimitrios Apostolou wrote: > On Wed, 10 Feb 2010, Thomas Bächler wrote: >> >> Am 10.02.2010 21:30, schrieb Dimitrios Apostolou: >>> >>> Guys that thing bit me again: During the big libpng upgrade >>> "initscripts" package got upgraded too and /etc/rc.{sysinit,shutdown} >>> got overwritten without notifying me. Because of special changes I've >>> made to mount /var as tmpfs, and because I forgot to put the files in >>> the NoUpgrade line of pacman.conf, the system was unbootable and after >>> fixing it pacman wants to download 500MB of packages again (ideas?). :-@ >>> >>> Can't pacman just emit a big fat warning like: WARNING: /etc/rc.sysinit >>> USER CHANGES OVERWRITTEN >>> >>> Since this case is extremely rare, the message would appear scarcely. I >>> can't thing of anything negative for such a feature. >> >> This will definitely not happen. pacman will only notify you on files >> that are marked as "backup" in the package and thus listed in pacman >> -Qii! All other will be overwritten without a warning (pacman doesn't >> know you modified them). rc.{sysinit,shutdown} are not supposed to be > > Thanks for the info, so it's not a matter of policy but I now see it's > technically not feasible... I wish this was mentioned before. I now noticed > that pacman stores the checksums of files in the %PACMAN% array inside > "files" file. I somehow was under the impression that no checksums were > needed, only the timestams inside the installation tarball. > >> modified by the user - if you still want to do that, the NoUpgrade >> feature of pacman will do the job, but then you are completely on your >> own (Arch gives you all freedom you want, as long as you know you and >> only you are to blame for problems)! >> >> You should try to make your changes work inside Arch: >> 1) If your changes are general enough to make it into the mainstream >> initscripts as a feature (or an optional one), submit a feature request >> with a patch against latest git. >> 2) If your changes are for local usage only, try to integrate them with >> the new initscripts hooks system. You can also request to add more hooks >> to be added in initscripts, just open a feature request. The hooks >> system is explained in the comments in /etc/rc.d/functions. >> > > My patch is only 3 lines before any other initialisation has taken place, > and copies /var from disk to tmpfs. I'm using it on my Eee 901 for over one > year, but it's really custom and non-portable. I didn't know about the new > hooks system, I think I like it. When I find some time to port my 3-lines > patch to it, I'll post it here in case someone else needs it. I'm sure, using the hooks system, you can add a very early hook that just mounts /var on tmpfs. Problem solved :)
Re: [arch-general] Unable to upgrade
It is wise to subscribe to all possible arch lists. That's what I do!
Re: [arch-general] Unable to upgrade
On Thursday 11 February 2010 18:50:46 Ionut Biru wrote: > fire up a browser and read the news related to KDE 4.4. or subscribe to arch-announce ;) -- Andrea `bash` Scarpino Arch Linux Developer
Re: [arch-general] Unable to upgrade
This is related to recent update of KDE. You have to update system in two steps: pacman -Sy --asdeps qt pacman -Su (http://www.archlinux.org/news/483/) On Thursday 11 February 2010 18:47:43 Nilesh Govindarajan wrote: > See this guys - http://dpaste.com/157512/ > > All of you're facing the same ? If not, what's the fix ? -- - Dan Vrátil vra...@progdansoft.com ICQ 249163429 Jabber prog...@jabber.cz Tel. +420 732 326 870 signature.asc Description: This is a digitally signed message part.
Re: [arch-general] Unable to upgrade
On Thursday 11 February 2010 18:47:43 Nilesh Govindarajan wrote: > See this guys - http://dpaste.com/157512/ > > All of you're facing the same ? If not, what's the fix ? http://www.archlinux.org/news/483/ -- Andrea `bash` Scarpino Arch Linux Developer
Re: [arch-general] Unable to upgrade
On 02/11/2010 07:47 PM, Nilesh Govindarajan wrote: See this guys - http://dpaste.com/157512/ All of you're facing the same ? If not, what's the fix ? fire up a browser and read the news related to KDE 4.4. -- Ionut
[arch-general] Unable to upgrade
See this guys - http://dpaste.com/157512/ All of you're facing the same ? If not, what's the fix ? -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com
Re: [arch-general] Error message on mkinitcpio
# pacman -S testing/mkinitcpio resolving dependencies... looking for inter-conflicts... Targets (2): mkinitcpio-busybox-1.15.3-4 mkinitcpio-0.5.99.5-1 Total Download Size:0.00 MB Total Installed Size: 0.44 MB Proceed with installation? [Y/n] checking package integrity... (2/2) checking for file conflicts [#] 100% error: failed to commit transaction (conflicting files) mkinitcpio: /lib/initcpio/hooks/keymap exists in filesystem mkinitcpio: /lib/initcpio/hooks/udev exists in filesystem mkinitcpio: /lib/initcpio/install/keymap exists in filesystem mkinitcpio: /lib/initcpio/install/udev exists in filesystem mkinitcpio: /lib/initcpio/udev/load-modules.sh exists in filesystem Errors occurred, no packages were upgraded. Is it right?? Can I use f to force install? Does it really needs mkinitcpio-busybox?? -- Tomás A. Schertel -- Linux Registered User #304838 Arch Linux User http://www.archlinux-br.org/ -- On Thu, Feb 11, 2010 at 13:25, Thomas Bächler wrote: > Am 11.02.2010 15:32, schrieb Tomás Acauan Schertel: > > This is the second time it happens. > > When upgrading kernel, I got this message: > > > > :: Parsing hook [autodetect] > > /lib/initcpio/install/autodetect: line 17: other:swap:2: command not > found > > :: Parsing hook [pata] > > > > Am I the only one seeing this? > > > > Cheers. > > Can you install testing/mkinitcpio to see if this is fixed, please? > >
Re: [arch-general] xf86-video-intel and KMS
On Thu, Feb 11, 2010 at 7:30 AM, Pierre Chapuis wrote: > I saw on arch-announce that xf86-video-intel now only supports KMS, and I > wanted to ask: is there still a way to specify the resolution of virtual > consoles, like we used to do with vga=XXX in kernel options? > > -- > catwell > vga=: example: video=VGA-1:800x600 video=LVDS-1:1280x800 -- Alexander Lam
Re: [arch-general] pacman overwriting files (was Re: dcron 4.2)
On Wed, 10 Feb 2010, Thomas Bächler wrote: Am 10.02.2010 21:30, schrieb Dimitrios Apostolou: Guys that thing bit me again: During the big libpng upgrade "initscripts" package got upgraded too and /etc/rc.{sysinit,shutdown} got overwritten without notifying me. Because of special changes I've made to mount /var as tmpfs, and because I forgot to put the files in the NoUpgrade line of pacman.conf, the system was unbootable and after fixing it pacman wants to download 500MB of packages again (ideas?). :-@ Can't pacman just emit a big fat warning like: WARNING: /etc/rc.sysinit USER CHANGES OVERWRITTEN Since this case is extremely rare, the message would appear scarcely. I can't thing of anything negative for such a feature. This will definitely not happen. pacman will only notify you on files that are marked as "backup" in the package and thus listed in pacman -Qii! All other will be overwritten without a warning (pacman doesn't know you modified them). rc.{sysinit,shutdown} are not supposed to be Thanks for the info, so it's not a matter of policy but I now see it's technically not feasible... I wish this was mentioned before. I now noticed that pacman stores the checksums of files in the %PACMAN% array inside "files" file. I somehow was under the impression that no checksums were needed, only the timestams inside the installation tarball. modified by the user - if you still want to do that, the NoUpgrade feature of pacman will do the job, but then you are completely on your own (Arch gives you all freedom you want, as long as you know you and only you are to blame for problems)! You should try to make your changes work inside Arch: 1) If your changes are general enough to make it into the mainstream initscripts as a feature (or an optional one), submit a feature request with a patch against latest git. 2) If your changes are for local usage only, try to integrate them with the new initscripts hooks system. You can also request to add more hooks to be added in initscripts, just open a feature request. The hooks system is explained in the comments in /etc/rc.d/functions. My patch is only 3 lines before any other initialisation has taken place, and copies /var from disk to tmpfs. I'm using it on my Eee 901 for over one year, but it's really custom and non-portable. I didn't know about the new hooks system, I think I like it. When I find some time to port my 3-lines patch to it, I'll post it here in case someone else needs it. Dimitris
[arch-general] Firefox 3.6 window size issue on nvidia TwinView
Having a weird problem in the latest firefox, and was wondering if anyone is seeing anything similar. (And/or know cause/workaround.) When I shut down FF and start it again, the new FF window is a smaller size than the old one. But it's not just that it's not remembering the correct settings - it's actually doing something more devious than that: Even if I manually set the height in the localstore.rdf file (or delete the localstore and let FF re-create it) FF is *overriding* the height value in that file - with a value of 900. Now that value is too round a number to be a coincidence - and it's not. Apparently, it's taking the height from the *smaller* of the 2 screens I have connected to my laptop (the internal panel - 1440x900). But I tweaked my nvidia settings a long time ago specifically to avoid this issue, and they've been working properly with FF ever since (i.e., setting window at correct size) - up until the recent FF/xulrunner upgrade, that is. My nvidia xorg settings are as follows: Option "TwinView" "on" Option "TwinViewOrientation" "Clone" Option "MetaModes" "nvidia-auto-select, nvidia-auto-select" Subsection "Display" Depth 24 Modes "nvidia-auto-select" EndSubsection Option "TwinViewXineramaInfoOrder" "DFP-2, DFP-0" DFP-2 is my external monitor (1680x1050), and DFP-0 is my laptop internal panel. I haven't been able to find much mention about this issue - either on the Arch boards, or elsewhere on the Net. This seems to be the only reference I could find to it: http://forums.mozillazine.org/viewtopic.php?f=38&t=1745845 Anybody have any idea what might be going on here and/or how to fix? It's a pain in the butt to have *every single FF window* show up at the wrong size. Thanks, DR
Re: [arch-general] mail client
On 02/11/2010 01:24 AM, andrew james wrote: i think I am soon tired of thunderbird 3.. I could revert to vers 2 but why is the newer vers slow, laggy, semi-stallish? has anyone else a funky thunderbird vers 3? any switch values to cause it to work quicker? alternatively, what is your favoured mail news client for POP3, IMAP, Syndicates, news groups NNTP, all in one? I want a better program. andrew I've had problems with it, but not those. My issues were: * kept showing all the read emails in a folder as unread (solved by setting mail.server.default.use_condstore to false) * hogged up CPU and disk space with indexing (solved by setting "Preferences -> Advanced -> General -> Advanced Configuration -> Enable Global Search and Indexer" to off) * showed unread folders in a weird color (solved by changes to the userChrome.css file) * buttons missing from top toolbar (solved by "Help -> Migration Assistant -> Use original toolbar") In other words, I wound up wasting about an entire day (!) surfing around the web trying to figure out how to undo all the "features" that they added for 3.0 that broke all the functionality that I relied on. (Sigh.) Since then, though, I'm pretty fine with it. I've still got one little peeve I haven't figured out yet: how to restore the behavior where it displays a little shiny icon/indicator when a folder has new unread mail in it. (Probably another tweak to the userChrome.css file, I'm guessing, but I don't know what OTTOMH.) DR
Re: [arch-general] When asked to test from [testing]...
Am 11.02.2010 16:35, schrieb Ng Oon-Ee: > I've seen that advise come up sometimes from a package maintainer. Can > this be assumed to mean (as I'm sure some will assume it to mean) that > its safe to cherry-pick just mkinitcpio from testing? Or does the tester > need to 'know' to -Syu from testing totally? > > Nothing specifically at you, Thomas, more a general question (hence I'm > changing the title, its a different thread). In this case, it is safe (you will probably have to upgrade device-mapper,lvm2,mdadm,cryptsetup,dmraid as well if they are installed because pacman will otherwise abort due to conflicts). In general, it is not always safe to do so, I guess the package maintainer who suggests cherry-picking probably knows best. However, testing is virtually empty now: there's 16 packages in there, so the harm should be minimal in any case. signature.asc Description: OpenPGP digital signature
[arch-general] When asked to test from [testing]...
On Thu, 2010-02-11 at 16:25 +0100, Thomas Bächler wrote: > Am 11.02.2010 15:32, schrieb Tomás Acauan Schertel: > > This is the second time it happens. > > When upgrading kernel, I got this message: > > > > :: Parsing hook [autodetect] > > /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found > > :: Parsing hook [pata] > > > > Am I the only one seeing this? > > > > Cheers. > > Can you install testing/mkinitcpio to see if this is fixed, please? > I've seen that advise come up sometimes from a package maintainer. Can this be assumed to mean (as I'm sure some will assume it to mean) that its safe to cherry-pick just mkinitcpio from testing? Or does the tester need to 'know' to -Syu from testing totally? Nothing specifically at you, Thomas, more a general question (hence I'm changing the title, its a different thread).
Re: [arch-general] Error message on mkinitcpio
Am 11.02.2010 15:32, schrieb Tomás Acauan Schertel: > This is the second time it happens. > When upgrading kernel, I got this message: > > :: Parsing hook [autodetect] > /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found > :: Parsing hook [pata] > > Am I the only one seeing this? > > Cheers. Can you install testing/mkinitcpio to see if this is fixed, please? signature.asc Description: OpenPGP digital signature
Re: [arch-general] Error message on mkinitcpio
Thanks Ray. :) -- Tomás A. Schertel -- Linux Registered User #304838 Arch Linux User http://www.archlinux-br.org/ -- On Thu, Feb 11, 2010 at 12:35, Ray Kohler wrote: > On Thu, Feb 11, 2010 at 9:32 AM, Tomás Acauan Schertel > wrote: > > This is the second time it happens. > > When upgrading kernel, I got this message: > > > > :: Parsing hook [autodetect] > > /lib/initcpio/install/autodetect: line 17: other:swap:2: command not > found > > :: Parsing hook [pata] > > > > Am I the only one seeing this? > > Others are seeing it too. It's fixed on the trunk and we'll get it > when the kill-klibc mkinitcpio is released. >
Re: [arch-general] Error message on mkinitcpio
On Thu, Feb 11, 2010 at 9:32 AM, Tomás Acauan Schertel wrote: > This is the second time it happens. > When upgrading kernel, I got this message: > > :: Parsing hook [autodetect] > /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found > :: Parsing hook [pata] > > Am I the only one seeing this? Others are seeing it too. It's fixed on the trunk and we'll get it when the kill-klibc mkinitcpio is released.
[arch-general] Error message on mkinitcpio
This is the second time it happens. When upgrading kernel, I got this message: :: Parsing hook [autodetect] /lib/initcpio/install/autodetect: line 17: other:swap:2: command not found :: Parsing hook [pata] Am I the only one seeing this? Cheers. -- Tomás A. Schertel -- Linux Registered User #304838 Arch Linux User http://www.archlinux-br.org/ --
Re: [arch-general] pacman too slow on reboot
if you use pt-pacman-cage (from pactools package on AUR), you can use this tiny optimisation: * mount /var/lib/pacman with noatime option. it will speed up read and write on the loop file.
Re: [arch-general] xf86-video-intel and KMS
Am 11.02.2010 14:28, schrieb Damien Churchill: > I think you can use video=...@refreshrate > > http://en.gentoo-wiki.com/wiki/Intel_GMA#Kernel_Modesetting This is not documented in ArchWiki yet, and I think it has been a new feature in .31 or .32. For laptop displays, the right resolution should be chosen automatically though. signature.asc Description: OpenPGP digital signature
Re: [arch-general] pacman too slow on reboot
Am 11.02.2010 02:28, schrieb Hamo: > Can I mount /var/lib/pacman/sync as tmpfs to gain a speed up? Definitely, just make sure you don't do the same with local. You have to pacman -Sy after every boot, but that shouldn't be a problem. signature.asc Description: OpenPGP digital signature
Re: [arch-general] xf86-video-intel and KMS
On 11 February 2010 13:26, Jeroen Op 't Eynde wrote: > On Thu, 11 Feb 2010 13:30:58 +0100, Pierre Chapuis > wrote: > >> I saw on arch-announce that xf86-video-intel now only supports KMS, and I >> wanted to ask: is there still a way to specify the resolution of virtual >> consoles, like we used to do with vga=XXX in kernel options? >> > > > http://wiki.archlinux.org/index.php/Intel#KMS_.28Kernel_Mode_Setting.29 > > -- > Jeroen Op 't Eynde > jer...@xprsyrslf.be > http://xprsyrslf.be > > Use bottom posting: http://www.idallen.com/topposting.html > I think you can use video=...@refreshrate http://en.gentoo-wiki.com/wiki/Intel_GMA#Kernel_Modesetting
Re: [arch-general] xf86-video-intel and KMS
On Thu, 11 Feb 2010 13:30:58 +0100, Pierre Chapuis wrote: I saw on arch-announce that xf86-video-intel now only supports KMS, and I wanted to ask: is there still a way to specify the resolution of virtual consoles, like we used to do with vga=XXX in kernel options? http://wiki.archlinux.org/index.php/Intel#KMS_.28Kernel_Mode_Setting.29 -- Jeroen Op 't Eynde jer...@xprsyrslf.be http://xprsyrslf.be Use bottom posting: http://www.idallen.com/topposting.html
Re: [arch-general] udev and/or device-mapper problem
On Thu, 2010-02-11 at 12:50 +0100, Thomas Bächler wrote: > Am 11.02.2010 11:56, schrieb Karolina Lindqvist: > >> Your custom kernel is misconfigured, the most likely candidate being: > >> > >> $ zgrep CONFIG_SYSFS_DEPRECATED /proc/config.gz > >> # CONFIG_SYSFS_DEPRECATED_V2 is not set > >> > >> If this option is set to yes, udev will fail to create devices properly. > >> If the option is unset in your kernel, we have to look for the reason > >> further. > >> > > > > Thank you for the fast help. That was exectly what I was looking for! I > > have > > rebuilt the kernel with that change, and now it appears to work. > > Glad my crystal ball was right. This option is needed if you run very > old userspace (udev, ...), but is fatal if you run very recent software. > With udev prior to 150, it mostly worked, but udev complained about it. > With udev 150 and later, things will simply fail. It will also be a headache for the debian devs in uprading stable to squeeze in a few months. The stable kernel needs this option, but the new kernel and udev don't and upgrading from an old environment causes an error in the dist-upgrade. Just a FYI. It is not Archlinux-related... Vincent
[arch-general] xf86-video-intel and KMS
I saw on arch-announce that xf86-video-intel now only supports KMS, and I wanted to ask: is there still a way to specify the resolution of virtual consoles, like we used to do with vga=XXX in kernel options? -- catwell
Re: [arch-general] udev and/or device-mapper problem
Am 11.02.2010 11:56, schrieb Karolina Lindqvist: >> Your custom kernel is misconfigured, the most likely candidate being: >> >> $ zgrep CONFIG_SYSFS_DEPRECATED /proc/config.gz >> # CONFIG_SYSFS_DEPRECATED_V2 is not set >> >> If this option is set to yes, udev will fail to create devices properly. >> If the option is unset in your kernel, we have to look for the reason >> further. >> > > Thank you for the fast help. That was exectly what I was looking for! I have > rebuilt the kernel with that change, and now it appears to work. Glad my crystal ball was right. This option is needed if you run very old userspace (udev, ...), but is fatal if you run very recent software. With udev prior to 150, it mostly worked, but udev complained about it. With udev 150 and later, things will simply fail. signature.asc Description: OpenPGP digital signature
Re: [arch-general] mail client
On Thu, Feb 11, 2010 at 1:38 PM, Jeroen Op 't Eynde wrote: I've been using Opera's Mail client. It is a no nonsense mail client with > support for all above and it integrates with Opera itself obviously. It is > closed source and not in the official repo's but you can find it in AUR. > It is also available from the archlinux.fr repo. opera's feed reader is also awesome, but still my love for firefox makes me avoid it.
Re: [arch-general] udev and/or device-mapper problem
Wednesday 10 February 2010 skrev Thomas Bächler: > Your custom kernel is misconfigured, the most likely candidate being: > > $ zgrep CONFIG_SYSFS_DEPRECATED /proc/config.gz > # CONFIG_SYSFS_DEPRECATED_V2 is not set > > If this option is set to yes, udev will fail to create devices properly. > If the option is unset in your kernel, we have to look for the reason > further. > Thank you for the fast help. That was exectly what I was looking for! I have rebuilt the kernel with that change, and now it appears to work. Karolina
Re: [arch-general] wkhtmltopdf
On 11/02/2010 07:57 πμ, andrew james wrote: On 02/06/2010 09:57 AM, Evangelos Foutras wrote: On 06/02/2010 01:58 μμ, richard terry wrote: Hi List/Evangelos: This is a really useful utility, I'd like to use it to join documents. It dosn't seem to be built against a 'patched version' of qt whatever that may mean.: "This version of wkhtmltopdf is build against an unpatched version of QT, and does not support more then one input document." I see that there is a PKGBUILD, and wondered if anyone knew how to get a 'patched version' of QT to build it against to get more functionality. Hi Richard, The wkhtmltopdf package in [community] is built against the vanilla Qt library from [extra]. For uses that require a patched Qt library, your best bet is probably to give the official static build a go. I uploaded a wkhtmltopdf-static [1] package to the AUR for you to try. Let us know if that works for you. Cheers. [1] http://aur.archlinux.org/packages.php?ID=34352 at the project site, there is a precompiled binary, it works patched, the i386 works with x86_64 (is what I use) when you have the 32bit libraries, for the 32 bit libraries read archlinux wiki Or you can simply grab the amd64 version that is compiled for x86_64 and doesn't need any 32-bit libraries. This is also what the wkhtmltopdf-static package does. :)
Re: [arch-general] mail client
On Thu, 11 Feb 2010 07:24:30 +0100, andrew james wrote: i think I am soon tired of thunderbird 3.. I could revert to vers 2 but why is the newer vers slow, laggy, semi-stallish? has anyone else a funky thunderbird vers 3? any switch values to cause it to work quicker? alternatively, what is your favoured mail news client for POP3, IMAP, Syndicates, news groups NNTP, all in one? I want a better program. andrew I've been using Opera's Mail client. It is a no nonsense mail client with support for all above and it integrates with Opera itself obviously. It is closed source and not in the official repo's but you can find it in AUR. When TB3 came out I've tried to switch in combination with uzbl or firefox and kick the last closed source app off my laptop. But TB3 is terrible imho. I've also tried Claws/Sylpheed for a while but that interface is so spartan and I don't know if it has NNTP support. In the end you should try at least Opera and Claws to see which fits your needs. -- Jeroen Op 't Eynde jer...@xprsyrslf.be http://xprsyrslf.be Use bottom posting: http://www.idallen.com/topposting.html