Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.

[Ben Pfaff]

On Fri, Jul 27, 2012 at 08:39:42AM +0200, Bastian Blank wrote:
> On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote:
> > open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a
> > symlink.  lockfile_try_lock() interpreted that error code to mean that
> > some other process had created the lock file in the meantime, so it went
> > around its loop again, which found out the same thing, which led to a hang.
> > 
> > This commit fixes the problem by dropping O_EXCL.  I don't see any reason
> > that it's actually necessary.  That means that the loop itself is
> > unnecessary, so this commit drops that too.
> 
> I would always use the lock file at the target location of the database
> and not follow symlinks there. Otherwise more than one lock file can
> exist.

We have to follow symlinks, so that the lock file ends up in /var/lib,
because FHS says that /etc is static, and therefore may be mounted
read-only, and therefore we cannot create a read/write file there.

> On second thought, drop the lock file and use fcntl(db, F_SETLK…) on the
> database file itself. This lock is automatically released if the process
> dies.

We cannot drop the lock file, because the lock file grants the right not
merely to modify the database but to put another file in its place.
That is, the locked entity is the name, not the inode to which the name
refers.

The lock file itself is already locked with fcntl(), and always has been
from the earlier version of the database.  To obtain a write lock with
fcntl(), one must have the file open for writing, and therefore the lock
file cannot be in /etc.


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

Bug#682933: scratch: fails to purge - command in postrm not found: update-mime-database

[Andreas Beckmann]

Package: scratch
Version: 1.4.0.6~dfsg1-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to purge due
to a command not found. According to policy 7.2 you cannot rely on the
depends being available during purge, only the essential packages are
available for sure.

Filing this as important because a.) it's a clear policy violation (to
not clean up at purge) b.) having a piuparts clean archive is a release
goal since lenny and c.) this package being piuparts buggy blocks
packages depending on it from being tested by piuparts (and thus
possibly the detection of more severe problems).

>From the attached log (scroll to the bottom...):

  Removing scratch ...
  Purging configuration files for scratch ...
  /var/lib/dpkg/info/scratch.postrm: 8: /var/lib/dpkg/info/scratch.postrm: 
update-mime-database: not found
  dpkg: error processing scratch (--purge):
   subprocess installed post-removal script returned error exit status 127
  Errors were encountered while processing:
   scratch


cheers,

Andreas


scratch_1.4.0.6~dfsg1-2.log.gz
Description: GNU Zip compressed data

Bug#682932: freefoam: The freefoam-log utility writes to $PWD/logs/ instead of /logs/

[Michael Wild]

Package: freefoam
Version: 0.1.0-1
Severity: normal
Tags: upstream patch

Dear Maintainer,

This issue has been fixed by upstream in:
http://repo.or.cz/w/freefoam.git?a=commit;h=aad97ace1c6144f64f751642c44ce60cef9066d6


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

Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages freefoam depends on:
ii  libc62.13-34
ii  libfreefoam  0.1.0-1
ii  libgcc1  1:4.7.1-5
ii  libreadline6 6.2-8
ii  libstdc++6   4.7.1-5
ii  mpi-default-bin  1.0.1
ii  python   2.7.3-1
ii  tcsh [c-shell]   6.18.01-2
ii  zlib1g   1:1.2.7.dfsg-13

freefoam recommends no packages.

freefoam suggests no packages.

-- no debconf information
>From aad97ace1c6144f64f751642c44ce60cef9066d6 Mon Sep 17 00:00:00 2001
From: Michael Wild 
Date: Tue, 3 Jul 2012 13:52:39 +0200
Subject: FIX: Correct output directory for freefoam-log
Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=aad97ace1c6144f64f751642c44ce60cef9066d6
Applied-Upstream: 0.1.1

Signed-off-by: Michael Wild 
---
 bin/freefoam-log.py.in |7 ---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/bin/freefoam-log.py.in b/bin/freefoam-log.py.in
index 9476d98..21c54d4 100755
--- a/bin/freefoam-log.py.in
+++ b/bin/freefoam-log.py.in
@@ -282,18 +282,19 @@ if listOnly:
echo('\n'.join(vars))
sys.exit(0)
 
+logsDir = os.path.join(caseDir, 'logs')
+
 plog('Using:')
 plog('  log  : %s'%logName)
 plog('  database : %s'%dbName)
-plog('  files to : %s/logs/'%caseDir)
+plog('  files to : %s'%logsDir)
 plog('')
 
-logsDir = os.path.join(caseDir, 'logs')
 if not os.path.isdir(logsDir):
if os.path.exists(logsDir):
   sys.stderr.write('Error: `%s` exists but is not a directory\n'%logsDir)
   sys.exit(1)
-   os.mkdir('logs')
+   os.mkdir(logsDir)
 
 # loop over lines, extract data
 splitRegex = re.compile(r'\s*Time\s*=\s*(?P\S+)')
-- 
1.7.9.5

Bug#682931: freefoam: The freefoam-log utility fails on truncated logs

[Michael Wild]

Package: freefoam
Version: 0.1.0-1
Severity: normal
Tags: upstream patch

Dear Maintainer,

freefoam-log fails to work with a truncated log file where some of the data at
the last time-step is cut off (e.g. because the user aborted the program).

This is already fixed in upstream:
http://repo.or.cz/w/freefoam.git?a=commit;h=12af016309fc4828035e16290bc128955507ed43


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

Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages freefoam depends on:
ii  libc62.13-34
ii  libfreefoam  0.1.0-1
ii  libgcc1  1:4.7.1-5
ii  libreadline6 6.2-8
ii  libstdc++6   4.7.1-5
ii  mpi-default-bin  1.0.1
ii  python   2.7.3-1
ii  tcsh [c-shell]   6.18.01-2
ii  zlib1g   1:1.2.7.dfsg-13

freefoam recommends no packages.

freefoam suggests no packages.

-- no debconf information
>From 12af016309fc4828035e16290bc128955507ed43 Mon Sep 17 00:00:00 2001
From: Michael Wild 
Date: Tue, 13 Mar 2012 17:24:22 +0100
Subject: FIX: Handle truncated logs in freefoam-log
Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=12af016309fc4828035e16290bc128955507ed43
Applied-Upstream: 0.1.1

Signed-off-by: Michael Wild 
---
 bin/freefoam-log.py.in |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/bin/freefoam-log.py.in b/bin/freefoam-log.py.in
index 325dcf5..07d18e2 100755
--- a/bin/freefoam-log.py.in
+++ b/bin/freefoam-log.py.in
@@ -323,7 +323,7 @@ tLen = max(map(len, time))
 for n, v in data.items():
for i in xrange(len(v)):
   f = open(os.path.join(logsDir, '%s_%d'%(n, i)), 'wt')
-  for j in xrange(len(time)):
+  for j in range(min(len(time), len(v[i]))):
  if not noTime:
 f.write(('%-'+str(tLen)+'s  ')%time[j])
  f.write('%s\n'%v[i][j])
-- 
1.7.9.5

Bug#682887: eog crashes with *** glibc detected *** eog: malloc(): memory corruption: 0x0000000001d64c00 ***

[Roberto Di Cosmo]

The dependency is on package libxi, see the stack trace below, obtained before
upgrading it to the version that fixed the problem.

Since apt also installs libxi-dev when upgrading libxi, I looked at the wrong
line when writing the report, I apologize for the confusion.

In any case, libxi is not a direct dependency of eog,
so the fix may need to change the version of some other
package eog directly depends on.


$ eog
*** glibc detected *** eog: malloc(): memory corruption: 0x00b4a3f0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7fd510bd9606]
/lib/x86_64-linux-gnu/libc.so.6(+0x75673)[0x7fd510bdc673]
/lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x70)[0x7fd510bde420]
/usr/lib/libXi.so.6(XIQueryDevice+0x13d)[0x7fd50efe68fd]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x417b7)[0x7fd513a7b7b7]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_newv+0x703)[0x7fd51162c2b3]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_new_valist+0x1e0)[0x7fd51162c630]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_new+0xd4)[0x7fd51162c964]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x409e4)[0x7fd513a7a9e4]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x44844)[0x7fd513a7e844]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x42d60)[0x7fd513a7cd60]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x180c8a)[0x7fd51404fc8a]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_option_context_parse+0x388)[0x7fd511372458]
eog(main+0xa9)[0x4200a9]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fd510b85ead]
eog[0x420329]
=== Memory map: 
0040-00477000 r-xp  fe:01 494099 
/usr/bin/eog
00677000-00679000 r--p 00077000 fe:01 494099 
/usr/bin/eog
00679000-0067c000 rw-p 00079000 fe:01 494099 
/usr/bin/eog
00af7000-00b7d000 rw-p  00:00 0  [heap]
7fd50400-7fd504021000 rw-p  00:00 0 
7fd504021000-7fd50800 ---p  00:00 0 
7fd50aa1a000-7fd50aa23000 r-xp  fe:01 1092509
/usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7fd50aa23000-7fd50ac22000 ---p 9000 fe:01 1092509
/usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7fd50ac22000-7fd50ac23000 rw-p 8000 fe:01 1092509
/usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7fd50ac23000-7fd50ac33000 r-xp  fe:01 167838 
/usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9
7fd50ac33000-7fd50ae33000 ---p 0001 fe:01 167838 
/usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9
7fd50ae33000-7fd50ae34000 rw-p 0001 fe:01 167838 
/usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9
7fd50ae34000-7fd50ae3a000 r-xp  fe:01 252835 
/usr/lib/libogg.so.0.7.1
7fd50ae3a000-7fd50b039000 ---p 6000 fe:01 252835 
/usr/lib/libogg.so.0.7.1
7fd50b039000-7fd50b03a000 rw-p 5000 fe:01 252835 
/usr/lib/libogg.so.0.7.1
7fd50b03a000-7fd50b06c000 r-xp  fe:01 258684 
/usr/lib/libvorbis.so.0.4.5
7fd50b06c000-7fd50b26b000 ---p 00032000 fe:01 258684 
/usr/lib/libvorbis.so.0.4.5
7fd50b26b000-7fd50b26c000 rw-p 00031000 fe:01 258684 
/usr/lib/libvorbis.so.0.4.5
7fd50b26c000-7fd50b274000 r-xp  fe:01 258680 
/usr/lib/libvorbisfile.so.3.3.4
7fd50b274000-7fd50b473000 ---p 8000 fe:01 258680 
/usr/lib/libvorbisfile.so.3.3.4
7fd50b473000-7fd50b474000 rw-p 7000 fe:01 258680 
/usr/lib/libvorbisfile.so.3.3.4
7fd50b474000-7fd50b483000 r-xp  fe:01 493784 
/usr/lib/libcanberra.so.0.2.3
7fd50b483000-7fd50b683000 ---p f000 fe:01 493784 
/usr/lib/libcanberra.so.0.2.3
7fd50b683000-7fd50b684000 rw-p f000 fe:01 493784 
/usr/lib/libcanberra.so.0.2.3
7fd50b684000-7fd50b688000 r-xp  fe:01 241726 
/usr/lib/libcanberra-gtk3.so.0.1.8
7fd50b688000-7fd50b887000 ---p 4000 fe:01 241726 
/usr/lib/libcanberra-gtk3.so.0.1.8
7fd50b887000-7fd50b888000 rw-p 3000 fe:01 241726 
/usr/lib/libcanberra-gtk3.so.0.1.8
7fd50b888000-7fd50b88d000 r-xp  fe:01 1084903
/usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so
7fd50b88d000-7fd50ba8c000 ---p 5000 fe:01 1084903
/usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so
7fd50ba8c000-7fd50ba8d000 rw-p 4000 fe:01 1084903
/usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so
7fd50ba8d000-7fd50ba98000 r-xp  fe:01 135052 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7fd50ba98000-7fd50bc97000 ---p b000 fe:01 135052 
/lib/x86_64-linux-gnu/libnss_files-2.13.so
7fd50bc97000-7fd50bc98000 r--p a000 fe:01 135052 
/lib/x86_64-linux-gnu/libnss_fil

Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.

[Bastian Blank]

On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote:
> open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a
> symlink.  lockfile_try_lock() interpreted that error code to mean that
> some other process had created the lock file in the meantime, so it went
> around its loop again, which found out the same thing, which led to a hang.
> 
> This commit fixes the problem by dropping O_EXCL.  I don't see any reason
> that it's actually necessary.  That means that the loop itself is
> unnecessary, so this commit drops that too.

I would always use the lock file at the target location of the database
and not follow symlinks there. Otherwise more than one lock file can
exist.

On second thought, drop the lock file and use fcntl(db, F_SETLK…) on the
database file itself. This lock is automatically released if the process
dies.

Bastian

-- 
Oblivion together does not frighten me, beloved.
-- Thalassa (in Anne Mulhall's body), "Return to Tomorrow",
   stardate 4770.3.


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

Bug#663674: ztex-bmp: FTBFS: bmp.pas(309, 20) Error: Call by var for arg no. 1 has to match exactly: Got "CMacroBuf" expected "CTextBuf"

[Steffen Möller]

On 07/26/2012 06:24 PM, gregor herrmann wrote:
> On Sat, 12 May 2012 17:05:13 +0200, Steffen Möller wrote:
>
>> Peter, have many thanks.  I see what I can do over the weekend. 
> Seems you're having a long weekend :)
Did I truly write that in May? Strange. I think to have already
mentioned in some other mail that upstream has fixed everything
in a new version when I had reported the issue.
> IOW: Any news on this bug? The patch seems small and reasonable to
> me.
Coming. I had invalidated my gpg key, have just a few days
ago submitted my new key with the two sigs. This bug - and a few
others - will be addressed immediately when the key is in the
keyring.

Steffen


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

Bug#682930: Please warn users not to use vlan with NetworkManager

[Thomas Hood]

Package: vlan
Severity: wishlist

NM is not integrated with the vlan package; VLAN interface definitions
in /e/n/i won't be properly configured by NM.  NetworkManager now has
native VLAN support.  Please add a note to the README (or somewhere)
that vlan should not be used with NetworkManager; NetworkManager's
native VLAN support should be used.

Evidence that such a warning is needed:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/353835


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

Bug#682929: equivs: Confused by symlinks in Files

[Ian Zimmerman]

Package: equivs
Version: 2.0.9
Severity: normal

I tried to do something like this:

 [50+1]transitional-foo$ grep '^Files:' control
Files: foo /usr/bin
 [51+1]transitional-foo$ file foo
foo: broken symbolic link to `bar'

The idea was to make a "compatibility" package for bar which would allow
calling /usr/bin/bar as /usr/bin/foo instead (and, more importantly,
would allow the installation of other packages that depend on foo,
without installing the real foo).

Unfortunately equivs gets seriously confused in this situation:
 [40+0]transitional-foo equivs-build control
Cannot copy foo to
 /usr/local/var/git/transitional-sp/equivs.nI3JY_/install/0/foo:\
No such file or directory

When I make foo a trivial shell script instead, it works:
 [52+1]transitional-foo cat foo
#! /bin/sh

exec /usr/bin/bar "$@"
 [53+1]transitional-foo equivs-build control
dh_testdir
dh_testroot
dh_prep
dh_testdir
dh_testroot
dh_install
dh_installdocs
dh_installchangelogs
dh_compress
dh_fixperms
dh_installdeb
dh_gencontrol
dh_md5sums
dh_builddeb
dpkg-deb: building package `transition-foo' in `../transition-foo_1.0_all.deb'.

The package has been created.
Attention, the package has been created in the current directory,
not in ".." as indicated by the message above!


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

Kernel: Linux 3.4.6-custom (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 equivs depends on:
ii  debhelper  9.20120608
ii  dpkg-dev   1.16.4.3
ii  fakeroot   1.18.4-2
ii  make   3.81-8.2
ii  perl   5.14.2-12

equivs recommends no packages.

equivs 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#667417: fixing __float128?

[Mathieu Malaterre]

On Fri, Jul 27, 2012 at 8:17 AM, Mathieu Malaterre
 wrote:
> Steve,
>
> [CCing Brad for confirmation]
>
> On Fri, Jul 27, 2012 at 4:13 AM, Steve M. Robbins  wrote:
>> Hey ... is there a trick to fix #654718 similar to that for __int128?
>
> I guess:
>
> #undef _GLIBCXX_USE_FLOAT128

As a side note I was able to build wrapitk-python yesterday with
current -4 gccxml...


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

Bug#682925: libnss3-dev: please mark multi-arch: foreign

[Mike Hommey]

On Fri, Jul 27, 2012 at 04:58:27AM +, shawn wrote:
> Package: libnss3-dev
> Severity: normal
> Tags: patch
> Usertags: multiarch
> 
> Dear Maintainer,
> please mark this package multi-arch: foreign so packages that depend on it
> can be cross-built

bug report says foreign, patch says same. which is it?

> commit d5228872aa996555e5f6ef0c868c4c72a2b08e47
> Author: Shawn Landden 
> Date:   Fri Jul 27 04:44:30 2012 +
> 
> mark libnss3-dev Multi-arch: same
> 
> diff --git a/debian/control b/debian/control
> index 0883c06..23f7601 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -54,6 +54,7 @@ Package: libnss3-dev
>  Section: libdevel
>  Architecture: any
>  Depends: ${misc:Depends}, libnss3 (= ${binary:Version}), libnspr4-dev (>= 
> 4.6.6-1)
> +Multi-Arch: ${misc:Multi-Arch}
>  Description: Development files for the Network Security Service libraries
>   This is a set of libraries designed to support cross-platform development
>   of security-enabled client and server applications. It can support SSLv2
> 
> 
> -- System Information:
> Debian Release: wheezy
>   APT prefers testing
>   APT policy: (990, 'testing')
> Architecture: armel (armv5tel)
> 
> Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages libnss3-dev depends on:
> pn  libnspr4-dev  
> ii  libnss3-1d2:3.13.5-1
> 
> libnss3-dev recommends no packages.
> 
> libnss3-dev suggests no packages.
> 
> ___
> pkg-mozilla-maintainers mailing list
> pkg-mozilla-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozilla-maintainers


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

Bug#682922: xserver-xorg-video-radeon: Linux kernel 3.5 compiled with kms support but drm report modesetting isn't supported. GPU only supported with KMS, using vesa instead.

[Hor Jiun Shyong]

Update: issue is resolved with adding of "radeon" into /etc/modules. 
Able to get 1920x1080 full resolution.


55.735] (II) [KMS] Kernel modesetting enabled.
[ 55.735] (WW) Falling back to old probe method for fbdev
[ 55.735] (II) Loading sub module "fbdevhw"
[ 55.735] (II) LoadModule: "fbdevhw"
[ 55.736] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[ 55.762] (II) Module fbdevhw: vendor="X.Org Foundation"
[ 55.762] compiled for 1.12.3, module version = 0.0.2
[ 55.762] ABI class: X.Org Video Driver, version 12.0
[ 55.762] (WW) Falling back to old probe method for vesa
[ 55.762] (**) RADEON(0): Depth 24, (--) framebuffer bpp 32
[ 55.762] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 
bpp pixmaps)

