Bug#625922: SATA devices get reset without real hardware failure

[Francois Gouget]

This is mostly a mee too to report that I have had this issue at least 
three times in the past 4 months (more or less), and every time with the 
one ST2000DL003-9VT166 drive in my computer (out of four). I'm also 
running with the CC32 firmware (apparently there's nothing more recent) 
but the Linux kernel is newer:

Linux version 3.2.0-2-amd64 (Debian 3.2.15-1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) 
#1 SMP Sun Apr 15 16:47:38 UTC 2012

Other details that may be relevant:
 * It's part of a software RAID1 device (which causes it to drop out 
   obviously).
 * I did a long test with SeaTools and it passed.

Here's how it started last night:

May 16 01:42:29 amboise kernel: [713845.984035] ata5.00: exception Emask 0x0 
SAct 0x0 SErr 0x0 action 0x6 frozen
May 16 01:42:29 amboise kernel: [713845.984040] ata5.00: failed command: FLUSH 
CACHE EXT
May 16 01:42:29 amboise kernel: [713845.984046] ata5.00: cmd 
ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
May 16 01:42:29 amboise kernel: [713845.984047]  res 
40/00:02:00:08:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
May 16 01:42:29 amboise kernel: [713845.984051] ata5.00: status: { DRDY }
May 16 01:42:29 amboise kernel: [713845.984060] ata5.00: hard resetting link
May 16 01:42:29 amboise kernel: [713846.304016] ata5.01: hard resetting link
May 16 01:42:34 amboise kernel: [713851.820015] ata5.00: link is slow to 
respond, please be patient (ready=0)
May 16 01:42:39 amboise kernel: [713856.020035] ata5.00: SRST failed (errno=-16)
May 16 01:42:39 amboise kernel: [713856.020045] ata5.00: hard resetting link
May 16 01:42:39 amboise kernel: [713856.340022] ata5.01: hard resetting link
May 16 01:42:44 amboise kernel: [713861.856014] ata5.00: link is slow to 
respond, please be patient (ready=0)
May 16 01:42:49 amboise kernel: [713866.056013] ata5.00: SRST failed (errno=-16)
May 16 01:42:49 amboise kernel: [713866.056022] ata5.00: hard resetting link
May 16 01:42:49 amboise kernel: [713866.376014] ata5.01: hard resetting link
May 16 01:42:54 amboise kernel: [713871.892010] ata5.00: link is slow to 
respond, please be patient (ready=0)
May 16 01:43:24 amboise kernel: [713901.068011] ata5.00: SRST failed (errno=-16)
May 16 01:43:24 amboise kernel: [713901.068019] ata5.00: limiting SATA link 
speed to 1.5 Gbps
May 16 01:43:24 amboise kernel: [713901.068023] ata5.01: limiting SATA link 
speed to 1.5 Gbps
May 16 01:43:24 amboise kernel: [713901.068028] ata5.00: hard resetting link
May 16 01:43:24 amboise kernel: [713901.388013] ata5.01: hard resetting link
May 16 01:43:29 amboise kernel: [713906.120012] ata5.00: SRST failed (errno=-16)
May 16 01:43:29 amboise kernel: [713906.130577] ata5.00: reset failed, giving up
May 16 01:43:29 amboise kernel: [713906.130580] ata5.00: disabled
May 16 01:43:29 amboise kernel: [713906.130585] ata5.01: disabled
May 16 01:43:29 amboise kernel: [713906.130589] ata5.00: device reported 
invalid CHS sector 0
May 16 01:43:29 amboise kernel: [713906.130598] ata5: EH complete
May 16 01:43:29 amboise kernel: [713906.130670] sd 4:0:0:0: [sdb] Unhandled 
error code
May 16 01:43:29 amboise kernel: [713906.130677] sd 4:0:0:0: [sdb]  Result: 
hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
May 16 01:43:29 amboise kernel: [713906.130691] sd 4:0:0:0: [sdb] CDB: 
Write(10): 2a 00 17 00 6f 80 00 00 08 00
May 16 01:43:29 amboise kernel: [713906.130713] end_request: I/O error, dev 
sdb, sector 385904512


-- 
Francois Gouget   http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.



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

Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired

[Robert Millan]

2012/5/16 Robert Millan :
> I don't think there's anything userland can do at this point (I
> suggest reassigning to kernel). Later on it'd have to ensure that
> fsck.ufs is run before remounting read-write, but AFAICS this point
> isn't reached.
>
> Can you verify that the file system is being mounted read-only?
>
> Is it reproducible with upstream kernel? (kfreebsd-downloader)

Erm sorry, disregard that.  I didn't notice that userland output isn't
being included in your log.

Does this problem happen when botting in single mode? (second option
in GRUB menu)

-- 
Robert Millan



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

Bug#672959: kfreebsd-*: panic: vm_fault_copy_wired

[Robert Millan]

2012/5/15 Steven Chamberlain :
> If a GNU/kFreeBSD ufs root filesystem is dirty (from unclean shutdown),
> the panic below is triggered during the early init scripts.  The only
> way to fix it is to use some rescue system (e.g. d-i) to fsck the
> filesystem, marking it clean.

I don't think there's anything userland can do at this point (I
suggest reassigning to kernel). Later on it'd have to ensure that
fsck.ufs is run before remounting read-write, but AFAICS this point
isn't reached.

Can you verify that the file system is being mounted read-only?

Is it reproducible with upstream kernel? (kfreebsd-downloader)

-- 
Robert Millan



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

Bug#672415: [pkg-wine-party] Bug#672415: virtual memory allocation problem on kfreebsd-i386 (solved in wine 1.4)

[Robert Millan]

2012/5/13 Hilko Bengen :
> Am I guessing correctly that this is the relevant upstream commit?

It's probably needed.  And at least
535a55ec9eff83ac1cdf58a6514f4a76cab46a57 is needed too.

But please don't guess, one would have to test it.  If you intend to
aim for 1.2 I'll be glad to help, just let me know.

-- 
Robert Millan



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

Bug#671785: segfaults when running reportbug

[Robert Millan]

2012/5/13 Steven Chamberlain :
> I couldn't reproduce this yet on either of two boxes:
>
> production server, up-to-date wheezy:
> kfreebsd-amd64 9.0-1-amd64 9.0-3
> python2.7 2.7.3~rc2-2.1
> eglibc 2.13-32
>
> development VM, loosely following wheezy + some sid/experimental:
> kfreebsd-i386 8.3-1-686 8.3-2
> python2.7 2.7.3~rc2-2.1
> eglibc 2.13-32+kkh901

I hit it with up-to-date (at the time) sid chroot, hosted on kfreebsd 8.1.

Is someone other than me able to reproduce this?

-- 
Robert Millan



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

Bug#502305: ulogd2: Status of package?

[Jim Barber]

Hi Pierre.

In your last email from Nov last year, you mention a partial fix for the 
Multiarch problems.

The package files at https://www.wzdftpd.net/downloads/ulogd2-deb/ haven't been 
updated since 27th Dec 2010.
It sounds like you've made a few changes since then.
Would you be able to put your more up to date files somewhere so that we can 
build them please?

Based on the old files, to fix the build dependencies for sid as it stands 
today I need to apply the following patch:

--- ulogd-2.0.0~beta4/debian/control.orig   2010-12-27 18:21:25.0 
+0800
+++ ulogd-2.0.0~beta4/debian/control2012-05-16 12:58:33.977786179 +0800
@@ -7,11 +7,11 @@
 libnfnetlink-dev (>= 0.0.13),
 libnetfilter-conntrack-dev (>= 0.0.28),
 libnetfilter-log-dev (>= 1.0),
-libmysqlclient15-dev | libmysqlclient-dev,
+libmysqlclient-dev,
 libpq-dev,
-libpcap-dev,
-libsqlite-dev,
-libdbi0-dev
+libpcap-dev | libpcap0.8-dev,
+libsqlite3-dev,
+libdbi-dev
 Standards-Version: 3.9.1
 Homepage: http://www.netfilter.org/projects/ulogd/
 #Vcs-Git: git://git.debian.org/collab-maint/ulogd.git


However as Nils Olav Fossum reports, the build will still fail because it can't 
find libraries that are now in the multiarch area.

I think mysql libraries are now also in the multiarch area along with the pcap 
libraries that Nils Olav Fossum identified.

So I guess somehow the LDFLAGS should have a -L/usr/lib/$(DEB_HOST_MULTIARCH) 
parameter added to expand the library search path.
I wasn't really sure how to do that though...
I have some theories but not enough time to try.
I figured it would be better just to email and see if we can get access to your 
latest package files and then work from there.

Regards,

-- 
--
Jim Barber
DDI Health



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

Bug#670091: Please ship /sys

[Robert Millan]

2012/5/15 Josh Triplett :
>> Can anyone tell me if the Hurd and the kFreeBSDs use /sys as well?
>
> As far as I know they don't.

It's used on kFreeBSD (linsysfs).

-- 
Robert Millan



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

Bug#661359: Patch for the l10n upload of approx

[Christian PERRIER]

Quoting Christian PERRIER (bubu...@debian.org):
> 
> Dear maintainer of approx,
> 
> On Sunday, April 29, 2012 I sent you a notice announcing my intent to upload 
> an
> NMU of your package to fix its pending l10n issues, after an initial
> notice sent on Friday, April 27, 2012.
> 
> We finally agreed that you would do the update yourself at the end of
> the l10n update round.
> 
> That time has come.


Just a small ping to check that everythign is OK


signature.asc
Description: Digital signature

Bug#659007: duplicity: Frequent BackendException:s lately

[Dwayne C. Litzenberger]

There's a patch for this issue here: 
https://github.com/paramiko/paramiko/pull/63


--
Dwayne C. Litzenberger 
 OpenPGP: 19E1 1FE8 B3CF F273 ED17  4A24 928C EC13 39C2 5CF7



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

Bug#672891: brcmsmac wireless brcms_c_wait_for_tx_completion warning

[Jonathan Nieder]

Jonathan Nieder wrote:

>  4. try the patch:
>
>   git am -3sc /path/to/patch
>   make ARCH=i386; # maybe with -j4
>   scp ../ target-system:

Gah --- I left out a line here.  I should have said the following:

git am -3sc /path/to/patch
make deb-pkg ARCH=i386; # maybe with -j4
scp ../ target-system:



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

Bug#533393: man page

[Nicholas Bamber]

tag 533393 +wontfix
thanks

Can't really do anything about this. The output represents what you get 
on a screen.




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

Bug#672891: brcmsmac wireless brcms_c_wait_for_tx_completion warning

[Jonathan Nieder]

Touko Korpela wrote:
> On Mon, May 14, 2012 at 05:11:48PM -0500, Jonathan Nieder wrote:

>> commit 5e379203c7788b7af01150bfadbc74d2797a2ef4 upstream.
>
> Patch looks promising but following above instructions I failed to build
> patched 686-pae flavour i386 kernel using amd64 system (and not possible to 
> build on
> target machine because lack of space).

Easiest way is probably to set up a 32-bit chroot.

Here are some alternative instructions. :)

 0. prerequisites:

apt-get install git build-essential gcc-multilib

 1. get a copy of the kernel history, if you don't already have it:

git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

 2. fetch point releases:

cd linux
git remote add stable \
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
git fetch stable

 3. configure, build, test:

git checkout stable/linux-3.2.y
ssh target-system 'cat /boot/config-$(uname -r)' >.config
scripts/config --disable DEBUG_INFO
make ARCH=i386; # optionally with -j for parallel build
make ARCH=i386 deb-pkg
scp ../ target-system:
ssh root@target-system dpkg -i 
ssh root@target-system reboot

Hopefully it reproduces the bug.  So:

 4. try the patch:

git am -3sc /path/to/patch
make ARCH=i386; # maybe with -j4
scp ../ target-system:
ssh root@target-system dpkg -i 
ssh root@target-system reboot

Hope that helps,
Jonathan



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

Bug#672807: Acknowledgement (mount refuses to create cdrom0, if I do, it changes permissions not letting me view its contents.)

[macarthur]

Additional information.

If the disc is completely blank, then it will create the mount point and 
mount it properly. However, once the disc is complete, as in finalized, 
it does not mount it and refuses to do so.




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

Bug#673022: texlive-base: cannot upgrade to 2011.20120509-1

[Yves-Alexis Perez]

On mer., 2012-05-16 at 07:37 +0900, Norbert Preining wrote:
> On Di, 15 Mai 2012, Yves-Alexis Perez wrote:
> > here it is (I'm unsure if you notice in a previous mail, that at some
> > point it did work, without me changing anything).
> 
> No I didn't notice.
> 
> So now everything is fine?

You mean, except that I needed 5 to 10 attempts to update? Yes :)
> 
> In this case I tend to close this unless you can reproduce this
> behaviour.

Well, if I'm the only one with such a behavior, yeah, feel free to
close. If something like that happens again next time I'll always be
possible to reopen.

Regards,
-- 
Yves-Alexis


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

Bug#669883: Bug#670890: libgtk-3-0: Smaller tray icons don't get rendered since GTK+ 3.4 upgrade

[Fernando Lemos]

tags 670890 fixed-upstream
thanks

Hi,

On Mon, Apr 30, 2012 at 10:48 AM, Michael Biebl  wrote:
>> Should I report this upstream?
>
> This would be very much appreciated.

A fix has been committed upstream[1,2].

