Processed: 'scantv -h': Segmentation fault
Processing commands for [EMAIL PROTECTED]: > owner 430079 ! Bug#430079: 'scantv -h': Segmentation fault Owner recorded as "Krzysztof Burghardt" <[EMAIL PROTECTED]>. > severity 430079 important Bug#430079: 'scantv -h': Segmentation fault Severity set to `important' from `grave' > tags 430079 moreinfo unreproducible Bug#430079: 'scantv -h': Segmentation fault There were no tags set. Tags added: moreinfo, unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430079: 'scantv -h': Segmentation fault
owner 430079 ! severity 430079 important tags 430079 moreinfo unreproducible thanks Don't you forget to attach mentioned strace log? I cannot reproduce this on my computer. Scantv works as expected. Best regards, -- Krzysztof Burghardt <[EMAIL PROTECTED]> http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Noise on the screen makes xawtv unusable
Processing commands for [EMAIL PROTECTED]: > owner 427635 ! Bug#427635: Noise on the screen makes xawtv unusable Owner recorded as "Krzysztof Burghardt" <[EMAIL PROTECTED]>. > retitle 427635 xawtv: noise on the screen makes system unusable Bug#427635: Noise on the screen makes xawtv unusable Changed Bug title to `xawtv: noise on the screen makes system unusable' from `Noise on the screen makes xawtv unusable'. > tags 427635 moreinfo unreproducible Bug#427635: xawtv: noise on the screen makes system unusable There were no tags set. Tags added: moreinfo, unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427635: Noise on the screen makes xawtv unusable
owner 427635 ! retitle 427635 xawtv: noise on the screen makes system unusable tags 427635 moreinfo unreproducible thanks I cannot reproduce this on my computer. Would you like to provide more information? 1. Kernel version. 2. Model of TV card. 3. Architecture of your computer (x86, AMD64, etc.). 4. If other TV applications works (like Zapping or TVtime). 5. Output of "strace xawtv", etc. Best regards, -- Krzysztof Burghardt <[EMAIL PROTECTED]> http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430940:
I can confirm here both the problem and the solution. Using flyspray 0.9.8-13 in sid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of ffingerd_1.28-8_i386.changes
ffingerd_1.28-8_i386.changes uploaded successfully to localhost along with the files: ffingerd_1.28-8.dsc ffingerd_1.28-8.diff.gz ffingerd_1.28-8_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ffingerd_1.28-8_i386.changes ACCEPTED
Accepted: ffingerd_1.28-8.diff.gz to pool/main/f/ffingerd/ffingerd_1.28-8.diff.gz ffingerd_1.28-8.dsc to pool/main/f/ffingerd/ffingerd_1.28-8.dsc ffingerd_1.28-8_i386.deb to pool/main/f/ffingerd/ffingerd_1.28-8_i386.deb Override entries for your package: ffingerd_1.28-8.dsc - source net ffingerd_1.28-8_i386.deb - extra net Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xli_1.17.0+20061110-1_sparc.changes
xli_1.17.0+20061110-1_sparc.changes uploaded successfully to localhost along with the files: xli_1.17.0+20061110-1.dsc xli_1.17.0+20061110.orig.tar.gz xli_1.17.0+20061110-1.diff.gz xli_1.17.0+20061110-1_sparc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xli_1.17.0+20061110-1_sparc.changes ACCEPTED
Accepted: xli_1.17.0+20061110-1.diff.gz to pool/main/x/xli/xli_1.17.0+20061110-1.diff.gz xli_1.17.0+20061110-1.dsc to pool/main/x/xli/xli_1.17.0+20061110-1.dsc xli_1.17.0+20061110-1_sparc.deb to pool/main/x/xli/xli_1.17.0+20061110-1_sparc.deb xli_1.17.0+20061110.orig.tar.gz to pool/main/x/xli/xli_1.17.0+20061110.orig.tar.gz Override entries for your package: xli_1.17.0+20061110-1.dsc - source graphics xli_1.17.0+20061110-1_sparc.deb - optional graphics Announcing to [EMAIL PROTECTED] Closing bugs: 179268 220965 289147 366066 387347 389198 396935 433191 433212 48878 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369803: marked as done (Memory leaks in v4l plugins)
Your message dated Sun, 29 Jul 2007 17:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#369803: fixed in xawtv 3.95.dfsg.1-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xawtv
Version: 3.94-1.2
Tags: patch
Hi,
I detected some memory leaks in the v4l plugins when I ran valgrind on
them. Please find attached patch to fix that.
Greetings
--
Bjoern Erik Nilsen
diff -urN xawtv-3.94.orig/dist/xawtv-3.94/libng/plugins/drv0-v4l2.c
xawtv-3.94/dist/xawtv-3.94/libng/plugins/drv0-v4l2.c
--- xawtv-3.94.orig/dist/xawtv-3.94/libng/plugins/drv0-v4l2.c 2003-04-09
20:15:07.0 +0200
+++ xawtv-3.94/dist/xawtv-3.94/libng/plugins/drv0-v4l2.c2006-06-01
13:40:59.0 +0200
@@ -508,7 +508,21 @@
fprintf(stderr, "v4l2: close\n");
close(h->fd);
+
+ if (NULL != h->attr) {
+int i;
+for (i = 0; i < h->nattr; ++i) {
+if (NULL != h->attr[i].choices) {
+free(h->attr[i].choices);
+h->attr[i].choices = NULL;
+}
+}
+free(h->attr);
+h->attr = NULL;
+}
+
free(h);
+h = NULL;
return 0;
}
diff -urN xawtv-3.94.orig/dist/xawtv-3.94/libng/plugins/drv1-v4l.c
xawtv-3.94/dist/xawtv-3.94/libng/plugins/drv1-v4l.c
--- xawtv-3.94.orig/dist/xawtv-3.94/libng/plugins/drv1-v4l.c2003-02-14
15:14:05.0 +0100
+++ xawtv-3.94/dist/xawtv-3.94/libng/plugins/drv1-v4l.c 2006-06-01
13:43:05.0 +0200
@@ -469,7 +469,25 @@
munmap(h->mmap,h->mbuf.size);
close(h->fd);
+
+if (NULL != h->attr) {
+int i;
+for (i = 0; i < h->nattr; ++i) {
+if (NULL != h->attr[i].choices) {
+free(h->attr[i].choices);
+h->attr[i].choices = NULL;
+}
+}
+free(h->attr);
+h->attr = NULL;
+}
+
+if (NULL != h->channels) { free(h->channels); h->channels = NULL; }
+if (NULL != h->buf_v4l) { free(h->buf_v4l); h->buf_v4l = NULL; }
+if (NULL != h->buf_me) { free(h->buf_me); h->buf_me = NULL; }
+
free(h);
+h = NULL;
return 0;
}
--- End Message ---
--- Begin Message ---
Source: xawtv
Source-Version: 3.95.dfsg.1-4
We believe that the bug you reported is fixed in the latest version of
xawtv, which is due to be installed in the Debian FTP archive:
alevtd_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/alevtd_3.95.dfsg.1-4_ia64.deb
fbtv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/fbtv_3.95.dfsg.1-4_ia64.deb
pia_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/pia_3.95.dfsg.1-4_ia64.deb
radio_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/radio_3.95.dfsg.1-4_ia64.deb
scantv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/scantv_3.95.dfsg.1-4_ia64.deb
streamer_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/streamer_3.95.dfsg.1-4_ia64.deb
ttv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/ttv_3.95.dfsg.1-4_ia64.deb
v4l-conf_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/v4l-conf_3.95.dfsg.1-4_ia64.deb
webcam_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/webcam_3.95.dfsg.1-4_ia64.deb
xawtv-plugins_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv-plugins_3.95.dfsg.1-4_ia64.deb
xawtv-tools_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv-tools_3.95.dfsg.1-4_ia64.deb
xawtv_3.95.dfsg.1-4.diff.gz
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4.diff.gz
xawtv_3.95.dfsg.1-4.dsc
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4.dsc
xawtv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4_ia64.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Krzysztof Burghardt <[EMAIL PROTECTED]> (supplier of updated xawtv package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 29 Jul 2007 15:00:06 +0200
Source: xawtv
Binary: xawtv-plugins fbtv radio ttv webcam pia xawtv xawtv-tools scantv
streamer alevtd v4l-conf
Architecture: source ia64
Version: 3.95.dfsg.1-4
Distribution: unstable
Urgency: low
Maintainer: Krzysztof Burghardt <[EMAIL PROTECTED]>
Changed-By: Krzysztof Burghardt <[EMAIL PROTECTED]>
Descripti
Bug#383194: marked as done (fbtv does not work correctly on radeonfb)
Your message dated Sun, 29 Jul 2007 17:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#383194: fixed in xawtv 3.95.dfsg.1-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: fbtv
Version: 3.95-1
Tags: patch
Hello,
this patch fixes 4 problems with fbtv I've observed with radeonfb:
(1) Fixes to support 15bpp depth in v4l-conf. d->bpp must be used to
distinguish between 24 and 32 RGB888 formats, but d->depth must
be used to distinguish between RGB555 and RGB565.
(2) When switching terminals fbtv forgets to reload palette.
(3) Clearing 256MB of videoram is dog slow. It is better to just clear
visible area - which is usually 10-100 times smaller.
(4) On atyfb FBIOGETCMAP returns (in 15/16bpp) returns cmap with 256
entries, but when this cmap is programmed back it returns EINVAL
when cmap length is over 32 (or over 64 for 16bpp). Fortunately
first 32/64 entries are programmed anyway, so we can just ignore
EINVAL returned from FBIOPUTCMAP.
Thanks,
Petr Vandrovec
diff -urN xawtv-3.95.dist/console/fbtools.c xawtv-3.95/console/fbtools.c
--- xawtv-3.95.dist/console/fbtools.c 2003-02-14 15:14:04.0 +0100
+++ xawtv-3.95/console/fbtools.c2006-08-15 16:07:29.0 +0200
@@ -447,7 +447,7 @@
fb_activate_current(tty);
/* cls */
-fb_memset(fb_mem+fb_mem_offset,0,fb_fix.smem_len);
+fb_memset(fb_mem+fb_mem_offset,0,fb_var.yres * fb_fix.line_length);
return fb;
err:
@@ -458,15 +458,33 @@
void
fb_cleanup(void)
{
+struct fb_var_screeninfo var;
+
/* restore console */
+if (0 == ioctl(fb,FBIOGET_VSCREENINFO,&var)) {
+ if (!memcmp(&var, &fb_ovar, sizeof(var))) {
+ goto skip_var;
+ }
+}
if (-1 == ioctl(fb,FBIOPUT_VSCREENINFO,&fb_ovar))
perror("ioctl FBIOPUT_VSCREENINFO");
+skip_var:
if (-1 == ioctl(fb,FBIOGET_FSCREENINFO,&fb_fix))
perror("ioctl FBIOGET_FSCREENINFO");
if (fb_ovar.bits_per_pixel == 8 ||
fb_fix.visual == FB_VISUAL_DIRECTCOLOR) {
- if (-1 == ioctl(fb,FBIOPUTCMAP,&ocmap))
- perror("ioctl FBIOPUTCMAP");
+ if (-1 == ioctl(fb,FBIOPUTCMAP,&ocmap)) {
+/*
+ * radeonfb in 15/16bpp returns EINVAL when color
+ * map retrieved by FBIOGETCMAP is programmed back
+ * by FBIOPUTCMAP. It still programs palette
+ * correctly, just instead of ignoring items 64-255
+ * it returns an error.
+ */
+ if (errno != EINVAL) {
+ perror("ioctl FBIOPUTCMAP");
+ }
+ }
}
close(fb);
diff -urN xawtv-3.95.dist/console/fbtv.c xawtv-3.95/console/fbtv.c
--- xawtv-3.95.dist/console/fbtv.c 2005-09-30 12:09:22.0 +0200
+++ xawtv-3.95/console/fbtv.c 2006-08-15 16:07:04.0 +0200
@@ -230,6 +230,26 @@
}
static void
+fb_loadpalette(int fd)
+{
+if (fb_var.bits_per_pixel == 8 ||
+fb_fix.visual == FB_VISUAL_DIRECTCOLOR) {
+if (-1 == ioctl(fd,FBIOPUTCMAP,&cmap)) {
+ /*
+* radeonfb in 15/16bpp returns EINVAL when color
+* map retrieved by FBIOGETCMAP is programmed back
+* by FBIOPUTCMAP. It still programs palette
+* correctly, just instead of ignoring items 64-255
+* it returns an error.
+*/
+ if (errno != EINVAL) {
+perror("ioctl FBIOPUTCMAP");
+ }
+ }
+}
+}
+
+static void
fb_initcolors(int fd, int gray)
{
/* get colormap */
@@ -288,11 +308,7 @@
}
/* set colormap */
-if (fb_var.bits_per_pixel == 8 ||
- fb_fix.visual == FB_VISUAL_DIRECTCOLOR) {
- if (-1 == ioctl(fd,FBIOPUTCMAP,&cmap))
- perror("ioctl FBIOPUTCMAP");
-}
+fb_loadpalette(fd);
}
static void
@@ -511,11 +527,17 @@
}
static void
+clear_video(void)
+{
+fb_memset(fb_mem+fb_mem_offset,0,fb_var.yres * fb_fix.line_length);
+}
+
+static void
do_fullscreen(void)
{
do_va_cmd(2,"capture","off");
quiet = !quiet;
-fb_memset(fb_mem+fb_mem_offset,0,fb_fix.smem_len);
+clear_video();
do_va_cmd(2,"capture","on");
}
@@ -553,8 +575,9 @@
case FB_ACQ_REQ:
switch_last = fb_switch_state;
fb_switch_acquire();
- fb_memset(fb_mem+fb_mem_offset,0,fb_fix.smem_len);
+ clear_video();
ioctl(fb,FBIOPAN_DISPLA
Bug#202133: marked as done (radio: lots of small bugfixes)
Your message dated Sun, 29 Jul 2007 17:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#202133: fixed in xawtv 3.95.dfsg.1-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: radio
Version: 3.88
Severity: normal
Tags: patch
Hi, I recently got a radio antenna hooked up to my tv/radio capture
card and started playing around with radio tuning. I've found a few
bugs in your radio program, which I've patched. There's also a debian
packaging issue: the build-dep on libjpeg-dev doesn't work right,
since that package is now called libjpeg62-dev (it seems like it still
should, as libjpeg62-dev provides libjpeg62, but apt complained).
Anyway, here's are three patches, with an explanation after each one:
---8<--- Patch #1 ---8<---
--- xawtv-3.88/console/radio.c.orig 2003-07-19 20:18:55.0 -0400
+++ xawtv-3.88/console/radio.c 2003-07-19 23:08:53.0 -0400
@@ -187,7 +187,7 @@
while (NULL != fgets(file,255,fp)) {
if (2 == sscanf(file,"%c=%d",&n,&ifreq) && n >= '1' && n <= '8') {
fkeys[n - '1'] = ifreq;
- } else if (2 == sscanf(file,"%d=%30[^\n]",&ifreq,name) && stations <
99) {
+ } else if (2 == sscanf(file,"%d=%50[^\n]",&ifreq,name) && stations <
99) {
freqs[stations] = ifreq;
labels[stations] = strdup(name);
stations++;
---8<--- Patch #1 ---8<---
This patch extends the maximum length for a station name from 30 to 50
(though that's still pretty arbitrary). I changed this because it
seemed that my long station names were being cut unnecessarily short
in the preset listing.
---8<--- Patch #2 ---8<---
--- xawtv-3.88/console/radio.c.orig 2003-04-16 11:35:13.0 -0400
+++ xawtv-3.88/console/radio.c 2003-07-19 23:08:53.0 -0400
@@ -40,7 +40,8 @@
/* JMMV: WINDOWS for radio */
int ncurses = 0;
int debug = 0;
-char *device = "/dev/radio";
+char *device_list[4] = {NULL, "/dev/radio", "/dev/v4l/radio0", NULL};
+char **device = &device_list[1];
WINDOW *wfreq, *woptions, *wstations, *wcommand;
int freqfact = 16;
@@ -371,7 +372,7 @@
" -d enable debug output\n"
" -m mute radio\n"
" -f freq tune given frequency (also unmutes)\n"
- " -c dev use given device[default: %s]\n"
+ " -c dev try to use given device [defaults: %s and %s]\n"
" -s scan\n"
" -S scan + write radio.fmmap\n"
" -i scan, write initial ~/.radio config file to\n"
@@ -383,7 +384,7 @@
"(c) 1998-2001 Gerd Knorr <[EMAIL PROTECTED]>\n"
"interface by Juli Merino <[EMAIL PROTECTED]>\n"
"channel scan by Gunther Mayer <[EMAIL PROTECTED]>\n",
- device);
+ device_list[1], device_list[2]);
}
int
@@ -432,7 +433,8 @@
}
break;
case 'c':
- device = optarg;
+ device_list[0] = optarg;
+ device = &device_list[0];
break;
case 'h':
usage(stdout);
@@ -443,9 +445,14 @@
}
}
-if (-1 == (fd = open(device, O_RDONLY))) {
- fprintf(stderr,"open %s: %s\n",device,strerror(errno));
- exit(1);
+while (-1 == (fd = open(*device, O_RDONLY))) {
+ fprintf(stderr,"Warning: open %s: %s\n",*device,strerror(errno));
+ if(NULL == *(++device)) {
+ fprintf(stderr,"Giving up.\n");
+ exit(1);
+ } else {
+ fprintf(stderr,"Trying alternate device: %s\n", *device);
+ }
}
memset(&tuner,0,sizeof(tuner));
---8<--- Patch #2 ---8<---
This patch makes radio check several filenames for the radio device.
By default, it first tries /dev/radio, then /dev/v4l/radio0 (the
standard device name under devfs). If the user provides a device name
with the -c option, that device will be checked before the normal two.
The first successfully opened device will be used.
---8<--- Patch #3 ---8<---
--- xawtv-3.88/console/radio.c.orig 2003-04-16 11:35:13.0 -0400
+++ xawtv-3.88/console/radio.c 2003-07-19 23:08:53.0 -0400
@@ -627,8 +634,10 @@
}
if (i != stations) {
i += (key == KEY_NPAGE) ? -1 : 1;
- if (i < 0 || i >= stations)
+ if (i >= stations)
i = 0;
+ if (i < 0)
+ i = stations - 1;
ifreq = freqs[i];
Bug#199570: marked as done (xawtv: xawtv does not unmute sound on exit)
Your message dated Sun, 29 Jul 2007 17:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#199570: fixed in xawtv 3.95.dfsg.1-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xawtv
Version: 3.82
Severity: normal
Tags: patch
The attached patch makes xawtv unmute the sound on exit, this is handy
because exiting the application while muted lets the mixer level to 0,
and it's impossible to restore it to the previous value using xawtv if
you launch it again; one has to launch a separate mixer program to
increase the Line In level. This way one can mute the sound, exit
xawtv, and still have sound at the next app startup.
--
Romain FRANCOISE <[EMAIL PROTECTED]> | All of the planet's dead, so
it's a miracle -- http://orebokech.com/ | let me out of here.
--- xt.c~ 2003-07-01 22:15:48.0 +0200
+++ xt.c 2003-07-01 21:57:17.0 +0200
@@ -313,6 +313,9 @@
void
ExitCB(Widget widget, XtPointer client_data, XtPointer calldata)
{
+if (cur_attrs[ATTR_ID_MUTE]) {
+ do_va_cmd(2,"volume","mute","off");
+}
audio_off();
video_overlay(0);
video_close();
--- End Message ---
--- Begin Message ---
Source: xawtv
Source-Version: 3.95.dfsg.1-4
We believe that the bug you reported is fixed in the latest version of
xawtv, which is due to be installed in the Debian FTP archive:
alevtd_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/alevtd_3.95.dfsg.1-4_ia64.deb
fbtv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/fbtv_3.95.dfsg.1-4_ia64.deb
pia_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/pia_3.95.dfsg.1-4_ia64.deb
radio_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/radio_3.95.dfsg.1-4_ia64.deb
scantv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/scantv_3.95.dfsg.1-4_ia64.deb
streamer_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/streamer_3.95.dfsg.1-4_ia64.deb
ttv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/ttv_3.95.dfsg.1-4_ia64.deb
v4l-conf_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/v4l-conf_3.95.dfsg.1-4_ia64.deb
webcam_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/webcam_3.95.dfsg.1-4_ia64.deb
xawtv-plugins_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv-plugins_3.95.dfsg.1-4_ia64.deb
xawtv-tools_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv-tools_3.95.dfsg.1-4_ia64.deb
xawtv_3.95.dfsg.1-4.diff.gz
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4.diff.gz
xawtv_3.95.dfsg.1-4.dsc
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4.dsc
xawtv_3.95.dfsg.1-4_ia64.deb
to pool/main/x/xawtv/xawtv_3.95.dfsg.1-4_ia64.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Krzysztof Burghardt <[EMAIL PROTECTED]> (supplier of updated xawtv package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 29 Jul 2007 15:00:06 +0200
Source: xawtv
Binary: xawtv-plugins fbtv radio ttv webcam pia xawtv xawtv-tools scantv
streamer alevtd v4l-conf
Architecture: source ia64
Version: 3.95.dfsg.1-4
Distribution: unstable
Urgency: low
Maintainer: Krzysztof Burghardt <[EMAIL PROTECTED]>
Changed-By: Krzysztof Burghardt <[EMAIL PROTECTED]>
Description:
alevtd - http daemon for videotext pages
fbtv - linux console (fbcon) TV application
pia- movie player
radio - ncurses-based radio application
scantv - scan TV channels for stations
streamer - capture tool (images / movies)
ttv- tty TV application
v4l-conf - tool to configure video4linux drivers
webcam - capture and upload images
xawtv - X11 TV application
xawtv-plugins - plugins for xawtv and motv
xawtv-tools - Miscellaneous tools distributed with xawtv
Closes: 199570 202133 369803 374626 379251 383194
Changes:
xawtv (3.95.dfsg.1-4) unstable; urgency=low
.
* Applied Kristof Koehler's patch for problems with recording
oss audio using streamer (Closes: #374626)
* Applied Romain FRANCOISE's patch for unmute sound on xavtv
exit (Closes: #199570)
* Applied Steven Barker's patches for radio application.
This fixes multiple issues listed in bug report (Closes: #202133)
* Applied Bjoern Erik Nilsen's patch that fixes some memory l
Bug#374626: marked as done (streamer: exits when recording oss audio)
Your message dated Sun, 29 Jul 2007 17:47:15 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#374626: fixed in xawtv 3.95.dfsg.1-4
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: xawtv-plugins
Version: 3.94-1
Severity: important
Tags: patch
When trying to record, streamer stops with the following output:
$ streamer -o capture---30712.avi -f rgb24 -s 320x240 -r 24 -t 99:59:59 -F
mono16 -R 32000
avi / video: 24 bit TrueColor (LE: bgr) / audio: 16bit mono (LE)
oss: read: Resource temporarily unavailable
$
(full debug output below)
I could track this down to this section of libng/plugins/snd-oss.c
rc = read(fd,buffer+count,blocksize-count);
if (rc < 0) {
if (EINTR == errno)
continue;
perror("oss: read");
exit(1);
with strace indicating that read returns not EINTR, but EAGAIN.
In this case the code should not fail, but retry reading.
So I suggest the following patch, which made streamer usable for me:
--- orig/xawtv-3.94/libng/plugins/snd-oss.c 2003-02-14 15:14:05.0
+0100
+++ work/xawtv-3.94/libng/plugins/snd-oss.c 2006-06-02 17:34:12.0
+0200
@@ -441,8 +441,8 @@
for (;;) {
rc = read(fd,buffer+count,blocksize-count);
if (rc < 0) {
- if (EINTR == errno)
+ if ( (EINTR == errno) || (EAGAIN == errno) )
continue;
perror("oss: read");
exit(1);
Now for completeness, the full debug output:
$ streamer -d -o capture---30712.avi -f rgb24 -s 320x240 -r 24
-t 99:59:59 -F mono16 -R 32000
checking writer files [multiple image files] ...
video name=ppm ext=ppm: ext mismatch [need avi]
video name=pgm ext=pgm: ext mismatch [need avi]
video name=jpeg ext=jpeg: ext mismatch [need avi]
checking writer raw [single file, raw video data] ...
video name=rgb ext=raw: ext mismatch [need avi]
video name=gray ext=raw: ext mismatch [need avi]
video name=422 ext=raw: ext mismatch [need avi]
video name=422p ext=raw: ext mismatch [need avi]
video name=4mpeg ext=yuv: ext mismatch [need avi]
video name=4mpeg-o ext=yuv: ext mismatch [need avi]
checking writer avi [Microsoft AVI (RIFF) format] ...
video name=rgb15 ext=avi: name mismatch [need rgb24]
video name=rgb24 ext=avi: OK
audio name=mono8 ext=avi: name mismatch [need mono16]
audio name=mono16 ext=avi: OK
avi / video: 24 bit TrueColor (LE: bgr) / audio: 16bit mono (LE)
vid-open: trying: v4l2-old...
vid-open: failed: v4l2-old
vid-open: trying: v4l2...
v4l2: open
v4l2: device info:
bttv 0.9.15 / BT878 video (Leadtek WinFast 20 @ PCI::00:12.0
vid-open: ok: v4l2
movie_init_writer start
dsp-open: trying: oss...
oss: bs=8192 rate=32000 channels=1 bits=16 (16bit mono (LE))
dsp-open: ok: oss
writer_audio_thread start [pid=989]
v4l2: new capture params (320x240, BGR3, 230400 byte)
setformat: 24 bit TrueColor (LE: bgr) (320x240): ok
v4l2: new capture params (320x240, BGR3, 230400 byte)
writer_video_thread start [pid=989]
movie_init_writer end (h=0x806a6b0)
movie_writer_start
oss: startrec
oss: clearbuf rc=-1 errno=Resource temporarily unavailable
v4l2: buf 0: video-cap 0x0+233472, used 0
v4l2: buf 1: video-cap 0x39000+233472, used 0
v4l2: buf 2: video-cap 0x72000+233472, used 0
v4l2: buf 3: video-cap 0xab000+233472, used 0
v4l2: buf 4: video-cap 0xe4000+233472, used 0
v4l2: buf 5: video-cap 0x11d000+233472, used 0
v4l2: buf 6: video-cap 0x156000+233472, used 0
v4l2: buf 7: video-cap 0x18f000+233472, used 0
v4l2: buf 8: video-cap 0x1c8000+233472, used 0
v4l2: buf 9: video-cap 0x201000+233472, used 0
v4l2: buf 10: video-cap 0x23a000+233472, used 0
v4l2: buf 11: video-cap 0x273000+233472, used 0
v4l2: buf 12: video-cap 0x2ac000+233472, used 0
v4l2: buf 13: video-cap 0x2e5000+233472, used 0
v4l2: buf 14: video-cap 0x31e000+233472, used 0
v4l2: buf 15: video-cap 0x357000+233472, used 0
record_audio_thread start [pid=989]
oss: read: Resource temporarily unavailable
$
-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.6.8-3-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages xawtv-plugins depends on:
ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an
ii libdv40.103-2software library for DV format dig
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: xawtv
Source-Version: 3.95.dfsg.1-4
We believe that the bug you reported is fixed in the latest version
toshutils 2.0.1-16 MIGRATED to testing
FYI: The status of the toshutils source package in Debian's testing distribution has changed. Previous version: 2.0.1-15 Current version: 2.0.1-16 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435201: htdig: cron.daily script fails noisily when package is not installed
Package: htdig Version: 1:3.2.0b6-3.1 Severity: normal I removed the htdig and its lockfile-progs dependency but its cron script remains (as it is a conf file), however every day I get an email saying: /etc/cron.daily/htdig: /etc/cron.daily/htdig: 6: lockfile-create: not found Policy 9.5 (Cron jobs) suggests that "crontab entries in these directories [/etc/cron.*] should check if all necessary programs are installed before they try to execute them". -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages htdig depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.6-2GNU C Library: Shared libraries ii libgcc1 1:4.2-20070712-1 GCC support library ii libstdc++6 4.2-20070712-1 The GNU Standard C++ Library v3 pn lockfile-progs (no description available) ii perl5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime htdig recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#102006: Thanks, we are ready to work with you
Good Morning & Good News, There are 3 Companies that are interested in offering you a Re-Fi deal as of Monday July 30th 2007. The Minimum deal offered is as follows: $225,000* Remember, this is just the lowest deal offered...the Max is yet to be determined. Simply confirm your information in our database here: http://refi-approved-client796668.wachfokralls.com Do not worry about approval, your cr. report will not disqualify you. Have a Great Day, Looking forward to hearing from you Fredric Hampton Team Leader, TSD Lending Professionals - - --- * Rate & Payment To be determined after information is confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#147733: Please Review....good news
Good Morning & Good News, There are 3 Companies that are interested in offering you a Re-Fi deal as of Monday July 30th 2007. The Minimum deal offered is as follows: $225,000* Remember, this is just the lowest deal offered...the Max is yet to be determined. Simply confirm your information in our database here: http://refi-approved-client817079.wachfokralls.com Do not worry about approval, your cr. report will not disqualify you. Have a Great Day, Looking forward to hearing from you Lori Daugherty Team Leader, TSD Lending Professionals - - --- * Rate & Payment To be determined after information is confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