[ 55.762] (==) RADEON(0): Default visual is TrueColor
[ 55.762] (==) RADEON(0): RGB weight 888
[ 55.762] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC)
[ 55.762] (--) RADEON(0): Chipset: "SUMO" (ChipID = 0x964a)
[ 55.762] (II) RADEON(0): PCIE card detected




--
Regards,
Hor Jiun Shyong 何俊雄

Blog: jiunshyong.dyndns.org
twitter.com/jiunshyong
facebook.com/jiunshyong

I'm an FSF member -- Help us support software freedom! 
http://www.fsf.org/jf?referrer=2442

Knowing is not enough, we must apply. Willing is not enough, we must do - Bruce 
Lee.


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

Bug#675386: fixed in klavaro 1.9.4-2

[Bart Martens]

On Thu, Jul 26, 2012 at 11:11:22PM -0700, T Elcor wrote:
> I tried it, much better now. Thanks for fixing it.

Thanks to Felipe Castro for the patch, and obviously for all his work on the
klavaro package.

Regards,

Bart Martens


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

Bug#667417: fixing __float128?

[Mathieu Malaterre]

Steve,

[CCing Brad for confirmation]

On Fri, Jul 27, 2012 at 4:13 AM, Steve M. Robbins  wrote:
> Hey ... is there a trick to fix #654718 similar to that for __int128?

I guess:

#undef _GLIBCXX_USE_FLOAT128

But I do not know if this is a fix, or a hack.

HTH
-- 
Mathieu


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

Bug#682925: libnss3-dev: please mark multi-arch: foreign

[shawn]

On Fri, 2012-07-27 at 08:08 +0200, Mike Hommey wrote:
> 
> 
> bug report says foreign, patch says same. which is it? 

It's same, and i compile tested that it does that. I also thought i
responded to this bug report to correct myself, but i guess that never
got sent correctly.
-- 
-Shawn Landden


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

Bug#675386: fixed in klavaro 1.9.4-2

[T Elcor]

I tried it, much better now. Thanks for fixing it.


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

Bug#682928: freefoam: Contains non-DFSG-free files

[Michael Wild]

Package: freefoam
Version: 0.1.0-1
Severity: serious
Justification: Policy 2.1

Dear Maintainer,

The source package contains several non-free files. Namely, these are:

* Removed by upstream in commit e0497b96c7c179ff85d76a06245171a119e291ba:
  - applications/test/readCHEMKINIII/CHEMKINdata/chem.*
  - applications/test/readCHEMKINIII/CHEMKINdata/therm*
  - applications/test/readCHEMKINIII/CHEMKINdata/test.inp
  - applications/test/readCHEMKINIII/CHEMKINdata/ckinterp.f

* Removed by upstream in commit 1db671676931e31d12da133f3fd2d80c0c68f019:
  - 
applications/utilities/postProcessing/dataConversion/foamToFieldview9/write_binary_uns.c
  - 
applications/utilities/postProcessing/dataConversion/foamToFieldview9/fv_reader_tags.h

