Bug#720927: [Pkg-fonts-devel] Bug#720927: Bug#720927: DejaVu Fonts 2.34 released

[Fabian Greffrath]

Am Dienstag, den 07.01.2014, 07:45 +0100 schrieb Christian PERRIER: 
> Upload on its way, sorry for completely forgetting this and probably
> removing the item from my TODO list a bit too early

Never mind and thanks for your upload anyway!

- Fabian


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

Bug#734439: [coreutils] md5sum fail with some file from lintian test suite

[bastien ROUCARIES]

Package: coreutils
Version: 8.21-1
Severity: important

lintian test suite fail:
(22:56:02) broucarie: md5sum -- \'\\\  
(22:56:02) broucarie: \d41d8cd98f00b204e9800998ecf8427e  '\\ 
(22:56:05) broucarie: ^
(22:56:17) broucarie: note the \ at the beginning
(22:57:05) broucarie: file is created by touch "'\\ "

Could you please avoid the \ at the beginning of the md5sum.

Bastien


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

Bug#734435: notmuch-emacs: Emacs cannot load package notmuch

[David Bremner]

Olivier Berger  writes:

> Package: notmuch-emacs
> Version: 0.17-2
> Severity: grave
> Justification: renders package unusable
>
> In emacs24, notmuch won't be available after latest testing upgrade :-(
>

Hi Olivier;

There seems to be a problem with emacsen-common, rather than notmuch per
se. The problem is notmuch .el files are sometimes not getting
byte-compiled during installation.

Try

   dpkg-reconfigure emacs24

or if that doesn't work

   aptitude reinstall emacsen-common

After the above step(s) you will need to re-install notmuch-emacs

d


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

Bug#734171: Network install does not work with I-217V ethernet controller

[Zach Morgan]

If there's any way for my last response to be removed/redacted, please
enforce it. I'm in no position to be responding here

My apologies.
On Jan 7, 2014 2:28 AM, "Zach Morgan"  wrote:

> This is addressed in an ANCIENT bug report. My organization has worked
> around it for months. Please don't act like you're the only one affected by
> stable's slow uptake of drivers.
>
> If you want "desktop" support, use a "desktop" distro.
> Quoting Igor Levicki (i...@levicki.net):
>
> > Exactly what is preventing you to add new driver module which
> > supports both old and new hardware?
>
> What? Easy to understand: you doing the work.
>
> Of course that requires also you to understand how the Debian kernel
> team work is organized, how the Debian stable releases are maintained,
> what does the "stable" word mean in English and a lot of other things
> you apparently fail to really get a picture of, as of now.
>
> That really understandable, no offense intended: we don't really
> expect people to immediately understand how a volunteer project with
> over one thousand contributors and no commercial organization behind
> it, is organized. Just like we don't expect people to teach us lessons
> about how we should be working when they don't really know how our
> work is organized.
>
>
> --
> To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/20140107063730.gb5...@mykerinos.kheops.frmug.org
>
>

Bug#734171: Network install does not work with I-217V ethernet controller

[Zach Morgan]

This is addressed in an ANCIENT bug report. My organization has worked
around it for months. Please don't act like you're the only one affected by
stable's slow uptake of drivers.

If you want "desktop" support, use a "desktop" distro.
Quoting Igor Levicki (i...@levicki.net):

> Exactly what is preventing you to add new driver module which
> supports both old and new hardware?

What? Easy to understand: you doing the work.

Of course that requires also you to understand how the Debian kernel
team work is organized, how the Debian stable releases are maintained,
what does the "stable" word mean in English and a lot of other things
you apparently fail to really get a picture of, as of now.

That really understandable, no offense intended: we don't really
expect people to immediately understand how a volunteer project with
over one thousand contributors and no commercial organization behind
it, is organized. Just like we don't expect people to teach us lessons
about how we should be working when they don't really know how our
work is organized.


--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmas...@lists.debian.org
Archive:
http://lists.debian.org/20140107063730.gb5...@mykerinos.kheops.frmug.org

Bug#734397: debian-handbook: Virtualization with KVM : adding libvirt to user's groups

[Raphael Hertzog]

Hi,

On Mon, 06 Jan 2014, Paul Chavent wrote:
> Folling instruction of chapter 12 ("Virtualization with KVM"/"Preliminary"), I
> failed to run virt-manager from my user account with default
> parameters.

Note that the samples use the root account.

> After adding libvirt to my groups, it works. This solution seems to be 
> specific
> to the current configuration of libvirtd, but a little tips about this point
> could help.

Thanks for the suggestion!

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#734373: OpenCV: please build SIFT and SURF modules

[Nobuhiro Iwamatsu]

Hi,

Thanks for your report.

> Source: opencv
> Version: 2.4.6.1+dfsg-2
> Severity: Normal
>
> Hello,
>
> unfortunately, the Debian OpenCV packages don't provide the SIFT and
> SURF modules.
>
> It seems like these modules were outsourced into a nonfree module, and
> need to be enabled explicitely at build time with cmake flag
> "-DBUILD_opencv_nonfree=ON".
>
> I didn't check the license of these modules, but as long as it's
> possible to distribute them in non-free, I suggest to build them (or at
> least make it easy to enable them at build time by simple flag in
> debian/rules).

I understand that the processing speed of OpenCV can be improved by
using a nonfree module. And, I also understand that many users want to
use this module.

I think you also know that, because it contains the problem of patent,
I have been removed from the source code in Debian this module.
I do not know whether there is a need to remove the source code, but
think of safety, I am that you do not distribute the source code in
Debian.

  http://www.cs.ubc.ca/~lowe/keypoints/

You can see from the following information about the patent which is for Debian.
  http://www.debian.org/legal/patent
  http://www.debian.org/reports/patent-faq.en.html

>
> Here's some further information:
>
> http://stackoverflow.com/questions/18561910/opencv-python-cant-use-surf-sift
>
> The issue has already been reported to Ubuntu as well:
> https://bugs.launchpad.net/ubuntu/+source/opencv/+bug/1101049

Ubuntu because it is a commercial company, I think the issue is more difficult.

>
> Kind regards,
> jonas

IANAL, if you have more infomation, could you teach me about this problem?

Best regards,
  Nobuhiro

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


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

Bug#734426: mariadb: [INTL:ru] Russian debconf templates translation update

[Andrei POPESCU]

Control: reassign -1 src:mariadb-5.5

On Ma, 07 ian 14, 07:19:32, Yuri Kozlov wrote:
> Package: mariadb
> Version: 5.5_5.5.32-1
> Severity: wishlist
> Tags: l10n patch
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these lines ***
> 
> Russian debconf templates translation update is attached.
> 
> -- System Information:
> Debian Release: 7.2
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> armhf
> armel
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash



-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#734438: powermanga: New upstream release 0.91

[Christian Marillat]

Package: powermanga
Version: 0.90-dfsg-2
Severity: normal

Dear Maintainer,


0.91 has been released the 26 august 2012.

It is possobile to package this version ?


Christian

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

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

Versions of packages powermanga depends on:
ii  libc62.17-97
ii  libpng12-0   1.2.49-5
ii  libsdl-mixer1.2  1.2.12-10
ii  libsdl1.2debian  1.2.15-8
ii  powermanga-data  0.91-0.0

powermanga recommends no packages.

powermanga 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#733726: wordpress: New upstream version (3.8)

[Raphael Hertzog]

Hi Craig,

On Tue, 07 Jan 2014, Craig Small wrote:
> On Tue, Dec 31, 2013 at 11:31:27AM +0100, Raphaël Hertzog wrote:
> > There's a new upstream version of Wordpress available. It needs to be
> > packaged for Debian unstable.
> just a matter of
> 
> debian/rules get-orig-source VERSION=3.8
> git-import-orig ../wordpress_3.8.dfsg1.orig.tar.gz
> check theres no local patches for debian-specifc bugs or stuff we 
> can fix.
> 
> fix changelog
> git-buildpackage, etc
> 
> Basically that then?
> It's what I assume needs to be done, but just checking there's not
> some hidden task to it.

That's it basically (except it would be wordpress_3.8+dfsg.orig.tar.xz).
On top of this, there's:
- the new 2014 theme needs to be put in its own binary package
- the old 2012 theme has been removed
- dependencies ought to be updated to account for those default theme
  changes
- debian/missing-sources/ should be updated if needed (see the README in
  that directory)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#730393: Still not installable

[Philipp Marek]

Still doesn't work.


The following packages have unmet dependencies:
 xpdf : Depends: libpoppler19 (>= 0.18.4) but it is not going to be installed
Depends: libxm4 (>= 2.3.4) but it is not going to be installed
Recommends: poppler-utils but it is not going to be installed
E: Unable to correct problems, you have held broken packages.


Please update the dependencies; thanks a lot.


Regards,

Phil


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

Bug#734437: init-select: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian Perrier]

Package: init-select
Version: N/A
Severity: normal

Dear Debian maintainer,

Hello,

I just noticed new or modified debconf templates appearing for this
package.

I would like to suggest you to consider calling for debconf templates
review AND translation updates when you introduce new debconf
templates or modify the existing templates in a package or, if you
prefer, to send a call for translations after uploading the first
version that introduces new templates or templates changes.

If you're interested in suggestions for doing this, you can find some
at the end of this bug report.

The debian-l10n-english team will now start a review, on our own
initiative. It will be conducted through this bug report.


Suggestions for future debconf templates review


1) Getting debconf templates reviewed
--

The Debian i18n contributors have developed a set of suggestions for
the writing style of debconf templates, to give them an overall
consistency all around Debian. These writing style suggestions are
explained in the Developers Reference. Lintian also warns about common
writing style concerns.

Maintainers are welcome when they ask for a review of debconf templates
and/or packages descriptions on debian-l10n-engl...@lists.debian.org.
It is of course not needed to wait for someone (such as me right me)
proposing you such a review.

In such situations (whether the review is requested by the maintainer
or proposed by someone else), someone from the debian-l10n-english
team will pick up the review to do, handle it, and finally send you a
bug report with the suggested templates. If you want, you can ask for
being CC'ed to the various discussions when the templates are
reviewed.


2) Call for new translations


As soon as the templates have been reviewed, you can ask Debian
translators for new translations:

Just go to your package's build tree and use:

$ podebconf-report-po --call

This will propose you a generic mail which is to be sent to
debian-i...@lists.debian.org and call for new translations.

This utility will mention existing translations to avoid duplicate
work. 

It will also attach the needed material to this mail.

Please also think about giving a deadline to translators. We like
deadlines..:-)

3) Always call for translation updates before uploading
---

(of course only when you change the debconf templates!)

If your package already includes debconf translations (ie *.po files
in debian/po), please consider calling for translation updates if you
happen to change something in the templates...or just in case when you
release a new version.

This is done with the following command:

$ podebconf-report-po

This will build private mails to translators (ie people listed in
"Last-Translator" in the PO files) for translations that are
incomplete. These mails will included the needed PO file for each
translator.


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

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


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

Bug#734436: xzgv: Please provide a .desktop file

[Dylan Thurston]

Package: xzgv
Version: 0.9.1-3
Severity: wishlist

It would be great if there were a .desktop file for xzgv, so that I
could conveniently set it as the default application for viewing
images.

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

