Tue, 09 Feb 2010 14:24:38 -0500 Arch Linux Bugtracker:: Arch Linux: Recently opened tasks http://bugs.archlinux.org/ solsTiCe Tue, 09 Feb 2010 14:24:38 -0500 in fact only these works:
* ctrl-m behave as enter
* ctrl-a goes to the beginning of the line
* ctrl-w delete to the beginning of the line.

i don't know when it started to happen because, although i spent some in terminals, it's mainly in tilda and not the console.
it's working in tilda and in xterm.

i use [testing] repo and i doubt it could be related to the new mkinitcpio and busybox. the latest bash or readline ?
i don't know where it comes from so i can't tell a package name for the bug. may be the kernel ??

i use this in rc.conf
LOCALE="fr_FR.utf8"
HARDWARECLOCK="localtime"
USEDIRECTISA="yes"
TIMEZONE="Europe/Paris"
KEYMAP="fr-latin9"
CONSOLEFONT="ter-120b"
CONSOLEMAP=
USECOLOR="yes"

but this was working fine before.]]> http://bugs.archlinux.org/task/18256 http://bugs.archlinux.org/task/18256 Ted Pavlic Tue, 09 Feb 2010 12:18:16 -0500
Additional info:
* core/less 436-1

Steps to reproduce:

1. Put this simple script into .bashrc (e.g., for telling bash the proper window width after a resize so that commands always wrap correctly):

#####################################
sizetw 26 100
function updwin() {
NUMLINES=$(tput lines)
NUMCOLS=$(tput cols)
sizetw ${NUMLINES} ${NUMCOLS}
return 0
}
trap updwin SIGWINCH
trap updwin SIGCHLD
#####################################

2. Then, after starting a new bash shell that executes that script, try:

# cat /etc/services | less


3. less should pause on the first page. After a few seconds, hit the "down" cursor to move down in the file. bash should then report that the process was "Stopped" (which can be confirmed with the "jobs" command). The user then has to issue a "fg" to get the process back and quit the less.


I have verified that this problem does not occur on less 382 (on Darwin) or less 394 (RedHat Enterprise Linux Client 5.4/Tikanga). My system is an x86_64 Arch Linux. I plan to e-mail less's author as well.]]> http://bugs.archlinux.org/task/18255 http://bugs.archlinux.org/task/18255 Roman Widmann Tue, 09 Feb 2010 09:53:40 -0500 Newest version just breaks everything.

Additional info:
* package version: 4.7.0-2

Steps to reproduce:
>python -c "from PyQt4 import QtGui"
ImportError: /usr/lib/python2.6/site-packages/PyQt4/QtGui.so: undefined symbol: _ZTI21QMouseEventTransition]]> http://bugs.archlinux.org/task/18253 http://bugs.archlinux.org/task/18253 Nicola Mori Tue, 09 Feb 2010 05:37:00 -0500 partionmanager needs to be rebuilt because of a new version of parted is in the repository.

Additional info:
* package version(s)
partiotionmanager 1.0.1-1
parted 2.1-1
* config and/or log files etc.

$ partitionmanager
/usr/bin/partitionmanager-bin: error while loading shared libraries: libparted-1.9.so.0: cannot open shared object file: No such file or directory


Steps to reproduce:
1) update your system
2) launch partitionmanager
]]> http://bugs.archlinux.org/task/18251 http://bugs.archlinux.org/task/18251 Arthur S. Mon, 08 Feb 2010 20:48:06 -0500 Please add HPET support to kernel via enabling CONFIG_HPET

Additional info:
Installed kernel26-2.6.32.6-1 showed that HPET is not compiled
into the kernel:

CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
# CONFIG_HPET is not set
]]> http://bugs.archlinux.org/task/18249 http://bugs.archlinux.org/task/18249 Giuseppe Borzi Mon, 08 Feb 2010 20:35:57 -0500 :help project
doesn't give access to the script documentation. The problem is that the install file uses the wrong /usr/share/vim/doc directory instead of the correct /usr/share/vim/vimfiles/doc one. Install files for this and other script needs to be corrected.


Additional info:
* package version(s) 1.4.1-4
* config and/or log files etc.


Steps to reproduce: type
:help project
in vim.
]]> http://bugs.archlinux.org/task/18248 http://bugs.archlinux.org/task/18248 Jon Gaudette Mon, 08 Feb 2010 18:51:58 -0500
It appears that the latest version of spamassassin requires the gnupg as a dependency. Trying to run the /etc/rc.d/spamd daemon failed, when running /usr/bin/perlbin/vendor/spamd manually I was instructed to run /usr/bin/perlbin/vendor/sa-update. This informed me that the gpg program could not be located.

After running pacman -Sy gnupg the /etc/rc.d/spamd daemon ran successfully.

Additional info:
* package version(s)
SpamAssassin Server version 3.3.0 running on Perl 5.10.1


Steps to reproduce:
Upgrade system including spamassassin
Run /etc/rc.d/spamd restart ... it will fail


Full Output:

[jon@jefferson ~]$ sudo spamd
Feb 8 18:36:25.586 [19580] error: config: no rules were found! Do you need to run 'sa-update'?
config: no rules were found! Do you need to run 'sa-update'?
[jon@jefferson ~]$ sudo sa-update
error: gpg required but not found!
]]> http://bugs.archlinux.org/task/18247 http://bugs.archlinux.org/task/18247 Andreas Tiemeyer Mon, 08 Feb 2010 17:18:29 -0500
Additional info:
* package version(s) 2.10.1.1-1
* config and/or log files etc.

dansguardian needs a proxy server, but there are several options available: I'm using tinyproxy, others point to polipo. So I would like to see the dependency on squid removed, and a post-install message added that the user needs to install a proxy server of their choice.

Steps to reproduce:
]]> http://bugs.archlinux.org/task/18244 http://bugs.archlinux.org/task/18244 Andreas Tiemeyer Mon, 08 Feb 2010 16:59:50 -0500
Additional info:
* package version(s) 1.0.1
* config and/or log files etc.

Steps to reproduce:

$ ldd /usr/bin/partitionmanager-bin |grep parted
libparted-1.9.so.0 => not found

Rebuilding the package without any changes to the PKGBUILD solves the problem.]]> http://bugs.archlinux.org/task/18243 http://bugs.archlinux.org/task/18243 Kyle Keen Mon, 08 Feb 2010 14:44:44 -0500 "git commit --date" is completely missing. It does not appear in "man git commit". Trying to use --date produces the following error message:

error: unknown option `date=......'

See http://www.kernel.org/pub/software/scm/git/docs/git-commit.html for the complete man page.

Additional info:

git 1.6.6.1-1

Steps to reproduce:

> man git commit
/date
Search failed: date

> mkdir example
> cd example
> git init
> echo 'just a test' > test
> git add test
> git commit --date="Mon, 08 Feb 2010 12:00:00 +0000" -m "Won't do this."
error: unknown option `date=Mon, 08 Feb 2010 12:00:00 +0000'

]]> http://bugs.archlinux.org/task/18240 http://bugs.archlinux.org/task/18240