* Removed by upstream in commit b77175cec63bd7cdc007b301ee2980f104e41150:
  - applications/utilities/postProcessing/graphics/ensightFoamReader/*

* Removed by upstream in commit d0b5c16e1f8debd80ad8a5b7c281c0b54af3c8d5:
  - applications/utilities/surface/surfaceCoarsen/bunnylod/rabdata.[Ch]

* Removed by upstream in commit e9f13e87806ceb9996d9e26dc586f4fa766d767c:
  - applications/utilities/mesh/conversion/kivaToFoam/kiva3v-valves.*


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

Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
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#677173: 3.2.19-1: after some time, the USB keyboard no longer works

[Julien Cristau]

On Fri, Jul 27, 2012 at 02:39:14 +0100, Wookey wrote:

> A way to confirm if the slowkeys feature is currently engaged would
> allow me to confirm this more directly next time. 
> 
http://cgit.freedesktop.org/xorg/xserver/commit/?id=4af8e22b1a539778388fe509a7f3a25860a7879c
is in the X server in sid, so the X log should tell you.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#306043: Chio =)I found...

[Jupp Binstead]

Thank for those fresh news. I am told you on last wednesday, I have counted 
that..
Check it out http://armag.vel.pl/icq.php
If you need more you can just ask me :))


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

Bug#682927: freefoam: FTBFS with GCC-4.7 because of missing qualifications of template-dependent names

[Michael Wild]

Package: freefoam
Version: 0.1.0-1
Severity: serious
Tags: upstream patch
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

g++-4.7 is more strict about qualifiying template-dependent names than previous
versions where, and hence freefoam fails to build from source.

The issue has been fixed in the upstream repository:
http://repo.or.cz/w/freefoam.git?a=commit;h=6ba7fe4ed4cf45de8edd362bea123acb89bfab82


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

Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL 
set to C)
Shell: /bin/sh linked to /bin/dash
>From 6ba7fe4ed4cf45de8edd362bea123acb89bfab82 Mon Sep 17 00:00:00 2001
From: Michael Wild 
Date: Fri, 6 Jul 2012 10:47:33 +0200
Subject: [PATCH] FIX: Missing qualifications of template-dependent names
Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=6ba7fe4ed4cf45de8edd362bea123acb89bfab82
Applied-Upstream: 0.1.1

GCC-4.7 is more strict and requires this.

Signed-off-by: Michael Wild 
---
 .../HashTables/HashPtrTable/HashPtrTable.C |4 ++--
 .../HashTables/HashPtrTable/HashPtrTableIO.C   |4 ++--
 .../containers/HashTables/HashSet/HashSet.C|   20 +--
 .../LinkedLists/accessTypes/ILList/ILList.C|6 +++---
 .../LinkedLists/accessTypes/ILList/ILList.H|2 +-
 .../LinkedLists/accessTypes/ILList/ILListIO.C  |8 
 .../LinkedLists/accessTypes/LPtrList/LPtrListIO.C  |8 
 .../DimensionedField/DimensionedField.C|2 +-
 .../DimensionedField/DimensionedFieldIO.C  |2 +-
 .../GeometricField/GeometricBoundaryField.C|   12 +--
 .../basicSymmetry/basicSymmetryPointPatchField.C   |2 +-
 .../basic/mixed/mixedPointPatchField.C |2 +-
 .../basic/value/valuePointPatchField.C |4 ++--
 .../constraint/cyclic/cyclicPointPatchField.C  |2 +-
 .../processor/processorPointPatchField.C   |2 +-
 .../constraint/wedge/wedgePointPatchField.C|2 +-
 .../fixedNormalSlipPointPatchField.C   |2 +-
 .../derived/global/globalPointPatchField.C |4 ++--
 .../autoHexMesh/trackedParticle/ExactParticle.C|2 +-
 .../TimeActivatedExplicitSourceList.C  |2 +-
 .../ddtSchemes/CoEulerDdtScheme/CoEulerDdtScheme.C |   13 
 .../CrankNicholsonDdtScheme.C  |   13 
 .../ddtSchemes/EulerDdtScheme/EulerDdtScheme.C |   13 
 .../ddtSchemes/SLTSDdtScheme/SLTSDdtScheme.C   |   13 
 .../backwardDdtScheme/backwardDdtScheme.C  |   13 
 .../localEulerDdtScheme/localEulerDdtScheme.C  |   13 
 .../limitedSurfaceInterpolationScheme.C|2 +-
 .../multivariateSurfaceInterpolationScheme.H   |2 +-
 src/lagrangian/basic/Cloud/Cloud.C |2 +-
 .../dsmc/clouds/Templates/DsmcCloud_/DsmcCloud_.C  |2 +-
 .../Templates/KinematicParcel/KinematicParcel.C|   15 +-
 .../ReactingMultiphaseParcel.C |   21 
 .../Templates/ReactingParcel_/ReactingParcel_.C|   17 ++--
 .../parcels/Templates/ThermoParcel/ThermoParcel.C  |   15 +-
 src/sampling/sampledSet/writers/csv/csvSetWriter.C |4 ++--
 .../sampledSet/writers/gnuplot/gnuplotSetWriter.C  |9 +++--
 .../sampledSet/writers/jplot/jplotSetWriter.C  |2 +-
 src/sampling/sampledSet/writers/raw/rawSetWriter.C |4 ++--
 .../sampledSet/writers/xmgrace/xmgraceSetWriter.C  |9 +++--
 .../surfaceFormats/ac3d/AC3DsurfaceFormat.C|2 +-
 src/surfMesh/surfaceFormats/nas/NASsurfaceFormat.C |2 +-
 src/surfMesh/surfaceFormats/obj/OBJsurfaceFormat.C |4 ++--
 src/surfMesh/surfaceFormats/off/OFFsurfaceFormat.C |2 +-
 .../surfaceFormats/smesh/SMESHsurfaceFormat.C  |2 +-
 .../surfaceFormats/starcd/STARCDsurfaceFormat.C|4 ++--
 src/surfMesh/surfaceFormats/stl/STLsurfaceFormat.C |4 ++--
 src/surfMesh/surfaceFormats/tri/TRIsurfaceFormat.C |2 +-
 src/surfMesh/surfaceFormats/vtk/VTKsurfaceFormat.C |2 +-
 src/surfMesh/surfaceFormats/wrl/WRLsurfaceFormat.C |2 +-
 src/surfMesh/surfaceFormats/x3d/X3DsurfaceFormat.C |2 +-
 .../specie/reaction/Reactions_/Reaction/Reaction.C |4 ++--
 51 files changed, 199 insertions(+), 107 deletions(-)

diff --git a/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C b/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C
index 7852298..4a595a8 100644
--- a/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C
+++ b/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C
@@ -47,7 +47,7 @@ Foam::HashPtrTable::HashPtrTable
 {
 for (const_iterator iter = ht.begin(); iter != ht.end(); +

Bug#285172: hallo buddy!!I found this!!!

[Winona Milletics]

Thank you 4 those good tidings...
I am said you on last wednesday, i have understood this =)) enjoy:
http://northumberlanddental.com/icq.php
If you need some more of this you can just ask..


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

Bug#607081: rubber: Traceback is printed when compiling tex files that include package xparse with the '--warn all' flag

[Hilmar Preusse]

On 14.12.10 Luís Picciochi Oliveira (pitxy...@gmail.com) wrote:

Hi,


http://bugs.debian.org/607081 

> If I compile a .tex file that is using \usepackage{xparse}, rubber can
> compile
> it correctly:
> 
> $ rubber bla.tex
> compiling bla.tex...
> $ echo $?
> 0
> 
> However, if I provide it the '--warn all' argument, the following
> traceback is printed:
> 
I couldn't reproduce this using the latest rubber snapshot I've
uploaded to unstable. Interestingly I couldn't reproduce it either
when using the version you've reported the bug for.

How to proceed? Do you still see the problem?

Hilmar
-- 
sigfault


signature.asc
Description: Digital signature

Bug#675719: jack_control broken (obvious syntax errors)

[Dan Chen]

tags 675719 + fixed-upstream
thanks

Please see
https://github.com/jackaudio/jack2/commit/e54729a300feb86e860df3553fcb135fa266a9c9

Bug#682900: mime-support: File renamed and copied to /tmp if contain Russian letters...

[Charles Plessy]

tag 682900 confirmed
thanks

Le Fri, Jul 27, 2012 at 01:00:09AM +0300, Oleksandr Gavenko a écrit :
> 
> >From 'htop' utility:
> 
> 28077 user   20   0  122M  2584  1736 S  0.0  0.1  0:00.04 ├─ 
> /usr/bin/perl /usr/bin/see /home/user/net/васильева_007.jpg
> 28081 user   20   0  4164   584   492 S  0.0  0.0  0:00.00 │  └─ sh -c 
> gthumb '/tmp/filemVzMYj'
> 28082 user   20   0  623M 92168 18772 S  0.0  2.3  0:02.35 │ └─ 
> gthumb /tmp/filemVzMYj
> 
> As you can see 'gthumb' called with file from '/tmp' dir.
> 
> When file name does not contain Russian letters 'gthumb' start from current
> directory with original file name.

Dear Oleksandr,

thank you for your report.

Here is the code of run-mailcap that causes васильева_007.jpg to be aliased.

if ($file ne "-") {
if ($comm =~ m/[^%]%s/) {
if ($file =~ m![^ a-z0-9,.:/@%^+=_-]!i) {
$match =~ m/nametemplate=(.*?)\s*($|;)/;
my $prefix = $1;
my $linked = 0;
while (!$linked) {
$tmplink = TempFile($prefix);
unlink($tmplink);
if ($file =~ m!^/!) {
$linked = symlink($file,$tmplink);
} else {
my $pwd = `/bin/pwd`;
chomp($pwd);
$linked = symlink("$pwd/$file",$tmplink);
}
}
print STDERR " - filename contains shell meta-characters; 
aliased to '$tmplink'\n" if $debug;

As you see, the reason is to avoid shell meta-characters.  This was probably
written with only ASCII in mind, we need to make it more Unicode-friendly.

If you can help us by proposing a patch that respects the original purpose,
protecting against shell meta-characters, your contribution will be most
welcome.

Otherwise, I need to ask for your patience, as there are at least two other
tasks that I think need to be completed first.

  http://charles.plessy.org/Debian/debiâneries/mime-support/

Have a nice week-end,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#682926: nss: does not yield to CC or CPP, environment variables, multi-arch crossbuild support

[shawn]

Source: nss
Severity: wishlist

Dear Maintainer,

I was unable to get this package cross-compiling 
by turning off the hard coding of CC and CPP in 
mozilla/security/Makefile (NS_USE_GCC in rules)

and then setting the CC and CPP, etc environment variables
-- System Information:
Debian Release: wheezy
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#682925: Acknowledgement (libnss3-dev: please mark multi-arch: foreign)

[shawn]

* Multi-arch: same

and that patch does that, I compile-tested it, and examined the
resulting deb


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

Bug#681968: RFS: scscp-imcce/0.6.4+ds-1 [ITP] -- IMCCE SCSCP C Library

[Jerome BENOIT]

Dear Mentors:

On 19/07/12 16:13, Jerome BENOIT wrote:

Dear Mentors:

On 18/07/12 11:22, Thibaut Paumard wrote:

Le 18/07/12 10:40, Jerome Benoit a écrit :

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "scscp-imcce"

[...]


SCSCP stands for Symbolic Computation Software Composibility Protocol.
This protocol is developed by the European project SCIEnce - Symbolic
Computation Infrastructure for Europe: http://www.symbolic-computing.org/


Dear Jérôme,

What about putting your package under collaborative maintenance in by
the Debian Science Team?


I am on my way to do so.


Done !



See:


http://debian-science.alioth.debian.org/debian-science-policy.html

It may then be easier for you to find a sponsor within the team.

I can help you with that (setting up a git repository on alioth and all)


I will have an attentive look before asking.


but I can't sponsor you (yet).

Regards, Thibaut.




Sincerely,
Jerome



Sincerely,
Jerome




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

Bug#682925: libnss3-dev: please mark multi-arch: foreign

[shawn]

Package: libnss3-dev
Severity: normal
Tags: patch
Usertags: multiarch

Dear Maintainer,
please mark this package multi-arch: foreign so packages that depend on it
can be cross-built

commit d5228872aa996555e5f6ef0c868c4c72a2b08e47
Author: Shawn Landden 
Date:   Fri Jul 27 04:44:30 2012 +

mark libnss3-dev Multi-arch: same

diff --git a/debian/control b/debian/control
index 0883c06..23f7601 100644
--- a/debian/control
+++ b/debian/control
@@ -54,6 +54,7 @@ Package: libnss3-dev
 Section: libdevel
 Architecture: any
 Depends: ${misc:Depends}, libnss3 (= ${binary:Version}), libnspr4-dev (>= 
4.6.6-1)
+Multi-Arch: ${misc:Multi-Arch}
 Description: Development files for the Network Security Service libraries
  This is a set of libraries designed to support cross-platform development
  of security-enabled client and server applications. It can support SSLv2


-- System Information:
Debian Release: wheezy
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libnss3-dev depends on:
pn  libnspr4-dev  
ii  libnss3-1d2:3.13.5-1

libnss3-dev recommends no packages.

libnss3-dev suggests no packages.


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

Bug#202059: Hallo, buddy!!This mission accompished

[Norihiro Averseng]

thanks you for all those fresh news.
As I promised you on wednesday, i explained this!!
Enjoy that
http://tehnodarija.hr/icq.php If you need some more of this you can just ask 
me=)


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

Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot

[Michael Wild]

On 07/27/2012 12:45 AM, Sebastian Ramacher wrote:
> Hi Michael,
> 
> On 26/07/12 22:39, Michael Wild wrote:
>> How should I proceed? Should I upload viennacl-1.2.0-2 to mentors and
>> ask for sponsorship? I don't suppose that 1.3.0-1 would be uploadable
>> due to the freeze, right?
>>
>> Michael
> 
> The diff between 1.2.0-1 and 1.3.0-1 is huge:
>  311 files changed, 19800 insertions(+), 3235 deletions(-)
> 
> So viennacl 1.2.0-2 with only the fix for this bug sounds like the best idea 
> to
> me. That'd make it easier for the Release Team to review the diff and to 
> grant a
> freeze exception to viennacl eventually.
> 
> Kind regards
> 

The frustrating thing about this is that I uploaded 1.3.0-1 to mentors
back in *march* and prodded the mentors and science lists multiple times...

I will prepare a 1.2.0-2 version containing this fix as soon as I can.

Michael


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

Bug#682924: gyp: please mark multi-arch: foreign until apt gets fixed for arch: all packages

[shawn]

Source: gyp
Severity: wishlist

Dear Maintainer,

yes,

multi-arch: foreign is needed until apt gets fixed for arch: all packages

-- System Information:
Debian Release: wheezy
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

-- 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#682923: dos2unix: small update needed to conv

[ubuntu6226]

Package: dos2unix
Version: 5.0-2
Severity: normal






ultravo@debian:/media/pendrive$ dos2unix  vim_plugins/_vimrc >  vimrc
dos2unix: converting file vim_plugins/_vimrc to UNIX format ...

it would need a small update I would say to convert better.

geany will help me ...;) 

Kind regards





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

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

Versions of packages dos2unix depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

dos2unix recommends no packages.

dos2unix 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#682922: xserver-xorg-video-radeon: Linux kernel 3.5 compiled with kms support but drm report modesetting isn't supported. GPU only supported with KMS, using vesa instead.

[Hor Jiun Shyong]

Additional information:

When "modprobe radeon" is run, dmesg output is as below.  However Vt1 to 
VT 6 gets blinking cursor and the original VT7 still remains in vesa 
mode with low resolution 1280x1024.


[ 2056.963981] [drm] Initialized drm 1.1.0 20060810
[ 2057.046762] [drm] radeon kernel modesetting enabled.
[ 2057.047698] [drm] initializing kernel modesetting (SUMO 0x1002:0x964A 
0x1043:0x84C8).

[ 2057.047835] [drm] register mmio base: 0xFEB0
[ 2057.047839] [drm] register mmio size: 262144
[ 2057.048179] ATOM BIOS: General
[ 2057.048232] radeon :00:01.0: VRAM: 1024M 0x - 
0x3FFF (1024M used)
[ 2057.048240] radeon :00:01.0: GTT: 512M 0x4000 - 
0x5FFF

[ 2057.050145] [drm] Detected VRAM RAM=1024M, BAR=256M
[ 2057.050153] [drm] RAM width 32bits DDR
[ 2057.050414] [TTM] Zone  kernel: Available graphics memory: 3572102 kiB
[ 2057.050417] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[ 2057.050418] [TTM] Initializing pool allocator
[ 2057.050429] [TTM] Initializing DMA pool allocator
[ 2057.050462] [drm] radeon: 1024M of VRAM memory ready
[ 2057.050464] [drm] radeon: 512M of GTT memory ready.
[ 2057.050485] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 2057.050486] [drm] Driver supports precise vblank timestamp query.
[ 2057.050525] radeon :00:01.0: irq 50 for MSI/MSI-X
[ 2057.050535] radeon :00:01.0: radeon: using MSI.
[ 2057.050567] [drm] radeon: irq initialized.
[ 2057.050572] [drm] GART: num cpu pages 131072, num gpu pages 131072
[ 2057.051384] [drm] Loading SUMO Microcode
[ 2057.182682] [drm] PCIE GART of 512M enabled (table at 
0x0004).

[ 2057.182886] radeon :00:01.0: WB enabled
[ 2057.182896] radeon :00:01.0: fence driver on ring 0 use gpu addr 
0x4c00 and cpu addr 0x8801d03c4c00

[ 2057.200105] [drm] ring test on 0 succeeded in 1 usecs
[ 2057.200600] [drm] ib test on ring 0 succeeded in 0 usecs
[ 2057.201578] [drm] Radeon Display Connectors
[ 2057.201580] [drm] Connector 0:
[ 2057.201581] [drm]   VGA-1
[ 2057.201582] [drm]   HPD2
[ 2057.201583] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 
0x644c 0x644c

[ 2057.201584] [drm]   Encoders:
[ 2057.201585] [drm] CRT1: INTERNAL_UNIPHY2
[ 2057.201586] [drm] CRT1: NUTMEG
[ 2057.201587] [drm] Connector 1:
[ 2057.201588] [drm]   HDMI-A-1
[ 2057.201589] [drm]   HPD1
[ 2057.201590] [drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 
0x643c 0x643c

[ 2057.201591] [drm]   Encoders:
[ 2057.201592] [drm] DFP1: INTERNAL_UNIPHY2
[ 2057.218668] [drm] Internal thermal controller without fan control
[ 2057.218708] [drm] radeon: power management initialized
[ 2057.350198] [drm] fb mappable at 0xC0142000
[ 2057.350201] [drm] vram apper at 0xC000
[ 2057.350202] [drm] size 8294400
[ 2057.350203] [drm] fb depth is 24
[ 2057.350204] [drm]pitch is 7680
[ 2057.350411] fbcon: radeondrmfb (fb0) is primary device
[ 2057.350641] Console: switching to colour frame buffer device 240x67
[ 2057.350647] fb0: radeondrmfb frame buffer device
[ 2057.350648] drm: registered panic notifier
[ 2057.350656] [drm] Initialized radeon 2.17.0 20080528 for :00:01.0 
on minor 0



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

Bug#682865: youtube-dl: fails on vimeo

[Rogério Brito]

Hi, Samuel.

On Jul 26 2012, Samuel Thibault wrote:
> € youtube-dl -v http://vimeo.com/9716807
> [debug] Proxy map: {}
> [vimeo] 9716807: Downloading webpage
> ERROR: Unable to retrieve video webpage: HTTP Error 404: Not Found

Oh, darn. I get the same problem. I see now that vimeo has changed its
layout and offers the possibility of direct download... The new upstream
version fixes this. I will take some time this weekend to upload a new
version.

*Please*, if I don't upload, *ping* me, as I am very busy in real life right
now.


Thanks for the report,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#682921: samba: slow samba performance (both network and disk)

[Florin Iucha]

Package: samba
Version: 2:3.6.6-2
Severity: important

Dear Maintainer,

Context:  I have a workstation W (running Windows 7 Professional 64 bit)
and a server S running Debian GNU/Linux 64 bit).  The workstation is a
6-core Xeon, the server is a 4-core i7, both with hyperthreading.  The
workstation has 12GB of RAM, the server has 16.  The workstation has
on-board dual Intel gigabit Ethernet controllers (with Jumbo frames
enabled, IP checksum offload, TCP checksum offload, ...). The server
has dual Marvell SysKonnect gigabit Ethernet controllers (with Jumbo
frames enabled, IP checksum offload, TCP checksum offload, ...). They
are connected via a Cisco SG300-10 managed gigabit switch with Jumbo
frames enabled.

I have installed a fresh copy of Debian wheezy (kernel 3.2.0, samba
3.6.0).  On the system hard drive (Samsung 1TB, 7200 RPM) I have created
two logical volumes, formatted one with XFS (or ext4) and one exported
through iSCSI.

iperf with 128KB window on the Linux side and 1024KB window and 1024KB
length of buffer to send determines the speed to be 801mbit/second.

Importing the iSCSI partition on Windows, formatting it with NTFS,
then copying 11GB (basically tarring up C:\Program Files using 7-zip,
no compression) and monitoring the performance with 'dstat 5' on Linux
produces a steady stream of network receives and disk writes at 75-79
MBytes/second.

Connecting the mounted filesystem that is exported via Samba and writing
the same test file produces network receive rates that fluctuate between
21 MBytes/s and 51 MBytes/s (but clustered around 35-43 MBytes/s)
The disk writes are also interesting, as they go between 2.5KBytes/s
to 136MBytes/s.

Other than the test, the boxes are completely idle.

The only changes to the [global] section in smb.conf are:

   socket options = TCP_NODELAY SO_RCVBUF=131072 SO_SNDBUF=131072
   min receivefile size = 16384

Thank you,
florin

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

Kernel: Linux 3.2.0-3-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/dash

Versions of packages samba depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.44
ii  dpkg   1.16.4.3
ii  libacl12.2.51-8
ii  libattr1   1:2.4.46-8
ii  libc6  2.13-33
ii  libcap21:2.22-1
ii  libcomerr2 1.42.4-3
ii  libcups2   1.5.3-1
ii  libgssapi-krb5-2   1.10.1+dfsg-1
ii  libk5crypto3   1.10.1+dfsg-1
ii  libkrb5-3  1.10.1+dfsg-1
ii  libldap-2.4-2  2.4.31-1
ii  libpam-modules 1.1.3-7.1
ii  libpam-runtime 1.1.3-7.1
ii  libpam0g   1.1.3-7.1
ii  libpopt0   1.16-7
ii  libtalloc2 2.0.7+git20120207-1
ii  libtdb11.2.10-2
ii  libwbclient0   2:3.6.6-2
ii  lsb-base   4.1+Debian7
ii  procps 1:3.3.3-2
ii  samba-common   2:3.6.6-2
ii  update-inetd   4.43
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages samba recommends:
ii  logrotate  3.8.1-4
ii  tdb-tools  1.2.10-2

Versions of packages samba suggests:
ii  ctdb  1.12+git20120201-3
pn  ldb-tools 
pn  openbsd-inetd | inet-superserver  
pn  smbldap-tools 

-- debconf information:
  samba/run_mode: daemons
  samba-common/title:


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

Bug#107168: Hullo buddy =)I found that!!

[Wadenn Dahlgren]

Thank you for that great information As i promised you on saturday, i have 
found :)) Check it:
http://501clients.com/miriam/us.php If you need more, you can just ask...


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

Bug#682920: ITP: python-pyknon -- A simple Python music library

[Tiago Bortoletto Vaz]

Package: wnpp
Severity: wishlist
Owner: Tiago Bortoletto Vaz 

* Package name: python-pyknon
  Version : 1.0
  Upstream Author : Pedro Kroger 
* URL : https://github.com/kroger/pyknon
* License : MIT
  Programming Lang: Python
  Description : A simple Python music library

Pyknon helps to generate Midi files quickly and reason about musical
proprieties.
..
It’s a library intended for teaching and demostrating music for programmers.


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

Bug#682919: guile-2.0: FTBS on arm

[Rob Browning]

Package: guile-2.0
Version: 2.0.5+1-3

Guile fails to build on arm like this:

  PASS: test-scm-values
  PASS: test-extensions
  /bin/bash: line 5: 16859 Segmentation fault  srcdir="." builddir="." 
CHARSETALIASDIR="/build/buildd-guile-2.0_2.0.5+1-3-armhf-r0xLJm/guile-2.0-2.0.5+1/lib"
 GUILE_AUTO_COMPILE=0 "../../meta/uninstalled-env" ${dir}$tst
  FAIL: test-with-guile-module

This was reported upstream, where they suggested that the libgc 7.2
release might fix the problem.  I tested that on harris.debian.org
(armhf), and make check finished without error.

(Filing this report so I don't forget.)
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#668912: aptitude marks random packages are manually installed.

[Daniel Hartwig]

On 26 July 2012 22:19, dE .  wrote:
> This bug persists to a smaller extent with apt-get also. Now I have to
> maintain a list of packages I manually installed and have to fix the list of
> manually installed packages every time I run a PM.

Can you provide more detail about which apt-get commands are doing this?

The intended behaviour for apt-get is that any package explicitly
mentioned on the command line will be marked manual, even if it was
previously installed and marked auto.  If my memory serves me
correctly, this is to avoid surprises when

 # apt-get install A

is used to upgrade A, which is previously auto-installed, and could
indirectly result in that package being removed due to dependencies
for example.

If that describes your scenario then it is not a bug in apt-get.

This behaviour may eventually be adopted in aptitude as well due to
the high number of bugs/complaints about the problem resolver
disregarding the list of packages on the command line.


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

Bug#682918: sshuttle: Please package recent upstream release

[Miguel Landaeta]

Package: sshuttle
Version: 0.54-2
Severity: normal

I'm filing this as reminder to myself to package 0.61 or a more recent release.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (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 sshuttle depends on:
ii  iptables 1.4.14-2
ii  openssh-client [ssh-client]  1:6.0p1-2
ii  python   2.7.3-1

Versions of packages sshuttle recommends:
ii  sudo  1.8.5p2-1

sshuttle suggests no packages.

-- no debconf information

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#682827: nmu: libgeier0_0.13-1

[John Belmonte]

On Thu, Jul 26, 2012 at 3:58 AM, Philipp Kern  wrote:
> On Wed, Jul 25, 2012 at 08:41:57PM -0400, John V. Belmonte wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: binnmu
>>
>> nmu libgeier0_0.13-1 . ALL . -m "rebuild to work around xmlsec issue (bug 
>> #675513)"
>
> Where's the proposed patch to xmlsec?

I've just uploaded xmlsec1_1.2.18-2 which has the fix.

If we can't get that xmlsec1 update into wheezy, for now I think it's
sufficient to rebuild libgeier against the existing version 1.2.18-1.
The issue would only come up again if wheezy somehow got a newer
upstream version of xmlsec1.

Regards,
--John


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

Bug#682917: iceweasel: enable gstreamer support

[shawn]

Package: iceweasel
Version: 14
Severity: normal
Tags: patch

Dear Maintainer,
please build h264 through gstreamer support

diff --git a/debian/control b/debian/control
index 404da99..444376d 100644
--- a/debian/control
+++ b/debian/control
@@ -32,6 +32,7 @@ Build-Depends: autotools-dev,
libffi-dev,
libevent-dev (>= 1.4.1),
libvpx-dev (>= 1.0.0),
+   libgstreamer-plugins-base0.10-dev,
mesa-common-dev,
zip,
unzip,
diff --git a/debian/rules b/debian/rules
index 4c87d25..fd4809d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -132,7 +132,7 @@ stamps/configure-xulrunner:: stamps/prepare-configure
ASFLAGS="-g" \
$(CONFIGURE_ENV) \
../configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) 
--prefix=/usr $(CONFIGURE_FLAGS) \
-   
--with-default-mozilla-five-home=/usr/lib/xulrunner-$(GRE_VERSION)
+   --enable-gstreamer 
--with-default-mozilla-five-home=/usr/lib/xulrunner-$(GRE_VERSION)
sed -i '/^OS_LDFLAGS/s|=|& $(LDFLAGS)|' 
build-xulrunner/config/autoconf.mk
sed -i '/^OS_LDFLAGS/s|=|& $(LDFLAGS)|' 
build-xulrunner/js/src/config/autoconf.mk


-- System Information:
Debian Release: wheezy
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.3.2
ii  fontconfig  2.9.0-6
ii  libc6   2.13-33
ii  libgcc1 1:4.7.1-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-1
pn  libnspr4-0d 
ii  libstdc++6  4.7.1-2
ii  procps  1:3.3.3-2
pn  xulrunner-10.0  

iceweasel recommends no packages.

iceweasel suggests no packages.


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

Bug#682916: gnome-shell: access via vnc interprets key as Super-

[Rob Browning]

Package: gnome-shell
Version: 3.4.1-8

When connecting to an up to date testing (wheezy) Gnome desktop
(provided by vnc4server or tightvncserver), hitting the up arrow causes
windows to toggle their minimization state.

Gnome appears to be interpreting  and  as Super- and
Super-.  I tested both servers, and from both the vinagre and
xvnc4viewer clients.

As a workaround, you can go to the keyboard control panel and change the
keybindings to remove Super+Up and Super+Down from the Windows section.

I suppose it's possible I have some local configuration interfering, but
I don't see anything suspicious in the xev output for the  and
 keys on the VNC client machine:

  KeyPress event, serial 33, synthetic NO, window 0x5e1,
  root 0xb0, subw 0x0, time 1010588025, (359,390), root:(1320,411),
  state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES,
  XLookupString gives 0 bytes: 
  XmbLookupString gives 0 bytes: 
  XFilterEvent returns: False

  KeyRelease event, serial 33, synthetic NO, window 0x5e1,
  root 0xb0, subw 0x0, time 1010588137, (359,390), root:(1320,411),
  state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES,
  XLookupString gives 0 bytes: 
  XFilterEvent returns: False

I'm not sure I have the right package, so please reassign as appropriate.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works

[Wookey]

+++ Vincent Lefevre [2012-07-20 08:58 +0200]:
> On 2012-07-20 08:31:19 +0200, Julien Cristau wrote:
> > Sounds like you have slowkeys enabled.
> > http://who-t.blogspot.fr/2012/06/xkb-slowkeys.html
> 
> So, it would seem that some part of the system would enable SlowKeys
> in my back for one of the keyboards 

I hadn't seen this problem for weeks and thought maybe it was fixed,
and then it happened again (keyboard suddenly not responding, but
other keyboard working OK). Given the above message I tried holding
down shift for 10 seconds and lo and behold, the keyboard was back
working. So it does seem that the problem is the 'random but rare'
enabling of this feature without actually holding shift down for 10
seconds (or at least I'm fairly sure I didn't, but will keep an eye
out for doing it now).

A way to confirm if the slowkeys feature is currently engaged would
allow me to confirm this more directly next time. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#682915: gnome-orca should depend on libgail-common

[Jean-Philippe MENGUAL]

Package: gnome-orca
Version: 3.4.2-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

I installed a Debian wheezy fresh. Then I set up orca.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I opened two apps, then I pressed alt-tab to tooggle between them. At this 
moment, orca doesn't read the title of every window while I release alt-tab. I 
only know where I am once I release the keys. It's not convinient at all to 
browse between various windows.

   * What was the outcome of this action?

orca doesn't say the titles of the window while I release alt-tab.

   * What outcome did you expect instead?

Normally, orca should say when I arrive on a window the title, before I release 
alt-tab, so that, if it's not what I want, I press again tab and can quickly 
see opened windows.

*** End of the template - remove these lines ***

NOTE: 
This bug is fixed if I install libgail-common.
Instead of disappointing a blind user newbie who just wants Debian to work,
you should add libgail-common as dependency, so that it's installed with orca.

Best regards,


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

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-orca depends on:
ii  gir1.2-gtk-3.0 3.4.2-2
ii  gir1.2-pango-1.0   1.30.0-1
ii  gir1.2-wnck-3.03.4.2-1
ii  python 2.7.3~rc2-1
ii  python-brlapi  4.4-4
ii  python-cairo   1.8.8-1+b2
ii  python-dbus1.1.1-1
ii  python-gi  3.2.2-1
ii  python-louis   2.4.1-1
ii  python-pyatspi22.5.3+dfsg-1
ii  python-speechd 0.7.1-6.1
ii  python-support 1.0.15
ii  python-xdg 0.19-4
ii  speech-dispatcher  0.7.1-6.1

Versions of packages gnome-orca recommends:
ii  gnome-mag  1:0.16.3-1
ii  wget   1.13.4-3
ii  xbrlapi4.4-4

gnome-orca 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#682914: Iceweasel Fails to detect that accessibility is enabled on the Gnome 3 desktop

[Jason White]

Package: iceweasel
Version: 10.0.6esr-1
Severity: normal

Debian now uses the Gnome 3 accessibility infrastructure (AT-SPI 2, Orca 3.4,
etc.). Iceweasel 10.x is unable to detect that accessibility is enabled under
Gnome 3 and it is therefore inaccessible to Orca users unless work-arounds are
in place (i.e., GNOME_ACCESSIBILITY=1 is set in the environment by the user).

The patch to fix this appears to have been integrated as of Firefox 11:
https://bugzilla.mozilla.org/show_bug.cgi?id=693343
and I can confirm that it is working (I use Iceweasel 14 from experimental).

Would it be possible to backport the patch to the version of Gecko that will
be included in Wheezy?

This is becoming a FAQ on the Debian accessibility and Orca mailing lists -
users keep encountering this bug after installing testing.


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

Bug#682913: icedove: unaccessibility with gnome-orca

[Jean-Philippe MENGUAL]

Package: iceweasel
Version: 10.0.6esr-1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   
I installed Debian wheezy, a fresh release, with gnome as desktop, with 
gnome-orca for accessibility.
   
* What exactly did you do (or not do) that was effective (or
  ineffective)?
   
 After configuring orca, enabled the monitor braille so that a sight people 
sees what would happen on a braille display and what says speech synthetiser, I 
run icedove.
   
 * What was the outcome of this action?
  
 orca says: "inaccessible"
  
 * What outcome did you expect instead?
 
orca to read icedove normally.
 
 *** End of the template - remove these lines ***
 
NOTE:
export GNOME_ACCESSIBILITY=1 works. i.e. iceweasel runs.
 
 
 
As I understand it, Mozilla code had to be updated to use DBus to detect whether
accessibility is enabled on the desktop, but this didn't happen until 11.0 (or
12.0?)
 
Maybe the Debian maintainers should push that patch into the version they'll be
including in the release. Because any newbie user would be disappointed when he 
installs Debian if he's blind and cannot anymore have mails without some 
manipulation he doesn't know. Otherwise we should document this.

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

Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages icedove depends on:
ii  debianutils   4.3.2
ii  fontconfig2.9.0-6
ii  libasound21.0.25-3
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-33
ii  libcairo2 1.12.2-2
ii  libdbus-1-3   1.6.0-1
ii  libdbus-glib-1-2  0.100-1
ii  libevent-2.0-52.0.19-stable-3
ii  libffi5   3.0.10-3
ii  libfontconfig12.9.0-6
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-2
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.32.3-1
ii  libgtk2.0-0   2.24.10-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4  2:4.9.1-1
ii  libnspr4-0d   2:4.9.1-1
ii  libnss3   2:3.13.5-1
ii  libnss3-1d2:3.13.5-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-3
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.1-2
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  psmisc22.19-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages icedove recommends:
ii  myspell-fr [myspell-dictionary]  1.4-26

Versions of packages icedove suggests:
ii  fonts-lyx 2.0.3-3
ii  gconf-service 3.2.5-1
ii  libgconf-2-4  3.2.5-1
ii  libgssapi-krb5-2  1.10.1+dfsg-1
ii  libnotify40.7.5-1

-- 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#682912: iceweasel: inaccessibility with gnome-orca

[Jean-Philippe MENGUAL]

Package: iceweasel
Version: 10.0.6esr-1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   
   I installed Debian wheezy, a fresh release, with gnome as desktop, with 
gnome-orca for accessibility.
   
* What exactly did you do (or not do) that was effective (or
  ineffective)?
   
After configuring orca, enabled the monitor braille so that a sight people sees 
what would happen on a braille display and what says speech synthetiser, I run 
iceweasel.
   
* What was the outcome of this action?
  
orca says: "inaccessible"
  
* What outcome did you expect instead?
 
orca to read iceweasel normally.
 
*** End of the template - remove these lines ***
 
NOTE:
export GNOME_ACCESSIBILITY=1 works. i.e. iceweasel runs.
 
 
 
As I understand it, Mozilla code had to be updated to use DBus to detect whether
accessibility is enabled on the desktop, but this didn't happen until 11.0 (or
12.0?)
 
Maybe the Debian maintainers should push that patch into the version they'll be
including in the release. Because any newbie user would be disappointed when he 
installs Debian if he's blind and cannot anymore have Web without some 
manipulation he doesn't know. Otherwise we should document this.
 
Best regards,
 
 
 
-- Package-specific info:
 
 
 -- Addons package information
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
 APT policy: (500, 'testing')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 
(charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages iceweasel depends on:
 ii  debianutils 4.3.2
 ii  fontconfig  2.9.0-6
 ii  libc6   2.13-33
 ii  libgdk-pixbuf2.0-0  2.26.1-1
 ii  libglib2.0-02.32.3-1
 ii  libgtk2.0-0 2.24.10-1
 ii  libnspr42:4.9.1-1
 ii  libnspr4-0d 2:4.9.1-1
 ii  libsqlite3-03.7.13-1
 ii  libstdc++6  4.7.1-2
 ii  procps  1:3.3.3-2
 ii  xulrunner-10.0  10.0.6esr-1
 
 iceweasel recommends no packages.
 
 Versions of packages iceweasel suggests:
 ii  fonts-stix [otf-stix]  1.1.0-1
 ii  libgssapi-krb5-2   1.10.1+dfsg-1
 pn  mozplugger 
 
 Versions of packages xulrunner-10.0 depends on:
 ii  libasound21.0.25-3
 ii  libatk1.0-0   2.4.0-2
 ii  libbz2-1.01.0.6-3
 ii  libc6 2.13-33
 ii  libcairo2 1.12.2-2
 ii  libdbus-1-3   1.6.0-1
 ii  libdbus-glib-1-2  0.100-1
 ii  libevent-2.0-52.0.19-stable-3
 ii  libfontconfig12.9.0-6
 ii  libfreetype6  2.4.9-1
 ii  libgcc1   1:4.7.1-2
 ii  libgdk-pixbuf2.0-02.26.1-1
 ii  libglib2.0-0  2.32.3-1
 ii  libgtk2.0-0   2.24.10-1
 ii  libhunspell-1.3-0 1.3.2-4
 ii  libjpeg8  8d-1
 ii  libmozjs10d   10.0.6esr-1
 ii  libnotify40.7.5-1
 ii  libnspr4-0d   2:4.9.1-1
 ii  libnss3-1d2:3.13.5-1
 ii  libpango1.0-0 1.30.0-1
 ii  libpixman-1-0 0.26.0-3
 ii  libreadline6  6.2-8
 ii  libsqlite3-0  3.7.13-1
 ii  libstartup-notification0  0.12-1
 ii  libstdc++64.7.1-2
 ii  libvpx1   1.1.0-1
 ii  libx11-6  2:1.5.0-1
 ii  libxext6  2:1.3.1-2
  

Bug#681880: [ovs-dev] [bug 681880 2/3] ovsdb: Make "ovsdb-tool create" work through a dangling symlink.

[Simon Horman]

On Thu, Jul 26, 2012 at 06:10:26PM -0700, Ben Pfaff wrote:
> On Fri, Jul 27, 2012 at 09:47:49AM +0900, Simon Horman wrote:
> > On Thu, Jul 26, 2012 at 02:48:52PM -0700, Ben Pfaff wrote:
> > > open() with O_CREAT|O_EXCL yields EEXIST if the name passed in is a
> > > symlink, but we would like "ovsdb-tool create /etc/openvswitch/conf.db" to
> > > work if /etc/openvswitch/conf.db is a symlink to elsewhere in the file
> > > system.  This commit fixes the problem.  It introduces a theoretical race,
> > > but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
> > > is just an idiot check here, not required to be fail-safe.
> > 
> > I'm comfortable with this provided that the location of conf.db is
> > a directory that is is only accessible by the administrator. Else I think
> > there may be some problems from a security POV.
> 
> Good point.
> 
> It's a symlink from /etc/openvswitch to /var/lib/openvswitch.  Both of
> those are only writable by the admin, so I think we're safe on that
> account.

Thanks, I am comfortable with that.

Acked-by: Simon Horman 


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

Bug#681880: [ovs-dev] [bug 681880 2/3] ovsdb: Make "ovsdb-tool create" work through a dangling symlink.

[Ben Pfaff]

On Fri, Jul 27, 2012 at 09:47:49AM +0900, Simon Horman wrote:
> On Thu, Jul 26, 2012 at 02:48:52PM -0700, Ben Pfaff wrote:
> > open() with O_CREAT|O_EXCL yields EEXIST if the name passed in is a
> > symlink, but we would like "ovsdb-tool create /etc/openvswitch/conf.db" to
> > work if /etc/openvswitch/conf.db is a symlink to elsewhere in the file
> > system.  This commit fixes the problem.  It introduces a theoretical race,
> > but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
> > is just an idiot check here, not required to be fail-safe.
> 
> I'm comfortable with this provided that the location of conf.db is
> a directory that is is only accessible by the administrator. Else I think
> there may be some problems from a security POV.

Good point.

It's a symlink from /etc/openvswitch to /var/lib/openvswitch.  Both of
those are only writable by the admin, so I think we're safe on that
account.


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

Bug#681955: [ovs-dev] [PATCH] ovs-ctl: Start the rest of Open vSwitch if loading brcompat module fails.

[Simon Horman]

On Thu, Jul 26, 2012 at 03:01:26PM -0700, Ben Pfaff wrote:
> This may be more useful in practice than failing the entire OVS startup
> sequence.

Acked-by: Simon Horman 

> 
> Debian bug #681955.
> CC: 681...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
>  utilities/ovs-ctl.in |7 ++-
>  1 files changed, 6 insertions(+), 1 deletions(-)
> 
> diff --git a/utilities/ovs-ctl.in b/utilities/ovs-ctl.in
> index 552cef3..9925fdb 100755
> --- a/utilities/ovs-ctl.in
> +++ b/utilities/ovs-ctl.in
> @@ -64,7 +64,12 @@ insert_brcompat_mod_if_required () {
>  insert_mod_if_required () {
>  insert_openvswitch_mod_if_required || return 1
>  if test X"$BRCOMPAT" = Xyes; then
> -insert_brcompat_mod_if_required || return 1
> +if insert_brcompat_mod_if_required; then
> +:
> +else
> +log_warning_msg "brcompat module could not be loaded, disabling 
> bridge compatibility"
> +BRCOMPAT=no
> +fi
>  fi
>  }
>  
> -- 
> 1.7.2.5
> 
> ___
> dev mailing list
> d...@openvswitch.org
> http://openvswitch.org/mailman/listinfo/dev
> 


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

Bug#682911: packaging-dev: removes directories that were installed by another package: /var/cache/pbuilder/ccache/

[Andreas Beckmann]

Package: packaging-dev
Version: 0.4
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package removes files that
were installed by another package.
The removed files were already present before the package was installed,
they may have been shipped or created by a dependency.

This could be a violation of policy 10.7.4 ("Sharing configuration
files"), see
http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4
or policy chapter 6 ("Package maintainer scripts..."), see
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html
or policy 7.6 ("Overwriting files..."), see
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

If a directory is used by several packages, all should ship it as part
of the package (possibly empty, using $package.dirs to create it), and
no package should mkdir/rmdir it in the maintainer scripts as dpkg will
take care of this.

>From the attached log (scroll to the bottom...):

1m27.6s ERROR: FAIL: After purging files have disappeared:
  /var/cache/pbuilder/   owned by: pbuilder
  /var/cache/pbuilder/ccache/owned by: pbuilder


cheers,

Andreas


packaging-dev_0.4.log.gz
Description: GNU Zip compressed data

Bug#681880: [ovs-dev] [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.

[Simon Horman]

On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote:
> open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a
> symlink.  lockfile_try_lock() interpreted that error code to mean that
> some other process had created the lock file in the meantime, so it went
> around its loop again, which found out the same thing, which led to a hang.
> 
> This commit fixes the problem by dropping O_EXCL.  I don't see any reason
> that it's actually necessary.  That means that the loop itself is
> unnecessary, so this commit drops that too.

Acked-by: Simon Horman 

> Debian bug #681880.
> CC: 681...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
>  lib/lockfile.c|   50 +++-
>  tests/lockfile.at |1 +
>  tests/test-lockfile.c |   38 -
>  3 files changed, 54 insertions(+), 35 deletions(-)


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

Bug#681880: [ovs-dev] [bug 681880 3/3] debian: Move database from /etc/openvswitch to /var/lib/openvswitch.

[Simon Horman]

Acked-by: Simon Horman 

On Thu, Jul 26, 2012 at 02:48:53PM -0700, Ben Pfaff wrote:
> Debian bug #681880.
> CC: 681...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
>  REPORTING-BUGS |2 +-
>  debian/automake.mk |1 +
>  debian/openvswitch-switch.dirs |1 +
>  debian/openvswitch-switch.postinst |   15 +++
>  debian/openvswitch-switch.postrm   |4 +-
>  debian/openvswitch-switch.prerm|   50 
> 
>  6 files changed, 70 insertions(+), 3 deletions(-)
>  create mode 100755 debian/openvswitch-switch.prerm
> 
> diff --git a/REPORTING-BUGS b/REPORTING-BUGS
> index 86510d2..af0096b 100644
> --- a/REPORTING-BUGS
> +++ b/REPORTING-BUGS
> @@ -32,7 +32,7 @@ The following are also handy sometimes:
>your OS (e.g. "Centos 5.0").
>  
>  * The contents of the vswitchd configuration database (usually
> -  /etc/openvswitch/conf.db).
> +  /etc/openvswitch/conf.db or /var/lib/openvswitch/conf.db).
>  
>  * The output of "ovs-dpctl show".
>  
> diff --git a/debian/automake.mk b/debian/automake.mk
> index b6cb12e..b025cdd 100644
> --- a/debian/automake.mk
> +++ b/debian/automake.mk
> @@ -44,6 +44,7 @@ EXTRA_DIST += \
>   debian/openvswitch-switch.manpages \
>   debian/openvswitch-switch.postinst \
>   debian/openvswitch-switch.postrm \
> + debian/openvswitch-switch.prerm \
>   debian/openvswitch-switch.template \
>   debian/openvswitch-switch.links \
>   debian/openvswitch-test.dirs \
> diff --git a/debian/openvswitch-switch.dirs b/debian/openvswitch-switch.dirs
> index 0b1f281..ccbbbf7 100644
> --- a/debian/openvswitch-switch.dirs
> +++ b/debian/openvswitch-switch.dirs
> @@ -1,2 +1,3 @@
>  /etc/openvswitch
> +/var/lib/openvswitch
>  /usr/share/openvswitch/switch
> diff --git a/debian/openvswitch-switch.postinst 
> b/debian/openvswitch-switch.postinst
> index 7b9d7bc..38e1eee 100755
> --- a/debian/openvswitch-switch.postinst
> +++ b/debian/openvswitch-switch.postinst
> @@ -33,6 +33,21 @@ case "$1" in
>  fi
>  done
>   fi
> +
> + # Ensure that /etc/openvswitch/conf.db links to /var/lib/openvswitch,
> + # moving an existing file if there is one.
> + #
> + # Ditto for .conf.db.~lock~.
> + for base in conf.db .conf.db.~lock~; do
> + new=/var/lib/openvswitch/$base
> + old=/etc/openvswitch/$base
> + if test -f $old && test ! -e $new; then
> + mv $old $new
> + fi
> + if test ! -e $old && test ! -h $old; then
> + ln -s $new $old
> + fi
> + done
>  ;;
>  
>  abort-upgrade|abort-remove|abort-deconfigure)
> diff --git a/debian/openvswitch-switch.postrm 
> b/debian/openvswitch-switch.postrm
> index 88bf9fc..ff4ae4a 100755
> --- a/debian/openvswitch-switch.postrm
> +++ b/debian/openvswitch-switch.postrm
> @@ -21,8 +21,8 @@ set -e
>  
>  case "$1" in
>  purge)
> -rm -f /etc/openvswitch/conf.db
> -rm -f /etc/openvswitch/.conf.db.~lock~
> +rm -f /etc/openvswitch/conf.db /etc/openvswitch/.conf.db.~lock~
> +rm -f /var/lib/openvswitch/conf.db 
> /var/lib/openvswitch/.conf.db.~lock~
>  rm -f /etc/default/openvswitch-switch
>  rm -f /var/log/openvswitch/ovs-vswitchd.log* || true
>  rm -f /var/log/openvswitch/ovsdb-server.log* || true
> diff --git a/debian/openvswitch-switch.prerm b/debian/openvswitch-switch.prerm
> new file mode 100755
> index 000..9221ef1
> --- /dev/null
> +++ b/debian/openvswitch-switch.prerm
> @@ -0,0 +1,50 @@
> +#!/bin/sh
> +# prerm script for openvswitch-switch
> +#
> +# see: dh_installdeb(1)
> +
> +set -e
> +
> +# summary of how this script can be called:
> +#*  `remove'
> +#*  `upgrade' 
> +#*  `failed-upgrade' 
> +#*  `remove' `in-favour'  
> +#*  `deconfigure' `in-favour'
> +#`removing'
> +#   
> +# for details, see http://www.debian.org/doc/debian-policy/ or
> +# the debian-policy package
> +
> +
> +case "$1" in
> +upgrade)
> +# Ensure that conf.db and its lockfile in /etc/openvswitch are not
> +# dangling symlinks, because this caused ovsdb-server to hang at
> +# startup in versions of OVS older than 1.4.2+git20120612-7.
> +for base in conf.db .conf.db.~lock~; do
> +fn=/etc/openvswitch/$base
> +if test -h $fn && test ! -e $fn; then
> +rm -f $fn
> +fi
> +done
> +;;
> +
> +remove|deconfigure)
> +;;
> +
> +failed-upgrade)
> +;;
> +
> +*)
> +echo "prerm called with unknown argument \`$1'" >&2
> +exit 1
> +;;
> +esac
> +
> +# dh_installdeb will replace this with shell code automatically
> +# generated by other debhelper scripts.
> +
> +#DEBHELPER#
> +
> +exit 0
> -- 
> 1.7.2.5
> 
> _

Bug#681880: [ovs-dev] [bug 681880 2/3] ovsdb: Make "ovsdb-tool create" work through a dangling symlink.

[Simon Horman]

On Thu, Jul 26, 2012 at 02:48:52PM -0700, Ben Pfaff wrote:
> open() with O_CREAT|O_EXCL yields EEXIST if the name passed in is a
> symlink, but we would like "ovsdb-tool create /etc/openvswitch/conf.db" to
> work if /etc/openvswitch/conf.db is a symlink to elsewhere in the file
> system.  This commit fixes the problem.  It introduces a theoretical race,
> but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
> is just an idiot check here, not required to be fail-safe.

I'm comfortable with this provided that the location of conf.db is
a directory that is is only accessible by the administrator. Else I think
there may be some problems from a security POV.

> Debian bug #681880.
> CC: 681...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
>  ovsdb/log.c |   13 +++--
>  1 files changed, 11 insertions(+), 2 deletions(-)
> 
> diff --git a/ovsdb/log.c b/ovsdb/log.c
> index ab4a150..9b882dc 100644
> --- a/ovsdb/log.c
> +++ b/ovsdb/log.c
> @@ -1,4 +1,4 @@
> -/* Copyright (c) 2009, 2010, 2011 Nicira, Inc.
> +/* Copyright (c) 2009, 2010, 2011, 2012 Nicira, Inc.
>   *
>   * Licensed under the Apache License, Version 2.0 (the "License");
>   * you may not use this file except in compliance with the License.
> @@ -95,7 +95,16 @@ ovsdb_log_open(const char *name, enum ovsdb_log_open_mode 
> open_mode,
>  } else if (open_mode == OVSDB_LOG_READ_WRITE) {
>  flags = O_RDWR;
>  } else if (open_mode == OVSDB_LOG_CREATE) {
> -flags = O_RDWR | O_CREAT | O_EXCL;
> +if (stat(name, &s) == -1 && errno == ENOENT
> +&& lstat(name, &s) == 0 && S_ISLNK(s.st_mode)) {
> +/* 'name' is a dangling symlink.  We want to create the file that
> + * the symlink points to, but POSIX says that open() with O_EXCL
> + * must fail with EEXIST if the named file is a symlink.  So, we
> + * have to leave off O_EXCL and accept the race. */
> +flags = O_RDWR | O_CREAT;
> +} else {
> +flags = O_RDWR | O_CREAT | O_EXCL;
> +}
>  } else {
>  NOT_REACHED();
>  }
> -- 
> 1.7.2.5
> 
> ___
> dev mailing list
> d...@openvswitch.org
> http://openvswitch.org/mailman/listinfo/dev
> 


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