This didn't make it in time for Gtk+ 3.4.3, which was just released.
It was also not applied to the 3.4 branch (I just asked upstream to
commit to the 3.4 branch as well, let's see). So you might want to
consider backporting (it should apply cleanly). If you go that route,
you might be interested in a fix for what seems to be a GCC 4.7
warning[3] introduced by that commit as well.

I can provide a patch for the packaging, please let me know.

[1]: https://bugzilla.gnome.org/show_bug.cgi?id=673749#c6
[2]: 
http://git.gnome.org/browse/gtk+/commit/gtk/gtkstatusicon.c?id=c8378099600e4279cb5c608b546bbe778c451233
[3]: 
http://git.gnome.org/browse/gtk+/commit/?id=5bf82077f505c187a9a950e80f7f9af5a38d61bb

Thanks,



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

Bug#673103: ftp.debian.org: override:legit:vcs/optional

[TANIGUCHI Takaki]

Package: ftp.debian.org
Severity: normal

legit_0.1.1-2_all.deb: package says section is vcs, override says devel.

I want to change the section to vcs. 
(See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670812 )
--
谷口 貴紀 (TANIGUCHI Takaki)tak...@asis.media-as.org
http://takaki-web.media-as.org/ tak...@debian.org
http://facebook.com/taniguchi.takaki  http://twitter.com/takaki_t



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

Bug#673102: gdm3 greeter shows ALL users with non-/bin/false shells

[Michael Biebl]

reassign 673102 accountsservice
forcemerge 673095 673102
affects 673095 gdm3
thanks

On 16.05.2012 04:32, sacrificial-spam-addr...@horizon.com wrote:
> Package: gdm3
> Version: 3.0.4-4
> Severity:important
> Architecture: i386
> 
> I'm tracking debian/unstable, and my computer was down for a week or so
> with a bad power supply.  After bringing it up to date, I found a stupid
> number of users listed in the gdm3 greeter.
> 
> Users like "backup", "Majordomo" (ud 31), gnats (uid 41), etc.
> 
> This is, if I understand correctly, Not Supposed To Happen.
> 
> Changing shells to /bin/false makes users disappear from the list,
> but /bin/symlink-to-bash does not.
> 
> System is 64-bit kernel, i386 userland, 16 GB RAM, i7-2700K processor,
> 3.3.0-rc5 kernel (upgrading soon), onboard (Intel HD 3000) graphics.
> 
> The bug might not be in the gdm3 binary proper, but rather one of the
> support libraries, but I'm not up to figuring out what is going on.
> gdm3 is ultimately responsible.
> 
> 
> Attempts to specify only listed users in /etc/gdm3/daemon.comf,
> section [greeter], using IncludeAll=false and Include="user,user2"
> did not work.  Nor did Exclude="majordomo".
> 
> Neither did equivalent edits to /usr/share/gdm/gdm.schemas.
> 


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

-- 
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#657076: Updating and maintaining barry in Debian / Ubuntu

[Chris Frey]

On Mon, May 14, 2012 at 07:48:04PM -0400, Chris Frey wrote:
> Hold the presses.  I found one more issue.  The pkg-config files need to
> be renamed to match the major version number (libbarry-18.pc instead of
> libbarry-0.pc).
> 
> I'll be releasing 0.18.2 to fix this.

Ok, version 0.18.2 is here:

http://sourceforge.net/projects/barry/files/barry/barry-0.18.2/sources/

Thanks,
- Chris




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

Bug#440566: my .1 c

[Yaroslav Halchenko]

how many extensions require those python modules? if just a handful then
Suggests: is an adequate location for those dependencies.  Otherwise (if
a few or just few popular ones) then sure boosting to Recommends would
be preferable.  One way or another -- please have this bug report dealt
with ;)

Cheers and thanks for maintaining inkscape

-- 
Yaroslav O. Halchenko
Postdoctoral Fellow,   Department of Psychological and Brain Sciences
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik



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

Bug#673102: gdm3 greeter shows ALL users with non-/bin/false shells

[sacrificial-spam-address]

Package: gdm3
Version: 3.0.4-4
Severity:important
Architecture: i386

I'm tracking debian/unstable, and my computer was down for a week or so
with a bad power supply.  After bringing it up to date, I found a stupid
number of users listed in the gdm3 greeter.

Users like "backup", "Majordomo" (ud 31), gnats (uid 41), etc.

This is, if I understand correctly, Not Supposed To Happen.

Changing shells to /bin/false makes users disappear from the list,
but /bin/symlink-to-bash does not.

System is 64-bit kernel, i386 userland, 16 GB RAM, i7-2700K processor,
3.3.0-rc5 kernel (upgrading soon), onboard (Intel HD 3000) graphics.

The bug might not be in the gdm3 binary proper, but rather one of the
support libraries, but I'm not up to figuring out what is going on.
gdm3 is ultimately responsible.


Attempts to specify only listed users in /etc/gdm3/daemon.comf,
section [greeter], using IncludeAll=false and Include="user,user2"
did not work.  Nor did Exclude="majordomo".

Neither did equivalent edits to /usr/share/gdm/gdm.schemas.



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

Bug#673016: API breakage, dropped header file cnf.h

[Michael Biebl]

Hi,

On 16.05.2012 03:40, Norbert Preining wrote:
> On Di, 15 Mai 2012, Karl Berry wrote:
>> np> somewhere between 20120410 and20120510 it seems that 
>> cnf.h
>> is not installed anymore.
>>
>> Peter changed kpathsea/Makefile.am not to install cnf.h and several
>> other .h's.  I'm not sure why, or if he and I discussed it.  Peter?
> 
> In the meantime I checked and evince can be build without problems
> by *not* including cnf.h.

Right, I've also tried this in the mean time and got evince successfully
to compile. I've checked the evince upstream git repository but didn't
find a relevant log entry which explains why this include was added in
the first place.

Reading Karl's reply above that other header files were also dropped
worries me a bit, though. Have the other reverse dependencies of
libkpathsea been checked to still compile successfully?

> I don't know, maybe including this header was wrong from the very
> beginning ... if this is the case, please let me know. I don't mind
> if the cnf.h disappears if it is on purpose.

I checked the original header file and didn't find a notice that this
header was deprecated or not supposed to be included.
That said, if that header file is not coming back, I'd appreciate a
short explanation  why it was dropped and not supposed to be used, so I
can communicate this to evince upstream.

Cheers,
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#663896: src:rmpi: FTBFS (configure: error: "Cannot find mpi.h header file")

[Dirk Eddelbuettel]

On 14 March 2012 at 21:32, Julien Cristau wrote:
| Source: rmpi
| Version: 0.5-9-2
| Severity: serious
| Justification: fails to build from source (but built successfully in the past)
| 
| See the build logs at
| https://buildd.debian.org/status/package.php?p=rmpi

The issue was that MPICH2 support was lacking upstream. In the past we only
bui;t under OpenMPI, but Debian's mpi-default-dev package now leads to MPICH2
on s390/s390x/armel/armhf. [ Coincidentally, on armel/armhf this still fails
like other r-cran-* packages. ]

And I fixed this today with a somewhat hackish fix to upstream's configure.ac
which I will also just submitted upstream:


--- rmpi-0.5-9.orig/configure.ac
+++ rmpi-0.5-9/configure.ac
@@ -132,6 +132,12 @@
   MPITYPE="MPICH"

   MPI_INCLUDE_PATH=$d/mpich/include

   break

+elif test -f $d/include/mpich2/mpi.h; then

+  echo "I am here $d/include/mpich2 and it is MPICH2"

+  MPI_ROOT=$d/include/mpich2

+  MPITYPE="MPICH"

+  MPI_INCLUDE_PATH=$d/include/mpich2

+  break

 elif test -f $d/mpi/include/mpi.h; then

   echo "I am here $d/mpi"

   MPI_ROOT=$d/mpi

@@ -176,6 +182,9 @@
 elif test -f ${MPI_ROOT}/include/lam/mpi.h; then

  echo "Found in ${MPI_ROOT}/include/lam"

  MPI_INCLUDE_PATH="${MPI_ROOT}/include/lam"

+elif test -f ${MPI_ROOT}/mpi.h; then

+ echo "Found in ${MPI_ROOT}"

+ MPI_INCLUDE_PATH="${MPI_ROOT}"

 else 

  echo "Cannot find mpi.h header file"

  echo "Please use --with-mpi=/path/to/mpi or specify the environment 
variable MPI_ROOT"



Regards, Dirk

| 
| Cheers,
| Julien
| xapplication/pgp-signature [Click mouse-2 to save to a file]

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  

Bug#671801: please backport the 3.3 wacom driver to 3.2

[Ben Hutchings]

On Mon, 2012-05-14 at 23:46 +0200, Toni Mueller wrote:
> Hi Jonathan,
> 
> On Sat, May 12, 2012 at 08:59:38AM -0500, Jonathan Nieder wrote:
> > Toni Mueller wrote:
> > > the machine runs Squeeze and cannot be upgraded right now. So it's
> 
> in the meantime, I was able to perform an upgrade, and the tablet
> appears to work now: I can use the stylus, including the button that it
> has, with the new 0.12 X driver.
> 
> > Ok, thanks.  If you get a chance to try the driver from wheezy then:
> > 
> >  - if it isn't fixed, we can pursue this upstream.
> >  - if it is fixed, we can think about how to support these tablets
> >well in squeeze, either by preparing a stable update or updating
> >the package at backports.debian.org.
> 
> Imho, the only missing part seems to be the kernel-level driver, which
> is not in the stock 3.2 kernel. The X driver is already fine.

The kernel driver changes selected by Jonathan will be included in our
next upload.

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.


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

Bug#673101: gtk-qt-engine: Some parts of interface aren't showing

[Yevgeny Kosarzhevsky]

Package: gtk-qt-engine
Version: 1:1.1+svn5-4+b1
Severity: important

Dear Maintainer,
I have issues after recent package updates, many interface buttons has stopped 
showing, like check boxes and radio buttons.

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

Kernel: Linux 3.2.0-2-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

Versions of packages gtk-qt-engine depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-32
ii  libcairo2   1.12.2-1
ii  libfontconfig1  2.9.0-3
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.0-7
ii  libglib2.0-02.32.2-1
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.30.0-1
ii  libqtcore4  4:4.8.1-1
ii  libqtgui4   4:4.8.1-1
ii  libstdc++6  4.7.0-7
ii  libx11-62:1.4.99.901-2

Versions of packages gtk-qt-engine recommends:
ii  kde-config-gtk-style  2:0.5.3-1

gtk-qt-engine 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#672749: rquantlib: ftbfs on armel/armhf

[Dirk Eddelbuettel]

On 16 May 2012 at 00:18, Julien Cristau wrote:
| On Tue, May 15, 2012 at 17:16:29 -0500, Dirk Eddelbuettel wrote:
| 
| > The shell issue may be the best bet, but I see dash and bash.  Dash wins, so
| > it would have been that.  We don't have something smaller than dash which
| > would go into the chroot, do we?
| > 
| (sid)jcristau@agricola:~$ ls -l /bin/sh
| lrwxrwxrwx 1 root root 4 Mar  1 10:54 /bin/sh -> dash

I guess that kills the hypothesis that maybe dash in the chroot is the guilty
party blocking the building of these.

Hm. Back to square one, I suppose.

Dirk

| 
| Cheers,
| Julien
| xapplication/pgp-signature [Click mouse-2 to save to a file]

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com  



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

Bug#673100: gnome-shell: gnome embeded screencasting/recording restart session

[Mauricio Vidal Genta]

Package: gnome-shell
Version: 3.2.2.1-4+b1
Severity: important

After a few second using the embeded gnome screencasting/recording option
[ctrl+alt+shift+r] it restart the session.

Syslog:
May 15 22:27:17 maury-pc x-session-manager[2838]: WARNING: Application 'gnome-
shell.desktop' killed by signal 5

Auth.log:
May 15 22:27:17 maury-pc polkitd(authority=local): Unregistered Authentication
Agent for unix-session:/org/freedesktop/ConsoleKit/Session2 (system bus name
:1.142, object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale
es_AR.utf8) (disconnected from bus)


In Gnome 3.2 the problem already existed.



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-1
ii  gconf-service3.2.5-1
ii  gir1.2-accountsservice-1.0   0.6.15-4
ii  gir1.2-atk-1.0   2.4.0-2
ii  gir1.2-caribou-1.0   0.4.2-2
ii  gir1.2-clutter-1.0   1.10.4-3
ii  gir1.2-cogl-1.0  1.10.2-3
ii  gir1.2-coglpango-1.0 1.10.2-3
ii  gir1.2-folks-0.6 0.6.8-2
ii  gir1.2-freedesktop   1.32.1-1
ii  gir1.2-gconf-2.0 3.2.5-1
ii  gir1.2-gdkpixbuf-2.0 2.26.1-1
ii  gir1.2-gee-1.0   0.6.4-1
ii  gir1.2-gkbd-3.0  3.4.0.2-1
ii  gir1.2-glib-2.0  1.32.1-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.2-1
ii  gir1.2-gtk-3.0   3.4.1-2
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-3
ii  gir1.2-networkmanager-1.00.9.4.0-3
ii  gir1.2-pango-1.0 1.30.0-1
ii  gir1.2-polkit-1.00.104-2
ii  gir1.2-soup-2.4  2.38.1-2
ii  gir1.2-telepathyglib-0.120.18.1-2
ii  gir1.2-telepathylogger-0.2   0.4.0-1
ii  gir1.2-upowerglib-1.00.9.16-2
ii  gjs  1.32.0-2
ii  gnome-bluetooth  3.2.2-1
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gnome-settings-daemon3.2.2-3
ii  gnome-shell-common   3.2.2.1-4
ii  gsettings-desktop-schemas3.4.1-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-32
ii  libcairo-gobject21.12.2-1
ii  libcairo21.12.2-1
ii  libcamel-1.2-29  3.2.2-3
ii  libcanberra0 0.28-4
ii  libclutter-1.0-0 1.10.4-3
ii  libcogl-pango0   1.10.2-3
ii  libcogl9 1.10.2-3
ii  libcroco30.6.5-1
ii  libdbus-1-3  1.5.12-1
ii  libdbus-glib-1-2 0.98-1
ii  libebook-1.2-12  3.2.2-3
ii  libecal-1.2-10   3.2.2-3
ii  libedataserver-1.2-153.2.2-3
ii  libedataserverui-3.0-1   3.2.2-3
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.8-2
ii  libgconf-2-4 3.2.5-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libgee2  0.6.4-1
ii  libgirepository-1.0-11.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.32.0-2
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.32.2-1
ii  libgnome-desktop-3-2 3.4.1-2
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.36-1
ii  libgtk-3-0   3.4.1-2
ii  libical0 0.48-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-3
ii  libnm-glib4  0.9.4.0-3
ii  libnm-util2  0.9.4.0-3
ii  libnspr4-0d  4.9-1
ii  libns