Kernel: Linux 3.13.0-rc5-next-20131224+ (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xzgv depends on:
ii  libc6   2.17-97
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libx11-62:1.6.2-1

xzgv recommends no packages.

xzgv 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#729540: closed by Bernd Zeimetz (Bug#729540: fixed in open-vm-tools 2:9.4.0-1280544-1)

[Jim Barber]

Hi Bernd.

I have tried this new version of open-vm-tools-dkms against the 3.12 kernel 
that is now in Debian testing and it failed to compile for me.
The contents of the /var/lib/dkms/open-vm-tools/9.4.0/build/make.log file 
follows:


DKMS make.log for open-vm-tools-9.4.0 for kernel 3.12-1-amd64 (x86_64)
Tuesday 7 January  14:12:27 WST 2014
Using 2.6.x kernel build system.
make: Entering directory `/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock'
make -C /lib/modules/3.12-1-amd64/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
  MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/9.4.0/build modules
make[1]: Entering directory `/usr/src/linux-headers-3.12-1-amd64'
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/block.o
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/control.o
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/control.c: In function 
‘ExecuteBlockOp’:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/control.c:286:9: warning: 
assignment from incompatible pointer type [enabled by default]
name = getname(buf);
 ^
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.o
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.c:38:4: warning: 
initialization from incompatible pointer type [enabled by default]
.d_revalidate = DentryOpRevalidate,
^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.c:38:4: warning: 
(near initialization for ‘LinkDentryOps.d_revalidate’) [enabled by default]
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.c: In function 
‘DentryOpRevalidate’:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.c:104:7: warning: 
passing argument 2 of ‘actualDentry->d_op->d_revalidate’ makes integer from 
pointer without a cast [enabled by default]
   return actualDentry->d_op->d_revalidate(actualDentry, nd);
   ^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/dentry.c:104:7: note: 
expected ‘unsigned int’ but argument is of type ‘struct nameidata *’
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/file.o
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/filesystem.o
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.o
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c:49:4: warning: 
initialization from incompatible pointer type [enabled by default]
.lookup = InodeOpLookup,
^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c:49:4: warning: 
(near initialization for ‘RootInodeOps.lookup’) [enabled by default]
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c: In function 
‘InodeOpLookup’:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c:138:32: error: 
incompatible types when assigning to type ‘kgid_t’ from type ‘int’
inode->i_uid = inode->i_gid = 0;
^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c: In function 
‘InodeOpFollowlink’:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.c:224:4: error: 
implicit declaration of function ‘vfs_follow_link’ 
[-Werror=implicit-function-declaration]
ret = vfs_follow_link(nd, iinfo->name);
^
cc1: some warnings being treated as errors
make[4]: *** [/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock/linux/inode.o] 
Error 1
make[3]: *** [_module_/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock] Error 2
make[2]: *** [sub-make] Error 2
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-3.12-1-amd64'
make: *** [vmblock.ko] Error 2
make: Leaving directory `/var/lib/dkms/open-vm-tools/9.4.0/build/vmblock'
Using 2.6.x kernel build system.
Building vmhgfs without VMCI module symbols.
make: Entering directory `/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs'
make -C /lib/modules/3.12-1-amd64/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \
  MODULEBUILDDIR=/var/lib/dkms/open-vm-tools/9.4.0/build modules
make[1]: Entering directory `/usr/src/linux-headers-3.12-1-amd64'
  CC [M]  /var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/backdoor.o
In file included from 
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/backdoor.h:44:0,
 from 
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/backdoor.c:49:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/./shared/backdoor_types.h: In 
function ‘BACKDOOR_STRUCT_SIZES’:
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/./shared/vm_assert.h:366:20: 
warning: typedef ‘AssertOnCompileFailed’ locally defined but not used 
[-Wunused-local-typedefs]
   typedef char AssertOnCompileFailed[AssertOnCompileMisused]; \
^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/./shared/vm_assert.h:388:7: 
note: in definition of macro ‘MY_ASSERTS’
   assertions \
   ^
/var/lib/dkms/open-vm-tools/9.4.0/build/vmhgfs/./shared/backdoor_types.h:126:12:
 note: in expansion of macro ‘ASSERT_ON_COMPILE’
ASSERT_ON_COMPILE(sizeof(Backdoor_proto) == 6 * sizeof(uintptr_t));
   

Bug#720927: [Pkg-fonts-devel] Bug#720927: Bug#720927: DejaVu Fonts 2.34 released

[Christian PERRIER]

Quoting Fabian Greffrath (fab...@greffrath.com):
> Am Montag, den 26.08.2013, 13:37 +0200 schrieb Fabian Greffrath: 
> > Already in GIT ;)
> 
> Is there a specific reason why fonts-dejavu 2.34 has not yet been
> uploaded?

You mean "apart from being built on my build machine since Sept 13th
and never uploaded since then"? Indeed no reason..:-)

Upload on its way, sorry for completely forgetting this and probably
removing the item from my TODO list a bit too early




signature.asc
Description: Digital signature

Bug#734435: notmuch-emacs: Emacs cannot load package notmuch

[Olivier Berger]

Package: notmuch-emacs
Version: 0.17-2
Severity: grave
Justification: renders package unusable

In emacs24, notmuch won't be available after latest testing upgrade :-(

I get, in *Messages* :
Loading /etc/emacs/site-start.d/50notmuch.el (source)...
Package notmuch not fully installed.  Skipping setup.

and :
eval-buffer: Cannot open load file: notmuch

It appears that :
$ ls -l /usr/share/emacs24/site-lisp/notmuch
ls: cannot access /usr/share/emacs24/site-lisp/notmuch: No such file or 
directory

Hope this helps.

Best regards,

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

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

Versions of packages notmuch-emacs depends on:
ii  emacs23  23.4+1-4.1+b1
ii  emacs24  24.3+1-2+b1
ii  notmuch  0.17-2

notmuch-emacs recommends no packages.

notmuch-emacs suggests no packages.

-- debconf-show failed


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

Bug#734171: Network install does not work with I-217V ethernet controller

[Christian PERRIER]

Quoting Igor Levicki (i...@levicki.net):

> Exactly what is preventing you to add new driver module which
> supports both old and new hardware?

What? Easy to understand: you doing the work.

Of course that requires also you to understand how the Debian kernel
team work is organized, how the Debian stable releases are maintained,
what does the "stable" word mean in English and a lot of other things
you apparently fail to really get a picture of, as of now.

That really understandable, no offense intended: we don't really
expect people to immediately understand how a volunteer project with
over one thousand contributors and no commercial organization behind
it, is organized. Just like we don't expect people to teach us lessons
about how we should be working when they don't really know how our
work is organized.


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

Bug#734434: unoconv: please add Microsoft Works and XLSX support

[Paul Wise]

Package: unoconv
Severity: wishlist

Please apply these patches from upstream to add Microsoft Works and XLSX
support. We are using this in production and it works. Once it has
reached testing it would be great to get it in backports too.

https://github.com/dagwieers/unoconv/commit/20b34c08622089c6b081c602a6428d6009aec0a3.patch
https://github.com/dagwieers/unoconv/commit/a59b9b05824868266dc0bc82518132942821515e.patch
http://backports.debian.org/Contribute/

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
Description: Fix spelling errors in unoconv.1
Forwarded: https://github.com/dagwieers/unoconv/pull/117
Author: Vincent Bernat 
Last-Update: 2013-02-18

Index: unoconv-0.6/doc/unoconv.1
===
--- unoconv-0.6.orig/doc/unoconv.1	2013-02-18 17:04:12.127613761 +1300
+++ unoconv-0.6/doc/unoconv.1	2013-02-18 17:04:33.479614342 +1300
@@ -222,7 +222,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
@@ -278,7 +278,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
@@ -339,7 +339,7 @@
 .RE
 .\}
 .sp
-For a list of posible encoding types, you can use the above link to find the possible options\&.
+For a list of possible encoding types, you can use the above link to find the possible options\&.
 .sp
 .RS 4
 .ie n \{\
Index: unoconv-0.6/doc/unoconv.1.txt
===
--- unoconv-0.6.orig/doc/unoconv.1.txt	2013-02-18 17:04:12.127613761 +1300
+++ unoconv-0.6/doc/unoconv.1.txt	2013-02-18 17:04:42.235614582 +1300
@@ -134,7 +134,7 @@
 
 -i FilterOptions=76
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions
@@ -165,7 +165,7 @@
 
 -i FilterOptions=9/32,,9,2
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions
@@ -207,7 +207,7 @@
 
 -e FilterOptions=9/32,,9
 
-For a list of posible encoding types, you can use the above link to find the
+For a list of possible encoding types, you can use the above link to find the
 possible options.
 
   - FilterOptions


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

Bug#538107: multilink with nodetach [Fixed]

[Stephen Marron]

Hi,

This bug has been resolved in upstream git, and the version in jessie
2.4.5+git20130610-1 includes the fix.

Regards,

Stephen

commit 398ed2585640d198c53e736ee5bbd67f7ce8168e
Author: Paul Mackerras 
Date:   Sat Mar 2 20:25:28 2013 +1100

pppd: Add master_detach option

This adds a new option, master_detach, to allow pppd to detach from
the controlling terminal when it is the multilink bundle master but
its own link has terminated, even if the nodetach option has been
given.

Requested-by: Stephen Marron 
Signed-off-by: Paul Mackerras 


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

Bug#734433: python-jenkinsapi: Invalid field "Python-Verions" in binary package metadata

[Stuart Prescott]

Package: python-jenkinsapi
Version: 0.2.16-1
Severity: minor

Dear Maintainer,

The latest upload of python-jenkinsapi generates the following package
metadata:

Package: python-jenkinsapi
Version: 0.2.16-1
Installed-Size: 207
Maintainer: Al Stone 
Architecture: all
Provides: python2.7-jenkinsapi
Depends: python-lxml, python-bs4, python-pkg-resources, python (>= 2.7), python 
(<< 2.8), python-requests, python-tz
Description: bindings for Python usage of the Jenkins remote API
Homepage: http://pypi.python.org/pypi/jenkinsapi
Description-md5: ca8ada3827a339bf9b131dd4732d148b
Python-Verions: 2.7
Section: python
Priority: optional
Filename: pool/main/p/python-jenkinsapi/python-jenkinsapi_0.2.16-1_all.deb
Size: 32354
MD5sum: 0d4e5f8b8df5c5dbcb9bc094ebf4a562
SHA1: af07bb23769a248bc0dbe1beeac632f4e960cb02
SHA256: 92998df4314dde8e38fff127c8f274826ac07205d8f3d7c46c218fe187b1d342

The field "Python-Verions" (if included at all) should be "Python-Versions".

cheers
Stuart


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

Bug#696554: System freezes and lockups

[Jürgen Groß]

Hi,

same here:

Jan  5 15:02:30 linux kernel: [ 5056.904656] [drm] nouveau :00:0d.0: 
PFIFO_DMA_PUSHER - Ch 3 Get 0x0050c000 Put 0x003d4168 State 0x8002f71c 
(err: INVALID_CMD) Push 0x
Jan  5 15:02:30 linux kernel: [ 5056.905062] [drm] nouveau :00:0d.0: 
PFIFO_CACHE_ERROR - Ch 3/7 Mthd 0x0194 Data 0xbeef0201
Jan  5 15:02:30 linux kernel: [ 5056.905162] [drm] nouveau :00:0d.0: 
PFIFO_CACHE_ERROR - Ch 3/7 Mthd 0x0194 Data 0xbeef0201


Any way I can help to solve this issue?

What is interesting: ssh to the machine still works, so investigation
of the problem on the hung system is possible!

System details:

root@linux:/var/log# lspci
00:00.0 RAM memory: NVIDIA Corporation MCP61 Host Bridge (rev a1)
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio 
(rev a2)

00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 
/ nForce 630a] (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
HyperTransport Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
Miscellaneous Control
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 10h Processor 
Link Control


root@linux:/var/log# uname -a
Linux linux 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux


Juergen


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

Bug#734432: transition: armadillo

[Kumar Appaiah]

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

Dear Release Team,

Armadillo has an soname increase. Ben tells me that the following
packages needed to be checked:

dolfin
gdal
gnuplot-iostream

I have verified that the only requirement is a binNMU for all three of
these packages with the new armadillo. Please permit me to upload the
latest armadillo to unstable.

Thanks.

Kumar

Ben file:

title = "armadillo";
is_affected = .depends ~ "libarmadillo3" | .depends ~ "libarmadillo4";
is_good = .depends ~ "libarmadillo4";
is_bad = .depends ~ "libarmadillo3";


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

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

-- 
Kumar Appaiah


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

Bug#636548: libnet-dns-perl: Argument "AI_NUMERICHOST" isn't numeric in subroutine entry at [...]Resolver/Base.pm line 743

[Florian Roscher]

Am 06.01.14 20:04, schrieb Thomas Hochstein:
> I wrote about 2 years ago:

I am sorry and I will address this issue shortly.

Regards
Florian

-- 
  Florian Roscher private: m...@florian-roscher.de
   Debian: f...@debian.org
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65


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

Bug#734402: lintian: [refining a test] take in account man macros existing in the build tree

[Niels Thykier]

On 2014-01-06 23:07, Georges Khaznadar wrote:
> Package: lintian
> Version: 2.5.20
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> I propose to refine a little the check for warnings in manpages
> Here are my replies to the ordinary questions:
> 

Hi,

Thanks for reporting this issue.

>  [...]
> 
> 
> --- lintian-2.5.20/checks/manpages.pm 2013-11-23 19:04:56.0 +0100
> +++ lintian-2.5.20+nmu1/checks/manpages.pm2014-01-06 23:05:26.040016000 
> +0100
> @@ -268,6 +268,13 @@
>  if ($dir) {
>  chdir($dir);
>  }
> +# find the path to man macros if necessary
> +my $macro_path=$path;
> +$macro_path =~ s{(.*/unpacked).*}{$1};

Looks like you want:
my $macro_path = $info->unpacked

> +$macro_path = `find $macro_path -type d -name tmac| tr '\\n' 
> ':'`;

If so, we can probably settle this one by quoting the $macro_path
variable in the ``.  Otherwise, this is a possible CVE (if $macro_path
is taken from the package, it is a "trivial" matter creating a file/dir
in the package which causes the above line to suffer from shell command
injection).
  Maybe use -print0 if tr supports null -> ":", but that is nitpicking.
 Alternatively there is File::Find.

Personally, I am not familiar with the "tmac" files; are they always
expected in a dir called "tmac"?  And can they really be anywhere in the
package?  Or can we narrow it down to say usr/share/ ?

> +if ($macro_path){
> +$ENV{GROFF_TMAC_PATH}=$macro_path;
> +}
>  $ENV{MANROFFSEQ} = '';
>  $ENV{MANWIDTH} = 80;
>  exec { $cmd[0] } @cmd
> 

~Niels


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

Bug#734431: RM: python-goopy -- ROM; redundant, outdated

[Kumar Appaiah]

Package: ftp.debian.org
Severity: normal

Dear FTP Masters,

Much of the functionality provided here can be easily accomplished
with standard Python. So, I request removal of this package.

Thanks.

Kumar

-- 
Kumar Appaiah


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

Bug#734430: linux-image-3.12-1-armmp: Enable BRCMFMAC wireless drivers

[Vagrant Cascadian]

Package: linux-image-3.12-1-armmp
Version: 3.12.6-2
Severity: wishlist
Tags: patch

Please enable the "Broadcom IEEE802.11n embedded FullMAC WLAN driver", which is
used in the wandboard quad.

--- a/config/armhf/config.armmp
+++ b/config/armhf/config.armmp
@@ -451,6 +451,12 @@ CONFIG_SKFP=m
 CONFIG_MDIO_SUN4I=y

 ##
+## file: drivers/net/wireless/brcm80211/Kconfig
+##
+CONFIG_BRCMFMAC=m
+CONFIG_BRCMFMAC_SDIO=m
+
+##
 ## file: drivers/net/wireless/ti/Kconfig
 ##
 CONFIG_WL_TI=m


Thanks!

live well,
  vagrant


signature.asc
Description: Digital signature

Bug#734421: fail2ban: several typos

[Yaroslav Halchenko]

tags + pending
thanks

Thanks Vincent... committed to upstream and Debian packaging (for
/etc/default/fail2ban)

On Tue, 07 Jan 2014, Vincent Lefevre wrote:

> Package: fail2ban
> Version: 0.8.11-1
> Severity: minor

> Several typos found by codespell:

> $ codespell /etc/default/fail2ban /etc/fail2ban
> /etc/default/fail2ban:37: seperately  ==> separately
> /etc/fail2ban/filter.d/roundcube-auth.conf:26: arbitary  ==> arbitrary
> /etc/fail2ban/action.d/iptables-new.conf:5: fullfill  ==> fulfill
> /etc/fail2ban/action.d/osx-ipfw.conf:82: automaticly  ==> automatically

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

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

> Versions of packages fail2ban depends on:
> ii  lsb-base4.1+Debian12
> pn  python:any  

> Versions of packages fail2ban recommends:
> ii  iptables  1.4.21-1
> ii  python-pyinotify  0.9.4-1
> ii  whois 5.1.0

> Versions of packages fail2ban suggests:
> ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
> pn  python-gamin 
> ii  rsyslog [system-log-daemon]  7.4.4-1

> -- no debconf information


-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#734429: ratbox-services-sqlite: daemon cannot write to database directory

[Clint Adams]

Package: ratbox-services-sqlite
Version: 1.2.4-2

ratbox-services cannot write to the directory containing
the apparently fixed-path sqlite3 database.  This means
that when a database write is attempted, the daemo dies
with

ratbox-services terminated: (Failed to open db file: unable to open database 
file)

because it can't create the journal file.

Perhaps it would be better to keep the sqlite db in /var.


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

Bug#734428: xserver-xorg-core (1.15.0-1) can not be installed because of unmet dependencies

[Jos van Wolput]

Package: xserver-xorg-core
Version: 2:1.15.0-1 (experimental)
Severity: important

xserver-xorg-core (1.15.0-1) can't be installed because of unmet dependencies:

apt-get install xserver-xorg-core/experimental xserver-xorg-input-evdev 
xserver-xorg-video-radeon
Reading package lists... Done
Building dependency tree
Reading state information... Done
xserver-xorg-input-evdev is already the newest version.
xserver-xorg-video-radeon is already the newest version.
Selected version '2:1.15.0-1' (Debian:experimental [amd64]) for 
'xserver-xorg-core'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 xserver-xorg-input-evdev : Depends: xorg-input-abi-19
 xserver-xorg-video-radeon : Depends: xorg-video-abi-14
E: Unable to correct problems, you have held broken packages.

--- System Information:
Debian Release: jessie/sid + experimental
Architecture: amd64 (x86_64)
Kernel: linux-image-3.13-rc6-amd64


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

Bug#734427: mailcheck: Incorrect Password for user 'myusername@pop3server:port'

[Ricardo Peliquero]

Package: mailcheck
Version: 1.91.2-2
Severity: normal

Dear Maintainer,

When using mailcheck, I get the following message:

 mailcheck: Incorrect Password for user 'myusername@pop3server:110'
 mailcheck: Server said -ERR authorization failed

Outputs of:

cat .mailcheckrc | grep --invert-match '^#' | grep [a-Z]

pop3://pop3server 

cat .netrc | grep pop3

machine pop3server login myusername password mypassword

ls -l .netrc .mailcheckrc 

-rw-r--r-- 1 myusername myusername 1454 ene  7 00:18 .mailcheckrc
-rw--- 1 myusername myusername  122 ene  7 00:37 .netrc

I have replaced server and user names for security reasons.
I have double checked my password. What else can be wrong?

Thank you!

Ricardo Peliquero

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

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

Versions of packages mailcheck depends on:
ii  libc6  2.17-97

mailcheck recommends no packages.

mailcheck 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#734426: mariadb: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: mariadb
Version: 5.5_5.5.32-1
Severity: wishlist
Tags: l10n patch

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

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

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

Russian debconf templates translation update is attached.

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

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


mariadb-5.5_5.5.32-1_ru.po.gz
Description: GNU Zip compressed data

Bug#691576: GDB still broken with 3.11.10-1

[Ben Hutchings]

On Mon, 2014-01-06 at 10:15 +0100, Émeric MASCHINO wrote:
> Hi,
> 
> And happy new year!
> 
> 2013/12/20 Ben Hutchings :
> >> > I actually tried building the kernel like that, so you could try the
> >> > packages in:
> >> >
> >> > http://people.debian.org/~benh/packages/wheezy-ia64-kernel-O1/
> >>
> >> Was your O1-compiled kernel working fine?
> >
> > I have no idea as no-one has reported their results yet.
> 
> It seems that optimization settings have impact on this problem.
> 
> Ben, I couldn't install your 3.2 kernel version (too old for my
> current Debian install).
[...]

I don't understand that - I still have 3.2 installed on this unstable
(i386) system and can still boot it.  How does it go wrong?

I really need to know whether -O1 works for 3.2; I can't just
speculatively change it in a stable update.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria

[Robert Ransom]

On 1/6/14, Fabian Greffrath  wrote:

> There are two separate upstream source tarballs for Caladea
> (crosextrafonts-20130214) and Carlito (crosextrafonts-carlito-20130920),
> probably because both fonts have different licenses: Apache-2.0 for
> Caladea and OFL-1.1 for Carlito.

In that case, they should be kept in separate Debian source packages.

Make sure that you find the sources for those fonts.  The tarball that
you linked to in the message that opened bug #733937 contains only the
.ttf files; it is not immediately clear whether those are the
preferred form for modification of the fonts.


Robert Ransom


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

Bug#734425: imlib2-config --libs gives invalid output

[Wookey]

Source: imlib2
Version: 1.4.6-1
Severity: normal
Tags: patch

Running /usr/bin/imlib2-config --libs gives:
-L/usr/lib/aarch64-linux-gnu -lImlib2 @my_libs@

That @my_libs@ is wrong. And can break builds which use these flags
(such as w3m on arm64, for example). It should have been substituted
with something, but there seems to be nothing in the package to do that
substitution when imlib2-config.in is generated into imlib2-config

I'm not sure what the original idea was, but the @my_libs@ seems to be 
redundant now.

The attached patch just removes it so that the package produces a
version of imlib2-config that produces a valid output for --libs

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

Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -Nru imlib2-1.4.6/debian/changelog imlib2-1.4.6/debian/changelog
--- imlib2-1.4.6/debian/changelog	2013-12-27 11:35:17.0 +
+++ imlib2-1.4.6/debian/changelog	2014-01-06 23:02:36.0 +
@@ -1,3 +1,10 @@
+imlib2 (1.4.6-1fix1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Ensure "imlib2-config --libs" provides a valid result
+
+ --Mon, 06 Jan 2014 23:01:04 +
+
 imlib2 (1.4.6-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru imlib2-1.4.6/debian/patches/03_fix-imlib-config-libraries.patch imlib2-1.4.6/debian/patches/03_fix-imlib-config-libraries.patch
--- imlib2-1.4.6/debian/patches/03_fix-imlib-config-libraries.patch	1970-01-01 00:00:00.0 +
+++ imlib2-1.4.6/debian/patches/03_fix-imlib-config-libraries.patch	2014-01-06 23:00:43.0 +
@@ -0,0 +1,22 @@
+Description: Provide valid library flags in imlib2-config script
+ Nothing in the build substitutes @my_libs@, so having it here just produces an invalid response to
+ /usr/bin/imlib2-config --libs.
+ If there is a good reason for this to be here then it needs to be substituted somewhere.
+Author: Wookey 
+Last-Update: 2014-01-06
+
+
+
+Index: imlib2-1.4.6/imlib2-config.in
+===
+--- imlib2-1.4.6.orig/imlib2-config.in	2014-01-06 22:54:29.98000 +
 imlib2-1.4.6/imlib2-config.in	2014-01-06 22:56:07.48000 +
+@@ -46,7 +46,7 @@
+   ;;
+ --libs)
+   libdirs=-L@libdir@
+-  echo $libdirs -lImlib2 @my_libs@
++  echo $libdirs -lImlib2
+   ;;
+ *)
+   echo "${usage}" 1>&2
diff -Nru imlib2-1.4.6/debian/patches/series imlib2-1.4.6/debian/patches/series
--- imlib2-1.4.6/debian/patches/series	2013-12-27 11:35:17.0 +
+++ imlib2-1.4.6/debian/patches/series	2014-01-06 22:55:28.0 +
@@ -1,2 +1,3 @@
 01_removed-data-dir.patch
 02_fix-gif-with-no-cmap.patch
+03_fix-imlib-config-libraries.patch

Bug#734403: linux-image-3.12-1-amd64: "shutdown -h now" makes computer restart

[Ben Hutchings]

Control: tag -1 moreinfo

On Mon, 2014-01-06 at 22:19 +, Robert Lemmen wrote:
> Package: src:linux
> Version: 3.12.6-2
> Severity: normal
> 
> hi there,
> 
> the last aptitude upgrade my kernel got updated to 3.12-1-amd64, since
> then something very strange happens: when i do a "shutdown -h now", thge
> computer shuts down as expected, and all lights and fans go off. but
> after a few more seconds, the whole thing restarts itself, a bit of a
> zombie moment. I originally expected this to be some bizarre hardware
> thing, but then I found a report [0] linking this to the kernel
> (different version in their case). I still had linux-image-3.11-2-amd64
> installed, so I rebooted into that and retried (a couple of times to
> make sure), and i'll be damned but that kernel does the shutdown fine!
> 
> I have no clue how all that ACPI or whatever works, bbut something there
> isn't ideal.

Many devices can generate a wake-up signal after the computer is shut
down (wake on LAN, wake on key, etc.) and this is evidently happening
when it should not.  So it is hardware-related but probably caused by a
change in the way a driver prepares the hardware for shutdown.

> happy to try a few things if you point me in the right
> direction
[...]

Please try to work out which driver is doing this, by removing a driver
with the 'rmmod' command and then shutting down.  I think it is probably
one of:

e1000e
igb
xhci_hcd
ehci-pci

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#733826: [PATCH] xhci: Set scatter-gather limit to avoid failed block writes.

[Ben Hutchings]

On Tue, 2014-01-07 at 07:01 +0800, jida...@jidanni.org wrote:
> Don't worry, I'll trust you! Plus I'm 53.

I don't think anyone else has reproduced this problem, so you are the
person in the best place to check that these changes really fix it.

You can test patches against the Debian kernel package by following the
instructions here:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#734172: similar to

[Ben Hutchings]

On Mon, 2014-01-06 at 16:08 -0200, Federico Gimenez wrote:
> Looks somewhat similar to
> https://bugzilla.redhat.com/show_bug.cgi?id=1023431

I don't think so, that's a BUG versus an Oops and not in the same
function.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#734424: thumbnails: problème evince-thumbnailer

[ccomin]

Package: totem
Version: 3.0.1-8
Severity: normal
File: thumbnailer
Tags: d-i

Bonjour,

Après cette commande rm -R ~./thumbnails

J'ai plus aucunes miniatures qui et visuelle, pour les PDF, vidéos, et les
images

Merci d'avance



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

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

Versions of packages totem depends on:
ii  gnome-icon-theme 3.4.0-2
ii  gnome-icon-theme-symbolic3.4.0-2
ii  gstreamer0.10-plugins-base   0.10.36-1.1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-x  0.10.36-1.1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-3
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libdbus-1-3  1.6.10-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libffi5  3.0.10-3
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgdk-pixbuf2.0-0   2.28.1-1
ii  libgirepository-1.0-11.36.0-2+b1
ii  libglib2.0-0 2.36.1-2build1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libgtk-3-0   3.4.2-7
ii  libnautilus-extension1a  3.4.2-1+build1
ii  libpango1.0-01.32.5-5+b1
ii  libpeas-1.0-01.4.0-2
ii  libtotem-plparser17  3.4.2-1
ii  libtotem03.0.1-8
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu2
ii  libxrandr2   2:1.3.2-2+deb7u1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  libxxf86vm1  1:1.1.2-1+deb7u1
ii  python   2.7.3-5
ii  totem-common 3.0.1-8

Versions of packages totem recommends:
ii  gstreamer0.10-ffmpeg0.10.13-5
ii  gstreamer0.10-plugins-bad   0.10.23-7.1
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  totem-plugins   3.0.1-8

Versions of packages totem suggests:
ii  gnome-codec-install   0.4.7+nmu1
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
ii  totem-mozilla 3.0.1-8

-- 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#734423: initscripts: typos in /etc/network/if-up.d/mountnfs

[Vincent Lefevre]

Package: initscripts
Version: 2.88dsf-45
Severity: minor

$ codespell /etc/network/if-up.d/mountnfs
/etc/network/if-up.d/mountnfs:138: imediately  ==> immediately
/etc/network/if-up.d/mountnfs:153: attemting  ==> attempting

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

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

Versions of packages initscripts depends on:
ii  coreutils   8.21-1
ii  debianutils 4.4
ii  libc6   2.17-97
ii  lsb-base4.1+Debian12
ii  mount   2.20.1-5.5
ii  sysv-rc 2.88dsf-45
ii  sysvinit-utils  2.88dsf-45

Versions of packages initscripts recommends:
ii  e2fsprogs  1.42.9-2
ii  psmisc 22.20-1

initscripts 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#734422: wpasupplicant: typo in /etc/wpa_supplicant/functions.sh

[Vincent Lefevre]

Package: wpasupplicant
Version: 1.0-3.1
Severity: minor

$ codespell /etc/wpa_supplicant
/etc/wpa_supplicant/functions.sh:836: particuarly  ==> particularly

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

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

Versions of packages wpasupplicant depends on:
ii  adduser   3.113+nmu3
ii  initscripts   2.88dsf-45
ii  libc6 2.17-97
ii  libdbus-1-3   1.6.18-2
ii  libncurses5   5.9+20130608-1
ii  libnl-3-200   3.2.21-1
ii  libnl-genl-3-200  3.2.21-1
ii  libpcsclite1  1.8.10-1
ii  libreadline5  5.2+dfsg-2
ii  libssl1.0.0   1.0.1f-1
ii  libtinfo5 5.9+20130608-1
ii  lsb-base  4.1+Debian12

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  
pn  wpagui

-- 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#734420: acpid: typo in /etc/default/acpid

[Vincent Lefevre]

Package: acpid
Version: 1:2.0.20-1
Severity: minor

In the /etc/default/acpid file distributed with the Debian package:

  # MODULES is a space seperated list [...]
   ^

should be "separated".

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

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

Versions of packages acpid depends on:
ii  kmod  16-2
ii  libc6 2.17-97
ii  lsb-base  4.1+Debian12

Versions of packages acpid recommends:
ii  acpi-support-base  0.141-2

acpid suggests no packages.

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

-- no debconf information


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

Bug#734421: fail2ban: several typos

[Vincent Lefevre]

Package: fail2ban
Version: 0.8.11-1
Severity: minor

Several typos found by codespell:

$ codespell /etc/default/fail2ban /etc/fail2ban
/etc/default/fail2ban:37: seperately  ==> separately
/etc/fail2ban/filter.d/roundcube-auth.conf:26: arbitary  ==> arbitrary
/etc/fail2ban/action.d/iptables-new.conf:5: fullfill  ==> fulfill
/etc/fail2ban/action.d/osx-ipfw.conf:82: automaticly  ==> automatically

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

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

Versions of packages fail2ban depends on:
ii  lsb-base4.1+Debian12
pn  python:any  

Versions of packages fail2ban recommends:
ii  iptables  1.4.21-1
ii  python-pyinotify  0.9.4-1
ii  whois 5.1.0

Versions of packages fail2ban suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
pn  python-gamin 
ii  rsyslog [system-log-daemon]  7.4.4-1

-- no debconf information


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

Bug#734419: codespell: stops at the first dangling symlink

[Vincent Lefevre]

Package: codespell
Version: 1.6-1
Severity: normal

When doing a recursive search, codespell stops at the first
dangling symlink:

Traceback (most recent call last):
  File "/usr/bin/codespell", line 529, in 
sys.exit(main(*sys.argv))
  File "/usr/bin/codespell", line 518, in main
parse_file(os.path.join(root, file), colors, summary)
  File "/usr/bin/codespell", line 380, in parse_file
if not istextfile(filename):
  File "/usr/bin/codespell", line 300, in istextfile
with open(filename, mode='rb') as f:
FileNotFoundError: [Errno 2] No such file or directory: '...'

instead of skipping the file with a warning.

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

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

Versions of packages codespell depends on:
ii  python3  3.3.2-17

Versions of packages codespell recommends:
ii  python3-chardet  2.0.1-1

codespell 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#733182: RFS: svxlink/13.12-1 ITP -- Voice over IP system for ham radio use

[Chris Knadle]

Hey, Felix.

On Thursday, December 26, 2013 12:06:32 Felix Lechner wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "svxlink"
> 
>   Package name: svxlink
>   Version : 13.12-1
>   Upstream Author : Tobias Blomberg 
>   URL : http://sourceforge.net/projects/svxlink/
>   License : GPL-2+, except as noted
>   Section : hamradio

[...]
> For further information about the package, please visit the following URL:
> 
>   http://mentors.debian.net/package/svxlink
> 
> Alternatively, you can download the package with dget using this command:
> 
>   dget -x
> http://mentors.debian.net/debian/pool/main/s/svxlink/svxlink_13.12-1.dsc

I had another look at the package via the mentors.debian.net page, and I have 
a couple of further suggestions.

debian/copyright:

  - change license name ALADDIN to Zlib.  The actual license text is identical
and Zlib is a standard short name keyword, while ALADDIN is not.  Mainly
I think using the Zlib short name makes it clear that the license is not
new and thus doesn't require investigation, easing the work on the FTP
masters examining the package once it makes it to the NEW queue.

debian/watch:

  - add file to help with QA.  I've created one that works, which
contains this:

# Compulsory line, this is a version 3 file
version=3

# Old versions of svxlink took the form of svxlink-090426.tar.gz, but
# newer versions take the form of svxlink-13.12.tar.gz
http://sf.net/svxlink/svxlink-(.+)\.(.+)\.tar\.gz


I've incorporated both of these on the package I've put in my public 
repository; the package itself is placed at:

   http://debian-packages.coredump.us/debian/pool/main/s/svxlink/


procedural:

  - make a new upload to mentors.debian.net with these two minor fixes
(using the same version number, AFAIK)

  - send a message to the [debian-hams] mailing list announcing the
availability of the package and seeking sponsorship -- essentially a
duplicate message of the one sent to [debian-mentors].  Although
[debian-hams] is fairly quiet, I still think that's the place giving
the best bet of adopting a ham-related package.


Thanks!

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#722980: Status of ruby1.8 removal transition?

[Russ Allbery]

Antonio Terceiro  writes:
> On Mon, Jan 06, 2014 at 01:22:15PM -0800, Russ Allbery wrote:

>> On my next package upload, should I just drop Ruby 1.8?  I can easily
>> do that, but I wasn't sure if we were at the point where that was now
>> desirable, or if the upgrade path for Ruby 1.8 users had been worked
>> out and had any implications for how I should handle matters in my
>> package.  (Breaks or whatnot, etc.)

>> For now, I'm continuing to build 1.8 and 1.9.1 modules, but I can
>> quickly change that as soon as I know what to do.

> Our goal is to remove ruby1.8 and switch to ruby2.0 as the default,
> ASAP, so it would be nice if you started building extensions for 1.9.1
> and 2.0 (only).

I guess I should ask this more explicitly: what's the plan for handling
upgrades from wheezy?  Suppose a user has ruby1.8 installed and is using
it for various things along with packaged Debian modules, say ruby-remctl
(to pick a random example).  They then upgrade their system to wheezy.
Ruby 1.8 doesn't upgrade, of course, but neither does it disappear from
the system... but ruby-remctl does upgrade, and then the Ruby modules for
1.8 disappear out from under them without much warning.

Don't we need to handle this in some way?

-- 
Russ Allbery (r...@debian.org)   


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

Bug#733931: Acknowledgement (yafaray-exporter: Cannot activate addon)

[Sepp Tannhuber]

Probably the packages is just out of date and does not work with the current 
blender version in testing. I installed 0.1.5 manually which works fine.



Debian Bug Tracking System  schrieb am 12:45 Donnerstag, 
2.Januar 2014:
 
Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
Debian Multimedia Maintainers 


If you wish to submit further information on this problem, please
send it to 733...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.

-- 
733931: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733931
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#734418: ITP: gap-io -- low level C library IO bindings for GAP

[Jerome Benoit]

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: gap-io
  Version : 4.2
  Upstream Author : Max Neunhoeffer 
* URL : 
http://www-circa.mcs.st-and.ac.uk/~neunhoef/Computer/Software/Gap/io.html
* License : GPL
  Programming Lang: C, GAP
  Description : low level C library IO bindings for GAP

This GAP package brings to GAP a link to the standard UNIX I/O
functionalities available through the C-library.


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

Bug#731786: q-tools: please migrate to guile-2.0

[Rob Browning]

Al Stone  writes:

> I've asked that this package be removed from the archive; it is dead
> upstream, has really low popcnt, and I no longer use it.  As soon as
> the package is removed, this bug should get handled properly.

Great, and thanks for the help.
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#733381: Bug #733381: gpx2shp: FTBFS: geod_set.c:32:2: error: too few arguments to function 'pj_ell_set'

[HIRAOKA, Toshihiro]

Petter, happy new year.

OK, I will make the sid environment and check the bug.

Thank you for the information.

Petter Reinholdtsen さん：
> 
> Hi, and happy new year.  Hope you are doing well. :)
> 
> Did you notice http://bugs.debian.org/733381 >, a bug report 
about
> gpx2shp failing to build with the current libraries in Debian?  Do you
> have any ideas how to fix it?
> 
> Details about the Debian package can be found on
> http://packages.qa.debian.org/g/gpx2shp.html >
> 
> -- 
> Happy hacking
> Petter Reinholdtsen


HIRAOKA, Toshihiro

AzukiMap K.K.
6F 3-12-4 Uchi-Kanda, Chiyoda-ku, 
Tokyo, JAPAN 101-0047
e-mail: hira...@azukimap.jp


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

Bug#709841: iceweasel: spurious out of memory + crash (segmentation fault)

[Vincent Lefevre]

It is fixed upstream for version 29:

  https://bugzilla.mozilla.org/show_bug.cgi?id=943511#c22

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


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

Bug#732692: loading radeonkms results in unusable screen

[Steven Chamberlain]

On 07/01/14 00:46, Steven Chamberlain wrote:
> It is most interesting that your HD 2400 / RV610 isn't falling back in
> the same way as described above.

We might only need to disable older cards in radeonkms, I would guess
all before Evergreen;  just the Rxxx, RVxxx, RSxxx series.

https://wiki.freebsd.org/Graphics#Video_cards

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


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

Bug#734417: nxml-mode: spelling doesn't work in XML comments

[Vincent Lefevre]

Package: emacs24-common
Version: 24.3+1-2
Severity: normal

$ cat sp-test.xml

$ emacs -Q sp-test.xml

which loads the file in nXML mode. If I select "zzz" and do an
ispell-region, a mistake is detected. But if I select the whole
line and do an ispell-region, the mistake isn't detected.

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

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

Versions of packages emacs24-common depends on:
ii  dpkg1.17.5
ii  emacsen-common  2.0.5
ii  install-info5.2.0.dfsg.1-2

emacs24-common recommends no packages.

Versions of packages emacs24-common suggests:
ii  emacs24-common-non-dfsg  24.3+1-1
ii  emacs24-el   24.3+1-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#734413: biber needs to be updated to 1.8 for latex-bibtex-extra version in unstable

[Norbert Preining]

clone 734413 -1
reassign -1 texlive-bibtex-extra
retitle -1 texlive-bibtex-extra needs to break against biber << 1.7
thanks

> Biber needs to be updated to 1.8 to support the version of
> biblatex (2.8) currently in latex-bibtex-extra in unstable.

Indeed, thanks for your report. Compiling already the new package.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#734415: ...|cpio --to-stdout -i file.txt|less +/string

[jidanni]

X-Debbugs-Cc: bug-l...@gnu.org
Package: less
Version: 458-2
Severity: minor

$ bzcat /40_megabyte.cpio.bz2|cpio --to-stdout -i some/small/file.txt|less
OK now we are looking at the file.
Now search with /string.
Notice that even though the words should be oh 50 lines down, we end up
pegging the CPU meter...


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

Bug#734171: Network install does not work with I-217V ethernet controller

[Igor Levicki]

Let me first clarify that I wanted to build a production system for 
daily use, not an unstable test system where I could risk losing data so 
that is why I opted for a stable release.


Since Debian 7.3 was released in December I assumed that it supports 
hardware which hit retail in June.


Obviously, I was wrong about it but I couldn't find any detailed 
hardware compatibility list to check -- all I found was this:

http://www.debian.org/releases/stable/i386/ch02s01.html.en

It says the following:
2.1.6. Network Connectivity Hardware

_Almost any_ network interface card (NIC) supported by the Linux kernel 
should also be supported by the installation system; drivers should 
normally be loaded automatically. This includes _most PCI/PCI-Express 
cards_ as well as PCMCIA/Express Cards on laptops. Many older ISA cards 
are supported as well.  [emphasis mine]


So if my assumption was wrong, so it will be everyone else's and you can 
only blame your own documentation.


As for your "Windows does it too" remark, in recent Windows (7, 8.1) 
there is no such thing as minimal network install ISO so I don't know 
why you are bringing it into this discussion, not to mention that your 
logic "others fail so it is ok if we fail too" eludes me.


Moreover, I was under impression that we are talking about network 
installer ISO here, not about stable distribution kernel.


AFAIK, network installer's job is to get the user into an environment in 
which they can install Debian over the network/internet.


In my opinion, there is absolutely no reason or excuse not to have 
working network drivers in network installer image.


If you go to:
http://www.debian.org/News/2013/20131214

You will see:
Updated Debian 7: 7.3 released
December 14th, 2013

And if you go to:
https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15817

You will see:
e1000e-2.5.4.tar.gz
Date 09/03/2013

If the date format is m/d/y then that is September 3rd, three months 
before your release (the date in readme.txt is July so if we assume that 
the date on download page is incorrect, that means 5 months difference).


This driver (like any other Intel network driver) is open-source and it 
can be compiled as a stand-alone module against your stable 3.2 kernel 
to replace the three years old driver module you have in the network 
installer image.


Let me repeat that last part -- "three years old intel network driver 
module".


Did you ever think about the scenario where your mainboard fails and you 
have to replace it after 3+ years, but you are constrained to a stable 
linux distribution by some proprietary application and/or hardware?
How do you install the same stable linux distribution on your new 
hardware (because you simply can't buy the same hardware again after so 
much time) if distro makers/maintainers won't periodically add drivers 
for new hardware to stable images?


Exactly what is preventing you to add new driver module which supports 
both old and new hardware?


With Windows you insert a CD from mainboard manufacturer and you install 
the network driver. What do you do here, find a Debian machine running 
the same kernel version as your network installer and compile the driver 
from the source then copy it over?


In my opinion that is not exactly user-friendly even for a geek like me, 
but if that is your idea of how things should work don't complain that 
nobody takes Linux seriously when it comes to desktop.


And before you say "you should have used Live DVD to check" or "you 
should have installed using full install DVD" the answer is -- network 
still wouldn't work with either of those, and I would have just wasted 
bandwidth and space.


Failure to support common hardware during install together with Debian 
maintainer's shameful handling of ffmpeg/libav situation is enough clues 
for me to pick up another distro which I just did so I don't really care 
if this get fixed or not.


Regards,
Igor

On 6.1.2014. 20:13, Lennart Sorensen wrote:

On Mon, Jan 06, 2014 at 05:21:30PM +0100, Cyril Brulebois wrote:

Lennart Sorensen  (2014-01-06):

Debian stable means not changing things in general, so adding new
drivers is not something that is done.

Sorry, that's wrong.

The linux kernel is regularly updated in stable to add support for
new(er) hardware.

Well if 3.2.x updates upstream add new drivers, then sure, but I don't
recall ever seeing debian backport drivers to a stable release kernel.






smime.p7s
Description: S/MIME Cryptographic Signature

Bug#731786: q-tools: please migrate to guile-2.0

[Al Stone]

On 12/09/2013 12:20 PM, Rob Browning wrote:


Package: q-tools
Version: 0.4-1

I'm trying to have guile-1.6 (and soon guile-1.8) removed from unstable,
please migrate to guile-2.0 (or at least guile-1.8) as soon as possible.

Thanks



I've asked that this package be removed from the archive; it is dead
upstream, has really low popcnt, and I no longer use it.  As soon as
the package is removed, this bug should get handled properly.


--
Ciao,
al
--
Al Stone Debian Developer
E-mail: a...@debian.org  http://www.debian.org
--


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

Bug#734256: ruby-debian broke apt-listbugs

[Markus Koschany]

reassign 734411 ruby-debian
forcemerge 734256 734411
thanks

The severity is currently too low and should be RC. I'm raising the severity
to "grave" because this bug makes apt-listbugs unusable and prevents users
from installing, upgrading or removing packages.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#734414: RM: q-tools -- ROM; q-tools is dead upstream, low popcnt

[Al Stone]

Package: ftp.debian.org
Severity: normal

This package has become dead upstream and appears to no longer be
actively maintained anywhere.  Given also that this package has a
very low popcnt, it is time for it to slink off into the sunset.

Please remove it from the archives when possible.  Thanks.


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

Bug#734413: biber needs to be updated to 1.8 for latex-bibtex-extra version in unstable

[Don Armstrong]

Package: biber
Version: 1.7-2
Severity: normal

Biber needs to be updated to 1.8 to support the version of
biblatex (2.8) currently in latex-bibtex-extra in unstable.

latex-bibtex-extra should also have a breaks on versions of biber which
are not the version which it supports, since every new version of
biblatex seems to require a specific version of biber.

-- 
Don Armstrong  http://www.donarmstrong.com

6: I'm human. I have a thousand flaws. I break down. I get up or I
don't get up. I get lost. I make the same mistakes over and over. I
have scars and wounds. Sometimes when I can't bear them anymore, I
drink. You can't fix me. You can't fix any of us. You can't make us
perfect.
 -- "The Prisoner (2009 Miniseries)" _Checkmate_


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

Bug#732692: loading radeonkms results in unusable screen

[Steven Chamberlain]

On 06/01/14 22:26, Robert Millan wrote:
> The proper fix (running the actual initialization before sysctl_init) is not
> so easy, as the codepaths are too separate (and this separation is even 
> exposed
> to userland).

Really strangely, if the firmware is not found for my card, it isn't
registering the sysctl.  Xorg detects this and falls back to a usable
vesa desktop, fixed at 1280x1024 (no xrandr) cloned on both monitors.
kldstat still shows radeonkms as being 'loaded' in this case.

I've broken networking on my test system which complicates testing and I
couldn't save the kernel messages.  I remember messages prefixed by
[drm] about loading microcode, specifically by some ni_* functions which
must be specific to my chipset (Radeon HD 6800 - Northern Islands / Barts).

The behaviour I get sounds fine - it gives me something that works, or
otherwise I merely have to copy the non-free firmware modules to the
right place for KMS to work.

It is most interesting that your HD 2400 / RV610 isn't falling back in
the same way as described above.

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


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

Bug#734412: codespell: Usage error is /usr/share/doc/codespell/README file

[Vincent Lefevre]

Package: codespell
Version: 1.6-1
Severity: minor

The /usr/share/doc/codespell/README file says:

  Check usage with ./codespell -h.

It should be:

  Check usage with codespell -h.

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

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

Versions of packages codespell depends on:
ii  python3  3.3.2-17

Versions of packages codespell recommends:
ii  python3-chardet  2.0.1-1

codespell suggests no packages.

-- no debconf information

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


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

Bug#734171: Network install does not work with I-217V ethernet controller

[Ben Hutchings]

On Mon, 2014-01-06 at 17:21 +0100, Cyril Brulebois wrote:
> Lennart Sorensen  (2014-01-06):
> > Debian stable means not changing things in general, so adding new
> > drivers is not something that is done.
> 
> Sorry, that's wrong.
> 
> The linux kernel is regularly updated in stable to add support for
> new(er) hardware.

Well, this is allowed but it hasn't happened for some time.

Ben.

-- 
Ben Hutchings
Any smoothly functioning technology is indistinguishable from a rigged demo.


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

Bug#734411: apt-listbugs: /usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no such file to load -- debian_version (LoadError)

[Markus Koschany]

Package: apt-listbugs
Version: 0.1.12
Severity: grave

Dear maintainer,

after I made a complete dist-upgrade and upgraded apt-listbugs from
0.1.11 to 0.1.12, I tried to install a single package but I got this
error message instead. 

/usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no such file to load -- 
debian_version (LoadError) from
/usr/lib/ruby/vendor_ruby/debian.rb:24 from
/usr/sbin/apt-listbugs:289:in `require' from
/usr/sbin/apt-listbugs:289 E: Sub-process /usr/sbin/apt-listbugs apt
returned an error code (1) E: Failure running script
/usr/sbin/apt-listbugs apt

So basically installing, upgrading or removing of software and
apt-listbug itself doesn't work anymore (but it did work in the past).
If I comment out

DPkg::Pre-Install-Pkgs {"/usr/sbin/apt-listbugs apt";};

in /etc/apt/apt.conf.d/10apt-listbugs

apt is able to complete the installation process and everything
works fine.

This makes apt-listbugs completely unusable for me at the moment hence
the severity. Please feel free to adjust it or contact me for further
information if needed.

Regards,

Markus



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

Kernel: Linux 3.12-1-686-pae (SMP w/2 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 apt-listbugs depends on:
ii  apt 0.9.14.2
ii  ruby-debian 0.3.8+b2
ii  ruby-gettext3.0.3-1
ii  ruby-httpclient 2.3.3-2
ii  ruby-soap4r 2.0.5-2
ii  ruby-xmlparser  0.7.2-3
ii  ruby1.8 [ruby-interpreter]  1.8.7.358-9

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  chromium [www-browser]  31.0.1650.63-1
ii  debianutils 4.4
ii  elinks [www-browser]0.12~pre6-4
ii  reportbug   6.4.4

-- 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#722980: Status of ruby1.8 removal transition?

[Russ Allbery]

Antonio Terceiro  writes:

> Our goal is to remove ruby1.8 and switch to ruby2.0 as the default,
> ASAP, so it would be nice if you started building extensions for 1.9.1
> and 2.0 (only).

Okay, thanks.  I haven't attempted a build with Ruby 2.0 yet, and should
do that.  I'll do another upload within at least the next couple of weeks
with that change (or sooner if it becomes more urgent).

-- 
Russ Allbery (r...@debian.org)   


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

Bug#722980: Status of ruby1.8 removal transition?

[Antonio Terceiro]

On Mon, Jan 06, 2014 at 01:22:15PM -0800, Russ Allbery wrote:
> I maintain a package (remctl) that builds, among other things, a Ruby
> extension.  I noticed that it showed up as affected by the upcoming
> ruby1.8-removal transition, and I think this may be the relevant bug.  (At
> least, it's the only open bug that looks relevant.)
> 
> On my next package upload, should I just drop Ruby 1.8?  I can easily do
> that, but I wasn't sure if we were at the point where that was now
> desirable, or if the upgrade path for Ruby 1.8 users had been worked out
> and had any implications for how I should handle matters in my package.
> (Breaks or whatnot, etc.)
> 
> For now, I'm continuing to build 1.8 and 1.9.1 modules, but I can quickly
> change that as soon as I know what to do.

Our goal is to remove ruby1.8 and switch to ruby2.0 as the default,
ASAP, so it would be nice if you started building extensions for 1.9.1
and 2.0 (only).

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#734080: Symlink should point to current netinst.iso

[Steve McIntyre]

Control: tag -1 wontfix

On Fri, Jan 03, 2014 at 04:13:27PM +0100, Dennis Hoppe wrote:
>Package: debian-cd
>Version: 3.1.13
>Severity: whishlist
>
>Hello,
>
>i am working a lot with Packer [1] to build images for VirtualBox or
>VMware Fusion, which will be used with Vagrant [2].
>
>It would be great, if you could create a symlink which points to the
>current netinst.iso. For example:
>
>http://cdimage.debian.org/mirror/cdimage/release/current/amd64/iso-cd/netinst.iso
>-> debian-7.3.0-amd64-netinst.iso
>
>Otherwise we have to update our Vagrant configs, after each point release
>of Debian.

Hi Dennis,

Sorry, I really don't want to do this. I understand that it will make
your life easier, but it's also likely to make user support much
harder. The existing setup means that people reporting bugs at least
can give us a filename to describe what they're using. With such a
symlink, we're likely to see even more people reporting bugs that we
won't be able to help with... :-/

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.


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

Bug#663941: Cannot rebase commits at midnight, 1 Jan 1970 (epoch 0)

[Trent W. Buck]

Jonathan Nieder wrote:
> Version: 1:1.7.9.1-1
> notfound 663941 git/1:1.7.9.1-1
> quit
> 
> Zbigniew Jędrzejewski-Szmek wrote:
> 
> > I just tested this, and with v1.7.9.1~8 I get the error message "fatal:
> > invalid date format: 0 +", and with v1.7.9.1~7 (i.e. after the
> > branch with the supposed fix is merged), the testcase succeeds.
> >
> > I suppose that Trent must have been using a different version of git
> > than the one reported.

FYI, this is quite likely.
I'm not allowed to install sid on every host. :-)
At a glance, the versions I'm likely to have been using are

  - whatever testing/unstable had when I reported the problem;
  - 1:1.7.9.5-1; and
  - 1:1.7.0.4-1ubuntu0.2

I run reportbug from a sid host.  I usually set --package-version, but
I might have forgotten for this bug (which would cause reportbug to
pick the testing/unstable version).

I'm not worried about this bug, so I won't bother to dig further. :-)


signature.asc
Description: Digital signature

Bug#734410: fglrx-driver: version-substvar-for-external-package lintian errors

[Michael Gilbert]

package: src:fglrx-driver
severity: important

The ${fglrx} and ${fglrx:legacy} substitutions in the control file
lead to an odd lintian error:
http://lintian.debian.org/maintainer/pkg-fglrx-de...@lists.alioth.debian.org.html#fglrx-driver

The package should be using a debian/control.in that gets converted
into debian/contol where those are replaced with real text.  This
change was made a year and a half ago.

Best wishes,
Mike


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

Bug#734409: sdcv: doesn't word-wrap

[Vincent Lefevre]

Package: sdcv
Version: 0.5.0~beta2-2
Severity: normal

sdcv doesn't word-wrap, making text hardly readable, and there's no
option to do it. It should word-wrap when output is to a terminal
(otherwise word-wrapping should be optional).

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

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

Versions of packages sdcv depends on:
ii  libc6 2.17-97
ii  libgcc1   1:4.8.2-12
ii  libglib2.0-0  2.36.4-1
ii  libreadline6  6.2+dfsg-0.1
ii  libstdc++64.8.2-12
ii  zlib1g1:1.2.8.dfsg-1

sdcv recommends no packages.

sdcv 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#730552: provide xserver-xorg-source package for building 3rd party software (e.g. VNC) reusing XOrg codebase

[Julien Cristau]

On Fri, Dec 27, 2013 at 22:25:55 -0500, Yaroslav Halchenko wrote:

> 
> On Mon, 02 Dec 2013, Yaroslav Halchenko wrote:
> > On Sat, 30 Nov 2013, Julien Cristau wrote:
> > > Please provide a patch.
> > Please find initial attempt attached -- review, critique is welcome ...
> 
> I would still appreciate some feedback or action regarding this
> issue.
> 
Pushed
http://anonscm.debian.org/gitweb/?p=pkg-xorg/xserver/xorg-server.git;a=commitdiff;h=03f5cf60f42012a57c23e2b615a0cc545a682112
to our experimental branch.  Can you confirm that works for you?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#734408: stardict-xmlittre: should recommend sdcv as an alternative to stardict and stardict-gtk

[Vincent Lefevre]

Package: stardict-xmlittre
Version: 1:1.0-1
Severity: wishlist

stardict-xmlittre recommends:

Recommends: stardict | stardict-gtk

It should recommend sdcv (the StarDict console version) as an
alternative.

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

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

stardict-xmlittre depends on no packages.

Versions of packages stardict-xmlittre recommends:
ii  stardict-gtk [stardict]  3.0.1-9.2

stardict-xmlittre 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#734407: redeclipse: [l10n] Improving the German translation strings in redeclipse.desktop

[Markus Koschany]

Package: redeclipse
Version: 1.4-5
Severity: minor
Tags: l10n

Hi!

sorry for this extreme form of nitpicking but otherwise I can't sleep.
;-)