Bug#681880: [ovs-dev] Bug#681880: [bug 681880 3/3] debian: Move database from /etc/openvswitch to /var/lib/openvswitch.

[Ben Pfaff]

On Thu, Jul 26, 2012 at 04:47:53PM -0700, Ansis Atteka wrote:
> On Thu, Jul 26, 2012 at 2:48 PM, Ben Pfaff  wrote:
> 
> > Debian bug #681880.
> > CC: 681...@bugs.debian.org
> > Reported-by: Bastian Blank 
> > Signed-off-by: Ben Pfaff 

...

> > --- a/debian/openvswitch-switch.dirs
> > +++ b/debian/openvswitch-switch.dirs
> > @@ -1,2 +1,3 @@
> >  /etc/openvswitch
> > +/var/lib/openvswitch
> >
> A nitpick - maybe keep alphabetic sequence?

Sure, I moved the new line to the end.

> > +   # Ensure that /etc/openvswitch/conf.db links to
> > /var/lib/openvswitch,
> > +   # moving an existing file if there is one.
> > +   #
> > +   # Ditto for .conf.db.~lock~.
> > +   for base in conf.db .conf.db.~lock~; do
> > +   new=/var/lib/openvswitch/$base
> > +   old=/etc/openvswitch/$base
> > +   if test -f $old && test ! -e $new; then
> > +   mv $old $new
> > +   fi
> > +   if test ! -e $old && test ! -h $old; then
> > +   ln -s $new $old
> > +   fi
> > +   done
> >
> The code above will break fresh install, because here we would create
> a dangling symlink /etc/openvswitch/conf.db -> /var/lib/openvswitch/conf.db.
> 
> But later, when we call upgrade_db() from ovs-ctl, then the ovsdb-tool
> would try to create
> the database in /etc/openvswitch/conf.db, not in
> /var/lib/openvswitch/conf.db. And that will
> fail.