Bug#673016: API breakage, dropped header file cnf.h

[Norbert Preining]

Hi Karl, hi Peter,

On Di, 15 Mai 2012, Karl Berry wrote:
> np> somewhere between 20120410 and20120510 it seems that 
> cnf.h
> is not installed anymore.
> 
> Peter changed kpathsea/Makefile.am not to install cnf.h and several
> other .h's.  I'm not sure why, or if he and I discussed it.  Peter?

In the meantime I checked and evince can be build without problems
by *not* including cnf.h.

I don't know, maybe including this header was wrong from the very
beginning ... if this is the case, please let me know. I don't mind
if the cnf.h disappears if it is on purpose.

Best wishes

Norbert

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

BOOKThere is a theory which states that if ever anyone discovers
exactly what the Universe is for and why it is here, it will
instantly disappear and be replaced by something even more
bizarrely inexeplicable.
There is another theory which states that this has already happened.
 --- Introduction to Fit the Seventh.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy



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

Bug#667434: lvcreate / lvremove snapshot under Xen causes Kernel OOPs

[Ben Hutchings]

On Wed, 2012-05-16 at 11:52 +1200, Quintin Russ wrote:
> Hi Ian,
> 
> After around 26 days of uptime one of the first hosts we upgraded the
> linux-image-2.6.32-5-xen-amd64 package to 2.6.32-43 from
> proposed-updates crashed overnight in the same situation as originally
> detailed in this ticket. One new piece of information has come up since
> then - just prior to it crashing this was logged into syslog:
> 
> May 16 01:16:20 dom0 kernel: [2332024.578498] lvcreate: sending ioctl
> 1261 to a partition!

This warning was introduced as part of the fix for a security flaw,
CVE-2011-4127.  It probably doesn't make any difference to this bug.

Ben.

> I am going to look into setting up a serial console for our nodes now,
> but just highlighting that I don't believe this update has fixed the
> issue we're seeing.
> 
> If you have any other ideas / thoughts on how to reliably reproduce this
> fault please let me know.


-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.


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

Bug#673099: aptitude: search always treats multiarch variants as unrelated

[Aaron M. Ucko]

Package: aptitude
Version: 0.6.7-1
Severity: wishlist

Thanks for giving aptitude full multiarch support!  When I proceeded
to enable it, I found that foreign packages showed up as distinct
items (with architecture-tagged names).  That approach makes a lot of
sense on the whole, but limits search possibilities; in particular,
the only way I found to determine which packages are available just
for a specific architecture (native or foreign) was to search by
architecture from the command line and save the results to files I
proceeded to feed to the comm utility.

While that arrangement did give me package lists, it's far more
awkward than I care for, particularly considering that proceeding to
explore those lists within aptitude would have required making them
the basis for user tags, which would then require regular
resynchronization.  As such, I'd appreciate an extension to aptitude's
filter language that would enable built-in support for such searches.

Specifically, I propose ?any-architecture and ?all-architectures
combinators akin to ?any-version and ?all-versions, enabling, e.g.,
?all-architectures(~rforeign).  However, I'd also be okay with a more
ad-hoc approach, with syntax along the lines of ?sole-architecture
(which would take an architecture name) or even a simple
?limited-architectures.

Could you please implement something along those lines when you get a
chance?  (Please work on #672340 first, though. ;-)

Thanks!

-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.7 compiled at May  5 2012 02:05:03
Compiler: g++ 4.6.3
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 =>  (0x7fff435c7000)
libapt-pkg.so.4.12 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7f9f34bd4000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f9f349a5000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f9f3477c000)
libsigc-2.0.so.0 => /usr/lib/libsigc-2.0.so.0 (0x7f9f34577000)
libcwidget.so.3 => /usr/lib/libcwidget.so.3 (0x7f9f34277000)
libept.so.1.0.5.4.12 => /usr/lib/libept.so.1.0.5.4.12 
(0x7f9f34024000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f9f33c27000)
libz.so.1 => /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7f9f33a11000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f9f33769000)
libboost_iostreams.so.1.49.0 => /usr/lib/libboost_iostreams.so.1.49.0 
(0x7f9f3355)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f9f4000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f9f3302c000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f9f32daa000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f9f32b94000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f9f3280c000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f9f32609000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f9f32405000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f9f321f4000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f9f31fef000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f9f31de6000)
/lib64/ld-linux-x86-64.so.2 (0x7f9f35594000)

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

Kernel: Linux 3.2.0-2-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

Versions of packages aptitude depends on:
ii  libapt-pkg4.120.9.3
ii  libboost-iostreams1.49.0  1.49.0-2
ii  libc6 2.13-32
ii  libcwidget3   0.5.16-3.2
ii  libept1.4.12  1.0.6.1
ii  libgcc1   1:4.7.0-7
ii  libncursesw5  5.9-7
ii  libsigc++-2.0-0c2a2.2.10-0.1
ii  libsqlite3-0  3.7.11-3
ii  libstdc++64.7.0-7
ii  libtinfo5 5.9-7
ii  libxapian22   1.2.8-1
ii  zlib1g1:1.2.7.dfsg-1

Versions of packages aptitude recommends:
ii  apt-xapian-index0.45
ii  aptitude-doc-en [aptitude-doc]  0.6.7-1
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.6

Versions of packages aptitude suggests:
ii  debtags  1.9+b1
ii  tasksel  3.09

-- no debconf information



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

Bug#673098: RFS: libphidget21/2.1.8.20120507-1 [ITP]

[Jonathan McCrohan]

Package: sponsorship-requests
Severity: wishlist

Dear Mentors,

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

* Package name: libphidget21
  Version : 2.1.8.20120507-1
  Upstream Author : Phidgets Inc. 
* URL : http://www.phidgets.com/
* License : LGPL-3
  Section : libs

It builds those binary packages:

libphidget21-0 - Phidgets runtime library
libphidget21-dbg - Phidgets debug symbols
libphidget21-dev - Phidgets development files
libphidget21-java - Phidgets Java library

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

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

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

dget -x 
http://mentors.debian.net/debian/pool/main/libp/libphidget21/libphidget21_2.1.8.20120507-1.dsc

More information about libphidget21 can be obtained from 
http://www.phidgets.com/.

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#659519: [3.1 -> 3.2.4 regression] Sound problems (Re: Other card works the same way!)

[Ben Hutchings]

On Tue, 2012-05-15 at 16:52 +0300, David Baron wrote:
[...]
> > [...]
> > 
> > > [ 2656.878112] ABORTED IN=eth2 OUT=
> > > MAC=00:e0:4c:68:00:c5:00:90:8f:2c:50:c9:08:00 SRC=208.83.137.114
> > > DST=10.100.101.101 LEN=40 TOS=0x00 PREC=0x00 TTL=47 ID=61218 DF
> > > PROTO=TCP SPT=2703 DPT=9081 SEQ=1749643406 ACK=716693663 WINDOW=46
> > > RES=0x00 ACK RST URGP=0 [ 2956.105668] CPU0: Core temperature above
> > > threshold, cpu clock throttled (total events = 1) [ 2956.105692] CPU1:
> > > Core temperature above threshold, cpu clock throttled (total events = 1)
> > > [ 2956.106875] CPU0: Core temperature/speed normal
> > > [ 2956.106884] CPU1: Core temperature/speed normal
> > > [ 2999.988022] [Hardware Error]: Machine check events logged
> > 
> > (once)
> > 
> > Was the machine especially active, or is there a cooling problem?
> 
> These happen a lot, seem not to be dependent on room temperature. The CPU fan 
> works, I have de-dusted it, the case is open and still.

Opening a case can actually make fans less effective.

> There is a "temp1 at  55 c listed on PCI adapter. It seems rock steady, too 
> steady! I can get it to 59-60 on a heavy 3d hw-accelerated graphics game. 
> Maybe this sensor is on the nvidia pci-express card, not the cpu!
[...]

Quite likely, yes.  The nouveau driver can expose temperature sensors on
graphics cards.

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.


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

Bug#668225: Same here

[Christopher James Halse Rogers]

On Tue, 2012-05-15 at 22:58 +0200, Paul Menzel wrote:
...
> Can you reproduce this issue? If yes, could you capture more information
> like documented on the colord site [1]?
> 
> I reported that issue upstream now as the Debian maintainer does not
> seem to have time to deal with this.
> 

Thanks for that ☺.

I'm most of the way through updating to colord 0.1.20 (which introduces
a some new libraries, and hence needs a bit more attention than normal).
I was hoping to be done by now and ask to retest against the newer
version. Probably by the end of the week.

I think this is likely to end up being a libsane issue; the frequency of
crashes in there was a big part of why upstream split out colord-sane
into a separate process in the first place.



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

Bug#671567: closed by Gastón Ramos (Bug#671567: fixed in haml-elisp 1:3.0.15-3)

[Kevin Ryde]

ow...@bugs.debian.org (Debian Bug Tracking System) writes:
>
>  * Added symlink to the source code for emacs23 (Closes: #671567)

There's no need to confine this to emacs23.  I see emacs23 is the
only supported flavour as now, but having the .el with the .elc
is good in all flavours.  Eg. in the install script simply don't
"rm $SRC_FILE" at all :-).


-- 
It's a long way to the shop if you want a sausage roll.



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

Bug#672951: [tex-live] pdflatex segfaults - /Group dict missing - pdfpages with nup 1x1

[Karl Berry]

!pdfTeX error: pdflatex (file ./test.pdf): PDF inclusion: /Group
dict missing
 ==> Fatal error occurred, no output PDF file produced!

Well, I'm glad it doesn't crash any more.  I recall Thanh (or someone)
making fixes in this area.

As for the actual problem, I've forwarded it to Thanh.  The error
message is coming from line 951 in pdftexdir/pdftoepdf.cc, but the
actual problem is apparently in pageDict->lookup, or earlier.
Cannot delve further now ...

k



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

Bug#667434: lvcreate / lvremove snapshot under Xen causes Kernel OOPs

[Quintin Russ]

Hi Ian,

After around 26 days of uptime one of the first hosts we upgraded the
linux-image-2.6.32-5-xen-amd64 package to 2.6.32-43 from
proposed-updates crashed overnight in the same situation as originally
detailed in this ticket. One new piece of information has come up since
then - just prior to it crashing this was logged into syslog:

May 16 01:16:20 dom0 kernel: [2332024.578498] lvcreate: sending ioctl
1261 to a partition!

I am going to look into setting up a serial console for our nodes now,
but just highlighting that I don't believe this update has fixed the
issue we're seeing.

If you have any other ideas / thoughts on how to reliably reproduce this
fault please let me know.

Best Regards,

Quintin



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

Bug#673095: Acknowledgement (shows system users in gdm and gnome-control-center)

[Michael Biebl]

On 16.05.2012 01:40, Michael Biebl wrote:
> Users that are now listed on my system:
> 
> libuuid:x:100:101::/var/lib/libuuid:/bin/sh
> backup:x:34:34:backup:/var/backups:/bin/sh
> gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
> irc:x:39:39:ircd:/var/run/ircd:/bin/sh
> list:x:38:38:Mailing List Manager:/var/list:/bin/sh
> proxy:x:13:13:proxy:/bin:/bin/sh
> sys:x:3:3:sys:/dev:/bin/sh
> www-data:x:33:33:www-data:/var/www:/bin/sh
> 
> As you can see, all of them use /bin/sh as login shell.

All those accounts don't have a password set. So filtering based on the
existence of a password might be an alternative.


-- 
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#673095: Acknowledgement (shows system users in gdm and gnome-control-center)

[Michael Biebl]

On 16.05.2012 01:34, Michael Biebl wrote:
> I suspect it is this commit:
> http://cgit.freedesktop.org/accountsservice/commit/?id=552a0c856a6e3a7c2e6450ab80e79f4204062281
> 
> We previously filtered out users below
>  UID_MIN 1000 (as defined in /etc/login.defs)
> 
> Now users with /usr/sbin/nologin as login shell are filtered out.

> Checking /etc/passwd most Debian system accounts have /bin/sh or
> /bin/false as login shell.

Users that are now listed on my system:

