Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]

2009-08-20 Thread debian-bugs-2007
> Sorry for the late reponse. Unfortunately the driver needed to be stripped, > since we can't legally distribute the firmware. OK thanks, I understand that. Just to be clear, this bug (430017) was raised to report a fault in the sound driver (as per subject), not that it was subsequently dropped

Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]

2009-01-18 Thread debian-bugs-2007
Hi, > > > Does this error still occur with more recent kernel versions? > > I am running Etch, which is kept up to date. Can I easily get a later > > stable kernel to test this with? > > Yes, there is one: We added an additional kernel based on 2.6.24 in the > 4.0r4 point release of Debian Etch

Bug#430017: kernel: Recording silence, chipset: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]

2009-01-05 Thread debian-bugs-2007
Hi, Thanks for looking at this. > Does this error still occur with more recent kernel versions? By more recent do you mean later than Etch? I do not wish to upgrade to Lenny just now. I am running Etch, which is kept up to date. Can I easily get a later stable kernel to test this with? r...@

Bug#502796: Info received (Bug#502796: Acknowledgement (openoffice.org-calc: XIRR() function gives Err:502 when annualised return is < -30%))

2008-10-19 Thread debian-bugs-2007
Raised as issue #95167 with OO.org: http://www.openoffice.org/issues/show_bug.cgi?id=95167 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#502796: Acknowledgement (openoffice.org-calc: XIRR() function gives Err:502 when annualised return is < -30%)

2008-10-19 Thread debian-bugs-2007
Tested also with OO 2.4.1 in WinXP and same behaviour is seen: XIRR() function gives Err:502 when annualised return is < -30% -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]

2007-08-29 Thread debian-bugs-2007
I discovered the problem is irssi requires TERM to be set. The following crontab entry works for me (using CVS version of dtach): ~$ crontab -l | grep dtach @reboot TERM=xterm ~/bin/dtach -n ~/.dtach/irssi irssi So, unless you expect that dtach should also fake the TERM environment variable, I b

Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]

2007-08-29 Thread debian-bugs-2007
I have repeated the crontab entry using bash instead of irssi. It is clear there is some difference in the behaviour of irssi: ~$ crontab -l | grep dtach @reboot /home/bb/bin/dtach -n /home/bb/.dtach/irssi /usr/bin/irssi 2>&1 > ~/.dtach/irssi.cron < /dev/null @reboot /home/bb/bin/dtach -n /home/

Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]

2007-08-29 Thread debian-bugs-2007
I edited my crontab to explicitly define the path to the special file, however it still fails to create a dtach instance: ~$ crontab -l | grep irssi @reboot /home/bb/bin/dtach -n /home/bb/.dtach/irssi irssi 2>&1 > ~/.dtach/irssi.cron ~$ ls -l ~/.dtach/ total 0 -rw-r--r-- 1 bb bb 0 2007-08-29 11:

Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]

2007-08-28 Thread debian-bugs-2007
I downloaded and built dtach from CVS. This fixes the issue when dtach is run with &1 > ~/.dtach/irssi.cron ~$ cat ~/.dtach/irssi.cron ~$ ls -l ~/.dtach/ total 0 -rw-r--r-- 1 bb bb 0 2007-08-28 21:19 irssi.cron ~$ /home/bb/bin/dtach -n ~/.dtach/irssi irssi < /dev/null ~$ ls -l ~/.dtach/ total 0 s

Bug#438335: [Fwd: Bug#438335: dtach -n error - tcgetattr: Inappropriate ioctl for device]

2007-08-27 Thread debian-bugs-2007
> Bernard, could you give the CVS version a try and test if this issue is > fixed for you? Hi, yes I can do that. Could you provide instructions how to retrieve the CVS version please? I assume it will include an up to date CHANGES file? Thanks for looking at this. Cheers, -bernie. -- To UN

Bug#412021: grub fails to cope with '/boot' on different partition to '/'

2007-02-22 Thread debian-bugs-2007
On Fri, Feb 23, 2007 at 09:23:22AM +1100, Jason Thomas wrote: > Your changing (hd0,?) in the wrong place. Look a little higher up in > the menu.lst file. > > The entries you are changing are regenerated every time update-grub is > run. Arggh! You are quite right... I needed to change: # groot=(h