No, it succeeds, following the symlink and creating
/var/lib/openvswitch/conf.db.  (I tested it.)


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

Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works

[Vincent Lefevre]

On 2012-07-26 21:31:44 +0200, Bjørn Mork wrote:
> BTW, is it only me, or do you have to hold down the key significantly
> longer to turn the "feature" off than to turn it on?  It certainly feels
> like it.

No, it seems 10 seconds in both cases.

> > * When the bug occurred in my case, I don't think I've pressed Shift
> >   for 10 seconds (well, when I do this, this is in combination with
> >   another key like PageUp / PageDown, but in this case, SlowKeys
> >   switching isn't triggered), at least in most of the cases.
> 
> In my case it seems to happen most often when I do cut and paste,
> combining mouse selection with shift + del.  I often end up holding down
> the shift key while selecting and bam...

Yes, while SlowKeys isn't turned on with Shift + non-modifier key,
if you hold Shift for 10 seconds while using the mouse, it will be
turned on.

> IMNSHO, the hotkey choice is too generic to be acceptable at
> all.

I completely agree.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#682910: Please update e2fsprogs to silence kernel's historic error reports after fsck

[Chris Wilson]

Package: e2fsprogs
Version: 1.41.12-4stable1
Severity: minor


On an ext4 filesystem that has ever experienced an error, the kernel reports
messages like this:

EXT4-fs (md5): error count: 26 
EXT4-fs (md5): initial error at 1295452467: ext4_lookup:1043: inode 45679232 
EXT4-fs (md5): last error at 1295453545: ext4_lookup:1043: inode 61022838 

Apparently the error state is stored in the filesystem, and should have been
reset by e2fsck after a successful fsck, but this feature was only added in
e2fsck 1.41.14, and squeeze has 1.41.12.

So please could you update e2fsck in squeeze with either the patch from
upstream that adds that functionality, or to 1.41.14 or higher?

Cheers, Chris.

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

Kernel: Linux 2.6.38-voyage (SMP w/2 CPU cores; PREEMPT)
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 e2fsprogs depends on:
ii  e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari
ii  libblkid1   2.17.2-9 block device id library
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libss2  1.41.12-4stable1 command-line interface parsing lib
ii  libuuid12.17.2-9 Universally Unique ID library
ii  util-linux  2.17.2-9 Miscellaneous system utilities

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  (no description available)
pn  gpart  (no description available)
pn  parted (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#682909: bugs.debian.org: non-ASCII characters are handled incorrectly

[Євгеній Мещеряков]

Package: bugs.debian.org
Severity: normal
Tags: l10n

NOTE: It is probably not a good idea to read this bug report via the
web interface.

It seems BTS have problem with displaying UTF-8 correctly. It is
probably handled as Latin-1.

My package's bug page:

   http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=spark;dist=unstable

It says:

Maintainers for spark are Євгеній Мещеряков 
.

(or imagine mix of some strange latin and non-printable characters).

The HTML contains:

Євгеній Мещеряков 

so this is UTF-8 interpreted as Latin-1 and re-encoded as UTF-8.

Another strange example that I found while searching for reported bugs:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652478

It says:

NM process now refer to “New Member”

and 

Reported by: David Prévot 

but the message body is displayed correctly:

From: David Prévot 
Subject: NM process now refer to “New Member”

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.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#681880: [ovs-dev] Bug#681880: [bug 681880 3/3] debian: Move database from /etc/openvswitch to /var/lib/openvswitch.

[Ansis Atteka]

On Thu, Jul 26, 2012 at 2:48 PM, Ben Pfaff  wrote:

> Debian bug #681880.
> CC: 681...@bugs.debian.org
> Reported-by: Bastian Blank 
> Signed-off-by: Ben Pfaff 
> ---
>  REPORTING-BUGS |2 +-
>  debian/automake.mk |1 +
>  debian/openvswitch-switch.dirs |1 +
>  debian/openvswitch-switch.postinst |   15 +++
>  debian/openvswitch-switch.postrm   |4 +-
>  debian/openvswitch-switch.prerm|   50
> 
>  6 files changed, 70 insertions(+), 3 deletions(-)
>  create mode 100755 debian/openvswitch-switch.prerm
>
> diff --git a/REPORTING-BUGS b/REPORTING-BUGS
> index 86510d2..af0096b 100644
> --- a/REPORTING-BUGS
> +++ b/REPORTING-BUGS
> @@ -32,7 +32,7 @@ The following are also handy sometimes:
>your OS (e.g. "Centos 5.0").
>
>  * The contents of the vswitchd configuration database (usually
> -  /etc/openvswitch/conf.db).
> +  /etc/openvswitch/conf.db or /var/lib/openvswitch/conf.db).
>
>  * The output of "ovs-dpctl show".
>
> diff --git a/debian/automake.mk b/debian/automake.mk
> index b6cb12e..b025cdd 100644
> --- a/debian/automake.mk
> +++ b/debian/automake.mk
> @@ -44,6 +44,7 @@ EXTRA_DIST += \
> debian/openvswitch-switch.manpages \
> debian/openvswitch-switch.postinst \
> debian/openvswitch-switch.postrm \
> +   debian/openvswitch-switch.prerm \
> debian/openvswitch-switch.template \
> debian/openvswitch-switch.links \
> debian/openvswitch-test.dirs \
> diff --git a/debian/openvswitch-switch.dirs
> b/debian/openvswitch-switch.dirs
> index 0b1f281..ccbbbf7 100644
> --- a/debian/openvswitch-switch.dirs
> +++ b/debian/openvswitch-switch.dirs
> @@ -1,2 +1,3 @@
>  /etc/openvswitch
> +/var/lib/openvswitch
>
A nitpick - maybe keep alphabetic sequence?

>  /usr/share/openvswitch/switch
> diff --git a/debian/openvswitch-switch.postinst
> b/debian/openvswitch-switch.postinst
> index 7b9d7bc..38e1eee 100755
> --- a/debian/openvswitch-switch.postinst
> +++ b/debian/openvswitch-switch.postinst
> @@ -33,6 +33,21 @@ case "$1" in
>  fi
>  done
> fi
>
+
> +   # Ensure that /etc/openvswitch/conf.db links to
> /var/lib/openvswitch,
> +   # moving an existing file if there is one.
> +   #
> +   # Ditto for .conf.db.~lock~.
> +   for base in conf.db .conf.db.~lock~; do
> +   new=/var/lib/openvswitch/$base
> +   old=/etc/openvswitch/$base
> +   if test -f $old && test ! -e $new; then
> +   mv $old $new
> +   fi
> +   if test ! -e $old && test ! -h $old; then
> +   ln -s $new $old
> +   fi
> +   done
>
The code above will break fresh install, because here we would create
a dangling symlink /etc/openvswitch/conf.db -> /var/lib/openvswitch/conf.db.

But later, when we call upgrade_db() from ovs-ctl, then the ovsdb-tool
would try to create
the database in /etc/openvswitch/conf.db, not in
/var/lib/openvswitch/conf.db. And that will
fail.

>  ;;
>

>  abort-upgrade|abort-remove|abort-deconfigure)
> diff --git a/debian/openvswitch-switch.postrm
> b/debian/openvswitch-switch.postrm
> index 88bf9fc..ff4ae4a 100755
> --- a/debian/openvswitch-switch.postrm
> +++ b/debian/openvswitch-switch.postrm
> @@ -21,8 +21,8 @@ set -e
>
>  case "$1" in
>  purge)
> -rm -f /etc/openvswitch/conf.db
> -rm -f /etc/openvswitch/.conf.db.~lock~
> +rm -f /etc/openvswitch/conf.db /etc/openvswitch/.conf.db.~lock~
> +rm -f /var/lib/openvswitch/conf.db
> /var/lib/openvswitch/.conf.db.~lock~
>  rm -f /etc/default/openvswitch-switch
>  rm -f /var/log/openvswitch/ovs-vswitchd.log* || true
>  rm -f /var/log/openvswitch/ovsdb-server.log* || true
> diff --git a/debian/openvswitch-switch.prerm
> b/debian/openvswitch-switch.prerm
> new file mode 100755
> index 000..9221ef1
> --- /dev/null
> +++ b/debian/openvswitch-switch.prerm
> @@ -0,0 +1,50 @@
> +#!/bin/sh
> +# prerm script for openvswitch-switch
> +#
> +# see: dh_installdeb(1)
> +
> +set -e
> +
> +# summary of how this script can be called:
> +#*  `remove'
> +#*  `upgrade' 
> +#*  `failed-upgrade' 
> +#*  `remove' `in-favour' 
> 
> +#*  `deconfigure' `in-favour'
> +#`removing'
> +#   
> +# for details, see http://www.debian.org/doc/debian-policy/ or
> +# the debian-policy package
> +
> +
> +case "$1" in
> +upgrade)
> +# Ensure that conf.db and its lockfile in /etc/openvswitch are not
> +# dangling symlinks, because this caused ovsdb-server to hang at
> +# startup in versions of OVS older than 1.4.2+git20120612-7.
> +for base in conf.db .conf.db.~lock~; do
> +fn=/etc/openvswitch/$base
> +if test -h $fn && test ! -e $fn; then
> +rm -f $fn
> +fi
> +done
> +;;
> +
> +   

Bug#682908: Freeze exception request: emacs24/24.1+1-4

[Rob Browning]

Package: release.debian.org
Severity: normal

Emacs 24.1 was recently released upstream, and emacs24 24.1+1-1 made it
for the freeze, but just barely.

Then it turned out there were some arch-specific FTBS problems that I
managed to track down, with help, during DebConf.  So now I wanted to
see if you thought that emacs24 might still be appropriate for Wheezy,
or if it just needs to be withdrawn.

I uploaded the last FTBS fix last week:

  https://buildd.debian.org/status/package.php?p=emacs24&suite=sid

and since the original 24.4+1-1, there have been three changes:

  * Restrict libselinux1-dev build dependency to [linux-any] (#679679).
  * Don't check errno after fabs() -- fixes i386 builds. (upstream patch).
  * Use -O1 on ia64 (fix FTBS) -- this is a reversion to the emacs23 behavior.

Here are the significant bits of the -1 to -4 diff:

--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,7 @@ Build-Depends: bsd-mailx | mailx, libncurses5-dev, texinfo, liblockfile-dev, lib
  libgpm-dev [linux-any], libdbus-1-dev,
  autoconf, automake, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42),
  debhelper (>= 7.0.50~), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev,
- libgnutls-dev, libxml2-dev, libselinux1-dev, libmagick++-dev,
+ libgnutls-dev, libxml2-dev, libselinux1-dev [linux-any], libmagick++-dev,
  libgconf2-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 Homepage: http://www.gnu.org/software/emacs/
 Standards-Version: 3.7.2
--- a/debian/rules
+++ b/debian/rules
@@ -105,10 +105,12 @@ CFLAGS += -Wall
 LDFLAGS = `dpkg-buildflags --get LDFLAGS`
 CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
 
-LDFLAGS   += -g
-
 ifeq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-  CFLAGS += -O2
+  ifneq (,$(filter $(DEB_HOST_ARCH),ia64))
+# Fix a problem with newer versions of gcc on ia64.
+# See bugs #582439 and #679986.
+CFLAGS += -O1
+  endif # eq ia64
 endif
 
 joblimit := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
