Bug#703857: icedove: crashes with sigseg due NSS ldap lookup

[Carsten Schoenert]

Hello Thomas,

On Mon, Mar 25, 2013 at 08:33:28PM +0100, Thomas Liske wrote:
> I've done the following:
> 
> thomas@buechse:~$ unset LANG
> thomas@buechse:~$ export NSPR_LOG_MODULES=MCD:5
> thomas@buechse:~$ export NSPR_LOG_FILE=/tmp/icedove-mcd.txt
> thomas@buechse:~$ strace -e file -f -s2048 -o
> /tmp/icedove-strace.txt icedove
> Segmentation fault (core dumped)
> thomas@buechse:~$ ls -lha /tmp/icedove-*
> -rw-r--r-- 1 thomas users   0 Mar 25 20:31 /tmp/icedove-mcd.txt
> -rw-r--r-- 1 thomas users 54K Mar 25 20:31 /tmp/icedove-strace.txt
> 
> 
> >You can combine the two logs into one file please!
> >
> 
> The MCD log is empty, nothing to combine at all.

you allready use the deprecated version from stable? We wont do any work
on this old ESR version.

If the error happen on the latest 17.0.10 in stable-security please
create a debugging log with the icedove debug package [1]. Without any
output we can't catch anything.
Please try before to start Icedove without any extension in safe-mode.

[1] https://wiki.debian.org/Icedove#Debugging

Regards
Carsten


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

Bug#562984: missing metadata for mozilla-devscripts

[Carsten Schoenert]

Hello Benjamin,