libuuid:x:100:101::/var/lib/libuuid:/bin/sh
backup:x:34:34:backup:/var/backups:/bin/sh
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
irc:x:39:39:ircd:/var/run/ircd:/bin/sh
list:x:38:38:Mailing List Manager:/var/list:/bin/sh
proxy:x:13:13:proxy:/bin:/bin/sh
sys:x:3:3:sys:/dev:/bin/sh
www-data:x:33:33:www-data:/var/www:/bin/sh

As you can see, all of them use /bin/sh as login shell.

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#673094: debhelper: hardlink auto-gened .placeholder files

[Joey Hess]

shawn wrote:
> It would be nice to hardlink all the little .placeholder files when a package 
> ships
> more than one of them, such as cron. To save a little bit of space. 
> Alternatively,
> the files could be made totally empty, but I don't exect that to happen.

Is this a common thing? The only package I have installed with multiple
.placeholder files is cron.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#673095: Acknowledgement (shows system users in gdm and gnome-control-center)

[Michael Biebl]

I suspect it is this commit:
http://cgit.freedesktop.org/accountsservice/commit/?id=552a0c856a6e3a7c2e6450ab80e79f4204062281

We previously filtered out users below
 UID_MIN 1000 (as defined in /etc/login.defs)

Now users with /usr/sbin/nologin as login shell are filtered out.

I don't agree with this upstream change. Imho it should filter on both.

Checking /etc/passwd most Debian system accounts have /bin/sh or
/bin/false as login shell.



-- 
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#673096: RFS: figlet/2.2.4-1

[Jonathan McCrohan]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

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

* Package name: figlet
  Version : 2.2.4-1
  Upstream Author : Glenn Chappell, Ian Chai, John Cowan
* URL : http://www.figlet.org/
* License : BSD-3
  Section : text

It builds those binary packages:

  figlet - Make large character ASCII banners out of ordinary text

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

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


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

  dget -x http://mentors.debian.net/debian/pool/main/f/figlet/figlet_2.2.4-1.dsc

One can also check out the package repository using git:

  git clone http://git.dereenigne.org/pkg-figlet.git

More information about figlet can be obtained from http://www.figlet.org.

Changes since the last upload:

figlet (2.2.4-1) unstable; urgency=low

  * New upstream release. (closes: #617422)
- Relicensed as BSD; figlet can move back to main \o/
  * Improve packaging
- Update S-V to 3.9.3
- Bump Debhelper to v9
- Switch to dpkg-source 3.0 (quilt) format
- Switch to dh-style debian/rules (closes: #672320)
- Update package description (closes: #557254)
- Update debian/copyright (closes: #436302)
- Fix moolets bashism (closes: #530082)
- Move figlet manpage to alternatives system (closes: 403665)
- Add watchfile
- Add Homepage to debian/control
- Remove references to depreciated figfonts(-cjk) packages
- Remove local copies of man pages (merged upstream)
  * Add myself as co-maintainer

 -- Jonathan McCrohan   Mon, 14 May 2012 18:33:13 +0100

Two points of information:

1)  This upload allows figlet to move back from non-free to main. I have
received confirmation on both debian-legal [1] and the figlet
mailinglist [2] that figlet is DFSG-compliant.

2)  I am not hijacking this package. I have been in contact with the
existing maintainer and he his happy for me to be co-maintainer.

Thanks,
Jon

[1] https://lists.debian.org/debian-legal/2012/05/msg00022.html
[2] http://www.plig.net/mailman/private/figlet/2012-May/000274.html



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

Bug#673095: shows system users in gdm and gnome-control-center

[Michael Biebl]

Package: accountsservice
Version: 0.6.18-2
Severity: serious

Since the latest upgrade, the user chooser in gdm shows all available
user accounts including system users.
Same in gnome-control-center → User accounts.

Marking as RC to prevent migration to testing.



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

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

Versions of packages accountsservice depends on:
ii  dbus   1.5.12-1
ii  libaccountsservice00.6.18-2
ii  libc6  2.13-32
ii  libglib2.0-0   2.32.3-1
ii  libpolkit-gobject-1-0  0.105-1

accountsservice recommends no packages.

Versions of packages accountsservice suggests:
ii  gnome-control-center  1:3.2.2-3+b1

-- 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#673094: debhelper: hardlink auto-gened .placeholder files

[shawn]

Package: debhelper
Version: 9.20120513em1
Severity: wishlist

It would be nice to hardlink all the little .placeholder files when a package 
ships
more than one of them, such as cron. To save a little bit of space. 
Alternatively,
the files could be made totally empty, but I don't exect that to happen.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable-grip
  APT policy: (200, 'unstable-grip'), (101, 'unstable'), (100, 'experimental')
Architecture: armel (armv5tel)

Kernel: Linux 3.4.0-rc4-tomoyo-2-gf203d42 (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 debhelper depends on:
ii  binutils2.22-6em1
ii  dpkg-dev1.16.3em1
ii  file5.11-1em1
ii  html2text   1.3.2a-15em1
ii  man-db  2.6.1-2em1
ii  perl5.14.2-10em1
ii  po-debconf  1.0.16+nmu2em1

debhelper recommends no packages.

debhelper 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#653359: Status of mixlib-authentication tests

[Bryan McLellan]

> I see that the status is marked as resolved in version 0.10.12.

The ticket status in JIRA is still open. The fix version was an
artifact of the way it was opened, and I've removed it. We still need
to find out why the test is failing. I'll try to find some time today
to look at it.

Bryan



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

Bug#665979:

[Alexey Eromenko]

Update: I decided to create new packages of v0.8.2, based on older
Debian's sources.

Uploaded my new packages to:
http://forum.gns3.net/post15311.html

It was tested in Debian wheezy/testing, amd64, and basic functionality
works, and it is lintian clean.
Would be good to get them into Debian.
-- 
-Alexey Eromenko "Technologov"



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

Bug#673093: /usr/share/calendar/calendar.computer: $s/Introduction on Mac OS X/Introduction of Mac OS X

[Bjartur Thorlacius]

Package: bsdmainutils
Version: 9.0.1
Severity: minor
File: /usr/share/calendar/calendar.computer

Dear Maintainer,
I found what I believe to be a typo in the last event of calendar.computer.
The computer event of 24th of Mars in 2001, inherit from the Jargon File, was 
the introduction of Mac OS X, not the introduction on Mac OS X.

Please verify if the typo is present in the Jargon File, and notify catb if it 
is.

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

Kernel: Linux 3.2.0-2-686-pae (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 bsdmainutils depends on:
ii  bsdutils 1:2.20.1-4
ii  debianutils  4.3
ii  libc62.13-32
ii  libncurses5  5.9-7
ii  libtinfo55.9-7

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
pn  cpp   4:4.7.0-6
pn  vacation  
pn  wamerican | wordlist  
pn  whois 

-- Configuration Files:
/etc/calendar/default changed [not included]

-- 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#673092: 9.8 - Scheduling Asynchronous Tasks: anacron - increate?

[Steve Gauthier]

Package: debian-handbook
Version: current (no version specified)

Chapter 09 - Unix Services
Section 9.8 - Sheduling Asynchronous Tasks: anacron
Back to basics section

", while negative levels (-1 to -20) will increate it - "

Suggested change:

", while negative levels (-1 to -20) will increase it - "

Bug#672973: devscripts: stopped updating the time stamps of the changelog

[Norbert Preining]

On Di, 15 Mai 2012, James McCoy wrote:
> On Tue, May 15, 2012 at 02:23:36PM +0900, Norbert Preining wrote:
> > in former times a 
> > dch -a -c .../path/to/changelog
> > did indeed update the name and date footer. Now it doesn't anymore.
> 
> Because that's just noise except in the case of creating a new changelog

Disagreed. 

> stanza or preparing the changelog for release.  "dch -r" will update the
> footer appropriately.

If I make intermediate builds for testing that are not properly
released and never intended to be uploaded, I still want to know when
I didn the last change.

> > Why has this change happened? I don't see any NEWS item concerning this?
> > The only NEWS item is about release heuristic if nothing is given, but
> > I definitely pass options onto dch.
> 
> The changelog heuristic automatically enables --mainttrailer/-t.

A.

> > Please restore the old behaviour, or at least explain how to fix it,
> > because I couldn't find it. dch -t didn't work either.
> 
> Use --nomainttrailer or put DEBCHANGE_MAINTTRAILER=no in your
> configuration file.

Yes, done that.

You can close the bug, or write a better description in NEWS and then
close the bug. Whatever you prefer.

Best wishes

Norbert

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

BAUGHURST
That kind of large fierce ugly woman who owns a small fierce ugly dog.
--- Douglas Adams, The Meaning of Liff



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

Bug#673091: abi-compliance-checker: Too strong dependency on doc-base

[Guillem Jover]

Package: abi-compliance-checker
Version: 1.97.5-1
Severity: normal

Hi!

This new version got support for doc-base, but at the same time added
a strong Depends on that package, which is not really warranted, given
that documentation is not really the primary purpose of this package.
Please demote the dependency to a Suggests.

thanks,
guillem



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

Bug#672891: brcmsmac wireless brcms_c_wait_for_tx_completion warning

[Touko Korpela]

On Mon, May 14, 2012 at 05:11:48PM -0500, Jonathan Nieder wrote:
> tags 672891 + upstream patch moreinfo
> quit
> 
> Hi,
> 
> Touko Korpela wrote:
> 
> > Samsung X125 laptop. This kind of warning was logged. Also earlier
> > 3.2.x kernels do this.
> 
> Does the attached patch help?
> 
> Instructions for testing patches are at [1].
> 
> Thanks,
> Jonathan
> 
> [1] 
> http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
> or the corresponding page of the debian-kernel-handbook package

> From: Arend van Spriel 
> Date: Thu, 9 Feb 2012 21:08:58 +0100
> Subject: brcm80211: smac: fix endless retry of A-MPDU transmissions
> 
> commit 5e379203c7788b7af01150bfadbc74d2797a2ef4 upstream.

Patch looks promising but following above instructions I failed to build
patched 686-pae flavour i386 kernel using amd64 system (and not possible to 
build on
target machine because lack of space).



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

Bug#672184: Bug#671551: ecasound-el: debian-pkg-add-load-path-item

[Kevin Ryde]

Alessandro Ghedini  writes:
>
>> ...
>> (add-to-list 'auto-mode-alist '("\\.ewf\\'" . ecasound-ewf-mode))
>
> Is this correct?

Pretty close.

It's good to wrap it all in a package-dir existence check like that
haml-elisp bit, because with "dpkg --remove" the /etc startup file is
left behind but the rest of the package is gone.  This is important for
an auto-mode-alist entry since if the ecasound.el is gone then visiting
a .ewf would get an error, where you'd prefer left as fundamental-mode
or whatever.

   ;; If package-dir does not exist, the haml-mode package must have
   ;; removed but not purged, and we should skip the setup.
   (when (file-directory-p package-dir)
 (autoload ...)
 (auto-mode-alist ...))

I don't know how often anyone uses dpkg --remove on lisp packages.
Perhaps by mistake when --purge was intended :-).



-- 
I bought a packet of baby powder mixed it up with some water, put it in
the oven, but it came out a blob looking nothing like a baby.



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

Bug#433669: 750,000.00 GBP Has Been Awarded To Your Email-ID In The B P O Cash Offer,Provide

[Jolene Delure]

Information and  Name

Bug#673090: libnspr4: LDFLAGS hardening flags missing

[Simon Ruderich]

Package: libnspr4
Version: 2:4.9-2
Severity: important

Dear Maintainer,

The LDFLAGS hardening flags are missing. For more hardening
information please have a look at [1], [2] and [3].

$ hardening-check /usr/lib/x86_64-linux-gnu/libplc4.so 
/usr/lib/x86_64-linux-gnu/libplds4.so /usr/lib/x86_64-linux-gnu/libnspr4.so
/usr/lib/x86_64-linux-gnu/libplc4.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: no, not found!
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: no, not found!
 Immediate binding: no not found!
/usr/lib/x86_64-linux-gnu/libplds4.so:
 Position Independent Executable: no, regular shared library (ignored)
 Stack protected: no, not found!
 Fortify Source functions: no, only unprotected functions found!
 Read-only relocations: no, not found!
 Immediate binding: no not found!
/usr/lib/x86_64-linux-gnu/libnspr4.so:
 Position Independent Executable: no, regular shared library (ignored)
 }tack protected: yes
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: no, not found!
 Immediate binding: no not found!

To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log (for example with blhc [4]) (hardening-check
doesn't catch everything).

I've no idea what the code in debian/rules in lines 4-7 is
supposed to do, so I can't propose a patch. If relro should be
disabled please add a comment so non-make-geeks are not confused
;-)

Regards,
Simon

[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
[4]: http://ruderich.org/simon/blhc/
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: Digital signature

Bug#673089: plasmacon: crash plasma-desktop

[Prytoegrian]

Package: plasmacon
Version: 0.2.3-r2
Severity: normal

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#670985: jackd2: firewire ERR: Incompatible libffado version!

[Jérôme]

Solved, now that jackd2 went down from unstable to testing.

> I don't think I should have been able to upgrade libffado until the version
> of jackd2 it was compiled against had migrated to testing.

I guess not.

-- 
Jérôme



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

Bug#673071: ITP: vodstok -- Voluntary Distributed Storage Kit

[Timo Juhani Lindfors]

Hi,

Pierre Jaury  writes:
> This software is still an early research project: as far as I know, only
> basic formal security analysis has been performed.

Ok, just make sure that the users know about this.

> Yet, for your specific concern about usual AES vulnerability when using
> independently encrypted blocks, the project aims at providing temporary
> private storage but does not pretend to provide secure operations.

Ok, next question is then: how does vodstok detects tampering done by
hostile peers?

> By the way, I am quite new at Debian packaging and still asking plenty
> of (dumb) questions. Should I package client-only as vodstok (which is
> in fact mostly written in Python) and PHP repository separately as
> vodstok-server or anything?

Two separate binary packages might make sense in that case yes but
they'll of course be part of the same source package I assume?

-Timo



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

Bug#673088: grub2-splashimages: this package does not list itself as an alternative to for destop-grub

[aafuentes]

Package: grub2-splashimages
Version: 1.0.1
Severity: normal

This package should update as an alternative to config desktop-grub
To list itslef when you run update-alternatives --config desktop-grub

Not sure if this is the better way to change the splas screen, but it should be
at least coherent with what we have already :)

Thanks!



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

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

grub2-splashimages depends on no packages.

grub2-splashimages recommends no packages.

Versions of packages grub2-splashimages suggests:
ii  grub-pc  1.99-21

-- 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#673071: ITP: vodstok -- Voluntary Distributed Storage Kit

[Pierre Jaury]

On Wed, 2012-05-16 at 00:37 +0300, Timo Juhani Lindfors wrote:
> Pierre Jaury  writes:
> > Volonturay distributed file sharing
> > This is an opensource, free and viral  project 
> > that aims at providing collaborative distributed
> > storage to users who want to store and share files 
> > temporarily over the Internet.
> 
> Has somebody evaluated the security of this system?
> 
> It seems it is using AES in CBC mode for 32*1024 - 16 byte chunks. Are
> the chunks encrypted independently? If yes, doesn't this mean that it
> has the same weaknesses as ECB mode?
> 

This software is still an early research project: as far as I know, only
basic formal security analysis has been performed.

Yet, for your specific concern about usual AES vulnerability when using
independently encrypted blocks, the project aims at providing temporary
private storage but does not pretend to provide secure operations.

Besides, there is no apparent relation between separately encrypted
chunks held by multiple (dozens) of repositories in normal use case,
which avoids basic risks of crypt-analysis.

Finally, as an anticipation to further concerns (I used to have when
first intending to package vodstok): yes, there may - will for sure, for
security hardening purpose or anything else - be protocol changes. But
most of the protocol is handled in the client part; plus, as long as
provided storage is intended to be temporary (with automatic deprecation
and deletion of old data), it does not sound like fatal for packaging.

By the way, I am quite new at Debian packaging and still asking plenty
of (dumb) questions. Should I package client-only as vodstok (which is
in fact mostly written in Python) and PHP repository separately as
vodstok-server or anything?

Thanks,
Pierre.



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

Bug#673022: texlive-base: cannot upgrade to 2011.20120509-1

[Norbert Preining]

On Di, 15 Mai 2012, Yves-Alexis Perez wrote:
> here it is (I'm unsure if you notice in a previous mail, that at some
> point it did work, without me changing anything).

No I didn't notice.

So now everything is fine?

In this case I tend to close this unless you can reproduce this
behaviour.

Best wishes

Norbert

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

HAMBLEDON (n.)
The sound of a single-engine aircraft flying by, heard whilst lying in
a summer field in England, which somehow concentrates the silence and
sense of space and timelessness and leaves one with a profound feeling
of something or other.
--- Douglas Adams, The Meaning of Liff



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

Bug#673016: API breakage, dropped header file cnf.h

[Norbert Preining]

On Di, 15 Mai 2012, Karl Berry wrote:
> np> somewhere between 20120410 and20120510 it seems that 
> cnf.h
> is not installed anymore.
> 
> Peter changed kpathsea/Makefile.am not to install cnf.h and several
> other .h's.  I'm not sure why, or if he and I discussed it.  Peter?

One further probably important remark: On Debian we build with
--enable-shared

Best wishes

Norbert

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

SIMPRIM (n.)
The little movement of false modesty by which a girl with a cavernous
visible cleavage pulls her skirt down over her knees.
--- Douglas Adams, The Meaning of Liff



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

Bug#673016: API breakage, dropped header file cnf.h

[Karl Berry]

np> somewhere between 20120410 and20120510 it seems that 
cnf.h
is not installed anymore.

Peter changed kpathsea/Makefile.am not to install cnf.h and several
other .h's.  I'm not sure why, or if he and I discussed it.  Peter?

k

On Di, 15 Mai 2012, Michael Biebl wrote:
> Package: libkpathsea-dev
> Version: 2011.20120510-1
> Severity: critical
> 
> Hi,
> 
> the latest upload of libkpathsea-dev dropped the
> /usr/include/kpathsea/cnf.h header file.
> 
> This causes reverse dependencies, like evince, to FTBFS [1].
> 
> The debian changelog doesn't contain any relevant changelog entries. So
> it is unclear if this was done by mistake or if this is a change done on
> purpose. If the latter, please provide clear migration instructions.



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

Bug#673087: RFS: the-powder-toy/78.1-1 [ITP] -- Physics sandbox game

[Aditya Vaidya]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "the-powder-toy"
* Package name: the-powder-toy
  Version : 78.1-1
  Upstream Author : HardWIRED and respective owners
* URL : http://powdertoy.co.uk/


* License : GPL-3
  Section : games

  It builds those binary packages:

the-powder-toy - Physics sandbox game

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

  http://mentors.debian.net/package/the-powder-toy




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

dget -x 
http://mentors.debian.net/debian/pool/main/t/the-powder-toy/the-powder-toy_78.1-1.dsc




  More information about the-powder-toy can be obtained from
http://powdertoy.co.uk/

.

  The Powder Toy is a desktop version of the classic
  'falling sand' physics sandbox game. It simulates
  air pressure and velocity as well as heat!


  Regards,
   Aditya Vaidya

Bug#671586: gjacktransport: FTBFS on hurd-i386.

[Robin Gareus]

Hi Cyril, Alessio.

Thanks for the patch! Merged upstream in 0.5.3:

http://sourceforge.net/projects/gjacktransport/files/gjacktransport/v0.5/gjacktransport-0.5.3.tar.gz/download

Happy hurding.
Cheers!
robin



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

Bug#673040: [adept] Short descriptions displayed instead of extended descriptions

[Neil Williams]

On Tue, 15 May 2012 15:20:50 -0400
Filipus Klutiero  wrote:

> > Don't do severity ping-pong. adept is orphaned, so I lowered the
> > severity as part of the QA team. You, as submitter, must provide
> > justification for the severity.
> 
> I just did that - adept is unfit for release with this bug.

I find that questionable but as nobody else has bothered to do much
about adept, it's not worth fighting over it. It's orphaned, it has
bugs, nobody is showing any sign of dealing with the existing bugs. I've
filed for removal from Debian. #673085

> [...]
> >> adept is a package manager, displaying wrong descriptions makes it unfit
> >> for release.
> > Not true - it is a bug but as long as adept can install packages from
> > the package names and get the dependencies right, upgrade packages and
> > remove packages, it is basically functional.
> >
> >> For reference, see #657557
> > That's for the www.d.o website, not a package! Completely inapplicable.
> 
> I'm not sure what you are describing as inapplicable.

Comparing a pseudo-package for a website with a package in the archive
is just inapplicable. There's no basis for comparison.

> I'd expect:
> Users to avoid trying adept

Nothing to do with the severity of any bugs, that has been happening
all of it's own since 2009 according to the popcon graph.

> Developers to notice that adept needs love

That hasn't happened all the time adept has been orphaned (5 months),
it's not likely to happen before the release.

> The release team to remove adept from testing, if it can't find love

No point just removing from testing.
 
> > Do you want to have it removed from Debian completely?
> > Orphaned bugs rarely receive bug fixes, more likely that someone will
> > seek to remove the package. adept has already missed the Squeeze
> > release by being removed before that release. If it's going to miss
> > Wheezy as well, it probably is worth removing from Debian entirely.
> >
> >
> I won't say that adept should be removed from Debian completely. As a 
> KDE user curious about package management, I find adept interesting to 
> try. Until it's fixed, it could have a place in experimental.

No. That requires an upload and there's obviously nobody willing to do
it. Experimental is for packages where there is some development
ongoing, not bitrot stuff which has nobody to maintain it.

> But 
> realistically, adept was started in 2005, never made a stable release 
> since then, is still beta (for KDE 4) and was discontinued over 3 years 
> ago. I wouldn't expect a stable adept too soon, and doubt it's worth to 
> have more NMUs. I found this bug with 10 minutes of testing - obviously 
> nobody's used it since 4 months.

So all your bug report has done is to have brought removal closer. OK,
that's what happens with RC bugs in orphaned leaf packages more often
than not. So be it.

#673085

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgplepNM5YCFP.pgp
Description: PGP signature

Bug#673086: wasts 2.5 hours per buildd

[Andreas Barth]

Package: libdbi-drivers
Version: 0.8.3-1+s-3
Severity: important

Hi,

if you need to start postgresql during package build, please shut it
down accordingly:
buildd   11258 1  0 22:09 ?00:00:02 
/usr/lib/postgresql/9.1/bin/postgres -D /tmp/tmp.JsmbbcVDNx -h  -k 
/tmp/tmp.JsmbbcVDNx
buildd   11493 11258  0 22:09 ?00:00:00 postgres: writer process
buildd   11494 11258  0 22:09 ?00:00:00 postgres: wal writer process
buildd   11495 11258  0 22:09 ?00:00:00 postgres: autovacuum launcher 
process
buildd   11496 11258  0 22:09 ?00:00:00 postgres: stats collector 
process

as it is, the package then waits for 150 minutes (per buildd) until
sbuild kills just all processes:
dpkg-genchanges: binary-only upload - not including any source code
 dpkg-source --after-build libdbi-drivers-0.8.3-1+s
dpkg-buildpackage: binary only upload (no source included)
LOG:  received smart shutdown request
LOG:  autovacuum launcher shutting down
LOG:  shutting down
LOG:  database system is shut down
Build killed with signal TERM after 150 minutes of inactivity


Please fix this, and end your tests accordingly.



Andi



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

Bug#672749: rquantlib: ftbfs on armel/armhf

[Julien Cristau]

On Tue, May 15, 2012 at 17:16:29 -0500, Dirk Eddelbuettel wrote:

> The shell issue may be the best bet, but I see dash and bash.  Dash wins, so
> it would have been that.  We don't have something smaller than dash which
> would go into the chroot, do we?
> 
(sid)jcristau@agricola:~$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Mar  1 10:54 /bin/sh -> dash

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#673085: RM: adept -- RoQA; RC buggy, unmaintained, low popcon

[Neil Williams]

Package: ftp.debian.org
Severity: normal

adept seems adept at missing stable releases, it's missed two so
far and it's still received no love.

Whether 673040 is RC or not, there's no real prospect of it or the
other bugs being fixed. Please remove adept from unstable.

Thanks.

--

Neil Williams
=
codeh...@debian.org



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

Bug#673083: unable to load KVM extension

[Toni Mueller]

Hi Jonathan,

On Tue, May 15, 2012 at 05:04:38PM -0500, Jonathan Nieder wrote:
> Toni Mueller wrote:
> > [21052.623069] kvm: disabled by bios
> 
> I assume that's the cause.  

hrmpf, didn't see that one. Sorry. :(

Will try with changed BIOS settings tomorrow.

> What make and model is this machine?

It's a BTO machine from a local dealer.

> Does dmidecode know about it?  Are there any BIOS settings relevant to
> virtualization?

I don't know atm - usually, I don't touch the BIOS.



Kind regards,
--Toni++



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

Bug#673083: unable to load KVM extension

[Jonathan Nieder]

Hi Toni,

Toni Mueller wrote:

> [21052.623069] kvm: disabled by bios

I assume that's the cause.  

| #define MSR_VM_CR 0xc0010114
[...]
| #define SVM_VM_CR_SVM_DISABLE 4
[...]
| static int is_disabled(void)
| {
|   u64 vm_cr;
|
|   rdmsrl(MSR_VM_CR, vm_cr);
|   if (vm_cr & (1 << SVM_VM_CR_SVM_DISABLE))
|   return 1;
|
|   return 0;
| }

[...]
> ** Model information
> not available

What make and model is this machine?  Does dmidecode know about
it?  Are there any BIOS settings relevant to virtualization?

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#673006: spf-tools-perl: Package overwrote existing file without backing it up or asking

[Ralf G. R. Bergs]

On 15.05.12 16:54, gregor herrmann wrote:
> tag 673006 + moreinfo
> thanks
>
> On Tue, 15 May 2012 13:27:01 +0200, Ralf G. R. Bergs wrote:
>
>> I had a file /usr/sbin/spfd installed already on my system, and when I
>> installed this package it overwrote the existing file without backing
>> it up or at least asking whether it is ok to overwrite it.
> Where did this /usr/sbin/spfd come from?
>
> If was from another package in the Debian archive, we have a problem
> that needs to be fixed. Or not, since /usr/sbin/spfd is handled via
> update-alternatives, so just setting it back should be enough in case
> of an unwanted change.
>
> If on the other hand the file was locally installed or came from some
> package out of the Debian archive, then we can't do anything about
> it, I guess ...
It was locally installed... So what I observed is the expected behavior?

KR,

Ralf




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

Bug#671586: gjacktransport: FTBFS on hurd-i386.

[Alessio Treglia]

Hello Robin, how are you?

On Sat, May 5, 2012 at 3:59 AM, Cyril Roelandt  wrote:
> gjacktransport FTBFS on hurd-i386 because it uses PATH_MAX unconditionally. 
> The attached patch should fix this issue.

The reporter has prepared a patch too, you may find it attached to the
bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671586

Thanks for considering, cya!

-- 
Alessio Treglia          | www.alessiotreglia.com
Debian Developer         | ales...@debian.org
Ubuntu Core Developer    | quadris...@ubuntu.com
0416 0e004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A



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

Bug#672207: [debian-mysql] Bug#672207: Processed: Reassign bug #672207 to mysql-server-core-5.5

[Nicholas Bamber]

tag 672207 -moreinfo
block 671115 by 672207
reassign 672207 amarok
thanks  


Actually I see what the problem is. The change needs to happen on the 
amarok side. It is a mysql bug only in as much as you *should* have had 
more warning and the mysqlclient transition will not complete until this 
is fixed.


Basically you need to change your dependencies and recompile.


Build dependencies
--
 libmysqld-pic (>= 5.1.36-2) ->  libmysqld-pic (>= 5.5)
  mysql-server-core-5.1 | mysql-server-5.1 -> mysql-server-5.5  (or 
possibly mysql-sever (>= 5.5)



Binary dependencies

libmysqlcient18 (should not be explicitly specified but picked up by the 
shlibs system hopefully).


Maybe you would do better to have a looser coupling on the MySQL versions.


On 15/05/12 21:56, Nicholas Bamber wrote:

tag 672207 +moreinfo
thanks

Please send:

1.) Whatever you have for config (Put '' in place of any passwords)
2.) log files of it working
3,) log files of it not working.


On 15/05/12 21:24, Debian Bug Tracking System wrote:

Processing commands for cont...@bugs.debian.org:


reassign 672207 mysql-server-core-5.5

Bug #672207 [amarok] [amarok] Fails to open internal database after
upgrade to mysql 5.5 from 5.1
Bug reassigned from package 'amarok' to 'mysql-server-core-5.5'.
No longer marked as found in versions amarok/2.5.0-1.
Ignoring request to alter fixed versions of bug #672207 to the same
values previously set



End of message, stopping processing here.

Please contact me if you need assistance.



___
pkg-mysql-maint mailing list
pkg-mysql-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint



___
pkg-mysql-maint mailing list
pkg-mysql-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint





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

Bug#673084: ITP: jquery-jplayer-pinkflag

[Pau Garcia i Quiles]

Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles 

* Package name: jquery-jplayer-pinkflag
  Version : 2.1.0
  Upstream Author : HappyWorm 
* URL : http://www.jplayer.org
* License : MIT/GPL
  Programming Lang: JavaScript, ActionScript
  Description : Pink Flag skin for jPlayer

jPlayer is the completely free and open source (GPL/MIT) media library
written in JavaScript. A jQuery plugin, jPlayer allows you to rapidly
weave cross platform audio and video into your web pages.

This package contains the Pink Flag skin for jPlayer.

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)



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