The German translation string in redeclipse.desktop for Red Eclipse is
"Roter Eklipse". It should either be "Rote Eklipse" (it's feminine) or just "Red
Eclipse" because "Red Eclipse" is a proper name.

Comment[de]=Ego-Shooter Spiel mit agilen Gameplay und integriertem Editor.
   ^   ^
The comment should read

Comment[de]=Ego-Shooter-Spiel mit agilem Gameplay und integriertem Editor.

Night!


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

Bug#734406: openrc: uninstallable - overwrites files in file-rc

[Michael Gilbert]

package: openrc
severity: grave
version:0.12.4+20131230-3

Hi, openrc is currently uninstallable:

# apt-get install openrc
[...]
dpkg: error processing
/var/cache/apt/openrc_0.12.4+20131230-3_i386.deb (--unpack)
  trying to overwrite '/usr/sbin/update-rc.d', which is also in
package file-rc 0.8.16


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

Bug#734405: seekwatcher won't run at all (ValueError: numpy.dtype does not appear to be the correct type object)

[zerodeux]

Package: seekwatcher
Version: 0.12+hg20091016-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I noticed upon installing 'seekwatcher' from my Jessie that it would not
work. Whatever I throw at it, simple --help, nothing, or complex
options, I get :

$ sudo seekwatcher -t find.trace -o find.svg -p 'find /srv -xdev 
>/dev/null' -d /dev/sda7
Traceback (most recent call last):
  File "/usr/bin/seekwatcher", line 58, in 
from seekwatcher import rundata
  File "numpy.pxd", line 43, in seekwatcher.rundata 
(seekwatcher/rundata.c:7885)
ValueError: numpy.dtype does not appear to be the correct type object

Since this package uses Cython, I supposed some generated C code was out
of date. I rebuilt the package locally :

$ apt-get source seekwatcher
$ sudo apt-get build-dep seekwatcher
$ cd seekwatcher-*
$ dpkg-buildpackage -rfakeroot -uc -us
$ sudo dpkg -i ../*.deb

And then it just worked :

$ sudo seekwatcher -t find.trace -o find.svg -p 'find /srv -xdev 
>/dev/null' -d /dev/sda7
Version 7.000kness 20eader in AFM: UnderlinePosition -133
blktrace -d /dev/sda7 -o find.trace -D . -a queue -a complete -a issue
running :find /srv -xdev >/dev/null:
=== sda7 ===
CPU  0:   500167 events,23446 KiB data
CPU  1:   426206 events,19979 KiB data
Total:926373 events (dropped 0),43424 KiB data
done running find /srv -xdev >/dev/null
blktrace done
using tracefile ./find.trace
saving graph to find.svg

May I suggest a simple version bump in order the package is rebuilt ?
That sould fix the problem for everybody.

PS: no, I don't have anything funny in /usr/local, the test was against
vanilla Debian Python in Jessie (2.7).

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

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

Versions of packages seekwatcher depends on:
ii  blktrace   1.0.5-1
ii  libc6  2.17-97
ii  python-matplotlib  1.3.1-1
ii  python-numpy   1:1.7.1-3
ii  python2.7  2.7.6-4
pn  python:any 

Versions of packages seekwatcher recommends:
ii  libtheora-bin  1.1.1+dfsg.1-3.1
pn  mencoder   

seekwatcher 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#733826: [PATCH] xhci: Set scatter-gather limit to avoid failed block writes.

[jidanni]

Don't worry, I'll trust you! Plus I'm 53.


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

Bug#729765: (no subject)

[Jean-Marc Liotier]

Problem fixed - here is the patch, tested on the aforementioned
system... Just a missing #ifdef that caused the failure on systems with
no hardware IOMMU:

--- kcl_iommu.c.orig2014-01-06 23:40:00.09033 +0100
+++ kcl_iommu.c2014-01-06 23:40:52.013271589 +0100
@@ -187,11 +187,13 @@
  */
 int ATI_API_CALL KCL_IOMMU_CheckInfo( KCL_PCI_DevHandle pcidev)
 {
+#ifdef IOMMUV2_SUPPORT
 struct pci_dev* pdev = (struct pci_dev*)pcidev;
 if ( pdev->dev.archdata.iommu )
 {
 return 1;
 }
+#endif
 return 0;
 }

A 'dpkg-reconfigure fglrx-modules-dkms' and a reboot later, I am
enjoying the soothing movement of glxgears.

Most glory goes to Gindek who had fixed this on his own Debian system
last October and posted the patch which I stumbled upon:
http://forums.amd.com/game/messageview.cfm?catid=488&threadid=168661&enterthread=y

Most glory but not all since he apparently did not bring it to the
attention of the Debian maintainer...


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

Bug#703472: iceweasel freezes in _MD_WaitUnixProcess after mailcap "test" command terminates

[Matthew Gabeler-Lee]

Package: iceweasel
Version: 26.0-1
Followup-For: Bug #703472

I've found a workaround for this issue, for both iceweasel and icedove. 
Launch the app from a terminal (xterm, etc.), backgrounded, and then dismiss
the terminal.  I.e.  open a terminal and run "iceweasel &" or "icedove &",
and then "exit".  This seems to keep the zombies at bay.


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

Bug#734404: gnucash: Won't Open (This file/URL appears to be from a newer version of GnuCash.)

[Charles Curtis Rhode]

Package: gnucash
Version: 1:2.4.10-6
Severity: important

Dear Maintainer,

First time to open a book saved with older version.

Popup diagnostic:  This file/URL appears to be from a newer version of GnuCash.

Work-around:  According to 
http://lists.gnucash.org/pipermail/gnucash-user/2012-February/043349.html,
there must be a newline after the first tag in the xml file.


pn  libdbd-pgsql
pn  libdbd-sqlite3  

-- 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#733642: pu: package nut/2.6.4-2.3

[Adam D. Barratt]

Control: tags -1 + pending

On Tue, 2013-12-31 at 10:50 +, Jonathan Wiltshire wrote:
> On 2013-12-31 00:03, Cyril Brulebois wrote:
> > Jonathan Wiltshire  (2013-12-30):
> >> Please accept this trivial fix for USB timeouts in nut.
> >> 
> >> It's fixed upstream and in sid, and I've reproduced it in Wheezy on 
> >> some of
> >> our client sites. The patch fixed the problem there with no other ill
> >> effects.
> >> 
> >> Debdiff attached.
> > 
> > Looks good to me, please go ahead.
> 
> Uploaded.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#732698: gemdropx: Fails to start (Failure loading sampleinfo)

[Christian T. Steigies]

Hi,
On Sun, Jan 05, 2014 at 10:09:08PM +, Manuel A. Fernandez Montecelo wrote:
> Hi,
> 
> (Please keep me in CC if you want more input from me).
> 
> 
> 2014/1/5 Christian T. Steigies :
> > Manuel,
> > maybe you as the "new" sdl-mixer maintainer have an idea sdl-mixer1.2 can
> > not play xm audio files anymore? Perhaps this is an SDL bug? Or is it a
> > feature and XM files should be converted?
> >
> > Christian
> 
> I added modplug support about a year ago.  This was motivated by this
> change upstream for 2.0.0 version:
> 
> 2.0.0:
> Sam Lantinga - Sun Jun  9 14:45:30 PDT 2013
>  * Made libmodplug the default MOD player as it is now in the public domain
> 
> 
> The same support existed in 1.2 since 2009 although disabled, so I
> thought that it would be useful to have modplug enabled in 1.2 if it
> was the preferred lib for SDL2_mixer:

How did gemdropx play this file then if support was disabled?
 
> 1.2.12:
> [...]
> Jon Atkins - Sat Nov 14 13:00:18 PST 2009
>  * Added support for libmodplug (disabled by default)
> 
> 
> Also because modplug seems more popular by a far margin:
> 
>   
> http://qa.debian.org/popcon-graph.php?packages=libmikmod2+libmodplug1&show_installed=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
> 
> 
> So I think that this failure might be because the XM files are now
> interpreted by modplug which cannot read the file.
> 
> It would be useful if you install "mikmod" and "modplug-tools" and try
> to verify if they both can play the file, or have some problem, etc.

mikmod and modplug123 play the XM files just fine. However, modplugplay does
not:

cts@guido:~/debian/package/gemdropx/gemdropx-0.9/data/sounds>modplugplay 
2force.xm 
opened /dev/dsp for playing 2force.xm [1/1] [207732]
Segmentation fault

strace ends with this, maybe you can decrypt it:

write(1, "opened /dev/dsp for playing 2for"..., 53opened /dev/dsp for playing 
2force.xm [1/1] [207732] ) = 53
ioctl(3, SNDCTL_DSP_SETFMT or SOUND_PCM_READ_BITS, 0x7fff18b609e4) = 0
ioctl(3, SNDCTL_DSP_CHANNELS or SOUND_PCM_READ_CHANNELS, 0x7fff18b609e8) = 0
ioctl(3, SNDCTL_DSP_SPEED or SOUND_PCM_READ_RATE, 0x7fff18b609ec) = 0
brk(0xde1000)   = 0xde1000
brk(0xe05000)   = 0xe05000
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 opost isig -icanon -echo ...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon -echo ...}) 
= 0
write(3,
"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\377\377\377\377"..., 
4096) = 4096
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
 