On Wed, Aug 21, 2013 at 01:33:06PM +0200, Carsten Schoenert wrote:
> diff --git a/debian/control b/debian/control
> index 0e8cfde..9d82356 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -51,6 +51,7 @@ Depends: fontconfig, psmisc, debianutils (>= 1.16), 
> ${shlibs:Depends}, ${misc:De
>  Recommends: myspell-en-us | hunspell-dictionary | myspell-dictionary
>  Suggests: fonts-lyx, libgssapi-krb5-2, ${gnome:Depends}
>  Provides: mail-reader
> +Xb-Xul-AppId: {3550f703-e582-4d05-9a08-453d09bdfdc6}
>  Replaces: icedove-gnome-support (<< 3.0-1~)
>  Breaks: myspell-ru (<< 0.99g5-8.1), myspell-lv (<< 0.7.3-3.1), myspell-et 
> (<< 1:20030606-12.1), myspell-fi (<< 0.7-17.2), myspell-cs-cz (<< 
> 20040229-4.1), myspell-el-gr (<< 0.3-1.1), myspell-nn (<< 2.0$
>  Description: mail/news client with RSS and integrated spam filter support
> 
> What about the other packages?
> icedove-{dbg,dev}, calendar-timezone, calendar-google-provider, iceowl?

can you please check the previous question?
We prepare the next turn for the current version 24 and we would place
the requested things inte the next release.

Regards
Carsten


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

Bug#707672: debdelta service

[Osamu Aoki]

control: reassign 707672 debdelta
control: tags 707672 - moreinfo
control: retitle 707672 promote debdelta to the official service

Hi,

http://bugs.debian.org/707672

The original bug report to "general" can be understood as a request to
provide package download system already offered by debdelta.

It exists and looks like:

 # apt-get update && debdelta-upgrade && apt-get upgrade

But is not yet official part of the service.

http://debdelta.debian.net/html/index.html
| debdelta is an application suite designed to compute changes between
| Debian packages. These changes (that we will call 'deltas') are similar
| to the output of the "diff" program in that they may be used to store
| and transmit only the changes between Debian packages. This suite
| contains 'debdelta-upgrade', that downloads deltas and use them to
| create all Debian packages needed for an 'apt-get upgrade'.

It seems it is also facing technical challenges to be useful for the mass:

http://debdelta.debian.net/html/x182.html#the_enemy_within
| 4.4. better deb compression is a worse delta
| ...
|  In recent years, 'dpkg' has transitioned from 'data.tar.gz' to
| 'data.tar.bz2' to 'data.tar.lzma'; each method is better at compressing,
| but is also slower than the previous one; since it is better at
| compressing, it also defeats the ability of 'debdelta' to produce small
| deltas (wrt the original deb, of course), and indeed statistics show
| that deltas are getting larger; since it is slower, it slows down the
| applying of deltas as well.

After few bounces, this bug reached to my package "Debian Reference".
Considering the state of debdelta, I do not think it is within the scope
of information required to be included in "Debian Reference" as of now.

I am forwarding this bug to debdelta.  When it reaches enough maturity
and closes most of TODOs and BUGs:
 http://debdelta.debian.net/html/x277.html
 http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=debdelta

Please prompt me to document this after it becomes part of the standard
apt archive.

Regards,

Osamu


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

Bug#686481: tagging #686481 as moreinfo

[Osamu Aoki]

control: tags 686481 + moreinfo

For the moment, we did all we can by uploading 2.50 (now in stable).  So
if original bug reporter agree, I can close this.

But as I see this discussion, it is inconclusive. I need to wait for the
outcome at:
  http://lists.alioth.debian.org/pipermail/fsf-collab-discuss/

It is a slow process but we need to wait for "moreinfo" there.

Osamu


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

Bug#697340: (no subject)

[Christopher Schramm]

The important message in the pulseaudio ticket is this:

http://lists.freedesktop.org/archives/pulseaudio-bugs/2010-April/003897.html


The SHM blocks PA allocates are usually empty. "ls -l" will show the size of 
the address space allocated for them, not the amount of memory they are actually backed 
with.


So it's not actually taking any memory beside the 4K inode.


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

Bug#686210: [gcc-mingw-w64-6] Please enable libmudflap

[Stephen Kitt]

Hi Bastien,

On Wed, Aug 29, 2012 at 10:39:48PM +0200, bastien ROUCARIES wrote:
> Please enable  libmudflap it is useful for debuging without valgrind on 
> windows.

I've been looking at this with gcc 4.8, and as far as I can determine
libmudflap isn't supported on Windows targets (at least configure.ac
doesn't know what the entry point symbol is on Windows). Do you know
how to set this up?

Alternatively there are a number of other tools you could use,
although I imagine you already know about them: see
http://stackoverflow.com/questions/413477/is-there-a-good-valgrind-substitute-for-windows
for a list of suggestions.

Regards,

Stephen


signature.asc
Description: Digital signature

Bug#730251: pu: package shutdown-at-night/0.10+deb7u1

[Petter Reinholdtsen]

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

The shutdown-at-night package is currently unable to detect when some
desktop environments are used, because they fail to update utmp when
users log in.  The package is intended for environments like offices or
schools that want to save power by turning off unused machines at night
and turning them back on in the morning.  When it is unable to discover
that a machine is in use, it will turn off the machine while people are
working on it.  I've gotten reports that teachers experience their
machine turn off while they are writing at 16:00.

The following change solve the issue by detecting the X login screen for
KDE, Gnome and XFCE environments, and assuming the machine is unused if
the login screen can be seen.

The same change was already uploaded to unstable as version 0.13, with a
few other unrelated changes.  This patch is a backport of the relevant
change:

Index: debian/changelog
===
--- debian/changelog(revision 82665)
+++ debian/changelog(working copy)
@@ -1,3 +1,14 @@
+shutdown-at-night (0.10+deb7u2) UNRELEASED; urgency=low
+
+  * Backport fix for #729553 from unstable.
+  * Rewrite logic checking if a host is unused to look for the KDM,
+Gnome or lightdm login screen to confirm the X sessions are unused
+(Closes: #729553).
+  * Add depend on x11-utils for the xlsclients tool used to check unused
+X sessions.
+
+ -- Petter Reinholdtsen   Fri, 22 Nov 2013 23:13:08 +0100
+
 shutdown-at-night (0.10+deb7u1) wheezy; urgency=low

   * Quiet down cron job to wake up client to not complain when fping
Index: debian/control
===
--- debian/control  (revision 82665)
+++ debian/control  (working copy)
@@ -10,7 +10,7 @@
 Package: shutdown-at-night
 Architecture: all
 Depends: ${misc:Depends}, ${perl:Depends},  cron | fcron,
- wakeonlan, ng-utils, fping, ethtool
+ wakeonlan, ng-utils, fping, ethtool, x11-utils
 Recommends: nvram-wakeup
 Suggests: sitesummary (>= 0.0.41)
 Description: System to shut down clients at night, and wake them in the
morning
Index: shutdown-at-night
===
--- shutdown-at-night   (revision 82665)
+++ shutdown-at-night   (working copy)
@@ -61,9 +61,27 @@
 ethtool -s $interface wol g
 }

+# Return false if X session is confirmed unused (ie login screen is
+# shown).  If not sure, claim it is used to be safe.
+is_xsession_used() {
+for s in \
+/var/run/gdm3/auth-for-Debian-gdm-*/database \
+/var/lib/lightdm/.Xauthority \
+/var/run/xauth/* \
+/run/xauth/*; do
+if [ -e "$s" ] ; then
+if XAUTHORITY="$s" DISPLAY=:0 xlsclients | egrep -q
'kdmgreet|lightdm-gtk-greeter|razor-lightdm-greeter|lightdm-kde-greeter|gdm-simple-greeter'
; then
+return 1
+fi
+fi
+done
+return 0
+}
+
+
 is_host_unused() {
 # Logged in users, or ldm connection to a remote server
-if [ "$(who)" ] ||  ps -efwww | egrep -q ' ssh .*LTSP_CLIEN[T]' ; then
+if is_xsession_used || [ "$(who)" ] ||  ps -efwww | egrep -q ' ssh
.*LTSP_CLIEN[T]' ; then
  return 1
 fi
 # Uptime is less than one hour


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

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


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

Bug#730252: unetbootin: please recommend gksu

[Dmitry Shachnev]

Package: unetbootin
Version: 585-2

Dear Maintainer,

Unetbootin, when ran without root permissions, tries to execute
itself using either gksu, kdesu, gnomesu or kdesudo. When none of
these commands is found, it shows an error message that it must be
run as root.

See the relevant logic at:
.

I think a "Recommends: gksu" may make sense to prevent these error
messages.

--
Dmitry Shachnev

signature.asc
Description: OpenPGP digital signature

Bug#730253: please include plugin check_ro_mounts

[Daniel Pocock]

Package: nagios-plugins-contrib
Severity: wishlist

It would be a good idea to include this plugin:

http://exchange.nagios.org/directory/Plugins/Operating-Systems/Linux/check_ro_mounts/details

It is useful for btrfs, it apparently goes into read only mode if any
drive in a RAID fails (one reason why it is still known as an
experimental filesystem).


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

Bug#730157: kdepimlibs FTBFS on ia64, linker segfaults.

[Stephan Schreiber]

block 730157 by 718047
thanks

This is likely bug#718047. Removing the --as-needed switch from the ld  
invoke is the tentative workaround for that.


Regards
Stephan


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

Bug#729915: fritzing: caught an exception from in event 1

[Daniel Schaal]

Package: fritzing
Version: 0.8.3b-1
Followup-For: Bug #729915

This might be the same as this upstream bug:
https://code.google.com/p/fritzing/issues/detail?id=2698

According to this report boost 1.55 will fix this issue.

Cheers,
Daniel

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (103, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages fritzing depends on:
ii  fritzing-data   0.8.3b-1
ii  libc6   2.17-96
ii  libgcc1 1:4.8.2-5
ii  libqt4-dbus 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-help 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-network  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-opengl   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-sql  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-sql-sqlite   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-svg  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-webkit   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xmlpatterns  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore4  4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libstdc++6  4.8.2-5
ii  zlib1g  1:1.2.8.dfsg-1

fritzing recommends no packages.

fritzing 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#730200: closed by Patrick Matthäi (reply to pmatth...@debian.org) (Re: [Pkg-fglrx-devel] Bug#730200: fglrx-modules-dkms: fglrx-kernel-module fails to build with dkms in Whee

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


> > > Sorry, this is no bug, you are not using the offical linux-image, 
> > > linux-kbuild and linux-headers package.
> > -- 
> > /*
> > Mit freundlichem Gruß / With kind regards,
> >   Patrick Matthäi
> >   GNU/Linux Debian Developer
> > 
> >Blog: http://www.linux-dev.org/
> > E-Mail: pmatth...@debian.org
> >  patr...@linux-dev.org
> > */

On Fri, 22 Nov 2013 15:09:06 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

I am sorry, but I was using the official stock kernel:

> > DKMS make.log for fglrx-12-6+point for kernel 3.2.0-4-amd64 (x86_64)

linux-kbuild is also the standard 3.2-version

>
> DKMS make.log for fglrx-12-6+point for kernel 3.2.0-4-amd64 (x86_64)
> Fri Nov 22 15:35:01 CET 2013

> andreas@md-ho:~/Documents$ aptitude show linux-kbuild-3.2
> Package: linux-kbuild-3.2
> State: installed
> Automatically installed: no
> Version: 3.2.17-1
> Priority: optional
> Section: devel
> Maintainer: Debian Kernel Team 
> Architecture: amd64
> Uncompressed Size: 671 k
> Depends: libc6 (>= 2.7)
> Description: Kbuild infrastructure for Linux 3.2
>  This package provides the kbuild infrastructure for the headers packages for
>  Linux kernel version 3.2.

The headers-packages are:

> andreas@md-ho:~/Documents$ aptitude show linux-headers-3.2.0-4-amd64
> Package: linux-headers-3.2.0-4-amd64 
> State: installed
> Automatically installed: no
> Version: 3.2.51-1
> Priority: optional
> Section: kernel
> Maintainer: Debian Kernel Team 
> Architecture: amd64
> Uncompressed Size: 2,693 k
> Depends: linux-headers-3.2.0-4-common (= 3.2.51-1), linux-kbuild-3.2, gcc-4.6
> Provides: linux-headers
> Description: Header files for Linux 3.2.0-4-amd64
>  This package provides the architecture-specific kernel header files for Linux
>  kernel 3.2.0-4-amd64, generally used for building out-of-tree kernel modules.
>  These files are going to be installed into
>  /usr/src/linux-headers-3.2.0-4-amd64, and can be used for building modules 
> that
>  load into the kernel provided by the linux-image-3.2.0-4-amd64 package.
> 

and

> andreas@md-ho:~/Documents$ aptitude show linux-headers-3.2.0-4-common
> Package: linux-headers-3.2.0-4-common
> State: installed
> Automatically installed: no
> Version: 3.2.51-1
> Priority: optional
> Section: kernel
> Maintainer: Debian Kernel Team 
> Architecture: amd64
> Uncompressed Size: 17.6 M
> Description: Common header files for Linux 3.2.0-4
>  This package provides the architecture-specific common kernel header files 
> for Linux
> kernel version 3.2.0-4, generally used for building out-of-tree kernel 
> modules.  To
> obtain a complete set of headers you also need to install the
> linux-headers-3.2.0-4-(flavour) package, matching the flavour of the kernel 
> you intend
> the build for.

Maybe you are right, that the problem can be easily fixed, but your explanation 
is wrong.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlKQd0YACgkQ5+rBHyUt5wsQNACguBnDNrx+j37FWXCB8k/sWgOy
cNYAoJMq70C8Ou815y0D0TsvkVYzsubK
=RZ21
-END PGP SIGNATURE-

Bug#730254: xen: CVE-2013-6375: Insufficient TLB flushing in VT-d (iommu) code

[Henri Salo]

Package: xen
Version: 4.0.1-5.11
Severity: important
Tags: security, patch, fixed-upstream

http://www.openwall.com/lists/oss-security/2013/11/21/2

Description:

An inverted boolean parameter resulted in TLB flushes not happening
upon clearing of a present translation table entry.  Retaining stale
TLB entries could allow guests access to memory that ought to have
been revoked, or grant greater access than intended.

Impact:

Malicious guest administrators might be able to cause host-wide denial
of service, or escalate their privilege to that of the host.

Patch attached. Please patch this security vulnerability, thanks.

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

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
VT-d: fix TLB flushing in dma_pte_clear_one()

The third parameter of __intel_iommu_iotlb_flush() is to indicate
whether the to be flushed entry was a present one. A few lines before,
we bailed if !dma_pte_present(*pte), so there's no need to check the
flag here again - we can simply always pass TRUE here.

This is CVE-2013-6375 / XSA-78.

Suggested-by: Cheng Yueqiang 
Signed-off-by: Jan Beulich 

--- a/xen/drivers/passthrough/vtd/iommu.c
+++ b/xen/drivers/passthrough/vtd/iommu.c
@@ -646,7 +646,7 @@ static void dma_pte_clear_one(struct dom
 iommu_flush_cache_entry(pte, sizeof(struct dma_pte));
 
 if ( !this_cpu(iommu_dont_flush_iotlb) )
-__intel_iommu_iotlb_flush(domain, addr >> PAGE_SHIFT_4K , 0, 1);
+__intel_iommu_iotlb_flush(domain, addr >> PAGE_SHIFT_4K, 1, 1);
 
 unmap_vtd_domain_page(page);
 


signature.asc
Description: Digital signature

Bug#729553: shutdown-at-night: Shuts down machines with the user still active

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> Here is a proposed patch for the package in Wheezy, backporting the
> relevant part from unstable.  We should check with the stable
> release managers if it is acceptable into wheezy.

I've created http://bugs.debian.org/730251 > to ask the release
mangers.  Awaiting their answer.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#526984: shapelib 1.3.0

[Arto Jantunen]

"Francesco P. Lovergine"  writes:

> On Sat, Nov 02, 2013 at 07:58:07PM +0200, Arto Jantunen wrote:
>> Kurt Roeckx  writes:
>> > I wanted a newer version, so I've prepared a package for myself
>> > and put it up at:
>> > http://people.debian.org/~kroeckx/shapelib/
>> >
>> > I really dislike that they dropped the support for a shared
>> > library.
>> 
>> They never had a shared library, it's a Debian modification. I have a
>> version of this package done that keeps the shared lib (and bumps the
>> soname) waiting for comments from the rest of the team before I push it
>> out.
>> 
>
> There are not rdepends that could cause problems, so it is ok for me pushing
> that change. Any reason to have policy stuck to 3.9.3?

No real reason, I simply haven't gone through the policy changes and
verified that it's ok to bump standards-version. I'll do that soonish
unless someone beats me to it.

Also I did successfully build test all of the rdeps, but this is still a
transition and as such needs an ok by the release team before uploading
to unstable.

-- 
Arto Jantunen


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

Bug#574678: init_acpi_acadapt() returned NOT_SUPPORTED.

[Petter Reinholdtsen]

[Antonio Radici 2013-10-21]
> I'll check what's involved in the script conversion ASAP

Thank you.  The package was removed from testing a few days ago, so it
would be great if this bug was fixed soon to get it back into testing.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#730255: python-pylast: Delay between API calls commented out

[Vitaly Potyarkin]

Package: python-pylast
Version: 0.5.11-1
Severity: normal

In line 782 of pylast.py delay between API calls is commented out:
# Delay the call if necessary
#self.network._delay_call()# enable it if you want.

This makes pylast unusable for multiple consecutive API calls, because Last.FM
rejects them.

I suggest either uncommenting this line in Debian package or taking the issue
to the upstream developer to fix (and maybe add an option to enable this
behavior)



-- System Information:
Debian Release: 7.2
  APT prefers stable-updates
  APT policy: (995, 'stable-updates'), (995, 'stable'), (601,
'testing'), (600, 'unstable'), (511, 'oldstable'), (10,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python-pylast depends on:
ii  python 2.7.3-4+deb7u1
ii  python2.6  2.6.8-1.1
ii  python2.7  2.7.3-6

python-pylast recommends no packages.

python-pylast 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#730256: evolution: Evolution crash at startup

[Adrian]

Package: evolution
Version: 3.8.5-2+b1
Severity: normal

Hello

As soon as I open Evolution, it crashes showing this message in terminal:

** (evolution:10208): WARNING **: Failed to add service 'x...@gmail.com'
(1380788733.13440.3@PC): File or directoy not found

** (evolution:10208): CRITICAL **: mail_session_refresh_cb: assertion `service
!= NULL' failed

** (evolution:10208): CRITICAL **: mail_session_refresh_cb: assertion `service
!= NULL' failed
Segfault



-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)

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

Versions of packages evolution depends on:
ii  dbus   1.6.18-1
ii  debconf [debconf-2.0]  1.5.52
ii  evolution-common   3.8.5-2
ii  evolution-data-server  3.8.5-3
ii  gnome-icon-theme   3.10.0-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-96
ii  libcamel-1.2-433.8.5-3
ii  libecal-1.2-15 3.8.5-3
ii  libedataserver-1.2-17  3.8.5-3
ii  libevolution   3.8.5-2
ii  libglib2.0-0   2.36.4-1
ii  libgtk-3-0 3.8.6-1
ii  libical0   0.48-2
ii  libnotify4 0.7.6-1
ii  libsoup2.4-1   2.44.1-1
ii  libwebkitgtk-3.0-0 2.2.1-2
ii  libxml22.9.1+dfsg1-3
ii  psmisc 22.20-1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-2
ii  evolution-plugins  3.8.5-2+b1
ii  yelp   3.10.1-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   1.4.15-1.1
ii  network-manager 0.9.8.0-5

-- debconf information:
  evolution/needs_shutdown:
  evolution/kill_processes:


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

Bug#707431: Perl has nothing to do with the FTBFS

[Hilko Bengen]

Control: merge -1 700406

The listed error messages ...

> cc1plus: warning: command line option '-Wstrict-prototypes' is valid for 
> C/ObjC but not for C++ [enabled by default]
>  - python: yes
> /usr/bin/ld: cannot find -lperl
> collect2: error: ld returned 1 exit status

... happen in the configure step. The cause for the FTBFS is already
documented in 700406. Merging.

Cheers,
-Hilko


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

Bug#507016: uswsusp: s2disk will fail if selinux is enforcing

[Rodolfo García Peñas]

Hi,

I am not using selinux.

Could you try if the bug is still present?

Cheers,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#730224: gnome: Gnome fails to start (Oh no! Something has gone wrong.)

[Fuhsuan Ho]

Package: gnome
Version: 1:3.8+4
Followup-For: Bug #730224

Dear Maintainer,
  I upgraded my system from testing to sid using command 'aptitude 
dist-upgrade'.
Gdm3 is fine, but when I logged in with the default mode, there is only the 'Oh 
no!' warning and the log-out button.
This is my "~/.cache/gdm/session.log", hope it will help.

==START==

/etc/gdm3/Xsession: Beginning session setup...
caluser:hsuan being added to access control list
openConnection: connect: ◈ ◈ ◈ ◈ ◈ ◈ ◈ ◈ ◈
cannot connect to brltty at :0
scim ◈ ◈ ◈  script ◈  run_im ◈ ◈ ◈
Smart Common Input Method 1.4.14

Launching a SCIM daemon with Socket FrontEnd...
Loading simple Config module ...
Creating backend ...
Loading socket FrontEnd module ...
Starting SCIM as daemon ...
Launching a SCIM process with x11...
Loading socket Config module ...
Creating backend ...
Loading x11 FrontEnd module ...
GTK Panel of SCIM 1.4.14

Starting SCIM as daemon ...
SCIM has been successfully launched.
scim ◈ ◈ ◈  script ◈  run_im ◈ ◈ ◈
GNOME_KEYRING_CONTROL=/run/user/1000/keyring-WKyrY9
SSH_AUTH_SOCK=/run/user/1000/keyring-WKyrY9/ssh
GNOME_KEYRING_CONTROL=/run/user/1000/keyring-WKyrY9
SSH_AUTH_SOCK=/run/user/1000/keyring-WKyrY9/ssh
GPG_AGENT_INFO=/run/user/1000/keyring-WKyrY9/gpg:0:1
GNOME_KEYRING_CONTROL=/run/user/1000/keyring-WKyrY9
SSH_AUTH_SOCK=/run/user/1000/keyring-WKyrY9/ssh
GNOME_KEYRING_CONTROL=/run/user/1000/keyring-WKyrY9
30 SSH_AUTH_SOCK=/run/user/1000/keyring-WKyrY9/ssh

(gnome-settings-daemon:3299): color-plugin-WARNING **: failed to get edid: 
unable to get EDID for output
Gen6+ requires Kernel 3.6 or later.
gnome-shell: ../../../../../src/mesa/main/context.c:1501◈ _mesa_make_current: 
◈ ◈ ◈ newCtx->Version > 0◈ ◈ ◈ ◈
gnome-session[3171]: WARNING: Application 'gnome-shell.desktop' killed by 
signal 6
Gen6+ requires Kernel 3.6 or later.
gnome-shell: ../../../../../src/mesa/main/context.c:1501◈ _mesa_make_current: 
◈ ◈ ◈ newCtx->Version > 0◈ ◈ ◈ ◈
gnome-session[3171]: WARNING: Application 'gnome-shell.desktop' killed by 
signal 6
gnome-session[3171]: WARNING: App 'gnome-shell.desktop' respawning too quickly

(gnome-settings-daemon:3299): color-plugin-WARNING **: unable to get EDID for 
xrandr-LVDS1: unable to get EDID for output
Tracker-Message: Importing config file to GSettings
Tracker-Message: Importing config file to GSettings
Starting Dropbox...
(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed
 
(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed

(gnome-settings-daemon:3299): wacom-plugin-CRITICAL **: 
gsd_wacom_device_get_device_type: assertion `GSD_IS_WACOM_DEVICE (device)' 
failed
** Message: already started, ignoring error
** Message: already started, ignoring error

(evolution-alarm-notify:3418): Gdk-WARNING **: evolution-alarm-notify: Fatal IO 
error 11 (◈ ◈ ◈ ◈ ◈ ◈ ◈ ◈ ) on X server :0.

chromium: Fatal IO error 11 (◈ ◈ ◈ ◈ ◈ ◈ ◈ ◈ ) on X server :0.
g_dbus_connection_real_closed: Remote peer vanished with error: Underlying 
GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.

Received signal:15->'◈ ◈ 'g_dbus_connection_real_closed: Remote peer 
vanished with error: Underlying GIOStream returned 0 bytes on an async read 
(g-io-error-quark, 0). Exiting.
Stopping Bluetooth ObexFTP server failed: Did not receive a reply. Possible 
causes include: the remote application did not send a reply, the message bus 
security policy blocked the reply, the reply timeout expired, or the 
network connection was broken.
Tracker-Message: Importing config file to GSettings

(tracker-store:3419): GLib-GIO-CRITICAL **: Error whi

Bug#645010: uswsusp: no attempt to resume when suspending to swapfile on dm-crypt device

[Rodolfo García Peñas]

Hi,

could you try to install the latest initramfs-tools package (version 0.115) and 
then try again? It is currently in unstable and testing.

initramfs-tools had a typo in previous versions that can affect uswsusp.

Thanks a lot,
Cheers,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#729357: cups: Additional info on parallel port connection.

[Sthu]

Package: cups
Version: 1.6.3-1
Followup-For: Bug #729357

Dear Maintainer,


Bellow is the info I have collected on your request concerning parallel port 
connection:

lp 12805  0 
parport31317  3 lp,ppdev,parport_pc
ppdev  12620  0 

parport31317  3 lp,ppdev,parport_pc
parport_pc 22073  1 
parport31317  3 lp,ppdev,parport_pc

[0.00] Booting paravirtualized kernel on bare hardware
[0.008086] AppArmor: AppArmor disabled by boot time parameter
[0.018940] no APIC, boot with the "lapic" boot parameter to force-enable it.
[0.020592] regulator-dummy: no parameters
[6.951577] parport_pc 00:09: reported by Plug and Play ACPI
[6.951627] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]
[6.976073] parport0: Printer, Hewlett-Packard HP LaserJet 1100
[   33.544114] lp0: using parport0 (interrupt-driven).
[   33.559412] ppdev: user-space parallel port driver

crw-rw 1 root lp  6, 0 Nov 23 16:46 /dev/lp0
crw-rw 1 root lp 99, 0 Nov 23 16:46 /dev/parport0

-r--r--r-- 1 root root 0 Nov 23 16:51 /proc/sys/dev/parport/parport0/autoprobe
-r--r--r-- 1 root root 0 Nov 23 16:51 /proc/sys/dev/parport/parport0/autoprobe0
-r--r--r-- 1 root root 0 Nov 23 16:51 /proc/sys/dev/parport/parport0/autoprobe1
-r--r--r-- 1 root root 0 Nov 23 16:51 /proc/sys/dev/parport/parport0/autoprobe2
-r--r--r-- 1 root root 0 Nov 23 16:51 /proc/sys/dev/parport/parport0/autoprobe3

CLASS:PRINTER;
MODEL:HP LaserJet 1100;
MANUFACTURER:Hewlett-Packard;
DESCRIPTION:HP LaserJet 1100 Printer;
COMMAND SET:MLC,PCL,PJL;

lpinfo
returned empty string.

/usr/lib/cups/backend/parallel
returned empty string.

direct parallel:/dev/lp0 "HP LaserJet 1100" "HP LaserJet 1100 LPT #1" 
"MFG:Hewlett-Packard;MDL:HP LaserJet 1100;DES:HP LaserJet 1100 
Printer;CMD:MLC,PCL,PJL;CLS:PRINTER;REV:1.1;IO PREFS:ECP18;" ""



-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (700, 'testing-updates'), (700, 'testing'), (600, 
'stable-updates'), (600, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages cups depends on:
ii  cups-client1.6.3-1
ii  cups-common1.6.3-1
ii  cups-daemon1.6.3-1
ii  cups-filters   1.0.34-3+b1
ii  cups-ppdc  1.6.3-1
ii  cups-server-common 1.6.3-1
ii  debconf [debconf-2.0]  1.5.52
ii  ghostscript9.05~dfsg-8
ii  libavahi-client3   0.6.31-2
ii  libavahi-common3   0.6.31-2
ii  libc-bin   2.17-93
ii  libc6  2.17-93
ii  libcups2   1.6.3-1
ii  libcupscgi11.6.3-1
ii  libcupsimage2  1.6.3-1
ii  libcupsmime1   1.6.3-1
ii  libcupsppdc1   1.6.3-1
ii  libgcc11:4.8.2-1
ii  libstdc++6 4.8.2-1
ii  libusb-1.0-0   2:1.0.17-1+b1
ii  lsb-base   4.1+Debian12
ii  poppler-utils  0.18.4-8
ii  procps 1:3.3.4-2

Versions of packages cups recommends:
pn  avahi-daemon   
pn  colord 
ii  foomatic-filters   4.0.17-1
ii  ghostscript-cups   9.05~dfsg-8
ii  printer-driver-gutenprint  5.2.9-1

Versions of packages cups suggests:
ii  cups-bsd   1.6.3-1
pn  cups-pdf   
ii  foomatic-db20130912-1
pn  hplip  
pn  printer-driver-hpcups  
pn  smbclient  
ii  udev   204-5

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: lpd, socket, usb, snmp, dnssd


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

Bug#714519: Wrong colors in the PowerPC version

[Christian Zigotzky]

Hi All,

The solution works with the new release candidate 1 of STK 0.8.1 again. 
I've asked the Irrlicht and STK developer if they could integrate this 
solution in the Irrlicht source code.


http://irrlicht.sourceforge.net/forum/viewtopic.php?f=7&t=48577

http://sourceforge.net/mailarchive/message.php?msg_id=31672119

All the best,

Christian


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

Bug#730257: add IPv6 support

[Daniel Pocock]

Package: ganglia-monitor
Severity: wishlist
Tags: ipv6

Needs to support IPv6 transports (send and receive)

Needs to support IPv6 addresses embedded in the XML


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

Bug#719781: [roundcube-core] Core use a wrong version of jquery-ui

[Vincent Bernat]

 ❦ 22 novembre 2013 03:09 CET, Thilo-Alexander Ginkel  :

> Just hit this bug after installing roundcube. Unfortunately, the About
> dialog is not the only feature that breaks with jqueryui 1.10.1, but
> basically any popup dialog gets hidden behind the mail panes.
>
> This at least breaks the keyboard_shortcuts plugin as I cannot display the
> keyboard_shortcuts dialog to list the available keyboard shortcuts.
>
> The close buttons of those buttons also appear incorrectly, but this is
> just a visual glitch that does not negatively affect functionality.

Well, this becomes a bit more difficult to handle. I think the best way
forward is to include back jquery-ui inside the package. I will wait a
few days to see if something better is coming and then push this option.
-- 
Don't patch bad code - rewrite it.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#729177: [patch] librpcsecgss: FTBFS on hurd-i386

[Aníbal Monsalve Salazar]

On Sat, Nov 09, 2013 at 10:24:46PM +0100, Samuel Thibault wrote:
> Package: librpcsecgss
> Version: 0.19-5
> Severity: important
> Tags: patch
> User: debian-h...@lists.debian.org
> User-tags: hurd
> 
> Hello,
> 
> librpcsecgss currently FTBFS on hurd-i386, attached is a patch to fix
> it.
> 
> Samuel
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.12.0 (SMP w/8 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> 
> -- 
> Samuel
>  what the fuck is wtf

> --- src/svc_tcp.c 2013-11-09 21:22:12.0 +
> +++ src/svc_tcp.c 2013-11-09 21:21:45.0 +
> @@ -52,7 +52,7 @@
>  #include 
>  #include 
>  #include 
> -#ifndef __linux__
> +#if !defined(__linux__) && !defined(__GNU__)
>  #include 
>  #endif
>  
> @@ -262,7 +262,7 @@
>  
>  #ifdef IP_OPTIONS
>   {
> -#ifdef __linux__
> +#if defined(__linux__) || defined(__GNU__)
>  #define ipopt_list   ip_opts
>   struct ip_opts opts;
>  #else

>From 6d6ec15cbad84124ecd190fe5fe28177fb131eb9 Mon Sep 17 00:00:00 2001
From: Samuel Thibault 
Date: Sat, 9 Nov 2013 22:24:46 +0100
Subject: Bug#729177: librpcsecgss: FTBFS on hurd-i386

librpcsecgss currently FTBFS on hurd-i386, attached is a patch to fix it.

Signed-off-by: Anibal Monsalve Salazar 
---
 src/svc_tcp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/svc_tcp.c b/src/svc_tcp.c
index e5e0a7f..c6210c3 100644
--- a/src/svc_tcp.c
+++ b/src/svc_tcp.c
@@ -52,7 +52,7 @@ static char *rcsid = "$OpenBSD: svc_tcp.c,v 1.18 1998/05/22 
04:23:01 deraadt Exp
 #include 
 #include 
 #include 
-#ifndef __linux__
+#if !defined(__linux__) && !defined(__GNU__)
 #include 
 #endif
 
@@ -262,7 +262,7 @@ rendezvous_request(xprt)
 
 #ifdef IP_OPTIONS
{
-#ifdef __linux__
+#if defined(__linux__) || defined(__GNU__)
 #define ipopt_list ip_opts
struct ip_opts opts;
 #else
-- 
1.8.4.2


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

Bug#730258: please add arch-specific BTS tags

[Ivo De Decker]

package: bugs.debian.org
severity: wishlist

Hi,

During a discussion about architecture qualification, the release team
concluded that it would be interesting to have a better way to track
architecture-specific bugs. It would be nice to have BTS tags for each
architecture that is currently in the archive. It might also make sense to
have tags for the architectures on debian-ports, to be able to filter issues
about these easily.

Cheers,

Ivo


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

Bug#730200: fglrx-modules-dkms: fglrx-kernel-module fails to build with dkms in Wheezy

[Andreas Beckmann]

On 2013-11-22 15:50, Andreas Glaeser wrote:
> The resulting Error shows in /var/lib/dkms/fglrx/12-6+point/build/make.log as 
> follows:
> 
> DKMS make.log for fglrx-12-6+point for kernel 3.2.0-4-amd64 (x86_64)
> Fri Nov 22 15:35:01 CET 2013
> make: Entering directory `/home/andreas/src/linux-headers-3.2.0-4-amd64'
> /home/andreas/src/linux-headers-3.2.0-4-common/Makefile:287: 
> /home/andreas/src/linux-headers-3.2.0-4-common/scripts/Kbuild.include:
> No such file or
> directory /bin/bash: 
> /home/andreas/src/linux-headers-3.2.0-4-common/scripts/gcc-x86_64-has-stack-protector.sh:
> No such file or
> directory 
> /home/andreas/src/linux-headers-3.2.0-4-common/arch/x86/Makefile:81: stack
> protector enabled but no compiler
> support /bin/bash: 
> /home/andreas/src/linux-headers-3.2.0-4-common/scripts/gcc-goto.sh: No
> such file or directory make: *** empty variable name.  Stop. make[2]: ***
> [_module_/var/lib/dkms/fglrx/12-6+point/build] Error 2 make[1]: *** 
> [sub-make] Error 2
> make: *** [all] Error 2 make: Leaving directory
> `/home/andreas/src/linux-headers-3.2.0-4-amd64'

This must be a local misconfiguration, some non-standard environment
variables being set, and/or a bug in another package (maybe dkms). It
tries to use kernel headers in $HOME/src instead of /usr/src.

fglrx-kernel-dkms does not "look for kernel headers" on its own - this
is the task of the dkms package.


Andreas


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

Bug#730224: gnome: Gnome fails to start (Oh no! Something has gone wrong.)

[Emilio Pozuelo Monfort]

On 23/11/13 11:40, Fuhsuan Ho wrote:
> (gnome-settings-daemon:3299): color-plugin-WARNING **: failed to get edid: 
> unable to get EDID for output
> Gen6+ requires Kernel 3.6 or later.
> gnome-shell: ../../../../../src/mesa/main/context.c:1501â—ˆ 
> _mesa_make_current: â—ˆ â—ˆ â—ˆ newCtx->Version > 0â—ˆ â—ˆ â—ˆ â—ˆ
> gnome-session[3171]: WARNING: Application 'gnome-shell.desktop' killed by 
> signal 6
> Gen6+ requires Kernel 3.6 or later.
> gnome-shell: ../../../../../src/mesa/main/context.c:1501â—ˆ 
> _mesa_make_current: â—ˆ â—ˆ â—ˆ newCtx->Version > 0â—ˆ â—ˆ â—ˆ â—ˆ
> gnome-session[3171]: WARNING: Application 'gnome-shell.desktop' killed by 
> signal 6
> gnome-session[3171]: WARNING: App 'gnome-shell.desktop' respawning too quickly

This is the problem, gnome-shell dies. Try to update your kernel and see if that
helps.

Emilio


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

Bug#651691: uswsusp needs special kernel parameter to resume

[Rodolfo García Peñas]

Hi,

could you try the latest version of initramfs-tools package (0.115)?

This package version is in testing/unstable. Probably it solves the problem.

Please, report if with the new version the bug is gone.

Thanks a lot,
Best regards,
Rodolfo.
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#637332: uswsusp: resume problem

[Rodolfo García Peñas]

Hi,

could you try the latest version of initramfs-tools package (0.115)?

This package version is in testing/unstable. Probably it solves the problem.

Please, report if with the new version the bug is gone.

Thanks a lot,
Best regards,
Rodolfo.
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#730224: gnome: Gnome fails to start (Oh no! Something has gone wrong.)

[Emilio Pozuelo Monfort]

Hi,

On 22/11/13 22:13, Bart-Jan Vrielink wrote:
> Hello,
> 
> Neither me nor root has a ~cache/gdm directory (root doesn't even have a 
> .cache dir). Nowhere on this system is a session.log file. How can I generate 
> it?

It's .cache (with a dot so it is hidden). If it's not there it may be that
things are failing really early, though that should be there from previous
attempts. Are you sure it's missing? If so attach /var/log/syslog and dmesg's
output.

Emilio


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

Bug#607322: RFA: crossroads -- open source load balance and fail over utility for TCP based services

[Alexander Bösch]

Hi Micah

The package is uploaded to mentors.debian.org and I'm waiting for a 
sponsor to review it.


If you find some time to review it, I would be more than happy :)

Thanks & Regards
Alexander

On 27.10.2013 19:57, Alexander Bösch wrote:

Hi Micah

I have packaged the newest crossroads version 2.81 and among other 
things included your idea to have a default conf file and an init script.


Are you still willing to act as a sponsor for this package?

Am I right that I should do the following actions in these scripts:
- preinst: Stop crossroads service
- postinst: Try to start crossroads service
- prerm: Stop crossroads service

Is there anything else I need to consider with the two new files?

Regards
Alexander



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

Bug#562984: missing metadata for mozilla-devscripts

[Benjamin Drung]

On Mi, 2013-08-21 at 13:33 +0200, Carsten Schoenert wrote:
> Hello Benjamin,
> sorry for the delayed answer, but time is really a spare thing.
> 
> On Mon, Jun 03, 2013 at 04:40:49PM +0200, Benjamin Drung wrote:
> > We maintain a static list of Xul applications in data/xul-app-data.csv*
> > (installed to /usr/share/mozilla-devscripts). This list maps the Xul
> > AppID ({3550f703-e582-4d05-9a08-453d09bdfdc6} in your case) to the
> > binary package in the archive (icedove in your case). We have a column
> > "sol" (start of life) that tells mozilla-devscripts which is the first
> > version of the binary package in the archive (it's 1.5.0.7 in your
> > case).
> 
> That means you need that 'Xb-Xul-AppId' in the file debian/control like
> I have found similar in the conkeror package?
> 
> So propably the control file for Icedove has changend to like this.
> 
> diff --git a/debian/control b/debian/control
> index 0e8cfde..9d82356 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -51,6 +51,7 @@ Depends: fontconfig, psmisc, debianutils (>= 1.16), 
> ${shlibs:Depends}, ${misc:De
>  Recommends: myspell-en-us | hunspell-dictionary | myspell-dictionary
>  Suggests: fonts-lyx, libgssapi-krb5-2, ${gnome:Depends}
>  Provides: mail-reader
> +Xb-Xul-AppId: {3550f703-e582-4d05-9a08-453d09bdfdc6}
>  Replaces: icedove-gnome-support (<< 3.0-1~)
>  Breaks: myspell-ru (<< 0.99g5-8.1), myspell-lv (<< 0.7.3-3.1), myspell-et 
> (<< 1:20030606-12.1), myspell-fi (<< 0.7-17.2), myspell-cs-cz (<< 
> 20040229-4.1), myspell-el-gr (<< 0.3-1.1), myspell-nn (<< 2.0$
>  Description: mail/news client with RSS and integrated spam filter support

Yes, that's correct.

> What about the other packages?
> icedove-{dbg,dev}, calendar-timezone, calendar-google-provider, iceowl?

icedove-{dbg,dev}, calendar-timezone, calendar-google-provider should
not have this information, because a Xul extension that supports
{3550f703-e582-4d05-9a08-453d09bdfdc6} should depend on icedove, but not
on icedove-dbg, icedove-dev, calendar-timezone or
calendar-google-provider.

Does the Iceowl plugin have an own AppId and does it support it's own
Xul-extensions?

PS: Sorry for the long delay. Your mail was in my primary inbox waiting
for being answered.

-- 
Benjamin Drung
Debian & Ubuntu Developer


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

Bug#729738: arguments in macro changed

[Andreas B. Mundt]

Hi,

the number of arguments in QT4_CREATE_MOC_COMMAND seems to have
changed [1].  I tried to fix this by applying the following patch:

--- tulip-3.7.0dfsg.orig/UseTulip.cmake
+++ tulip-3.7.0dfsg/UseTulip.cmake
@@ -47,7 +47,7 @@ MACRO (TULIP_QT4_WRAP_CPP outfiles )
 GET_FILENAME_COMPONENT(outfile ${it} NAME_WE)
 GET_FILENAME_COMPONENT(it ${it} ABSOLUTE)
 SET(outfile ${CMAKE_CURRENT_BINARY_DIR}/moc_${outfile}.cpp)
-QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}")
+QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}" 
"${moc_target}")
 SET(${outfiles} ${${outfiles}} ${outfile})
   ENDFOREACH(it)
 ENDMACRO (TULIP_QT4_WRAP_CPP)
--- tulip-3.7.0dfsg.orig/FindTULIP3.cmake
+++ tulip-3.7.0dfsg/FindTULIP3.cmake
@@ -228,7 +228,7 @@ MACRO (TULIP_QT4_WRAP_CPP outfiles )
 GET_FILENAME_COMPONENT(outfile ${it} NAME_WE)
 GET_FILENAME_COMPONENT(it ${it} ABSOLUTE)
 SET(outfile ${CMAKE_CURRENT_BINARY_DIR}/moc_${outfile}.cpp)
-QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}")
+QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}" 
"${moc_target}")
 SET(${outfiles} ${${outfiles}} ${outfile})
   ENDFOREACH(it)
 ENDMACRO (TULIP_QT4_WRAP_CPP)

However, the build still fails (perhaps) unrelated, see below.  As I
have no idea about cmake and my machine takes ages to compile the
sources, I stop here for the time being and hope the provided
information is helpful to fix this thoroughly.

Best Regards,

Andi


[1] 
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff509c4ff27fe861fc5b2080f50897a68c4>


8<
[ 62%] Building CXX object
library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o
cd /tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/src
&& /usr/bin/c++   -DQT_CORE_LIB -DQT_DLL -DQT_GUI_LIB -DQT_NO_DEBUG
-DQT_OPENGL_LIB -DQT_THREAD_SUPPORT -Dtulip_qt4_3_7_EXPORTS -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2  -Wall -Wextra -Wunused
-DHAVE_LIBJPEG -DHAVE_LIBPNG -D_LINUX -DQT_ASSISTANT='"assistant"'
-DI64 -Wno-deprecated -Wno-deprecated-declarations -O2 -g -DNDEBUG
-fPIC -isystem /usr/include/qt4 -isystem /usr/include/qt4/QtGui
-isystem /usr/include/qt4/QtCore -isystem /usr/include/qt4/QtOpenGL
-I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include
-I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include/tulip
-I/tmp/buildd/tulip-3.7.0dfsg/library/tulip/include
-I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip/include
-I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-ogl/include
-I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/include
-I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/include/tulip
-o CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o -c
/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/MainController.cpp
In file included from
/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/MainController.cpp:51:0:
/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include/tulip/TabWidget.h:33:33:
fatal error: tulip/TabWidgetData.h: No such file or directory
 #include "tulip/TabWidgetData.h"
 ^
compilation terminated.
make[4]: ***
[library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o]
Error 1
make[4]: Leaving directory
`/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
make[3]: *** [library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/all]
Error 2
make[3]: Leaving directory
`/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
dh_auto_build: make -j1 returned exit code 2
make[1]: *** [override_dh_auto_build-arch] Error 2
make[1]: Leaving directory `/tmp/buildd/tulip-3.7.0dfsg'
make: *** [binary] Error 2


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

Bug#730259: python-sklearn-doc: google analytics JS in local html docs

[Ambrose Andrews]

Package: python-sklearn-doc
Version: 0.11.0-2
Severity: minor

Dear Maintainer Team,

Browsing local documentation such as at 
file:///usr/share/doc/python-sklearn-doc/html/tutorial/statistical_inference/settings.html
 I notice connections being made to google.  browsing via dwww such as at 
http://localhost/cgi-bin/dwww/usr/share/doc/python-sklearn-doc/html/tutorial/statistical_inference/settings.html
 I notice connections to google analytics.

I think this sort of thing is likely to be considered a problem by many users.

Judging from line 335 of 
http://sources.debian.net/src/scikit-learn/0.14.1-1/doc/themes/scikit-learn/layout.html
 , a simple one-line configuration change should fix it, specifically, in 
http://sources.debian.net/src/scikit-learn/0.14.1-1/doc/themes/scikit-learn/theme.conf
 , changing "google_analytics = True" to "google_analytics = False" .

By the way, many thanks for so much work packaging so much great scientific 
software.

  -AA.



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

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

Versions of packages python-sklearn-doc depends on:
ii  libjs-jquery  1.7.2+dfsg-1

python-sklearn-doc recommends no packages.

Versions of packages python-sklearn-doc suggests:
ii  python-sklearn  0.11.0-2

-- 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#730224: gnome: Gnome fails to start (Oh no! Something has gone wrong.)

[Emilio Pozuelo Monfort]

On 23/11/13 13:00, 何福軒 wrote:
> That's the program indeed. Thank you for your reminder.

On 23/11/13 13:01, 何福軒 wrote:
> Sorry, it's "problem" not "program"...


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

Bug#730260: kalgebra: incorrect simplification of symbolic expressions

[Marko Knöbl]

Package: kalgebra
Version: 4:4.8.4-1
Severity: important

Dear Maintainer,

I am experiencing very strange and incorrect simplifications of symbolic
expressions which I enter in KAlgebra.

For example, if I enter the expession "2-(x+2-2*x)", I would expect the
expression to be simplified to "x".

Instead, this is what happens:

If I enter the above expression into the console, it is changed to
"2-(x+2)-2*x" and the result is printed as "-x" (Which neither fits the
original formula nor the modified one). If I enter the expression in the
2D Graph tab, the plot shows the graph of f(x) = -x


-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages kalgebra depends on:
ii  kalgebra-common   4:4.8.4-1
ii  kde-runtime   4:4.8.4-2
ii  libanalitza4abi1  4:4.8.4-2
ii  libanalitzagui4   4:4.8.4-2
ii  libc6 2.13-38
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libglu1-mesa [libglu1]8.0.5-4+deb7u2
ii  libkdecore5   4:4.8.4-4
ii  libkdeui5 4:4.8.4-4
ii  libkhtml5 4:4.8.4-4
ii  libkio5   4:4.8.4-4
ii  libkparts44:4.8.4-4
ii  libqt4-opengl 4:4.8.2+dfsg-11
ii  libqt4-xml4:4.8.2+dfsg-11
ii  libqtcore44:4.8.2+dfsg-11
ii  libqtgui4 4:4.8.2+dfsg-11
ii  libstdc++64.7.2-5

kalgebra recommends no packages.

kalgebra 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#729292: works fine here

[Andreas B. Mundt]

severity 729292 normal
tags 729292 unreproducible
thanks

Hi,

minitube works fine here (pure jessie).  So I downgrade this bug for 
now and add the tag 'unreproducible'. 
 
Best regards,

Andi


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

Bug#526856: uswsusp stops boot when it doesn't grok lvm filesystem

[Rodolfo García Peñas]

Hi,

could you try it again, using the latest initramfs-tools package (version 
0.115). This new version, include in testing/unstable,  seems to solve the 
problem.

Thanks a lot for your report.
Best Regards,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#562984: missing metadata for mozilla-devscripts

[Carsten Schoenert]

On Sat, Nov 23, 2013 at 12:54:58PM +0100, Benjamin Drung wrote:
> > diff --git a/debian/control b/debian/control
> > index 0e8cfde..9d82356 100644
> > --- a/debian/control
> > +++ b/debian/control
> > @@ -51,6 +51,7 @@ Depends: fontconfig, psmisc, debianutils (>= 1.16), 
> > ${shlibs:Depends}, ${misc:De
> >  Recommends: myspell-en-us | hunspell-dictionary | myspell-dictionary
> >  Suggests: fonts-lyx, libgssapi-krb5-2, ${gnome:Depends}
> >  Provides: mail-reader
> > +Xb-Xul-AppId: {3550f703-e582-4d05-9a08-453d09bdfdc6}
> >  Replaces: icedove-gnome-support (<< 3.0-1~)
> >  Breaks: myspell-ru (<< 0.99g5-8.1), myspell-lv (<< 0.7.3-3.1), myspell-et 
> > (<< 1:20030606-12.1), myspell-fi (<< 0.7-17.2), myspell-cs-cz (<< 
> > 20040229-4.1), myspell-el-gr (<< 0.3-1.1), myspell-nn (<< 2.0$
> >  Description: mail/news client with RSS and integrated spam filter support
> 
> Yes, that's correct.

Fine, I can now prepare a patch before the next Icedove version will be
packed.

> > What about the other packages?
> > icedove-{dbg,dev}, calendar-timezone, calendar-google-provider, iceowl?
> 
> icedove-{dbg,dev}, calendar-timezone, calendar-google-provider should
> not have this information, because a Xul extension that supports
> {3550f703-e582-4d05-9a08-453d09bdfdc6} should depend on icedove, but not
> on icedove-dbg, icedove-dev, calendar-timezone or
> calendar-google-provider.

Thanks for clearification.

> Does the Iceowl plugin have an own AppId and does it support it's own
> Xul-extensions?

That's a thing we have to asked Guido because that's his baby. He's CC'd
by this mail.

> PS: Sorry for the long delay. Your mail was in my primary inbox waiting
> for being answered.

No problem, we all lack of more free time. ;)

Regards
Carsten


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

Bug#707431: Perl has nothing to do with the FTBFS

[Hilko Bengen]

Control: forcemerge -1 700406

Let's try merging again...


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

Bug#728219: Bug#728270: quiterss: Crashes on key press randomly when connected through torify.

[Dmitry Smirnov]

On Sat, 23 Nov 2013 20:25:05 Ста Деюс wrote:
> I run it as follows:
> 
> /bin/torify /usr/bin/quiterss
> 
> that way i get it using TOR and unless that i can not make it working
> through its networking settings as i have already mentioned.
> 
> > https://wiki.debian.org/HowToGetABacktrace
> 
> I have installed the debug package but since then it does not crash for
> weeks now. :o)
>  
> > Also could it be the same crash as #728219?
> 
> I believe. no.
> 
> Thank you.
> 

Thanks for your feedback. Please remember to always reply to bug as
keeping public records is more important than to email to me
personally. :)

Upstream fixed one problem with crash after long run but I hardly
experienced it since I had QuiteRSS working for several weeks without
restart. Whatever the problem is it will be probably fixed with next
upstream release.

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---
Democracy is a pathetic belief in the collective wisdom of individual
ignorance.
-- H. L. Mencken


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

Bug#730261: coinor-libsymphony3: fails to upgrade from 'sid' - trying to overwrite /usr/share/man/man1/symphony.1.gz

[Andreas Beckmann]

Package: coinor-libsymphony3
Version: 5.5.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + coinor-libsymphony-dev

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package coinor-libcoinutils3.
  (Reading database ... 6775 files and directories currently installed.)
  Unpacking coinor-libcoinutils3 (from 
.../coinor-libcoinutils3_2.9.4-2_amd64.deb) ...
  Selecting previously unselected package coinor-libosi1.
  Unpacking coinor-libosi1 (from .../coinor-libosi1_0.106.1-2_amd64.deb) ...
  Selecting previously unselected package coinor-libclp1.
  Unpacking coinor-libclp1 (from .../coinor-libclp1_1.15.3-2_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/coinor-libclp1_1.15.3-2_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/clp.1.gz', which is also in package 
coinor-libclp0 1.12.0-2.1
  Selecting previously unselected package coinor-libcgl1.
  Unpacking coinor-libcgl1 (from .../coinor-libcgl1_0.58.2-1_amd64.deb) ...
  Selecting previously unselected package coinor-libsymphony3.
  Unpacking coinor-libsymphony3 (from 
.../coinor-libsymphony3_5.5.5-1_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/coinor-libsymphony3_5.5.5-1_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/symphony.1.gz', which is also in 
package coinor-libsymphony0 5.2.4-1.2
  Preparing to replace coinor-libsymphony-dev 5.2.4-1.2 (using 
.../coinor-libsymphony-dev_5.5.5-1_amd64.deb) ...
  Unpacking replacement coinor-libsymphony-dev ...
  Errors were encountered while processing:
   /var/cache/apt/archives/coinor-libclp1_1.15.3-2_amd64.deb
   /var/cache/apt/archives/coinor-libsymphony3_5.5.5-1_amd64.deb


cheers,

Andreas


coinor-libsymphony-dev_5.5.5-1.log.gz
Description: GNU Zip compressed data

Bug#728675: arguments in macro changed

[Andreas B. Mundt]

tags 728675 +patch
thanks


Hi,

the number of arguments in QT4_CREATE_MOC_COMMAND seems to have
changed [1].   By applying the following simple patch the package
builds again:

--- telepathy-qt-0.9.3.orig/cmake/modules/FindQt.cmake
+++ telepathy-qt-0.9.3/cmake/modules/FindQt.cmake
@@ -74,7 +74,7 @@ ENDMACRO(QT_GET_MOC_FLAGS)

 MACRO(QT_CREATE_MOC_COMMAND infile outfile moc_flags moc_options)
   IF(QT_VERSION_MAJOR MATCHES 4)
-QT4_CREATE_MOC_COMMAND(${infile} ${outfile} "${moc_flags}" 
"${moc_options}")
+QT4_CREATE_MOC_COMMAND(${infile} ${outfile} "${moc_flags}" 
"${moc_options}" "${moc_target}")
   ELSE(QT_VERSION_MAJOR MATCHES 4)
 IF(QT_VERSION_MAJOR MATCHES 5)
   QT5_CREATE_MOC_COMMAND(${infile} ${outfile} "${moc_flags}" 
"${moc_options}")

I am no cmake expert, so please check if this is a propper solution.

Best regards,

Andi


[1] 
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff509c4ff27fe861fc5b2080f50897a68c4>


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

Bug#730262: lists.debian.org: Request to (re)open a mailing list

[Camaleón]

Package: lists.debian.org
Severity: wishlist

This is a request to open (or better said, "reactivate") a dead mailing 
list.

According to this doc¹, I'm attaching the required information:

Basic purpose:
The main purpose of the list is to discuss and talk about La Espiral
(in English, "The Spiral"), a new project to restore the old Debian
online magazine which was focused on the Spanish speaking Debian
community, a place where to find easy tips and recipes to help users
in their day-to-day tasks. That said, the main purpose of the list
will be to establish a communication channel for all the things
involving the management of La Espiral magazine.

Interested audicence:
By now there are 7 people who want to lead this new initiative and
they are interested in reopening the old mailing list
(la-espi...@lists.debian.org) because they see it as a continuation 
of the old project. As the project starts to be spread over Internet, it
is expected that more users become interested in collaborating by
writing articles for the magazine or sending small recipes, thus
increasing the audecience of the mailing list.
 
Name
debian-laespi...@lists.debian.org
It would be nice to keep the same name of the original mailing list 
so the old users can recognize the project.

Rationale
Some chaps are planing to restore the old magazine and thus asked for
the mailing list to be active again.

Short description
La Espiral Project

Long description
Official communication channel to discuss all around La Espiral 
Project
 
Category
It's fine with the current one: "Users"

Subscription Policy
Open
 
Post Policy
Open

Web Archive
Yes


¹http://www.debian.org/MailingLists/HOWTO_start_list.en.html

Greetings.

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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#729738: arguments in macro changed

[Yann Dirson]

Hi,

I have started to work on tulip 4.x, but the resulting binary from the
4.3 package (source in git on alioth) is completely unusable, and I
have not located the problem yet.  4.4 has been released recently,
I'll update and we'll see...

(that is, don't spend too much time on 3.7 :)

On Sat, Nov 23, 2013 at 12:57:29PM +0100, Andreas B. Mundt wrote:
> Hi,
> 
> the number of arguments in QT4_CREATE_MOC_COMMAND seems to have
> changed [1].  I tried to fix this by applying the following patch:
> 
> --- tulip-3.7.0dfsg.orig/UseTulip.cmake
> +++ tulip-3.7.0dfsg/UseTulip.cmake
> @@ -47,7 +47,7 @@ MACRO (TULIP_QT4_WRAP_CPP outfiles )
>  GET_FILENAME_COMPONENT(outfile ${it} NAME_WE)
>  GET_FILENAME_COMPONENT(it ${it} ABSOLUTE)
>  SET(outfile ${CMAKE_CURRENT_BINARY_DIR}/moc_${outfile}.cpp)
> -QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}")
> +QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}" 
> "${moc_target}")
>  SET(${outfiles} ${${outfiles}} ${outfile})
>ENDFOREACH(it)
>  ENDMACRO (TULIP_QT4_WRAP_CPP)
> --- tulip-3.7.0dfsg.orig/FindTULIP3.cmake
> +++ tulip-3.7.0dfsg/FindTULIP3.cmake
> @@ -228,7 +228,7 @@ MACRO (TULIP_QT4_WRAP_CPP outfiles )
>  GET_FILENAME_COMPONENT(outfile ${it} NAME_WE)
>  GET_FILENAME_COMPONENT(it ${it} ABSOLUTE)
>  SET(outfile ${CMAKE_CURRENT_BINARY_DIR}/moc_${outfile}.cpp)
> -QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}")
> +QT4_CREATE_MOC_COMMAND(${it} ${outfile} "${moc_flags}" "${moc_options}" 
> "${moc_target}")
>  SET(${outfiles} ${${outfiles}} ${outfile})
>ENDFOREACH(it)
>  ENDMACRO (TULIP_QT4_WRAP_CPP)
> 
> However, the build still fails (perhaps) unrelated, see below.  As I
> have no idea about cmake and my machine takes ages to compile the
> sources, I stop here for the time being and hope the provided
> information is helpful to fix this thoroughly.
> 
> Best Regards,
> 
> Andi
> 
> 
> [1] 
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff509c4ff27fe861fc5b2080f50897a68c4>
> 
> 
> 8<
> [ 62%] Building CXX object
> library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o
> cd /tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/src
> && /usr/bin/c++   -DQT_CORE_LIB -DQT_DLL -DQT_GUI_LIB -DQT_NO_DEBUG
> -DQT_OPENGL_LIB -DQT_THREAD_SUPPORT -Dtulip_qt4_3_7_EXPORTS -g -O2
> -fstack-protector --param=ssp-buffer-size=4 -Wformat
> -Werror=format-security -D_FORTIFY_SOURCE=2  -Wall -Wextra -Wunused
> -DHAVE_LIBJPEG -DHAVE_LIBPNG -D_LINUX -DQT_ASSISTANT='"assistant"'
> -DI64 -Wno-deprecated -Wno-deprecated-declarations -O2 -g -DNDEBUG
> -fPIC -isystem /usr/include/qt4 -isystem /usr/include/qt4/QtGui
> -isystem /usr/include/qt4/QtCore -isystem /usr/include/qt4/QtOpenGL
> -I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include
> -I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include/tulip
> -I/tmp/buildd/tulip-3.7.0dfsg/library/tulip/include
> -I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip/include
> -I/tmp/buildd/tulip-3.7.0dfsg/library/tulip-ogl/include
> -I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/include
> -I/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu/library/tulip-qt/include/tulip
> -o CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o -c
> /tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/MainController.cpp
> In file included from
> /tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/MainController.cpp:51:0:
> /tmp/buildd/tulip-3.7.0dfsg/library/tulip-qt/src/../include/tulip/TabWidget.h:33:33:
> fatal error: tulip/TabWidgetData.h: No such file or directory
>  #include "tulip/TabWidgetData.h"
>  ^
> compilation terminated.
> make[4]: ***
> [library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/MainController.cpp.o]
> Error 1
> make[4]: Leaving directory
> `/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
> make[3]: *** [library/tulip-qt/src/CMakeFiles/tulip-qt4-3.7.dir/all]
> Error 2
> make[3]: Leaving directory
> `/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory
> `/tmp/buildd/tulip-3.7.0dfsg/obj-x86_64-linux-gnu'
> dh_auto_build: make -j1 returned exit code 2
> make[1]: *** [override_dh_auto_build-arch] Error 2
> make[1]: Leaving directory `/tmp/buildd/tulip-3.7.0dfsg'
> make: *** [binary] Error 2


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

Bug#514027: [uswsusp] aborting suspend while image is being written on disk crashes X server

[Rodolfo García Peñas]

Hi,

I can confirm this bug. On console, with X11 running, no problem.

Thanks for your report.
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#716635: gcc-4.8: Miscompilation at optimization -O1

[Aurelien Jarno]

retitle 716635 gcc-4.8: Miscompilation due to wrong RTL-optimization
thanks

On Thu, Nov 14, 2013 at 09:29:52PM +0100, Aurelien Jarno wrote:
> tag 716635 - help
> tag 716635 + upstream
> forwarded 716635 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59137 
> retitle 716635 gcc-4.8: Miscompilation at optimization -O1 on mips/mipsel
> thanks
> 
> On Wed, Jul 10, 2013 at 04:28:46PM -0400, Camm Maguire wrote:
> > 
> > Package: gcc-4.8
> > Version: 4.8.1-5
> > Severity: important
> > 
> > The following code
> > 
> > type_of(x0)==t_cons
> > 
> > from 
> > 
> > DEFUNO_NEW("LISTP",object,fLlistp,LISP
> >,1,1,NONE,OO,OO,OO,OO,void,Llistp,(object x0),"")
> > 
> > {
> > /* 1 args */
> > 
> > if (x0 == Cnil || type_of(x0) == t_cons)
> > x0 = Ct;
> > else
> > x0 = Cnil;
> > RETURN1(x0);
> > }
> > 
> > where type_of(x0) is fully expanded as
> > 
> > ({register object _z=(object)(x0); ufixnum)(_z))>=0x8000) ?
> > t_fixnum : ((!(_z)->d.e || (((ufixnum)((*(object *)(_z>=0x8000))
> > ? (_z==((object)&Cnil_body) ? t_symbol : t_cons) : _z->d.t));})
> > 
> > incorrectly gives true when compiled at O1, and correctly gives false
> > when compiled at -O0 (only on mips).
> > 
> > The following is a gdb session followed by the full preprocessed source.
> > 
> 
> Attached is a reduced testcase. The problem does appear at -O1, but not
> at -O0 nor -O2. It is reproducible with GCC 4.7, 4.8 or snapshot, but
> not with 4.6 or older. I have reported it upstream as issue #59137.
> 

Note that while it occurs on MIPS, this is actually a generic RTL
optimization issue which can also appears on other architecture.
Retitling the bug accordingly.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


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

Bug#714028: progress

[Dominique Lasserre]

Hi,

finalterm development is active so this ITP is still relevant.

Regards
Dominique

On 14/11/13 01:46, Niv Sardi wrote:
> Is there any progress on this ITP ? should we close it ?
> --
> Niv Sardi
> 



signature.asc
Description: OpenPGP digital signature

Bug#730263: pycuda: needs to be rebuilt against nvidia-cuda-toolkit 5.5

[Andreas Beckmann]

Source: pycuda
Version: 2013.1.1-1
Severity: serious
Tags: jessie sid

Hi,

pycuda needs to be rebuilt against nvidia-cuda-toolkit 5.5
A binNMU does not work in this case because it would involve non-free
stuff. A test rebuild in sid worked flawless, but I did not test the
packages at all. If you need help, I could do a rebuild-only NMU.


Andreas


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

Bug#730264: starpu-contrib: needs to be rebuilt against nvidia-cuda-toolkit 5.5

[Andreas Beckmann]

Source: starpu-contrib
Version: 1.0.5+dfsg-1
Severity: serious
Tags: jessie sid

Hi,

starpu-contrib needs to be rebuilt against nvidia-cuda-toolkit 5.5
A binNMU does not work in this case because it would involve non-free
stuff. A test rebuild in sid worked flawless, but I did not test the
packages at all. If you need help, I could do a rebuild-only NMU.


Andreas


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

Bug#502904: suspend: displays invalid compression ratio after memory-image is dumped on

[Rodolfo García Peñas]

Hi,

this bug is too old. I would like to know if still exists.

Can you reproduce it yet?
Cheers,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#551400: fpc on kfreebsd-i386

[Paul Gevers]

On 25-03-12 00:46, peter green wrote:
> Just to let you know (I should have posted this earlier) I got
> completely lost trying to fixup the assembler init code and gave up on
> my attempts. I may come back to this bug later (right now armhf is more
> important to me than kfreebsd), in the meantime if anyone else wants to
> pick it up i'll provide what help I can.

Currently I am trying to get fpc building on kfreebsd-amd64 on one of
the porterboxes. I seem to be able to get a package build, albeit with
some missing things.

The things I have done so far to get it running:
# use the linux assembly cprt0.as iso the freebsd version
# prevents
#   fpcsrc/rtl/units/x86_64-freebsd/cprt0.o: In function `_start':
#   crt1.c:(.text+0xcb): undefined reference to `_init_tls'
mv fpcsrc/rtl/freebsd/x86_64/cprt0.as fpcsrc/rtl/freebsd/x86_64/cprt0.as_org
cp fpcsrc/rtl/linux/x86_64/cprt0.as fpcsrc/rtl/freebsd/x86_64/

# As mentioned before in this thread.
sed --in-place s/__error/__errno_location/ fpcsrc/rtl/unix/initc.pp

In fastcgi and fcl-web, something goes wrong with linking:
   ELF interpreter /usr/libexec/ld-elf.so.1 not found
I have no idea where this comes from as all references to libexec are
either in fpmake itself after compilation or in t_bsd.pas (which code I
removed below anyway to be sure).

Because of removing fastcgi and fcl-web from building, also fppkg fails:
pkgfphttp.pp(18,12) Fatal: Can't find unit fphttpclient used by
pkgfphttp
This last failure can be prevented by building fcl-web until failure,
then enough pieces are in place for fppkg to build.

Also building fpdoc goes wrong with:
   /usr/bin/ld: cannot find -liconv
I don't know exactly why this is added on kfreebsd and not (it seems) on
Linux. Maybe, if I understand correctly, it should be -lkiconv on Debian
and than I need to build depend on libkiconv-dev [kfreebsd-any].

I think I will create a package which doesn't build
fastcgi/fcl-web/fppkg/fpdoc for now. So that we have something to start
with. After I am finished with this, I will also try to see if by now
this trick can also be applied on kfreebsd-i386.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#730265: elinks-data: fails to upgrade from 'testing' - trying to overwrite /usr/share/man/man1/elinks.1.gz

[Andreas Beckmann]

Package: elinks-data
Version: 0.12~pre6-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package elinks-data.
  Unpacking elinks-data (from .../elinks-data_0.12~pre6-3_all.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/elinks-data_0.12~pre6-3_all.deb (--unpack):
   trying to overwrite '/usr/share/man/man1/elinks.1.gz', which is also in 
package elinks-lite 0.12~pre6-2
  Errors were encountered while processing:
   /var/cache/apt/archives/elinks-data_0.12~pre6-3_all.deb


cheers,

Andreas


elinks-lite=0.12~pre6-2_elinks-data=0.12~pre6-3.log.gz
Description: GNU Zip compressed data

Bug#729698: libc0.1: wait6 is broken on 9.2+

[Dmitrijs Ledkovs]

The fix for this issue has been committed upstream:
http://svnweb.freebsd.org/base?view=revision&revision=258281

Can this be cherry picked into 9.2 kernel? Should this also be
included in the 10 & 11 kernels, or do those stay in experimental /
tracking svn head?

I can prepare the debdiffs.

Regards,

Dmitrijs.


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

Bug#724223: Bug #724223: rivet: FTBFS: AnalysisInfo.cc:42:14: error: 'class YAML::Parser' has no member named 'GetNextDocument'

[Michael Banck]

tags 724223 +patch
tags 724223 +pending
tags 724223 +fixed-upstream

On Sun, Sep 22, 2013 at 07:12:53PM +0200, David Suárez wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > make[4]: Entering directory `/«PKGBUILDDIR»/src/Core'
> >   CXX  libRivetCore_la-Event.lo
> >   CXX  libRivetCore_la-Jet.lo
> >   CXX  libRivetCore_la-Particle.lo
> >   CXX  libRivetCore_la-ParticleName.lo
> >   CXX  libRivetCore_la-ProjectionApplier.lo
> >   CXX  libRivetCore_la-Projection.lo
> >   CXX  libRivetCore_la-Analysis.lo
> >   CXX  libRivetCore_la-AnalysisLoader.lo
> >   CXX  libRivetCore_la-AnalysisInfo.lo
> > AnalysisInfo.cc: In static member function 'static Rivet::AnalysisInfo* 
> > Rivet::AnalysisInfo::make(const string&)':
> > AnalysisInfo.cc:42:14: error: 'class YAML::Parser' has no member named 
> > 'GetNextDocument'
> >parser.GetNextDocument(doc);
> >   ^   ^

I have uploaded a fix to DELAYED/5-days, which backports the necessary
changes from upstream. Debdiff attached.


Michael
diff -Nru rivet-1.8.3/debian/changelog rivet-1.8.3/debian/changelog
--- rivet-1.8.3/debian/changelog2013-05-08 15:03:05.0 +0200
+++ rivet-1.8.3/debian/changelog2013-11-23 13:57:02.0 +0100
@@ -1,3 +1,12 @@
+rivet (1.8.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/yaml-cpp-v5-support.patch: New patch, porting rivet to
+version 5 of the YAML API, backported from upstream revisions 3434, 3442,
+3459-3463 and 3484-3486 (Closes: #724223).
+
+ -- Michael Banck   Sat, 23 Nov 2013 12:05:19 +0100
+
 rivet (1.8.3-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru rivet-1.8.3/debian/patches/series rivet-1.8.3/debian/patches/series
--- rivet-1.8.3/debian/patches/series   2013-05-08 15:03:05.0 +0200
+++ rivet-1.8.3/debian/patches/series   2013-11-23 12:04:53.0 +0100
@@ -5,3 +5,4 @@
 siscone.patch
 fix-analysis-plugin-path.patch
 path-max.patch
+yaml-cpp-v5-support.patch
diff -Nru rivet-1.8.3/debian/patches/yaml-cpp-v5-support.patch 
rivet-1.8.3/debian/patches/yaml-cpp-v5-support.patch
--- rivet-1.8.3/debian/patches/yaml-cpp-v5-support.patch1970-01-01 
01:00:00.0 +0100
+++ rivet-1.8.3/debian/patches/yaml-cpp-v5-support.patch2013-11-23 
14:03:57.0 +0100
@@ -0,0 +1,414 @@
+Index: rivet-1.8.3/include/Rivet/Exceptions.hh
+===
+--- rivet-1.8.3.orig/include/Rivet/Exceptions.hh   2013-11-23 
13:57:29.088692432 +0100
 rivet-1.8.3/include/Rivet/Exceptions.hh2013-11-23 13:57:33.016712905 
+0100
+@@ -40,6 +40,13 @@
+   };
+ 
+ 
++  /// @brief Error specialisation for failures relating to analysis info.
++  class InfoError : public Error {
++  public:
++InfoError(const std::string& what) : Error(what) {}
++  };
++
++
+   /// @brief Errors relating to event/bin weights
+   ///
+   /// Arises in computing statistical quantities because e.g. the bin
+Index: rivet-1.8.3/src/Core/AnalysisInfo.cc
+===
+--- rivet-1.8.3.orig/src/Core/AnalysisInfo.cc  2013-11-23 13:57:29.088692432 
+0100
 rivet-1.8.3/src/Core/AnalysisInfo.cc   2013-11-23 13:57:33.040713027 
+0100
+@@ -35,134 +35,197 @@
+ 
+ // Read data from YAML document
+ MSG_DEBUG("Reading analysis data from " << datapath);
+-std::ifstream io(datapath.c_str());
+-YAML::Parser parser(io);
+ YAML::Node doc;
+ try {
++  #if YAMLCPP_API_VERSION == 3
++  std::ifstream file(datapath.c_str());
++  YAML::Parser parser(file);
+   parser.GetNextDocument(doc);
+-  //cout << doc << endl;
++  #elif YAMLCPP_API_VERSION == 5
++  doc = YAML::LoadFile(datapath);
++  #endif
+ } catch (const YAML::ParserException& ex) {
+   MSG_ERROR("Parse error when reading analysis data from " << datapath << 
" (" << ex.what() << ")");
+   return ai;
+ }
+ 
+-for (YAML::Iterator it = doc.begin(); it != doc.end(); ++it) {
+-  string key;
+-  it.first() >> key;
+-  stringstream sec;
+-  // sec << it.second();
+-  // const string secstr = sec.str().substr(0, sec.str().length()-1);
+-  // MSG_TRACE(key << ": " << secstr);
+-  try {
+-if (key == "Name") {
+-  it.second() >> ai->_name;
+-} else if (key == "Summary") {
+-  it.second() >> ai->_summary;
+-} else if (key == "Experiment") {
+-  it.second() >> ai->_experiment;
+-} else if (key == "Beams") {
+-  const YAML::Node& beampairs = it.second();
+-  vector beam_pairs;
+-  if (beampairs.size() == 2 &&
+-  beampairs[0].Type() == YAML::NodeType::Scalar &&
+-  beampairs[1].Type() == YAML::NodeType::Scalar) {
+-string bstr0, bstr1;
+-beampairs[0] >> bs

Bug#730266: clang-3.5: fails to upgrade from 'wheezy' - trying to overwrite /usr/share/clang/scan-view/ScanView.py

[Andreas Beckmann]

Package: clang-3.5
Version: 1:3.5~svn195337-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package clang-3.5.
  Unpacking clang-3.5 (from .../clang-3.5_1%3a3.5~svn195337-1_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/clang-3.5_1%3a3.5~svn195337-1_amd64.deb (--unpack):
   trying to overwrite '/usr/share/clang/scan-view/ScanView.py', which is also 
in package clang 1:3.0-6.2
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/clang-3.5_1%3a3.5~svn195337-1_amd64.deb


cheers,

Andreas


clang=1:3.0-6.2_clang-3.5=1:3.5~svn195337-1.log.gz
Description: GNU Zip compressed data

Bug#730267: libkrb5-dev: file conflict with heimdal-multidev: /usr/lib/x86_64-linux-gnu/pkgconfig/k{adm, rb5}*.pc

[Andreas Beckmann]

Package: libkrb5-dev
Version: 1.12~alpha1+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package krb5-multidev.
  Unpacking krb5-multidev (from .../krb5-multidev_1.12~alpha1+dfsg-1_amd64.deb) 
...
  Selecting previously unselected package libkrb5-dev.
  Unpacking libkrb5-dev (from .../libkrb5-dev_1.12~alpha1+dfsg-1_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/libkrb5-dev_1.12~alpha1+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/pkgconfig/kadm-client.pc', 
which is also in package heimdal-multidev 1.6~git20131117+dfsg-2
  Selecting previously unselected package musl.
  Unpacking musl (from .../musl_0.9.14-2_amd64.deb) ...
  Selecting previously unselected package musl-dev.
  Unpacking musl-dev (from .../musl-dev_0.9.14-2_amd64.deb) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/libkrb5-dev_1.12~alpha1+dfsg-1_amd64.deb

The following files are in both packages:

usr/lib/x86_64-linux-gnu/pkgconfig/kadm-client.pc
usr/lib/x86_64-linux-gnu/pkgconfig/kadm-server.pc
usr/lib/x86_64-linux-gnu/pkgconfig/krb5-gssapi.pc
usr/lib/x86_64-linux-gnu/pkgconfig/krb5.pc


cheers,

Andreas


heimdal-multidev=1.6~git20131117+dfsg-2_libkrb5-dev=1.12~alpha1+dfsg-1.log.gz
Description: GNU Zip compressed data

Bug#730268: libboost1.53-tools-dev: file conflicts with libboost1.54-dev, libboost1.49-dev

[Andreas Beckmann]

Package: libboost1.53-tools-dev
Version: 1.53.0-6+exp2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + libboost1.54-dev libboost1.49-dev

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

But maybe boost 1.53 should be just removed ...


cheers,

Andreas


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

Bug#708430: EFI bug still present

[Svante Signell]

On Sat, 2013-11-23 at 15:19 +0100, Philipp Kern wrote:
> Control: severity -1 important
> 
> On Fri, Nov 15, 2013 at 01:01:15PM +0100, Svante Signell wrote:
> > found 708430 2.00-20
> > thanks
> > 
> > Ping! Any ideas why nothing happens to this grave bug?
> 
> I disagree that it's grave. It's not broken for everybody. You copied
> the binary to the fallback path to cope with non-compliant firmware,
> your proposed solution is certainly not the right way, and even if it
> sounds harsh you cannot expect this solution to last during upgrades,
> unless you add a hook to, say, /etc/grub.d.
> 
> What does efibootmgr -v say?
BootCurrent: 0004
Timeout: 2 seconds
BootOrder: 0001,0004,
Boot  Windows Boot Manager
Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)WINDOWS.x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...1....
Boot0001* debian
HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)File(\EFI\debian
\grubx64.efi)
Boot0004* UEFI: LITEONIT LCT-128M3S
ACPI(a0341d0,0)PCI(1f,2)03120a00HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)AMBO


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

Bug#726008: runit: FTBFS (runsv SIGILL) on 32-bit PowerPC CPUs

[Philipp Kern]

# Judgement call given that it builds on Debian buildds and the
# porterbox and that the resulting binaries work.
Control: severity -1 important

Hi,

On Thu, Oct 10, 2013 at 10:03:57PM -0700, Ryan Finnie wrote:
> On the powerpc arch, runit fails to build, but only when booted from a 
> 32-bit kernel (Mac Mini G4).  The build freezes at the test stage:
> 
> + cd compile
> + exec make check
> make[1]: Entering directory `/tmp/runit/runit-2.1.1/runit-2.1.1/compile'
> ./check-local chpst runit runit-init runsv runsvchdir runsvdir sv svlogd 
> utmpset
> Checking chpst...
> Checking runit...
> Checking runit-init...
> Checking runsv...
> 
> Reproducing what the check does reveals a SIGILL exit:
> 
> $ gdb /tmp/runit/runit-2.1.1/runit-2.1.1/compile/runsv
> GNU gdb (GDB) 7.4.1-debian
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "powerpc-linux-gnu".
> For bug reporting instructions, please see:
> ...
> Reading symbols from /tmp/runit/runit-2.1.1/runit-2.1.1/compile/runsv...(no 
> debugging symbols found)...done.
> (gdb) run /tmp/runit/runit-2.1.1/runit-2.1.1/compile/check-tmp
> Starting program: /tmp/runit/runit-2.1.1/runit-2.1.1/compile/runsv 
> /tmp/runit/runit-2.1.1/runit-2.1.1/compile/check-tmp
> 
> Program received signal SIGILL, Illegal instruction.
> 0x10002bc8 in taia_approx ()
> (gdb) starting
> 
> (gdb) bt
> #0  0x10002bc8 in taia_approx ()
> #1  0x10002a80 in iopause ()
> #2  0x1894 in main ()
> (gdb) 
> 
> 
> I ran the same build on a similar system with success: powerpc arch, 
> 32-bit userland (Debian does not produce a 64-bit userland), but G5 
> system so it was a 64-bit kernel.  The binaries produced on the G5 
> system work correctly on the G4 system.
> 
> Going back to the last Debian buildd of runit on powerpc shows it was 
> built on a 64-bit kernel, most likely a G5, which explains why it did 
> not originally FTBFS:
> 
> https://buildd.debian.org/status/fetch.php?pkg=runit&arch=powerpc&ver=2.1.1-6.2&stamp=1295216762
> Kernel: Linux 2.6.26-2-powerpc64 powerpc (ppc64)

so this is tricky. Debian does not have any G4s left. It sounds like
a code generation issue. Could you try to use an older gcc to compile
this? And I guess it'd be helpful to get a disassembled version of the
function, so please do "disas taia_approx" in gdb and include its
output.

Compilation will work on Debian infrastructure and the resulting
binaries will work everywhere according to your analysis. If it compiles
with an older gcc we have a sort of a workaround for people wanting to
change the code.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#730269: nulog 2.0.dfsg.1-2 is broken in Debian testing

[Justin Piszcz]

Package: nulog
Version: 2.0.dfsg.1-2

This was deprecated in twisted > 11:
from twisted.enterprise.util import safe

# /etc/init.d/nulog  restart
Restarting nulog: Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 652,
runApp(config)
  File "/usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py", line 23, in
_SomeApplicationRunner(config).run()
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 386,
self.application = self.createOrGetApplication()
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 451,
application = getApplication(self.config, passphrase)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 462,
application = service.loadApplication(filename, style, passphrase)
  File "/usr/lib/python2.7/dist-packages/twisted/application/service.py", line 4
application = sob.loadValueFromFile(filename, 'application', passphrase)
  File "/usr/lib/python2.7/dist-packages/twisted/persisted/sob.py", line 210, in
exec fileObj in d, d
  File "/usr/sbin/nulog.tac", line 231, in 
app = Wrapper([etcpath + wrapper_defconf, wrapper_defconf, etcpath + wrapper
  File "/usr/sbin/nulog.tac", line 99, in __init__
self.registerModule(name)
  File "/usr/sbin/nulog.tac", line 112, in registerModule
module = __import__(module_path)
  File "/usr/lib/pymodules/python2.7/nulog-core/__init__.py", line 25, in 
import table
  File "/usr/lib/pymodules/python2.7/nulog-core/table.py", line 24, in 
from inl import TableBase
  File "/usr/lib/pymodules/python2.7/nulog-core/inl.py", line 29, in 
from twisted.enterprise.util import safe
exceptions.ImportError: No module named util

Failed to load application: No module named util

Justin.


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

Bug#708430: EFI bug still present

[Philipp Kern]

Control: severity -1 important

On Fri, Nov 15, 2013 at 01:01:15PM +0100, Svante Signell wrote:
> found 708430 2.00-20
> thanks
> 
> Ping! Any ideas why nothing happens to this grave bug?

I disagree that it's grave. It's not broken for everybody. You copied
the binary to the fallback path to cope with non-compliant firmware,
your proposed solution is certainly not the right way, and even if it
sounds harsh you cannot expect this solution to last during upgrades,
unless you add a hook to, say, /etc/grub.d.

What does efibootmgr -v say?

Kind regards
Philipp Kern


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

Bug#730262: please, reactivate debian-laespi...@lists.debian.org

[Miguel Angel Ordoñez Moya]

Hi I am very interested in the reactivation of the
debian-laespi...@lists.debian.org list.

The main purpose of this list
will be to establish a communication channel for all the things
involving the management of La Espiral magazine.

Thank you very much.

-- 
Usuario registrado de Debian GNU/Linux nº 416197
http://linuxcounter.net/user/416197.html


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

Bug#730270: nmu: julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1

[Sébastien Villemot]

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

I uploaded a new version of double-conversion which involves a SONAME bump.
Since there are only two reverse dependencies, and those are relatively
unimportant leaf packages, I did not bother asking for a transition slot.

Please therefore schedule the following binNMU request:

nmu julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1 . ALL . -m "Rebuild against 
libdouble-conversion-dev (>= 2.0.0)"

Thanks,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: Digital signature

Bug#728267: Dependency includes obsolete package

[Philipp Kern]

On Wed, Oct 30, 2013 at 03:55:57AM +, Ben Hutchings wrote:
> oss4-dkms depends on linux-headers-686-pae | linux-headers-amd64 |
> linux-headers-generic | linux-headers.
> 
> linux-headers is a virtual package that is no longer provided,
> starting with Linux 3.11.  This is because any level of dependency
> (Depends, Recommends or Suggests) on 'linux-headers' prevented APT
> auto-removing any of the packages that provide it.
> 
> oss4-dkms will thus become uninstallable on non-x86 architectures.
> 
> I suggest that you replace this dependency with a recommendation of
> linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic

It seems odd to me that there's no way to get linux headers to install
on non-x86 architectures unless you expand this to all of
linux-headers-*.

Anyway, I uploaded a fix to delayed/10-days, given that this is now
RC.

Kind regards
Philipp Kern
diff -Nru oss4-4.2-build2007/debian/changelog 
oss4-4.2-build2007/debian/changelog
--- oss4-4.2-build2007/debian/changelog 2012-12-04 20:53:23.0 +0100
+++ oss4-4.2-build2007/debian/changelog 2013-11-23 15:24:04.0 +0100
@@ -1,3 +1,11 @@
+oss4 (4.2-build2007-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Downgrade the linux-headers dependency to recommends.
+(Closes: #728267)
+
+ -- Philipp Kern   Sat, 23 Nov 2013 15:23:32 +0100
+
 oss4 (4.2-build2007-2) unstable; urgency=medium
 
   * Revert changes from the previous NMU, it breaks more things
diff -Nru oss4-4.2-build2007/debian/control oss4-4.2-build2007/debian/control
--- oss4-4.2-build2007/debian/control   2012-11-19 12:00:44.0 +0100
+++ oss4-4.2-build2007/debian/control   2013-11-23 15:23:25.0 +0100
@@ -43,7 +43,8 @@
 Package: oss4-dkms
 Section: kernel
 Architecture: linux-any
-Depends: ${misc:Depends}, oss4-base, dkms, dpkg-dev, linux-headers-686-pae | 
linux-headers-amd64 | linux-headers-generic | linux-headers
+Depends: ${misc:Depends}, oss4-base, dkms, dpkg-dev
+Recommends: linux-headers-686-pae | linux-headers-amd64 | linux-headers-generic
 Provides: oss4-modules
 Description: Open Sound System - DKMS module sources
  This package contains the source for the OSS4 kernel modules,


signature.asc
Description: Digital signature

Bug#730271: gnupg: Future FTBFS: gnupg attempts to build mpi on Windows and fails

[Stephen Kitt]

Package: gnupg
Version: 1.4.15-1.1
Severity: normal
Tags: patch

Dear Maintainer,

I'm getting ready to upload a new version of gcc-mingw-w64 using gcc
4.8 and enabling libgomp. This causes the gpgv-win32 build to attempt
to build mpicalc.exe, which fails because the assembly code in libmpi
doesn't use underscores as it should when targeting Windows.

The attached patch fixes this; I'll be forwarding it upstream too.

Regards,

Stephen


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

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

Versions of packages gnupg depends on:
ii  gpgv  1.4.15-1.1
ii  libbz2-1.01.0.6-5
ii  libc6 2.17-93
ii  libreadline6  6.2+dfsg-0.1
ii  libusb-0.1-4  2:0.1.12-23.2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages gnupg recommends:
ii  gnupg-curl 1.4.15-1.1
ii  libldap-2.4-2  2.4.31-1+nmu2+b1

Versions of packages gnupg suggests:
pn  gnupg-doc 
ii  imagemagick   8:6.7.7.10-6
ii  libpcsclite1  1.8.10-1

-- no debconf information
Subject: Use underscores for linking on all mingw32 targets
From: Stephen Kitt 

All MinGW targets require underscores when linking. This patch fixes
acinclude.m4 and the resulting configure so they don't limit the use
of underscores to the old mingw32msvc targets.

--- a/acinclude.m4
+++ b/acinclude.m4
@@ -692,7 +692,7 @@
 AC_DEFUN([GNUPG_SYS_SYMBOL_UNDERSCORE],
 [tmp_do_check="no"
 case "${host}" in
-*-mingw32msvc*)
+*-mingw32*)
 ac_cv_sys_symbol_underscore=yes
 ;;
 i386-emx-os2 | i[3456]86-pc-os2*emx | i386-pc-msdosdjgpp)
--- a/configure
+++ b/configure
@@ -7314,7 +7314,7 @@
 
 tmp_do_check="no"
 case "${host}" in
-*-mingw32msvc*)
+*-mingw32*)
 ac_cv_sys_symbol_underscore=yes
 ;;
 i386-emx-os2 | i345686-pc-os2*emx | i386-pc-msdosdjgpp)

Bug#730272: python-wtforms: Requires python-genshi

[Matthias Urlichs]

Package: python-wtforms
Version: 1.0.1-1
Severity: serious

You forgot Requires: to python-genshi. (Not everybody wants to use turbogears.)
[...]
   from sprox.fillerbase import TableFiller,EditFormFiller
File "/usr/lib/pymodules/python2.7/sprox/fillerbase.py", line 13, in 
   from genshi import XML
ImportError: No module named genshi


-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-1-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


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

Bug#730273: mkvtoolnix-gui: mmg crash with wx3.0 while reading file

[Dominique Dumont]

Package: mkvtoolnix-gui
Version: 6.5.0-2
Severity: important

Dear Maintainer,

When loading a file, mmg crashes with the following error:

ASSERT INFO:
/usr/include/wx-3.0/wx/strvararg.h(451): assert "(argtype & 
(wxFormatStringSpecifier::value)) == argtype" failed in wxArgNormalizer(): 
format specifier doesn't match argument type

BACKTRACE:
[1] boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator, std::allocator > 
>, std::allocator, std::allocator > 
> > >, boost::regex_traits > 
>::match_recursion()
[2] boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator, std::allocator > 
>, std::allocator, std::allocator > 
> > >, boost::regex_traits > 
>::match_recursion()
[3] boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator, std::allocator > >, boost::regex_traits > >::match_recursion()
[4] boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator, std::allocator > >, boost::regex_traits > >::match_recursion()
[5] wxEntry(int&, wchar_t**)
[6] __libc_start_main


Note that:
* running mmg alone works fine
* loading a mkv or avi file leads to a failure
* loading directly a file (e.g. running 'mmg foo.avi' also fails
* version 6.5.0-1 works fine

All the best


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

Kernel: Linux 3.11-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/bash

Versions of packages mkvtoolnix-gui depends on:
ii  libboost-filesystem1.54.0  1.54.0-3
ii  libboost-regex1.54.0   1.54.0-3
ii  libboost-system1.54.0  1.54.0-3
ii  libc6  2.17-96
ii  libcurl3-gnutls7.33.0-1
ii  libebml4   1.3.0-dmo1
ii  libgcc11:4.8.2-5
ii  libmagic1  1:5.14-2
ii  libmatroska6   1.4.1-dmo1
ii  libstdc++6 4.8.2-5
ii  libwxbase3.0-0 3.0.0-1
ii  libwxgtk3.0-0  3.0.0-1
ii  mkvtoolnix 6.5.0-2
ii  zlib1g 1:1.2.8.dfsg-1

mkvtoolnix-gui recommends no packages.

mkvtoolnix-gui 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#730274: ITP: tryton-modules-timesheet-cost -- Timesheet Cost Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-timesheet-cost
  Version : 3.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Timesheet Cost Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This module adds the possibility to define costs for employees on timesheets.


This package was just factored out by upstream from module trytond_timesheet
(tryton-modules-timesheet) and will be needed by all modules depending so far
on timesheet.


signature.asc
Description: PGP signature

Bug#730270: nmu: julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1

[Cyril Brulebois]

Sébastien Villemot  (2013-11-23):
> I uploaded a new version of double-conversion which involves a SONAME
> bump.  Since there are only two reverse dependencies, and those are
> relatively unimportant leaf packages, I did not bother asking for a
> transition slot.
> 
> Please therefore schedule the following binNMU request:
> 
> nmu julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1 . ALL . -m "Rebuild against 
> libdouble-conversion-dev (>= 2.0.0)"

julia seems to be unhappy as far as build-dep installability is
concerned?
  https://buildd.debian.org/status/package.php?p=julia&suite=sid

(Not scheduled binNMUs yet.)

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis

[Alexandre Gramfort]

hi Andreas,

> Hmmm, I tried the same and it went fine so far (see latest commit;

weird

>> here is my git config:
>>
>> gramfort@tsilinuxd74:mne-python(master)$ cat .git/config
>> [core]
>> repositoryformatversion = 0
>> filemode = true
>> bare = false
>> logallrefupdates = true
>> [remote "origin"]
>> fetch = +refs/heads/*:refs/remotes/origin/*
>> url = ssh://git.debian.org/git/debian-med/mne-python.git
>> [branch "master"]
>> remote = origin
>> merge = refs/heads/master
>> [branch "upstream"]
>> remote = origin
>> merge = refs/heads/upstream
>>
>> ---
>
> If I create a fresh clone in addition to your config I have
>
> [branch "pristine-tar"]
> remote = origin
> merge = refs/heads/pristine-tar

I appended this but no success.

git import-orig --pristine-tar ../mne-python_0.7~rc3.orig.tar.gz

fails but at least creates the commit on upstream and I can push it manually.

maybe it's good enough?

see 6f7c0563066ba434033479decec10815dc43e467

> I have tried to build the package and noticed that not all the test
> are passing.  For instance:

the full test suite requires a large download but it can be skipped while
maintaining > 60% coverage of the code. See target test-no-sample
in Makefile.

test-no-sample: in
@MNE_SKIP_SAMPLE_DATASET_TESTS=true \
$(NOSETESTS) mne

it should be good enough?

> occures in the build log.  You need to know that the package build
> process needs to run on a computer without internet connection and you
> can/should easily simulate this by using pdebuild.  Since you are
> upstream you might be able to inject some option to the tests to ignore
> all those that need to download something.

it's what test-no-sample should hopefully do.

Thanks

Best,
Alex

> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de


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

Bug#729740: debian/copyright appears to list the wrong license

[Felix Geyer]

Control: tags -1 patch

Attached is a patch with copyright file updates.

Cheers,
Felix

diff -Nru ipe-7.1.4/debian/copyright ipe-7.1.4/debian/copyright
--- ipe-7.1.4/debian/copyright	2008-11-07 11:14:17.0 +0100
+++ ipe-7.1.4/debian/copyright	2013-11-23 15:28:03.0 +0100
@@ -4,33 +4,39 @@
 It was downloaded from: http://ipe.compgeom.org/ 
 Current site: http://tclab.kaist.ac.kr/ipe/
 
-Copyright (C) 1993-2007 Otfried Cheong
+Copyright (C) 1993-2013 Otfried Cheong
+Copyright (C) 2003 Kepler Project
 
-This program is free software; you can redistribute it and/or modify
-it under the terms of the GNU General Public License as published by
-the Free Software Foundation; either version 2 of the License, or (at
-your option) any later version.
-
-As a special exception, you have permission to link Ipe with the CGAL
-library and distribute executables, as long as you follow the
-requirements of the Gnu General Public License in regard to all of the
-software in the executable aside from CGAL.
-
-This program is distributed in the hope that it will be useful, but
-WITHOUT ANY WARRANTY; without even the implied warranty of
-MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
-General Public License for more details.
+Ipe is free software; you can redistribute it and/or modify it
+under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 3 of the License, or
+(at your option) any later version.
+
+As a special exception, you have permission to link Ipe with the
+CGAL library and distribute executables, as long as you follow the
+requirements of the Gnu General Public License in regard to all of
+the software in the executable aside from CGAL.
+
+Ipe is distributed in the hope that it will be useful, but WITHOUT
+ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
+or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public
+License for more details.
 
-Version 2 of the GPL may be found in /usr/share/common-licenses/GPL-2
+Version 3 of the GPL may be found in /usr/share/common-licenses/GPL-3
 
 
 
 Ipe uses the Zlib library by Jean-loup Gailly and Mark Adler
 (www.gzip.org/zlib), the Freetype~2 library by David Turner, Robert
 Wilhelm, and Werner Lemberg (www.freetype.org), as well as some code
-from Xpdf by Derek B. Noonburg (www.foolabs.com/xpdf).
+from Xpdf by Derek B. Noonburg (www.foolabs.com/xpdf) and pdfTeX by
+Han The Thanh .
 
 
 
-Xpdf is icensed under the GNU General Public License (GPL), version 2.
+Xpdf is icensed under the GNU General Public License (GPL), version 2 and 3.
 
+
+
+pdfTeX is licensed under the GNU General Public License (GPL) either version 2
+of the License, or (at your option) any later version.

Bug#730270: nmu: julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1

[Sébastien Villemot]

Le samedi 23 novembre 2013 à 15:49 +0100, Cyril Brulebois a écrit :
> Sébastien Villemot  (2013-11-23):
> > I uploaded a new version of double-conversion which involves a SONAME
> > bump.  Since there are only two reverse dependencies, and those are
> > relatively unimportant leaf packages, I did not bother asking for a
> > transition slot.
> > 
> > Please therefore schedule the following binNMU request:
> > 
> > nmu julia_0.2.0+dfsg-3 minieigen_0.3~dfsg~bzr32-1 . ALL . -m "Rebuild 
> > against libdouble-conversion-dev (>= 2.0.0)"
> 
> julia seems to be unhappy as far as build-dep installability is
> concerned?
>   https://buildd.debian.org/status/package.php?p=julia&suite=sid

Actually this is normal. Julia is only available for amd64 and i386.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


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

Bug#608583: Bug#640206: barnowl: please stop using libnet-irc-perl

[Philipp Kern]

Control: severity 640206 serious

On Wed, Nov 06, 2013 at 11:56:05AM +0200, Damyan Ivanov wrote:
> Control: retitle -1 barnowl: uses libnet-irc-perl, which is abandoned upstream
> Control: tag -1 fixed-upstream
> Control: severity 608583 serious
> 
> -=| Ansgar Burchardt, 03.09.2011 13:43:21 +0200 |=-
> > Package: barnowl
> > Version: 1.6.2-1+b2
> > Severity: important
> > 
> > As libnet-irc-perl has been unmaintained since 2004, we would like to
> > remove the package from Debian before the wheezy release.  Please 
> > switch to an alternative library such as libpoe-component-irc-perl.
> 
> Net::IRC dependency is removed upstream in version 1.8, released 
> October 2011.
> 
> Since barnowl is the only remaining package with a hard dependency on 
> libnet-irc-perl, and since there is a fix upstream, I am raising the 
> severity of #608583 to make libnet-irc-perl get out of jessie. This 
> will remove barnowl too, unless the package is upgraded to a newer 
> upstream release.

I think #640206 should then be transitively RC as well, raising
severity.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#730276: ITP: flask-script -- set of utilities for use with the Flask framework

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: flask-script
  Version : 0.6.3
  Upstream Author : Sean Lynch 
* URL : https://pypi.python.org/pypi/Flask-Script
* License : BSD
  Programming Lang: Python
  Description : set of utilities for use with the Flask framework

Flask is a micro web framework for Python based on Werkzeug, Jinja 2 and good
intentions.
.
This package adds support for external scripts in Flask.


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

Bug#730277: cinnamon: control panel misses most of the settings

[Philipp Kern]

Package: cinnamon
Version: 1.7.4-2.2+b1
Severity: important

cinnamon-settings has only a minimal selection of settings because
cinnamon-control-center is actually missing:

pkern@spike ~ % cinnamon-settings 

** (cinnamon-settings.py:5183): WARNING **: Couldn't register with
accessibility bus: Did not receive a reply. Possible causes include: the
remote application did not send a reply, the message bus security policy
blocked the reply, the reply timeout expired, or the network connection
was broken.
Could not load screen module; is the cinnamon-control-center package
installed?
Could not find network module; is the cinnamon-control-center package
installed?
Could not find display module; is the cinnamon-control-center package
installed?
Could not find region module; is the cinnamon-control-center package
installed?
Could not find bluetooth module; is the cinnamon-control-center package
installed?
Could not find info module; is the cinnamon-control-center package
installed?
Could not find universal-access module; is the cinnamon-control-center
package installed?
Could not find user-accounts module; is the cinnamon-control-center
package installed?
Could not find power module; is the cinnamon-control-center package
installed?
Could not find sound module; is the cinnamon-control-center package
installed?
Could not find color module; is the cinnamon-control-center package
installed?
pkern@spike ~ % sudo apt-get install cinnamon-control-center
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Unable to locate package cinnamon-control-center

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

Kernel: Linux 3.10-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 cinnamon depends on:
ii  cinnamon-common  1.7.4-2.2
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  gconf2   3.2.6-1
ii  gir1.2-accountsservice-1.0   0.6.34-2
ii  gir1.2-caribou-1.0   0.4.12-1
ii  gir1.2-clutter-1.0   1.14.4-3
ii  gir1.2-cogl-1.0  1.14.0-3
ii  gir1.2-gconf-2.0 3.2.6-1
ii  gir1.2-gdkpixbuf-2.0 2.28.2-1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.36.0-2+b1
ii  gir1.2-gmenu-3.0 3.8.0-2
ii  gir1.2-gnomebluetooth-1.03.8.1-2
ii  gir1.2-gnomedesktop-3.0  3.8.4-2
ii  gir1.2-gtk-3.0   3.8.4-1
ii  gir1.2-javascriptcoregtk-3.0 2.2.1-2
ii  gir1.2-muffin-3.01.7.3-1+b1
ii  gir1.2-networkmanager-1.00.9.8.0-5
ii  gir1.2-pango-1.0 1.36.0-1
ii  gir1.2-polkit-1.00.105-4
ii  gir1.2-soup-2.4  2.44.1-1
ii  gir1.2-upowerglib-1.00.9.23-2+b1
ii  gir1.2-webkit-3.02.2.1-2
ii  gjs  1.36.1-2
ii  gkbd-capplet 3.6.0-1
ii  gnome-icon-theme-symbolic3.10.1-1
ii  gnome-session-bin3.8.4-3
ii  gnome-settings-daemon3.8.5-2
ii  gsettings-desktop-schemas3.8.2-2
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libcairo21.12.16-2
ii  libcanberra0 0.30-2
ii  libclutter-1.0-0 1.14.4-3
ii  libcogl-pango12  1.14.0-3
ii  libcogl121.14.0-3
ii  libcroco30.6.8-2
ii  libdbus-glib-1-2 0.100.2-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libgjs0c [libgjs0-libmozjs185-1.0]   1.36.1-2
ii  libgl1-mesa-glx [libgl1] 9.2.2-1
ii  libglib2.0-0 2.36.4-1
ii  libgnome-desktop-3-7 3.8.4-2
ii  libgnome-keyring03.4.1-1
ii  libgnome-menu-3-03.8.0-2
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.8.4-1
ii  libjs-jquery 1.7.2+dfsg-3
ii  libjson-glib-1.0-0   0.16.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-4+b1
ii  libmuffin0   1.7.3

Bug#730275: RM: boost1.53 -- ROM; Obsolete

[Steve M. Robbins]

Package: ftp.debian.org
Severity: normal


Please remove boost1.53.  Boost 1.54 is in the archive and Boost 1.55 was 
recently released.
-Steve


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

Bug#730278: liblttng-ust-ctl2: fails to install, trying to overwrite /usr/lib/x86_64-linux-gnu/liblttng-ust-ctl.so.2.0.0

[Andreas Beckmann]

Package: liblttng-ust-ctl2
Version: 2.3.0-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package liblttng-ust-ctl2:amd64.
  Unpacking liblttng-ust-ctl2:amd64 (from 
.../liblttng-ust-ctl2_2.3.0-3_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/liblttng-ust-ctl2_2.3.0-3_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/liblttng-ust-ctl.so.2.0.0', 
which is also in package liblttng-ust2:amd64 2.3.0-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Selecting previously unselected package liblttng-ust0:amd64.
  Unpacking liblttng-ust0:amd64 (from .../liblttng-ust0_2.3.0-3_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/liblttng-ust0_2.3.0-3_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/liblttng-ust.so.0.0.0', which 
is also in package liblttng-ust2:amd64 2.3.0-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

  Selecting previously unselected package liblttng-ust-dev:amd64.
  Unpacking liblttng-ust-dev:amd64 (from 
.../liblttng-ust-dev_2.3.0-3_amd64.deb) ...
  dpkg: error processing 
/var/cache/apt/archives/liblttng-ust-dev_2.3.0-3_amd64.deb (--unpack):
   trying to overwrite '/usr/share/man/man3/lttng-ust-cyg-profile.3.gz', which 
is also in package liblttng-ust2:amd64 2.3.0-1
  Errors were encountered while processing:
   /var/cache/apt/archives/liblttng-ust-ctl2_2.3.0-3_amd64.deb
   /var/cache/apt/archives/liblttng-ust0_2.3.0-3_amd64.deb
   /var/cache/apt/archives/liblttng-ust-dev_2.3.0-3_amd64.deb


Moving the library to a separate package and renaming back the other
package also requires

Package: liblttng-ust-ctl2
Conflicts: liblttng-ust2
Replaces: liblttng-ust2

Package: liblttng-ust-dev
Conflicts: liblttng-ust2
Replaces: liblttng-ust2

Package: liblttng0
Conflicts: liblttng-ust2
Replaces: liblttng-ust2

(using Conflicts instead of versioned Breaks since liblttng-ust2 existed
for a very short time only)


cheers,

Andreas


liblttng-ust2=2.3.0-1_liblttng-ust-ctl2=2.3.0-3.log.gz
Description: GNU Zip compressed data

Bug#725549: Bug #725549: yorick-gl: FTBFS: make[1]: *** No rule to make target `check.i', needed by `check-dll'

[Michael Banck]

tags 725549 +pending
tags 725549 +patch
thanks

Hi,

On Sun, Oct 06, 2013 at 10:00:57PM +0200, David Suárez wrote:
> Source: yorick-gl
> Version: 1.1+cvs20070922+dfsg-6
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20131006 qa-ftbfs
> Justification: FTBFS on amd64
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > glTarray.c: In function 'yglTarrayAlpha':
> > glTarray.c:162:3: warning: incompatible implicit declaration of built-in 
> > function 'sprintf' [enabled by default]
> >sprintf(msg, "in yglTarrayAlpha, alpha_pass is %d\n", alpha_pass);
> >^
> > cc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> > -Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC -DPLUG_IN -I. 
> > -I/usr/lib/yorick/include -D_FORTIFY_SOURCE=2  -c -o gltexsubs.o gltexsubs.c
> > cc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> > -Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC -DPLUG_IN -I. 
> > -I/usr/lib/yorick/include -D_FORTIFY_SOURCE=2  -c -o glustub.o glustub.c
> > cc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> > -Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC -DPLUG_IN -I. 
> > -I/usr/lib/yorick/include -D_FORTIFY_SOURCE=2  -c -o glGlyph.o glGlyph.c
> > cc -D_FORTIFY_SOURCE=2  -g -O2 -fstack-protector --param=ssp-buffer-size=4 
> > -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC -DPLUG_IN -I. 
> > -I/usr/lib/yorick/include -DUSE_MESA_PIXMAPS -o oglx.o -c oglx.c
> > /usr/lib/yorick/lib/codger w yorgl  cntrfunc.i glfunc.i
> > found cntrfunc.i in current directory
> > found glfunc.i in current directory
> > cc  -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
> > -Werror=format-security -D_FORTIFY_SOURCE=2  -fPIC -DPLUG_IN -I. 
> > -I/usr/lib/yorick/include -D_FORTIFY_SOURCE=2  -c -o ywrap.o ywrap.c
> > cc  -Wl,-z,relro  -fPIC -shared -o yorgl.so ContourTets3D.o Gradient3D.o 
> > isotree.o slicetree.o glPolys.o glStrips.o gltexture.o glcode.o glfunc.o 
> > glMouse.o glx11view.o glx11setup.o TriUtil.o dlist3d.o glTarray.o 
> > gltexsubs.o glustub.o glGlyph.o oglx.o ywrap.o -lGL -lXext -lX11 -lm 
> > make[2]: Leaving directory `/«BUILDDIR»/yorick-gl-1.1+cvs20070922+dfsg'
> > make[1]: Leaving directory `/«BUILDDIR»/yorick-gl-1.1+cvs20070922+dfsg'
> >dh_auto_test
> > make[1]: Entering directory `/«BUILDDIR»/yorick-gl-1.1+cvs20070922+dfsg'
> > make[1]: *** No rule to make target `check.i', needed by `check-dll'.  Stop.
> > make[1]: Leaving directory `/«BUILDDIR»/yorick-gl-1.1+cvs20070922+dfsg'
> > dh_auto_test: make -j1 check returned exit code 2

Not sure where this is from as yorick-gl does not seem to have any
checks. I've overriden it and uploaded a fixed package to
DELAYED/5-days, see attached debdiff.


Michael
diff -Nru yorick-gl-1.1+cvs20070922+dfsg/debian/changelog 
yorick-gl-1.1+cvs20070922+dfsg/debian/changelog
--- yorick-gl-1.1+cvs20070922+dfsg/debian/changelog 2012-06-28 
15:38:40.0 +0200
+++ yorick-gl-1.1+cvs20070922+dfsg/debian/changelog 2013-11-23 
15:59:04.0 +0100
@@ -1,3 +1,10 @@
+yorick-gl (1.1+cvs20070922+dfsg-6.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Force dh_auto_test to successful (Closes: #725549).
+
+ -- Michael Banck   Sat, 23 Nov 2013 15:57:38 +0100
+
 yorick-gl (1.1+cvs20070922+dfsg-6) unstable; urgency=low
 
   * Update watch to look at github
diff -Nru yorick-gl-1.1+cvs20070922+dfsg/debian/rules 
yorick-gl-1.1+cvs20070922+dfsg/debian/rules
--- yorick-gl-1.1+cvs20070922+dfsg/debian/rules 2012-06-28 15:40:38.0 
+0200
+++ yorick-gl-1.1+cvs20070922+dfsg/debian/rules 2013-11-23 15:57:35.0 
+0100
@@ -27,3 +27,6 @@
 ifeq (,$(shell head -1 Makegl))
rm -f Makegl *.o
 endif
+
+override_dh_auto_test:
+   /bin/true

Bug#725511: yorick-gl: FTBFS: No rule to make target `check.i', needed by `check-dll'

[Felix Geyer]

Control: tags -1 patch

yorick-gl doesn't seem to ship unit tests so making dh_auto_test
seems to be a sensible thing to do:

diff -Nru yorick-gl-1.1+cvs20070922+dfsg/debian/rules 
yorick-gl-1.1+cvs20070922+dfsg/debian/rules
--- yorick-gl-1.1+cvs20070922+dfsg/debian/rules2012-06-28 
15:40:38.0 +0200
+++ yorick-gl-1.1+cvs20070922+dfsg/debian/rules2013-11-23 
16:06:36.0 +0100
@@ -20,6 +20,8 @@
 #CFLAGS="$(CFLAGS)" ./configure
 # also make sure yorz.doc is not built (or installed)
 
+override_dh_auto_test:
+# make check fails and upstream doesn't actually ship unit tests
 
 override_dh_auto_clean:
 touch Makegl


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

Bug#730279: queue-viewer: incorporate information from piuparts's wheezy2proposed suite

[Adam D. Barratt]

Package: release.debian.org
Severity: wishlist
User: release.debian@packages.debian.org
Usertags: tools

Ivo reminded us about piuparts's wheezy2proposed suite and that it 
could be interesting to see if we can make use of the information in 
queue-viewer.


Adam


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

Bug#730280: visualvm: Stacks.c compresses 64-bit pointers to 2+30bits, assumption looks unportable

[Steve Cotton]

Source: visualvm
Version: 1.3.3-2
Severity: normal

Splitting a lesser issue from Lucas' FTBFS #713198

On Sat, Jun 22, 2013 at 14:05 +0200, Lucas Nussbaum wrote:
> /usr/lib/jvm/java-6-openjdk-amd64 jdk15
> ../src-jdk15/Stacks.c: In function 'convert_jmethodID_to_jint':
> ../src-jdk15/Stacks.c:108:16: warning: cast from pointer to integer of 
> different size [-Wpointer-to-int-cast]
>  return (jint)jmethod;
> ^
> ../src-jdk15/Stacks.c: In function 'convert_jint_to_jmethodID':
> ../src-jdk15/Stacks.c:122:16: warning: cast to pointer from integer of 
> different size [-Wint-to-pointer-cast]
>  return (jmethodID)method;

The warnings in Stacks.c refer to lines in a conditional
compilation based on whether sizeof(jmethodID)==sizeof(jint).
The warning is on the version that isn't used.  Someone's used a
normal runtime conditional instead of a preprocessor conditional.

However, I'm not sure that the version used is better.  IIUC, it
compresses 64-bit address to 32-bits, using an assumption that
addresses will fit within 4 pools, and each pool will fit within
30 bits.

All the pointers that these handle are to the same type of small
structure, so on amd64 they'll probably always fit in 32-bits
anyway, and it'll probably always work.  But on an architecture
where it breaks, I'm wondering if the "4 pools" assumption will
make it work on all test-cases, and then fail on large projects.

Steve


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

Bug#713198: visualvm: FTBFS: [javac] /«PKGBUILDDIR»/netbeans/nbbuild/antsrc/org/netbeans/nbbuild/FixTestDependencies.java:252: cannot find symbol

[Steve Cotton]

Just a note for anyone else looking for RC bugs to fix.

VisualVM is using an embedded copy of Netbeans.
The Netbeans package has the same FTBFS, bug #713182.

The warnings in Stacks.c are now logged as bug #730280.

Steve


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

Bug#718323: another hyperrogue suggestion from debian reviewers

[Damyan Ivanov]

Hi,

I am joining late, but I just found this bug, while considering 
packaging hyper rogue myself :)

-=| chrysn, 06.08.2013 21:27:17 +0200 |=-
> i therefore still think that the package is suitable for debian from 
> my point of view.

I am impressed by the state of the packaging, very good work, thanks 
to everyone involved!

I've found only a couple of small glitches:

 * there is a new upstream release, featuring freely-licensed music. 
   How about upgrading the package?
 * the debian/watch file is fooled by the different variants published 
   upstream:

   -- Found the following matching hrefs:
hyperrogue-40t.zip (4.0t)
hyperrogue-40t.zip (4.0t)
hyperrogue-40-nomusic.zip (4.0-nomusic)
hyperrogue-40-macos-i386.zip (4.0-macos-i386)
hyperrogue-40t-macos-i386-music.zip (4.0t-macos-i386-music)
   Newest version on remote site is 4.0-nomusic, local version is 3.8+dfsg
(mangled local version number 3.8)

 * the repackaging is documented, but not automated.

I intent to work on all the points and eventually upload the package, 
if that's alright with you. (I am already member of pkg-games, cc-ed).


Cheers,
dam


signature.asc
Description: Digital signature

Bug#730281: ilohamail: Upstream project closed?

[Camaleón]

Package: ilohamail
Version: 0.8.14-0rc3sid6.2
Severity: normal

I'm not sure about the status of this project. Its website¹ points to 
what it seems an unrelated page and SourceForge² shows no activity since 
years :-?

¹http://ilohamail.org/
²http://sourceforge.net/projects/ilohamail/

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.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#712368: Fixed in NMU

[Hilko Bengen]

Control: tag -1 patch

I have uploaded a fixed package to DELAYED/5. The debdiff has been attached.

Cheers,
-Hilko
diff -Nru vm-8.1.2/debian/changelog vm-8.1.2/debian/changelog
--- vm-8.1.2/debian/changelog	2013-04-29 22:02:37.0 +0200
+++ vm-8.1.2/debian/changelog	2013-11-23 16:25:26.0 +0100
@@ -1,3 +1,10 @@
+vm (8.1.2-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fixed texinfo warnings and errors leading to an FTBFS (Closes #712368)
+
+ -- Hilko Bengen   Sat, 23 Nov 2013 16:25:12 +0100
+
 vm (8.1.2-2) unstable; urgency=low
 
   * Also add emacs24 to the postinst, so we register with ucf
diff -Nru vm-8.1.2/debian/patches/0005-Fix-Texinfo-warnings.patch vm-8.1.2/debian/patches/0005-Fix-Texinfo-warnings.patch
--- vm-8.1.2/debian/patches/0005-Fix-Texinfo-warnings.patch	1970-01-01 01:00:00.0 +0100
+++ vm-8.1.2/debian/patches/0005-Fix-Texinfo-warnings.patch	2013-11-23 16:24:38.0 +0100
@@ -0,0 +1,93 @@
+From: Hilko Bengen 
+Date: Sat, 23 Nov 2013 16:19:50 +0100
+Subject: Fix Texinfo warnings
+
+---
+ info/vm.texinfo | 22 --
+ 1 file changed, 12 insertions(+), 10 deletions(-)
+
+diff --git a/info/vm.texinfo b/info/vm.texinfo
+index 89296e0..45005e4 100644
+--- a/info/vm.texinfo
 b/info/vm.texinfo
+@@ -783,7 +783,8 @@ following formats:
+ 
+ @example
+ ``pop:@var{HOST}:@var{PORT}:@var{AUTH}:@var{USER}:@var{PASSWORD}''
+-``imap:@var{HOST}:@var{PORT}:@var{MAILBOX}:@var{AUTH}:@var{USER}:@var{PASSWORD}''@end example
++``imap:@var{HOST}:@var{PORT}:@var{MAILBOX}:@var{AUTH}:@var{USER}:@var{PASSWORD}''
++@end example
+ 
+ @noindent Remote mailboxes accessed by VM in this fashion are referred
+ to as @dfn{server folders} (and @dfn{POP folders} or @dfn{IMAP
+@@ -996,8 +997,7 @@ The variable's value should be an associative list of the form:
+  ((@var{IMAPDROP} @var{NAME}) ...)
+ @end example
+ 
+-@var{IMAPDROP} is an IMAP maildrop specification (@ref{maildrop
+-  specification}). 
++@var{IMAPDROP} is an IMAP maildrop specification (@ref{maildrop specification}).
+ 
+ @var{NAME} is a string that should give a less cumbersome name that you
+ will use to refer to this maildrop when using @code{vm-visit-imap-folder}.
+@@ -2342,7 +2342,7 @@ MIME encode it as necessary.
+ * MIME preview::Previewing a MIME message before sending.
+ @end menu
+ 
+-@node MIME attachments, MIME characters, MIME Composition, MIME Composition, 
++@node MIME attachments, MIME characters, MIME Composition, MIME Composition
+ @unnumberedsec MIME attachments
+ 
+ @kindex C-c C-a
+@@ -3330,11 +3330,13 @@ The sixth is `w' or ` ', for messages written.
+ The seventh is `e' or ` ', for messages that have been edited.
+ @item P
+ indicator for a message with attachments.
+-The variable @vindex vm-summary-attachment-indicator
++The variable
++@vindex vm-summary-attachment-indicator
+ @code{vm-summary-attachment-indicator} is the inserted string, by default a @code{$}.
+ @item p
+ indicator for a postponed message. 
+-The variable @vindex vm-summary-postponed-indicator
++The variable
++@vindex vm-summary-postponed-indicator
+ @code{vm-summary-postponed-indicator} is the inserted string, by default a @code{P}.
+ @item c
+ number of characters in message (ignoring headers)
+@@ -4588,7 +4590,7 @@ The project code base is maintained at the Launchpad web site
+ @uref{http://launchpad.net/vm}.  The ``VM Development Team'' can be
+ reached here using the email address @code{vm@@launchpad.net}.
+ 
+-@unnumberedsubsec Savannah project site
++@unnumberedsec Savannah project site
+ 
+ The changes made in each of the releases is described in the @samp{NEWS}
+ file, which can be found in the source code repository.  The changes made
+@@ -4606,7 +4608,7 @@ the @code{Source Code} menu.  The @code{Use Bazaar} entry in the menu
+ takes you to a page that lists various version of VM source code, and
+ gives instructions for downloading it via @samp{Bazaar} (@code{bzr}).
+ 
+-@unnumberedsubsec Technical support
++@unnumberedsec Technical support
+ 
+ VM has a dedicated usenet newsgroup @code{gnu.emacs.vm.info} in which
+ the developers and the active users participate.  This is the first port
+@@ -4629,7 +4631,7 @@ alternative approaches to narrow down the problem.
+ 
+ The best way to report bugs is via the Launchpad bug tacker.  See below.
+ 
+-@unnumberedsubsec Get Involved
++@unnumberedsec Get Involved
+ 
+ VM is now supported and maintained by the user community.  So, as an
+ active user, your participation is key to keep the project going.  
+@@ -4658,7 +4660,7 @@ site, and submit your changes to that branch.  The developers can review
+ and merge your branch with the main development when your changes
+ are ready.
+ 
+-@unnumberedsubsec Contributors
++@unnumberedsec Contributors
+ 
+ Contributions to the code from the following members of the VM community
+ are gratefully acknowledged:
diff -Nru vm-8.1.2/debian/patches/series vm-8.1.2/debian/patches/series
--- vm-8.1.2/debian/patches/series	2013

Bug#708430: EFI bug still present

[Philipp Kern]

On 2013-11-23 15:26, Svante Signell wrote:

On Sat, 2013-11-23 at 15:19 +0100, Philipp Kern wrote:

Control: severity -1 important

On Fri, Nov 15, 2013 at 01:01:15PM +0100, Svante Signell wrote:
> found 708430 2.00-20
> thanks
>
> Ping! Any ideas why nothing happens to this grave bug?

I disagree that it's grave. It's not broken for everybody. You copied
the binary to the fallback path to cope with non-compliant firmware,
your proposed solution is certainly not the right way, and even if it
sounds harsh you cannot expect this solution to last during upgrades,
unless you add a hook to, say, /etc/grub.d.

What does efibootmgr -v say?

BootCurrent: 0004
Timeout: 2 seconds
BootOrder: 0001,0004,
Boot  Windows Boot Manager
Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)WINDOWS.x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...1....
Boot0001* debian
HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)File(\EFI\debian
\grubx64.efi)
Boot0004* UEFI: LITEONIT LCT-128M3S
ACPI(a0341d0,0)PCI(1f,2)03120a00HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)AMBO


I wonder if the HD needs more qualification through the ACPI/PCI path 
information. But I'm unsure if efibootmgr can actually set that... 
(Assuming that you didn't do a manual pick at boot and it just skipped 
0001, which is likely what happened here.)


Kind regards
Philipp Kern


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

Bug#718323: another hyperrogue suggestion from debian reviewers

[chrysn]

hello damyan,

On Sat, Nov 23, 2013 at 05:22:29PM +0200, Damyan Ivanov wrote:
> I've found only a couple of small glitches:
> 
>  * there is a new upstream release, featuring freely-licensed music. 
>How about upgrading the package?

i'm aware there is a new version, but haven't had time to look at it so
far.

>  * the repackaging is documented, but not automated.

this is mainly because last time i looked at repackaging, automation
required pulling in some perl scripts, and i was hoping that later
versions would be available as tarball or git repo anyway.

zeno, i think i have forgotten to mention this in my mails: if you
published the source directly as your version control system, and/or
produce a .tar.bz2 file with your original source code (and third party
additons like the music), things would be a little easier for us, and
for other distributions too. (eg, f-droid likes to pull its sources from
git or hg repositories).

> I intent to work on all the points and eventually upload the package, 
> if that's alright with you. (I am already member of pkg-games, cc-ed).

if you find the time before i do, i'd of course appreciate contributions
to the package source in the team repo and it being uploaded!

happy hacking / playing
chrysn

-- 
There's always a bigger fish.
  -- Qui-Gon Jinn


signature.asc
Description: Digital signature

Bug#512291: uswsusp: cannot read passphrase from USB keyboard

[Rodolfo García Peñas]

Hi,

I am thinking to re-assign this bug to initramfs-tools, but because is very 
old, probably is already solved. Can you try it?

Thanks a lot,
Best regards,
kix
-- 
 .''`.  Rodolfo García Peñas (kix) 
: :'  : Proud Debian Developer
`. `'`  4096R / 3F48 0B8C C385 AD41 9E28  006A 7B1F 5490 72B7 4923
 `- Debian - when you have better things to do than fixing systems


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

Bug#726656: [patch] more debconf support for apt-cacher-ng

[Eduard Bloch]

Hallo,
* Geert Stappers [Thu, Oct 17 2013, 10:07:16PM]:
> tag 726656 +patch
> stop
> 
> Hi,
> 
> Quoting manual page of patch(1)
> 
>patch tries to skip any leading garbage, apply the diff, and then skip
>any trailing garbage.  Thus you could feed an article or message  con-
>taining  a  diff  listing to patch, and it should work.

Right, patch as mail body is not a problem.

Anyhow, I think I will make a release soon and not include it for now
because there are some considerations (see below) and OTOH I need to get
a new version out of the door ASAP.

The reason is that it changes acng.conf and I wanted to avoid modifying
it for the next time before I integrate UCF properly. Because otherwise,
I would bother users with yet another dpkg's conffile question and this
time it's something they should not just skip like it was the case in
the previous times.

I will also alter it a little bit because

a) I think, passwort related data should go into security.conf
b) I don't like adding debian specific information to acng.conf and
totally replace it by debconf managed settings. Instead, I would call
the second conf file "zz_debconf_settings.conf" so it would just
replace the settings in acng.conf . Maybe this is not optimal either
because some user would wonder why the changes in acng.conf are no
longer effective. On the other hand, the new preamble in acng.conf would
tell her about the way the things are managed now. And here comes the
problem... I didn't want to change the upper part of acng.conf until ucf
integration is done.

Maybe it won't even be managed with ucf since as far as I can see, it
lacks a certain feature which I expected it to have... i.e. if you want
to know: a way to instrument ucfr with a set of copies of the old
conffile versions from my svn.  It's something I have to discuss with
its developers.

Regards,
Eduard.

-- 
Erst wenn der letzte Programmierer eingesperrt und die letzte 
Idee patentiert ist, werdet ihr merken, daß Anwälte nicht programmieren können


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

Bug#714028: progress

[Niv Sardi]

is the packaging work still active ?
should the ITP be converted to an RFP ?

On 23 November 2013 10:06, Dominique Lasserre  wrote:
> Hi,
>
> finalterm development is active so this ITP is still relevant.
>
> Regards
> Dominique
>
> On 14/11/13 01:46, Niv Sardi wrote:
>> Is there any progress on this ITP ? should we close it ?
>> --
>> Niv Sardi
>>
>



-- 
Niv Sardi



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

Bug#708430: EFI bug still present

[Svante Signell]

On Sat, 2013-11-23 at 16:33 +0100, Philipp Kern wrote:
> On 2013-11-23 15:26, Svante Signell wrote:
> > On Sat, 2013-11-23 at 15:19 +0100, Philipp Kern wrote:
> >> Control: severity -1 important
> >> 
> >> On Fri, Nov 15, 2013 at 01:01:15PM +0100, Svante Signell wrote:
> >> > found 708430 2.00-20
> >> > thanks
> >> >
> >> > Ping! Any ideas why nothing happens to this grave bug?
> >> 
> >> I disagree that it's grave. It's not broken for everybody. You copied
> >> the binary to the fallback path to cope with non-compliant firmware,
> >> your proposed solution is certainly not the right way, and even if it
> >> sounds harsh you cannot expect this solution to last during upgrades,
> >> unless you add a hook to, say, /etc/grub.d.
> >> 
> >> What does efibootmgr -v say?
> > BootCurrent: 0004
> > Timeout: 2 seconds
> > BootOrder: 0001,0004,
> > Boot  Windows Boot Manager
> > Vendor(99e275e7-75a0-4b37-a2e6-c5385e6c00cb,)WINDOWS.x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...1....
> > Boot0001* debian
> > HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)File(\EFI\debian
> > \grubx64.efi)
> > Boot0004* UEFI: LITEONIT LCT-128M3S
> > ACPI(a0341d0,0)PCI(1f,2)03120a00HD(2,c8800,32000,8d145938-70ee-4ef9-958f-8c0ac6d990b6)AMBO
> 
> I wonder if the HD needs more qualification through the ACPI/PCI path 
> information. But I'm unsure if efibootmgr can actually set that... 
> (Assuming that you didn't do a manual pick at boot and it just skipped 
> 0001, which is likely what happened here.)

As I said before, without copying the grubx64.efi file to the fallback
path, I'm left with a grub prompt (the most primitive). And I have not
done any strange settings in the "BIOS", except disabling secure boot.


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

Bug#730283: bumblebee: linux-headers dependency is missing

[Fabian Jung]

Package: bumblebee
Version: 3.2.1-4
Severity: normal

Dear Maintainer,

   * What led up to the situation?
System update on debian/testing broke bumblebee.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Installed linux-headers for the new kernel
   * What was the outcome of this action?
Bumblebee worked again



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

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

Versions of packages bumblebee depends on:
ii  bbswitch-dkms0.7-2
ii  init-system-helpers  1.13
ii  libbsd0  0.6.0-1
ii  libc62.17-93
ii  libglib2.0-0 2.36.4-1
ii  libx11-6 2:1.6.2-1
ii  sysv-rc  2.88dsf-43

Versions of packages bumblebee recommends:
ii  primus  0~20130904-1

Versions of packages bumblebee suggests:
ii  bumblebee-nvidia  3.2.1-4

-- Configuration Files:
/etc/bumblebee/bumblebee.conf changed:
[bumblebeed]
VirtualDisplay=:8
KeepUnusedXServer=false
ServerGroup=bumblebee
TurnCardOffAtExit=false
NoEcoModeOverride=false
Driver=nvidia
XorgConfDir=/etc/bumblebee/xorg.conf.d
[optirun]
Bridge=auto
VGLTransport=proxy
PrimusLibraryPath=/usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-
gnu/primus:/usr/lib/primus:/usr/lib32/primus
AllowFallbackToIGC=false
[driver-nvidia]
KernelDriver=nvidia-current
PMMethod=auto
LibraryPath=/usr/lib/x86_64-linux-gnu/nvidia:/usr/lib/i386-linux-
gnu/nvidia:/usr/lib/nvidia
XorgModulePath=/usr/lib/nvidia,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia
[driver-nouveau]
KernelDriver=nvidia-current
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau



-- 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#714028: progress

[Dominique Lasserre]

Hi,

On 23/11/13 16:55, Niv Sardi wrote:
> is the packaging work still active ?
Yes. But imho it does not make sense to discuss before the first
release. There are no special difficulties regarding packaging. Only one
author for Vala files and different for CMake files, standard vala
compilation.

> should the ITP be converted to an RFP ?
No. Co-maintainers are always welcome and we can setup a shared
packaging files repository.

Regards
Dominique Lasserre

> 
> On 23 November 2013 10:06, Dominique Lasserre  wrote:
>> Hi,
>>
>> finalterm development is active so this ITP is still relevant.
>>
>> Regards
>> Dominique
>>
>> On 14/11/13 01:46, Niv Sardi wrote:
>>> Is there any progress on this ITP ? should we close it ?
>>> --
>>> Niv Sardi
>>>
>>
> 
> 
> 



signature.asc
Description: OpenPGP digital signature

Bug#690097: Bug #690097 - dynamips: Please enable buildd support

[Arno Töll]

Hi,

On 22.11.2013 12:48, Danel Lintott wrote:
> Is there anything else we need to do to get dynamips enabled for
> autobuilding?

First of all you need to set "XS-Autobuild: yes" in your debian/control
source file. Once you made an upload containing that flag, buildd
support should reappear again without any further interaction from your
side.

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#690097: Bug #690097 - dynamips: Please enable buildd support

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 23/11/13 16:07, Arno Töll wrote:
> Hi,
> 
> On 22.11.2013 12:48, Danel Lintott wrote:
>> Is there anything else we need to do to get dynamips enabled for 
>> autobuilding?
> 
> First of all you need to set "XS-Autobuild: yes" in your
> debian/control source file. Once you made an upload containing that
> flag, buildd support should reappear again without any further
> interaction from your side.
> 

Thanks for the reply, we have already set the XS-Autobuild flag has
been present since 0.2.10-1.1 (which Andrew prepared for me).

This is also visible in the Github repo:
https://github.com/dlintott/dynamips/blob/master/debian/control

Regards

Daniel Lintott
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJSkNPbAAoJEMw/9yOWzAkJQeEIAKDfEKhZ+qnLMFQOxcIKQxId
YP12UM2KwifyLvP8ijMDSg6OnD4H4zmc1V4R6x1fgPCIkJUVs61Q5u8JpzepwFq4
bDrtod8tfRZDEz2w39ggLyoRnp4XGjVkGpgL7c4B9gjWZyix1bjIJ/KJzdMoPReW
GFaKwYG14gfJ0QvcipcJgwkoGGWOLu8V9ZYGzS0qY/GPkmqkX9KabnukyXL8ggVw
7ujmJfL5gaFDwIMELerla9dZGCeA4m3ZmxJnMb7SKByb3iWjCSbl29nvaAPWKATB
jfTByUK8PHUcKM78anRrNVlIxHmUm8RXJeC3iGKhpwX5QiT2mOuP9E7SGOulZIM=
=oWkl
-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#730192: libbtm-java: Typo in rules file

[tony mancill]

On 11/22/2013 05:28 AM, Artur Rona wrote:
> Package: libbtm-java
> Version: 2.1.4-1
> Tags: patch
> Usertags: origin-ubuntu ubuntu-patch trusty
> 
> In Ubuntu, we've applied the attached patch to achieve the following:
> 
>   * debian/rules:
>  - Fixed typo (replaced _'s with -'s in jms package name)
> 
> We thought you might be interested in doing the same.


Hi Artur,

I don't know why/whether the geronimo-jms JAR is named differently in
Ubuntu, but it is named correctly for building on Debian, and applying
the proposed patch changes the CLASSPATH and results in a FTBFS on Debian.

> (jdksid)root@boson:/# dpkg -L libgeronimo-jms-1.1-spec-java | grep 
> /usr/share/java
> /usr/share/java
> /usr/share/java/geronimo-jms_1.1_spec-1.1.jar
> /usr/share/java/geronimo-jms_1.1_spec.jar

Thank you,
tony




signature.asc
Description: OpenPGP digital signature