Bug#673083: linux-image-3.3.0-trunk-686-pae: unable to load KVM extension

[Toni Mueller]

Package: linux-2.6
Version: 3.3.4-1~experimental.1
Severity: important


Hi,

I have a problem loading KVM:

# lsmod|grep kvm
kvm   240621  0 
# modprobe kvm_intel
FATAL: Error inserting kvm_intel 
(/lib/modules/3.3.0-trunk-686-pae/kernel/arch/x86/kvm/kvm-intel.ko): Operation 
not supported
# modprobe kvm_amd
FATAL: Error inserting kvm_amd 
(/lib/modules/3.3.0-trunk-686-pae/kernel/arch/x86/kvm/kvm-amd.ko): Operation 
not supported
# 


But my CPU should be able to do it:

# egrep '^(flags.*(vmx|svm)|model name)' /proc/cpuinfo 
model name  : AMD Phenom(tm) II X4 945 Processor
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
model name  : AMD Phenom(tm) II X4 945 Processor
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
model name  : AMD Phenom(tm) II X4 945 Processor
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
model name  : AMD Phenom(tm) II X4 945 Processor
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb 
rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_apicid pni monitor cx16 
popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 
3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save



Therefore, KVM runs like a dead snail on my machine.

Didn't try Xen yet...



Kind regards,
--Toni++





-- Package-specific info:
** Version:
Linux version 3.3.0-trunk-686-pae (Debian 3.3.4-1~experimental.1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-4) ) #1 SMP 
Wed May 2 12:54:40 UTC 2012

** Command line:
BOOT_IMAGE=/vmlinuz-3.3.0-trunk-686-pae root=/dev/mapper/ev0-root ro 
root=/dev/mapper/ev0-root ro

** Not tainted