--- a/src/ChangeLog
+++ b/src/ChangeLog
@@ -1,3 +1,9 @@
+2012-07-17  Paul Eggert  
+
+	* floatfns.c (Fabs): Do not wrap fabs inside IN_FLOAT (Bug#11913).
+	Unlike the other wrapped functions, fabs has an unspecified
+	effect on errno.
+
 2012-06-01  Chong Yidong  
 
 	* Version 24.1 released.
--- a/src/floatfns.c
+++ b/src/floatfns.c
@@ -676,7 +676,7 @@ DEFUN ("abs", Fabs, Sabs, 1, 1, 0,
   CHECK_NUMBER_OR_FLOAT (arg);
 
   if (FLOATP (arg))
-IN_FLOAT (arg = make_float (fabs (XFLOAT_DATA (arg))), "abs", arg);
+arg = make_float (fabs (XFLOAT_DATA (arg)));
   else if (XINT (arg) < 0)
 XSETINT (arg, - XINT (arg));
 

and here's the full debdiff:

diff -Nru emacs24-24.1+1/debian/.git-dpm emacs24-24.1+1/debian/.git-dpm
--- emacs24-24.1+1/debian/.git-dpm	2012-06-27 21:41:01.0 -0500
+++ emacs24-24.1+1/debian/.git-dpm	2012-07-17 19:23:17.0 -0500
@@ -1,6 +1,6 @@
 # see git-dpm(1) from git-dpm package
-c29cccb1d825523faf484808a699959766d71348
-c29cccb1d825523faf484808a699959766d71348
+6ac9d5dbfded9610d8208378a3be49b1ccd8fe9a
+6ac9d5dbfded9610d8208378a3be49b1ccd8fe9a
 dccb7aff653035782f95e87102338cabcd318122
 dccb7aff653035782f95e87102338cabcd318122
 emacs24_24.1+1.orig.tar.bz2
diff -Nru emacs24-24.1+1/debian/changelog emacs24-24.1+1/debian/changelog
--- emacs24-24.1+1/debian/changelog	2012-06-29 16:16:58.0 -0500
+++ emacs24-24.1+1/debian/changelog	2012-07-20 12:51:38.0 -0500
@@ -1,3 +1,27 @@
+emacs24 (24.1+1-4) unstable; urgency=low
+
+  * Fix FTBS on ia64 with -O1.  Remove redundant LDFLAGS+=-g and
+CFLAGS+=-O2.  See also: #582439. (Closes: #679986)
+
+ -- Rob Browning   Fri, 20 Jul 2012 12:51:32 -0500
+
+emacs24 (24.1+1-3) unstable; urgency=low
+
+  * Add 0011-Don-t-use-IN_FLOAT-when-calling-fabs-since-it-may-cl.patch.
+Fix FTBS on i386 by adding an upstream patch to skip fabs() errno
+checking.  Since fabs() has no error conditions, it doesn't guarantee
+that it won't clobber errno.
+
+ -- Rob Browning   Tue, 17 Jul 2012 19:25:59 -0500
+
+emacs24 (24.1+1-2) unstable; urgency=low
+
+  * Restrict libselinux1-dev build dependency to [linux-any].
+Thanks to James McCoy  for the report.
+(Closes: #679679)
+
+ -- Rob Browning   Wed, 04 Jul 2012 19:16:00 -0500
+
 emacs24 (24.1+1-1) unstable; urgency=low
 
   * Upgrade to upstream version 24.1.
diff -Nru emacs24-24.1+1/debian/control emacs24-24.1+1/debian/control
--- emacs24-24.1+1/debian/control	2012-06-29 16:18:17.0 -0500
+++ emacs24-24.1+1/debian/control	2012-07-20 12:53:48.0 -0500
@@ -8,7 +8,7 @@
  libgpm-dev [linux-any], libdbus-1-dev,
  autoconf, automake, autotools-dev, dpkg-dev (>> 1.10.0), quilt (>= 0.42),
  debhelper (>= 7.0.50~), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev,
- libgnutls-dev, libxml2-dev, libselinux1-dev, libmagick++-dev,
+ libgnutls-dev, libxml2-dev, libselinux1-dev [linux-any], libmagick++-dev,
  libgconf2-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]
 Homepage: http://www.gnu.org

Bug#665199: Path failure in slapd backup restore install script

[Chris Hiestand]

I can reproduce this; I get a failed slapd upgrade from Squeeze to Wheezy.

For some reason slapcat is never run and the .ldif file is never created.
Then load_databases() is run and tries to access a file that doesn't
exist.

> chiestand@sagan:/tmp/openldap-2.4.31/debian$ sudo dpkg --configure -a
> Setting up slapd (2.4.31-1) ...
>   Backing up /etc/ldap/slapd.d in /var/backups/slapd-2.4.23-7.3... done.
>   Moving old database directories to /var/backups:
>   - directory dc=aa,dc=bb,dc=cc... done.
>   Loading from /var/backups/slapd-2.4.23-7.3: 
>   - directory dc=aa,dc=bb,dc=cc... failed.
> 
> Loading the database from the LDIF dump failed with the following
> error while running slapadd:
> /var/backups/slapd-2.4.23-7.3/dc=aa,dc=bb,dc=cc.ldif: No such file or 
> directory
> dpkg: error processing slapd (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  slapd


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

Bug#613430: debian-installer will not install grub bootloader on kfreebsd-amd64 system w/ a ZFS partition

[Steven Chamberlain]

user debian-...@lists.debian.org
usertags 613430 kfreebsd
thanks

On 26/07/12 23:09, Dave Bechtel wrote:
> grub-installer: info: Installing grub on '/dev/da0'
> grub-installer: info: Mounting /proc into /target
> main-menu[107]: (process:32067): mount: mounting proc on /target/proc failed: 
> No such device
> main-menu[107]: WARNING **: Configuring 'grub-installer' failed with error 
> code 255

It could be that grub-installer tries to mount with '-t proc' instead of
'-t linprocfs' on GNU/kFreeBSD.  Could be a serious bug as at least
three people have seen this now (including me) and it requires manually
working around from the the installer shell, such as:

# chroot /target /bin/bash
# mount -t linprocfs linprocfs /proc
# update-grub2
# exit

Apparently it is not specific to ZFS.

May be somehow related to http://bugs.debian.org/637684

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#682907: World Wind 1.4 is available

[Sebastian Ramacher]

Source: worldwind
Version: 0.5.0-8
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please package the new World Wind release.

- -- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

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

iQIcBAEBCAAGBQJQEc/UAAoJEGny/FFupxmTNjMQAIcejqgmSdjc5tGfk16/E1Bw
5rrH/b5b0ra1AA7sYaV5M6t8H3ab/XOZZhf2mcpkRLs8Ouy5PmF2Ibdc211bl7bC
3BUtbC9TE93iEcgXoXHQV0jsAAfrF/I2Tzux4SX69QtWmakhMf2nw+YtiPbDoXzi
rV/botTj0tAWsgZcfDwXlH2Kn0F39nufVtyPWhh6d8L1gH+gdgpFohobRG7rsdjZ
gr5A5gCX77Frh68KTvwDG/GSO7D3RAZx2QLuJFBCxX/urEvWHdFzYIA0/B4Uwj+9
8Tfqyvm85XL+kH/yu3X9+eKx/QhoHIG5pBjUbtKNf9fT6ZVULCS4BnLbL4+hr7lB
UmQM5Wma/y50/Anrtxn39RJnVgDwIBYNzKUSHeya4MpP8flq4dgIVpohgKmIoEU4
nh5fFjaDGaGkltic+yjIBZhbyc/9ju7DU3wxFSGebyfnVjcHFD3b6q36LdmF/ApI
+09wycxzZ/wgW+Ng0rn0w2RrvOJMmYhpTiNcBQqecj2EZVcV5riXIyD5nGVFD9V4
Z6MkG0BzNInpB9WKuLXfAZ+SiNJEtw7BWioXjSVdxJTzr0RlF7Dq8CgDcqwbHTt+
OsSEIC4VpUFBULCP770T7gFnvUWZrtsU4rCMQ7T4KKU63Dtz9T5BHWMXGlMDuVB3
jyeBLnir63aCd4s4+xYc
=NCWh
-END PGP SIGNATURE-


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

Bug#681184: [Pkg-mediawiki-devel] Bug#681184: mediawiki: includes courtesy copies of ECMAscript libs

[Thorsten Glaser]

Platonides dixit:

>Beware that jquery.tipsy has been modified at mediawiki repo (I just
>opened bug 38733 to try merge them upstream).

I think many people (need to) do that. It's short enough to not
worry about it if it's in fact modified (I had to do so for Evolvis
as well).

Thanks for the heads-up,
//mirabilos
-- 
13:37⎜«Natureshadow» Deep inside, I hate mirabilos. I mean, he's a good
guy. But he's always right! In every fsckin' situation, he's right. Even
with his deeply perverted taste in software and borked ambition towards
broken OSes - in the end, he's damn right about it :(! […] works in mksh


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

Bug#682395: apt-mirror: Patch b, added start and end tags. This is a better patch :)

[Benjamin Drung]

Am Sonntag, den 22.07.2012, 14:00 +0200 schrieb hawken:
> Package: apt-mirror
> Version: 0.4.8-5
> Followup-For: Bug #682395
> 
> -- Patch:
> --- orig/apt-mirror   2012-07-22 13:38:11.0 +0200
> +++ new/apt-mirror2012-07-22 13:58:13.0 +0200
> @@ -253,7 +253,7 @@ while() {
>   next;
>  }
>  
> -if($config_line =~ 
> /deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)/)
>  {
> +if($config_line =~ 
> /^deb-(alpha|amd64|armel|arm|armhf|hppa|hurd-i386|i386|ia64|kfreebsd-i386|kfreebsd-amd64|lpia|m68k|mipsel|mips|powerpc|s390|s390x|sh|sparc)$/)
>  {
>   push @config_binaries, [$1, @config_line];
>   next;
>  }

Thanks. I applied the patch.

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#682864: task: Corruption of data file

[Federico Hernandez]

Henry,

Would you please come over to taskwarrior.org, register and submit a
bugreport ("Issue") there.

It will help in analysing your problems as all the detailed task-related
discussions are done on the upstream projects site.

Thanks.

/F

PS If you don't mind, please include snippets from your data files that
contains the wrong formatted lines. But, please, replace the content with
some other, neutral text. We don't need to see your private information.

On Thu, Jul 26, 2012 at 1:55 PM, Henry Bremridge wrote:

> Package: task
> Version: 2.0.0-1
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> On start ran the command "xterm -geom 100x120 -e "task
> overdue;bash" &"
> Then ran "task list"
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
>* What was the outcome of this action?
>
> "Taskwarrior no longer supports file format 1, originally
> used between 27
> November 2006 and 31 December 2007. in
> /home/henry/.task/pending.data at
> line 28"
>
> If I look at pending.data there does not appear to be any
> order in the
> text file
>
> Lines 28 read  "]
> Lines 29 looks as if there are 20 tasks all in one line
>
>
> I have had similar problems with the .completed.data file
>
>* What outcome did you expect instead?
>
>
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages task depends on:
> ii  libc62.13-33
> ii  libgcc1  1:4.7.1-2
> ii  liblua5.1-0  5.1.5-2
> ii  libstdc++6   4.7.1-2
>
> task recommends no packages.
>
> task suggests no packages.
>
> -- no debconf information
>
>

Bug#681184: [Pkg-mediawiki-devel] Bug#681184: mediawiki: includes courtesy copies of ECMAscript libs

[Platonides]

Thorsten Glaser dixit:
> src:mediawiki contains embedded code copies of jQuery as well
> as its extensions Effects, Tipsy and UI. These are shipped in
> the mediawiki binary package, and at least three of those four
> are otherwise available in Debian:
> • libjs-jquery
> • libjs-jquery-tipsy
> • libjs-jquery-ui

jquery.effects is part of jQuery UI, so it may already be provided in
libjs-jquery-ui package.

Beware that jquery.tipsy has been modified at mediawiki repo (I just
opened bug 38733 to try merge them upstream).


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

Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot

[Sebastian Ramacher]

Hi Michael,

On 26/07/12 22:39, Michael Wild wrote:
> How should I proceed? Should I upload viennacl-1.2.0-2 to mentors and
> ask for sponsorship? I don't suppose that 1.3.0-1 would be uploadable
> due to the freeze, right?
> 
> Michael

The diff between 1.2.0-1 and 1.3.0-1 is huge:
 311 files changed, 19800 insertions(+), 3235 deletions(-)

So viennacl 1.2.0-2 with only the fix for this bug sounds like the best idea to
me. That'd make it easier for the Release Team to review the diff and to grant a
freeze exception to viennacl eventually.

Kind regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature

Bug#682905: can't import signatures

[Daniel Pocock]

Package: enigmail
Version: 2:1.4.1-2
Severity: serious

Just got back from DebConf and receiving signatures by email every day -
but I can't import them.  I have marked the bug `serious' because this
obviously impacts an important workflow.

I have the latest icedove and enigmail packages from wheezy, icedove is
10.0.5-1

The messages (usually sent to me by a user with caff) are decrypted
successfully.

However, when I click to save the attached signature, a 0 byte file is
created.  icedove reports the attachment is 2.3kb - but the file created
in /tmp is 0 bytes.

If I right click the attachment and click `Open', I get this popup:

"This attachment appears to be empty.
Please check with the person who sent this.
Often company firewalls or antivirus programs will destroy attachments."

If I right click and click `Import OpenPGP key', I get this popup:

"Error - key importing failed
Error - No valid armored OpenPGP data block found"

If I use another machine with squeeze (icedove+enigmail), everything is
fine.

I can also manually save the sigs on the squeeze machine, copy them to
the wheezy machine, and then import them to gpg from the command line:

$ gpg --import 0x6C6580E77BD756C4.1.signed-by-0xD929F2992BEF0A33.asc
gpg: key 7BD756C4: "Daniel Pocock " 1 new signature
gpg: Total number processed: 1
gpg: new signatures: 1
gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
gpg: depth: 0  valid:   1  signed:   4  trust: 0-, 0q, 0n, 0m, 0f, 1u
gpg: depth: 1  valid:   4  signed:   6  trust: 4-, 0q, 0n, 0m, 0f, 0u
gpg: next trustdb check due at 2019-05-09

I tried purging and re-installing the enigmail package, it did not help.

I've also tried clearing the enigmail version preference (suggested by
some other bug reports) and that didn't help.



I put data from the Enigmail console log below



Initializing Enigmail service ...
EnigmailAgentPath=/usr/bin/gpg

enigmail> /usr/bin/gpg --version --version --batch --no-tty --charset
utf-8 --display-charset utf-8
gpg (GnuPG) 1.4.12
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: ~/.gnupg
Supported algorithms:
Pubkey: RSA, RSA-E, RSA-S, ELG-E, DSA
Cipher: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH, CAMELLIA128,
CAMELLIA192, CAMELLIA256
Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: encrypted with 4096-bit RSA key, ID 6FCBFD6D, created 2009-05-11
  "Didier Raboud "
gpg: encrypted with 4096-bit RSA key, ID 7009F571, created 2012-07-08
  "Daniel Pocock "
enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: encrypted with 4096-bit RSA key, ID 6FCBFD6D, created 2009-05-11
  "Didier Raboud "
gpg: encrypted with 4096-bit RSA key, ID 7009F571, created 2012-07-08
  "Daniel Pocock "
enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: no valid OpenPGP data found.
gpg: decrypt_message failed: eof
enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: no valid OpenPGP data found.
gpg: decrypt_message failed: eof
enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: no valid OpenPGP data found.
gpg: decrypt_message failed: eof
enigmail> /usr/bin/gpg --charset utf-8 --display-charset utf-8 --batch
--no-tty --status-fd 2 --decrypt --passphrase-fd 0 --no-use-agent
gpg: no valid OpenPGP data found.
gpg: decrypt_message failed: eof


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

Bug#682904: ddclient: Incomplete man page

[Jonathan McCrohan]

Package: ddclient
Version: 3.8.0-11.5
Severity: normal

Hi,

The man page for ddclient is incomplete, and actually instructs the user to 
"please run ddclient -help until this manpage is finished."

As ddclient --help contains a lot of output, it would be far easier to read
this information if it was added to the man page instead.

Thanks,
Jon


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

Bug#628552: tracking packages using (temporary) work-arounds to build

[Jonathan Nieder]

Bill Allombert wrote:

> What developers would really need is an easy way to apply patches selectively 
> on the
> version of gcc used.

Don't the __GNUC__ and __GNUC_MINOR__ preprocessor symbols work for
that?

Curious,
Jonathan


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

Bug#682903: Don't open file when flymake is enabled in the first try

[Marco Túlio Gontijo e Silva]

Package: haskell-mode
Version: 2.8.0-2
Severity: minor
Tags: upstream

With this .emacs.el:

(require 'flymake)
(add-hook 'find-file-hook 'flymake-find-file-hook)

If I try to open any (new or existing) haskell file, for instance with
C-x C-x a.hs , it will give an error and not open the file.

The error logged in *Messages* is:

split-string: Wrong type argument: stringp, nil

Any workaround is welcome.

Greetings.

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

Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages haskell-mode depends on:
ii  emacs [emacsen]   23.2+1-7   The GNU Emacs editor (metapackage)
ii  emacs23 [emacsen] 23.2+1-7   The GNU Emacs editor (with GTK+ us

Versions of packages haskell-mode recommends:
pn  ghc | hugs (no description available)

haskell-mode 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#666148: mendexk: Links statically against libkpathsea

[Nobuhiro Iwamatsu]

Hi,

On Thu, Jul 26, 2012 at 6:17 PM, Julien Cristau  wrote:
> On Wed, Jul 11, 2012 at 06:11:01 +0900, Nobuhiro Iwamatsu wrote:
>
>> diff -u mendexk-2.6e/Makefile mendexk-2.6e/Makefile
>> --- mendexk-2.6e/Makefile
>> +++ mendexk-2.6e/Makefile
>> @@ -12,7 +12,7 @@
>>
>>  # for Debian's libkpathsea-dev
>>  CFLAGS = -O -DKPATHSEA -DKPATHSEA3 -D$(KANJI)
>> -PROGLINK = $(CC) $(OBJS) -o $(PROGRAM) /usr/lib/libkpathsea.a
>> +PROGLINK = $(CC) $(OBJS) -o $(PROGRAM) /usr/lib/libkpathsea.so
>>
>>  OBJS = main.o convert.o sort.o fread.o fwrite.o styfile.o pageread.o kp.o
>>
> This seems to be replacing something wrong with something just a tiny
> bit less wrong.  Use -lkpathsea instead.
>

OK, I will fix and reupload.
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#657177: Bug log entry navigation

[jcrout]

How do I fund out if there has been a reply -- any followup -- to this
thread?

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657177#5


- John


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

Bug#682902: mime-support: Performance issue. Unnecessery resource consumption from 'see' utility...

[Oleksandr Gavenko]

Package: mime-support
Version: 3.52-1
Severity: normal

I found such picture in 'htop' utility:

28077 user   20   0  122M  2584  1736 S  0.0  0.1  0:00.04 ├─ /usr/bin/perl 
/usr/bin/see /home/user/net/васильева_007.jpg
28081 user   20   0  4164   584   492 S  0.0  0.0  0:00.00 │  └─ sh -c 
gthumb '/tmp/filemVzMYj'
28082 user   20   0  623M 92168 18772 S  0.0  2.3  0:02.35 │ └─ gthumb 
/tmp/filemVzMYj

I strongly suggest remove 'system' call to avoid 'sh -c' execution. Instead
use 'exec' without 'fork' to free CPU and memory from '/usr/bin/perl 
/usr/bin/see'.

I don't look to another utility from mime-support, but think that they also
have such issue...

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

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

-- 
Best regards!


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

Bug#682901: dblatex: Incorrect hyphen for index entry covering several pages with xetex backend

[Petter Reinholdtsen]

Package: dblatex
Version: 0.3-2

I discovered this problem while using dblatex to format a Norwegian
version of the book Free Culture.  The index entires covering several
pages would show up using '--' instead of a long dash in the index.
To reproduce it, process the attached index-bad-dash.xml file I
created to demonstrate the problem like this:

  dblatex --backend=xetex -P latex.class.options=a5paper index-bad-dash.xml

The resulting PDF should be six pages, and the index should show the
'Blabla' entry covering pages 1--2.  When not using the xetex backend,
the index entry is the more correct (1-2), but I need to process UTF-8
input and thus ended up using the xetex backend.

See https://github.com/petterreinholdtsen/free-culture-lessig >
for the complete book project.

-- 
Happy hacking
Petter Reinholdtsen
http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd";>

  
Your title here
  
  
Chapter title
  Section title 1
  
	Blabla
  
  
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
  
  
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla bla bla bla bla bla
	bla bla bla bla bla bla bla bla bla bla 

Bug#682504: Vanilla standard live image kernel panics: init killed

[Daniel Baumann]

On 07/26/2012 09:12 PM, Richard Nelson wrote:
> fixed in git.

thank you ;)

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#681955: [PATCH] ovs-ctl: Start the rest of Open vSwitch if loading brcompat module fails.

[Ben Pfaff]

This may be more useful in practice than failing the entire OVS startup
sequence.

Debian bug #681955.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank 
Signed-off-by: Ben Pfaff 
---
 utilities/ovs-ctl.in |7 ++-
 1 files changed, 6 insertions(+), 1 deletions(-)

diff --git a/utilities/ovs-ctl.in b/utilities/ovs-ctl.in
index 552cef3..9925fdb 100755
--- a/utilities/ovs-ctl.in
+++ b/utilities/ovs-ctl.in
@@ -64,7 +64,12 @@ insert_brcompat_mod_if_required () {
 insert_mod_if_required () {
 insert_openvswitch_mod_if_required || return 1
 if test X"$BRCOMPAT" = Xyes; then
-insert_brcompat_mod_if_required || return 1
+if insert_brcompat_mod_if_required; then
+:
+else
+log_warning_msg "brcompat module could not be loaded, disabling 
bridge compatibility"
+BRCOMPAT=no
+fi
 fi
 }
 
-- 
1.7.2.5


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

Bug#622277: cpufrequtils: CPUs always run on lowest speed

[Mattia Dongili]

On Thu, Jul 26, 2012 at 10:51:02AM +0200, tk wrote:
> Package: cpufrequtils
> Version: 008-1
> Followup-For: Bug #622277
> 
> I do have the sampe problem. I have an E8400 with 2x 3.0Ghz running with
> 2.0GHz.
> It's not possible to get it to 3.0Ghz.
...
> It seems like the full power is only used when the system is booting up. It
> does work with the latest OpenSuse Gnome LiveCD.

what kernel is running on that opensuse cd?
have you tried setting the frequency explicitely? You probably have some
other process that is setting the frequency to lowest.

Thanks
-- 
mattia
:wq!


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

Bug#682900: mime-support: File renamed and copied to /tmp if contain Russian letters...

[Oleksandr Gavenko]

Package: mime-support
Version: 3.52-1
Severity: normal

>From 'htop' utility:

28077 user   20   0  122M  2584  1736 S  0.0  0.1  0:00.04 ├─ /usr/bin/perl 
/usr/bin/see /home/user/net/васильева_007.jpg
28081 user   20   0  4164   584   492 S  0.0  0.0  0:00.00 │  └─ sh -c 
gthumb '/tmp/filemVzMYj'
28082 user   20   0  623M 92168 18772 S  0.0  2.3  0:02.35 │ └─ gthumb 
/tmp/filemVzMYj

As you can see 'gthumb' called with file from '/tmp' dir.

When file name does not contain Russian letters 'gthumb' start from current
directory with original file name.

Why such behaviour is wrong?

Most viewers allow:

 1) show files which lays in current directory (like you start one foto and
can look to another by press SPACE)
 2) edit files... (not only content but important metainfo file foto author,
dates, etc!!)

As non English people I am discriminated by losing functionality available for
EN people... ((

Man page does not say about such transformation...

I think path name handling must relay on libc and kernel, not on perl
scripts...

I use 'see' intensively in '~/.config/mc/ms.ext' and does not know any
alternative under Debian...

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

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

mime-support depends on no packages.

-- Configuration Files:
/etc/mailcap.order changed:
vlc:audio/*
vlc:video/*

-- 
Best regards!


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

Bug#681955: openvswitch-switch - Enabling brcompat breaks normal operation

[Ben Pfaff]

On Thu, Jul 26, 2012 at 10:44:58AM +0200, Bastian Blank wrote:
> On Wed, Jul 18, 2012 at 06:50:10AM -0700, Ben Pfaff wrote:
> > On Wed, Jul 18, 2012 at 09:57:13AM +0200, Bastian Blank wrote:
> > > Enabling brcompat without openvswitch-brcompat installed or the module
> > > available breaks the init script and normal operation without brcompat.
> > I'm surprised to hear that, because the init script contains:
> > if test X"$BRCOMPAT" = Xyes && test ! -x /usr/sbin/ovs-brcompatd; then
> > BRCOMPAT=no
> > log_warning_msg "ovs-brcompatd missing, disabling bridge 
> > compatibility"
> > fi
> 
> It fails to load the module and breaks.

OK, I can address that.

But what's this about "without openvswitch-brcompat installed"?  What
bug is there in that case?


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

Bug#681880: [bug 681880 3/3] debian: Move database from /etc/openvswitch to /var/lib/openvswitch.

[Ben Pfaff]

Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank 
Signed-off-by: Ben Pfaff 
---
 REPORTING-BUGS |2 +-
 debian/automake.mk |1 +
 debian/openvswitch-switch.dirs |1 +
 debian/openvswitch-switch.postinst |   15 +++
 debian/openvswitch-switch.postrm   |4 +-
 debian/openvswitch-switch.prerm|   50 
 6 files changed, 70 insertions(+), 3 deletions(-)
 create mode 100755 debian/openvswitch-switch.prerm

diff --git a/REPORTING-BUGS b/REPORTING-BUGS
index 86510d2..af0096b 100644
--- a/REPORTING-BUGS
+++ b/REPORTING-BUGS
@@ -32,7 +32,7 @@ The following are also handy sometimes:
   your OS (e.g. "Centos 5.0").
 
 * The contents of the vswitchd configuration database (usually
-  /etc/openvswitch/conf.db).
+  /etc/openvswitch/conf.db or /var/lib/openvswitch/conf.db).
 
 * The output of "ovs-dpctl show".
 
diff --git a/debian/automake.mk b/debian/automake.mk
index b6cb12e..b025cdd 100644
--- a/debian/automake.mk
+++ b/debian/automake.mk
@@ -44,6 +44,7 @@ EXTRA_DIST += \
debian/openvswitch-switch.manpages \
debian/openvswitch-switch.postinst \
debian/openvswitch-switch.postrm \
+   debian/openvswitch-switch.prerm \
debian/openvswitch-switch.template \
debian/openvswitch-switch.links \
debian/openvswitch-test.dirs \
diff --git a/debian/openvswitch-switch.dirs b/debian/openvswitch-switch.dirs
index 0b1f281..ccbbbf7 100644
--- a/debian/openvswitch-switch.dirs
+++ b/debian/openvswitch-switch.dirs
@@ -1,2 +1,3 @@
 /etc/openvswitch
+/var/lib/openvswitch
 /usr/share/openvswitch/switch
diff --git a/debian/openvswitch-switch.postinst 
b/debian/openvswitch-switch.postinst
index 7b9d7bc..38e1eee 100755
--- a/debian/openvswitch-switch.postinst
+++ b/debian/openvswitch-switch.postinst
@@ -33,6 +33,21 @@ case "$1" in
 fi
 done
fi
+
+   # Ensure that /etc/openvswitch/conf.db links to /var/lib/openvswitch,
+   # moving an existing file if there is one.
+   #
+   # Ditto for .conf.db.~lock~.
+   for base in conf.db .conf.db.~lock~; do
+   new=/var/lib/openvswitch/$base
+   old=/etc/openvswitch/$base
+   if test -f $old && test ! -e $new; then
+   mv $old $new
+   fi
+   if test ! -e $old && test ! -h $old; then
+   ln -s $new $old
+   fi
+   done
 ;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
diff --git a/debian/openvswitch-switch.postrm b/debian/openvswitch-switch.postrm
index 88bf9fc..ff4ae4a 100755
--- a/debian/openvswitch-switch.postrm
+++ b/debian/openvswitch-switch.postrm
@@ -21,8 +21,8 @@ set -e
 
 case "$1" in
 purge)
-rm -f /etc/openvswitch/conf.db
-rm -f /etc/openvswitch/.conf.db.~lock~
+rm -f /etc/openvswitch/conf.db /etc/openvswitch/.conf.db.~lock~
+rm -f /var/lib/openvswitch/conf.db /var/lib/openvswitch/.conf.db.~lock~
 rm -f /etc/default/openvswitch-switch
 rm -f /var/log/openvswitch/ovs-vswitchd.log* || true
 rm -f /var/log/openvswitch/ovsdb-server.log* || true
diff --git a/debian/openvswitch-switch.prerm b/debian/openvswitch-switch.prerm
new file mode 100755
index 000..9221ef1
--- /dev/null
+++ b/debian/openvswitch-switch.prerm
@@ -0,0 +1,50 @@
+#!/bin/sh
+# prerm script for openvswitch-switch
+#
+# see: dh_installdeb(1)
+
+set -e
+
+# summary of how this script can be called:
+#*  `remove'
+#*  `upgrade' 
+#*  `failed-upgrade' 
+#*  `remove' `in-favour'  
+#*  `deconfigure' `in-favour'
+#`removing'
+#   
+# for details, see http://www.debian.org/doc/debian-policy/ or
+# the debian-policy package
+
+
+case "$1" in
+upgrade)
+# Ensure that conf.db and its lockfile in /etc/openvswitch are not
+# dangling symlinks, because this caused ovsdb-server to hang at
+# startup in versions of OVS older than 1.4.2+git20120612-7.
+for base in conf.db .conf.db.~lock~; do
+fn=/etc/openvswitch/$base
+if test -h $fn && test ! -e $fn; then
+rm -f $fn
+fi
+done
+;;
+
+remove|deconfigure)
+;;
+
+failed-upgrade)
+;;
+
+*)
+echo "prerm called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
-- 
1.7.2.5


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

Bug#681880: [bug 681880 2/3] ovsdb: Make "ovsdb-tool create" work through a dangling symlink.

[Ben Pfaff]

open() with O_CREAT|O_EXCL yields EEXIST if the name passed in is a
symlink, but we would like "ovsdb-tool create /etc/openvswitch/conf.db" to
work if /etc/openvswitch/conf.db is a symlink to elsewhere in the file
system.  This commit fixes the problem.  It introduces a theoretical race,
but no one should be doing "ovsdb-tool create" in parallel anyhow; O_EXCL
is just an idiot check here, not required to be fail-safe.

Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank 
Signed-off-by: Ben Pfaff 
---
 ovsdb/log.c |   13 +++--
 1 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/ovsdb/log.c b/ovsdb/log.c
index ab4a150..9b882dc 100644
--- a/ovsdb/log.c
+++ b/ovsdb/log.c
@@ -1,4 +1,4 @@
-/* Copyright (c) 2009, 2010, 2011 Nicira, Inc.
+/* Copyright (c) 2009, 2010, 2011, 2012 Nicira, Inc.
  *
  * Licensed under the Apache License, Version 2.0 (the "License");
  * you may not use this file except in compliance with the License.
@@ -95,7 +95,16 @@ ovsdb_log_open(const char *name, enum ovsdb_log_open_mode 
open_mode,
 } else if (open_mode == OVSDB_LOG_READ_WRITE) {
 flags = O_RDWR;
 } else if (open_mode == OVSDB_LOG_CREATE) {
-flags = O_RDWR | O_CREAT | O_EXCL;
+if (stat(name, &s) == -1 && errno == ENOENT
+&& lstat(name, &s) == 0 && S_ISLNK(s.st_mode)) {
+/* 'name' is a dangling symlink.  We want to create the file that
+ * the symlink points to, but POSIX says that open() with O_EXCL
+ * must fail with EEXIST if the named file is a symlink.  So, we
+ * have to leave off O_EXCL and accept the race. */
+flags = O_RDWR | O_CREAT;
+} else {
+flags = O_RDWR | O_CREAT | O_EXCL;
+}
 } else {
 NOT_REACHED();
 }
-- 
1.7.2.5


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

Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.

[Ben Pfaff]

open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a
symlink.  lockfile_try_lock() interpreted that error code to mean that
some other process had created the lock file in the meantime, so it went
around its loop again, which found out the same thing, which led to a hang.

This commit fixes the problem by dropping O_EXCL.  I don't see any reason
that it's actually necessary.  That means that the loop itself is
unnecessary, so this commit drops that too.

Debian bug #681880.
CC: 681...@bugs.debian.org
Reported-by: Bastian Blank 
Signed-off-by: Ben Pfaff 
---
 lib/lockfile.c|   50 +++-
 tests/lockfile.at |1 +
 tests/test-lockfile.c |   38 -
 3 files changed, 54 insertions(+), 35 deletions(-)

diff --git a/lib/lockfile.c b/lib/lockfile.c
index e0f6328..c55be66 100644
--- a/lib/lockfile.c
+++ b/lib/lockfile.c
@@ -1,4 +1,4 @@
- /* Copyright (c) 2008, 2009, 2010, 2011 Nicira, Inc.
+ /* Copyright (c) 2008, 2009, 2010, 2011, 2012 Nicira, Inc.
  *
  * Licensed under the Apache License, Version 2.0 (the "License");
  * you may not use this file except in compliance with the License.
@@ -221,41 +221,23 @@ lockfile_try_lock(const char *name, bool block, struct 
lockfile **lockfilep)
 
 *lockfilep = NULL;
 
-/* Open the lock file, first creating it if necessary. */
-for (;;) {
-/* Check whether we've already got a lock on that file. */
-if (!stat(name, &s)) {
-if (lockfile_find(s.st_dev, s.st_ino)) {
-return EDEADLK;
-}
-} else if (errno != ENOENT) {
-VLOG_WARN("%s: failed to stat lock file: %s",
-  name, strerror(errno));
-return errno;
-}
-
-/* Try to open an existing lock file. */
-fd = open(name, O_RDWR);
-if (fd >= 0) {
-break;
-} else if (errno != ENOENT) {
-VLOG_WARN("%s: failed to open lock file: %s",
-  name, strerror(errno));
-return errno;
-}
-
-/* Try to create a new lock file. */
-VLOG_INFO("%s: lock file does not exist, creating", name);
-fd = open(name, O_RDWR | O_CREAT | O_EXCL, 0600);
-if (fd >= 0) {
-break;
-} else if (errno != EEXIST) {
-VLOG_WARN("%s: failed to create lock file: %s",
-  name, strerror(errno));
-return errno;
+/* Check whether we've already got a lock on that file. */
+if (!stat(name, &s)) {
+if (lockfile_find(s.st_dev, s.st_ino)) {
+return EDEADLK;
 }
+} else if (errno != ENOENT) {
+VLOG_WARN("%s: failed to stat lock file: %s",
+  name, strerror(errno));
+return errno;
+}
 
-/* Someone else created the lock file.  Try again. */
+/* Open the lock file. */
+fd = open(name, O_RDWR | O_CREAT, 0600);
+if (fd < 0) {
+VLOG_WARN("%s: failed to open lock file: %s",
+  name, strerror(errno));
+return errno;
 }
 
 /* Get the inode and device number for the lock table. */
diff --git a/tests/lockfile.at b/tests/lockfile.at
index 9cc95a8..1fa0342 100644
--- a/tests/lockfile.at
+++ b/tests/lockfile.at
@@ -18,3 +18,4 @@ CHECK_LOCKFILE([lock_and_unlock_allows_other_process], [1])
 CHECK_LOCKFILE([lock_timeout_gets_the_lock], [1])
 CHECK_LOCKFILE([lock_timeout_runs_out], [1])
 CHECK_LOCKFILE([lock_multiple], [0])
+CHECK_LOCKFILE([lock_symlink], [0])
diff --git a/tests/test-lockfile.c b/tests/test-lockfile.c
index d28c1b4..808ed1e 100644
--- a/tests/test-lockfile.c
+++ b/tests/test-lockfile.c
@@ -1,5 +1,5 @@
 /*
- * Copyright (c) 2009, 2010, 2011 Nicira, Inc.
+ * Copyright (c) 2009, 2010, 2011, 2012 Nicira, Inc.
  *
  * Licensed under the Apache License, Version 2.0 (the "License");
  * you may not use this file except in compliance with the License.
@@ -20,6 +20,7 @@
 
 #include 
 #include 
+#include 
 #include 
 #include 
 
@@ -214,6 +215,40 @@ run_lock_multiple(void)
 lockfile_unlock(a);
 }
 
+/* Checks that locking a dangling symlink works OK.  (It used to hang.) */
+static void
+run_lock_symlink(void)
+{
+struct lockfile *a, *b, *dummy;
+struct stat s;
+
+/* Create a symlink .a.~lock~ pointing to .b.~lock~. */
+CHECK(symlink(".b.~lock~", ".a.~lock~"), 0);
+CHECK(lstat(".a.~lock~", &s), 0);
+CHECK(S_ISLNK(s.st_mode) != 0, 1);
+CHECK(stat(".a.~lock~", &s), -1);
+CHECK(errno, ENOENT);
+CHECK(stat(".b.~lock~", &s), -1);
+CHECK(errno, ENOENT);
+
+CHECK(lockfile_lock("a", 0, &a), 0);
+CHECK(lockfile_lock("a", 0, &dummy), EDEADLK);
+CHECK(lockfile_lock("b", 0, &dummy), EDEADLK);
+lockfile_unlock(a);
+
+CHECK(lockfile_lock("b", 0, &b), 0);
+CHECK(lockfile_lock("b", 0, &dummy), EDEADLK);
+CHECK(lockfile_lock("a", 0, &dummy), EDEADLK);
+lockfile_unlock(b);
+
+CHECK(lst

Bug#682887: eog crashes with *** glibc detected *** eog: malloc(): memory corruption: 0x0000000001d64c00 ***

[Michael Biebl]

tags = moreinfo
thanks

On 26.07.2012 18:43, Roberto Di Cosmo wrote:
> Package: eog
> Version: 3.4.2-1
> Severity: important
> Tags: patch
> 
> 
> eog requires to upgrade libxi-dev:amd64 to a version >> 2:1.3-6,
> and 2:1.6.1-1 worked for me. Otherwise eog crashes with the error
> *** glibc detected *** eog: malloc(): memory corruption: 0x01d64c00 
> ***
> 
> Since linxi-dev is not a direct dependency of eog, the problem might lie
> in some intermediate package in the dependency chain from eog to libxi-dev.
> 
> The system information below is *after* upgrading libxi-dev to the working 
> version.
> 

Why should eog require a -dev package? This doesn't make sense

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#682410: Re: Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot

[Michael Wild]

On 07/26/2012 10:23 PM, Sebastian Ramacher wrote:
> Hi Karl,
> 
> On 26/07/12 21:48, Karl Rupp wrote:
>> thanks for the patch. Just two short questions:
>> * Which compiler (version) did you use? 
> 
> gcc 4.7
> 
>> * Do you happen to know whether the error shows up with ViennaCL 1.3.0 as 
>> well? 
> 
> ViennaCL 1.3.0 has the same issue. Michael Wild's package at 
> mentors.debian.net
> [1] already contains the fix and he opened a bug report upstream [2].
> 
> Kind regards
> 
> [1] http://mentors.debian.net/package/viennacl
> [2]
> http://sourceforge.net/tracker/?func=detail&aid=3530507&group_id=322140&atid=1353702
> 

Thanks Sebastian.

How should I proceed? Should I upload viennacl-1.2.0-2 to mentors and
ask for sponsorship? I don't suppose that 1.3.0-1 would be uploadable
due to the freeze, right?

Michael


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

Bug#682899: RFS: zynaddsubfx/2.4.0-1.3 [NMU] [RC]

[Christophe Siraut]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "zynaddsubfx"

 * Package name: zynaddsubfx
   Version : 2.4.0-1.3
   Upstream Author : Nasca Otavian Paul 
 * URL : http://zynaddsubfx.sourceforge.net
 * License : GPL
   Section : sound

It builds those binary packages:

zynaddsubfx - Realtime software synthesizer for Linux

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/zynaddsubfx

Alternatively, one can download the package with dget using this
command:

  dget -x
http://mentors.debian.net/debian/pool/main/z/zynaddsubfx/zynaddsubfx_2.4.0-1.3.dsc

Changes since the last upload:

 * Fix bank loading. (Closes: #661887).
 * Build with libjack-dev or libjack-jackd2-dev. (Closes: #602194).
 * Fix debhelper-but-no-misc-depends zynaddsubfx.
 * Fix patch-system-but-direct-changes-in-diff src/main.cpp.
 * Fix hardening-no-fortify-functions usr/bin/zynaddsubfx.

Regards,
  Christophe Siraut


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

Bug#682893: RFS: freefoam/0.1.2-1 (for experimental)

[Dmitrijs Ledkovs]

Hello Michael,

Thank you for your work!

First small comment, instead of adding debian-science to CC, next time
use X-Debbugs-CC. The difference is: if in CC reply-all adds submit@ and
you get a loop of filing new bugs, in X-Debbugs-CC only
##@bugs.debian.org will be in the loop.

Now about the rest follows:

On 26/07/12 19:52, Michael Wild wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "freefoam"
> 
> * Package name: freefoam
>   Version : 0.1.2-1
>   Upstream Author : Michael Wild 
> * URL : http://freefoam.sourceforge.net
> * License : GPL-3+ (+GFDL-NIV-1.2, permissive, PSF-2,
> LGPL-2.1+, BSD-4-clause, GPL-2)
>   Section : science
> 
> It builds those binary packages:
> 
>   freefoam   - programs for Computational Fluid Dynamics (CFD)
>   freefoam-dbg - programs for Computational Fluid Dynamics (CFD) -
> debugging symbols
>   freefoam-dev-doc - software for Computational Fluid Dynamics -
> developers documentation
>   freefoam-user-doc - software for Computational Fluid Dynamics -
> user documentation
>   libfreefoam - libraries for Computational Fluid Dynamics (CFD)
>   libfreefoam-dbg - libraries for Computational Fluid Dynamics (CFD) -
> debugging symbols
>   libfreefoam-dev - libraries for Computational Fluid Dynamics (CFD) -
> development files
>   python-freefoam - software for Computational Fluid Dynamics -
> Python files
>   python3-freefoam - software for Computational Fluid Dynamics -
> Python3 files
> 
> To access further information about this package, please visit the
> following URL:
> 
> http://mentors.debian.net/package/freefoam
> 
> 
> Alternatively, one can download the package with dget using this command:
> 
>   dget -x
> http://mentors.debian.net/debian/pool/main/f/freefoam/freefoam_0.1.2-1.dsc
> 
> More information about FreeFOAM can be obtained from
> http://freefoam.sourceforge.net.
> 
> Changes since the last upload:
> 
>   * [84c7923] New upstream version 0.1.2
>   * [162a878] Removed debian/patches/spelling.diff. Fixed in upstream.
>   * [881573d] Removed debian/patches/copyright.diff. This information
> belongs into debian/copyright
>   * [d834177] Removed debian/patches/userd.diff, upstream removed that
> part
>   * [86c646e] Build man-pages from source, remove pre-compiled copies in
> debian/man1
>   * [0452a37] Build HTML version of UserGuide, depend on libjs-mathjax
>   * [e0e97d7] Added missing build-deps: graphviz
>   * [0a2c68d] Move to straight dh sequencer with parallel builds enabled
> - The debhelper version present in Ubuntu precise doesn't contain
>   the fix for the CPPFLAGS variable being ignored by CMake
>   (#668813), so also add the manual workaround, just to make sure.
> - Removed build-depends on cdbs
> - Bumped minimum required version of debhelper to 7.0.50~.
> - Keep dh_installchangelogs from trying to install doc/changes/ as
>   a file
>   * [63668d2] Split off Python module into python{,3}-freefoam, move to
> dh_python*
> - Changed build-dependency from python-all to simply python added
>   new
> - Build-depends on python3
> - Add X-Python{,3}-Version tags
>   * [59cd2fe] Install private binaries into /usr/lib/freefoam/bin
>   * [2a39577] Fix bogus lintian override
>   * [1240767] Cleanup debian/control, fix Homepage/Source entries
>   * [703e36b] Make debian/copyright complete, cleanup
>   * [b87d5f9] Do not version plugins directory
>   * [037f959] Properly assign files to correct package in
> debian/*.install. Requires new build-depends on bash-completion.
>   * [2bdf7d5] Link docs of freefoam-{dev,user}-docs into
> /usr/share/docs/freefoam
>   * [36a0288] Added debian/patches/disable-git-version-check.diff.
> Instead of querying git about the build number, use the Debian
> version.
>   * [981346d] Override warnings about useless ldconfig calls
>   * [e4c2b99] Add Michael Wild to the uploaders
>   * [02f2ab1] Added
> debian/patches/fix-doc-urls-and-references-for-debian.diff.
> Update the installation directories accordingly in
> debian/freefoam-*-doc.install.
>   * [63e9652] Added
> debian/patches/remove-hard-coded-python-modules-path.diff.
> For the build to work it is now required to set the PYTHONPATH
> environment variable in debian/rules.
>   * [06d66a3] Add multiarch support
>   * [658f053] Create debug-symbols packages {lib,}freefoam-dbg
>   * [13446a4] Build hardened libraries and executables. This requires
> CMake/FOAMUtilities.cmake to be patched, otherwise it would be
> impossible to pass the PIE flags to the executables only in CMake.
> - Added d/p/add-DEB_EXE_COMPILE_LINKER_FLAGS-to-build-system.diff
> - Added a build-depends on hardening-includes
> 
> 
> Gerber van der Graaf, who originally packaged the freefoam-0.1.0-1
> package asked me to add myself

Bug#682410: viennacl: FTBFS in a minimal sid amd64 chroot

[Karl Rupp]

Hi Sebastian,

ah, thanks for the info. We'll include the fix with the upcoming 1.3.1 
release. Thanks a lot :-)


Best regards,
Karli



On 07/26/2012 10:23 PM, Sebastian Ramacher wrote:

Hi Karl,

On 26/07/12 21:48, Karl Rupp wrote:

thanks for the patch. Just two short questions:
* Which compiler (version) did you use?


gcc 4.7


* Do you happen to know whether the error shows up with ViennaCL 1.3.0 as well?


ViennaCL 1.3.0 has the same issue. Michael Wild's package at mentors.debian.net
[1] already contains the fix and he opened a bug report upstream [2].

Kind regards

[1] http://mentors.debian.net/package/viennacl
[2]
http://sourceforge.net/tracker/?func=detail&aid=3530507&group_id=322140&atid=1353702




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

Bug#682639: tunnelx: FTBFS: xargs: /usr/lib/jvm/default-java/bin/javac: No such file or directory

[Wookey]

+++ Michael Terry [2012-07-26 15:10 -0400]:
> 
> This patch should fix it.  /usr/lib/jvm/default-java is provided by
> default-jre-headless.  Which is Depended on by default-jre, which is
> Depended on by default-jdk.  So if you switch the hard-coded Depend on
> openjdk-6-jdk to default-jdk, you should be fine.  Built for me.
> 
> Alternatively, I suppose you could change from the default-java symlink
> to hard-coding openjdk-6 in debian/rules too.  But this way seems nicer,
> since the package doesn't seem to require openjdk-6(?).

I believe the dep was originally set to openjdk-6-jdk because the
package only built with that sun-derived java, not gcj, and
default-jdk on some architectures was gcj. Now things may have changed
in the intervening couple of years so that you don't _need_ openjdk,
but I'm not sure. I've always been a bit vague about exactly how all
this fits together. As you say the packaging should be consistent and
either use /usr/lib/jvm/default-java with default-jdk, or use
/usr/lib/jvm/openjdk-6 with openjdk-6-jdk.

however it sseems that on amd64 the path is
/usr/lib/jvm/java-6-openjdk-amd64 strongly suggesting that it'll be
different on other architectures. Is it always
/usr/lib/jvm/java-6-openjdk-?

> Thanks for considering the patch.

I'm happy to upload that if it works, but I don't know if it'll work
on all arches. I could run on the various porter machines to try it or
just upload it and see if it works. It'd be nice to understand exactly
what the best thing to do in this sort of circumstance is. 

Neither http://www.debian.org/doc/packaging-manuals/java-policy nor
http://pkg-java.alioth.debian.org/docs/tutorial.html really clarified
this, although it does seem that 'default-jdk' is normally recommended
there. I'll try it, and mail the java list if it doesn't work
everywhere. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#682703: libgl1-mesa-glx: new bug-fix mesa release 8.0.4

[Cyril Brulebois]

Julien Cristau  (26/07/2012):
> That doesn't sound too bad, so would probably be worthwhile.
> Unfortunately I don't think I'll have time to build/upload this in the
> near future. :(

I should be able to do that. Please ping again on sunday.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)

[Antti-Juhani Kaijanaho]

Package: obnam
Followup-For: Bug #682798

I have another attempt running so far for 4½ hours; lsof shows obnam has a lot
of pipes open!

# lsof -c obnam | grep -c pipe$
2042
# lsof -c obnam | grep pipe$ | head
obnam   21834 root1w  FIFO0,7  0t0 10250227 pipe
obnam   21834 root2w  FIFO0,7  0t0 10250227 pipe
obnam   21834 root6r  FIFO0,7  0t0 10732079 pipe
obnam   21834 root7r  FIFO0,7  0t0 10732080 pipe
obnam   21834 root8w  FIFO0,7  0t0 10732080 pipe
obnam   21834 root   10r  FIFO0,7  0t0 10732081 pipe
obnam   21834 root   11w  FIFO0,7  0t0 10732081 pipe
obnam   21834 root   12r  FIFO0,7  0t0 10732082 pipe
obnam   21834 root   13w  FIFO0,7  0t0 10732082 pipe
obnam   21834 root   15r  FIFO0,7  0t0 10732142 pipe

What's happening here?

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

Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages obnam depends on:
ii  libc6 2.13-33
ii  python2.7.3~rc2-1
ii  python-cliapp 1.20120630-1
ii  python-larch  1.20120527-1
ii  python-paramiko   1.7.7.1-3
ii  python-tracing0.6-2
ii  python-ttystatus  0.19-1

obnam recommends no packages.

obnam 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#644788: Upcoming upgrade issues with GNU Screen for Wheezy

[Axel Beckert]

Hi Julien,

Julien Cristau wrote:
> The following patch, while not all that pretty, seems to allow me to
> attach to a screen started with either the squeeze or sid version.

Thanks for the patch. Interesting approach btw.

> I'm sure there's corner cases, but.

I'll test it and will very likely include it in the next upload.
Expect the upload within the upcoming weekend.

I'll also forward it to upstream.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#680798: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

[Andreas Tille]

Hi Adam,

On Thu, Jul 26, 2012 at 10:00:53PM +0100, Adam D. Barratt wrote:
> On Thu, 2012-07-26 at 14:45 +0200, Andreas Tille wrote:
> > BTW, it seems to me that libpoco development only happens in experimental
> > and unstable does not deserve the attention it would need.  Please help
> > fixing the problem to make sure the reverse depends can stay in testing.
> 
> "Stay" would imply that they're currently _in_ testing.

Hmmm, you are right.  It's kicked now obviosely - I somehow missed this
and this is quite disgusting.  I really hope there would be a chance to get
this back - at least the bug remains also against wheezy ...

Thanks for the hint anyway

Andreas.

-- 
http://fam-tille.de


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

Bug#424624: reassign

[Bastien ROUCARIES]

reassign 424624 defoma
thanks


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

Bug#650059: Bug#680798: Help with gcc-4.7 needed (Was: poco: FTBFS with multiarch libmysqlclient-dev)

[Adam D. Barratt]

On Thu, 2012-07-26 at 14:45 +0200, Andreas Tille wrote:
> BTW, it seems to me that libpoco development only happens in experimental
> and unstable does not deserve the attention it would need.  Please help
> fixing the problem to make sure the reverse depends can stay in testing.

"Stay" would imply that they're currently _in_ testing.

Regards,

Adam


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

Bug#682703: libgl1-mesa-glx: new bug-fix mesa release 8.0.4

[Julien Cristau]

On Thu, Jul 26, 2012 at 20:43:55 +0200, Sven Joachim wrote:

> On 2012-07-25 01:22 +0200, Cyril Brulebois wrote:
> 
> > Andres Cimmarusti  (24/07/2012):
> >> I know the Debian X team is overworked, but it would be nice to
> >> upgrade to mesa 8.0.4.
> >
> > Then you need to send patches, or pull requests.
> 
> I have merged 8.0.4 into debian-unstable locally, may I push it?
> There are ~60 patches to review.
> 
> $ git diff --shortstat origin/debian-unstable
>  61 files changed, 866 insertions(+), 205 deletions(-)
> 
That doesn't sound too bad, so would probably be worthwhile.
Unfortunately I don't think I'll have time to build/upload this in the
near future. :(

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#570569: Moreinformation about ghostscript bug

[Bastien ROUCARIES]

tags 570569 + moreinfo
tags 570569 + unreproducible
thanks

Dear vlada,

Could you please restrart ? Could you upgrade your kernel ?

Thanks for this


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

Bug#681184: [Pkg-mediawiki-devel] Bug#681184: mediawiki: includes courtesy copies of ECMAscript libs

[Platonides]

On 26/07/12 20:32, Thorsten Glaser wrote:
> Platonides dixit:
> 
>> Thorsten, how do you expect to handle it?
> 
> Have not investigated it yet. Same as with the other occurrences,
> I guess – cut off the convenience copies of third-party code, patch
> the code to use the system-wide copy, and kick it until it ble^Wworks.

Other than the open_basedir issue I mentioned, I don't expect problems
with that. Replacing with a few symlinks should cleanly solve it.


>> There's of course the risk of something breaking, undetected upstream
>> due to a different jQuery version. But I guess you're aware of that and
>> accepting it.
> 
> Yes. There’s of course also the risk that the system-wide copy has got
> security and bugfixes which make using it at all possible. ☺ It’s Policy
> so there’s not even any need to discuss it, even if you don’t like it,
> too.

It's hard for jQuery to produce a security issue. Far more likely that
it gets introduced by wrong usage at MediaWiki/an extension.

I'm pretty sure we would issue a new release if there was a security
vulnerability in a javascript library we were bundling. Just as debian
would update the library package. Not a problem on that front.

My concerns were if debian changed to a jQuery which under certain
circunstances triggered a bug (such as crashing the client browser).
And MediaWiki produced that effect, unknown to us since it was tested
with a different -safe- jQuery version.

That happened in the past with jQuery 1.6.2 [1], and we also had a
similar-looking bug related to jQuery v1.4.2 [2].

Probably not going to happen in wheezy, but it could reappear in
unstable. At upstream, we should keep in mind possible differences of
ecmascript libraries by vendor vs ones shipped with MW when dealing with
bugs reports. We will of course deny any reponsibility of jQuery bugs
packaged by debien if they happenned :)
Let's hope they don't.  Clients could use not-broken browsers, of
course, but sadly, as a web developer, you can't count on that :(.

Regards

1- http://bugs.jquery.com/ticket/9823
2- https://bugzilla.wikimedia.org/show_bug.cgi?id=33926


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