date:20101128

Hi Guillem,

Guillem Jover wrote:

> Hmm, ok so what about posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)
> instead, skimming over the kernel source seems to indicate it might
> end up doing more or less the same thing but in a portable way?
> 
> Could someone with ext4/btrfs/xfs/etc test w/ and w/o the attached patch
> against dpkg?

ext4: yes, this brings the running time down from 34sec to 10.5sec,
just like sync_file_range with SYNC_FILE_RANGE_WRITE does.

Regards,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594561: State of the bug 594561

2010-11-28 Thread Wenceslao González-Viñas


Hereby I attach new output,

Wenceslao




Ben Hutchings  ha escrito:


On Sun, 2010-11-28 at 22:38 +0100, Wenceslao González-Viñas wrote:

Here it is the output of dmesg (attached).


Sorry, but there's something I missed - there are two different ways of
reading the ROM.  I have put yet another version at the same URL, which
will read the ROM in the other way.  Please load it and report the new
log messages.

Ben.

--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.





--



Este mensaje ha sido enviado desde https://webmail.unav.es
[ 8695.930670] rt2870sta: module is from the staging directory, the quality is 
unknown, you have been warned.
[ 8695.937697] rtusb init --->
[ 8695.937909] === pAd = c90011336000, size = 502256 ===
[ 8695.937912] <-- RTMPAllocAdapterBlock, Status=0
[ 8695.940195] usbcore: registered new interface driver rt2870
[ 8695.948338] usb 1-8: firmware: requesting rt3070.bin
[ 8696.220278] <-- RTMPAllocTxRxRingMemory, Status=0
[ 8696.221828] -->RTUSBVenderReset
[ 8696.221953] <--RTUSBVenderReset
[ 8696.500913] 1. Phy Mode = 0
[ 8696.500917] 2. Phy Mode = 0
[ 8696.500920] NVM is Efuse and its size =2d[2d0-2fc] 
[ 8696.512787] 
[ 8696.512789] Block 0:3070 0130 0101 0001 
[ 8696.515285] Block 0:2200 2d22 a72d 00a7 
[ 8696.517785] Block 1:ddfb 00dd   
[ 8696.520411] Block 1:    
[ 8696.522784] Block 2:    
[ 8696.524783] Block 2:    
[ 8696.526783] Block 3:    
[ 8696.528783] Block 3:    
[ 8696.530783] Block 4:    
[ 8696.532783] Block 4:    
[ 8696.534782] Block 5:    
[ 8696.536782] Block 5:    
[ 8696.538907] Block 6:    
[ 8696.541406] Block 6:0511 0205 0002  
[ 8696.543906] Block 7: 10ff 0110 0001 
[ 8696.546408] Block 7: 3000 0330 0003 
[ 8696.548905] Block 8:   00ff 
[ 8696.551405] Block 8: 0500 0005  
[ 8696.553905] Block 9:    
[ 8696.556404] Block 9: ff00  00ff 
[ 8696.558904] Block a: 0700 0707 0007 
[ 8696.561404] Block a:0707 0707 0707 0007 
[ 8696.563903] Block b:0707 0707 0707 0007 
[ 8696.566402] Block b:0707 0707 0707 0007 
[ 8696.568902] Block c:   00ff 
[ 8696.571402] Block c:   00ff 
[ 8696.573902] Block d:   00ff 
[ 8696.576402] Block d:  c5ff 00c5 
[ 8696.578901] Block e:a5b5 7aa5 627a 0062 
[ 8696.581401] Block e:3a50 2a3a 012a 0001 
[ 8696.583901] Block f:   00ff 
[ 8696.586399] Block f:   00ff 
[ 8696.588775] Block 10:    
[ 8696.590774] Block 10:    
[ 8696.592774] Block 11:    
[ 8696.594774] Block 11:    
[ 8696.596773] Block 12:    
[ 8696.598772] Block 12:    
[ 8696.600773] Block 13:    
[ 8696.602773] Block 13:    
[ 8696.604773] Block 14:    
[ 8696.606772] Block 14:    
[ 8696.608771] Block 15:    
[ 8696.610771] Block 15:    
[ 8696.612771] Block 16:    
[ 8696.614771] Block 16:    
[ 8696.616770] Block 17:    
[ 8696.618770] Block 17:    
[ 8696.620894] Block 18:    
[ 8696.622894] Block 18:    
[ 8696.624894] Block 19:    
[ 8696.626894] Block 19:    
[ 8696.629018] Block 1a:    
[ 8696.631518] Block 1a:    
[ 8696.634018] Block 1b:    
[ 8696.636520] Block 1b: 5500  0055 
[ 8696.639017] Block 1c: 88aa 6688 0066 
[ 8696.641517] Block 1c: 88aa 6688 0066 
[ 8696.644039] Block 1d: 88aa 6688 0066 
[ 8696.646516] Block 1d: 88aa 6688 0066 
[ 8696.649140] Block 1e:    
[ 8696.651140] Block 1e:    
[ 8696.653265] Block 1f:    
[ 8696.655264] Block 1f:    
[ 8696.657265] Block 20:    
[ 8696.659264] Block 20:    
[ 8696.661264] Block 21:    
[ 8696.663263] Block 21:    
[ 8696.665389] Block 22:    
[ 8696.667388] Block 22:    
[ 8696.669387] Block 23:    
[ 8696.671387] Block 23:    
[ 8696.673387] Block 24:    
[ 8696.675386] Block 24:    
[ 8696.677386] Block 25:    
[ 8696.679386] Block 25:    
[ 8696.681510] Block 26:    
[ 8696.683510] Block 26:    
[ 8696.685510] Block 27:    
[ 8696.687761] Block 27:    
[ 8696.689760] Block 28:    
[ 8696.691759] Block 28:    
[ 8696.693759] Block 29:    
[ 8696.695759] Block 29:f

Bug#605009: serious performance regression with ext4

(pruned cc list)

Guillem Jover wrote:

> Hmm, ok so what about posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)
> instead, skimming over the kernel source seems to indicate it might
> end up doing more or less the same thing but in a portable way?

Probably a silly question, but what does "The specified data will not
be accessed in the near future" have to do with preventing delayed
allocation?

Put another way: if this works now, is it likely to continue to work?

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605009: serious performance regression with ext4

2010-11-28 Thread Guillem Jover

Hi Ted!

On Sun, 2010-11-28 at 23:11:52 -0500, Ted Ts'o wrote:
> I did some experimenting, and I figured out what was going on.  You're
> right, (c) doesn't quite work, because delayed allocation meant that
> the writeout didn't take place until the fsync() for each file
> happened.  I didn't see this at first; my apologies.

Thanks for the analysis.

> However, this *does* work:
> 
> extract(a);
> sync_file_range(fd.a, 0, 0, SYNC_FILE_RANGE_WRITE); 
> extract(b.dpkg-new);
> sync_file_range(fd.b, 0, 0, SYNC_FILE_RANGE_WRITE); 
> extract(c.dpkg-new);
> sync_file_range(fd.c, 0, 0, SYNC_FILE_RANGE_WRITE); 

The man page and the kernel sources seem to indicate this might block
depending on the size of the request queue?

> sync_file_range(fd.a, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 
> sync_file_range(fd.b, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 
> sync_file_range(fd.c, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 

> fdatasync(a);
> fdatasync(b.dpkg-new);
> fdatasync(c.dpkg-new);
> 
> rename(b.dpkg-new, b);
> rename(c.dpkg-new, c);

> What's going on here?  sync_file_range() is a Linux specific system
> call that has been around for a while.  It allows program to control
> when writeback happens in a very low-level fashion.  The first set of
> sync_file_range() system calls causes the system to start writing back
> each file once it has finished being extracted.  It doesn't actually
> wait for the write to finish; it just starts the writeback.

Hmm, ok so what about posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED)
instead, skimming over the kernel source seems to indicate it might
end up doing more or less the same thing but in a portable way?

Could someone with ext4/btrfs/xfs/etc test w/ and w/o the attached patch
against dpkg?

thanks,
guillem
diff --git a/src/archives.c b/src/archives.c
index a2cba6a..a94096f 100644
--- a/src/archives.c
+++ b/src/archives.c
@@ -683,6 +683,9 @@ tarobject(void *ctx, struct tar_entry *ti)
_("backend dpkg-deb during `%.255s'"),
path_quote_filename(fnamebuf, ti->name, 256));
 }
+
+posix_fadvise(fd, 0, 0, POSIX_FADV_DONTNEED);
+
 r = ti->size % TARBLKSZ;
 if (r > 0)
   if (safe_read(tc->backendpipe, databuf, TARBLKSZ - r) == -1)

Bug#605349: Lenny->Squeeze upgrade FAILED - dependency cycle in openoffice.org-common

2010-11-28 Thread Mika Hanhijärvi

Package: openoffice.org-common
Severity: important


I just tried to upgrade my desktop PC from Lenny to Squeeze. Upgrade 
failed with error:

'E:Couldn't configure pre-depend openoffice.org-common for 
openoffice.org-voikko, probably a dependency cycle.'




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605348: upgrade-reports: Lenny->Squeeze upgrade FAILED - dependency cycle in openoffice.org-common

2010-11-28 Thread Mika Hanhijärvi

Package: upgrade-reports
Severity: important


I just tried to upgrade my desktop PC from Lenny to Squeeze. Upgrade 
failed with error:

'E:Couldn't configure pre-depend openoffice.org-common for 
openoffice.org-voikko, probably a dependency cycle.'




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605303: [gwibber] does not start

2010-11-28 Thread Kartik Mistry

On Mon, Nov 29, 2010 at 1:35 AM, Davide Governale  wrote:
> ~$ gwibber
> ERROR:dbus.proxies:Introspect error on 
> com.Gwibber.Service:/com/gwibber/Service: dbus.exceptions.DBusException: 
> org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes 
> include: the remote application did not send a reply, the message bus 
> security policy blocked the reply, the reply timeout expired, or the network 
> connection was broken.

Hi,

Please also send output of,
$gwibber -d

-- 
Kartik Mistry
Debian GNU/Linux Developer
IRC: kart_ | Identica: @kartikm



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#501761: git-svn --tags should at least /try/ to handle tags as tags

On Sun, 2010-11-28 at 22:06 -0600, Jonathan Nieder wrote:
> Paul Wise wrote:
> > On Sun, 2010-11-28 at 12:03 -0600, Jonathan Nieder wrote:
> 
> >> Thoughts on this would be very helpful because the same questions come
> >> up in implementing "native" svn support for git.
> >
> > At the very least git svn --convert should do these:
> > 
> >  1. SVN tags that are actually tags in SVN (ie dir copies with no
> > non-copy commits) are converted to git tags.
> >  2. SVN tags that are actually branches in SVN despite being labeled
> > tags (these exist unfortunately) are left as branches.
> 
> ... and what happens when a tag changes from (1) to (2)?