** Kernel log:
[  153.733778] Bluetooth: Core ver 2.16
[  153.742581] NET: Registered protocol family 31
[  153.747740] Bluetooth: HCI device and connection manager initialized
[  153.752916] Bluetooth: HCI socket layer initialized
[  153.758127] Bluetooth: L2CAP socket layer initialized
[  153.763195] Bluetooth: SCO socket layer initialized
[  153.933263] Bluetooth: RFCOMM TTY layer initialized
[  153.944450] Bluetooth: RFCOMM socket layer initialized
[  153.952750] Bluetooth: RFCOMM ver 1.11
[  154.027012] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[  154.035306] Bluetooth: BNEP filters: protocol multicast
[  155.166515] Ebtables v2.0 registered
[  155.245662] ip6_tables: (C) 2000-2006 Netfilter Core Team
[  157.655480] drbd: initialized. Version: 8.3.11 (api:88/proto:86-96)
[  157.664126] drbd: srcversion: 0D2B62DEDB020A425130935 
[  157.672894] drbd: registered as block device major 147
[  157.681610] drbd: minor_table @ 0xeb853d40
[14788.207717] tun: Universal TUN/TAP device driver, 1.6
[14788.207726] tun: (C) 1999-2004 Max Krasnyansky 
[16181.480593] device vnet0 entered promiscuous mode
[16181.488245] br0: port 2(vnet0) entered forwarding state
[16181.488287] br0: port 2(vnet0) entered forwarding state
[16181.601939] br0: port 2(vnet0) entered disabled state
[16181.602978] br0: port 2(vnet0) entered disabled state
[16181.603091] device vnet0 left promiscuous mode
[16181.603098] br0: port 2(vnet0) entered disabled state
[16254.527370] device vnet0 entered promiscuous mode
[16254.528979] br0: port 2(vnet0) entered forwarding state
[16254.528987] br0: port 2(vnet0) entered forwarding state
[16263.552030] br0: port 2(vnet0) entered forwarding state
[16320.995768] br0: port 2(vnet0) entered disabled state
[16320.996868] br0: port 2(vnet0) entered disabled state
[16320.996970] device vnet0 left promiscuous mode
[16320.996978] br0: port 2(vnet0) entered disabled state
[16580.856224] device vnet0 entered promiscuous mode
[16580.871339] br0: port 2(vnet0) entered forwarding state
[16580.871363] br0: port 2(vnet0) entered forwarding state
[16581.002228] br0: port 2(vnet0) entered disabled state
[16581.003222] br0: port 2(vnet0) entered disabled state
[16581.003323] device vnet0 left promiscuous mode
[16581.003330] br0: port 2(vnet0) entered disabled state
[17567.

Bug#673071: ITP: vodstok -- Voluntary Distributed Storage Kit

[Timo Juhani Lindfors]

Pierre Jaury  writes:
> Volonturay distributed file sharing
> This is an opensource, free and viral  project 
> that aims at providing collaborative distributed
> storage to users who want to store and share files 
> temporarily over the Internet.

Has somebody evaluated the security of this system?

It seems it is using AES in CBC mode for 32*1024 - 16 byte chunks. Are
the chunks encrypted independently? If yes, doesn't this mean that it
has the same weaknesses as ECB mode?




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

Bug#672985: [Pkg-e-devel] Bug#672985: Bug#672985: FTBFS: test suite makes assumptions of signed char

[Albin Tonnerre]

On Tue, May 15, 2012 at 1:34 PM, Albin Tonnerre  wrote:
> I didn't take a look with the patch before I replied, but I don't think I 
> agree
> with your fix. The conversion is done for TYPE_CHAR, which for eina means
> signed char (there's TYPE_UCHAR for unsigned). The eina code should rather be
> fixed to use signed chars in TYPE_CHAR handling routines.

So… apparently I have a fix for the arm*/ppc/s390 failure. I'll take a stab at
the itanium testsuite failure tomorrow; if all goes well I'll upload a fixed
version in a couple days

Cheers,
-- 
Albin



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

Bug#673082: ITP: jquery-jplayer-bluemonday

[Pau Garcia i Quiles]

Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles 

* Package name: jquery-jplayer-bluemonday
  Version : 2.1.0
  Upstream Author : HappyWorm 
* URL : http://www.jplayer.org
* License : MIT/GPL
  Programming Lang: JavaScript, ActionScript
  Description : Blue Monday skin for jPlayer

jPlayer is the completely free and open source (GPL/MIT) media library
written in JavaScript. A jQuery plugin, jPlayer allows you to rapidly
weave cross platform audio and video into your web pages.

This package contains the Blue Monday skin for jPlayer.

-- 
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)



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

Bug#649955: mod-auth-mysql: FTBFS with multiarch libmysqlclient

[Samuel Thibault]

severity 649955 serious
thanks

Hello,

I'm getting a FTBFS with the current sid:

checking for mysql_init in -lmysqlclient... yes
configure: error: MySQL libraries not found!

I guess it is what this bug is about, thus raising severity.

Samuel



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

Bug#673081: binutils-gold breaks ghc linking stage

[Finn Lawler]

Package: ghc
Version: 7.4.1-3
Severity: normal

ghc 7.4.1-3 (unstable) appears to be configured against the ordinary binutils 
ld.  The ld.gold that binutils-gold 2.22-6 (testing) replaces it with does not 
accept the `--hash-size' option, resulting in a fatal error at the linking 
stage.

See also 
 and 
follow-up.


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_IE@euro, LC_CTYPE=en_IE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages ghc depends on:
ii  gcc   4:4.6.3-5  GNU C compiler
ii  libbsd-dev0.2.0-1utility functions from BSD systems
ii  libc6 2.13-32Embedded GNU C Library: Shared lib
ii  libc6-dev 2.13-32Embedded GNU C Library: Developmen
ii  libffi-dev3.0.9-3Foreign Function Interface library
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libgmp-dev2:5.0.5+dfsg-1 Multiprecision arithmetic library 
ii  libgmp10  2:5.0.5+dfsg-1 Multiprecision arithmetic library
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libtinfo5 5.9-7  shared low-level terminfo library 

ghc recommends no packages.

Versions of packages ghc suggests:
ii  ghc-doc   7.4.1-3Documentation for the Glasgow Hask
ii  ghc-prof  7.4.1-3Profiling libraries for the Glasgo
ii  haskell-doc   20061127   Assorted Haskell language document
pn  llvm-3.0   (no description available)
ii  perl  5.14.2-9   Larry Wall's Practical Extraction 

-- 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#672871: apt-cacher: libcurl thread uses too much CPU time

[Alfredo Finelli]

Mark Hindley:
> Thanks.
>
> From a purely selfish apt-cacher point of view we don't call select()
> directly, it is only through IO::Select. Although I am reluctant to
> deflect the blame, I think this maybe a perl-base bug.
>
> Could you try this script and play with the timeout value in
> $select->can_read(). Obviously it should print an elapsed time for each
> loop of the order of the can_read timeout. I get something of the
> correct order right down to 1us (perl 5.10.1). What do you get?

Here my results.

0.001:
0.00109767913818359 seconds elapsed
0.00109601020812988 seconds elapsed
0.00109338760375977 seconds elapsed
0.00109195709228516 seconds elapsed
0.00109195709228516 seconds elapsed
0.00109148025512695 seconds elapsed
0.00109004974365234 seconds elapsed
0.00109291076660156 seconds elapsed
0.00109362602233887 seconds elapsed
0.00108957290649414 seconds elapsed


0.0001:
0.000174045562744141 seconds elapsed
0.000169277191162109 seconds elapsed
0.000166177749633789 seconds elapsed
0.000165462493896484 seconds elapsed
0.000165700912475586 seconds elapsed
0.000165700912475586 seconds elapsed
0.000165700912475586 seconds elapsed
0.000165462493896484 seconds elapsed
0.000194072723388672 seconds elapsed
0.000171422958374023 seconds elapsed


0.1:
8.48770141601562e-05 seconds elapsed
7.91549682617188e-05 seconds elapsed
7.41481781005859e-05 seconds elapsed
7.55786895751953e-05 seconds elapsed
7.51018524169922e-05 seconds elapsed
7.51018524169922e-05 seconds elapsed
7.51018524169922e-05 seconds elapsed
7.48634338378906e-05 seconds elapsed
7.48634338378906e-05 seconds elapsed
7.46250152587891e-05 seconds elapsed


0.01:
7.51018524169922e-05 seconds elapsed
6.31809234619141e-05 seconds elapsed
6.50882720947266e-05 seconds elapsed
6.07967376708984e-05 seconds elapsed
6.43730163574219e-05 seconds elapsed
6.05583190917969e-05 seconds elapsed
6.41345977783203e-05 seconds elapsed
6.03199005126953e-05 seconds elapsed
6.41345977783203e-05 seconds elapsed
6.58035278320312e-05 seconds elapsed


0.001:
1.16825103759766e-05 seconds elapsed
7.62939453125e-06 seconds elapsed
3.09944152832031e-06 seconds elapsed
2.86102294921875e-06 seconds elapsed
2.62260437011719e-06 seconds elapsed
2.62260437011719e-06 seconds elapsed
2.86102294921875e-06 seconds elapsed
2.62260437011719e-06 seconds elapsed
2.62260437011719e-06 seconds elapsed
2.62260437011719e-06 seconds elapsed


Best regards,

alfredo



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

Bug#663284: transition: libcommoncpp2 libccaudio2 libccrtp libzrtpcpp

[Mark Purcell]

On Tue, 15 May 2012 06:30:15 Cyril Brulebois wrote:
> Please upload to unstable whenever you're ready (fast is good, freeze is
> close).

Thanks KiBi,

on the way now..

Mark


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

Bug#673080: Deutscher-Thesaurus.oxt in the source package contains faulty th_de_DE_v2.* files - no umlauts present

[Tom Jampen]

Package: openthesaurus
Version: 20110119-5
Severity: normal
Tags: upstream

Deutscher-Thesaurus.oxt in the source package seems to be faulty. The contained 
files th_de_DE_v2.* do not contain german umlauts but '?' (hex 3f) instead for 
every umlaut).

This leads to faulty binary packages and results in umlauts being shown as a 
question mark in libreoffice thesaurus (or any other program using mythes-de or 
mythes-de-ch).

Using todays Deutscher-Thesaurus.oxt from upstream does not show this behavior.

Kind regards
Tom



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

Bug#673079: Fix selection behavior inside

[Joachim Breitner]

Package: libgtkhtml-4.0-0
Version: 4.2.2-1
Severity: important
Tags: upstream patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

a bug in libgtkhtml makes it impossible to properly click or select
inside HTML mails, see https://bugzilla.gnome.org/show_bug.cgi?id=672582
for a detailed description and
http://git.gnome.org/browse/gtkhtml/commit/?id=7b7b37745d2f46914be314e4d7aef7a575529345
for the patch applied by upstream. I’m just patching the package here
and will start testing it.

I’d consider this something that needs to be fixed in a stable release,
so please consider applying this in time for wheezy.

Thanks,
Joachim


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

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

Versions of packages libgtkhtml-4.0-0 depends on:
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-32
ii  libcairo-gobject2  1.12.2-1
ii  libcairo2  1.12.2-1
ii  libenchant1c2a 1.6.0-7
ii  libfontconfig1 2.9.0-5
ii  libfreetype6   2.4.9-1
ii  libgail-3-03.4.2-1
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.32.2-1
ii  libgtk-3-0 3.4.2-1
ii  libgtkhtml-4.0-common  4.2.2-1
ii  libpango1.0-0  1.30.0-1

libgtkhtml-4.0-0 recommends no packages.

libgtkhtml-4.0-0 suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAk+yyA0ACgkQ9ijrk0dDIGxSjgCgwxJR9c3DqsFJJn1YZn1I/IQi
CAwAn08YKEGlIYdCI5AgOL8hC3Male0B
=U7E/
-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#653359: Now tracked by Opscode as issue CHEF-2843

[Paul van Tilburg]

Hi!

On Tue, Jan 03, 2012 at 02:12:25PM -0800, Christopher Brown wrote:
> http://tickets.opscode.com/browse/CHEF-2843

I see that the status is marked as resolved in version 0.10.12.
However, I see on the mixlib-authentication github still just a 1.1.4
release which is two years old!  I do see a lot of recent changes in the
tree.  Would it be possible to release a new version so it can be
incorporated in Debian Wheezy (which freezes really really soon!)

Cheers,
Paul

-- 
Using the Power of Debian GNU/Linux  | E-mail: pau...@debian.org
Jabber/GTalk: p...@luon.net  | GnuPG key ID: 0x50064181



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

Bug#673078: 9.2.2 - SSH definition error

[Steve Gauthier]

Package: debian-handbook
Version: current (no version specified)

Chapter 09 - Unix Services
Section 9.2.2. - Secure Remote Login: SSH

"The SSH (Secured Shel) protocol,"

Suggested change (as per definition in RFC4252):

"The SSH (Secure Shell) protocol,"

Bug#673077: gmime: please enable smime support

[Jameson Graef Rollins]

Source: gmime
Version: 2.6.7-1
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

It looks like the gmime source is not being compiled with the
- --enable-smime flag.  This is a new feature of gmime-2.6 that enables
SMIME decryption and signature verification support.

The following test program illustrates the problem:

0$ cat gmime-test-smime.c 
#include 
#include 

int main() {
GMimeCryptoContext* cryptoctx;
g_mime_init (0);
cryptoctx = g_mime_pkcs7_context_new (NULL);
if (cryptoctx == NULL)
return 1;
else
return 0;
}
0$ gcc $(pkg-config --cflags --libs gmime-2.6) -o gmime-test-smime{,.c}
0$ ./gmime-test-smime 
1$

I am including a patch to the debian/rules file that should fix the
problem.

Note, the notmuch team would like to have this functionality enabled.

Thanks for maintaining!

jamie.

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

Kernel: Linux 3.2.0-2-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)

iQIcBAEBCAAGBQJPssTHAAoJEO00zqvie6q8GB0P/2aR8/mbdVatfLm4mkHFXRdU
iou6bnUCDRbO3Lcd5DSdlCQXSXktbuMLrd4eJxDJ9AIvIi97gIPARyc6MEL+P46a
GhxkMLVdqESjk2FbeZaXxeSDVO68/Hv447XBCihsPgC5wQIRQWZYLQRkFp9Amj52
btr+w5ge9GdFuk4Wmtizg4wA8nez7QmwvnWCFoQrAvUj880FjOd8IAENe4C8tlH5
RrfVGNDbVvSvIky6YX0xLW3eVR79QKYuhhZQA44M7maBJqvHIBK0V2ns+8ssWPYR
jLTLXrBM83wlkH6ASGPi+FPeJeerfM3wjOwe7pjI+81xGoFlmF/lGE6U4QC9TQ+A
uyvks++z5hNOofU7CrFqZQHrL3Wu0Ygla8kLGOws/mA4R/QoCBoz9PK5TH6q73rK
eeKmOYhy5EplTSDBCd7sscY8b9nWUYMGKiY5VO0fwdgGIUE4o8jxrrUozBe73KPj
Y1OltCGrfx+2VPE5MojdvLA+Ms9V2h+eFcvJLZclRNmIx/P8CR5bSUkvwCuYTnxo
tBrnRzoLR3BT7ry0ZV5Pmy8M24EnBzIoqRzB8kXwQd0Txe2LbGCfr0+UNvgXZ/ai
XyaChdZFoOZIj/IAwu3p/i39ZdkFgUD75vPlK72V0KyTRKuiHeae/5uH6as88yHJ
8ZostbQtq3nKOJW4dACX
=EmkU
-END PGP SIGNATURE-
--- debian/rules.orig	2012-05-15 13:59:52.412062050 -0700
+++ debian/rules	2012-05-15 13:59:44.864013139 -0700
@@ -31,6 +31,7 @@
 		--enable-gtk-doc \
 		--disable-rpath \
 		--enable-largefile \
+		--enable-smime \
 		$(CONFIGURE_FLAGS)
 
 override_dh_auto_build: 

Bug#673076: graphite-carbon: [INTL:de] Initial German debconf translation

[Chris Leick]

Package: graphite-carbon
Version: 0.9.9
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the initial German debconf translation of 
graphite-carbon.


Kind regards,
Chris
# German translation of the graphite-carbon debconf template.
# Copyright (C) 2009-2011 Chris Davis, 2009 Lucio Torre, 2012 Jonas Genannt.
# This file is distributed under the same license as the
# graphite-carbon package.
# Translation by Chris Leick , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: graphite-carbon 0.9.9\n"
"Report-Msgid-Bugs-To: graphite-car...@packages.debian.org\n"
"POT-Creation-Date: 2012-05-06 07:36+0200\n"
"PO-Revision-Date: 2012-05-06 09:41+0200\n"
"Last-Translator: Chris Leick \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../graphite-carbon.templates:2001
msgid "Remove database files when purging graphite-carbon?"
msgstr ""
"Datenbankdateien beim vollständigen Entfernen von Graphite-Carbon löschen?"

#. Type: boolean
#. Description
#: ../graphite-carbon.templates:2001
msgid ""
"The /var/lib/graphite/whisper directory contains the whisper database files."
msgstr ""
"Das Verzeichnis /var/lib/graphite/whisper enthält die "
"Whisper-Datenbankdateien."

#. Type: boolean
#. Description
#: ../graphite-carbon.templates:2001
msgid ""
"You may want to keep these database files even if you completely remove "
"graphite-carbon, in case you plan to reinstall it later."
msgstr ""
"Möglicherweise möchten Sie diese Datenbankdateien sogar dann aufbewahren, "
"wenn Sie Graphite-Carbon vollständig entfernen, falls Sie planen, es später "
"erneut zu installieren."

Bug#672969: autokey-qt: segfaults on startup

[Marcus Better]

Likely related to #662898.

See also https://bugs.launchpad.net/ubuntu/+source/pykde4/+bug/922721



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

Bug#671801: please backport the 3.3 wacom driver to 3.2 [afterthought]

[Toni Mueller]

On Tue, May 15, 2012 at 02:58:52PM -0500, Jonathan Nieder wrote:
> Toni Mueller wrote:
> > it occurred to me that I saw no obvious way to configure the tablet
> Don't gnome-control-center, kde-config-tablet, and xinput have support
> for tablets?

I don't know, as I don't use these things.

> *nod*  I vaguely remember programs like the GIMP and Krita
> automatically making tablets represent the canvas instead of the
> screen, but I'm not sure.

Me neither. :/


Kind regards,
--Toni++



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

Bug#661105: pipewalker: Prevents DPMS blanking

[Toby Speight]

0> In article <20120513081611.ga21...@master.debian.org>,
0> Bart Martens mailto:ba...@debian.org> ("Bart") wrote:

Bart> I cannot reproduce the problem with pipewalker 0.9.4-1.  Can you ?
Bart> If yes, please describe how.

I can still reproduce it, and there's no change to my repro steps.
With pipewalker running, turning the display off with xset only lasts
briefly.  For some reason, the X server thinks the display is still
off, so perhaps it has somehow been turned on behind X's back?

/[ xset dpms force off; sleep 10; xset q | sed -e '0,/^DPMS/d' ]
|   Standby: 10800Suspend: 11000Off: 11000
|   DPMS is Enabled
|   Monitor is Off
\

The monitor turns back on several seconds before the above output
appears, even though it claims the monitor is off.  If I press a key
after the monitor comes on, but before the sleep finishes, I see the
expected "Monitor is On" message.

When Pipewalker is not running, the monitor stays off indefinitely.

I tried a variant of your test:

/
| (vbetool dpms off ; sleep 10 ; vbetool dpms on) & for i in $(seq 20); do 
sleep 1; echo -n $i.; done; echo
\

and here I see the screen come back on at 12 seconds (which is
consistent with my monitor taking 2 seconds to wake up).

Clearly vbetool operates at a much lower level than the X server (and I
can confirm that xset reports "Monitor is On" throughout).

If it were possible to do the above as non-root, it could be a useful
workaround (I'm tempted to write a short SUID wrapper).  But the
underlying issue remains.  Presumably there's something going on at a
higher level than vbetool and a lower level than X - framebuffer,
perhaps?

In case it's relevant, my X server driver is xserver-xorg-video-intel
version 2:2.18.0-2, and I'm using a G33 chipset.  I've appended my Xorg
log file, in case that helps.  If you need any more info, just ask!

[ 64182.311] 
X.Org X Server 1.11.3.901 (1.11.4 RC 1)
Release Date: 2012-01-06
[ 64182.311] X Protocol Version 11, Revision 0
[ 64182.311] Build Operating System: Linux 3.2.0-rc6+ x86_64 Debian
[ 64182.311] Current Operating System: Linux balti 3.2.9-balti #3 SMP PREEMPT 
Mon Mar 12 14:42:16 GMT 2012 x86_64
[ 64182.311] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.9-balti 
root=UUID=e87e8d9c-96ff-44bc-bc35-063970867ffd ro pci=nommconf 
video=1920x1080-24@60
[ 64182.311] Build Date: 19 January 2012  09:53:39AM
[ 64182.311] xorg-server 2:1.11.3.901-2 (Cyril Brulebois ) 
[ 64182.311] Current version of pixman: 0.24.4
[ 64182.311]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 64182.311] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 64182.311] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Mar 13 15:22:54 
2012
[ 64182.311] (==) Using config file: "/etc/X11/xorg.conf"
[ 64182.311] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 64182.312] (==) ServerLayout "Default Layout"
[ 64182.312] (**) |-->Screen "Default Screen" (0)
[ 64182.312] (**) |   |-->Monitor "PLE2400WS"
[ 64182.312] (**) |   |-->Device "Intel onboard video"
[ 64182.312] (**) |-->Input Device "Generic Keyboard"
[ 64182.312] (**) Option "DontZap" "true"
[ 64182.312] (==) Automatically adding devices
[ 64182.312] (==) Automatically enabling devices
[ 64182.314] (WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
[ 64182.314]Entry deleted from font path.
[ 64182.314] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 64182.314]Entry deleted from font path.
[ 64182.314] (WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not 
exist.
[ 64182.314]Entry deleted from font path.
[ 64182.315] (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not 
exist.
[ 64182.315]Entry deleted from font path.
[ 64182.316] (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not 
exist.
[ 64182.316]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not 
exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[ 64182.317]Entry deleted from font path.
[ 64182.317] (**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/

Bug#673075: kmymoney: FTBFS[kfreebsd]: c++: error: unrecognized command line option '-Wl'

[Christoph Egger]

Package: src:kmymoney
Version: 4.6.2-2
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the kfreebsd-* buildds:

cd 
/build/buildd-kmymoney_4.6.2-2-kfreebsd-i386-khJ_oo/kmymoney-4.6.2/obj-i486-kfreebsd-gnu/libkdchart/src
 && /usr/bin/cmake -E cmake_link_script CMakeFiles/kmm_kdchart.dir/link.txt 
--verbose=1
/usr/bin/c++  -fPIC  -Woverloaded-virtual -fno-threadsafe-statics 
-fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden 
-fexceptions -UQT_NO_EXCEPTIONS -fexceptions -UQT_NO_EXCEPTIONS -fPIC 
-fno-common -O2 -g -DNDEBUG -DQT_NO_DEBUG   -lc -Wl -shared 
-Wl,-soname,libkmm_kdchart.so.4 -o ../../lib/libkmm_kdchart.so.4.7.0 
CMakeFiles/kmm_kdchart.dir/kmm_kdchart_automoc.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractArea.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractAreaBase.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractAreaWidget.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractAxis.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractCartesianDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractCoordinatePlane.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractGrid.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractPieDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractPolarDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractProxyModel.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAbstractThreeDAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartAttributesModel.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartBackgroundAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartBarAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartBarDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartCartesianAxis.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartCartesianCoordinatePlane.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartCartesianDiagramDataCompressor_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartCartesianGrid.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartChart.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartDatasetProxyModel.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartDatasetSelector.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartDataValueAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartDiagramObserver.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartFrameAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartGridAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartHeaderFooter.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartLayoutItems.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartLegend.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartLineAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartLineDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartLineDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartMarkerAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartMeasure.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartModelDataCache_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartNormalBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartNormalLineDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartNormalLyingBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartNormalPlotter_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPaintContext.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPalette.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPercentBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPercentLineDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPercentLyingBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPercentPlotter_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPieAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPieDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPlotter.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPlotter_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPolarCoordinatePlane.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPolarDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPolarGrid.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPosition.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartPrintingParameters.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartRelativePosition.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartRingDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartRulerAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartSignalCompressor.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStackedBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStackedLineDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStackedLyingBarDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStockBarAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStockDiagram.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartStockDiagram_p.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartTextArea.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartTextAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartThreeDBarAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartThreeDLineAttributes.cpp.o 
CMakeFiles/kmm_kdchart.dir/KDChartThreeDPieAttributes.cpp.o 
CMakeFiles/kmm_kdchart.

Bug#668612: [pkg-wpa-devel] Bug#668612: wpasupplicant: ssl bad certificate

[Stefan Lippers-Hollmann]

Hi

On Tuesday 15 May 2012, Luis Fernando Llana Díaz wrote:
> Package: wpasupplicant
> Version: 0.7.3-6
> Severity: normal
> 
> Dear Maintainer,
>   I have just installed Debian Wheezy. So far, the only important thing
> that does not work is the Eduroam connection in my institution. It has
> always worked in the previous versions. This is the configuration file
> I have always used:

Please test wpasupplicant 1.0-2 from unstable (uploaded yesterday), 
which should install on wheezy without problems or further 
dependencies.

There seem to be longstanding problems with eduroam, unfortunately we
don't know if these are actually fixed in 1.0, if configuration changes
are required (client side), if there are 'just' wrongly encapsulated 
certificates or documentations provided by your university or if these
problems can be attributed to wpasupplicant or kernel driver problems.
The big problem here is that we unfortunately can't set up an 
equivalent server setup for testing, nor have access to the involved
wlans ourselves. So with all the potential problems around, there is
little support we can provide for these specific configurations, 
especially because many universities make it pretty hard to extract the
required certificates from their windows packages.

Therefore we require your assistance to debug these issues and to find
hints for fixing this (and no, switching one bucket of problems using 
OpenSSL with another, by using GNU TLS, is no solution either). With a
little luck, you may find advice from seasoned Linux using students, 
maybe you know success stories from different distributions, where we 
could check what they're doing differently. Eventually wpasupplicant 
upstream also has a few ideas, who is pretty familiar with lots of 
'weird' commercial setups.

The only roughly comparable wlan setup I have access to, uses this kind
of configuration:

network={
ssid=""
key_mgmt=IEEE8021X
eap=TTLS
phase2="auth=PAP"
identity="
password=""
ca_cert="/path/to/a/real/cert.pem"
}

which does work fine, perhaps this may help you, although it doesn't 
look too similar.

Regards
Stefan Lippers-Hollmann


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

Bug#668225: Same here

[Paul Menzel]

forwarded 668225 https://bugs.freedesktop.org/show_bug.cgi?id=49973
quit

Dear Marcos,


I did not receive your reply since you did not put me into the CC
list. :/

When following up on bug reports, please use download the already sent
messages using

bts show --mbox 668225

and import the mbox file into your mail program. Then reply to the
appropriate message and take care the appropriate people are in the CC
list. As a bonus threading will not get mangled.

Am Sonntag, den 15.04.2012, 09:32 +0800 schrieb Marcos Raul Carot Collins:
> Just confirming that this is happening to my computer too.
> 
> colord-sane[2227]: segfault at 7375424c ip 7f170c82d54c sp 
> 7f170c803b78 error 6 in libdbus-1.so.3.7.0[7f170c805000+44000]

Please do not do line wrapping for pasted sections.

> Let me know if there is something else you want me to send.

Can you reproduce this issue? If yes, could you capture more information
like documented on the colord site [1]?

I reported that issue upstream now as the Debian maintainer does not
seem to have time to deal with this.


Thanks,

Paul


[1] http://www.freedesktop.org/software/colord/bugs.html
[2] https://bugs.freedesktop.org/show_bug.cgi?id=49973


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

Bug#672207: [debian-mysql] Processed: Reassign bug #672207 to mysql-server-core-5.5

[Nicholas Bamber]

tag 672207 +moreinfo
thanks

Please send:

1.) Whatever you have for config (Put '' in place of any passwords)
2.) log files of it working
3,) log files of it not working.


On 15/05/12 21:24, Debian Bug Tracking System wrote:

Processing commands for cont...@bugs.debian.org:


reassign 672207 mysql-server-core-5.5

Bug #672207 [amarok] [amarok] Fails to open internal database after upgrade to 
mysql 5.5 from 5.1
Bug reassigned from package 'amarok' to 'mysql-server-core-5.5'.
No longer marked as found in versions amarok/2.5.0-1.
Ignoring request to alter fixed versions of bug #672207 to the same values 
previously set



End of message, stopping processing here.

Please contact me if you need assistance.



___
pkg-mysql-maint mailing list
pkg-mysql-ma...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint



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

Bug#673074: net-tools: slattach -c options doesn'T seem to do anything

[Marc Lehmann]

Package: net-tools
Version: 1.60-23
Severity: normal


the -c option of slattach is documented to runa  command after slip is set up, 
but i can't
make it do so. for example:

   strace slattach -s 38400 -p slip -v -L -c /sbin/echo /dev/pts/7

shows that slattach sets up the device, prints the message, but doesn't
fork at any time.

so the -c options seems to be accepted, but ignored.

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

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

Versions of packages net-tools depends on:
hi  libc6 2.13-23Embedded GNU C Library: Shared lib

net-tools recommends no packages.

net-tools 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#673058: xserver-xorg-core < 1.12: XI2 FocusOut events missing parent of focus'd window

[Julien Cristau]

On Tue, May 15, 2012 at 23:38:17 +0300, Lauri Tirkkonen wrote:

> On Tue, May 15, 2012 at 11:30 PM, Julien Cristau  wrote:
> > That's fixed in 1.12 AFAIK, so there's nothing to track here.
> 
> That's true, but 1.12 is not in wheezy yet (while other packages
> causing this breakage are). What's the appropriate place to report
> this?
> 
There isn't one.  1.12 should make it to wheezy soonish.

Cheers,
Julien



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

Bug#672928: [debian-mysql] libdbi-drivers FTBS against latest MySQL

[Olaf van der Spek]

On Tue, May 15, 2012 at 8:55 PM, Nicholas Bamber  wrote:
>> Are you sure this is right?
>> Shouldn't the headers and libs still be found automatically?
>>
>> Olaf
>
>
> Normally yes, but I am pretty sure that the patch would not be backwards
> compatible.

What patch, exactly?

-- 
Olaf



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

Bug#672571: Workaround

[Gergely Nagy]

I ran into this as well upon dist-upgrade.
My current "workaround" was to remove python4-kde package and all its
dependents.
Not sure if this bug should be reassigned to that pkg.
Anyway, plasma seems working fine now.
Gergo

Bug#673073: lintian: warn about package name mismatch

[Yves-Alexis Perez]

Package: lintian
Version: 2.5.7
Severity: wishlist

Hey,

as discussed quickly on irc, I had an issue with a package of mine,
where overrides weren't correctly picked up by lintian, and as a result
I got:

W: liblightdm-gobject-1-0: hardening-no-fortify-functions 
usr/lib/x86_64-linux-gnu/liblightdm-gobject-1.so.0.0.0
W: liblightdm-qt-2-0: hardening-no-stackprotector 
usr/lib/x86_64-linux-gnu/liblightdm-qt-2.so.0.0.0
E: lightdm: malformed-override liblightdm-gobject-1-0: 
hardening-no-fortify-functions 
usr/lib/x86_64-linux-gnu/liblightdm-gobject-1.so.0.0.0
E: lightdm: malformed-override liblightdm-qt-2-0: hardening-no-stackprotector 
usr/lib/x86_64-linux-gnu/liblightdm-qt-2.so.0.0.0

It turns out what was wrong was the package name, but that's something
which could have been shown by lintian (in -i output for example). It'd
help the debugging.

Thanks your time,
-- 
Yves-Alexis


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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
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 lintian depends on:
ii  binutils   2.22-6
ii  bzip2  1.0.6-1
ii  diffstat   1.55-2
ii  file   5.11-1
ii  gettext0.18.1.1-7
ii  hardening-includes 2.1
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libc-bin   2.13-32
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.3
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.91-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-32
ii  man-db 2.6.1-2
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-10
ii  unzip  6.0-6

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch 2.22-6
ii  dpkg-dev   1.16.3
ii  libhtml-parser-perl3.69-2
ii  libtext-template-perl  
ii  man-db 2.6.1-2
ii  xz-utils   5.1.1alpha+20110809-3

-- 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#670066: Bug #670066 python-openturns is unusable

[D. Barbier]

On 2012/5/15 D. Barbier wrote:
> On 2012/5/15 trophime wrote:
>> On Tue, 2012-05-15 at 01:43 +0200, D. Barbier wrote:
>>> On 2012/5/14 Aron Xu wrote:
>>> > The test build failed on amd64 and i386, at the same place. Attached
>>> > is my change to your git tree and the build log produced on amd64.
>>>
>>> Hello,
>>>
>>> Here is an updated status; I did not encounter your problems because
>>> my upstream tarball was buggy, we should now be in sync:
>>>   * a patch is needed to build with g++ 4.7
>>>   * few runtime tests fail with g++ 4.7, this is why it now
>>> Build-Depends: g++-4.6
>>>   * add Build-Depends: bc, it is needed by a single test
>>>   * fix handling of the rotRPackage R package during tests
>>>
>>> It builds fine in pbuilder, but I did not yet check upgrade path from
>>> openturns 0.15.  I believe that it could be uploaded in experimental
>>> or unstable when this is done.
>>>
>>> Denis
>>
>> Hi,
>> I had to explicitly specify python version in debian/rules to avoid an
>> FTBS when python 3.2 is installed. Please find attached the patch.
>
> Thanks Christophe,
>
> Patch applied.

Hello,

When testing upgrades from current openturns packages, I realized that
libopenturns0 and libopenturnss0.1 are not coinstallable because of
several file conflicts, and added the following changes:
  * rotRPackage is moved into its own binary package r-openturns-utils
  * install openturns.conf into /etc/openturns-1.0/openturns/
  * install wrappers into /usr/lib/openturns-1.0/

All changes have now been pushed into OT svn repository.  IMHO it can
be uploaded after editing debian/changelog.
The remaining questions are: should it be uploaded into unstable or
experimental?  What else is needed?

Denis



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

Bug#673019: Support multiple ssh keys of same type

[Ryan Kavanagh]

Hi,

On Tue, May 15, 2012 at 01:00:59PM -0500, Cesar Mendoza wrote:
> Can you please verify that both RSA keys are different and not the
> same key with different file names. Because in that case keychain will
> only load one.

They are in fact two different keys, of different sizes in fact:

% ssh-add .ssh/id_rsa.lambda
Enter passphrase for .ssh/id_rsa.lambda:
Identity added: .ssh/id_rsa.lambda (.ssh/id_rsa.lambda)
% ssh-add -l
8192 ca:48:02:4a:2e:ee:2a:80:83:a9:fd:d6:a2:dd:5e:45 /home/ryan/.ssh/id_rsa 
(RSA)
521 8c:cd:93:ca:55:65:e0:48:bc:c8:3e:aa:f0:16:14:d0 /home/ryan/.ssh/id_ecdsa 
(ECDSA)
10240 33:8d:fa:0a:09:33:e3:e4:89:a3:da:28:68:75:0a:ff .ssh/id_rsa.lambda (RSA)

Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh |  GnuPG key
| \| \  http://ryanak.ca/ |  4A11C97A


signature.asc
Description: Digital signature