> If this is the case, I think that it would be useful to either fix the
> XM files (if it's a problem with the format of the file itself, if the
> most popular interpreter has problems) or report the bug to ModPlug
> (maybe it's more popular but the support for XM is incomplete).

modplugplay and modplug123 both come from modplug-tools and use libmodplug.
One works, the other does not. So where is the bug?
mikmod does not use libmodplug, and works.
 
> Other changes might have caused this, e.g. overflow protection now
> enabled for sdl-mixer1.2 getting in the way.

Maybe there is an overflow (how can I find out?) which triggers in
modplugplay and libsdl-mixer, but not in mikmod and modplug123. But why was
this never noticed before?

frozen-bubble has only ogg files no xm, so we can not compare with that.
I downloaded the first free XM mod that I could find:

http://modarchive.org/index.php?request=view_by_moduleid&query=134430

And it plays with mikmod and modplug123, but not in modplugplay:
modplugplay boos_lullaby2.xm
/dev/dsp (boos_lullaby2.xm): Device or resource busy

But the other files give the same message:
modplugplay 2force.xm 
/dev/dsp (2force.xm): Device or resource busy

I would say something is broken in modplugplay or libmodplug (which
strangely does not trigger in modplug123), a segfault should never happen,
even if there were an "overflow" in the XM file.

So forward the bug to modplug-tools or libmodplug1? Both maintainers are in
Cc, maybe they have an idea.

Christian


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

Bug#732692: loading radeonkms results in unusable screen

[Robert Millan]

On 24/12/2013 16:44, Robert Millan wrote:
> 2- The radeonkms module still enables the sysctls even if firmware load
> failed.
> 
> My proposal was to disable #1 (i.e. remove the module). However if the
> module is still useful there are many ways in which #2 can be changed to
> adhere to our needs.
> 
> For example, we could disable the sysctls every time firmware load failed,

How about this? What do you think?

It's a gross hack, but it should work in preventing regressions.

The proper fix (running the actual initialization before sysctl_init) is not
so easy, as the codepaths are too separate (and this separation is even exposed
to userland).

-- 
Robert Millan

If the firmware is not found, abort advertising modesetting via sysctl.

--- a/sys/dev/drm2/radeon/radeon_drv.c
+++ b/sys/dev/drm2/radeon/radeon_drv.c
@@ -40,6 +40,7 @@
 #include "radeon_irq_kms.h"
 
 #include 
+#include 
 
 #include "fb_if.h"
 
@@ -342,6 +343,101 @@
 static int radeon_sysctl_init(struct drm_device *dev, struct sysctl_ctx_list *ctx,
 			  struct sysctl_oid *top)
 {
+	if (!firmware_get("radeonkmsfw_ARUBA_me")) return 0;
+	if (!firmware_get("radeonkmsfw_ARUBA_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_ARUBA_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_BARTS_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_BARTS_me")) return 0;
+	if (!firmware_get("radeonkmsfw_BARTS_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_BTC_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_CAICOS_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_CAICOS_me")) return 0;
+	if (!firmware_get("radeonkmsfw_CAICOS_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_CAYMAN_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_CAYMAN_me")) return 0;
+	if (!firmware_get("radeonkmsfw_CAYMAN_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_CAYMAN_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_CEDAR_me")) return 0;
+	if (!firmware_get("radeonkmsfw_CEDAR_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_CEDAR_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_CYPRESS_me")) return 0;
+	if (!firmware_get("radeonkmsfw_CYPRESS_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_CYPRESS_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_CYPRESS_uvd")) return 0;
+	if (!firmware_get("radeonkmsfw_HAINAN_ce")) return 0;
+	if (!firmware_get("radeonkmsfw_HAINAN_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_HAINAN_me")) return 0;
+	if (!firmware_get("radeonkmsfw_HAINAN_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_HAINAN_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_JUNIPER_me")) return 0;
+	if (!firmware_get("radeonkmsfw_JUNIPER_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_JUNIPER_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_OLAND_ce")) return 0;
+	if (!firmware_get("radeonkmsfw_OLAND_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_OLAND_me")) return 0;
+	if (!firmware_get("radeonkmsfw_OLAND_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_OLAND_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_PALM_me")) return 0;
+	if (!firmware_get("radeonkmsfw_PALM_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_PITCAIRN_ce")) return 0;
+	if (!firmware_get("radeonkmsfw_PITCAIRN_mc")) return 0;
+	if (!firmware_get("radeonkmsfw_PITCAIRN_me")) return 0;
+	if (!firmware_get("radeonkmsfw_PITCAIRN_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_PITCAIRN_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_R100_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_R200_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_R300_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_R420_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_R520_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_R600_me")) return 0;
+	if (!firmware_get("radeonkmsfw_R600_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_R600_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_R700_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_REDWOOD_me")) return 0;
+	if (!firmware_get("radeonkmsfw_REDWOOD_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_REDWOOD_rlc")) return 0;
+	if (!firmware_get("radeonkmsfw_RS600_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_RS690_cp")) return 0;
+	if (!firmware_get("radeonkmsfw_RS780_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RS780_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV610_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV610_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV620_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV620_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV630_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV630_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV635_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV635_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV670_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV670_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV710_me")) return 0;
+	if (!firmware_get("radeonkmsfw_RV710_pfp")) return 0;
+	if (!firmware_get("radeonkmsfw_RV710_uvd")) return 0;
+	if (!firmware_ge

Bug#734403: linux-image-3.12-1-amd64: "shutdown -h now" makes computer restart

[Robert Lemmen]

Package: src:linux
Version: 3.12.6-2
Severity: normal

hi there,

the last aptitude upgrade my kernel got updated to 3.12-1-amd64, since
then something very strange happens: when i do a "shutdown -h now", thge
computer shuts down as expected, and all lights and fans go off. but
after a few more seconds, the whole thing restarts itself, a bit of a
zombie moment. I originally expected this to be some bizarre hardware
thing, but then I found a report [0] linking this to the kernel
(different version in their case). I still had linux-image-3.11-2-amd64
installed, so I rebooted into that and retried (a couple of times to
make sure), and i'll be damned but that kernel does the shutdown fine!

I have no clue how all that ACPI or whatever works, bbut something there
isn't ideal. happy to try a few things if you point me in the right
direction

regards  robert

[0] http://forums.fedoraforum.org/showthread.php?t=83325

-- Package-specific info:
** Version:
Linux version 3.12-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-10) ) #1 SMP Debian 3.12.6-2 (2013-12-29)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.12-1-amd64 
root=UUID=a7b74474-6a33-468b-841f-7708fb39db9b ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[2.739649] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1b.0/sound/card1/input16
[2.739666] input: HDA Intel PCH Line Out CLFE as 
/devices/pci:00/:00:1b.0/sound/card1/input15
[2.739680] input: HDA Intel PCH Line Out Surround as 
/devices/pci:00/:00:1b.0/sound/card1/input14
[2.739696] input: HDA Intel PCH Line Out Front as 
/devices/pci:00/:00:1b.0/sound/card1/input13
[2.739715] input: HDA Intel PCH Line as 
/devices/pci:00/:00:1b.0/sound/card1/input12
[2.739735] input: HDA Intel PCH Rear Mic as 
/devices/pci:00/:00:1b.0/sound/card1/input11
[2.739756] input: HDA Intel PCH Front Mic as 
/devices/pci:00/:00:1b.0/sound/card1/input10
[2.740392] i801_smbus :00:1f.3: SMBus using PCI Interrupt
[2.741047] [drm] Memory usable by graphics device = 2048M
[2.741052] i915 :00:02.0: setting latency timer to 64
[2.744200] alg: No test for crc32 (crc32-pclmul)
[2.764177] i915 :00:02.0: irq 59 for MSI/MSI-X
[2.764186] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[2.764187] [drm] Driver supports precise vblank timestamp query.
[2.764240] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[2.780393] media: Linux media interface: v0.10
[2.781771] Linux video capture interface: v2.00
[2.783802] uvcvideo: Found UVC 1.00 device  (046d:080f)
[2.824732] input: UVC Camera (046d:080f) as 
/devices/pci:00/:00:14.0/usb1/1-9/1-9:1.0/input/input17
[2.824857] usbcore: registered new interface driver uvcvideo
[2.824859] USB Video Class driver (1.1.1)
[2.825110] ata7.00: configured for UDMA/133
[2.825113] ata7: EH complete
[2.825169] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[2.877886] md: bind
[2.878684] md: bind
[2.880110] md: raid1 personality registered for level 1
[2.880247] md/raid1:md0: active with 2 out of 2 mirrors
[2.880342] created bitmap (4 pages) for device md0
[2.880477] md0: bitmap initialized from disk: read 1 pages, set 0 of 7451 
bits
[2.886097] md0: detected capacity change from 0 to 499972571136
[2.902531]  md0: unknown partition table
[2.956412] bcache: register_bdev() registered backing device md0
[2.957874] bcache: bch_cached_dev_attach() Caching md0 as bcache0 on set 
8866e7fe-4e4e-4f64-be47-8e52e6843a72
[3.077945] fbcon: inteldrmfb (fb0) is primary device
[3.249280] Console: switching to colour frame buffer device 210x65
[3.251550] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[3.251551] i915 :00:02.0: registered panic notifier
[3.304019] acpi device:61: registered as cooling_device13
[3.304039] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[3.304060] input: Video Bus as 
/devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input18
[3.304164] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[3.304216] ACPI Warning: 0x1828-0x182f SystemIO 
conflicts with Region \PMIO 1 (20130725/utaddress-251)
[3.304220] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[3.304223] ACPI Warning: 0x1c30-0x1c3f SystemIO 
conflicts with Region \GPRL 1 (20130725/utaddress-251)
[3.304226] ACPI Warning: 0x1c30-0x1c3f SystemIO 
conflicts with Region \GPR_ 2 (20130725/utaddress-251)
[3.304228] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[3.304229] ACPI Warning: 0x00

Bug#650601: libpng transition and how to deal with embedded copies

[Norbert Preining]

Dear all,

> Yes, because we do not start yet transidion. And libpng16-dev does not

Are there any news about the libpng transition?

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#734392: Error: Can't connect to unix socket

[Jarek Czekalski]

When I build speechd 0.8 from original source (from the upstream 
repository), then the autospawn is successful.


Paul, if you don't have an immediate solution to the problem, I will 
debug the debian source package. Give me up to 3 days for that.


Jarek


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

Bug#734402: lintian: [refining a test] take in account man macros existing in the build tree

[Georges Khaznadar]

Package: lintian
Version: 2.5.20
Severity: normal
Tags: patch

Dear Maintainer,
I propose to refine a little the check for warnings in manpages
Here are my replies to the ordinary questions:

   * What led up to the situation?
   when I tried to enhance the package tix, lintian complained for every
manpage
   because the file tix.tmac could not be found. However the right macro
file
   did exist under the debian directory, in a right place for groff.

   * What exactly did you do ?
  I patched the current version of lintian to add one feature: searching a
directory
  which may contain man macros, and adding an environment variable for the
  test based on "man --warnings"
   * What was the outcome of this action?
  When I installed the modified lintian package, the false warnings
disappeared.



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

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

Versions of packages lintian depends on:
ii  binutils   2.23.90.20131017-1
ii  bzip2  1.0.6-5
ii  diffstat   1.57-1
ii  file   1:5.14-2
ii  gettext0.18.3.1-1
ii  hardening-includes 2.4
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.29+b1
ii  libarchive-zip-perl1.30-7
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.35-1
ii  libdpkg-perl   1.16.12
ii  libemail-valid-perl1.192-1
ii  libfile-basedir-perl   0.03-1
ii  libipc-run-perl0.92-1
ii  liblist-moreutils-perl 0.33-1+b2
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtext-levenshtein-perl   0.06~01-2
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  man-db 2.6.5-2
ii  patchutils 0.3.2-2
ii  perl [libdigest-sha-perl]  5.18.1-5
ii  t1utils1.37-2

Versions of packages lintian recommends:
ii  libautodie-perl 2.21-1
ii  libperlio-gzip-perl 0.18-1+b3
ii  perl-modules [libautodie-perl]  5.18.1-5

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.16.12
ii  libhtml-parser-perl3.71-1+b1
ii  libtext-template-perl  1.46-1
ii  xz-utils   5.1.1alpha+20120614-2

-- no debconf information
--- lintian-2.5.20/checks/manpages.pm	2013-11-23 19:04:56.0 +0100
+++ lintian-2.5.20+nmu1/checks/manpages.pm	2014-01-06 23:05:26.040016000 +0100
@@ -268,6 +268,13 @@
 if ($dir) {
 chdir($dir);
 }
+# find the path to man macros if necessary
+my $macro_path=$path;
+$macro_path =~ s{(.*/unpacked).*}{$1};
+$macro_path = `find $macro_path -type d -name tmac| tr '\\n' ':'`;
+if ($macro_path){
+$ENV{GROFF_TMAC_PATH}=$macro_path;
+}
 $ENV{MANROFFSEQ} = '';
 $ENV{MANWIDTH} = 80;
 exec { $cmd[0] } @cmd

Bug#298494: joystick: spaceball 4000flx does not work with inputattach

[Andrew Basterfield]

I encountered the issue with the capitalisation in joystick 1.4.3, I 
tried to report it as a new bug and found this bug already existed.


I fixed the capitalisation with the attached patch after instrumenting 
inputattach to report the dialogue - the spaceball now works perfectly.


$ sudo ./inputattach --spaceball /dev/ttyS0
RECV:
RECV:
RECV: @1 Spaceball alive and well after a poweron reset.
RECV:
RECV: @2 Firmware version 2.43 created on 13-Oct-2000.
SENDING: hm
RECV: K@@
RECV: .`@
RECV: HVFirmware version 2.43 created on 13-Oct-2000
SENDING: "
RECV: "1 Spaceball 4000 FLX
RECV: "2 B:13 R PnP:0 Az:1 Sns:S 2710 14
RECV: "3 V2.43 created on Oct 13 2000
SENDING: YS
RECV: "4 Copyright(C) 1999 Spacetec IMC Corporation
RECV: YS
SENDING: M
RECV: M
--- utils/inputattach.c.orig	2011-12-17 19:05:48.0 +
+++ utils/inputattach.c	2014-01-06 22:04:35.0 +
@@ -192,7 +192,8 @@
 	if (!strncmp("Hm3003C", r, 7))
 		*id = SPACEBALL_3003C;
 
-	if (!strncmp("HvFirmware", r, 10)) {
+	/* spaceball 4000 returns 'HVFirmware' with v2.4.3 */
+	if (!strncasecmp("HvFirmware", r, 10)) {
 
 		if (spaceball_cmd(fd, "\"", r))
 			return -1;

Bug#725388: Uploaded for sponsorship

[Arnout Engelen]

I made an updated package, but cannot upload it myself.

https://mentors.debian.net/package/notion

Bug#734401: postfix: debconf settings don't reflect main.cf if altered manually (e.g. relay_host)

[Daniel Dickinson]

Package: postfix
Version: 2.9.6-2
Severity: normal

Setting relay_host in /etc/postfix/main.cf manual and the doing 
dpkg-reconfigured results in debconf setting (unless you set it back) the 
relay_host previously configured in debconf, not the one from main.cf through 
manual editing.

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

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

Versions of packages postfix depends on:
ii  adduser3.113+nmu3
ii  cpio   2.11+dfsg-0.1
ii  debconf [debconf-2.0]  1.5.49
ii  dpkg   1.16.12
ii  libc6  2.13-38
ii  libdb5.1   5.1.29-5
ii  libsasl2-2 2.1.25.dfsg1-6+deb7u1
ii  libsqlite3-0   3.7.13-1+deb7u1
ii  libssl1.0.01.0.1e-2+deb7u1
ii  lsb-base   4.1+Debian8+deb7u1
ii  netbase5.0
ii  ssl-cert   1.0.32

Versions of packages postfix recommends:
ii  python  2.7.3-4+deb7u1

Versions of packages postfix suggests:
ii  bsd-mailx [mail-reader]   8.1.2-0.2006cvs-1
pn  dovecot-common
ii  heirloom-mailx [mail-reader]  12.5-2
ii  libsasl2-modules  2.1.25.dfsg1-6+deb7u1
ii  mutt [mail-reader]1.5.21-6.2+deb7u1
pn  postfix-cdb   
pn  postfix-doc   
pn  postfix-ldap  
pn  postfix-mysql 
pn  postfix-pcre  
pn  postfix-pgsql 
ii  procmail  3.22-20
pn  resolvconf
pn  sasl2-bin 
pn  ufw   

-- debconf information:
* postfix/root_address:
  postfix/rfc1035_violation: false
  postfix/mydomain_warning:
* postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
* postfix/mailname: lxc-router.lan
  postfix/tlsmgr_upgrade_warning:
* postfix/recipient_delim: +
* postfix/main_mailer_type: Internet with smarthost
* postfix/destinations: lxc-router.lan, localhost.lan, localhost
  postfix/retry_upgrade_warning:
  postfix/kernel_version_warning:
  postfix/not_configured:
  postfix/sqlite_warning:
* postfix/mailbox_limit: 0
* postfix/relayhost: [127.0.0.1]:11125
* postfix/procmail: true
  postfix/bad_recipient_delimiter:
* postfix/protocols: all
* postfix/chattr: false


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

Bug#734357: golang: Use correct ELF header for armhf binaries

[Michael Stapelberg]

Hi James,

Thanks for submitting this patch to Debian, I appreciate that.

James Page  writes:
> In Ubuntu, the attached patch was applied to achieve the following:
>
>   * 016-armhf-elf-header.patch: Use correct ELF header for armhf binaries.
>
> This resolved linking issues that we saw on armhf in Ubuntu; I *think* that 
> this is
> OK to hold in Debian as well despite that fact that you don't see the same 
> linking
> issue due to dpkg differences.
>
> Thanks for considering the patch.
In the patch, I don’t see a Forwarded: header. Has this been forwarded
to upstream? In
https://code.google.com/p/go/source/browse/src/cmd/ld/elf.c, at the time
of writing, I don’t see the changes.

I’m comfortable applying this once it gets applied upstream, but I am a
bit hesitant until then, mostly because I’m not very familiar with ARM
intricacies (even though I use Go on a couple of ARM boxen).

-- 
Best regards,
Michael


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

Bug#433270: Trying again to restart the processing package

[Pablo Duboue]

Hi David!

Good luck with the packaging. Last week I was using processing for
something and remembered this ITP. I should have dropped it, thanks
for taking it.

I had a working build for processing for a very old version (which was
doing the build as a series of scripts). The newer versions use a much
saner system, so my work is no longer relevant.

If you have something, I can help you test it and if you want to
bounce ideas, I'll be at #debian-java again (I'm DrDub).


Great news!

P.


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

Bug#732358: pu: package lxc/0.8.0~rc1-8+deb7u2

[Raphael Hertzog]

Hello dear release managers,

On Tue, 17 Dec 2013, Raphael Hertzog wrote:
> I would like to get a usable debian template and after some investigation,
> I concluded that the easiest solution was to use the upstream provided
> script. That said I opted to use the latest upstream version of said
> script because it has been fixed to install the current stable release of
> Debian instead of using squeeze...

[...]

> Someone requested me to squeeze another fix in that stable update:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720122
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=devpts-mode.patch;att=2;bug=720122
> 
> It's a one-liner that fix issues with containers running with glibc >=
> 2.18. Would this be acceptable as well ?

Ping about this stable update request ?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#733158: pu: package libmicrohttpd/0.9.20-1

[Adam D. Barratt]

Control: tags -1 + pending

On Wed, 2014-01-01 at 22:55 +0100, Holger Levsen wrote:
> happy new year!

And (somewhat belatedly) to you. :-)

> On Donnerstag, 26. Dezember 2013, Adam D. Barratt wrote:
> > > I prepared a new version and uploaded it to mentors [1] with the
> [...]
> > Please go ahead; thanks.
> 
> uploaded.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#433270: Trying again to restart the processing package

[David Prévot]

Control: owner -1 !

On Mon, May 23, 2011 at 11:57:18PM +0900, Changwoo Ryu wrote:
> Any progress?

That’s been a long time without action, so let me try to take over this
ITP. I just joined pkg-java-maintainers@l.a.d.o and debian-java@l.d.o,
hopefully we’ll be able to push it further this time (explicit CC to
everyone who showed interest in this package, in the hope to make the
“we” as less royal as possible).

> FYI, libprocessing-core has been packaged from the same Processing 1.2.1
> source (#621920). But only processing-core.jar was packaged.

Hopefully we’ll be able to produce this binary from the same source too.

Regards

David

P.-S.: I intend to take as much as possible from the packaging work
already started by Pablo, and from the processing-core package too.


signature.asc
Description: Digital signature

Bug#733826: [PATCH] xhci: Set scatter-gather limit to avoid failed block writes.

[Sarah Sharp]

Dan, can you test this patch, on top of the other patch that Ben sent?
There's directions for building a custom kernel here, if you need it:

http://kernelnewbies.org/KernelBuild

I suggest either getting the Debian kernel source and patching that, or
patching 3.12.6 or later.

Sarah Sharp

8<-->8

Commit 35773dac5f862cb1c82ea151eba3e2f6de51ec3e "usb: xhci: Link TRB
must not occur within a USB payload burst" attempted to fix an issue
found with USB ethernet adapters, and inadvertently broke USB storage
devices.  The patch attempts to ensure that transfers never span a
segment, and rejects transfers that have more than 63 entries (or
possibly less, if some entries cross 64KB boundaries).

usb-storage limits the maximum transfer size to 120K, and we had assumed
the block layer would pass a scatter-gather list of 4K entries,
resulting in no more than 31 sglist entries:

http://marc.info/?l=linux-usb&m=138498190419312&w=2

That assumption was wrong, since we've seen the driver reject a write
that was 218 sectors long (of probably 512 bytes each):

Jan  1 07:04:49 jidanni5 kernel: [  559.624704] xhci_hcd :00:14.0: Too many 
fragments 79, max 63
...
Jan  1 07:04:58 jidanni5 kernel: [  568.622583] Write(10): 2a 00 00 06 85 0e 00 
00 da 00

Limit the number of scatter-gather entries to half a ring segment.  That
should be margin enough in case some entries cross 64KB boundaries.
Increase the number of TRBs per segment from 64 to 256, which should
result in ring segments fitting on a 4K page.

Signed-off-by: Sarah Sharp 
---
 drivers/usb/host/xhci.c | 4 ++--
 drivers/usb/host/xhci.h | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
index 4265b48856f6..d45a0d584daf 100644
--- a/drivers/usb/host/xhci.c
+++ b/drivers/usb/host/xhci.c
@@ -4713,8 +4713,8 @@ int xhci_gen_setup(struct usb_hcd *hcd, xhci_get_quirks_t 
get_quirks)
struct device   *dev = hcd->self.controller;
int retval;
 
-   /* Accept arbitrarily long scatter-gather lists */
-   hcd->self.sg_tablesize = ~0;
+   /* Limit the block layer scatter-gather lists to half a segment. */
+   hcd->self.sg_tablesize = TRBS_PER_SEGMENT / 2;
 
/* support to build packet from discontinuous buffers */
hcd->self.no_sg_constraint = 1;
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index 03c74b7965f8..c283cf183c48 100644
--- a/drivers/usb/host/xhci.h
+++ b/drivers/usb/host/xhci.h
@@ -1260,7 +1260,7 @@ union xhci_trb {
  * since the command ring is 64-byte aligned.
  * It must also be greater than 16.
  */
-#define TRBS_PER_SEGMENT   64
+#define TRBS_PER_SEGMENT   256
 /* Allow two commands + a link TRB, along with any reserved command TRBs */
 #define MAX_RSVD_CMD_TRBS  (TRBS_PER_SEGMENT - 3)
 #define TRB_SEGMENT_SIZE   (TRBS_PER_SEGMENT*16)
-- 
1.8.3.3


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

Bug#734400: make libsystemd-daemon available on non-linux architectures

[Michael Stapelberg]

Package: systemd
Version: 204-6
Severity: wishlist

This is mostly a brain dump, because I am not going to pursue this
further until #727708 is resolved at least.

In http://bugs.debian.org/727708#2160, I realized that libsystemd-daemon
is not actually available on non-linux, even though it can be compiled
and all its code turns into a noop.

The reason for this is the build system in the first place. A number of
non-optional dependencies are linux-only (e.g. libcap) and thus a number
of changes are necessary to the autotools config files. I am not sure if
those changes would be accepted upstream, and certainly there is
potential for them to break given that not many people compile the code
on non-linux (only Debian AFAIK).

One possibility suggested by Tollef is to have a separate Makefile just
for src/libsystemd-daemon/, but then we don’t get all the global flags
with which the systemd source is compiled. This may or may not be a
deal-breaker, given that all the code turns into a nop anyway.

The current (204-6) compiler invocation on Linux for libsystemd-daemon
is:

./libtool --tag=CC --mode=link gcc -std=gnu99 -pipe -Wall -Wextra
-Wno-inline -Wundef -Wformat=2 -Wformat-security -Wformat-nonliteral
-Wlogical-op -Wsign-compare -Wmissing-include-dirs
-Wold-style-definition -Wpointer-arith -Winit-self
-Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes
-Wstrict-prototypes -Wredundant-decls -Wmissing-declarations
-Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align
-Wstrict-aliasing=2 -Wwrite-strings -Wno-long-long
-Wno-overlength-strings -Wno-unused-parameter
-Wno-missing-field-initializers -Wno-unused-result -Werror=overflow
-ffast-math -fno-common -fdiagnostics-show-option -fno-strict-aliasing
-fvisibility=hidden -ffunction-sections -fdata-sections
-fstack-protector --param=ssp-buffer-size=4 -fvisibility=hidden
-DSD_EXPORT_SYMBOLS -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Werror=format-security -Wl,--as-needed -Wl,--no-undefined
-Wl,--gc-sections -Wl,-z,relro -Wl,-z,now -version-info 0:10:0
-Wl,--version-script=../src/libsystemd-daemon/libsystemd-daemon.sym
-Wl,-z,relro -o libsystemd-daemon.la -rpath /usr/lib/x86_64-linux-gnu
src/libsystemd-daemon/libsystemd_daemon_la-sd-daemon.lo -ldl -lrt

Maybe there is a way to have a standalone Makefile that is used on
non-Linux, which contains the compiler invocation that is used on Linux
and is updated by the Debian developer who uploads the package. It’s not
a very beautiful solution, but it is as close to the Linux compilation
as possible.


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

Bug#734399: qtdeclarative5-private-dev: QtDeclarative/private/* is missing

[Orgad Shaneh]

Package: qtdeclarative5-private-dev
Version: 5.2.0-5
Severity: important

Dear Maintainer,

The private headers should include QtQml, QtQuick and QtDeclarative. The
last one is missing.

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

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

Versions of packages qtdeclarative5-private-dev depends on:
ii  qtdeclarative5-dev  5.2.0-5

qtdeclarative5-private-dev recommends no packages.

qtdeclarative5-private-dev 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#722980: Status of ruby1.8 removal transition?

[Russ Allbery]

I maintain a package (remctl) that builds, among other things, a Ruby
extension.  I noticed that it showed up as affected by the upcoming
ruby1.8-removal transition, and I think this may be the relevant bug.  (At
least, it's the only open bug that looks relevant.)

On my next package upload, should I just drop Ruby 1.8?  I can easily do
that, but I wasn't sure if we were at the point where that was now
desirable, or if the upgrade path for Ruby 1.8 users had been worked out
and had any implications for how I should handle matters in my package.
(Breaks or whatnot, etc.)

For now, I'm continuing to build 1.8 and 1.9.1 modules, but I can quickly
change that as soon as I know what to do.

(Due to the nature of this source package, it handles which Ruby versions
to build for itself, so it requires some minor source changes to fiddle
with the supported version list.)

-- 
Russ Allbery (r...@debian.org)   


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

Bug#733894: (no subject)

[Julian Gilbey]

On Mon, Jan 06, 2014 at 06:14:52PM +0100, Martin Ziegler wrote:
> Dear Norbert,
> 
> I attach test1.dvi and test2.dvi. After
> 
> $ cp test1.dvi test.dvi
> 
> $ xdvi test.dvi &
> 
> $ cp test2.dvi test.dvi
> 
> and a mouse-click into the xdvi-window
> 
> xdvi _invariably_ crashes on my machine.

I can confirm that I am seeing the same behaviour with these two
files; each of them is visible fine on their own, but this procedure
crashes xdvi.  The backtrace at the terminal is:

erdos:/tmp $ cp test2.dvi test.dvi 
erdos:/tmp $ *** Error in `xdvi.bin': free(): invalid pointer: 
0x01ca4e88 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7aa16)[0x7fdf9831aa16]
/lib/x86_64-linux-gnu/libc.so.6(+0x7b793)[0x7fdf9831b793]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(+0x188d3)[0x7fdf999e08d3]
/usr/lib/x86_64-linux-gnu/libfreetype.so.6(FT_Done_Face+0xa1)[0x7fdf999e09c1]
xdvi.bin[0x40bba8]
xdvi.bin[0x40d5c7]
xdvi.bin[0x414972]
xdvi.bin[0x433ee2]
xdvi.bin[0x408fe0]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7fdf982c1995]
xdvi.bin[0x4096e1]
=== Memory map: 
0040-0048a000 r-xp  08:01 17437  
/usr/bin/xdvi-xaw
00689000-00696000 rw-p 00089000 08:01 17437  
/usr/bin/xdvi-xaw
00696000-006a2000 rw-p  00:00 0 
01617000-01d2c000 rw-p  00:00 0  [heap]
7fdf96917000-7fdf9692c000 r-xp  08:01 164126 
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fdf9692c000-7fdf96b2c000 ---p 00015000 08:01 164126 
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fdf96b2c000-7fdf96b2d000 rw-p 00015000 08:01 164126 
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fdf96b2d000-7fdf96b32000 r-xp  08:01 984008 
/usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0
7fdf96b32000-7fdf96d31000 ---p 5000 08:01 984008 
/usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0
7fdf96d31000-7fdf96d32000 r--p 4000 08:01 984008 
/usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0
7fdf96d32000-7fdf96d33000 rw-p 5000 08:01 984008 
/usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0
7fdf96d33000-7fdf96d3c000 r-xp  08:01 983437 
/usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7fdf96d3c000-7fdf96f3b000 ---p 9000 08:01 983437 
/usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7fdf96f3b000-7fdf96f3c000 r--p 8000 08:01 983437 
/usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7fdf96f3c000-7fdf96f3d000 rw-p 9000 08:01 983437 
/usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7fdf96f3d000-7fdf96f47000 r-xp  08:01 984093 
/usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2
7fdf96f47000-7fdf97146000 ---p a000 08:01 984093 
/usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2
7fdf97146000-7fdf97147000 r--p 9000 08:01 984093 
/usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2
7fdf97147000-7fdf97148000 rw-p a000 08:01 984093 
/usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2
7fdf97148000-7fdf97441000 r--p  08:01 443754 
/usr/lib/locale/locale-archive
7fdf97441000-7fdf97446000 r-xp  08:01 983297 
/usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7fdf97446000-7fdf97645000 ---p 5000 08:01 983297 
/usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7fdf97645000-7fdf97646000 rw-p 4000 08:01 983297 
/usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7fdf97646000-7fdf97649000 r-xp  08:01 984437 
/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7fdf97649000-7fdf97848000 ---p 3000 08:01 984437 
/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7fdf97848000-7fdf97849000 r--p 2000 08:01 984437 
/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7fdf97849000-7fdf9784a000 rw-p 3000 08:01 984437 
/usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7fdf9784a000-7fdf9784d000 r-xp  08:01 164768 
/lib/x86_64-linux-gnu/libdl-2.17.so
7fdf9784d000-7fdf97a4c000 ---p 3000 08:01 164768 
/lib/x86_64-linux-gnu/libdl-2.17.so
7fdf97a4c000-7fdf97a4d000 r--p 2000 08:01 164768 
/lib/x86_64-linux-gnu/libdl-2.17.so
7fdf97a4d000-7fdf97a4e000 rw-p 3000 08:01 164768 
/lib/x86_64-linux-gnu/libdl-2.17.so
7fdf97a4e000-7fdf97a6b000 r-xp  08:01 983190 
/usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7fdf97a6b000-7fdf97c6a000 ---p 0001d000 08:01 983190 
/usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7fdf97c6a000-7fdf97c6b000 r--p 0001c000 08:01 983190 
/usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7fdf97c6b000-7fdf97c6c000 rw-p 0001d000 08:01 983190 
/usr/lib/x86_64-linux-gnu/libxcb