--convert (which doesn't exist yet) would be a one-shot conversion that
would drop all the SVN cruft from the resulting git repo. Since the
conversion is once-off and no trace of SVN is left afterwards, that
cannot happen.

My initial interest in this bug report ends at proper behaviour for
--convert, I'm not that interested in proper behaviour for git repos
that are still tracking SVN repos, but I would guess that the git tags
should get removed and branch heads added.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#605009: serious performance regression with ext4

2010-11-28 Thread Ted Ts'o

I did some experimenting, and I figured out what was going on.  You're
right, (c) doesn't quite work, because delayed allocation meant that
the writeout didn't take place until the fsync() for each file
happened.  I didn't see this at first; my apologies.

However, this *does* work:

extract(a);
sync_file_range(fd.a, 0, 0, SYNC_FILE_RANGE_WRITE); 
extract(b.dpkg-new);
sync_file_range(fd.b, 0, 0, SYNC_FILE_RANGE_WRITE); 
extract(c.dpkg-new);
sync_file_range(fd.c, 0, 0, SYNC_FILE_RANGE_WRITE); 

sync_file_range(fd.a, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 
sync_file_range(fd.b, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 
sync_file_range(fd.c, 0, 0, SYNC_FILE_RANGE_WAIT_BEFORE); 

fdatasync(a);
fdatasync(b.dpkg-new);
fdatasync(c.dpkg-new);

rename(b.dpkg-new, b);
rename(c.dpkg-new, c);

This assumes that files b and c existed beforehand, but a is a new file.

What's going on here?  sync_file_range() is a Linux specific system
call that has been around for a while.  It allows program to control
when writeback happens in a very low-level fashion.  The first set of
sync_file_range() system calls causes the system to start writing back
each file once it has finished being extracted.  It doesn't actually
wait for the write to finish; it just starts the writeback.

The second series of sync_file_range() calls, with the operation
SYNC_FILE_RANGE_WAIT_BEFORE, will block until the previously initiated
writeback has completed.  This basically ensures that the delayed
allocation has been resolved; that is, the data blocks have been
allocated and written, and the inode updated (in memory), but not
necessarily pushed out to disk.

The fdatasync() call will actually force the inode to disk.  In the
case of the ext4 file system, the first fdatasync() will actually push
all of the inodes to disk, and all of the subsequent fdatasync() calls
are in fact no-ops (assuming that files 'a', 'b', and 'c' are all on
the same file system).  But what it means is that it minimizes the
number of (heavyweight) jbd2 commits to a minimum.

It uses a linux-specific system call --- sync_file_range --- but the
result should be faster performance across the board for all file
systems.  So I don't consider this an ext4-specific hack, although it
probably does makes things faster for ext4 more than any other file
system.

I've attached the program I used to test and prove this mechanism, as
well as the kernel tracepoint script I used to debug why (c) wasn't
working, which might be of interest to folks on debian-kernel.
Basically it's a demonstration of how cool ftrace is.  :-)

But using this program on a file system composed of a 5400rpm laptop
drive running LVM and LUKS, I get:

mass-sync-tester -d:dpkg current: time:  0.83/ 0.01/ 0.00

versus

mass-sync-tester -n:dpkg fixed: time:  0.07/ 0.00/ 0.01

   - Ted

/*
 * Mass sync tester
 */

#define _GNU_SOURCE

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

void write_file(const char *name, int sync, int sync_range)
{
	int	fd, i, ret;
	char	buf[1024];

	fd = open(name, O_WRONLY|O_TRUNC|O_CREAT, 0666);
	if (fd < 0) {
		fprintf(stderr, "open(%s) in write_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
	memset(buf, 0, sizeof(buf));
	for (i=0; i < 16; i++) {
		ret = write(fd, buf, sizeof(buf));
		if (ret < 0) {
			fprintf(stderr, "writing %s: %s\n",
name, strerror(errno));
			exit(1);
		}
	}
	if (sync) {
		ret = fsync(fd);
		if (ret < 0) {
			fprintf(stderr, "fsyncing %s in write_file: %s\n",
name, strerror(errno));
			exit(1);
		}
	}
	if (sync_range) {
		ret = sync_file_range(fd, 0, 0, SYNC_FILE_RANGE_WRITE);
		if (ret < 0) {
			fprintf(stderr, "sync_file_range %s in write_file: %s\n",
name, strerror(errno));
			exit(1);
		}
	}
	ret = close(fd);
	if (ret < 0) {
		fprintf(stderr, "closing %s in write_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
}

void rename_file(const char *src, const char *dest)
{
	int ret;

	ret = rename(src, dest);
	if (ret) {
		fprintf(stderr, "renaming %s to %s: %s\n", src, dest,
			strerror(errno));
		exit(1);
	}
}

void sync_file(const char *name)
{
	int	fd, i, ret;

	fd = open(name, O_RDONLY|O_NOATIME, 0666);
	if (fd < 0) {
		fprintf(stderr, "open(%s) in sync_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
	ret = fsync(fd);
	if (ret < 0) {
		fprintf(stderr, "fsyncing %s in sync_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
	ret = close(fd);
	if (ret < 0) {
		fprintf(stderr, "closing %s in sync_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
}

void datasync_file(const char *name)
{
	int	fd, i, ret;

	fd = open(name, O_RDONLY|O_NOATIME, 0666);
	if (fd < 0) {
		fprintf(stderr, "open(%s) in datasync_file: %s\n",
			name, strerror(errno));
		exit(1);
	}
	ret = fdatasync(fd);
	if (ret < 0) {
		fprintf(stderr, "fsyncing %s in datasync_file: %s\n",
			name, strerror(errno));
		exi

Bug#501761: git-svn --tags should at least /try/ to handle tags as tags

Paul Wise wrote:
> On Sun, 2010-11-28 at 12:03 -0600, Jonathan Nieder wrote:

>> Thoughts on this would be very helpful because the same questions come
>> up in implementing "native" svn support for git.
>
> At the very least git svn --convert should do these:
> 
>  1. SVN tags that are actually tags in SVN (ie dir copies with no
> non-copy commits) are converted to git tags.
>  2. SVN tags that are actually branches in SVN despite being labeled
> tags (these exist unfortunately) are left as branches.

... and what happens when a tag changes from (1) to (2)?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#564628: [PATCH] net/r8169: Correct the ram code for RTL8111D(L)

2010-11-28 Thread hayeswang

Excuse me, I have some questions about the firmware patch.

1. I should convert the data into the binary files (.bin). Is it right?

2. Where should I update the firmware files? Is the path the
linux-2.6/firmeware?
However, according to linux-2.6/firmeware/README.AddingFirmware, I
should
update they to another repository:


git://git.kernel.org/pub/scm/linux/kernel/git/dwmw2/linux-firmware.git

Then, how the firmware merge with kernel-2.6? Or, where could I find the
firmware
in the kernel-2.6 repository?
 
Best Regards,
Hayes


> -Original Message-
> From: Ben Hutchings [mailto:b...@debian.org] 
> Sent: Saturday, November 27, 2010 7:12 AM
> To: Francois Romieu; Hayeswang
> Cc: net...@vger.kernel.org; linux-ker...@vger.kernel.org; 
> David Miller; 564...@bugs.debian.org
> Subject: Re: [PATCH] net/r8169: Correct the ram code for RTL8111D(L)
> 
> On Fri, 2010-11-26 at 23:49 +0100, Francois Romieu wrote:
> > Ben Hutchings  :
> > > On Fri, 2010-11-26 at 19:54 +0800, Hayes Wang wrote:
> > > > Correct the binary code (Low pass filter & DLY_CAP fine 
> tune from uC).
> > > > The incorrect ram code would make the nic working abnormally.
> > > [...]
> > > 
> > > I'm glad you finally acknowledge that this is code rather than 
> > > simple register initialisation.
> > 
> > I am not sure that Hayes is a native english speaker.
> > 
> > I am glad to see him posting here.
> 
> Right.
> 
> Hayes, by 'you' I meant Realtek, not you personally.  If my 
> reply seemed aggressive, I apologise.
> 
> > [...]
> > > Below are the changes Debian currently applies in preparation for 
> > > proper licencing of the firmware.
> > 
> > Do you have some scripts to convert the data at hand ?
> [...]
> 
> No, it's easy enough to convert a single array by copying it 
> into a C file that dumps it to stdout (assuming the file's 
> byte order is defined to match your own machine).
> 
> It might be worth adding some sort of header with a version 
> and checksum.  Your choice, really.
> 
> Ben.
> 
> --
> Ben Hutchings, Debian Developer and kernel team member
> 
> 




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#501761: git-svn --tags should at least /try/ to handle tags as tags

On Sun, 2010-11-28 at 12:03 -0600, Jonathan Nieder wrote:

> Thoughts on this would be very helpful because the same questions come
> up in implementing "native" svn support for git.

At the very least git svn --convert should do these:

 1. SVN tags that are actually tags in SVN (ie dir copies with no
non-copy commits) are converted to git tags.
 2. SVN tags that are actually branches in SVN despite being labeled
tags (these exist unfortunately) are left as branches.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

signature.asc
Description: This is a digitally signed message part

Bug#469298: git-svn: option to update svn properties on old revisions

On Sun, 2010-11-28 at 11:46 -0600, Jonathan Nieder wrote:

> Yes, I agree.  Unfortunately I am not sure if this could be implemented as
> transparently as I'd like.

IIRC git has the ability to attach data to a commit after it was made
without updating/rewriting history (git notes). I would suggest that
git-svn repositories make use of this mechanism to store the SVN commit
message and commit URL, leaving the git commit log entry empty. This way
you could also support git svn switch more easily too. If user instead
used the --convert option, that would copy the SVN commit logs into git
commit log messages and drop the SVN commit URLs, with an option to keep
them if desired.

> svnsync has a copy-revprops subcommand to explicitly reexamine revision
> properties for a collection of old revisions.  Does the svn protocol provide
> a way to list revisions with changed properties after a certain moment, or
> is this explicit reexamination always necessary?

Unsure about that, you might need to talk with SVN upstream but AFAIK
explicit reexamination is necessary.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise

signature.asc
Description: This is a digitally signed message part

Bug#582066: helping to get the xsane bug fixed?

2010-11-28 Thread Jaime Ochoa Malagón

Oh!,

I want to do it, but i don't have the hardware in this days...

Thank's, hope this help others...

2010/11/28 Tomáš Pospíšek :
> Hello,
>
> if you want to get the xsane bug fixed then I think it could help if you'd
> try to answer the questions in
>
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582066#24
>
> With Julien's help I was able to bisect the commits to the sane-backends git
> repository until I found the problematic commit that stopped my own scanner
> from working (see bug #585887). While that's no proof yet, that this will
> finaly make my scanner work again with the current Debian packages, at least
> it's allready a lot of progress in the right direction.
>
> So maybe you want to try as well, to get your scanners working again with
> current Debian?
>
> Greets,
> *t
>
>
>



-- 
Perhaps the depth of love can be calibrated by the number of different
selves that are actively involved in a given relationship.
                    Carl Sagan (Contact)

Absolute certainty is a privilege of uneducated minds-and fanatics. It
is, for scientific folk, an unattainable ideal.
                    Cassius J. Keyser

Eres un barco en el mar de emociones donde la mente y el corazón son
el timón y el motor de tu vida; la muerte es tu destino, el amor tu
capitán y deseo con toda el alma que tu viaje sea emocionante, lleno
de aventuras y que dure muchos años.

                   Montaño

                    Jaime Ochoa Malagón
                    Arquitecto de Soluciones
                    Cel: +52 (55) 1021 0774



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604096: Bug#602418: #601341, #602418 and #604096 seem to be duplicates

On Sun, 2010-11-28 at 18:12 +, Ian Campbell wrote:
> On Sun, 2010-11-28 at 16:58 +, Ben Hutchings wrote: 
> > On Tue, 2010-11-23 at 12:56 +0100, Lionel Elie Mamane wrote:
> > > On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote:
> > > 
> > > > The following bugs seem to be identical:
> > > 
> > > > #601341
> > > > #602418
> > > > #604096
> > > 
> > > > They all seem to be fixed by this kernel:
> > > > http://xenbits.xen.org/people/ianc/
> > > 
> > > > I think it would be a good idea to
> > > >  *) merge them all
> > > >  *) assign to linux-2.6
> > > >  *) mark as affecting xserver-xorg
> > > >  *) mark as patched
> > > >  *) possibly mark them as RC
> > > 
> > > That's all fine by me (as reporter of #601341 and #602418).
> > > 
> > > Possibly the patch tag is not adequate as the exact
> > > read-to-apply-to-the-Debian-package patch is not there, just "one of
> > > the differences between the Debian package and
> > > http://xenbits.xen.org/people/ianc/ fixes this".
> > 
> > Ian, can you identify which patch we're currently missing?
> 
> They are the changes attached to "Reinstating GPU fixes to Xen flavour"
> on debian-kernel (<1290518224.5514.27.ca...@zakaz.uk.xensource.com>)
> last week.
[...]
> IIRC the original discussion regarding the omission of these changes
> from the last Xen pvops merge starts at
> <20100817192832.ga22...@wavehammer.waldi.eu.org> (on debian-kernel back
> in August).

Thanks for the pointers.

I agree with Bastian that some of these changes are really quite nasty.
Do you and other Xen developers have any plan for how to fix the GART
and TTM mapping problems in a cleaner way as Xen dom0 support goes
upstream?

If there is no such plan then I would rather disable these drivers than
make them work temporarily with a hack.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#605347: say format for -i

2010-11-28 Thread jidanni

Package: nmap
Version: 5.21-1
Severity: wishlist
File: /usr/share/man/man1/ncat.1.gz

   -i time, --idle-timeout time (Specify idle timeout) .
   Set a fixed timeout for idle connections. If the idle timeout is 
reached, the connection is
   terminated.

Say how to specify. Are these seconds etc.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605331: bug report gwaei

2010-11-28 Thread Norbert Preining

Hi Zach,

Down here we got a bug report which I can reproduce with 1.4.3
(but didn't test 1.5.0).

When entering a & or | but leave out one part like
foo & 
then the GUI hangs completely and needs to be hard killed.

THe cmd line gives funny results.

Thanks

Norbert


Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

VIRGINSTOW (n.)
A Durex machine which doesn't have the phrase 'So was the Titanic'
scrawled on it. The word has now fallen into disuse.
--- Douglas Adams, The Meaning of Liff



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605346: release.debian.org: Please unblock shorewall/4.4.11.6-3

2010-11-28 Thread Roberto C. Sanchez

Package: release.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

A user has reported a bug to the upstream shorewall-users mailing list.
The fix is a trivial 2-line patch.  I have built and uploaded an updated
version of shorewall.  I would appreciate an unblock.  A complete diff
and diffstat are attached.

Regards,

- -Roberto

- -- System Information:
Debian Release: 5.0.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCAAGBQJM8xRTAAoJECzXeF7dp7IPIJQQAJF/+lluXEqCUpuy82wB6rbM
jk5/M4r+lOboMtsXfyS41U5Kt2kafgSH6cCStp2GQTWDr3cA9HB72Y+li7PUjdTi
F2NQYIUDZvCbTBlS+L4VglGPkg1ojgWWqUhk3lGKnMQ5H5v2BR3tDZVG+RfugpEU
cT45tHdFleSDuoJhC9P24tGode1mN8884Facfhgr3QuPFiPeBGSk6aicm0KSANbo
7bjxcC/Ave31kxx5jzP1OigmQRFdAc9kz4JDzjRj5RlgDs7aqPVZSRow1hk0npYd
o0rNs6eOtcyWByWd39vPRfIOaxVTxIyylSvJdGLjyQ/bOw6KkH3/eBnFAEp4QxPY
t0gLYMY65uksc6YtDFj/Y9mPkSBRlISWbLYMiEzkmLWR9krlUyt/fgVkB6uhVaXl
7W676H/L3cUdueLnSys8KiD9Y9GwFqSqBBNleKwgsiSPKLFe5SkcfypBn3onh3Eo
vrOCETZXHNtdvZuOk8npWy4vAIHB/idcZVvbX1xHU/FnRAHa5D4zJP3G19y0eEVa
uDQU8FmU2HkRwWLvw0DncqkgQvXTYDoYgyLxJSdj3klCJ4K3oOZmndfdq8XXfuom
BY8dIKAl8dDhmAM5PvpjFP7MhOE07T0+OKKAfjMWhH34ETBzHzlmMMz0fqQ13ntO
jTpiMWfcXJjuZuou+yuW
=E7+K
-END PGP SIGNATURE-
diff -Nru shorewall-4.4.11.6/debian/changelog shorewall-4.4.11.6/debian/changelog
--- shorewall-4.4.11.6/debian/changelog	2010-10-28 22:24:07.0 -0400
+++ shorewall-4.4.11.6/debian/changelog	2010-11-28 21:36:22.0 -0500
@@ -1,3 +1,9 @@
+shorewall (4.4.11.6-3) unstable; urgency=low
+
+  * Fix macro.JAP to correct nested macro call.
+
+ -- Roberto C. Sanchez   Sun, 28 Nov 2010 21:34:05 -0500
+
 shorewall (4.4.11.6-2) unstable; urgency=low
 
   * Incorporate patch from upstream: "Fix 10+ TC Interfaces."
diff -Nru shorewall-4.4.11.6/debian/patches/02_macro_JAP.patch shorewall-4.4.11.6/debian/patches/02_macro_JAP.patch
--- shorewall-4.4.11.6/debian/patches/02_macro_JAP.patch	1969-12-31 19:00:00.0 -0500
+++ shorewall-4.4.11.6/debian/patches/02_macro_JAP.patch	2010-11-28 21:36:22.0 -0500
@@ -0,0 +1,12 @@
+diff --git a/Macros/macro.JAP b/Macros/macro.JAP
+index 86b9848..e71c35e 100644
+--- a/Macros/macro.JAP
 b/Macros/macro.JAP
+@@ -13,5 +13,5 @@
+ PARAM	-	-	tcp	8080 # HTTP port
+ PARAM	-	-	tcp	6544 # HTTP port
+ PARAM	-	-	tcp	6543 # InfoService port
+-HTTPS/PARAM
+-SSH/PARAM
++HTTPS
++SSH
diff -Nru shorewall-4.4.11.6/debian/patches/debian-changes-4.4.11.6-2 shorewall-4.4.11.6/debian/patches/debian-changes-4.4.11.6-2
--- shorewall-4.4.11.6/debian/patches/debian-changes-4.4.11.6-2	2010-10-28 22:26:06.0 -0400
+++ shorewall-4.4.11.6/debian/patches/debian-changes-4.4.11.6-2	1969-12-31 19:00:00.0 -0500
@@ -1,105 +0,0 @@
-Description: Upstream changes introduced in version 4.4.11.6-2
- This patch has been created by dpkg-source during the package build.
- Here's the last changelog entry, hopefully it gives details on why
- those changes were made:
- .
- shorewall (4.4.11.6-2) unstable; urgency=low
- .
-   * Incorporate patch from upstream: "Fix 10+ TC Interfaces."
- .
- The person named in the Author field signed this changelog entry.
-Author: Roberto C. Sanchez 
-

-The information above should follow the Patch Tagging Guidelines, please
-checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
-are templates for supplementary fields that you might want to add:
-
-Origin: , 
-Bug: 
-Bug-Debian: http://bugs.debian.org/
-Bug-Ubuntu: https://launchpad.net/bugs/
-Forwarded: 
-Reviewed-By: 
-Last-Update: 
-
 shorewall-4.4.11.6.orig/known_problems.txt
-+++ shorewall-4.4.11.6/known_problems.txt
-@@ -147,3 +147,17 @@
- showed an empty log when issued to one of the -lite packages.
- 
- Corrected in Shorewall 4.4.11.6
-+
-+22) If 10 or more interfaces are configured in Complex Traffic Shaping
-+(/etc/shorewall/tcdevices), the following compilation diagnostic
-+is issued:
-+
-+Argument "a" isn't numeric in sprintf at
-+	/usr/share/shorewall/Shorewall/Config.pm line 893.
-+ 
-+and an invalid TC configuration is generated.
-+
-+A fix is available at
-+http://shorewall.git.sourceforge.net/git/gitweb.cgi?p=shorewall/shorewall;a=commitdiff;h=20bb781874c739c01b798d2db31b6c1d9cfefe96
-+
-+
 shorewall-4.4.11.6.orig/releasenotes.txt
-+++ shorewall-4.4.11.6/releasenotes.txt
-@@ -218,6 +218,17 @@ VI.   PROBLEMS CORRECTED AND NEW FEATURE
- I I I.  P R O B L E M S   C O R R E C T E D   I N   T H I S  R E L E A S E
- 
- 
-+Post-4.4.11.6
-+
-+1)  Previously, if 10 or more interfaces were configured in Complex
-+Traffic Shaping (/etc/shorewall/tcdevices), the following
-+compilation diagnostic was generated:
-+
-

Bug#604155: Windows 7 not in grub menu

2010-11-28 Thread Denis Laxalde

reassign 604155 grub-pc
tags 604155 - moreinfo
forcemerge 604155 568639
thanks

Hello Daniel,

Daniel Pocock wrote:
> So os_prober can find Windows, but it isn't in the menu

Thanks for the follow-up. Since grub is apparently not able to generate
the windows menu entry even after installation, I would say this is a
bug in grub rather than in the installer.
Hence, reassigning and merging with #568639 ("winxp partition detected,
but not added to grub.cfg").

Cheers,

Denis  



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

On Wed, 2010-11-24 at 17:01 +0100, Wouter D'Haeseleer wrote:
> Hi Ben,
> 
> I have now successfully compiled the kernel including the patch which
> this time applied without problem.
> However the original bug is still present with the patch you grabbed
> upstream.
> 
> For testing purpose I have tried also the patch which is supplied by
> redhat and I can confirm that this patch is working without a problem.
> 
> So it looks like the patch from Neil Brown does not work for this bug.

The result of my conversation with Neil Brown is that his fix covers
only md devices at the top of a stack whereas the Red Hat patch covers
only dm devices at the top of a stack.  We should really be fixing both
in the same way.

Please can you test the attached patch, which covers both dm and md.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
commit a451e30d044e5b29f31d965a32d17bf7e97f99b0
Author: Ben Hutchings 
Date:   Sun Nov 28 23:46:46 2010 +

dm: Deal with merge_bvec_fn in component devices better

This is analogous to commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71,
which does the same for md-devices at the top of the stack.  The
following explanation is taken from that commit.  Thanks to Neil Brown
 for the advice.

If a component device has a merge_bvec_fn then as we never call it
we must ensure we never need to.  Currently this is done by setting
max_sector to 1 PAGE, however this does not stop a bio being created
with several sub-page iovecs that would violate the merge_bvec_fn.

So instead set max_segments to 1 and set the segment boundary to the
same as a page boundary to ensure there is only ever one single-page
segment of IO requested at a time.

This can particularly be an issue when 'xen' is used as it is
known to submit multiple small buffers in a single bio.

Signed-off-by: Ben Hutchings 

commit 71ff0067805fb917142a745246f7996f3ad86d5b
Author: NeilBrown 
Date:   Mon Mar 8 16:44:38 2010 +1100

md: deal with merge_bvec_fn in component devices better.

commit 627a2d3c29427637f4c5d31ccc7fcbd8d312cd71 upstream.

If a component device has a merge_bvec_fn then as we never call it
we must ensure we never need to.  Currently this is done by setting
max_sector to 1 PAGE, however this does not stop a bio being created
with several sub-page iovecs that would violate the merge_bvec_fn.

So instead set max_segments to 1 and set the segment boundary to the
same as a page boundary to ensure there is only ever one single-page
segment of IO requested at a time.

This can particularly be an issue when 'xen' is used as it is
known to submit multiple small buffers in a single bio.

Signed-off-by: NeilBrown 
Cc: sta...@kernel.org
[bwh: Backport to Linux 2.6.26]
diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c
index 94116ea..186445d0 100644
--- a/drivers/md/dm-table.c
+++ b/drivers/md/dm-table.c
@@ -506,17 +506,15 @@ void dm_set_device_limits(struct dm_target *ti, struct block_device *bdev)
 	rs->max_sectors =
 		min_not_zero(rs->max_sectors, q->max_sectors);

-	/* FIXME: Device-Mapper on top of RAID-0 breaks because DM
-	 *currently doesn't honor MD's merge_bvec_fn routine.
-	 *In this case, we'll force DM to use PAGE_SIZE or
-	 *smaller I/O, just to be safe. A better fix is in the
-	 *works, but add this for the time being so it will at
-	 *least operate correctly.
+	/*
+	 * Since we don't call merge_bvec_fn, we must never risk
+	 * violating it, so limit max_phys_segments to 1 lying within
+	 * a single page.
 	 */
-	if (q->merge_bvec_fn)
-		rs->max_sectors =
-			min_not_zero(rs->max_sectors,
- (unsigned int) (PAGE_SIZE >> 9));
+	if (q->merge_bvec_fn) {
+		rs->max_phys_segments = 1;
+		rs->seg_boundary_mask = PAGE_CACHE_SIZE - 1;
+	}

 	rs->max_phys_segments =
 		min_not_zero(rs->max_phys_segments,
diff --git a/drivers/md/linear.c b/drivers/md/linear.c
index ec921f5..fe8508a 100644
--- a/drivers/md/linear.c
+++ b/drivers/md/linear.c
@@ -136,12 +136,14 @@ static linear_conf_t *linear_conf(mddev_t *mddev, int raid_disks)
 		blk_queue_stack_limits(mddev->queue,
    rdev->bdev->bd_disk->queue);
 		/* as we don't honour merge_bvec_fn, we must never risk
-		 * violating it, so limit ->max_sector to one PAGE, as
-		 * a one page request is never in violation.
+		 * violating it, so limit max_segments to 1 lying within
+		 * a single page.
 		 */
-		if (rdev->bdev->bd_disk->queue->merge_bvec_fn &&
-		mddev->queue->max_sectors > (PAGE_SIZE>>9))
-			blk_queue_max_sectors(mddev->queue, PAGE_SIZE>>9);
+		if (rdev->bdev->bd_disk->queue->merge_bvec_fn) {
+			blk_queue_max_phys_segments(mddev->queue, 1);
+			blk_queue_segment_boundary(mddev->queue,
+		   PAGE_CACHE_SIZE - 1);
+		}

 		disk->size = rdev->size;
 		conf->array_size += rdev->size;
diff --git a/drive

Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

On Mon, 2010-11-29 at 11:48 +1100, Neil Brown wrote:
> On Mon, 29 Nov 2010 00:08:47 + Ben Hutchings  wrote:
> 
> > > 
> > >   if (q->merge_bvec_fn && !ti->type->merge)
> > >   limits->max_segments = 1;
> > > 
> > > (the test on ->type->merge is important and applies to 2.6.26 as well).
> > 
> > Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
> > as for md devices?
> > 
> 
> Sorry.  It is necessary of course.  I guess I was being a bit hasty and
> forgetting all the details.
> 
>  if (q->merge_bvec_fn && !ti->type->merge) {
>   limits->max_segments = 1;   /* Make sure only one segment in each bio */
>   limits->seg_boundary_mask = PAGE_CACHE_SIZE-1; /* make sure that
> segment is in just one page */
>  }

Thanks again.  I'll apply this change in Debian and try to get it
upstream if we don't see any regressions.

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member



signature.asc
Description: This is a digitally signed message part

Bug#525007: Runs indefinitely at 100% CPU if network changes

2010-11-28 Thread Jason Woofenden

Package: offlineimap
Version: 6.2.0.2-2
Severity: normal


I've been having what I believe is the same bug too. It used to
happen much more, but then I passed -1 -d imap as suggested above,
and it didn't crash for a few months. Before that change it crashed
about 5 times a month.

Eventually I got sick of all the terminal output, and rewriting of
the log files, so I removed the -d imap and left in the -1.

It does crash very very occasionally (once a month at most, when
running every minute (usually as offlineimap -1 -f INBOX).
Connection is with my google apps account (e-mail service on my own
domain).

I too would be happy to follow instructions on how to provide more
debugging information.

Thank you,   - Jason

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages offlineimap depends on:
ii  python  2.6.6-3+squeeze1 interactive high-level object-orie
ii  python-support  1.0.11   automated rebuilding support for P

offlineimap recommends no packages.

Versions of packages offlineimap suggests:
pn  doc-base   (no description available)
pn  python-kerberos(no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600374: #600374: Mokomaze: Removal asked

On Sun, 2010-11-28 at 12:24 +0100, Didier 'OdyX' Raboud wrote:

> In the light of the discussion in this RC bug (in particular #20), I asked 
> for a 
> removal of the mokomaze package from Squeeze.
> 
> See bug #605205 for the reasoning (and if you want to argue in favor or 
> against).

I don't think those reasons apply any longer since they were mainly
about giving upstream time to fix the bug and the removal from testing
took longer than the fix.

While there isn't a Linux image or bootloader in squeeze that can run on
the OpenMoko FreeRunner, that doesn't mean that mokomaze isn't useful on
other systems running squeeze, for example it supports the ThinkPad
HDAPS device or just a plain keyboard. I've personally played it on my
laptop using just the keyboard. In addition people can run a custom
kernel/bootloader on the OpenMoko FreeRunner and squeeze will work just
fine.

We are just waiting on the pkg-fso team to make an upload removing the
icons and adding the patch I sent upstream.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/

signature.asc
Description: This is a digitally signed message part

Bug#593580: I'll look into this

2010-11-28 Thread Michael Lustfield

owner 593580 mtecknol...@debian.org
stop

I'll look into adding either this script or one similar.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#600836: opencv update in squeeze

Hi, Release team.

I want to install the opencv package which revised the following in squeeze.
May I upload this version?

opencv (2.1.0-3) unstable; urgency=low

  * Fix set opencv minor version on Python (Closes: #600836).

 -- Nobuhiro Iwamatsu   Tue, 02 Nov 2010 19:55:47 +090

I attached debdiff.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


debdiff.opencv_2.1.0-3
Description: Binary data

Bug#605345: ITP: robocut -- Control program for Graphtec cutting plotters

2010-11-28 Thread Markus Schulz

Subject: ITP: robocut -- Control program for Graphtec cutting plotters
Package: wnpp
Owner: Markus Schulz 
Severity: wishlist

*** Please type your report below this line ***

* Package name: robocut
  Version : 1.0.4
  Upstream Author : Tim Hutt 
* URL : https://launchpad.net/robocut
* License : GPL V3
  Programming Lang: C++
  Description : Control program for Graphtec cutting plotters

Robocut is a simple graphical program to allow you to cut graphics with a
Graphtec Craft Robo 2 Vinyl Cutter model CC220-20 and Sihouette SD. It can
read SVG files produced by Inkscape, but it should also work with other
SVG files.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605344: base: Mouse with slow motion

2010-11-28 Thread Debian_bug_report

ate fields
Errors from xkbcomp are not fatal to the X server

Message from sysl...@invisiblemanguard at Nov 19 13:36:16 ...
 kernel:[17114.872681] Disabling IRQ #16

Other information, contact me by email. If I did not answer, contact me
again!

Success and thanks!

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


reportbug-base-20101128-29734-T6t95F
Description: Binary data

Bug#605259: libogg0: crash in libogg1 when saving stream as ogg in vlc

2010-11-28 Thread Ron

reassign 605259 vlc
thanks


Hi,

I'm going to punt this one back to vlc at this stage, on the strength of
this part of your backtrace:

> #3  0x0f06949c in ogg_stream_packetin (os=, 
> op=) at ../../src/framing.c:366
> iov = {iov_base = 0x108bc0e8, iov_len = 939524097}

That's the first point where this code enters libogg, and I somehow doubt
that vlc really intended to get libogg to handle a packet of 939524097 bytes.

That would be 0x3801 -- which may indicate endianness trouble in the
caller on this arch.

Cheers,
Ron


On Sun, Nov 28, 2010 at 03:50:47PM +0100, Yves-Alexis Perez wrote:
> Package: libogg0
> Version: 1.2.0~dfsg-1
> Severity: important
> 
> Hi,
> 
> I'm trying to save a stream from vlc using the following command line:
> 
> vlc 
> 'rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=376&flavour=sd'
>  --sout file/ogg:france4.ogv
> 
> (I don't think you'll be able to get that stream, but I guess it'd work
> with anything as the crash is at encoding time).
> 
> When doing that, vlc segfaults. Looking at the (attached) backtrace, the
> crash is in libogg1, when doing an (aligned) memory copy.
> 
> I'm on powerpc, so it might be related.
> 
> If you need more info, please ask.
> 
> Regards,
> -- 
> Yves-Alexis
> 
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing-proposed-updates
>   APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
> Architecture: powerpc (ppc)
> 
> Kernel: Linux 2.6.32-5-powerpc
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> Versions of packages libogg0 depends on:
> ii  libc6 2.11.2-7   Embedded GNU C Library: Shared 
> lib
> 
> libogg0 recommends no packages.
> 
> libogg0 suggests no packages.
> 
> -- no debconf information

> #0  _wordcopy_fwd_aligned (dstp=1216564996, srcp=278527976, len=234647616)
> at wordcopy.c:115
> a0 = 0
> a1 = 0
> #1  0x0fd5b090 in *__GI_memcpy (dstpp=0x48751008, srcpp= out>, 
> len=939524097) at memcpy.c:55
> dstp = 1215631368
> srcp = 277594344
> #2  0x0f0692a8 in ogg_stream_iovecin (os=0x108e2460, 
> iov=, count=1, e_o_s=0, granulepos=0)
> at ../../src/framing.c:337
> bytes = 939524097
> i = 1
> #3  0x0f06949c in ogg_stream_packetin (os=, 
> op=) at ../../src/framing.c:366
> iov = {iov_base = 0x108bc0e8, iov_len = 939524097}
> #4  0x0f08e9dc in ?? () from /usr/lib/vlc/plugins/mux/libmux_ogg_plugin.so
> No symbol table info available.
> #5  0x0f08f7f0 in ?? () from /usr/lib/vlc/plugins/mux/libmux_ogg_plugin.so
> No symbol table info available.
> #6  0x0ff75518 in sout_MuxSendBuffer () from /usr/lib/libvlccore.so.4
> No symbol table info available.
> Backtrace stopped: frame did not save the PC




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604820: xserver-xorg: fragments of video memory displayed during login

2010-11-28 Thread Bernhard Kuemel

On 11/28/2010 07:42 PM, Andreas Beckmann wrote:
>> Bernhard Kuemel  (24/11/2010):
>>> On 11/24/2010 04:40 PM, Cyril Brulebois wrote:
 Couldn't that be your binary video driver's fault?
>>>
>>> I guess so. I use NVIDIA Driver Version: 260.19.21 and used the
>>> nvidia installer. An 8500 GT card.
> 
> As this is a closed source driver, we can't fix this bug ourselves.

If this is indeed a bug in the nvidia driver. Maybe it's a bug in the X
server or the window manager. Anyone else experience this bug, maybe
with other drivers?

> You should report this problem to NVIDIA, following their bug reporting 

Ok. I don't know, though, when I'll get this done.

Thanks, Bernhard



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584731: evince hangs when a recent opened file is on a stalled partition

2010-11-28 Thread Ross Vandegrift

See upstream bug: https://bugzilla.gnome.org/show_bug.cgi?id=555670

Ross


signature.asc
Description: Digital signature

Bug#594561: State of the bug 594561

On Sun, 2010-11-28 at 22:38 +0100, Wenceslao González-Viñas wrote:
> Here it is the output of dmesg (attached).

Sorry, but there's something I missed - there are two different ways of
reading the ROM.  I have put yet another version at the same URL, which
will read the ROM in the other way.  Please load it and report the new
log messages.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#590147: Upgrade

2010-11-28 Thread Modestas Vainius

tags 590147 help
thanks

Hello,

On antradienis 09 Lapkritis 2010 11:23:53 Bastien ROUCARIES wrote:
> > But now there are too many
> >
> >variables. To make things worse, akregator developement isn't very active
> >upstream.
> 
> I have not the skills to debug this bug, but  they are some file that
> coul allow youy to reproduce it at
> http://bugs.kde.org/attachment.cgi?id=48011

All that stuff in bug report is useless because both this debian bug and 
upstream bug deal with consequences. When you see this crash and backtrace, 
the archive file had already been cut short and the data had already been 
lost. akregator is simply unable to read corrupt archive file on startup and 
rather than handling this condition gracefully, it crashes. However, there is 
no information how and when akregator fails to write correct archive file or 
otherwise corrupts it. 

So basically this bug is impossible to fix without a reliable way to reproduce 
it from the start to finish. During my 2 years of using akregator, I have 
never had this problem so there is not much I can do.

-- 
Modestas Vainius 

signature.asc
Description: This is a digitally signed message part.

Bug#603256: spacefun theme of slim in squeeze

Hi,

2010/11/27 Adam D. Barratt :
> On Sat, 2010-11-27 at 06:44 +0900, Nobuhiro Iwamatsu wrote:
>> About this question, I do not get an answer.
>
> That's probably because your mail never mail it to debian-release (at
> least, I didn't receive it and there isn't a copy in the web archive on
> lists.d.o)

Oh, sorry.
>
> [...]
>> 2010/11/14 Nobuhiro Iwamatsu :
> [...]
>> >  debian/debian-spacefun.shar               | 7205 
>> > ++
> [...]
>> > And I attached debdiff.
>
> If the debdiff included the above file, then I suspect lists.d.o dropped
> the mail for being over-sized.
>

I see. But this patch includes image file. Therefore, the patch is big.
I am sorry, but would you download a patch from the following and check ?
 
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;filename=slim_1.3.1-8.debdiff;att=1;bug=603256
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603256#35

Best regards,
  Nobuhiro
-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604166: unblock: tap-plugins/0.7.1-1

Hi,

Alessio Treglia wrote:

> Please unblock tap-plugins 0.7.1-1

Here are the obvious reactions. :)

 - new upstream point release.  previous version is from 5 years ago,
   before the PTS learned about testing migration.
 - the proposed version has been in sid for about seven months
 - no open bugs
 - popcon vote: 473.  seems like a sizable, growing user base.

 - the new upstream version:
   + addresses some bugs:
 . 64-bit cleanliness
 . floating-point underflow handling
 . uninitialized values
 . dangerous typo in Makefile
   + adds a new and very simple stereophonic-to-binaural plugin
   + I haven't read the diff in detail, but it seems small and reviewable
 - the packaging changes are bigger than ideal for this moment in the
   freeze --- in particular, a debian/rules rewrite.  Do they fix a bug?

Maybe a more minimal update is possible?

Of course I am not a member of the release team, so if that seems like
a lot of trouble, it is probably best to ping them first.

Regards,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#602210: whyteboard recently packaged

2010-11-28 Thread TANIGUCHI Takaki

Hello Georges, 

Thank you for your work. I'll check your package. But I have already
uploaded my package to NEW queue. It will be appear in sid in recent
days.

Regards,

> On Mon, 29 Nov 2010 01:56:38 +0100
> georges.khazna...@free.fr(Georges Khaznadar)  said:
> 
> [1  ]
> Hello Takaki,
> 
> I packaged most recently whyteboard, and just realized that I should
> have watched more precisely the ITP list.
> 
> You expressed a few days ago your intention to maintain whyteboard. So I
> uploaded the package in its present state (which should be fairly
> acceptable) to mentors.debian.net. Please take it if it can be useful
> to save some work; see
> http://mentors.debian.net/debian/pool/main/w/whyteboard/
> 
> On the other hand, if you have few time to upload it, I can also change
> the ownership of the ITP again and upload the package shortly.
> 
> Currently, lintian reports one warning since I close no ITP bug.
> 
> Best regards, Georges.
> 
> -- 
> Georges KHAZNADAR et Jocelyne FOURNIER
> 22 rue des mouettes, 59240 Dunkerque France.
> T$(D+1(Bl$(D+1(Bphone +33 (0)3 28 29 17 70
> 
> [2 Digital signature ]
> 
--
$BC+8}(B $B5.5*(B (TANIGUCHI Takaki)tak...@asis.media-as.org
http://takaki-web.media-as.org/ tak...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604782: nvidia-glx: man page missing

2010-11-28 Thread Vincent Cheng

Sorry, that was a mistake on my part. For some reason, the man page looks
like it's been badly formatted; there's an extra period in front of every
line, which definitely wasn't there when I first submitted my man page. I've
got rid of the SEE ALSO section and fixed the formatting issues now.

Yes, my manual page may be distributed under the GPLv2+. Thank you!

On Sun, Nov 28, 2010 at 10:03 AM, Andreas Beckmann wrote:

> On 2010-11-24 11:28, Vincent Cheng wrote:
> > As a Debian Google Code-In student, I'd like to submit a missing
> > manual page for nvidia-bug-report.sh (attached with this bug report).
> > Please let me know if you think anything needs to be changed.
>
> Thanks!
>
> There was a SEE ALSO reference to nvidia-glx(1) which does not exist.
> Was this intentional? I commented this for now.
>
> The Debian packaging scripts are distributed under GPL-2+ - can we
> distribute your manual page under the same conditions?
>
> Adding the page to SVN now, but probably it won't make it into squeeze.
>
>
> Andreas
>

nvidia-bug-report.sh.1
Description: Binary data

Bug#602210: whyteboard recently packaged

2010-11-28 Thread Georges Khaznadar

Hello Takaki,

I packaged most recently whyteboard, and just realized that I should
have watched more precisely the ITP list.

You expressed a few days ago your intention to maintain whyteboard. So I
uploaded the package in its present state (which should be fairly
acceptable) to mentors.debian.net. Please take it if it can be useful
to save some work; see
http://mentors.debian.net/debian/pool/main/w/whyteboard/

On the other hand, if you have few time to upload it, I can also change
the ownership of the ITP again and upload the package shortly.

Currently, lintian reports one warning since I close no ITP bug.

Best regards,   Georges.

-- 
Georges KHAZNADAR et Jocelyne FOURNIER
22 rue des mouettes, 59240 Dunkerque France.
Téléphone +33 (0)3 28 29 17 70



signature.asc
Description: Digital signature

Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

2010-11-28 Thread Neil Brown

On Mon, 29 Nov 2010 00:08:47 + Ben Hutchings  wrote:

> > 
> > if (q->merge_bvec_fn && !ti->type->merge)
> > limits->max_segments = 1;
> > 
> > (the test on ->type->merge is important and applies to 2.6.26 as well).
> 
> Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
> as for md devices?
> 

Sorry.  It is necessary of course.  I guess I was being a bit hasty and
forgetting all the details.

 if (q->merge_bvec_fn && !ti->type->merge) {
  limits->max_segments = 1;   /* Make sure only one segment in each bio */
  limits->seg_boundary_mask = PAGE_CACHE_SIZE-1; /* make sure that
segment is in just one page */
 }

NeilBrown



signature.asc
Description: PGP signature

Bug#565225: Resume device should be detected when creating initramfs, or not at all

2010-11-28 Thread Sebastian Leske

Hi,

I got bitten by this bug as well, similarly to Michael Conner above:
I installed uswsusp to be able to hibernate/resume.
s2disk worked flawlessly, but on booting the system simply did not
bother to resume, booting normally instead.

My analysis:

After digging through the initramfs scripts, I discovered that this is
because on booting resume is only triggered if $resume is set.

As far as I understand, the initramfs takes $resume from the kernel
command line (if set), and from /etc/initramfs-tools/conf.d/resume
otherwise.

In my case /etc/initramfs-tools/conf.d/resume did not exist.
It should have been created by the preinst of initramfs-tools; however
the preinst ( /var/lib/dpkg/info/initramfs-tools.preinst ) uses vol_id:
---snip
# First time install.  Can we autodetect the RESUME partition?
if [ -r /proc/swaps ]; then
RESUME=$(tail -n $(($(wc -l /proc/swaps | awk ' { print 
$1 } ') - 1)) /proc/swaps | sort -rk3 | head -n 1 | awk ' { print $1 } ')
if command -v vol_id >/dev/null 2>&1; then
UUID=$(vol_id -u "$RESUME" || true)
elif [ -x /lib/udev/vol_id ]; then
UUID=$(/lib/udev/vol_id -u "$RESUME" || true)
fi
if [ -n "$UUID" ]; then
RESUME="UUID=$UUID"
fi
fi
---snap---

This will always fail, because vol_id is no longer part of Debian (it was
removed from udev for version 146-1, see 
/usr/share/doc/udev/changelog.Debian.gz ).

In summary:

* Resume from hibernation will only work if /etc/initramfs-tools/conf.d/resume
  sets RESUME
* However, there is no (working) code to write
  /etc/initramfs-tools/conf.d/resume, and no documentation explaining that it
  needs to be set manually to make resume work

Thus, resume will probably fail to work in most cases.

I believe there are actually several bugs here:

1) The code in the preinst of initramfs-tools to detect the swap partition does
   not work, because it uses vol_id.
2) Even if 1) were fixed, there may be cases where the swap partition is
   incorrectly detected at installation time, or later changes. So fixing
   preinst is not enough.
   I agree with bug submitter jidanni that the swap partition should be detected
   when building the initramfs, not during preinst.
3) Additionally, I don't quite understand why uswsusp refuses to resume if
   $resume is not set (in 
/usr/share/initramfs-tools/scripts/local-premount/uswsusp ). 
   The script does not actually use the value of $resume, it just aborts if it 
is not set :-(.
   I guess this could be considered a bug in uswsusp; I can report it against
   uswsusp if discussion of this bug indicates that this makes sense.


To fix this, I would propose the following:

* Drop the code in initramfs-tools.preinst which tries to write RESUME to
  /etc/initramfs-tools/conf.d/resume , which does not work anyway.
* Document (e.g. in /usr/share/doc/initramfs-tools/README.Debian ) that
  /etc/initramfs-tools/conf.d/resume can be used to set the resume device.
* When building the initramfs, use the value from 
/etc/initramfs-tools/conf.d/resume
  if it exists; otherwise try to find it yourself:
  - if /etc/uswsusp.conf exists, it probably makes sense to read it ("resume 
device =")
  - otherwise grab the current swap device (the "config" script from uswsusp
already has code for that)
  This is still problematic if there is >1 swap device. Even better probably
  would be to use debconf to prompt for the resume device, if this is 
practical...

I am willing to help implement / test this, but first I'll wait for some
feedback if I'm even on the right track :-).

Greetings,

S.Leske



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605343: virtuoso-opensource: [INTL:ja] Japanease translation of the debconf templates

Package: virtuoso-opensource
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
Nobuhiro

--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
# Copyright (C) Nobuhiro Iwamatsu , 2010.
# This file is distributed under the same license as the virtuoso-opensource package.
# Nobuhiro Iwamatsu , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: virtuoso-opensource_6.1.2+dfsg1-1\n"
"Report-Msgid-Bugs-To: virtuoso-opensou...@packages.debian.org\n"
"POT-Creation-Date: 2010-03-13 16:41+0100\n"
"PO-Revision-Date: 2010-11-23 16:26+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
""Language-Team: Japanese \n""
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid "Password for DBA and DAV users:"
msgstr "DBA と DAV ユーザ用のパスワード:"

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid "Following installation, users and passwords in Virtuoso can be managed using the command line tools (see the full documentation) or via the Conductor web application which is installed by default at http://localhost:8890/conductor.";
msgstr "以下のインストールで、Virtuosoのユーザーとパスワードはコマンドラインツールを使うか（完全なドキュメントを見てください）、http://localhost:8890/conductor にデフォルトでインストールされている Conductor ウェブアプリケーションによって管理できます。"

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid "Two users (\"dba\" and \"dav\") are created by default, with administrative access to Virtuoso. Secure passwords must be chosen for these users in order to complete the installation."
msgstr "2 つのユーザ (\"dba\" と \"dav\" ）は Virtuoso への管理アクセスと共に、デフォルトで作成されます。インストールを完了するために、これらのユーザのために安全なパスワードが選択される必要があります。"

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:2001
msgid "If you leave this blank, the daemon will be disabled unless a non-default password already exists."
msgstr "この項目が空の場合、デーモンはデフォルトではないパスワードが既に存在しない限り使用不能です。"

#. Type: password
#. Description
#: ../virtuoso-opensource-6.1.templates:3001
msgid "Administrative users password confirmation:"
msgstr "管理ユーザのパスワード確認:"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:4001
msgid "Password mismatch"
msgstr "パスワードが一致しません"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:4001
msgid "The two passwords you entered were not the same. Please enter a password again."
msgstr "入力された 2 つのパスワードが一致しません。もう一度パスワードを入力してください。"

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid "No initial password set, daemon disabled"
msgstr "初期パスワードがありません。デーモンが無効です。"

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid "For security reasons, the default Virtuoso instance is disabled because no administration password was provided."
msgstr "管理用のパスワードが提供されなかったので、セキュリティの理由のため、デフォルト Virtuoso インスタンスは使用不能です。"

#. Type: note
#. Description
#: ../virtuoso-opensource-6.1.templates:5001
msgid "You can enable the daemon manually by setting RUN to \"yes\" in /etc/default/virtuoso-opensource-6.1. The default DBA user password will then be \"dba\"."
msgstr "/etc/default/virtuoso-opensource-6.1 の RUN に \"yes\" を設定することによって、手動でデーモンを有効にすることができます。その時の DBA ユーザーのデフォルトパスワードは、\"dba\" です。"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid "Unable to set password for the Virtuoso DBA user"
msgstr "Virtuoso DBA ユーザのパスワードを設定することができません"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid "An error occurred while setting the password for the Virtuoso administrative user. This may have happened because the account already has a password, or because of a communication problem with the Virtuoso server."
msgstr "Virtuoso の管理者ユーザに対してパスワードを設定しようとした際、エラーが発生しました。これは既に管理者ユーザにパスワードが設定されていたか、Virtuoso サーバとの接続に問題があったためだと思われます。"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid "If the database already existed then it will have retained the original password. If there was some other problem then the default password (\"dba\") is used."
msgstr "データベースが既に存在する場合、オリジナルのパスワードを保持します。いくつかの他の問題があるならば、デフォルトのパスワード ( \"DBA\" )が使われます。"

#. Type: error
#. Description
#: ../virtuoso-opensource-6.1.templates:6001
msgid "It is recommended to check the passwords for the users \"dba\" and \"dav\" immediately after installation."
msgstr "インストール直後にユーザ \"dba\" と \"dav\" のパスワードチェックをお勧めします。"

#. Type: boolean
#. Description
#: ../virtuoso-opensource-6.1.templates:7001
msgid "Remove all Virtuoso databases?"
msgstr "全ての Virtuoso データベースを削除しますか?"

#. Type: boolean
#. Description
#: ../virtuoso-opensource-6.1.templates:7001
msgid "The /var/lib/virtuoso directory which contains the Virtuoso databases is about to be removed."
msgstr "Virtuoso データベースを含む /var/lib/virtuoso ディレクトリは、削除されようとしています。"

Bug#605342: jazip: [INTL:ja] Japanease translation of the debconf templates

Source: jazip
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
  iwamatsu at {nigauri.org / debian.org}
  GPG ID: 40AD1FA6
# Copyright (C) Nobuhiro Iwamatsu , 2010.
# This file is distributed under the same license as the jazip package.
# Nobuhiro Iwamatsu , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: jazip_0.34-15\n"
"Report-Msgid-Bugs-To: ja...@packages.debian.org\n"
"POT-Creation-Date: 2008-05-14 18:11+0200\n"
"PO-Revision-Date: 2010-11-29 09:36+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "Notice for jazip packages users"
msgstr "jazip パッケージユーザへの通知"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "This message is displayed because the configuration file /etc/jazip.conf was not on your system prior to package installation."
msgstr "パッケージインストール前に /etc/jazip.conf 設定ファイルがシステム上になかったので、このメッセージが表示されています。"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "The script `/usr/sbin/jazipconfig --non-interactive` was run in an attempt to create a working /etc/jazip.conf configuration file. If this was unsuccessful, run /usr/sbin/jazipconfig again as root without the --non-interactive switch, or consult jazip.conf(5) to create it yourself."
msgstr "/etc/jazip.conf 設定ファイルの作成を試みるために、'/usr/sbin/jazipconfig --non-interactive' スクリプトが動作しました。失敗したのなら、再度 root ユーザで /usr/sbin/jazipconfig を --non-interactive オプションを外して実行するか、あなた自身でこの設定ファイルを作成するために、jazip.conf(5) を参照してください。"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "Users must be added to the 'floppy' group to allow access to the jazip program and the devices it manages.  For example, to add user 'joe':"
msgstr "ユーザは、jazip プログラムと管理するデバイスへのアクセスを可能にする 'floppy' グループに加えられる必要があります。例えば、ユーザ 'joe' を加えるには次のように実行します:"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "# adduser joe floppy"
msgstr "# adduser joe floppy"

#. Type: note
#. Description
#: ../jazip.templates:1001
msgid "See /usr/share/doc/jazip/README.Debian for details."
msgstr "詳細は /usr/share/doc/jazip/README.Debian を確認してください。"

Bug#605341: mailcrypt: [INTL:ja] Japanease translation of the debconf templates

Source: mailcrypt
Severity: wishlist
Tags: l10n patch

Hi,

Please include the attached japanese debconf translation.
PO file reviewed by several Japanese Debian developers and users.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
  iwamatsu at {nigauri.org / debian.org}
  GPG ID: 40AD1FA6
# Copyright (C) Nobuhiro Iwamatsu , 2010.
# This file is distributed under the same license as the mailcrypt package.
# Nobuhiro Iwamatsu , 2010
#
msgid ""
msgstr ""
"Project-Id-Version: mailcrypt_3.5.9-3\n"
"Report-Msgid-Bugs-To: sa...@debian.org\n"
"POT-Creation-Date: 2007-07-26 17:33+0200\n"
"PO-Revision-Date: 2010-11-29 09:34+0900\n"
"Last-Translator: Nobuhiro Iwamatsu \n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Should Mailcrypt be auto-loaded by default at your site?"
msgstr "デフォルトで Mailcrypt を、あなたのサイトで自動的に実行するようにしますか?"

# globally: システム全体
#. Type: boolean
#. Description
#: ../templates:1001
msgid "Mailcrypt will globally (i.e., for all users on this site) overload certain Emacs functions and key-bindings if you answer affirmatively to this question."
msgstr "あなたがこの質問に「はい」と答えた場合、Mailcrypt はいくつかの Emacs 機能とキーバインドをシステム全体 (すなわち、このサイトの全ユーザ用に) にオーバーロードします。"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "This is generally a good thing, since Mailcrypt is a very useful package; however you may not want it to happen, and instead let single users at your site decide by themselves if they should load this package."
msgstr "Mailcrypt は非常に役に立つパッケージなので、ほとんどの場合これが推奨されます。そうでない場合は、あなたのサイトのユーザ一人ひとりにこのパッケージをロードするか決めさせることもできます。"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "If you answer negatively, people who desire to use it will have to put the string \"(require 'mailcrypt-init)\" in their personal Emacs configuration file (e.g., \"~/.emacs\" or \"~/.emacs.el\") to load it."
msgstr "あなたが「いいえ」と答えた場合、それを使いたいユーザはロードするために文字列 \"(require 'mailcrypt-init')\" を個人用の Emacs 設定ファイル (例: \"~/.emacs\" または \"~/.emacs.el\") に入れる必要があります。"

#. Type: boolean
#. Description
#: ../proofgeneral.templates:2001
msgid "If you don't choose this option, users will need to activate it from their personal settings for Emacs or XEmacs, or start it explicitly with the 'proofgeneral' command."
msgstr "このオプションを選ばない場合、ユーザは Emacs あるいは XEmacs の個人設定の中で有効にする、あるいは、あるいは 'proofgeneral' コマンドを使って明示的に起動する必要があります。"

Bug#605337: nvidia-glx can not be processed correctly

Hi,

unfortunately this is only the transcript of configuring
libgl1-nvidia-alternatives in a later run (tries to configure now
because configuration in an earlier run of aptitude failed).
Which version of nvidia-glx were you upgrading from? You may find the
upgrade history in /var/log/dpkg.

Please post the output of

ls -la  /usr/lib/nvidia /usr/lib/nvidia/diversions
ls -la /usr/lib/libGL* /etc/alternatives/*libGL*

Thanks.

Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605336: Install : impossible

2010-11-28 Thread Miguel Figueiredo

Hi,

A Domingo 28 Novembro 2010 23:18:49 Volny DE PASCALE você escreveu:
> Package: installation-reports
> 
> Boot method: CD
> Image version:
> http://hammurabi.acc.umu.se/debian-cd/5.0.6/amd64/iso-cd/debian-506-amd64-C
> D-1.iso and
> http://caesar.acc.umu.se/debian-cd/5.0.6/amd64/iso-cd/debian-506-amd64-busi
> nesscard.iso Date: 2010/11/29

Debian Installer has evolved and supports more hardware since the last stable 
release and it is being prepared for the next release which is not far.

Care to try using the the daily builds  [1] and report back your experience?

1 - http://www.debian.org/devel/debian-installer/index.en.html  

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605275: EeePC 1005HAG freezes briefly after resuming

2010-11-28 Thread Maik Zumstrull

> Please report
> this upstream at  under product 'Drivers',
> component 'USB'.  Let us know the bug number or URL so we can track it.

Reported as:




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#603842: esekeyd and triggerhappy (Re: RFS: triggerhappy)

2010-11-28 Thread Stefan Tomanek

Dies schrieb Jonathan Nieder (jrnie...@gmail.com):

> This information could be useful for both package descriptions.
> (Maybe, for triggerhappy:
> 
>   That is, this is similar to esekeyd but it also supports
>   , allowing you to .
> 
> and for esekeyd:
> 
>   This package does not do ; for that, see
>   triggerhappy.  In the simple situations it does handle,
>   esekeyd is {simpler to configure | compatible with the
>   old funkey daemon | more conservative in its use of
>   resources | providing a different interface that existing
>   users might be used to | whatever}.

OK, I don't know esekeyd enough to include it into a direct comparison, but I
tweaked my package description to better reflect the main aspects of
triggerhappy and its features.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

On Mon, 2010-11-29 at 09:37 +1100, Neil Brown wrote:
> On Sun, 28 Nov 2010 04:18:25 + Ben Hutchings  wrote:
> 
> > On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
> > >  The fix I would recommend for 2.6.26 is to add
> > > 
> > >if (q->merge_bvec_fn)
> > >rs->max_phys_segments = 1;
> > > 
> > > to dm_set_device_limits.  Though the redhat one is probably adequate.
> > > 
> > > If you really need an upstream fix, you will need to chase upstream to 
> > > apply
> > > one :-(
> > 
> > I won't do that myself - as you can see, I don't really understand the
> > issue fully.  Is that fix also valid (modulo renaming of
> > max_phys_segments) for later versions?
> > 
> 
> Yes.
> For current mainline it would look like replacing
> 
> 
>   if (q->merge_bvec_fn && !ti->type->merge)
>   limits->max_sectors =
>   min_not_zero(limits->max_sectors,
>(unsigned int) (PAGE_SIZE >> 9));
> 
> with
> 
>   if (q->merge_bvec_fn && !ti->type->merge)
>   limits->max_segments = 1;
> 
> (the test on ->type->merge is important and applies to 2.6.26 as well).

Why is it not necessary to set seg_boundary_mask to PAGE_CACHE_SIZE - 1,
as for md devices?

Ben.

-- 
Ben Hutchings, Debian Developer and kernel team member



signature.asc
Description: This is a digitally signed message part

Bug#604712: qemu-user-static: binfmts/qemu-x86_64 breaks debootstrap

2010-11-28 Thread Vagrant Cascadian

On Sun, Nov 28, 2010 at 02:11:43AM -0800, Vagrant Cascadian wrote:
> On Fri, Nov 26, 2010 at 03:14:19PM -0800, Vagrant Cascadian wrote:
> > considering that the x86_64 emulation doesn't really work with 
> > qemu-user-static
> > on i386 yet, it may be best to disble that... 
> 
> the previous patch wasn't quite complete, as it left it enabled when upgrading
> from the old version. the following patch should fix this, by having the
> update-binfmt remove all the possible targets (the postinst handles supported
> ones). the following patch seems to address this, although spits out extra
> noise on targets that aren't present:

this patch also addresses those issues too:

diff --git a/debian/qemu-user-static.postinst b/debian/qemu-user-static.postinst
index 86fb450..951be8d 100644
--- a/debian/qemu-user-static.postinst
+++ b/debian/qemu-user-static.postinst
@@ -4,7 +4,14 @@ BINFMT_TARGETS= # list of architectures is autogenerated from 
debian/rules
 
 if [ configure = "$1" ] && [ -x /usr/sbin/update-binfmts ]; then
for target in $BINFMT_TARGETS ; do
-   update-binfmts --import qemu-$target
+   if [ -f /var/lib/binfmts/qemu-$target ]; then
+   # remove format, in case the current version no longer 
supports it.
+   update-binfmts --package qemu-user-static --remove 
qemu-$target /usr/bin/qemu-$target-static
+   fi
+   if [ -f /usr/share/binfmts/qemu-$target ]; then
+   # install currently supported format.
+   update-binfmts --import qemu-$target
+   fi
done
 fi
 
diff --git a/debian/qemu-user-static.prerm b/debian/qemu-user-static.prerm
index 7e4863b..d21fbfc 100644
--- a/debian/qemu-user-static.prerm
+++ b/debian/qemu-user-static.prerm
@@ -4,7 +4,9 @@ BINFMT_TARGETS= # list of architectures is autogenerated from 
debian/rules
 
 if [ "$1" = remove ] && [ -x /usr/sbin/update-binfmts ]; then
for target in $BINFMT_TARGETS ; do
-   update-binfmts --package qemu-user-static --remove qemu-$target 
/usr/bin/qemu-$target-static
+   if [ -f /var/lib/binfmts/qemu-"$target" ]; then
+   update-binfmts --package qemu-user-static --remove 
qemu-$target /usr/bin/qemu-$target-static
+   fi
done
 fi
 
diff --git a/debian/rules b/debian/rules
index cc906c9..3c9137e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -42,7 +42,10 @@ ifneq (,$(findstring $(DEB_HOST_ARCH), arm armel))
 BINFMT_TARGETS=$(filter-out arm, $(ALL_BINFMT_TARGETS))
 endif
 ifeq ($(DEB_HOST_ARCH),i386)
-BINFMT_TARGETS=$(filter-out i386, $(ALL_BINFMT_TARGETS))
+# Drop support for emulating amd64 on i386, as it is broken and including it
+# interferes with environments capable of running amd64 natively.
+# http://bugs.debian.org/604712
+BINFMT_TARGETS=$(filter-out i386 x86_64, $(ALL_BINFMT_TARGETS))
 endif
 ifeq ($(DEB_HOST_ARCH),powerpc)
 BINFMT_TARGETS=$(filter-out ppc, $(ALL_BINFMT_TARGETS))
@@ -162,7 +165,7 @@ ifeq ($(DEB_HOST_ARCH_OS),linux)
done
 
# binfmt support
-   sed -i -e 's/^BINFMT_TARGETS=.*/BINFMT_TARGETS=\"$(BINFMT_TARGETS)\"/g' 
\
+   sed -i -e 
's/^BINFMT_TARGETS=.*/BINFMT_TARGETS=\"$(ALL_BINFMT_TARGETS)\"/g' \
$(CURDIR)/debian/qemu-user-static.prerm \
$(CURDIR)/debian/qemu-user-static.postinst
 

live well,
  vagrant



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888

On Mon, 2010-11-29 at 00:32 +0100, Ivan Sergio Borgonovo wrote:
> On Sat, 27 Nov 2010 21:53:39 +
> Ben Hutchings  wrote:
> 
> > On Wed, 2010-11-24 at 19:48 +0100, Ivan Sergio Borgonovo wrote:
> > [...]
> > > I don't know how to help further to increase the chances that
> > > squeeze will have support for these controllers.
> > > 
> > > If you could point me to some instructions I could follow to give
> > > you some useful feedback I'll be happy to try.
> 
> > I've applied the upstream changes to add support for the 9240.
> > You can test the result by following the instructions at
> > .
> > The distribution name to use is 'sid' (all our changes for
> > 'squeeze' are still going via 'sid').
> 
> I got it compiled. It is working on my workstation.
> I hope I'll have a chance to try it on a box with that controller on
> Tuesday.
> Can anyone be so kind to point me to another RTFM where I can find
> clear instruction on how to substitute the kernel into a Debian
> ISO/cross prepare(sid -> squeeze) a Debian install ISO?
[...]

There are some instructions at
 but I don't
know whether they still work.

It is *not* sufficient to replace the linux-image package which gets
intalled; you also have to update the separate driver udeb package which
is used within the installer.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#602936: gnuplot: hangs on loss of X11 connection (wxt terminal)

2010-11-28 Thread sfeam (Ethan Merritt)

Could someone please enlighten me on what defines the expected
behavior in this case?  To me it does not seem like a bug at all.

The behavior is not specific to the wxt terminal or to a remote
session. It is visible already on a local session. In fact, you
don't even need to kill the x11 window:
% cat hang.bug
plot x
pause -1
print "back from pause"

%gnuplot hang.bug
  ==> kill x-window externally if you like (doesn't matter)
  ==> do NOT hit  in the original terminal session

Now from another terminal inspect the gnuplot process, which is
still waiting for input from the original:
#0  0xe424 in __kernel_vsyscall ()
#1  0xb6ad7201 in select () from /lib/i686/libc.so.6
#2  0x0812ac4d in wxt_waitforinput () at wxterminal/wxt_gui.cpp:3098
#3  0x08062570 in pause_command () at command.c:1202
#4  0x080635b9 in command () at command.c:596
#5  do_line () at command.c:378
#6  0x0809ebd6 in load_file (fp=0x931b4e0, name=0x931b6f8 "hang.bug", 
can_do_args=
false) at misc.c:284
#7  0x080a6aaa in main (argc=2, argv=0xbfca6e68) at plot.c:619


The thing is, the "pause -1" command is doing exactly what it is supposed to.
The process is waiting to receive a  from the terminal session before
continuing.  If you now break or otherwise lose your connection to that
terminal session, then gnuplot is left waiting for a  that will never
come.  

But is this a bug in gnuplot?  
Why is it different from any other hung terminal session?
You get the same behaviour from any process that is backgrounded 
while waiting for terminal input. Right?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563750: Solved for me

2010-11-28 Thread Gert Robben


I had the same problem.
Of course I don't know the config of the original reporter.
But in my case, after putting "set -v" (not -x) in /etc/gdm3/Xsession, 
I found that my /etc/profile contained the line:

. /etc/bash.bashrc
Which of course is bad practice and not the default, but worked fine, 
until I switched from kdm to gdm(+dash).


Thanks,
Gert Robben



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586774: Random X server crashes

On Tuesday, 21. September 2010 08:30:10 Andreas Beckmann wrote:
> On Saturday, 18. September 2010 17:42:19 Marc F. Clemente wrote:
> > I upgraded to 195.36.31-2 on Aug 26.  No problems.
> >
> > I upgraded to 195.36.31-3 on Sep 3.  No problems...  Until Sep 12.  Now
> > I start getting random crashes again.  This is what Xorg.log says:
>
> Please try 256.53-1 (in experimental).

Please retry with 260.19.21-1 (in experimental) and/or 195.36.31-6 (in 
testing/unstable) as well as current kernel and Xorg.

Thanks

Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601227: Patch accepted upstream

2010-11-28 Thread Javier Fernández-Sanguino Peña

On Wed, Oct 27, 2010 at 11:25:28PM +0200, Javier Fern?ndez-Sanguino Pe?a wrote:
> 
> Just wanted to let you know that I've submitted the patch upstream and Avery
> has agreed to include it in the upstream repository [1].

[1 month later... no response from the Debian maintainer...]

Is there any possibility of this patch being included in the Debian package?
Without it, netselect-apt is certainly useless as many ftp Debian mirrors do
*not* allow traceroute-like probes.

I wouldn't mind doing a NMU to fix this bug (and maybe others). Would that be
an option?

Regards

Javier

signature.asc
Description: Digital signature

Bug#600490: Russian phonetic layout on a jp keyboard?

2010-11-28 Thread Samuel Thibault

Dima Pasechnik, le Fri 26 Nov 2010 18:59:15 +0800, a écrit :
> On 25 November 2010 18:00, Samuel Thibault  wrote:
> > Dima Pasechnik, le Thu 25 Nov 2010 12:35:45 +0800, a écrit :
> >> Installing the upgrades mentioned here did not enable any options for
> >> choosing the phonetic layout for Russian on the Japanese keyboard.
> >
> > You mean typing Russian on a Japanese keyboard?  I didn't know about
> > such thing.  Why option were you using to achieve that?  I guess you are
> > talking about X keyboard layout, right?
> >
> yes. In my /etc/X11/xorg.conf I used to have, in the keyboard section,
> Option "XkbLayout" "jp,ru(phonetic)"
> Option "XkbVariant" "jp106"
> and it worked.
> Now I can select Russia Phonetic keyboard in Gnome Keyboard
> Preferences, but then I am stuck with Cyrillic characters only - the
> switching does not work. The only way out is to remove this keyboard
> choice and restart X.

Did you try to put the same kind of parameter as xorg.conf into
/etc/default/keyboard? It should be working exactly the same as
xorg.conf (except that it'll additionally work on the linux console
too!)

> And it looks like a specific Japanese keyboard problem. On a machine
> with a standard US keyboard I run the same Debian version, and am able
> to select and use "Russia Phonetic" layout.

Well, the thing is that supported layouts (i.e. that you can choose in
the debconf dialog box) only include one keymap, or us + non-latin
keymap.  For others, you have to configure it by hand.

> >> For the record, it's a Panasonic CF-R5 laptop.
> >> (you probably also know that there seems to be no way to *select* an
> >> appropriate keyboard)
> >
> > An appropriate keyboard for what?  The particular keyboard of that
> > laptop or typing russian on a japanese keyboard?  (The latter would
> > just be a consequence of the above).  In general, never assume we know
> > anything about localization cases, as most of us don't are not from that
> > localization, so although we usually have an idea, we usually don't know
> > all the details.
> 
> I meant "an appropriate keyboard model" for the laptop I am using.
> (in fact, there seem to be no jp106 keyboard layouts available in
> Gnome Keyboard Preferences.)

The jp106 model was dropped indeed, because its additional keys were
added to the base model.

> When I try printing the keyboard, from
> Gnome Keyboard Preferences, the output does not show it right (many
> "extra" keys are not shown).

That's the geometry part of the xkb configuration, not the model part
(though they are related, yes).  I think you should talk with upstream
about it (e.g. report the bug on http://bugs.freedesktop.org/)

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599769: xorg: the xorg server consumes ram without freeing it whilst using a 3d application

On Monday, 11. October 2010 02:09:25 macarthur wrote:
> Xorg continually uses ram after a 3d application it raises consistently
> whilst using itself. It starts at 20MB and then as it continually is
> used.
> It keeps going up until the application is closed. Then it stays there
> until another 3d application is ran and it goes up once more. The ram
> is never released whilst the system is on. This bug came about two
> maybe three
> days ago i believe when there was a few hundred MBs of patches that
> came down.
>
> It never releases said memory no matter how long it's been on after the
> item came about.

Please try 260.19.21-1 which is now available in experimental. 


Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605275: EeePC 1005HAG freezes briefly after resuming

On Mon, 2010-11-29 at 00:07 +0100, Maik Zumstrull wrote:
> > Well there's nothing obvious there but it looks like the wifi driver
> > takes some time to start up again after resuming.  Could you test
> > whether this happens if you disable wifi before suspending?
> 
> Doesn't help, the freezes are still there. I used the Fn+F2 shortcut
> to disconnect. That leaves the wifi-related modules loaded. I then
> tried again after rmmoding all wifi-related modules I could find.
> Still freezes.

OK, let's go with your guess that this is USB-related.  Please report
this upstream at  under product 'Drivers',
component 'USB'.  Let us know the bug number or URL so we can track it.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part

Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888

2010-11-28 Thread Ivan Sergio Borgonovo

On Sat, 27 Nov 2010 21:53:39 +
Ben Hutchings  wrote:

> On Wed, 2010-11-24 at 19:48 +0100, Ivan Sergio Borgonovo wrote:
> [...]
> > I don't know how to help further to increase the chances that
> > squeeze will have support for these controllers.
> > 
> > If you could point me to some instructions I could follow to give
> > you some useful feedback I'll be happy to try.

> I've applied the upstream changes to add support for the 9240.
> You can test the result by following the instructions at
> .
> The distribution name to use is 'sid' (all our changes for
> 'squeeze' are still going via 'sid').

I got it compiled. It is working on my workstation.
I hope I'll have a chance to try it on a box with that controller on
Tuesday.
Can anyone be so kind to point me to another RTFM where I can find
clear instruction on how to substitute the kernel into a Debian
ISO/cross prepare(sid -> squeeze) a Debian install ISO?

I tried it before, hybridizing 3.6.32 and .36 and it failed to
work... but I'm not sure if it failed because I didn't prepare well
the ISO or because the hybridized kernel didn't work.

thanks

-- 
Ivan Sergio Borgonovo
http://www.webthatworks.it

-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#602120: kfreebsd-8: the kernel console should implement civis to get nicer dialog output

2010-11-28 Thread Samuel Thibault

Robert Millan, le Fri 26 Nov 2010 15:31:14 +0100, a écrit :
> I suspect it's this:
> 
> --- sys/dev/syscons/scvgarndr.c~2010-03-31 17:39:46.0 +0200
> +++ sys/dev/syscons/scvgarndr.c 2010-11-26 15:25:07.0 +0100
> @@ -277,10 +277,8 @@
> if (base < 0 || base >= scp->font_size)
> return;
> /* the caller may set height <= 0 in order to disable the cursor */
> -#if 0
> scp->curs_attr.base = base;
> scp->curs_attr.height = height;
> -#endif
> vidd_set_hw_cursor_shape(scp->sc->adp, base, height,
> scp->font_size, blink);
>  }
> 
> I checked the callers (update_cursor_image() and
> sc_set_cursor_image() in syscons.c) and their behaviour
> is consistent with what this comment says.
> 
> I have no idea why this code was disabled, it seems
> to be necessary.

That really looks like a culprit, indeed.

Samuel



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605340: unblock: hdparm/9.32-1

2010-11-28 Thread Henrique de Moraes Holschuh

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package hdparm

The hdparm version in testing has severe bugs that cause
severe malfunctions on various important options.

Please refer to:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574897

It has nasty problems with large HDs and the security erase functions,
it has non-functional -B and -M options (which are *REQUIRED* to avoid
early death of many laptop HDDs), etc.

unblock hdparm/9.32-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32.26 (SMP w/8 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605339: gtk-recordMyDesktop: error when pressing Advanced button

2010-11-28 Thread Piotr Dąbrowski

Package: gtk-recordmydesktop
Version: 0.3.8-3

I'm writing to report a bug in gtk-recordMyDesktop which occurs when
you press Advanced button

The Advanced Settings window is not displayed, and this is printed out
to the console:

/usr/lib/pymodules/python2.6/recordMyDesktop/rmdPrefsWidget.py:239:
GtkWarning: GtkSpinButton: setting an adjustment with non-zero page
size is deprecated
  self.channelsSpinButton= gtk.SpinButton(self.channelsAdjustment,
climb_rate=0.5, digits=0)
/usr/lib/pymodules/python2.6/recordMyDesktop/rmdPrefsWidget.py:331:
DeprecationWarning: os.popen3 is deprecated.  Use the subprocess
module.
  (stdin,stdout,stderr)=os.popen3(['jack_lsp'],'t')
Traceback (most recent call last):
  File "/usr/lib/pymodules/python2.6/recordMyDesktop/rmdSimple.py",
line 192, in advanced
self.options=pW.prefsWidget(self,self.values,self.optionsOpen)
  File "/usr/lib/pymodules/python2.6/recordMyDesktop/rmdPrefsWidget.py",
line 410, in __init__
self.__runJackLSP__()
  File "/usr/lib/pymodules/python2.6/recordMyDesktop/rmdPrefsWidget.py",
line 331, in __runJackLSP__
(stdin,stdout,stderr)=os.popen3(['jack_lsp'],'t')
  File "/usr/lib/python2.6/os.py", line 695, in popen3
stderr=PIPE, close_fds=True)
  File "/usr/lib/python2.6/subprocess.py", line 623, in __init__
errread, errwrite)
  File "/usr/lib/python2.6/subprocess.py", line 1141, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

The program does not crash though.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605338: upon purge: find: `/usr/share/wicd/': No such file or directory

2010-11-28 Thread jidanni

Package: wicd-daemon
Severity: minor

Seen upon purge:

Removing wicd ...
Removing wicd-gtk ...
Removing wicd-curses ...
Removing wicd-cli ...
Removing wicd-daemon ...
Stopping Network connection manager: wicd.
find: `/usr/share/wicd/': No such file or directory



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605337: nvidia-glx can not be processed correctly

2010-11-28 Thread Kejia

Package: nvidia-glx
Version: 195.36.31-6
Severity: normal

Error from aptitude full-upgrade (please omit errors on ia32-libs, which is 
another bug):
``
# aptitude full-upgrade
The following partially installed packages will be configured:
 ia32-libs-gtk{b} libgl1-nvidia-alternatives libgl1-nvidia-glx nvidia-glx
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
The following packages have unmet dependencies:
 nspluginwrapper: Depends: ia32-libs (>= 2.4) but it is not going to
be installed.
 ia32-libs-gtk: Depends: ia32-libs (>= 20100914) but it is not going
to be installed.
The following actions will resolve these dependencies:

Remove the following packages:
1) flashplugin-nonfree
2) ia32-libs-gtk
3) nspluginwrapper



Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

Install the following packages:
1) ia32-libs [20101117 (testing)]



Accept this solution? [Y/n/q/?] Y
The following NEW packages will be installed:
 ia32-libs{a}
The following partially installed packages will be configured:
 ia32-libs-gtk libgl1-nvidia-alternatives libgl1-nvidia-glx nvidia-glx
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/34.2 MB of archives. After unpacking 84.5 MB will be used.
Do you want to continue? [Y/n/?] Y
(Reading database ... 206657 files and directories currently installed.)
Unpacking ia32-libs (from .../ia32-libs_20101117_amd64.deb) ...
dpkg: error processing
/var/cache/apt/archives/ia32-libs_20101117_amd64.deb (--unpack):
 trying to overwrite '/usr/lib32/libcurl.so.4.2.0', which is also in
package ia32-libs-workaround-499043 0.0.1+squeeze1
configured to not write apport reports
 dpkg-deb: subprocess paste
killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/ia32-libs_20101117_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of ia32-libs-gtk:
 ia32-libs-gtk depends on ia32-libs (>= 20100914); however:
 Package ia32-libs is not installed.
dpkg: error processing ia32-libs-gtk (--configure):
 dependency problems - leaving unconfigured
Setting up libgl1-nvidia-alternatives (195.36.31-6) ...
Leaving 'diversion of /usr/lib/libGL.so to
/usr/lib/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1 to
/usr/lib/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1.2 to
/usr/lib/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives'
Processing triggers for libgl1-nvidia-alternatives ...
update-alternatives: error: alternative path
/usr/lib/nvidia/diversions/libGL.so.1 doesn't exist.
dpkg: error processing libgl1-nvidia-alternatives (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libgl1-nvidia-glx:
 libgl1-nvidia-glx depends on libgl1-nvidia-alternatives; however:
 Package libgl1-nvidia-alternatives is not configured yet.
dpkg: error processing libgl1-nvidia-glx (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nvidia-glx:
 nvidia-glx depends on libgl1-nvidia-glx (= 195.36.31-6); however:
 Package libgl1-nvidia-glx is not configured yet.
dpkg: error processing nvidia-glx (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ia32-libs-gtk
 libgl1-nvidia-alternatives
 libgl1-nvidia-glx
 nvidia-glx
''

Lucky,
Kejia

-- Package-specific info:
uname -a:
Linux beauty11 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 x86_64 
GNU/Linux

/proc/version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-27) (m...@debian.org) (gcc version 
4.3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 14:18:21 UTC 2010

/proc/driver/nvidia/version: 
NVRM version: NVIDIA UNIX x86_64 Kernel Module  260.19.12  Fri Oct  8 11:17:08 
PDT 2010
GCC version:  gcc version 4.4.5 (Debian 4.4.5-4) 

lspci 'VGA compatible controller [0300]':
01:00.0 VGA compatible controller [0300]: nVidia Corporation NV44 [Quadro NVS 
285] [10de:0165] (rev a1) (prog-if 00 [VGA controller])
Subsystem: nVidia Corporation Device [10de:0334]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: nvidia


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bas

Bug#567400: python-visual doesn't work with nvidia-glx-legacy-96xx, works with other video adapters

On Monday, 13. September 2010 23:30:36 wzabo...@elektron.elka.pw.edu.pl wrote:
> Maybe, in fact my python-visual is version 5.12, while the newest version
> on http://vpython.org/ is 5.32

I just opened http://bugs.debian.org/605333 for the new upstream release 5.4 
(which is newer than 5.32).

Andreas



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605055: [Pkg-ia32-libs-maintainers] Bug#605055: ia32-libs: can not config ia32-libs-gtk when full-upgrade with ia32-libs

2010-11-28 Thread Kejia柯嘉

Here it is:
``
aptitude full-upgrade
The following partially installed packages will be configured:
  ia32-libs-gtk{b} libgl1-nvidia-alternatives libgl1-nvidia-glx nvidia-glx
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
The following packages have unmet dependencies:
  nspluginwrapper: Depends: ia32-libs (>= 2.4) but it is not going to
be installed.
  ia32-libs-gtk: Depends: ia32-libs (>= 20100914) but it is not going
to be installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) flashplugin-nonfree
2) ia32-libs-gtk
3) nspluginwrapper

Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

 Install the following packages:
1) ia32-libs [20101117 (testing)]

Accept this solution? [Y/n/q/?] Y
The following NEW packages will be installed:
  ia32-libs{a}
The following partially installed packages will be configured:
  ia32-libs-gtk libgl1-nvidia-alternatives libgl1-nvidia-glx nvidia-glx
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/34.2 MB of archives. After unpacking 84.5 MB will be used.
Do you want to continue? [Y/n/?] Y
(Reading database ... 206657 files and directories currently installed.)
Unpacking ia32-libs (from .../ia32-libs_20101117_amd64.deb) ...
dpkg: error processing
/var/cache/apt/archives/ia32-libs_20101117_amd64.deb (--unpack):
 trying to overwrite '/usr/lib32/libcurl.so.4.2.0', which is also in
package ia32-libs-workaround-499043 0.0.1+squeeze1
configured to not write apport reports
  dpkg-deb: subprocess paste
killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/ia32-libs_20101117_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of ia32-libs-gtk:
 ia32-libs-gtk depends on ia32-libs (>= 20100914); however:
  Package ia32-libs is not installed.
dpkg: error processing ia32-libs-gtk (--configure):
 dependency problems - leaving unconfigured
Setting up libgl1-nvidia-alternatives (195.36.31-6) ...
Leaving 'diversion of /usr/lib/libGL.so to
/usr/lib/nvidia/diversions/libGL.so by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1 to
/usr/lib/nvidia/diversions/libGL.so.1 by libgl1-nvidia-alternatives'
Leaving 'diversion of /usr/lib/libGL.so.1.2 to
/usr/lib/nvidia/diversions/libGL.so.1.2 by libgl1-nvidia-alternatives'
Processing triggers for libgl1-nvidia-alternatives ...
update-alternatives: error: alternative path
/usr/lib/nvidia/diversions/libGL.so.1 doesn't exist.
dpkg: error processing libgl1-nvidia-alternatives (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libgl1-nvidia-glx:
 libgl1-nvidia-glx depends on libgl1-nvidia-alternatives; however:
  Package libgl1-nvidia-alternatives is not configured yet.
dpkg: error processing libgl1-nvidia-glx (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nvidia-glx:
 nvidia-glx depends on libgl1-nvidia-glx (= 195.36.31-6); however:
  Package libgl1-nvidia-glx is not configured yet.
dpkg: error processing nvidia-glx (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 ia32-libs-gtk
 libgl1-nvidia-alternatives
 libgl1-nvidia-glx
 nvidia-glx
''

Cheers,
Kejia

On Sun, Nov 28, 2010 at 5:09 PM, Goswin von Brederlow  wrote:
> Kejia  writes:
>
>> Package: ia32-libs-gtk
>> Version: 20100914
>> Severity: normal
>> File: ia32-libs
>>
>> Hello,
>>
>> I tried to do a full-upgrade, which required installing ia32-libs, but 
>> failed because ia32-libs-gtk can not be configured correctly.
>>
>> Lucky,
>> Kejia
>
> Please copy&paste the actual error you get.
>
> MfG
>        Goswin
>

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605077: fakeroot: missing 32-bit libraries on amd64

2010-11-28 Thread Michael Gilbert

On Fri, Nov 26, 2010 at 11:19 PM, Clint Adams wrote:
> On Fri, Nov 26, 2010 at 10:55:26PM -0500, Michael Gilbert wrote:
>> Couldn't that be solved with a Breaks: libc6-i386 (< 2.11.2-7)?
>
> I think this would only deconfigure and so the path conflict would still
> occur.

I added a conflicts against libc6-i386 and did a piuparts upgrade test

 $ sudo piuparts -d lenny -d squeeze fakeroot_1.14.4-1.1_amd64.deb
libc6-i386_2.11.2-7_amd64.deb

which succeeded.  Attached is a new patch.

Mike
diff -Nru fakeroot-1.14.4/debian/changelog fakeroot-1.14.4/debian/changelog
--- fakeroot-1.14.4/debian/changelog	2009-11-14 22:06:33.0 -0500
+++ fakeroot-1.14.4/debian/changelog	2010-11-28 15:20:32.0 -0500
@@ -1,3 +1,11 @@
+fakeroot (1.14.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Provide i386 libraries on amd64 (closes: #605077).
+  * Conflict with libc6-i386 (<2.9) to make sure lenny upgrades succeed.
+
+ -- Michael Gilbert   Sun, 28 Nov 2010 15:19:30 -0500
+
 fakeroot (1.14.4-1) unstable; urgency=low
 
   * Switch to 3.0 (quilt) source format.
diff -Nru fakeroot-1.14.4/debian/control fakeroot-1.14.4/debian/control
--- fakeroot-1.14.4/debian/control	2009-11-14 22:06:33.0 -0500
+++ fakeroot-1.14.4/debian/control	2010-11-28 15:21:11.0 -0500
@@ -10,7 +10,7 @@
 Package: fakeroot
 Architecture: any
 Depends: ${shlibs:Depends}
-Conflicts: libc6-dev-i386 (<= 2.9-13)
+Conflicts: libc6-dev-i386 (<= 2.9-13), libc6-i386 (<=2.9-13)
 Description: Gives a fake root environment
  This package is intended to enable something like:
dpkg-buildpackage -rfakeroot
diff -Nru fakeroot-1.14.4/debian/rules fakeroot-1.14.4/debian/rules
--- fakeroot-1.14.4/debian/rules	2009-11-14 22:06:33.0 -0500
+++ fakeroot-1.14.4/debian/rules	2010-11-26 20:51:35.0 -0500
@@ -102,7 +102,7 @@
 #	cd obj-sysv && ./libtool --finish $(CURDIR)/debian/tmp/usr/lib/fakeroot
 	rm -f debian/tmp/usr/lib/libfakeroot/libfakeroot.*a*
 	rm -f debian/tmp/usr/bin/simple
-ifneq (,$(findstring $(DEB_HOST_GNU_TYPE), sparc-linux-gnu s390-linux-gnu i486-linux-gnu powerpc-linux-gnu ppc64-linux-gnui x86_64-kfreebsd-gnu))
+ifneq (,$(findstring $(DEB_HOST_GNU_TYPE), sparc-linux-gnu s390-linux-gnu x86_64-linux-gnu i486-linux-gnu powerpc-linux-gnu ppc64-linux-gnui x86_64-kfreebsd-gnu))
 	$(MAKE) -f debian/rules binary-biarch
 endif
 	$(INSTALL_FILE) debian/copyright debian/tmp/usr/share/doc/fakeroot/copyright

Bug#605336: Install : impossible

2010-11-28 Thread Volny DE PASCALE


Package: installation-reports

Boot method: CD
Image version: 
http://hammurabi.acc.umu.se/debian-cd/5.0.6/amd64/iso-cd/debian-506-amd64-CD-1.iso
and 
http://caesar.acc.umu.se/debian-cd/5.0.6/amd64/iso-cd/debian-506-amd64-businesscard.iso

Date: 2010/11/29

Machine: ASROCK 890fx deluxe 4
Processor: AMD phenom 6 core
Memory: 4 Gi
Partitions: never reached that point
Résultat de lspci -knn (ou lspci -nn) system does not start

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[E ]
Configure network:  [ ]
Detect CD:  [E]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

Motherboard ASROCK  890 FX Deluxe 4
CD/DVD ROM Asus IDE
Onboard network controller

all tested and fonctionnal, the machines boots and runs with OpenBSD.

Hard disk is SATA 3, so CD/DVD is master on IDE.
CD is not detected by install.
Network is not detected by install.
Install cannot proceed.

Whatever the good reasons are, this should not happen on the default install.
I'll probably fix this, and then forget to 
complain about it. I tell you now before I forget.

Regards.






--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605263: gradm2: new upstream version available

2010-11-28 Thread Yves-Alexis Perez

On dim., 2010-11-28 at 21:54 +0100, Laszlo Boszormenyi wrote:
> Hi Yves-Alexis,
> 
> On Sun, 2010-11-28 at 16:13 +0100, Yves-Alexis Perez wrote:
> > I just wanted to let you know that a new gradm2 version was available
> > upstream, 2.2.1-201011271130.
>  Updated packages available[1]. I don't upload it for now, but should be
> good otherwise.

Mhmh, nice, I assume they're intended to be uploaded at one point
though? (maybe post-release).
> 
> > It'd be nice to update the one in debian. If you need some help on
> > maintenance, feel free to ask.
>  I'm looking for a tester as 1) I've converted it to quilt format and
> split the changes to patches; 2) I don't actively use it anymore.
> Please send me any issue(s) you may find with the packaging. 

I'll try that and report back. If you don't use it anymore, would you
like to share maintenance or give it away?

Cheers,
-- 
Yves-Alexis


signature.asc
Description: This is a digitally signed message part

Bug#605334: wish feature quicklook parameter

2010-11-28 Thread jamesb

Package: eog
Version: 2.22.3-2
Severity: wishlist

Just thinking about this.. not just for eog but for many other filetypes..

If a filemanager and application are eccentric and a universal quicklook option 
implementable,
let it be so limitted with little change of the underlying code..

The idea is to have a key (like spacebar or customizable key) to be tapped 
twice..
 ->the filemanager would have a "quicklook" key(eg:spacebar), which would open 
with a customizable string-path to
  a quicklook application.
 ->the quicklook application would be nothing short of a "-quicklook" parameter 
adoption
-- the idea then for the quicklook parameter would indicate to the 
quicklook application (whatever application it may
 be -eg like eog) to activate it's own "quicklook" bindkey, which can be 
the spacebar again..
  --hitting the spacebar again would close the application window..
  
I don't believe it would be difficult to add code for this feature but it would 
have to work for both parties..the filemanager
team to add on a quicklook feature key and the quicklook application 
development team..

and of course a vote would be nice.. am just speculating if anyone wants this.. 
but I find it very useful and come from a mac 
background as you can tell :)

thanks for the good work and hope to hear from you soon..


-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36.1 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages eog depends on:
ii  gconf2  2.22.0-1 GNOME configuration database syste
ii  gnome-icon-theme2.22.0-1 GNOME Desktop icon theme
ii  libart-2.0-22.3.20-2 Library of functions for 2D graphi
ii  libc6   2.7-18lenny4 GNU C Library: Shared libraries
ii  libcairo2   1.6.4-7  The Cairo 2D vector graphics libra
ii  libdbus-glib-1-20.76-1   simple interprocess messaging syst
ii  libexempi3  2.0.1-1  library to parse XMP metadata (Lib
ii  libexif12   0.6.16-2.1   library to parse EXIF files
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.16.6-3 The GLib library of C routines
ii  libgnome-desktop-2  2.22.3-2 Utility library for loading .deskt
ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime file
ii  libgnomeui-02.20.1.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.22.0-5   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface 
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  liblcms11.17.dfsg-1+lenny2   Color management library
ii  libx11-62:1.1.5-2X11 client-side library
ii  libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library
ii  python2.5   2.5.2-15+lenny1  An interactive high-level object-o
ii  shared-mime-info0.30-2   FreeDesktop.org shared MIME databa

Versions of packages eog recommends:
ii  librsvg2-common   2.22.2-2lenny1 SAX-based renderer library for SVG

eog suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605275: EeePC 1005HAG freezes briefly after resuming

2010-11-28 Thread Maik Zumstrull

> Well there's nothing obvious there but it looks like the wifi driver
> takes some time to start up again after resuming.  Could you test
> whether this happens if you disable wifi before suspending?

Doesn't help, the freezes are still there. I used the Fn+F2 shortcut
to disconnect. That leaves the wifi-related modules loaded. I then
tried again after rmmoding all wifi-related modules I could find.
Still freezes.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605335: nfs-kernel-server: IP address wildcards don't work when avahi-daemon is running

2010-11-28 Thread Aaron Barany

Package: nfs-kernel-server
Version: 1:1.2.2-4
Severity: important

I just installed avahi-daemon on my server, and after I had restarted nfs-
kernel-server I was no longer able to mount my nfs drives. (it would give me
access denied errors) After trying some different things, I had found out that
the problem was with using wildcards for IP addresses. (example: 192.168.*.*) I
had one export with an exact IP address, which worked fine, but the wildcard
addresses gave access denied errors. When I stopped avahi-daemon and restarted
nfs-kernel-server I was able to connect again. I was able to work around this
by adding another export with *.local as the wildcard, but that isn't as safe
as using IP addresses.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605333: python-visual: new upstream release 5.4

Package: python-visual
Version: 1:5.12-1.1
Severity: normal

A new upstream release (5.4) of python-visual is available:
http://vpython.org/contents/download_linux.html
http://vpython.org/contents/history.html

Please note that upstream uses a non-standard versioning scheme (version
is treated as a decimal number instead of major.minor) and 5.4 is newer
than 5.32 (and 5.12 which is in Debian). The watch file should be adjusted
to mangle the version accordingly.

This new upstream version might fix #567400.


Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605246: [Debian-eeepc-devel] Bug#605246: Built-in 3G modem can prevent sleep mode

2010-11-28 Thread Maik Zumstrull

> Please can you test whether the attached patch fixes our package of
> Linux 2.6.32.

The system goes to sleep and doesn't immediately wake up. Good. There
are no freezes as in #605275. Wifi comes back up. 3G needs to be left
alone for a moment (immediate "gnokii --monitor once" fails), but does
come back (second attempt usually works).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604951: I have the same problem

2010-11-28 Thread Pedro R

Package: hplip
Version: 3.10.6-1.1
Severity: normal

Hi,

I have the exact same problem. I have a Deskjet D2660 and the default driver
does nothing, although the dialogues say the printing finished correctly.

After changing to the hpjis driver all it outputs is a blank page. It still
makes the noise and movements as if it was printing something, but then the
page comes out blank.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental'), (500, 
'testing-proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36.1-toi+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hplip depends on:
ii  adduser 3.112add and remove users and groups
ii  coreutils   8.5-1GNU core utilities
ii  cups1.4.4-7  Common UNIX Printing System(tm) - 
ii  cups-client 1.4.4-7  Common UNIX Printing System(tm) - 
ii  hplip-cups  3.10.6-1.1   HP Linux Printing and Imaging - CU
ii  hplip-data  3.10.6-1.1   HP Linux Printing and Imaging - da
ii  libc6   2.11.2-7 Embedded GNU C Library: Shared lib
ii  libcups21.4.4-7  Common UNIX Printing System(tm) - 
ii  libdbus-1-3 1.2.24-3 simple interprocess messaging syst
ii  libhpmud0   3.10.6-1.1   HP Multi-Point Transport Driver (h
ii  libsane 1.0.21-7 API library for scanners
ii  libsane-hpaio   3.10.6-1.1   HP SANE backend for multi-function
ii  libssl0.9.8 0.9.8o-3 SSL shared libraries
ii  lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip
ii  policykit-1 0.96-4   framework for managing administrat
ii  python  2.6.6-3+squeeze1 interactive high-level object-orie
ii  python-dbus 0.83.1-1 simple interprocess messaging syst
ii  python-imaging  1.1.7-2  Python Imaging Library
ii  python-pexpect  2.3-1Python module for automating inter
ii  python-support  1.0.10   automated rebuilding support for P

Versions of packages hplip recommends:
pn  avahi-daemon   (no description available)
ii  sane-utils1.0.21-7   API library for scanners -- utilit

Versions of packages hplip suggests:
pn  hplip-doc  (no description available)
ii  hplip-gui 3.10.6-1.1 HP Linux Printing and Imaging - GU
pn  kdeprint | gtklp | xpp (no description available)
ii  python-notify 0.1.1-2+b2 Python bindings for libnotify

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605332: In OOo 3.2 special paste don't work

2010-11-28 Thread Alexis PM

Package: openoffice.org-writer
Version: 1:3.2.1-6~bpo50+1

The "Special Paste" don't work, either via menu (Edit> Paste Special) or key
combination (Ctrl Alt V). The "Special paste" window does not appear. This 
bug has appeared in the 3.2 version, the previous 3.0 and 3.1 version work 
well.

I use Debian Lenny, and the Backports OOo. I know that the Debian BTS does 
not support backports, but I guess this error is also present in OOo Squeeze 
(Squeeze both Backports like OOo uses OpenOffice.org 3.2.1), although this 
point I can not confirm. I can not say anything about Sid OOo.

Thanks







--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#585433: New versions should depend on xorg-video-abi-8.0 also

2010-11-28 Thread Vedran Furač

New fglrx version supports Xorg server 1.9 from experimental but it's
uninstallable because of depends on xorg-video-abi-6.0 only.

Regards,
Vedran

-- 
http://vedranf.net | a8e7a7783ca0d460fee090cc584adc12
<>

Bug#605331: gwaei: Freezes when & or | operators have missing operands

2010-11-28 Thread Christian Pulvermacher


Subject: gwaei: Freezes when & or | operators have missing operands
Package: gwaei
Version: 1.4.2-1
Severity: normal

Searches like "a&" or "a|" with at least one missing argument will  
completely freeze the UI.

The command line version returns odd results, but doesn't lock up.

Regards,
Christian


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.36.1
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gwaei depends on:
ii  gconf22.28.1-6   GNOME configuration database  
syste

ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-7   Embedded GNU C Library:  
Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics  
libra
ii  libcurl3-gnutls   7.21.0-1   Multi-protocol file transfer  
libra
ii  libfontconfig12.8.0-2.1  generic font configuration  
library
ii  libfreetype6  2.4.2-2.1  FreeType 2 font engine,  
shared lib
ii  libgconf2-4   2.28.1-6   GNOME configuration database  
syste

ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user  
interface
ii  libncursesw5  5.7+20100313-4 shared libraries for terminal  
hand
ii  libpango1.0-0 1.28.3-1   Layout and rendering of  
internatio
ii  libsexy2  0.1.11-2+b1collection of additional GTK+  
widg
ii  libunique-1.0-0   1.1.6-1.1  Library for writing single  
instanc

ii  libxml2   2.7.8.dfsg-1   GNOME XML library

Versions of packages gwaei recommends:
pn  ttf-kanjistrokeorders  (no description available)

gwaei suggests no packages.

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error "can't convert block across chunks or bigger than 64k"

2010-11-28 Thread Neil Brown

On Sun, 28 Nov 2010 04:18:25 + Ben Hutchings  wrote:

> On Sun, 2010-11-28 at 08:28 +1100, Neil Brown wrote:
> >  The fix I would recommend for 2.6.26 is to add
> > 
> >if (q->merge_bvec_fn)
> >rs->max_phys_segments = 1;
> > 
> > to dm_set_device_limits.  Though the redhat one is probably adequate.
> > 
> > If you really need an upstream fix, you will need to chase upstream to apply
> > one :-(
> 
> I won't do that myself - as you can see, I don't really understand the
> issue fully.  Is that fix also valid (modulo renaming of
> max_phys_segments) for later versions?
> 

Yes.
For current mainline it would look like replacing


if (q->merge_bvec_fn && !ti->type->merge)
limits->max_sectors =
min_not_zero(limits->max_sectors,
 (unsigned int) (PAGE_SIZE >> 9));

with

if (q->merge_bvec_fn && !ti->type->merge)
limits->max_segments = 1;

(the test on ->type->merge is important and applies to 2.6.26 as well).

NeilBrown



signature.asc
Description: PGP signature

Bug#582066: helping to get the xsane bug fixed?

2010-11-28 Thread Tomáš Pospíšek


Hello,

if you want to get the xsane bug fixed then I think it could help if you'd 
try to answer the questions in


  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582066#24

With Julien's help I was able to bisect the commits to the sane-backends 
git repository until I found the problematic commit that stopped my 
own scanner from working (see bug #585887). While that's no proof yet, 
that this will finaly make my scanner work again with the current Debian 
packages, at least it's allready a lot of progress in the right direction.


So maybe you want to try as well, to get your scanners working again with 
current Debian?


Greets,
*t





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605330: xserver-xorg: cupt full-upgrade pulls in xserver-xorg-input-wacom

Package: cupt
Version: 1.5.14.1
Severity: wishlist

Hi,

xserver-xorg has dependencies

 Depends:
xserver-xorg-core (>= 2:1.9.0.901),
xserver-xorg-video-all | xorg-driver-video,
xserver-xorg-input-all | xorg-driver-input,
xserver-xorg-input-evdev,
libc6 (>= 2.7),
xkb-data (>= 1.4),
x11-xkb-utils

I have already chosen which input drivers I want (synaptics and evdev)
and which video drivers I want (nouveau).  So the dependencies are
satisfied by the second alternative (xorg-driver-video / xorg-driver-input).

Unfortunately "cupt full-upgrade" doesn't realize this until I say "no"
a few times.

Questions:

 . cupt is happy about the lack of video drivers but not the input
   drivers.  Is that because of the extra ...-input-evdev dependency?

 . can I specify my preference on the command line instead of saying
   "no, no, no"?  e.g.,

cupt full-upgrade --without=xserver-xorg-input-all

   would be convenient.

 . even better, would it make sense to allow such rich information
   to be provided instead of "yes/no" in response to the suggested list
   of packages?

I imagine it could be useful to clone this bug for whichever
suggestions make sense and then close it.

Regards,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605329: login on console creates duplicate wtmp entry

2010-11-28 Thread Mark Hedges

Package: login
Version: 1:4.1.4.2+svn3283-2
Severity: normal


My apologies if this is not the right package for this bug.
Please help figure out if this belongs in util-linux (for getty)
or consolekit.

Logging in on the console produces a duplicate wtmp entry:

maggie:~# last | grep root | head -n2
root tty1  Sun Nov 28 14:23   still logged in   
root tty1  Sun Nov 28 14:23 - 14:23  (00:00)
maggie:~# ps axuw | grep tty1
root 30681  0.0  0.0   3032  1676 tty1 Ss   14:14   0:00 /bin/login --  
   
root 31297  0.0  0.1   5888  3072 tty1 S+   14:23   0:00 -bash
root 31317  0.0  0.0   3300   756 pts/5S+   14:23   0:00 grep tty1

This is not the case for logins via X in a gksu gnome-terminal
on pts/*.  Those seem to work fine.

Thanks.

Mark


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages login depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libpam-modules1.1.1-6.1  Pluggable Authentication Modules f
ii  libpam-runtime1.1.1-6.1  Runtime support for the PAM librar
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l

login recommends no packages.

login suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605328: [INTL:da] Danish translation of the debconf templates ganglia

Package: ganglia
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/ganglia$ msgfmt --statistics -c -v -o /dev/null 
da.po
4 oversatte tekster.

bye
Joe

# Danish translation ganglia.
# Copyright (C) 2010 ganglia og nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as ganglia package.
# Joe Hansen , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: ganglia\n"
"Report-Msgid-Bugs-To: gang...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-29 20:19+0100\n"
"PO-Revision-Date: 2010-11-28 17:30+01:00\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../ganglia-webfrontend.templates:2001
msgid "Automatically configure apache2?"
msgstr "Konfigurer automatisk apache2?"

#. Type: boolean
#. Description
#: ../ganglia-webfrontend.templates:2001
msgid ""
"The ganglia front-end will be unavailable until a web server is configured. "
"Automatic configuration can be performed for the Apache 2 web server."
msgstr ""
"BrugergrÃ¦nsefladen til ganglia vil vÃ¦re utilgÃ¦ngelig indtil en internetserver "
"er konfigureret. Automatisk konfiguration kan udfÃ¸res for Apache 2-internetserveren."

#. Type: boolean
#. Description
#: ../ganglia-webfrontend.templates:3001
msgid "Restart apache2?"
msgstr "Genstart apache2?"

#. Type: boolean
#. Description
#: ../ganglia-webfrontend.templates:3001
msgid ""
"In order to activate the new configuration, the web server needs to be "
"restarted. If you choose not to do this automatically, you should do so "
"manually at the first opportunity."
msgstr ""
"For at aktivere den nye konfiguration, skal internetserveren genstartes. "
"Hvis du vÃ¦lger ikke at gÃ¸re dette automatisk, bÃ¸r du gÃ¸re dette manuelt, "
"ved den fÃ¸rste lejlighed som byder sig."

Bug#590290: Proper fix implemented

2010-11-28 Thread Christian Kastner

A proper fix has been implemented. The current fix was  bit of a hack;
the issue preventing a proper fix was me overlooking that vixie cron
still used vfork() in some spots.

Christian




signature.asc
Description: OpenPGP digital signature

Bug#605327: [INTL:da] Danish translation of the debconf templates libhtml-mason-perl

Package: libhtml-mason-perl
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/libhtml-mason-perl$ msgfmt --statistics -c -v -o 
/dev/null da.po
4 oversatte tekster.

bye
Joe

# Danish translation libhtml-mason-perl.
# Copyright (C) 2010 libhtml-mason-perl & nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as libhtml-mason-perl package.
# Joe Hansen , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: libhtml-mason-perl\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2010-03-25 10:29+0100\n"
"PO-Revision-Date: 2010-11-28 17:30+01:00\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../libhtml-mason-perl-examples.templates:1001
msgid "Install example Mason components in /var/www/mason_example?"
msgstr "Installer eksempler pÃ¥ Masonkomponenter i /var/www/mason_example?"

#. Type: boolean
#. Description
#: ../libhtml-mason-perl-examples.templates:1001
msgid ""
"To help you get started with HTML::Mason, some example components can be "
"installed and enabled in /var/www/mason_example, and you can visit them at "
"http://localhost/mason_example/ in your web browser."
msgstr ""
"For at hjÃ¦lpe dig i gang med HTML::Mason, kan nogle eksempelkomponenter "
"installeres og aktiveres i /var/www/mason_example, og du kan besÃ¸ge dem pÃ¥ "
"http://localhost/mason_example/ i din internetbrowser."

#. Type: boolean
#. Description
#: ../libhtml-mason-perl-examples.templates:2001
msgid "Automatically reload Apache configuration?"
msgstr "GenindlÃ¦s automatisk Apachekonfiguration?"

# de bliver vel ikke tilgÃ¦ngelige hvis de er fjernet!!! vist en lille engelsk fejl her.
#. Type: boolean
#. Description
#: ../libhtml-mason-perl-examples.templates:2001
msgid ""
"After installing or removing the example Mason components, the Apache "
"configuration needs to be reloaded for them to be accessible."
msgstr ""
"Efter installation eller fjernelse af eksempelkomponenterne i Mason "
"skal Apachekonfigurationen genindlÃ¦ses, for at de bliver tilgÃ¦ngelige."

Bug#604164: emacsen-common: diff for NMU version 1.4.19+nmu1

2010-11-28 Thread Mehdi Dogguy

tags 604164 + pending
thanks

Dear maintainer,

I've prepared an NMU for emacsen-common (versioned as 1.4.19+nmu1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Mehdi Dogguy
diff -Nru emacsen-common-1.4.19/debian/changelog emacsen-common-1.4.19+nmu1/debian/changelog
--- emacsen-common-1.4.19/debian/changelog	2009-05-18 00:42:24.0 +0200
+++ emacsen-common-1.4.19+nmu1/debian/changelog	2010-11-28 23:08:26.0 +0100
@@ -1,3 +1,11 @@
+emacsen-common (1.4.19+nmu1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Don't call install-info in the postinst (Closes: #604164). Setting
+urgency to high due to RC bug fix.
+
+ -- Mehdi Dogguy   Sun, 28 Nov 2010 23:04:54 +0100
+
 emacsen-common (1.4.19) unstable; urgency=low
 
   * Move the sample package install/remove scripts from
diff -Nru emacsen-common-1.4.19/debian/postinst emacsen-common-1.4.19+nmu1/debian/postinst
--- emacsen-common-1.4.19/debian/postinst	2009-02-13 07:18:08.0 +0100
+++ emacsen-common-1.4.19+nmu1/debian/postinst	2010-11-28 23:08:57.0 +0100
@@ -39,7 +39,4 @@
 
 /usr/lib/emacsen-common/emacs-package-install emacsen-common
 
-# Clean up dead emacs info entry...
-install-info --remove --quiet emacs
-
 exit 0

Bug#605322: and the file

bye
Joe


# Danish translation obby.
# Copyright (C) 2010 obby & nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as obby package.
# Joe Hansen , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: obby\n"
"Report-Msgid-Bugs-To: http://gobby.0x539.de/\n";
"POT-Creation-Date: 2007-04-15 12:36+0200\n"
"PO-Revision-Date: 2010-11-28 17:30+01:00\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: inc/server_buffer.hpp:292
msgid "Sends an action to the chat."
msgstr "Sender en handling til snakken (chat)."

#: inc/server_buffer.hpp:373
msgid "File is not an obby document"
msgstr "Fil er ikke et obby-dokument"

#: inc/server_buffer.hpp:380
msgid "File is not a stored obby session"
msgstr "Fil er ikke en gemt obby-session"

#: inc/server_buffer.hpp:423 src/user_table.cpp:75 src/chat.cpp:251
#: src/text.cpp:188
msgid "Unexpected child node: '%0%'"
msgstr "Uventet underknude: Â»%0%Â«"

#: inc/serialise/attribute.hpp:127
msgid "Attribute '%0%' has unexpected type: %1%"
msgstr "Attrubut Â»%0%Â« har uventet type: Â»%1%Â«"

#: src/error.cpp:39
msgid "Colour is already in use"
msgstr "Farve er allerede i brug"

#: src/error.cpp:41
msgid "Wrong session password"
msgstr "Forkert sessionsadgangskode"

#: src/error.cpp:43
msgid "Wrong user password"
msgstr "Forkert brugeradgangskode"

#: src/error.cpp:45
msgid "Protocol version mismatch"
msgstr "Forskellige protokolversioner"

#: src/error.cpp:47
msgid "Connection is not yet encrypted"
msgstr "Forbindelse er endnu ikke krypteret"

#: src/user_table.cpp:58
msgid "User ID %0% is already in use"
msgstr "Bruger-id %0% er allerede i brug"

#: src/chat.cpp:257
msgid "Restored session"
msgstr "Gendannet session"

#: src/chat.cpp:332
msgid "%0% has joined"
msgstr "%0% er indtrÃ¥dt"

#: src/chat.cpp:339
msgid "%0% has left"
msgstr "%0% har forladt"

#: src/serialise/token.cpp:94
msgid "Unexpected escape sequence: \\%0%"
msgstr "Uventet escape-sekvens: \\%0%"

#: src/serialise/token.cpp:170
msgid "String not closed"
msgstr "Streng er ikke lukket"

#: src/serialise/token.cpp:275
msgid "Unexpected token: '%0%'"
msgstr "Uventet symbol: Â»%0%Â«"

#: src/serialise/token.cpp:395
msgid "Unexpected end of input"
msgstr "Uventet afslutning pÃ¥ inddata"

#: src/serialise/attribute.cpp:54
msgid "Expected '=' after %0%"
msgstr "Forventede Â»=Â« efter %0%"

#: src/serialise/attribute.cpp:65
msgid "Expected string literal as value for attribute '%0%'"
msgstr "Forventede strenglitteral som vÃ¦rdi for attribut Â»%0%Â«"

#: src/serialise/object.cpp:135
msgid "Child object's indentation must be parent's plus one"
msgstr "Underobjekts indrykning skal vÃ¦re overobjektets plus en"

#: src/serialise/object.cpp:148
msgid "Expected child object after indentation"
msgstr "Forventet underobjekt efter indrykning"

#: src/serialise/object.cpp:159
msgid "Expected child object instead of '%0%'"
msgstr "Forventet underobjekt i steden for Â»%0%Â«"

#: src/serialise/object.cpp:220 src/serialise/object.cpp:234
msgid "Object '%0%' requires attribute '%1%'"
msgstr "Objekt Â»%0%Â« krÃ¦ver attribut Â»%1%Â«"

#: src/serialise/parser.cpp:36
msgid "Could not open file '%0%' for reading"
msgstr "Kunne ikke Ã¥bne fil Â»%0%Â« for lÃ¦sning"

#: src/serialise/parser.cpp:97
msgid "Expected initial exclamation mark"
msgstr "Forventede et startudrÃ¥bstegn"

#: src/serialise/parser.cpp:107
msgid "Expected document type after '!'"
msgstr "Forventede dokumenttype efter Â»!Â«"

#: src/serialise/parser.cpp:118
msgid "Expected newline after document type"
msgstr "Forventede nylinje efter dokumenttype"

#: src/serialise/parser.cpp:127
msgid "Expected top-level object after document type"
msgstr "Forventede topniveauobjekt efter dokumenttype"

#: src/serialise/parser.cpp:137
msgid "Expected root object after document type"
msgstr "Forventede rodobjekt efter dokumenttype"

#: src/serialise/parser.cpp:147
msgid "Expected end of input instead of '%0%'"
msgstr "Forventede afslutning pÃ¥ inddata i steden for Â»%0%Â«"

#: src/serialise/parser.cpp:159
msgid "Could not open file '%0%' for writing"
msgstr "Kunne ikke Ã¥bne fil Â»%0%Â« for skriving"

Bug#605318: screen interference

2010-11-28 Thread Mike Sumner

Sorry, just read my comment and realised it was missing some info and was  
supposed to read:


Short horizontal lines appear across the screen in quick flashes when  
using radeon and 2.6.32-5-686.
I tried liquorix 2.6.36-1.dmz.1-liquorix-686 and get no interference, so  
assume the
problem is the radeon driver's interaction with the debian 2.6.32-5-686  
kernel.  If I install fglrx, I get no screen interference with kernel  
2.6.32-5-686.

Hope that makes sense



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605326: [INTL:da] Danish translation of the debconf templates rkhunter

Package: rkhunter
Severity: wishlist
Tags: l10n patch

Please include the attached Danish debconf translations.

j...@joe-desktop:~/over/debian/rkhunter$ msgfmt --statistics -c -v -o /dev/null 
da.po
7 oversatte tekster.

bye
Joe

# Danish translation rkhunter.
# Copyright (C) 2010 rkhunter & nedenstÃ¥ende oversÃ¦ttere.
# This file is distributed under the same license as rkhunter package.
# Joe Hansen , 2010.
#
msgid ""
msgstr ""
"Project-Id-Version: rkhunter\n"
"Report-Msgid-Bugs-To: Source: rkhun...@packages.debian.org\n"
"POT-Creation-Date: 2007-12-12 01:13+0530\n"
"PO-Revision-Date: 2010-11-28 17:30+01:00\n"
"Last-Translator: Joe Hansen \n"
"Language-Team: Danish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Activate daily run of rkhunter?"
msgstr "Aktiver daglig kÃ¸rsel af rkhunter?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"If you choose this option, rkhunter will be run automatically by a daily "
"cron job."
msgstr ""
"Hvis du vÃ¦lger denne indstilling, vil rkhunter kÃ¸re automatisk via et "
"dagligt cronjob."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Activate weekly update of rkhunter's databases?"
msgstr "Aktiver ugentlig opdatering af rkhunters databaser?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"If you choose this option, rkhunter databases will be updated automatically "
"by a weekly cron job."
msgstr ""
"Hvis du vÃ¦lger denne indstilling, vil rkhunters databaser blive opdateret "
"automatisk af et ugentligt cronjob."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Automatically update rkhunter's file properties database?"
msgstr "Opdater automatisk rkhunters database for filegenskaber?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"The file properties database can be updated automatically by the package "
"management system."
msgstr ""
"Databasen for filegenskaber kan automatisk opdateres af "
"pakkehÃ¥ndteringssystemet."

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"This feature is not enabled by default as database updates may be slow on "
"low-end machines. Even if it is enabled, the database won't be updated if "
"the 'hashes' test is disabled in rkhunter configuration."
msgstr ""
"Denne funktion er ikke aktiveret som standard, da databaseopdateringer kan "
"gÃ¥ langsomt pÃ¥ mindre maskiner. Selv hvis den er aktiveret, vil databaserne "
"ikke blive opdateret, hvis testen Â»hashesÂ« er deaktiveret i "
"rkhunter-konfigurationen."

Bug#605325: Please add support ata_generic

package: kernel-wedge
version: 2.71
tags: patch
severity: wishlist

Please add support ata_generic.
Some devices (e.g. Macbookpro) needs the ata_generic driver to
recognize CD drive on D-I.
Could you apply attached patch?

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6
From 64a02e39e256e58ed8f43e248ee1aea527a587ba Mon Sep 17 00:00:00 2001
From: Nobuhiro Iwamatsu 
Date: Mon, 29 Nov 2010 07:12:39 +0900
Subject: [PATCH] Add ata_generic to modules/sata-modules

---
 modules/sata-modules |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/modules/sata-modules b/modules/sata-modules
index 119f13f..4fb3eef 100644
--- a/modules/sata-modules
+++ b/modules/sata-modules
@@ -18,3 +18,4 @@ sata_sx4 ?
 sata_mv ?
 pdc_adma ?
 sata_inic162x ?
+ata_generic ?
-- 
1.7.2.3

Bug#605324: [INTL:da] Danish translation of the debconf templates xymon