Bug#689743: xbmc: Please add MIME information

[Balint Reczey]

tags 689743 confirmed
thanks

Hi Teemu,

On 10/05/2012 09:46 PM, Teemu Ikonen wrote:
> Package: xbmc
> Version: 2:11.0~git20120510.82388d5-1
> Severity: wishlist
> 
> It would be nice to have XBMC as an option when opening media files in various
> file managers like for example nautilus. VLC and mplayer register the mime
> types they can handle in /usr/lib/mime/packages, XBMC should do the same.
The next upload will contain MIME registrations based on VLC's.

Cheers,
Balint


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

Bug#726248: Bug#734328: kfreebsd-kernel-headers: Don't ship here

[Robert Millan]

Hi Samuel,

On 06/01/2014 00:59, Samuel Bronson wrote:
> Given the facts:
> 
>   - nobody has ported the dtrace userspace to [e]glibc yet
>   
>   - there *are* packages that could benefit from systemtap's version of
> ; in particular, GDB can use such probes, and has
> particular support for ones in [e]glibc and libgcc (see
> )
> 
>   - this package and systemtap-sdt-dev can't *both* install 
> 
> it doesn't seem particularly useful for you to ship the
> dtrace-compatible  in this package.
> 
>  has a lot of discussion about this.
> 
> (It might *possibly* be useful for people running Debian in a chroot,
> but on the other hand wouldn't they need a copy of dtrace in there to be
> able to include all the necessary metadata in their binaries anyway?  If
> so, it seems unlikely to be much more work for them to install the
> dtrace-compatible  at the same time.  Or, if that worries
> you, you could split it into its own package.)

What's wrong with Replaces: ? I proposed this in my last mail, but it
went unanswered:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726248#105

I really don't see why you want us to remove legacy functionality from
k-k-h. As far as I can see its presence doesn't stop you from providing
an alternative and making other packages Build-Depend on it.

As for the dtrace userland, we don't have it yet, but we're much closer.
There's a ctfutils package, and latest versions of the kernel are built
with CTF debug information and dtrace support now.

I think that eventually we can have both implementations of SDT probes.
Systemtap obviously has better integration with the GNU toolchain but
DTrace will most likely have better kernel integration for us. I think
there's room for both options and I think it's great to have this choice.
So why remove the BSD version of ? Better to provide users
with two great tools than just one, don't you think?

-- 
Robert Millan


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