Bug#593978: chromium-browser: does a lot of unaligned memory accesses that are slow on ARMv4

[Vincent Bernat]

Package: chromium
Followup-For: Bug #593978

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

This bug seems to have been fixed upstream:
 https://code.google.com/p/chromium/issues/detail?id=50113


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

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

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

iQIcBAEBCAAGBQJR1mSwAAoJEJWkL+g1NSX5VTgP/3hgvV0SvU3N/AwXGNeWQwGp
btsYEuZ8XkMLeqeRNn/QnOc+6JG0z2RVmhcWj0pu4rpmNv6RzVpywpuL0skxrv5J
bYSMwKSG/nbYyge1g0ig6EJjajAFoDrTjnv5JrRqyEYzbBqHtJJJvpOqJdYBAOuH
T8mb/gQLRdSRCDpJMztO0z8caShnlBhehlyORUtoMD4kCdb5FrXU18KTynfNareJ
OhCQCXOmv58ymgoyDct6ntzZ5tKuOAXHreqjqaJvdPhUekguD4GgQizRW0jPCmfC
dBZ+RRIEcolb8z5LPZ1bu4uadM2JILzg4lUzYsjLj6NcnRGPfAwnRDuOAtzw3ROZ
TqAIOZWgMSyJ70APRPLL3QXdWrUil7WG1gAcDykyF/BVW9yeyfsGILvDDRA9wmkK
k5lAJ/bGPdBA/1Uk/QNPBaDRCcz77HBxHtWWPaCmpkASsCaUYj3PyOh4oqIv0UrC
vES5pwERZuyi172ILMcFSM2ClDZA1PM7CnukpreEOlUmu6LY1Lgb4+PYFhb+S32m
pklECWhERsBsWcA7FzLgyTOsPuNoFCKL8K9KtI9/flfXSK1VhUvC37mem9D01ecu
aejEnbos9WE4yD9dQDvjZtu6Hep9wVPx6h4TD4PdfrxAIDdB76NpmQ6iBk8c0qaa
I2MH2VWnycPoEBAqUHj3
=YYQn
-END PGP SIGNATURE-


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

Bug#456497: python-coverage: additional output format to please emacs users

[Ben Finney]

On 10-Jul-2009, Ben Finney wrote:
 Thanks. I think until we get a reference to a specified format (as
 opposed to a particular version of code that consumes it), I'm not
 prepared to advocate for generating output in that format.
[…]
 I will leave this bug report in its current state (waiting for more
 info).

No specific information has been forthcoming in the intervening six years,
so I'm closing this bug report.

If this feature is still wanted, please file a new report with a useable
specification of the desired format.

Thanks for your interest in this package!

-- 
 \ “Men never do evil so completely and cheerfully as when they do |
  `\it from religious conviction.” —Blaise Pascal (1623–1662), |
_o__)   Pensées, #894. |
Ben Finney b...@benfinney.id.au


signature.asc
Description: Digital signature

Bug#714981: Build nvidia module fails with Kernel 3.10

[LOMBARD Maxime]

Package: nvidia-glx
Version: 304.88-4

Dear mainteners,

I build myself the latest kernel 3.10 for tests and it seems that there is
a bug concerning the nvidia driver installation.
In fact, with the latest kernel, it's impossible to build the nvidia
module, it fails. This bug concern all Nvidia driver (304.X, 313.X and
325.08) and Nvidia has not corrected this upstream bug.

See here :
https://devtalk.nvidia.com/default/topic/549532/linux/linux-3-10-incompatibility-in-function-lsquo-nv_i2c_del_adapter-rsquo-error-void-value-not-igno/

See here :
https://devtalk.nvidia.com/default/topic/549208/linux/patch-for-325-08-on-linux-3-10/

I attach the patch (it's not mine) for the latest Nvidia-driver 325.08 (i
don't try it with older version) IF the kernel 3.10 appears in Debian
Sid/Testing/Wheezy-backports before the next Nvidia driver release.

Cheers,
Max
diff -ur -X - NVIDIA-Linux-x86_64-319.17-no-compat32.orig/kernel/nv-i2c.c 
NVIDIA-Linux-x86_64-319.17-no-compat32/kernel/nv-i2c.c
--- NVIDIA-Linux-x86_64-319.17-no-compat32.orig/kernel/nv-i2c.c 2013-04-26 
00:22:30.0 -0400
+++ NVIDIA-Linux-x86_64-319.17-no-compat32/kernel/nv-i2c.c  2013-05-13 
05:20:55.571981365 -0400
@@ -311,8 +311,6 @@
 BOOL NV_API_CALL nv_i2c_del_adapter(nv_state_t *nv, void *data)
 {
 struct i2c_adapter *pI2cAdapter = (struct i2c_adapter *)data;
-int osstatus = 0;
-BOOL wasReleased = FALSE;
 
 #if defined(KERNEL_2_4)
 if (!NV_WEAK_SYMBOL_PRESENT(i2c_add_adapter))
@@ -324,15 +322,10 @@
 if (!pI2cAdapter) return FALSE;
 
 // attempt release with the OS
-osstatus = i2c_del_adapter(pI2cAdapter);
+i2c_del_adapter(pI2cAdapter);
+os_free_mem(pI2cAdapter);
 
-if (!osstatus)
-{
-os_free_mem(pI2cAdapter);
-wasReleased = TRUE;
-}
-
-return wasReleased;
+return TRUE;
 }
 
 #else // (defined(CONFIG_I2C) || defined(CONFIG_I2C_MODULE))
diff -ur -X - NVIDIA-Linux-x86_64-319.17-no-compat32.orig/kernel/nv-procfs.c 
NVIDIA-Linux-x86_64-319.17-no-compat32/kernel/nv-procfs.c
--- NVIDIA-Linux-x86_64-319.17-no-compat32.orig/kernel/nv-procfs.c  
2013-04-26 00:22:30.0 -0400
+++ NVIDIA-Linux-x86_64-319.17-no-compat32/kernel/nv-procfs.c   2013-05-22 
04:52:45.229495748 -0400
@@ -60,60 +60,41 @@
 __entry;  \
 })
 
-#define NV_CREATE_PROC_FILE(name,parent,__read_proc,   \
-__write_proc,__fops,__data)\
-   ({  \
-struct proc_dir_entry *__entry;\
-int __mode = (S_IFREG | S_IRUGO);  \
-if ((NvUPtr)(__write_proc) != 0)   \
-__mode |= S_IWUSR; \
-__entry = NV_CREATE_PROC_ENTRY(name, __mode, parent);  \
-if (__entry != NULL)   \
-{  \
-if ((NvUPtr)(__read_proc) != 0)\
-__entry-read_proc = (__read_proc);\
-if ((NvUPtr)(__write_proc) != 0)   \
-{  \
-__entry-write_proc = (__write_proc);  \
-__entry-proc_fops = (__fops); \
-}  \
-__entry-data = (__data);  \
-}  \
-__entry;   \
-})
+#define NV_PROC_RW (S_IFREG|S_IRUGO|S_IWUSR)
+#define NV_PROC_RO (S_IFREG|S_IRUGO)
 
 #define NV_CREATE_PROC_DIR(name,parent)\
({  \
 struct proc_dir_entry *__entry;\
 int __mode = (S_IFDIR | S_IRUGO | S_IXUGO);\
-__entry = NV_CREATE_PROC_ENTRY(name, __mode, parent);  \
+__entry = proc_mkdir_mode(name, __mode, parent);   \
 __entry;   \
 })
 
+#if LINUX_VERSION_CODE = KERNEL_VERSION(3,9,255)
+static inline void *PDE_DATA(const struct inode *inode) {
+   return PDE(inode)-data;
+}
+#endif
+
 #define NV_PROC_WRITE_BUFFER_SIZE   (64 * RM_PAGE_SIZE)
 
 static int
-nv_procfs_read_gpu_info(
-char  *page,
-char **start,
-off_t  off,
-intcount,
-int   *eof,
-void  *data
+nv_procfs_show_gpu_info(
+struct seq_file *m,
+void *v
 )
 {
-nv_state_t *nv = data;
+nv_state_t *nv = m-private;
 nv_linux_state_t *nvl = NV_GET_NVL_FROM_NV_STATE(nv);
 struct pci_dev *dev = nvl-dev;
 char *type, *fmt, tmpstr[NV_DEVICE_NAME_LENGTH];
-int len = 0, status;
+int status;
 NvU8 *uuid;
 NvU32 vbios_rev1, vbios_rev2, vbios_rev3, vbios_rev4, vbios_rev5;
 

Bug#714982: postgresql-common: logrotate should not be required by the package

[Bill MacAllister]

Package: postgresql-common
Version: 134wheezy3
Severity: normal

Dear Maintainer,

   * What led up to the situation?

 The requirement of having logrotate conflicts with our policy of 
 using another method of log rotation and requires specific code in 
 out configuration management system to work around.

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

 Allowed logrotate to be installed but removed all of the 
 cron jobs for its execution.

Since logrotate is not required for the effective use of postgresql is 
should not be required by the package, rather is should be recommended.

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

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


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

Bug#714983: ITP: python-ordereddict -- drop-in substitute for Python 2.7's new collections.OrderedDict

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: python-ordereddict
  Version : 1.1
  Upstream Author : Raymond Hettinger
* URL : https://pypi.python.org/pypi/ordereddict
* License : MIT
  Programming Lang: Python
  Description : drop-in substitute for Python 2.7's new 
collections.OrderedDict

 Drop-in substitute for Py2.7's new collections.OrderedDict. The recipe has
 big-oh  performance that matches regular dictionaries (amortized O(1)
 insertion/deletion/lookup and O(n) iteration/repr/copy/equality_testing).
 .
 Originally based on http://code.activestate.com/recipes/576693/


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

Bug#653813: ITP: edgar -- The Legend of Edgar platform game

[Richard Sweeney]

Hi,

I'm currently replacing the music and sound effects in The Legend of Edgar with 
media from opengameart.org. Currently, the media I'm using have the following 
licences

CC-BY 3.0
CC-BY-SA 3.0
GPL 3.0

Are these licences OK for Debian, or will the GPL 3.0 be an issue? I couldn't 
really find a clear answer on this one.

Thanks

Richard

  

Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line

[Guido Günther]

Hi Petter,
On Thu, Jul 04, 2013 at 08:34:22PM +0200, Petter Reinholdtsen wrote:
 [Guido Günther]
  But where does the .intern come from? It needs to be appended somewhere
  and I assume that's missing with heimdal. 
  
  Either there isn't a DNS domain or there is (assuming we're not talking
  about anything similar to mDNS .local)?
 
 As I said, it come from resolv.conf, where it is listed in 'search'.
 The source for that info is DHCP.

Could you check if adding: 

domain intern

works around your problem? We'd know then if heimdal and MIT behave
differently or if we do have to look for another issue.

It'd also be good to see the DNS traffic when you try to acquire a TGT
via krb5-auth-dialog or heimdal's kinit. The later could easily be done
by copying the kinit to the diskless workstation's /tmp - the libs are
already there due to krb5-auth-dialog.

 
  See above. Why should it query _kerberos.intern. ? I assume that if
  you set the realm to INTERN in krb5.conf things start to work?
  
  This looks more like a heimdal vs mit issue. I'm happy to help here
  out either but we'd better create a bug against heimdal on this one.
 
 So you are saying MIT Kerberos is better at working without explicit
 configuration?  Good to know. :)

I'm mostly trying to figure out if this is a heimdal vs. MIT issue or if
krb5-auth-dialog is involved. I'm almost convinced it's the former but
I'd like to be sure before bugging the hemdal maintainers ;)
cheers,
 -- Guido

 
 -- 
 Happy hacking
 Petter Reinholdtsen
 


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

Bug#714986: Error: thumb conditional instruction should be in IT block -- `strexeq r1, r2, [r4]'

[Mathieu Malaterre]

Package: tbb
Version: 4.0+r233+update5-0.2
Severity: grave

It looks as if the armhf build is not usable. Currently openvdb fails to 
compiles with:

g++ -c -DOPENVDB_PRIVATE -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -pthread -g -I . -I .. -I 
/usr/include -I /usr/include -I /usr/include -fPIC -o openvdb.o openvdb.cc
/tmp/ccUvFoYn.s: Assembler messages:
/tmp/ccUvFoYn.s:26123: Error: thumb conditional instruction should be in IT 
block -- `strexeq r1,r2,[r4]'
/tmp/ccUvFoYn.s:163395: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:163968: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:164541: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:165114: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:165687: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:166261: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:166834: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:167407: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:167980: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
/tmp/ccUvFoYn.s:168553: Error: thumb conditional instruction should be in IT 
block -- `strexeq r3,r4,[r5]'
make[2]: *** [openvdb.o] Error 1

ref:
https://buildd.debian.org/status/fetch.php?pkg=openvdbarch=armhfver=1.2.0-1stamp=1372981674


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

Bug#714985: Mail delivery failed: returning message to sender

[Ansgar Burchardt]

Source: trac-datefieldplugin,trac-icalviewplugin,trac-wikitablemacro
Severity: serious

The maintainer address bounces, see below.

Ansgar

Mail Delivery System writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   r...@toor.fi.eu.org
 SMTP error from remote mail server after RCPT TO:r...@toor.fi.eu.org:
 host fastvps.svobodainfo.org [144.76.56.215]:
 550 relay not permitted

 -- This is a copy of the message, including all the headers. --

[...]
 To: Al Nikolov cl...@debian.org, [...]
[...]
 Subject: trac-datefieldplugin_0.7782-3.1_amd64.changes ACCEPTED into unstable
[...]


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

Bug#713947: updated broke squeeze installation

[Raphael Hertzog]

On Thu, 04 Jul 2013, Paul Dreik wrote:
 do. I do not think it would hurt to mention it among the other news
 displayed when updating the package. People run debian stable for a
 reason, and security updates that bump the version should in my opinion
 be careful about breaking existing installations. I hope I contributed
 instead of only complaining by troubleshooting and reporting my findings.

I added a paragraph in README.Debian explaining this (commited in the git
repo).

  Notice: Undefined index: HTTP_X_FORWARDED_PROTO in
  /usr/share/wordpress/wp-config.php on line 56
  
  For this one I'm not so sure, but double checking the previous item
  should at least help.
 
 This problem is unrelated to the problems I had and persists also in the
 new version (upstream or not). It is solved by the attached patch.

Thanks, applied in the git repository.

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#714984: libvips-tools: Segmentation Fault: vips 7.28.5-1 with jpeg compression

[Giorgio Quattrone]

Package: libvips-tools
Version: 7.28.5-1
Severity: normal

Hi all,

segmentation fault occurs with jpeg compression
vips im_vips2tiff source.tif target.tif:jpeg:75,tile:256x256,pyramid,manybit
(kernel.log line
[ 1034.440894] vips[15311] general protection 
ip:7f9d200b81d7 sp:7fffc6365790 error:0 in libjpeg.so.8.4.0[7f9d2008e000+3a000]
)

but it works with other compression.

On Debian 6 (Squeeze) it works as well with jpeg compression.

Thank you,
Giorgio

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

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

Versions of packages libvips-tools depends on:
ii  libc6   2.13-38
ii  libcfitsio3 3.300-2
ii  libexif12   0.6.20-3
ii  libfftw3-3  3.3.2-3.1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgomp14.7.2-5
ii  libilmbase6 1.0.1-4
ii  libjpeg88d-1
ii  liblcms2-2  2.2+git20110628-2.2
ii  libmagickcore5  8:6.7.7.10-5
ii  libmagickwand5  8:6.7.7.10-5
ii  libmatio0   1.3.4-4
ii  libopenexr6 1.6.1-6
ii  libopenslide0   3.2.6-2
ii  liborc-0.4-01:0.4.16-2
ii  libpango1.0-0   1.30.0-1
ii  libpng12-0  1.2.49-1
ii  libstdc++6  4.7.2-5
ii  libtiff54.0.2-6+deb7u1
ii  libvips15   7.28.5-1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages libvips-tools recommends:
ii  libvips-doc  7.28.5-1
ii  nip2 7.28.4-1

Versions of packages libvips-tools suggests:
pn  libvips-dev  none

-- 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#653813: ITP: edgar -- The Legend of Edgar platform game

[Paul Wise]

On Fri, Jul 5, 2013 at 2:44 PM, Richard Sweeney wrote:

 I'm currently replacing the music and sound effects in The Legend of Edgar
 with media from opengameart.org. Currently, the media I'm using have the
 following licences

 CC-BY 3.0
 CC-BY-SA 3.0
 GPL 3.0

 Are these licences OK for Debian, or will the GPL 3.0 be an issue? I
 couldn't really find a clear answer on this one.

These licenses are OK for Debian.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#714983: ITP: python-ordereddict -- drop-in substitute for Python 2.7's new collections.OrderedDict

[Andrey Rahmatullin]

On Fri, Jul 05, 2013 at 02:33:58PM +0800, Thomas Goirand wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Thomas Goirand z...@debian.org
 
 * Package name: python-ordereddict
   Version : 1.1
   Upstream Author : Raymond Hettinger
 * URL : https://pypi.python.org/pypi/ordereddict
 * License : MIT
   Programming Lang: Python
   Description : drop-in substitute for Python 2.7's new 
 collections.OrderedDict
 
  Drop-in substitute for Py2.7's new collections.OrderedDict. The recipe has
  big-oh  performance that matches regular dictionaries (amortized O(1)
  insertion/deletion/lookup and O(n) iteration/repr/copy/equality_testing).
ordereddict was removed from Debian on 17 Jan 2012 (#655576) 
It is needed only for python 2.6 which soon will die.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#714951: [Pkg-utopia-maintainers] Bug#714951: network-manager: NM ceased to handle Aironet wireless card

[Roland Mas]

Michael Biebl, 2013-07-04 22:57:16 +0200 :

 Hi Roland,

 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: nl80211: 'nl80211' generic 
 netlink not found
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: Failed to initialize driver 
 'nl80211'
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWENCODEEXT]: 
 Invalid argument
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWENCODEEXT]: 
 Invalid argument
 Jul 4 16:02:31 elastomir wpa_supplicant[1700]: eth1: Trying to
 associate with 14:0c:76:f9:23:bd (SSID='FreeWifi' freq=2472 MHz)
 Jul  4 16:02:31 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWGENIE]: 
 Operation not supported
 Jul 4 16:02:31 elastomir wpa_supplicant[1700]: eth1: Association
 request to the driver failed


 That looks suspcious. Do you get a reliable network connection if you
 use ifupdown+wpa_supplicant directly?

  I don't really know.  Since the wireless network I'm trying to attach
to is unencrypted, I do without wpa_supplicant.  But ifupdown+iwconfig
do lead to a reliable connection, yes.

Roland.
-- 
Roland Mas

Certains disent que les vrais hommes ne font pas de backups.
Mais ils disent aussi que même les vrais hommes pleurent parfois.


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

Bug#714987: gnuradio: fails to install: SyntaxError in /usr/share/gnuradio/examples/atsc/xlate.py, line 49

[Andreas Beckmann]

Package: gnuradio
Version: 3.7.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

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

  Selecting previously unselected package gnuradio.
  (Reading database ... 14395 files and directories currently installed.)
  Unpacking gnuradio (from .../gnuradio_3.7.0-1_amd64.deb) ...
  Processing triggers for mime-support ...
  Processing triggers for shared-mime-info ...
  Setting up gnuradio (3.7.0-1) ...
File /usr/share/gnuradio/examples/atsc/xlate.py, line 49
  duc = filter.freq_xlating_fir_filter_ccf( 1 duc_coeffs, 5.75e6, 19.2e6 )
   ^
  SyntaxError: invalid syntax
  
  dpkg: error processing gnuradio (--configure):
   subprocess installed post-installation script returned error exit status 101
  Errors were encountered while processing:
   gnuradio


cheers,

Andreas


gnuradio_3.7.0-1.log.gz
Description: GNU Zip compressed data

Bug#714958: transcode fails to extract AC3 audio track as is when audio track number is not 0

[Fabian Greffrath]

tags -1 pending

Am Donnerstag, den 04.07.2013, 19:36 +0200 schrieb Sebastian Ramacher:
  where you can see that tcdemux uses -a1 and -d0 (which is right), but 
  tcextract uses -a0 and 
  -d1 (which is wrong, because I want audio track number 1, not 0; and 
  verbosity is unexpectedly set 
  to 1). Thus, transcode ends as...

I have fixed this in GIt in the master.experimental branch. I think,
though, that branch should get merged into master and then uploaded to
unstable. Any volunteer DDs? :)

 - Fabian


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

Bug#714988: Crash in xmms2 add

[Jean-Michel Vourgère]

Package: libxmmsclient6
Version: 0.8+dfsg-6
Severity: important

Dear Maintainer,

I run a wakeup script in the morning.
Now it fails from time to time, randomly.
Yesterday, I got:

./wakeup: line 10: 16347 Segmentation fault  xmms2 add 
/home/nirgal/wakeupbackup.mp3

And now:

xmms2-launcher: startup of xmms2d failed!
Unknown command: 'config playlist.repeat_all 1'
Type 'help' for the list of commands.
Failed in file ../src/clients/lib/xmmsclient/result.c on  row 374
 **
 * xmmsv_is_type was called NULL value
 * This is probably an error in the application using libxmmsclient
 **
Could not connect to server at default path!


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

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

Versions of packages libxmmsclient6 depends on:
ii  libc6  2.17-6

libxmmsclient6 recommends no packages.

libxmmsclient6 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#714114: Might be fixed with linux 3.10

[Philipp Marek]

If I read correctly at least my BCM4313 should be supported by brcmsmac in 
linux 3.10.
Let's hope there's a debian package available soon ;)


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

Bug#712174: Not support in upstream

[Philipp Marek]

 Right, the device listing in your report shows you had the 'wl' driver
 loaded on 3.2.  Although this doesn't seem to be a regression, it is a
 bug (of a sort) that the free b43 driver doesn't support this WLAN
 controller.
If I read correctly at least my BCM4313 should be supported by brcmsmac in 
linux 3.10.

Let's hope there's a debian package available soon ;)


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

Bug#714951: [Pkg-utopia-maintainers] Bug#714951: Bug#714951: network-manager: NM ceased to handle Aironet wireless card

[Michael Biebl]

Am 05.07.2013 09:19, schrieb Roland Mas:
 Michael Biebl, 2013-07-04 22:57:16 +0200 :
 
 Hi Roland,

 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: nl80211: 'nl80211' generic 
 netlink not found
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: Failed to initialize driver 
 'nl80211'
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWENCODEEXT]: 
 Invalid argument
 Jul  4 16:02:25 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWENCODEEXT]: 
 Invalid argument
 Jul 4 16:02:31 elastomir wpa_supplicant[1700]: eth1: Trying to
 associate with 14:0c:76:f9:23:bd (SSID='FreeWifi' freq=2472 MHz)
 Jul  4 16:02:31 elastomir wpa_supplicant[1700]: ioctl[SIOCSIWGENIE]: 
 Operation not supported
 Jul 4 16:02:31 elastomir wpa_supplicant[1700]: eth1: Association
 request to the driver failed


 That looks suspcious. Do you get a reliable network connection if you
 use ifupdown+wpa_supplicant directly?
 
   I don't really know.  Since the wireless network I'm trying to attach
 to is unencrypted, I do without wpa_supplicant.  But ifupdown+iwconfig
 do lead to a reliable connection, yes.

That is hitting completely different code paths, so that the result
differs is not too unexpected.

Is it possible you can try to setup wpa_supplicant to use both wext and
nl80211 and report back with the results. This should help to narrow
down where the problem is.

Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#714876: cairo-dock-core: Fails to overwrite a file so fails to install

[sharon kimble]

Package: cairo-dock-core
Version: 3.2.1-1~stable
Followup-For: Bug #714876

Dear Maintainer,
Even when using debs from 'sid/main' this bug remains, as shown here -
#
 install cairo-dock cairo-dock-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Recommended packages:
  cairo-dock-plugins
The following NEW packages will be installed:
  cairo-dock cairo-dock-core
0 upgraded, 2 newly installed, 0 to remove and 5 not upgraded.
Need to get 1,935 kB of archives.
After this operation, 5,280 kB of additional disk space will be used.
Get:1 http://http.debian.net/debian/ sid/main cairo-dock-core i386 3.2.1-1
[1,927 kB]
Get:2 http://http.debian.net/debian/ sid/main cairo-dock i386 3.2.1-1 [8,484 B]
Fetched 1,935 kB in 2s (934 kB/s)
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 487228 files and directories currently installed.)
Unpacking cairo-dock-core (from .../cairo-dock-core_3.2.1-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/cairo-dock-core_3.2.1-1_i386.deb
(--unpack):
 trying to overwrite '/usr/lib/i386-linux-gnu/libgldi.so.3.2.1', which is also
in package libgldi3:i386 3.2.1-1~testing
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Selecting previously unselected package cairo-dock.
Unpacking cairo-dock (from .../cairo-dock_3.2.1-1_i386.deb) ...
Errors were encountered while processing:
 /var/cache/apt/archives/cairo-dock-core_3.2.1-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
##



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

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

Versions of packages cairo-dock-core depends on:
ii  cairo-dock-data   3.2.1-1~testing
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-7
ii  libcairo-gobject2 1.12.14-5
ii  libcairo2 1.12.14-5
ii  libcurl3-gnutls   7.31.0-2
ii  libdbus-1-3   1.6.12-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libgl1-mesa-glx [libgl1]  9.1.3-6
ii  libgldi3  3.2.1-1~testing
ii  libglib2.0-0  2.36.3-2
ii  libglu1-mesa [libglu1]9.0.0-1
ii  libgtk-3-03.8.2-2
ii  libpango1.0-0 1.32.5-5+b1
ii  librsvg2-22.36.4-2
ii  libx11-6  2:1.6.0-1
ii  libxcomposite11:0.4.4-1
ii  libxinerama1  2:1.1.3-1
ii  libxml2   2.9.1+dfsg1-2
ii  libxrandr22:1.4.1-1
ii  libxrender1   1:0.9.8-1
ii  libxtst6  2:1.2.1-1+deb7u1

Versions of packages cairo-dock-core recommends:
iu  cairo-dock   3.2.1-1
ii  cairo-dock-plug-ins  3.2.1-2

Versions of packages cairo-dock-core suggests:
ii  empathy 3.4.2.3-3
ii  gimp2.8.6-1
ii  gnome-terminal  3.8.3-1
ii  iceweasel   17.0.7esr-1
ii  inkscape0.48.4-1
ii  rhythmbox   2.99.1-3
ii  shotwell0.14.1-2
ii  xcompmgr1.1.5-1


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

Bug#714983: ITP: python-ordereddict -- drop-in substitute for Python 2.7's new collections.OrderedDict

[Thomas Goirand]

On 07/05/2013 03:12 PM, Andrey Rahmatullin wrote:
 On Fri, Jul 05, 2013 at 02:33:58PM +0800, Thomas Goirand wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Thomas Goirand z...@debian.org

 * Package name: python-ordereddict
   Version : 1.1
   Upstream Author : Raymond Hettinger
 * URL : https://pypi.python.org/pypi/ordereddict
 * License : MIT
   Programming Lang: Python
   Description : drop-in substitute for Python 2.7's new 
 collections.OrderedDict

  Drop-in substitute for Py2.7's new collections.OrderedDict. The recipe has
  big-oh  performance that matches regular dictionaries (amortized O(1)
  insertion/deletion/lookup and O(n) iteration/repr/copy/equality_testing).
 ordereddict was removed from Debian on 17 Jan 2012 (#655576) 
 It is needed only for python 2.6 which soon will die.

Oh, thanks!

Thomas


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

Bug#714990: fails to reconnect after IP address change

[Daniel Pocock]

Package: strongswan-ikev2
Version: 4.5.2-1.5+deb7u1
Severity: important

charon seems to get stuck with stale IP addresses

e.g. I tether my laptop and get the IP address 192.168.42.40

I start the VPN  (ipsec up ...)

I use the VPN for 5 minutes

Un-tether the laptop and connect to a LAN, pick up a new IP address

Now run ipsec up vpn again and it is still trying to use 192.168.42.40
as the source IP:

initiating IKE_SA vpn[3] to A.B.C.D
generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ]
sending packet: from 192.168.42.40[500] to A.B.C.D[500]
retransmit 1 of request with message ID 0
sending packet: from 192.168.42.40[500] to A.B.C.D[500]
^C

I checked with ip addr and I can confirm that the 192.168 address is
not bound to any interface

/etc/init.d/ipsec restart

fixes it and then I can connect using the new IP

While a power user is able to diagnose this issue quickly, it is likely
to be very frustrating for non-technical users who just won't be able to
start their VPN without a reboot


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

Bug#714991: libqtcore4: New dependency qtcore4-l10n not recognized by i386 arch package, preventing multiarch upgrade

[Alex Vanderpol]

Package: libqtcore4
Version: 4:4.8.5+dfsg-1
Severity: important

Dear Maintainer,

The recent update for libqtcore4 (version 4:4.8.5+dfsg-1) brings in a new
dependency on qtcore4-l10n, which appears to be an arch-independent package,
however, on multiarch systems, the i386 package does not recognize the
availability of qtcore4-l10n, and therefore cannot be upgraded. This in turn
prevents the amd64 package from being updated (unless one is willing to remove
the i386 packages and any packages depending on them, ie. Skype), as well as
preventing all of the packages depending on libqtcore4 from being updated.

I hope you can find a way to remedy this situation, for the time being I will
have to hold off on these updates, since I would prefer to keep Skype
installed.

P.S. A similar issue occurred when the Pango libraries underwent a packaging
change and the original libpango1.0-0 package was made into an arch-independent
transitional package, ultimately this did not work (the i386 packages would not
recognize that the arch-independent transitional package existed and was
installed) and the package was split into separate arch-specific packages
again. This may, unfortunately, be the route you have to take, unless someone
can figure out why i386 packages seem to be unable to recognize arch-
independent dependencies on multiarch systems.



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

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


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

Bug#714989: Error - Can't allocate any color cells

[Mathieu Malaterre]

Package: dicom3tools
Version: 1.0~20130226-2
Severity: normal

It would be nice if dcdisp would be usable. Currently it fails with:

$ ./appsrc/dcdisp/dcdisp /tmp/raw.dcm
Read ...
  Rows = 256
  Columns = 256
  NumberOfFrames = 0
  PhotometricInterpretation = MONOCHROME2
  SamplesPerPixel = 1
  BitsAllocated = 16
  BitsStored = 16
  HighBit = 15
  PixelRepresentation = 1
  PlanarConfiguration = 0
  RescaleIntercept = 0
  RescaleSlope = 0
  WindowCenter = 96
  WindowWidth = 192
  PixelPaddingValue = 0
  VOILUTs = 
  PixelData Value Length = 0x2
Using ...
  Rows = 256
  Columns = 256
  NumberOfFrames = 1
  PhotometricInterpretation = MONOCHROME2
  SamplesPerPixel = 1
  BitsAllocated = 16
  BitsStored = 16
  HighBit = 15
  PixelRepresentation = 1
  PlanarConfiguration = 0
  RescaleIntercept = 0
  RescaleSlope = 1
  WindowCenter = 96
  WindowWidth = 192
  PixelPaddingValue = 0
  VOILUTs = 
  Rows*Columns*SamplesPerPixel*BitsAllocated/8 = 0x2

Error - Can't allocate any color cells
Color map establishment failed
[1]31046 segmentation fault  ./appsrc/dcdisp/dcdisp /tmp/raw.dcm


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

Bug#710273: Use of libvirt to build debian images

[Thomas Goirand]

On 07/03/2013 08:05 PM, Emmanuel Kasper wrote:
 it is also possible to do the provisioning  of KVM images using
 virt-install, the debian installer, and  a preseed file
 
 it has the advantage of enabling the fullpower of a debian presseed
 file, but maybe you lose the flexibility of a customer script
 (for instance I don't know if the Debian Installer allows you to instead
 a different bootloader than grub)
 
 This is the command I use to create my KVM images (tested on Debian 7.1)
 
 export OS=Debian7
 
 virt-install \
 --connect qemu:///system \
 --name ${OS} \
 --ram 512 \
 --vcpus 1 \
 --file /tmp/${OS}.img \
 --file-size=4 \
 --location
 http://http.debian.net/debian/dists/stable/main/installer-amd64/ \
 --virt-type kvm \
 --os-variant debianwheezy \
 --network bridge=br0 \
 --extra-args auto=true hostname=${OS} domain=
 url=http://subsole.org/static/misc/debian-preseed.cfg text
 
 You can optionally connect to the VM with
 virt-viewer -c qemu:///system Debian7
 and watch the show !

Hi,

This is interesting, thanks for sharing. Though I believe that my script
is more flexible than using the installer (I prefer using debootstrap
directly), and also will result in a much smaller image. It will also be
faster the way I do.

Thomas


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

Bug#714843: apparmor: include /usr/share/fontconfig/ in abstractions/fonts

[intrigeri]

Hi,

Jakub Wilk wrote (03 Jul 2013 11:19:15 GMT) :
 With recent versions of fontconfig-config (= 2.10), files in 
 /etc/fonts/conf.d/ are
 symlinks pointing to /usr/share/fontconfig/.

I confirm the packaged AppArmor profiles don't take this into account.

 Please add this line to
 /etc/apparmor.d/abstractions/fonts:

   /usr/share/fontconfig/**  r,

This was sufficient on my desktop sid system for a week or so:

  /usr/share/fontconfig/conf.avail/**   r,

Jakub, have you seen access to other paths in /usr/share/fontconfig/?

However, I had to add:

  /usr/share/javascript/*/fonts/**  r,
  /usr/share/poppler/** r,

... too, since about the same time as the fontconfig upgrade.

As far as I can tell, neither upstream nor Ubuntu have updated their
fonts abstraction accordingly.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)

[Zhigang Gong]

Sorry, I just found I sent the wrong patch in my last email. Please
ignore that patch and use this one:
0001-CLGL-Refine-the-hack-of-gbm-extension-initialization.patch.

On Thu, Jul 04, 2013 at 08:26:09PM +0800, Zhigang Gong wrote:
 On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:
  Hi,
  
  On 03.07.2013 12:01, Zhigang Gong wrote:
  
   The gbm device doesn't init lookup_image method and the user data. The 
   lookup_image is only
   initialized when use the gbm device to create an egl display and then 
   initialize the egl drm
   platform which is not our use model.
  
  My plan for Beignet in Debian is to upload the releases to the regular
  track where they can move into the next release, and direct git
  snapshots at the experimental track (I've made an exception with 0.1,
  because that version breaks installed OpenCL software with the error
  returns from the query APIs), so ideally I'd like to have a solution
  before that.
  
  Can this be delegated to the Mesa project by means of a change request
  in their BTS?
 
 I will do that when I have time, may be within this month. Before that,
 I have a workaround patch to get the gl texture sharing work. Could you
 help to test it? It's still very hacky but avoid reference to the mesa's
 internal symbol directly.
 
  
  Current state:
  
   - Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9
  from propagating along the regular package track (unstable - testing -
  stable). I expect that to be fixed soon.
  
   - Debian#712903 (dependency on a non-public symbol) blocks Beignet from
  propagating within Debian
  
   - Debian#630344 (support for private symbols in package dependency
  calculations) is looming above our heads. When implemented, this feature
  will make builds of packages using private symbols from other packages fail.
  
  What I can do is drop EGL support in the Debian packages, at least for
  the regular track, which would allow us to be part of the release, but
  at reduced functionality.
  
 Simon
  
  Bug references:
  
  http://bugs.debian.org/712880
  http://bugs.debian.org/712903
  http://buge.debian.org/630344
  
 
 
 
  ___
  Beignet mailing list
  beig...@lists.freedesktop.org
  http://lists.freedesktop.org/mailman/listinfo/beignet
 

 From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
 From: Zhigang Gong zhigang.g...@linux.intel.com
 Date: Thu, 4 Jul 2013 19:12:52 +0800
 Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.
 
 The scalarize pass is a function pass, and the valueMap should
 be a per-function data rather than a per-unit data. The reason
 we put it in the unit data structure is that the scalarize pass
 is before the GenWriter pass thus there is no ir::Function exists.
 
 As there may be multiple kernel functions in one unit, if we don't
 clear the valueMap each time running a new scalarize pass, the previous
 data may cause some unexpected behaviour. For example, the previous
 instructions have been already erased, then latter a new instruction
 in this function may be created in the same position of the erased
 instruction, then it breaks this valueMap. That's the root cause why
 we run the unit test several times and may encounter an assertion
 sometime.
 
 This commit also modify the ir::unit layer implementation to remove
 the dependency of llvm from that layer. In general, we should not add
 llvm related code to the ir layer.
 
 Signed-off-by: Zhigang Gong zhigang.g...@linux.intel.com
 ---
  backend/src/ir/unit.cpp   |   14 --
  backend/src/ir/unit.hpp   |   20 +++-
  backend/src/llvm/llvm_gen_backend.cpp |7 ---
  backend/src/llvm/llvm_scalarize.cpp   |2 +-
  4 files changed, 12 insertions(+), 31 deletions(-)
 
 diff --git a/backend/src/ir/unit.cpp b/backend/src/ir/unit.cpp
 index 01e1eb1..4aeffe9 100644
 --- a/backend/src/ir/unit.cpp
 +++ b/backend/src/ir/unit.cpp
 @@ -21,12 +21,6 @@
   * \file unit.cpp
   * \author Benjamin Segovia benjamin.sego...@intel.com
   */
 -#include llvm/Config/config.h
 -#if LLVM_VERSION_MINOR = 2
 -#include llvm/Instructions.h
 -#else
 -#include llvm/IR/Instructions.h
 -#endif  /* LLVM_VERSION_MINOR = 2 */
  #include ir/unit.hpp
  #include ir/function.hpp
  
 @@ -59,14 +53,6 @@ namespace ir {
  constantSet.append(data, name, size, alignment);
}
  
 -  void Unit::removeDeadValues()
 -  {
 -for(auto it : valueMap) {
 -  llvm::Instruction* I = 
 llvm::dyn_castllvm::Instruction(it.first.first);  //fake value
 -  if((I == NULL) || (I-getParent() == NULL))
 -valueMap.erase(it.first);
 -}
 -  }
std::ostream operator (std::ostream out, const Unit unit) {
  unit.apply([out] (const Function fn) { out  fn  std::endl; });
  return out;
 diff --git a/backend/src/ir/unit.hpp b/backend/src/ir/unit.hpp
 index 1017f5f..9e3d66a 100644
 --- a/backend/src/ir/unit.hpp
 +++ 

Bug#714992: (no subject)

[Elie Roux]

Subject: ITP: hunspell-br -- Breton language dictionary for hunspell
Package: wnpp
Owner: Elie Roux elie.r...@telecom-bretagne.eu
Severity: wishlist

* Package name: hunspell-br
  Version : 0.11
  Upstream Author : Philippe Basciano-Le Gall
* URL : http://www.drouizig.org
* License : GPLv2, LGPLv2, MPL
  Programming Lang: Hunspell
  Description : Breton language dictionary for hunspell

This dictionary contains Breton language wordlist for the hunspell
spellchecker (currently supported by Mozilla and LibreOffice).
It is based on the original Breton wordlist created by Philippe
Basciano-Le Gall for Korvigelloù an Drouizig (http://www.drouizig.org).
MS Word uses the same wordlist.


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

Bug#714876: [Pkg-cairo-dock-devel] Bug#714876: cairo-dock-core: Fails to overwrite a file so fails to install

[Nobuhiro Iwamatsu]

Hi,

Debian's cairo-dock package does not provide  libgldi3 package.
You are using libgldi3 package got by somewhere.
This is not a bug of Debian.

Best regards,
  Nobuhiro

2013/7/5 sharon kimble boudic...@talktalk.net:
 Package: cairo-dock-core
 Version: 3.2.1-1~stable
 Followup-For: Bug #714876

 Dear Maintainer,
 Even when using debs from 'sid/main' this bug remains, as shown here -
 #
  install cairo-dock cairo-dock-core
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Recommended packages:
   cairo-dock-plugins
 The following NEW packages will be installed:
   cairo-dock cairo-dock-core
 0 upgraded, 2 newly installed, 0 to remove and 5 not upgraded.
 Need to get 1,935 kB of archives.
 After this operation, 5,280 kB of additional disk space will be used.
 Get:1 http://http.debian.net/debian/ sid/main cairo-dock-core i386 3.2.1-1
 [1,927 kB]
 Get:2 http://http.debian.net/debian/ sid/main cairo-dock i386 3.2.1-1 [8,484 
 B]
 Fetched 1,935 kB in 2s (934 kB/s)
 Retrieving bug reports... Done
 Parsing Found/Fixed information... Done
 (Reading database ... 487228 files and directories currently installed.)
 Unpacking cairo-dock-core (from .../cairo-dock-core_3.2.1-1_i386.deb) ...
 dpkg: error processing 
 /var/cache/apt/archives/cairo-dock-core_3.2.1-1_i386.deb
 (--unpack):
  trying to overwrite '/usr/lib/i386-linux-gnu/libgldi.so.3.2.1', which is also
 in package libgldi3:i386 3.2.1-1~testing
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Selecting previously unselected package cairo-dock.
 Unpacking cairo-dock (from .../cairo-dock_3.2.1-1_i386.deb) ...
 Errors were encountered while processing:
  /var/cache/apt/archives/cairo-dock-core_3.2.1-1_i386.deb
 E: Sub-process /usr/bin/dpkg returned an error code (1)
 ##



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

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

 Versions of packages cairo-dock-core depends on:
 ii  cairo-dock-data   3.2.1-1~testing
 ii  libatk1.0-0   2.8.0-2
 ii  libc6 2.17-7
 ii  libcairo-gobject2 1.12.14-5
 ii  libcairo2 1.12.14-5
 ii  libcurl3-gnutls   7.31.0-2
 ii  libdbus-1-3   1.6.12-1
 ii  libdbus-glib-1-2  0.100.2-1
 ii  libgdk-pixbuf2.0-02.28.2-1
 ii  libgl1-mesa-glx [libgl1]  9.1.3-6
 ii  libgldi3  3.2.1-1~testing
 ii  libglib2.0-0  2.36.3-2
 ii  libglu1-mesa [libglu1]9.0.0-1
 ii  libgtk-3-03.8.2-2
 ii  libpango1.0-0 1.32.5-5+b1
 ii  librsvg2-22.36.4-2
 ii  libx11-6  2:1.6.0-1
 ii  libxcomposite11:0.4.4-1
 ii  libxinerama1  2:1.1.3-1
 ii  libxml2   2.9.1+dfsg1-2
 ii  libxrandr22:1.4.1-1
 ii  libxrender1   1:0.9.8-1
 ii  libxtst6  2:1.2.1-1+deb7u1

 Versions of packages cairo-dock-core recommends:
 iu  cairo-dock   3.2.1-1
 ii  cairo-dock-plug-ins  3.2.1-2

 Versions of packages cairo-dock-core suggests:
 ii  empathy 3.4.2.3-3
 ii  gimp2.8.6-1
 ii  gnome-terminal  3.8.3-1
 ii  iceweasel   17.0.7esr-1
 ii  inkscape0.48.4-1
 ii  rhythmbox   2.99.1-3
 ii  shotwell0.14.1-2
 ii  xcompmgr1.1.5-1

 ___
 Pkg-cairo-dock-devel mailing list
 pkg-cairo-dock-de...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cairo-dock-devel



-- 
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#714993: 60-libsane.rules differs between architectures in M-A: same package

[Ansgar Burchardt]

Package: libsane
Version: 1.0.23-1
Severity: serious

Trying to install libsane for both amd64 and i386 results in this error:


# apt-get upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  libsane libsane:i386 libsane-common
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/4673 kB of archives.
After this operation, 1397 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
(Reading database ... 341007 files and directories currently installed.)
Preparing to replace libsane:i386 1.0.22-7.4 (using 
.../libsane_1.0.23-1_i386.deb) ...
De-configuring libsane:amd64 ...
Unpacking replacement libsane:i386 ...
Preparing to replace libsane:amd64 1.0.22-7.4 (using 
.../libsane_1.0.23-1_amd64.deb) ...
Unpacking replacement libsane:amd64 ...
dpkg: error processing /var/cache/apt/archives/libsane_1.0.23-1_amd64.deb 
(--unpack):
 trying to overwrite shared '/lib/udev/rules.d/60-libsane.rules', which is 
different from other instances of package libsane:amd64
Preparing to replace libsane-common 1.0.22-7.4 (using 
.../libsane-common_1.0.23-1_amd64.deb) ...
Unpacking replacement libsane-common ...
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/libsane_1.0.23-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


The previous version (1.0.22-7.4) was okay.

Ansgar


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

Bug#714951: [Pkg-utopia-maintainers] Bug#714951: Bug#714951: network-manager: NM ceased to handle Aironet wireless card

[Roland Mas]

Michael Biebl, 2013-07-05 09:49:56 +0200 :

[...]

 That looks suspcious. Do you get a reliable network connection if you
 use ifupdown+wpa_supplicant directly?
 
   I don't really know.  Since the wireless network I'm trying to
 attach to is unencrypted, I do without wpa_supplicant.  But
 ifupdown+iwconfig do lead to a reliable connection, yes.

 That is hitting completely different code paths, so that the result
 differs is not too unexpected.

  What's unexpected (to me) is that NM tries to use wpa_supplicant for
an unencrypted network, but maybe I just don't know what it's supposed
to be doing.

 Is it possible you can try to setup wpa_supplicant to use both wext
 and nl80211 and report back with the results. This should help to
 narrow down where the problem is.

  Keeping in mind that I don't know how wpa_supplicant works, here's my
attempt:

elastomir:~# cat wpa_supplicant.conf 
network={
  ssid=FreeWifi
  scan_ssid=1
  key_mgmt=NONE
}
elastomir:~# wpa_supplicant -D wext -i eth1 -c /root/wpa_supplicant.conf 
ioctl[SIOCSIWENCODEEXT]: Invalid argument
ioctl[SIOCSIWENCODEEXT]: Invalid argument
^Ceth1: CTRL-EVENT-TERMINATING - signal 2 received
elastomir:~# wpa_supplicant -D nl80211 -i eth1 -c /root/wpa_supplicant.conf 
nl80211: 'nl80211' generic netlink not found
Failed to initialize driver 'nl80211'
eth1: Unsupported driver 'nl80211'
elastomir:~# modprobe cfg80211 
elastomir:~# wpa_supplicant -D nl80211 -i eth1 -c /root/wpa_supplicant.conf 
nl80211: Could not configure driver to use managed mode
eth1: Failed to initialize driver interface
elastomir:~# 

Roland.
-- 
Roland Mas

...sur un portable, quelque part dans le monde...
...on a laptop, somewhere in the world...


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

Bug#674682: [buildd-tools-devel] Bug#674682: schroot: Unable to remove LVM snapshots

[Roger Leigh]

On Thu, Jul 04, 2013 at 09:24:54AM +0200, Frederic Van Espen wrote:
 I also see this on a clean installed wheezy system. It randomly happens
 when a build has completed.
 
 It seems to be related to 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659762
 
 I can indeed get out of the situation by using dmsetup resume ORIGINAL. 
 At that point all hung lvm commands resume.
 
 The workaround works fine for me.

Could you possibly let me know where that needs putting (probably
somewhere in 05lvm) and I'll look at adding this.  Are there any
downsides to running dmsetup resume?


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)

[He Junyan]

Hi zhigang:

This patch seems have some problem to me.
The unit test will crash every time,

Program received signal SIGSEGV, Segmentation fault.
cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at 
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
99struct _hack_dri2_egl_display *dri2_dpy = (struct 
_hack_dri2_egl_display*)egl_dpy-DriverData;

(gdb) bt
#0  cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at 
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
#1  0x76e34689 in intel_driver_open (intel=0x615e50, 
props=0x7fffd0d0) at 
/home/robinhe/CL/beignet/src/intel/intel_driver.c:216
#2  0x76e34879 in cl_intel_driver_new (props=0x7fffd0d0) at 
/home/robinhe/CL/beignet/src/intel/intel_driver.c:378
#3  0x76e30cb0 in cl_context_new (props=0x7fffd0d0) at 
/home/robinhe/CL/beignet/src/cl_context.c:145
#4  0x76e30e92 in cl_create_context (properties=0x618600, 
num_devices=optimized out, devices=0x77dd9d80, 
pfn_notify=optimized out, user_data=optimized out,
errcode_ret=0x7fffd14c) at 
/home/robinhe/CL/beignet/src/cl_context.c:116
#5  0x76e299f1 in clCreateContext (properties=0x618600, 
num_devices=1, devices=0x77dd9d80, pfn_notify=0, 
user_data=optimized out, errcode_ret=0x7fffdab4)

at /home/robinhe/CL/beignet/src/cl_api.c:203
#6  0x77bbd811 in cl_ocl_init () at 
/home/robinhe/CL/beignet/utests/utest_helper.cpp:358
#7  0x00401172 in main (argc=1, argv=0x7fffe438) at 
/home/robinhe/CL/beignet/utests/utest_run.cpp:33

(gdb)

It seems the display struct may be changed between our mesa version.


On 07/05/2013 04:16 PM, Zhigang Gong wrote:

Sorry, I just found I sent the wrong patch in my last email. Please
ignore that patch and use this one:
0001-CLGL-Refine-the-hack-of-gbm-extension-initialization.patch.

On Thu, Jul 04, 2013 at 08:26:09PM +0800, Zhigang Gong wrote:

On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:

Hi,

On 03.07.2013 12:01, Zhigang Gong wrote:


The gbm device doesn't init lookup_image method and the user data. The 
lookup_image is only
initialized when use the gbm device to create an egl display and then 
initialize the egl drm
platform which is not our use model.

My plan for Beignet in Debian is to upload the releases to the regular
track where they can move into the next release, and direct git
snapshots at the experimental track (I've made an exception with 0.1,
because that version breaks installed OpenCL software with the error
returns from the query APIs), so ideally I'd like to have a solution
before that.

Can this be delegated to the Mesa project by means of a change request
in their BTS?

I will do that when I have time, may be within this month. Before that,
I have a workaround patch to get the gl texture sharing work. Could you
help to test it? It's still very hacky but avoid reference to the mesa's
internal symbol directly.


Current state:

  - Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9
from propagating along the regular package track (unstable - testing -
stable). I expect that to be fixed soon.

  - Debian#712903 (dependency on a non-public symbol) blocks Beignet from
propagating within Debian

  - Debian#630344 (support for private symbols in package dependency
calculations) is looming above our heads. When implemented, this feature
will make builds of packages using private symbols from other packages fail.

What I can do is drop EGL support in the Debian packages, at least for
the regular track, which would allow us to be part of the release, but
at reduced functionality.

Simon

Bug references:

http://bugs.debian.org/712880
http://bugs.debian.org/712903
http://buge.debian.org/630344





___
Beignet mailing list
beig...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/beignet

 From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
From: Zhigang Gong zhigang.g...@linux.intel.com
Date: Thu, 4 Jul 2013 19:12:52 +0800
Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.

The scalarize pass is a function pass, and the valueMap should
be a per-function data rather than a per-unit data. The reason
we put it in the unit data structure is that the scalarize pass
is before the GenWriter pass thus there is no ir::Function exists.

As there may be multiple kernel functions in one unit, if we don't
clear the valueMap each time running a new scalarize pass, the previous
data may cause some unexpected behaviour. For example, the previous
instructions have been already erased, then latter a new instruction
in this function may be created in the same position of the erased
instruction, then it breaks this valueMap. That's the root cause why
we run the unit test several times and may encounter an assertion
sometime.

This commit also modify the ir::unit layer implementation to remove
the dependency of llvm from 

Bug#714794: pu: package sikuli/1.0~x~rc3.tesseract3-dfsg1-5+deb7u1

[Gilles Filippini]

Julien Cristau a écrit , Le 04/07/2013 17:29:
 On Thu, Jul  4, 2013 at 08:02:22 +0200, Gilles Filippini wrote:
 
 Adam D. Barratt a écrit , Le 03/07/2013 23:17:
 Control: tags -1 + moreinfo wheezy

 On Tue, 2013-07-02 at 23:15 +0200, Gilles Filippini wrote:
 Please consider accepting this pu which fixes RC bug #714393 in sikuli-ide.

 I'm slightly confused by the fix, but happy to believe I'm missing
 something obvious...

 ++LD_LIBRARY_PATH=/usr/lib/@DEB_HOST_MULTIARCH@/jni:$LD_LIBRARY_PATH 
 LC_NUMERIC=C exec /usr/bin/java -cp 
 /usr/share/java/jna.jar:/usr/share/java/asm3.jar:/usr/share/java/asm3-commons.jar:/usr/share/java/antlr3-runtime.jar:/usr/share/java/libconstantine-java.jar:/usr/share/java/jython.jar:/usr/share/java/commons-cli.jar:/usr/share/java/JXGrabKey.jar:/usr/share/java/json_simple.jar:/usr/share/java/swing-layout.jar:/usr/share/java/swingx-core.jar:/usr/share/java/forms.jar:/usr/share/java/mac_widgets.jar:/usr/share/java/junit.jar:/usr/share/sikuli/sikuli-ide.jar:/usr/share/java/sikuli-script.jar
  -Dsikuli.console=true -Dsikuli.debug=0 -Xms64M -Xmx512M 
 -Dfile.encoding=UTF-8 -Dpython.home=/usr/share/jython 
 -Dpython.path=/usr/share/sikuli/Lib -Dpython.cachedir=$HOME/.jython-cache 
 org.sikuli.ide.SikuliIDE $@
 [...]
 --- sikuli-1.0~x~rc3.tesseract3-dfsg1/debian/rules  2013-07-02 
 22:29:53.0 +0200
 +++ sikuli-1.0~x~rc3.tesseract3-dfsg1/debian/rules  2013-07-02 
 22:54:40.0 +0200
 @@ -50,5 +50,6 @@
 
 mkdir -p debian/sikuli-ide/usr/bin
 install sikuli-ide/target/linux/Sikuli-IDE/sikuli-ide.sh 
 debian/sikuli-ide/usr/bin/sikuli-ide
 +   sed -i s/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/ 
 debian/sikuli-ide/usr/bin/sikuli-ide

 sikuli-ide is an architecture:all package, so only built as part of the
 maintainer upload. The path to which it points, otoh, is in an
 architecture-dependent package (and an architecture-dependent path);
 this means that the two paths will only match for users installing
 libsikuli-script-jni on the same architecture as the arch:all package
 was built on.

 Oops! Indeed, you're right. Thanks for noticing it.

 This path should be resolved at run-time, then, using dpkg-architecture.
 But it implies depending on dpkg-dev :/ What do you think? Is there
 another way to compute these triplets path?

 If the script needs to be arch-dependent, then it needs to be part of an
 arch-dependent package.  But I don't get why you need to add this path
 to LD_LIBRARY_PATH.  java should already know to look there, and
 I'd have though nothing else would be loading a jni?

Obviously sun-java6 doesn't know where to find the jni library, hence
bug #714393, which is actually more a sun-java6 bug then.

Well, another way to fix it would be to depend on default-jre only and
explicitly use its java binary (/usr/lib/jvm/default-java/bin/java)
instead of the one configured by update-alternatives. Would it be
acceptable?

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#714994: ITP: mupen64plus-video-glide64mk2 -- Glide64Mk2 high-level graphics emulation for mupen64plus

[Sven Eckelmann]

Package: wnpp
Severity: wishlist
Owner: Sven Eckelmann s...@narfation.org


* Package name: mupen64plus-video-glide64mk2
  Version : 2.0
  Upstream Author : Richard 'Richard42' Goedeken 
rich...@fascinationsoftware.com
* URL : http://bitbucket.org/richard42/mupen64plus-video-glide64mk2/
* License : GPL-2+
  Programming Lang: C
  Description : Glide64Mk2 high-level graphics emulation for mupen64plus

 High-level graphics emulation plugin for known microcodes based on Glide. This
 version includes a Glide-to-OpenGL wrapper which makes it independent of
 Voodoo cards. It supports advanced graphics effects of the N64 and loading of
 high resolution texture packs.
 .
 It is based on Glide64 Napalm which was ported to Linux and amd64.

Work on packaging this plugin has started at
 
http://anonscm.debian.org/gitweb/?p=collab-maint/mupen64plus-video-glide64mk2.git

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

Bug#710073: [buildd-tools-devel] Bug#710073: sbuild: add copy-on-write support

[Roger Leigh]

On Tue, May 28, 2013 at 11:29:31AM +0800, Paul Wise wrote:
 I would like to switch from pbuilder/cowbuilder to schroot/sbuild but
 the lack of easy copy-on-write support in sbuild is blocking this. It
 would be nice if sbuild supported that. It would be nice if sbuild
 supported both of these mechanisms for copy-on-write:
 
   * overlayfs: this is planned to be merged into Linux 3.10
   * cowdancer: this is what cowbuilder uses
 
 I would really like to see pbuilder/sbuild unified and this is one step
 towards that long-term goal.

I looked at cowdancer in the past, and IIRC it was too fragile to
implement safely--it requires the use of LD_PRELOAD and this can
break things, and it also breaks a number of sbuild use cases
including non-native arch building using binfmt and qemu.  It
makes assumptions about the chroot environment which may not
always be true.

Note that schroot already supports a number of copy-on-write solutions
including:
 - aufs
 - unionfs
 - btrfs snapshots
 - lvm snapshots
And I'll be happy to add overlayfs support once it's available.  If
you have an existing chroot, making it use aufs/unionfs is just a 1-2
line addition to your configuration.  I would suspect that we can
make it use overlayfs using the same infrastructure--it'll just need
teaching about the new filesystem type.

I can revisit the cowdancer support when I have a bit more time;
if things have changed or my understanding is wrong I'm happy to
be corrected.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)

[He Junyan]

Hi Zhigang:

I think this problem casued by the X server process.
On my platform, I prefer not to run X by default, and there is no
Xorg process.  This may cause the EGL crash problem.
When Xorg is running, all the cases are successful including 
compiler_fill_gl_image.



On 07/05/2013 04:37 PM, He Junyan wrote:

Hi zhigang:

This patch seems have some problem to me.
The unit test will crash every time,

Program received signal SIGSEGV, Segmentation fault.
cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at 
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
99struct _hack_dri2_egl_display *dri2_dpy = (struct 
_hack_dri2_egl_display*)egl_dpy-DriverData;

(gdb) bt
#0  cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at 
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
#1  0x76e34689 in intel_driver_open (intel=0x615e50, 
props=0x7fffd0d0) at 
/home/robinhe/CL/beignet/src/intel/intel_driver.c:216
#2  0x76e34879 in cl_intel_driver_new (props=0x7fffd0d0) 
at /home/robinhe/CL/beignet/src/intel/intel_driver.c:378
#3  0x76e30cb0 in cl_context_new (props=0x7fffd0d0) at 
/home/robinhe/CL/beignet/src/cl_context.c:145
#4  0x76e30e92 in cl_create_context (properties=0x618600, 
num_devices=optimized out, devices=0x77dd9d80, 
pfn_notify=optimized out, user_data=optimized out,
errcode_ret=0x7fffd14c) at 
/home/robinhe/CL/beignet/src/cl_context.c:116
#5  0x76e299f1 in clCreateContext (properties=0x618600, 
num_devices=1, devices=0x77dd9d80, pfn_notify=0, 
user_data=optimized out, errcode_ret=0x7fffdab4)

at /home/robinhe/CL/beignet/src/cl_api.c:203
#6  0x77bbd811 in cl_ocl_init () at 
/home/robinhe/CL/beignet/utests/utest_helper.cpp:358
#7  0x00401172 in main (argc=1, argv=0x7fffe438) at 
/home/robinhe/CL/beignet/utests/utest_run.cpp:33

(gdb)

It seems the display struct may be changed between our mesa version.


On 07/05/2013 04:16 PM, Zhigang Gong wrote:

Sorry, I just found I sent the wrong patch in my last email. Please
ignore that patch and use this one:
0001-CLGL-Refine-the-hack-of-gbm-extension-initialization.patch.

On Thu, Jul 04, 2013 at 08:26:09PM +0800, Zhigang Gong wrote:

On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:

Hi,

On 03.07.2013 12:01, Zhigang Gong wrote:


The gbm device doesn't init lookup_image method and the user data. The 
lookup_image is only
initialized when use the gbm device to create an egl display and then 
initialize the egl drm
platform which is not our use model.

My plan for Beignet in Debian is to upload the releases to the regular
track where they can move into the next release, and direct git
snapshots at the experimental track (I've made an exception with 0.1,
because that version breaks installed OpenCL software with the error
returns from the query APIs), so ideally I'd like to have a solution
before that.

Can this be delegated to the Mesa project by means of a change request
in their BTS?

I will do that when I have time, may be within this month. Before that,
I have a workaround patch to get the gl texture sharing work. Could you
help to test it? It's still very hacky but avoid reference to the mesa's
internal symbol directly.


Current state:

  - Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9
from propagating along the regular package track (unstable - testing -
stable). I expect that to be fixed soon.

  - Debian#712903 (dependency on a non-public symbol) blocks Beignet from
propagating within Debian

  - Debian#630344 (support for private symbols in package dependency
calculations) is looming above our heads. When implemented, this feature
will make builds of packages using private symbols from other packages fail.

What I can do is drop EGL support in the Debian packages, at least for
the regular track, which would allow us to be part of the release, but
at reduced functionality.

Simon

Bug references:

http://bugs.debian.org/712880
http://bugs.debian.org/712903
http://buge.debian.org/630344




___
Beignet mailing list
beig...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/beignet

 From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
From: Zhigang Gongzhigang.g...@linux.intel.com
Date: Thu, 4 Jul 2013 19:12:52 +0800
Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.

The scalarize pass is a function pass, and the valueMap should
be a per-function data rather than a per-unit data. The reason
we put it in the unit data structure is that the scalarize pass
is before the GenWriter pass thus there is no ir::Function exists.

As there may be multiple kernel functions in one unit, if we don't
clear the valueMap each time running a new scalarize pass, the previous
data may cause some unexpected behaviour. For example, the previous
instructions have been already erased, then latter a new 

Bug#710167: [buildd-tools-devel] Bug#710167: sbuild: support non-local sbuild user

[Roger Leigh]

On Tue, May 28, 2013 at 07:31:59PM +0200, Oxan van Leeuwen wrote:
 I run a setup where the sbuild user is in LDAP. This makes the usermod command
 in the postinst script fail, because usermod only operates on local users. 
 
 Attached patch verifies the user exists in /etc/passwd before attempting to 
 run
 usermod. I couldn't find another way to check whether running usermod on a 
 user
 would work.

Why is the user in LDAP rather than local?  My understanding of this
is that when packages create system users using adduser, they are
created in the local system databases, and not in LDAP, therefore
we would expect that any modification of these users/groups would
work in maintainer scripts after their creation.

Regarding the patch, I don't think it's necessarily safe since other
types of local database are also supported by the tools.  Also, this
isn't a problem specific to sbuild, it's a problem relating to any
package creating/modifying users.  I'm not saying that it's not a
problem, just that if it's something that needs addressing, it needs
fixing for the general case rather than just on a package-by-package
basis.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#714996: zeroinstall-injector: needs to be Architecture: any due to OCaml dependencies

[Colin Watson]

Package: zeroinstall-injector
Version: 2.3-1
Severity: grave
Justification: uninstallable on most architectures

zeroinstall-injector now has a number of OCaml dependencies, which are
automatically generated with the appropriate virtual-package ABIs.
However, these ABIs are not guaranteed to be the same across
architectures.  Since zeroinstall-injector is Architecture: all, this
means that it is currently uninstallable on any architecture whose OCaml
ABIs don't happen to exactly match the one on which the binary was
built.  You can see the effects on installability here:

  http://release.debian.org/transitions/html/ocaml.html
  http://people.canonical.com/~ubuntu-archive/transitions/ocaml.html

(Empirically, I suspect from this output that the ABIs differ based on
whether the architecture is 32- or 64-bit, but I don't think
zeroinstall-injector is entitled to make any particular assumptions
about this.)

It looks as though zeroinstall-injector needs to be Architecture: any
now.

Thanks,

-- 
Colin Watson   [cjwat...@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#714995: gregoriotex: fails to upgrade from wheezy: updmap-sys failed

[Andreas Beckmann]

Package: gregoriotex
Version: 2.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'wheezy'.
It installed fine in 'wheezy', then the upgrade to 'jessie' fails.

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

[...]
  Preparing to replace tex-common 3.15 (using .../tex-common_4.03_all.deb) ...
  Unpacking replacement tex-common ...
  Preparing to replace gregoriotex 2.0-1.2 (using 
.../gregoriotex_2.3-1_all.deb) ...
  Unpacking replacement gregoriotex ...
[...]
  Setting up tex-common (4.03) ...
  Running mktexlsr. This may take some time... done.
  Running updmap-sys. This may take some time... 
  updmap-sys failed. Output has been stored in
  /tmp/updmap.ye6p3uGF
  Please include this file if you report a bug.
  
  Sometimes, not accepting conffile updates in /etc/texmf/updmap.d
  causes updmap-sys to fail.  Please check for files with extension
  .dpkg-dist or .ucf-dist in this directory
  
  dpkg: error processing tex-common (--configure):
   subprocess installed post-installation script returned error exit status 1
  dpkg: dependency problems prevent configuration of gregoriotex:
   gregoriotex depends on tex-common (= 3); however:
Package tex-common is not configured yet.
  
  dpkg: error processing gregoriotex (--configure):
   dependency problems - leaving unconfigured
  dpkg: dependency problems prevent configuration of preview-latex-style:
   preview-latex-style depends on tex-common (= 3); however:
Package tex-common is not configured yet.
  
  dpkg: error processing preview-latex-style (--configure):
   dependency problems - leaving unconfigured
  Setting up x11-common (1:7.7+3) ...
  invoke-rc.d: policy-rc.d denied execution of start.
  Setting up xdg-utils (1.1.0~rc1+git20111210-7) ...
  Processing triggers for libc-bin ...
  Errors were encountered while processing:
   tex-common
   gregoriotex
   preview-latex-style

The logfile from updmap-sys contains:

updmap is using the following updmap.cfg files (in precedence order):
  /usr/share/texmf/web2c/updmap.cfg
  /usr/share/texlive/texmf/web2c/updmap.cfg
  /usr/share/texlive/texmf-dist/web2c/updmap.cfg
dvips output dir: /var/lib/texmf/fonts/map/dvips/updmap
pdftex output dir: /var/lib/texmf/fonts/map/pdftex/updmap
dvipdfmx output dir: /var/lib/texmf/fonts/map/dvipdfmx/updmap
pxdvi output dir: /var/lib/texmf/fonts/map/pxdvi/updmap

ERROR:  The following map file(s) couldn't be found:
greciliae.map (in /usr/share/texmf/web2c/updmap.cfg)
greextra.map (in /usr/share/texmf/web2c/updmap.cfg)
gregorio.map (in /usr/share/texmf/web2c/updmap.cfg)
gresym.map (in /usr/share/texmf/web2c/updmap.cfg)
parmesan.map (in /usr/share/texmf/web2c/updmap.cfg)

Did you run mktexlsr?

You can disable non-existent map entries using the option
  --syncwithtrees.


cheers,

Andreas


gregoriotex_2.3-1.log.gz
Description: GNU Zip compressed data

Bug#529596: [icedove] very slow in opening mails with big attachments and incorrect MIME type

[Giovanni Mascellani]

forwarded 529596 https://bugzilla.mozilla.org/show_bug.cgi?id=890457
thanks

Il 07/06/2013 19:17, Carsten Schoenert ha scritto:
 You can help us a little bit with some logfiles. Or even better, please
 open a bug in the bugtracker on Mozilla, because this must be fixed
 upstream.
 https://bugzilla.mozilla.org/
 
 After that please post the URL from the opened bug here.

Done.

Giovanni.
-- 
Giovanni Mascellani mascell...@poisson.phc.unipi.it
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)

[He Junyan]

OK, this version works well.


On 07/05/2013 05:29 PM, Zhigang Gong wrote:

Thanks for the test result. The attached is v2 patch to fix
the crash when run it without X server. Could you help to
test it again?

And Simon, could you also give this patch a try? Thanks.

On Fri, Jul 05, 2013 at 05:15:34PM +0800, He Junyan wrote:

Hi Zhigang:

I think this problem casued by the X server process.
On my platform, I prefer not to run X by default, and there is no
Xorg process.  This may cause the EGL crash problem.
When Xorg is running, all the cases are successful including
compiler_fill_gl_image.


On 07/05/2013 04:37 PM, He Junyan wrote:

Hi zhigang:

This patch seems have some problem to me.
The unit test will crash every time,

Program received signal SIGSEGV, Segmentation fault.
cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
99struct _hack_dri2_egl_display *dri2_dpy = (struct
_hack_dri2_egl_display*)egl_dpy-DriverData;
(gdb) bt
#0  cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at
/home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
#1  0x76e34689 in intel_driver_open (intel=0x615e50,
props=0x7fffd0d0) at
/home/robinhe/CL/beignet/src/intel/intel_driver.c:216
#2  0x76e34879 in cl_intel_driver_new
(props=0x7fffd0d0) at
/home/robinhe/CL/beignet/src/intel/intel_driver.c:378
#3  0x76e30cb0 in cl_context_new (props=0x7fffd0d0) at
/home/robinhe/CL/beignet/src/cl_context.c:145
#4  0x76e30e92 in cl_create_context (properties=0x618600,
num_devices=optimized out, devices=0x77dd9d80,
pfn_notify=optimized out, user_data=optimized out,
errcode_ret=0x7fffd14c) at
/home/robinhe/CL/beignet/src/cl_context.c:116
#5  0x76e299f1 in clCreateContext (properties=0x618600,
num_devices=1, devices=0x77dd9d80, pfn_notify=0,
user_data=optimized out, errcode_ret=0x7fffdab4)
at /home/robinhe/CL/beignet/src/cl_api.c:203
#6  0x77bbd811 in cl_ocl_init () at
/home/robinhe/CL/beignet/utests/utest_helper.cpp:358
#7  0x00401172 in main (argc=1, argv=0x7fffe438) at
/home/robinhe/CL/beignet/utests/utest_run.cpp:33
(gdb)

It seems the display struct may be changed between our mesa version.


On 07/05/2013 04:16 PM, Zhigang Gong wrote:

Sorry, I just found I sent the wrong patch in my last email. Please
ignore that patch and use this one:
0001-CLGL-Refine-the-hack-of-gbm-extension-initialization.patch.

On Thu, Jul 04, 2013 at 08:26:09PM +0800, Zhigang Gong wrote:

On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:

Hi,

On 03.07.2013 12:01, Zhigang Gong wrote:


The gbm device doesn't init lookup_image method and the user data. The 
lookup_image is only
initialized when use the gbm device to create an egl display and then 
initialize the egl drm
platform which is not our use model.

My plan for Beignet in Debian is to upload the releases to the regular
track where they can move into the next release, and direct git
snapshots at the experimental track (I've made an exception with 0.1,
because that version breaks installed OpenCL software with the error
returns from the query APIs), so ideally I'd like to have a solution
before that.

Can this be delegated to the Mesa project by means of a change request
in their BTS?

I will do that when I have time, may be within this month. Before that,
I have a workaround patch to get the gl texture sharing work. Could you
help to test it? It's still very hacky but avoid reference to the mesa's
internal symbol directly.


Current state:

  - Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9

from propagating along the regular package track (unstable - testing -

stable). I expect that to be fixed soon.

  - Debian#712903 (dependency on a non-public symbol) blocks Beignet from
propagating within Debian

  - Debian#630344 (support for private symbols in package dependency
calculations) is looming above our heads. When implemented, this feature
will make builds of packages using private symbols from other packages fail.

What I can do is drop EGL support in the Debian packages, at least for
the regular track, which would allow us to be part of the release, but
at reduced functionality.

Simon

Bug references:

http://bugs.debian.org/712880
http://bugs.debian.org/712903
http://buge.debian.org/630344

___
Beignet mailing list
beig...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/beignet

 From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
From: Zhigang Gongzhigang.g...@linux.intel.com
Date: Thu, 4 Jul 2013 19:12:52 +0800
Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.

The scalarize pass is a function pass, and the valueMap should
be a per-function data rather than a per-unit data. The reason
we put it in the unit data structure is that the scalarize pass
is before the GenWriter pass 

Bug#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)

[Zhigang Gong]

Thanks for the test result. The attached is v2 patch to fix
the crash when run it without X server. Could you help to
test it again?

And Simon, could you also give this patch a try? Thanks.

On Fri, Jul 05, 2013 at 05:15:34PM +0800, He Junyan wrote:
 Hi Zhigang:
 
 I think this problem casued by the X server process.
 On my platform, I prefer not to run X by default, and there is no
 Xorg process.  This may cause the EGL crash problem.
 When Xorg is running, all the cases are successful including
 compiler_fill_gl_image.
 
 
 On 07/05/2013 04:37 PM, He Junyan wrote:
 Hi zhigang:
 
 This patch seems have some problem to me.
 The unit test will crash every time,
 
 Program received signal SIGSEGV, Segmentation fault.
 cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at
 /home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
 99struct _hack_dri2_egl_display *dri2_dpy = (struct
 _hack_dri2_egl_display*)egl_dpy-DriverData;
 (gdb) bt
 #0  cl_gbm_set_image_extension (gbm=0x618640, display=0x0) at
 /home/robinhe/CL/beignet/src/x11/gbm_dri2_x11_platform.c:99
 #1  0x76e34689 in intel_driver_open (intel=0x615e50,
 props=0x7fffd0d0) at
 /home/robinhe/CL/beignet/src/intel/intel_driver.c:216
 #2  0x76e34879 in cl_intel_driver_new
 (props=0x7fffd0d0) at
 /home/robinhe/CL/beignet/src/intel/intel_driver.c:378
 #3  0x76e30cb0 in cl_context_new (props=0x7fffd0d0) at
 /home/robinhe/CL/beignet/src/cl_context.c:145
 #4  0x76e30e92 in cl_create_context (properties=0x618600,
 num_devices=optimized out, devices=0x77dd9d80,
 pfn_notify=optimized out, user_data=optimized out,
 errcode_ret=0x7fffd14c) at
 /home/robinhe/CL/beignet/src/cl_context.c:116
 #5  0x76e299f1 in clCreateContext (properties=0x618600,
 num_devices=1, devices=0x77dd9d80, pfn_notify=0,
 user_data=optimized out, errcode_ret=0x7fffdab4)
 at /home/robinhe/CL/beignet/src/cl_api.c:203
 #6  0x77bbd811 in cl_ocl_init () at
 /home/robinhe/CL/beignet/utests/utest_helper.cpp:358
 #7  0x00401172 in main (argc=1, argv=0x7fffe438) at
 /home/robinhe/CL/beignet/utests/utest_run.cpp:33
 (gdb)
 
 It seems the display struct may be changed between our mesa version.
 
 
 On 07/05/2013 04:16 PM, Zhigang Gong wrote:
 Sorry, I just found I sent the wrong patch in my last email. Please
 ignore that patch and use this one:
 0001-CLGL-Refine-the-hack-of-gbm-extension-initialization.patch.
 
 On Thu, Jul 04, 2013 at 08:26:09PM +0800, Zhigang Gong wrote:
 On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:
 Hi,
 
 On 03.07.2013 12:01, Zhigang Gong wrote:
 
 The gbm device doesn't init lookup_image method and the user data. The 
 lookup_image is only
 initialized when use the gbm device to create an egl display and then 
 initialize the egl drm
 platform which is not our use model.
 My plan for Beignet in Debian is to upload the releases to the regular
 track where they can move into the next release, and direct git
 snapshots at the experimental track (I've made an exception with 0.1,
 because that version breaks installed OpenCL software with the error
 returns from the query APIs), so ideally I'd like to have a solution
 before that.
 
 Can this be delegated to the Mesa project by means of a change request
 in their BTS?
 I will do that when I have time, may be within this month. Before that,
 I have a workaround patch to get the gl texture sharing work. Could you
 help to test it? It's still very hacky but avoid reference to the mesa's
 internal symbol directly.
 
 Current state:
 
   - Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9
 from propagating along the regular package track (unstable - testing -
 stable). I expect that to be fixed soon.
 
   - Debian#712903 (dependency on a non-public symbol) blocks Beignet from
 propagating within Debian
 
   - Debian#630344 (support for private symbols in package dependency
 calculations) is looming above our heads. When implemented, this feature
 will make builds of packages using private symbols from other packages 
 fail.
 
 What I can do is drop EGL support in the Debian packages, at least for
 the regular track, which would allow us to be part of the release, but
 at reduced functionality.
 
 Simon
 
 Bug references:
 
 http://bugs.debian.org/712880
 http://bugs.debian.org/712903
 http://buge.debian.org/630344
 
 
 ___
 Beignet mailing list
 beig...@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/beignet
  From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
 From: Zhigang Gongzhigang.g...@linux.intel.com
 Date: Thu, 4 Jul 2013 19:12:52 +0800
 Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.
 
 The scalarize pass is a function pass, and the valueMap should
 be a per-function data rather than a per-unit data. The reason
 we put it in the unit data structure is that the scalarize pass
 

Bug#714986: tbb_4.1~20130516-1.1.dsc

[Mathieu Malaterre]

As explained before, I have uploaded tbb to experimental. However it
FTBFS on armhf. I guess I cannot simply takes upstream as-is.
I'll check patches from 4.0+r233+update5-0.2 but clearly armhf is not
stable:see #714986

On Thu, Jun 13, 2013 at 5:03 PM, Mathieu Malaterre ma...@debian.org wrote:
 Dear all,

   I have uploaded the latest dev package of tbb to mentors.d.n:

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

   I'd appreciate if you could test it out. If everything is ok, I'll
 discuss with tbb maintainer to have it uploaded to experimental
 directly.

 Thanks  regards,


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

Bug#714918: will silently not encrypt submissions if gpg is not available

[Bill Allombert]

On Thu, Jul 04, 2013 at 11:26:40AM +0200, Ansgar Burchardt wrote:
 Package: popularity-contest
 Version: 1.58
 Severity: normal
 
 From /etc/cron.daily/popularity-contest:
 
   if [ $ENCRYPT = yes ]  [ -x $GPG ]; then
 
 This will make popcon silently not encrypt submissions should gpg not be
 available. That's fine if you asked popcon to encrypt submissions if possible
 (ENCRYPT=maybe?), but it should probably fail with an error if encryption is
 required explicitly (ENCRYPT=yes) and doing so is not possible for some 
 reason.

I agree with you, see
http://lists.alioth.debian.org/pipermail/popcon-developers/2013-June/002321.html

In the long run the question is how much do we need to support unencrypted 
report.

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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

Bug#704879: findutils will need a huge list of Conflicts/Breaks

[Adrian Bunk]

I just want to note that findutils will need a huge list of 
Conflicts/Breaks when the new version the errors out on previously
allowed behavior ever hits unstable.

debconf ( 1.5.50) will have to be part of that, and that's an example 
where I doubt a Breaks will be enough and a Conflicts might be needed.

Any missing Conflicts/Breaks might cause serious troubles for users 
upgrading when jessie becomes stable around 2016.

cu
Adrian

-- 

   Is there not promise of rain? Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   Only a promise, Lao Er said.
   Pearl S. Buck - Dragon Seed


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

Bug#714997: ntpdate gets invoked by default

[Zefram]

Package: ntpdate
Version: 1:4.2.6.p5+dfsg-2
Severity: normal

If I install the ntpdate package, in order to have the useful diagnostic
tool of the ntpdate(8) program, an if-up script also gets installed, which
uses ntpdate in order to adjust the system clock every time a network
interface comes up.  Sure that's a vaguely sensible way to use ntpdate,
but wanting to do that is not inherent in installing the ntpdate program.

I think there should be two distinct packages here: one providing the
ntpdate program (and ntpdate-debian), and a second one implementing
the specific use of ntpdate to repeatedly adjust the system clock.
The package descriptions must reflect these distinct purposes.  If for
some reason you're not willing to split the packages, then the secondary
purpose of the single package needs to be stated in its description.
(The present description of the ntpdate package describes the ntpdate
program, but makes no mention of running it automatically.)

-zefram


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

Bug#650267: unixodbc: new upstream version

[Martin J. Evans]

I am a past contributor to unixODBC.
I also work with the current maintainer of unixODBC (Nick Gorham).
I also currently maintain Perl DBD::ODBC.

I would be extremely grateful if something can be done to speed up the 
inclusion of a more recent unixODBC in debian. I can explain the change in 
version and the reason why I think you should consider taking the upstream 
version.

A previous comment on this bug suggests the ODBC ABI has been fixed
for decades however that is not true IF you accept the version of ODBC most 
important is the one Microsoft uses and distributes. As unixODBC's aim has always 
been to mirror ODBC on windows it has changed in the last few years as Microsoft has 
changed their ODBC.

When Microsoft only supported 32 bit platforms the ODBC API and documentation they 
distributed contained references to parameters for various APIs which were documented as 
a 32 bit values e.g., things like row counts. No one really knew what their intention was 
when they moved to 64 bit platforms and unixODBC had to support 64 bit platforms that 
were already being used on Unix. Many ODBC driver writers who were on new ground took 
independent decisions on what the ODBC API should be on 64 bit platforms and many took 
the 32 bit value literally so it stayed 32 bit. It was pointless having a 
unixODBC which could not work with drivers built this way so for a long time unixODBC 
built by default with 32 bit values for some API arguments but could be switched to be 
built with 64 bit values.

When Microsoft moved to support 64 bit platforms they changed their ODBC API to 
introduce a SQLLEN and SQLULEN type that was defined as being 64 bit on 64 bit 
platforms and 32 bit on 32 bit platforms. They also changed some of the ODBC 
APIs to replace some of the arguments with SQLLEN/SQLULEN.

Shortly after this unixODBC changed its default to build with SQLLEN/SQLULEN 64 
bit on 64 bit platforms and at that stage the library version was changed to 2. 
According to Nick this was an attempt by him to push driver maintainers to move 
to the 64 bit version. Before that change it was around 50:50 for drivers built 
using 64 bit SQLLEN and 32 bit SQLLEN and Nick now believes it is almost 100% 
SQLLEN 64 bit now.

Since then Microsoft have bought out ODBC 3.8 which has added even more to ODBC.

A lot of serious issues have been fixed since 2.2.14 which is currently 
distributed and as the maintainer of DBD::ODBC I see these regularly.

Nick has also added slencheck to unixODBC to probe a driver library to see how 
it was built. This is in 2.3.2pre but I've spoken with him and he is happy to 
release 2.3.2 officially as it has been a few years since the last release.

If there is anything I can do to expedite debian taking the newest unixODBC 
version or if there is anything else you need from me please let me know.

Martin
--
Martin J. Evans
Wetherby, UK


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

Bug#714998: lib32gmp-dev: non standard header file path

[Bill Allombert]

Package: lib32gmp-dev
Version: 2:5.1.2+dfsg-2
Severity: important

Hello Debian Science Team,

libgmp32-dev header file is installed in
/usr/include/gmp32/x86_64-linux-gnu/gmp.h
There is no way any software will find it there.

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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

Bug#714999: ITP: ldraw-parts -- LDraw LEGO(R) parts library

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer j.scha...@email.de

* Package name: ldraw-parts
  Version : 1203
  Upstream Author : LDraw.org and others (see debian/copyright)
* URL : http://www.ldraw.org/parts/latest-parts.html
* License : CCAL-2.0
  Programming Lang: C
  Description : LDraw LEGO(R) parts library

The source package builds two binary packages. The package ldraw-parts
contains the (architecture independent) part library and the package
ldraw-mklist contains the (architecture dependent) program ldraw-mklist to
create a parts.lst file.

Package: ldraw-parts
Description: LDraw LEGO(R) parts library
 Library of LDraw parts, part primitives and two example models. This part
 library is needed by 3D CAD programs such as MLCAD, LeoCAD and Konstruktor
 which allow to construct LEGO(R) models from individual LDraw parts. It is
 also needed by rendering software such as LDView and LdGLite.

Package: ldraw-mklist
Description: LDraw mklist program
 3D CAD programs and rendering programs using the LDraw parts library of
 LEGO(R) parts rely on a file called parts.lst containing a list of all
 available parts. The program ldraw-mklist is used to generate this list from
 a directory of LDraw parts.

Having this package in Debian is the prerequisite for packaging more of the
tools mentioned above which depend on this part library.


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

Bug#686088: xul-ext-firecookie: breaks against newer iceweasel packages

[Andreas Beckmann]

Followup-For: Bug #686088
Control: tag -1 patch

Hi,

I asked the RT for a pu upload, that was confirmed:
#714579

I used a slightly different patch that is IMO a bit better than
the current fix in sid, for the diff see #714579. (This is based on the
fix for cookie-monster).

While I could do a NMU if help is needed (or time runs out for 7.2), I
would prefer to see this fixed by a maintainer/team upload, as I'm not a
user of this package and therefore cannot test it.


Andreas


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

Bug#715000: [checkrestart] IndexError during cmdline parsing in Process

[Wolodja Wentland]

Package: debian-goodies
Version: 0.62
Severity: important
Tags: patch

Dear maintainer,

the new version of checkrestart causes an IndexError when it is executed. If I
run checkrestart now I get:

# checkrestart 
Traceback (most recent call last):
File /usr/sbin/checkrestart, line 625, in module
main()
File /usr/sbin/checkrestart, line 131, in main
toRestart = lsofcheck(blacklist = blacklist)
File /usr/sbin/checkrestart, line 284, in lsofcheck
process = processes.setdefault(data,Process(int(data)))
File /usr/sbin/checkrestart, line 540, in __init__
m = re.match(^-, data[0])
IndexError: list index out of range

This is due to patch 3df2df9 which changed the cmdline parsing in the Process
class. In particular the assumption that '\x00' is the only valid separator
between elements of the command line seems to be wrong. I fixed this error
with the following patch:

commit 8c5824bc920eef4333ece8ce477db39015322700
Author: Wolodja Wentland deb...@babilen5.org
Date:   Fri Jul 5 11:37:19 2013 +0100

Fix IndexError during cmdline parsing

diff --git a/checkrestart b/checkrestart
index d535f2b..1793f7f 100755
--- a/checkrestart
+++ b/checkrestart
@@ -532,7 +532,8 @@ class Process:
# only match program in /usr (ex.: /usr/sbin/smokeping)
# ignore child, etc.
#m = re.search(r'^(([/]\w*){1,5})\s.*$', cmdline.read())
-data = cmdline.read().split('\x00')
+data = cmdline.read()
+data = re.split(r'\x00|\s+', data)
if not data[-1]: data.pop()
# Strip first value, the interpreter
data.pop(0)

but am not entirely sure if this is the best way to deal with this problem. It
fixes this bug, but might introduce other side-effects. I would be happy to
commit it to collab-maint or to discuss it on IRC (babilen).

Have a nice day

-- 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.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debian-goodies depends on:
ii  curl  7.31.0-2
ii  dctrl-tools [grep-dctrl]  2.23
ii  dialog1.2-20130523-1
ii  perl  5.14.2-21
ii  python2.7.5-2
ii  whiptail  0.52.15-2

Versions of packages debian-goodies recommends:
ii  lsof  4.86+dfsg-1

Versions of packages debian-goodies suggests:
ii  popularity-contest  1.58
ii  xdg-utils   1.1.0~rc1+git20111210-7
ii  zenity  3.8.0-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#715001: [mercurial-git] Bookmark creation failed

[Mikhail Lukyanchenko]

Package: mercurial-git
Version: 0.3.4-1
Severity: normal

$ hg clone git+ssh://g...@github.com:github/pycon2011.git
destination directory: pycon2011
[git-upload-pack 'github/pycon2011.git']
importing git objects into hg


creating bookmarks failed, do you have bookmarks enabled?
updating to branch default
2 files updated, 0 files merged, 0 files removed, 0 files unresolved

This issue is known upsatream [1] and upgrading to 0.4 [2] fixes problem
for me.

 [1] https://github.com/schacon/hg-git/issues/258
 [2] http://mentors.debian.net/debian/pool/main/h/hg-git/hg-git_0.4.0-1.dsc

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.8-2-rt-amd64

Debian Release: jessie/sid
  500 testing www.deb-multimedia.org
  500 testing security.debian.org
  500 testing http.debian.net
  500 stable  dl.google.com
  100 unstablehttp.debian.net

--- Package information. ---
Depends(Version) | Installed
-+-==
python (= 2.6.6-7~) | 2.7.5-2
python  ( 2.8) | 2.7.5-2
mercurial  (= 1.9.1-1~) | 2.6.2-1
python-dulwich  (= 0.8) | 0.9.0-1


Package's Recommends field is empty.

Package's Suggests field is empty.



signature.asc
Description: OpenPGP digital signature

Bug#715002: mimedefang: unowned files after purge (policy 6.8, 10.8): /etc/default/mimedefang.14934

[Andreas Beckmann]

Package: mimedefang
Version: 2.73-2
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

0m23.1s ERROR: FAIL: Package purging left files on system:
  /etc/default/mimedefang.14934  not owned


This looks like a temporary file being left in /etc and being created in
a probably insecure way!


cheers,

Andreas


mimedefang_2.73-2.log.gz
Description: GNU Zip compressed data

Bug#709647: [ 3.5.y.z extended stable ] Patch genirq: Fix can_request_irq() for IRQs without an action has been added to staging queue

[Luis Henriques]

This is a note to let you know that I have just added a patch titled

genirq: Fix can_request_irq() for IRQs without an action

to the linux-3.5.y-queue branch of the 3.5.y.z extended stable tree 
which can be found at:

 
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortlog;h=refs/heads/linux-3.5.y-queue

If you, or anyone else, feels it should not be added to this tree, please 
reply to this email.

For more information about the 3.5.y.z tree, see
https://wiki.ubuntu.com/Kernel/Dev/ExtendedStable

Thanks.
-Luis

--

From 7ab45bf3f906dafa5e94937435433dda7f1c49a6 Mon Sep 17 00:00:00 2001
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 28 Jun 2013 02:40:30 +0100
Subject: [PATCH] genirq: Fix can_request_irq() for IRQs without an action

commit 2779db8d37d4b542d9ca2575f5f178dbeaca6c86 upstream.

Commit 02725e7471b8 ('genirq: Use irq_get/put functions'),
inadvertently changed can_request_irq() to return 0 for IRQs that have
no action.  This causes pcibios_lookup_irq() to select only IRQs that
already have an action with IRQF_SHARED set, or to fail if there are
none.  Change can_request_irq() to return 1 for IRQs that have no
action (if the first two conditions are met).

Reported-by: Bjarni Ingi Gislason bjarn...@rhi.hi.is
Tested-by: Bjarni Ingi Gislason bjarn...@rhi.hi.is (against 3.2)
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Cc: 709...@bugs.debian.org
Link: http://bugs.debian.org/709647
Link: 
http://lkml.kernel.org/r/1372383630.23847.40.ca...@deadeye.wl.decadent.org.uk
Signed-off-by: Thomas Gleixner t...@linutronix.de
Signed-off-by: Luis Henriques luis.henriq...@canonical.com
---
 kernel/irq/manage.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
index b4c6385..a561ed3 100644
--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -554,9 +554,9 @@ int can_request_irq(unsigned int irq, unsigned long 
irqflags)
return 0;

if (irq_settings_can_request(desc)) {
-   if (desc-action)
-   if (irqflags  desc-action-flags  IRQF_SHARED)
-   canrequest =1;
+   if (!desc-action ||
+   irqflags  desc-action-flags  IRQF_SHARED)
+   canrequest = 1;
}
irq_put_desc_unlock(desc, flags);
return canrequest;
--
1.8.1.2


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

Bug#715003: g++-4.7: missing symbol: std::chrono::steady_clock::now()

[Tilman Keskinoz]

Package: g++-4.7
Version: 4.7.3-4
Severity: normal

Dear Maintainer,

$ cat ~/main.cc
#include chrono
#include iostream

int main() {
auto start = std::chrono::steady_clock::now();
std::cout  Hello World\n;
auto end = std::chrono::steady_clock::now();
std::cout  Printing took 
  // duration_cast is required to avoid accidentally losing 
precision.
   std::chrono::duration_caststd::chrono::microseconds(end - 
start).count()
   us.\n;
}

$ g++ -std=gnu++11 main.cc
/tmp/cc0oJ2e2.o: In function `main':
main.cc:(.text+0xa): undefined reference to `std::chrono::steady_clock::now()'

This program used to compile until around ca. a month ago.

It compiles fine with g++-4.8
It compiles fine on an Ubuntu 13.04 with g++-4.7

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

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

Versions of packages g++-4.7 depends on:
ii  gcc-4.7 4.7.3-4
ii  gcc-4.7-base4.7.3-4
ii  libc6   2.17-6
ii  libcloog-ppl1   0.16.1-3
ii  libgmp102:5.1.2+dfsg-1
ii  libgmpxx4ldbl   2:5.1.2+dfsg-1
ii  libmpc3 1.0.1-1
ii  libmpfr43.1.1-1
ii  libppl-c4   1:1.0-7
ii  libppl121:1.0-7
ii  libstdc++6-4.7-dev  4.7.3-4
ii  zlib1g  1:1.2.8.dfsg-1

g++-4.7 recommends no packages.

Versions of packages g++-4.7 suggests:
pn  g++-4.7-multilibnone
pn  gcc-4.7-doc none
pn  libstdc++6-4.7-dbg  none

-- 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#714947: RFS: djvusmooth/0.2.14-1 -- graphical editor for DjVu

[Daniel Stender]

Much thanks again for reviewing and pointers!

1)

 `cme check dpkg-control` report the following unnecessary versioned
 dependencies:
 
  * python-all (= 2.6.6-3~)
Debian has squeeze - 2.6.6-3+squeeze7; wheezy - 2.7.3-4; jessie - 
 2.7.5-2; sid - 2.7.5-2;
  * djvulibre-bin (= 3.5.20-5~)
Debian has squeeze - 3.5.23-3; wheezy - 3.5.25.3-1; jessie - 
 3.5.25.3-3; sid - 3.5.25.4-1;
  * python-djvu (= 0.1.15)
Debian has squeeze - 0.1.18-2; wheezy - 0.3.9-1; jessie - 0.3.9-1; sid 
 - 0.3.9-1; sid - 0.3.9-1+b1;
 
 This time let's remove them before upload please.

Removed the unecessary deps. Great pointer to cme!

2)

   * Bumped Debhelper level to 8 (deb/control and compat).
 
 Why only to level 8? Current recommended level is 9 and even if you're
 backporting to squeeze-backports debhelper 9 is there.
 Any particular reason to stay on compat=8?
 
 I know Arch:all packages benefit little from upgrade from dh-8 to dh-9
 but personally I would upgrade for the sake of staying
 up-to-date. IMHO there are less caveats if you maintain all/most of
 your packages in same DH compatibility level...

Yes, allright. When packaging this, I wasn't sure about if generally at least 
level 8 would be worth
to keep, bumped that.

3)

 Another improvement idea might be to use upstream .desktop file from
 extra/. There are few differences from .desktop file in debian/
 and perhaps they could be merged with patch. Usually it is better to
 use upstream files when possible as it help to track changes and share
 our improvements as well as reduce duplication.

I've removed my own .desktop and added a patch.

 Please advise if you want to address any of the above issues before
 upload. Thanks.

I've updated the package at Mentors.

Greetings,
Daniel

-- 
http://www.danielstender.com/blog/
GPG key ID: 1654BD9C


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

Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line

[Petter Reinholdtsen]

[Guido Günther]
 Hi Petter,

Hi.

 Could you check if adding: 
 
 domain intern
 
 works around your problem? We'd know then if heimdal and MIT behave
 differently or if we do have to look for another issue.

It is already present.  The resolv.conf file look like this:

  domain intern
  search intern
  nameserver 10.0.2.2

 It'd also be good to see the DNS traffic when you try to acquire a
 TGT via krb5-auth-dialog or heimdal's kinit. The later could easily
 be done by copying the kinit to the diskless workstation's /tmp -
 the libs are already there due to krb5-auth-dialog.

Hm, there seem to be some caching going on that make it hard to tell,
but here is my best guess based on several runs.  It seem to look for
TXT entry for _kerberos.$hostmame (as in _kerberos.ltsp4115), and then
_kerberos.intern, giving it the REALM.  But it do not try any lookups
to find the Kerberos server (as in SRV records in
_kerberos._tcp.intern).  And it show a popup stating that it can't
reach the kerberos server when I enter the password.

 I'm mostly trying to figure out if this is a heimdal vs. MIT issue
 or if krb5-auth-dialog is involved. I'm almost convinced it's the
 former but I'd like to be sure before bugging the hemdal maintainers
 ;) cheers,

I hope this help. :)

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#714996: zeroinstall-injector: needs to be Architecture: any due to OCaml dependencies

[Thomas Leonard]

On 5 July 2013 10:24, Colin Watson cjwat...@debian.org wrote:
 Package: zeroinstall-injector
 Version: 2.3-1
 Severity: grave
 Justification: uninstallable on most architectures

 zeroinstall-injector now has a number of OCaml dependencies, which are
 automatically generated with the appropriate virtual-package ABIs.
 However, these ABIs are not guaranteed to be the same across
 architectures.  Since zeroinstall-injector is Architecture: all, this
 means that it is currently uninstallable on any architecture whose OCaml
 ABIs don't happen to exactly match the one on which the binary was
 built.  You can see the effects on installability here:

   http://release.debian.org/transitions/html/ocaml.html
   http://people.canonical.com/~ubuntu-archive/transitions/ocaml.html

 (Empirically, I suspect from this output that the ABIs differ based on
 whether the architecture is 32- or 64-bit, but I don't think
 zeroinstall-injector is entitled to make any particular assumptions
 about this.)

 It looks as though zeroinstall-injector needs to be Architecture: any
 now.

Thanks. I've uploaded a new version which should fix it.

BTW, I was using bytecode because of the instructions here:

http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/x264.html

which says:

The bytecode versions are portable. In order to spare the buildds and
the Debian archive, bytecode versions should be compiled once for all
for big packages (which either take a lot of place on disks or take a
lot of time to build)

Looks like this needs to be updated.


-- 
Dr Thomas Leonardhttp://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA


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

Bug#715005: Rhythmbox crashes when Preferences button is taped

[Antonio Heredia]

Package: rhythmbox
Version: 2.97-2.1
Severity: important

Dear Maintainer,

Rhythmbox crashes when Preferences button is taped. I cannot get acces to
preferences menu.

A file is attached.



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

Kernel: Linux 3.2.0-4-amd64 (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 rhythmbox depends on:
ii  dbus 1.6.12-1
ii  gnome-icon-theme 3.8.2-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-6
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libffi5  3.0.10-3
ii  libgdk-pixbuf2.0-0   2.28.2-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-6
ii  libice6  2:1.0.8-2
ii  libjson-glib-1.0-0   0.14.2-1
ii  libpango1.0-01.32.5-5+b1
ii  libpeas-1.0-01.4.0-2+b1
ii  librhythmbox-core6   2.97-2.1
ii  libsm6   2:1.2.1-2
ii  libsoup-gnome2.4-1   2.38.1-2
ii  libsoup2.4-1 2.38.1-2
ii  libtdb1  1.2.10-2
ii  libtotem-plparser17  3.4.5-1
ii  libxml2  2.9.1+dfsg1-2
ii  media-player-info17-1
ii  rhythmbox-data   2.97-2.1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages rhythmbox recommends:
ii  avahi-daemon0.6.31-2
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  gstreamer0.10-pulseaudio0.10.31-3+nmu1
ii  gvfs-backends   1.12.3-4
ii  mate-notification-daemon [notification-daemon]  1.6.0-1
ii  notification-daemon 0.7.6-1
ii  rhythmbox-plugins   2.97-2.1
ii  yelp3.8.1-2

Versions of packages rhythmbox suggests:
pn  gnome-codec-install  none
ii  gnome-control-center 1:3.4.3.1-2
ii  gstreamer0.10-plugins-bad0.10.23-7.1
ii  rhythmbox-plugin-cdrecorder  2.97-2.1

-- no debconf information
antonio@debian-laptop:~$ rhythmbox

(rhythmbox:19551): Gtk-CRITICAL **: gtk_tree_model_get_iter_first: assertion 
`GTK_IS_TREE_MODEL (tree_model)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_combo_box_set_active_iter: assertion 
`GTK_IS_COMBO_BOX (combo_box)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_list_store_clear: assertion 
`GTK_IS_LIST_STORE (list_store)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 
`GTK_IS_WIDGET (widget)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_combo_box_set_active: assertion 
`GTK_IS_COMBO_BOX (combo_box)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_label_set_markup: assertion 
`GTK_IS_LABEL (label)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_label_set_markup: assertion 
`GTK_IS_LABEL (label)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_tree_model_get_iter_first: assertion 
`GTK_IS_TREE_MODEL (tree_model)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_combo_box_set_active_iter: assertion 
`GTK_IS_COMBO_BOX (combo_box)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_list_store_clear: assertion 
`GTK_IS_LIST_STORE (list_store)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_widget_set_sensitive: assertion 
`GTK_IS_WIDGET (widget)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_combo_box_set_active: assertion 
`GTK_IS_COMBO_BOX (combo_box)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_label_set_markup: assertion 
`GTK_IS_LABEL (label)' failed

(rhythmbox:19551): Gtk-CRITICAL **: gtk_label_set_markup: assertion 
`GTK_IS_LABEL (label)' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: g_variant_ref: assertion `value-ref_count 
 0' failed

(rhythmbox:19551): GLib-CRITICAL **: 

Bug#715004: RM: fonts-droid -- RoQA; renamed to fonts-android

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

src:fonts-droid was replaced by src:fonts-android
There is only the ancient transitional package ttf-droid left that is
now uninstallable in sid. ttf-droid was built once from
src:fonts-android in the first upload to experimental, but was dropped
when src:fonts-android was moved to unstable, leaving the cruft package
ttf-droid from src:fonts-droid around.


Andreas


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

Bug#715006: ITP: django-colorful -- database and form RGB color fields for Django

[Michael Fladischer]

Package: wnpp
Severity: wishlist
Owner: Michael Fladischer fladischermich...@fladi.at

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: django-colorful
  Version : 0.1.3
  Upstream Author : Simon Charette charett...@gmail.com
* URL : http://pypi.python.org/pypi/django-colorful
* License : MIT
  Programming Lang: Python
  Description : database and form RGB color fields for Django

django-colorful is an extension to the Django web framework that provides
database and form color fields (only RGB at the moment).
The extension will take care of providing the custom widget which uses a
jQuery color picker.

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

iQIcBAEBAgAGBQJR1q+fAAoJEGlMre9Rx7W2Oy0P/R2bdMULQh0D3o6HiSUcYvql
RCFfG7XjRs+7ylhzM8QIFjs+mdf6UT/SnUN/y1b2iO4CUXhXjDMzagh+oVb1jZi+
Zmt7jWZdYbZ3/IPI7lVPhb7Rbh/vpwrUYD9MdKuzlOzNT3kbaIWgMvW/bm8mrHug
KmRADsH01Qb/rb6J2PPFA22z8OotWjGVR/K5yRqM+jOfjAGJ3asKms17Oj9e3z0L
XC9y7ACGLZJn3NRde1VIJR96eet0XVIhtrv/crISLhFvtQ6LBXuFJprvEOovusjt
djfsa9AEQvD3pJkkXsn9Vn2IPbxE7L5OzprfQPAOjMzNk0fKWpFioLAyNH3ax2za
CBosXWsqf8rWSymjvO+HBZEgKbikysM6bhOLI/cpKCmOJwN0cq0uvCfu3QEdtjlJ
H1z6X2zRTkL92doIbDGktsFvSc4WtcTPll90sqTrWm/kz+0tlwIwRHOMlAB7ss/F
skMbcgzru2HIMuWFShEPVYXKZi3+DEbiSvrklTh3lWQUWcD4wi4p8Ai36hs7cIHk
UCkDKu/tK/rtOTLorvVa3G/vh1/RTQhKrAp5tAydCziCUWje7oSMSuAJvq8In1L+
tPTtXyasqmkCA+mTIzszyeaGn62E7Bpimj02CaIod21Mkp/RrFuk7X6G+e4EdGBM
ES2WMyfXlpnqEb2FzNz1
=kot9
-END PGP SIGNATURE-


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

Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line

[Guido Günther]

On Fri, Jul 05, 2013 at 01:19:45PM +0200, Petter Reinholdtsen wrote:
 [Guido Günther]
  Hi Petter,
 
 Hi.
 
  Could you check if adding: 
  
  domain intern
  
  works around your problem? We'd know then if heimdal and MIT behave
  differently or if we do have to look for another issue.
 
 It is already present.  The resolv.conf file look like this:
 
   domain intern
   search intern
   nameserver 10.0.2.2
 
  It'd also be good to see the DNS traffic when you try to acquire a
  TGT via krb5-auth-dialog or heimdal's kinit. The later could easily
  be done by copying the kinit to the diskless workstation's /tmp -
  the libs are already there due to krb5-auth-dialog.
 
 Hm, there seem to be some caching going on that make it hard to tell,
 but here is my best guess based on several runs.  It seem to look for
 TXT entry for _kerberos.$hostmame (as in _kerberos.ltsp4115), and then
 _kerberos.intern, giving it the REALM.  But it do not try any lookups
 to find the Kerberos server (as in SRV records in
 _kerberos._tcp.intern).  And it show a popup stating that it can't
 reach the kerberos server when I enter the password.
 
  I'm mostly trying to figure out if this is a heimdal vs. MIT issue
  or if krb5-auth-dialog is involved. I'm almost convinced it's the
  former but I'd like to be sure before bugging the hemdal maintainers
  ;) cheers,
 
 I hope this help. :)
I think we're getting closer. Did you try the 

dns_lookup_kdc
dns_fallback

parameters?
 -- Guido


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

Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line

[Petter Reinholdtsen]

[Guido Günther]
 I think we're getting closer. Did you try the 
 
 dns_lookup_kdc
 dns_fallback
 
 parameters?

The former is already set to true (along side dns_lookup_realm), and
the latter isn't.  But according to
URL: 
http://web.mit.edu/kerberos/krb5-1.5/krb5-1.5.4/doc/krb5-admin/libdefaults.html 
,
dns_fallback have no effect if both dns_lookup_realm and
dns_lookup_kdc is set.  I tried to add 'dns_fallback = true' in the
libdefault section, but it dod not have any effect.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#714594: /usr/sbin/update-apt-xapian-index: xdg.Exceptions.ParsingError: ParsingError in file '/usr/share/app-install/desktop/spout.desktop'

[Vincent Lefevre]

On 2013-07-01 08:38:54 +0200, Laurent Bigonville wrote:
 When running /usr/sbin/update-apt-xapian-index, I get the following
 backtrace:
 
 Traceback (most recent call last):
   File /usr/sbin/update-apt-xapian-index, line 97, in module
 if not indexer.setupIndexing(force=opts.force, system=opts.pkgfile is 
 None):
   File /usr/lib/pymodules/python2.7/axi/indexer.py, line 518, in 
 setupIndexing
 addon.obj.init(dict(values=self.values), self.progress)
   File /usr/share/apt-xapian-index/plugins/app-install.py, line 142, in init
 entry = DesktopEntry(os.path.join(APPINSTALLDIR, f))
   File /usr/lib/python2.7/dist-packages/xdg/DesktopEntry.py, line 33, in 
 __init__
 self.parse(filename)
   File /usr/lib/python2.7/dist-packages/xdg/DesktopEntry.py, line 42, in 
 parse
 IniFile.parse(self, file, [Desktop Entry, KDE Desktop Entry])
   File /usr/lib/python2.7/dist-packages/xdg/IniFile.py, line 81, in parse
 raise ParsingError(Invalid line:  + line, filename)
 xdg.Exceptions.ParsingError: ParsingError in file 
 '/usr/share/app-install/desktop/spout.desktop', Invalid line: 
 Categories:Application:Game:ArcadeGame

Same problem on two of my machines (I get this by cron).

-- 
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/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#668254: bash-completion: dh_bash-completion still installs files in /etc/bash_completion

[Laurent Bigonville]

severity 668254 normal
thanks

Hi,

What's the status of this bug?

The Debian README is reading:

 Completions are kept in /usr/share/bash-completions/completions.

 /etc/bash_completion.d/ is being kept for compatibility reasons; but will
 disappear in future. If you're a package maintainer, you're encouraged to
 use dh_bash-completion(1), which will take care of installing third-party
 completions into the appropriate directory.

but dh_bash-completion is still installing the files
under /etc/bash_completion.d/.

Cheers

Laurent Bigonville


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

Bug#715007: mongodb: CVE-2013-4650

[Moritz Muehlenhoff]

Package: mongodb
Severity: grave
Tags: security
Justification: user security hole

This has been assigned CVE-2013-4650 (http://www.mongodb.org/about/alerts/):
https://jira.mongodb.org/browse/SERVER-9983

Fix:
https://github.com/mongodb/mongo/commit/23344f8b7506df694f66999693ee3c00dfd6afae

Cheers,
Moritz


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

Bug#715008: dcmqrscp locks down when sending concatenated C-STORE PDUs

[Mathieu Malaterre]

Package: dcmtk
Version: 3.5.4-4+b1
Severity: normal

It would be nice if dcmqrscp would not lock down when sending concatenated PDUs 
during a C-STORE.
Basically instead of looping in DT1 (transition table: eEvtPDATArequest / 
Sta-6) and sending one PDUs + flushing at a time.
I would like instead to send all PDUs (C-STORE-RQ + image data) at once.


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

Bug#715008: Acknowledgement (dcmqrscp locks down when sending concatenated C-STORE PDUs)

[Mathieu Malaterre]

found 715008 3.6.1~20121102-3
tags 715008 upstream
thanks

Both Conquest (dgate) and DicomObject (dicomserver.co.uk) seems to
support this syntax.


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

Bug#715009: rsyslog: CVE-2013-4758

[Moritz Muehlenhoff]

Package: rsyslog
Version: 3.18.6-4
Severity: important
Tags: security

The following advisory was published for rsyslog:
http://www.lsexperts.de/advisories/lse-2013-07-03.txt

The upstream bugreport and fix:
http://bugzilla.adiscon.com/show_bug.cgi?id=461
http://git.adiscon.com/?p=rsyslog.git;a=commitdiff;h=80f88242982c9c6ad6ce8628fc5b94ea74051cf4

Since the affected plugin was introduced with 
http://git.adiscon.com/?p=rsyslog.git;a=commit;h=f8019d52f83884acb5e8f8755fe976d1592b4ccb
oldstable and stable are not affected.

Cheers,
Moritz


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

Bug#715000: [checkrestart] IndexError during cmdline parsing in Process

[Wolodja Wentland]

Dear Axel,

upon further investigation it does not look as if this is a bug in
checkrestart per se. checkrestart correctly (cf. proc(5)) assumed that
/proc/[pid]/cmdline is a set of string that is separated by null bytes with a
further null byte at the end.

The reason checkrestart runs into a problem here is that spamd rewrites its
command line in such a way that argv[0] is space separated. In particular
/usr/sbin/spamd contains the following:

sub daemonize {
# Pretty command line in ps
$0 = join (' ', $ORIG_ARG0, @ORIG_ARGV) unless would_log(dbg);
...

which incorrectly joins the path with spaces and not null bytes for
prettiness. I would therefore argue that this is a bug in spamd and not in
checkrestart itself. It would still be nice if checkrestart could handle this
situation gracefully.
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Bug#713525: dvbstreamer: diff for NMU version 2.1.0-2.4

[gregor herrmann]

tags 713525 + patch
tags 713525 + pending
thanks

Dear maintainer,

I've prepared an NMU for dvbstreamer (versioned as 2.1.0-2.4) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Joint Venture: Ne Frau, die sich mich leisten kann
diff -Nru dvbstreamer-2.1.0/debian/changelog dvbstreamer-2.1.0/debian/changelog
--- dvbstreamer-2.1.0/debian/changelog	2012-03-12 20:38:15.0 +0100
+++ dvbstreamer-2.1.0/debian/changelog	2013-07-05 14:13:03.0 +0200
@@ -1,3 +1,12 @@
+dvbstreamer (2.1.0-2.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS: libtool: Version mismatch error.:
+add patch from Ubuntu / Logan Rosen to use autoreconf.
+(Closes: #713525)
+
+ -- gregor herrmann gre...@debian.org  Fri, 05 Jul 2013 14:12:47 +0200
+
 dvbstreamer (2.1.0-2.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru dvbstreamer-2.1.0/debian/control dvbstreamer-2.1.0/debian/control
--- dvbstreamer-2.1.0/debian/control	2011-12-16 18:23:42.0 +0100
+++ dvbstreamer-2.1.0/debian/control	2013-07-05 14:12:42.0 +0200
@@ -4,7 +4,7 @@
 Build-Depends: dpkg-dev (= 1.14.27), debhelper (= 7), quilt (= 0.46-4.1),
  autoconf, autotools-dev, automake, libtool, cdbs, libev-dev,
  libreadline-gplv2-dev, sqlite3, libsqlite3-dev, libyaml-dev, libltdl-dev,
- zlib1g-dev
+ zlib1g-dev, dh-autoreconf
 Standards-Version: 3.8.3
 Section: video
 Homepage: http://dvbstreamer.sf.net/
diff -Nru dvbstreamer-2.1.0/debian/rules dvbstreamer-2.1.0/debian/rules
--- dvbstreamer-2.1.0/debian/rules	2012-03-12 20:35:17.0 +0100
+++ dvbstreamer-2.1.0/debian/rules	2013-07-05 14:12:42.0 +0200
@@ -1,6 +1,7 @@
 #!/usr/bin/make -f
 
 include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 include /usr/share/cdbs/1/class/autotools.mk
 
 # where sources are


signature.asc
Description: Digital signature

Bug#715010: ITP: dhcpy6d - DHCP server for IPv6

[Daniel Pocock]

Package: wnpp
Severity: wishlist
Owner: Daniel Pocock dan...@pocock.com.au

Upstream is Henri, on CC.  His web site is

   http://dhcpy6d.ifw-dresden.de

I've offered to help him get the package in shape but we would
potentially like help from another sponsor

Benefit to Debian:
- the ISC DHCPD package doesn't ship with IPv6 init script
- the ISC DHCPD package doesn't support MAC-based IPv6 clients, that is
a major hassle for some people
- this package appears to be a good solution

I've tried the package from the upstream web site, it has some easily
fixed lintian errors and warnings (e.g. a copy of a log file is included
in the package)

Two small problems prevent the daemon starting on wheezy:

python-dnspython needs to be added to the system (should be a dependency)

It fails to find modules from /usr/share/pyshared - adding this code to
/usr/sbin/dhcpy6d fixes it:

sys.path[0:0] = ['/usr/share/pyshared']


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

Bug#714733: [buildd-tools-devel] Bug#714733: Inside a schroot environment renaming directories inside /tmp fails in GNU/Hurd

[Pino Toscano]

Hi,

Alle mercoledì 3 luglio 2013, Roger Leigh ha scritto:
 On Tue, Jul 02, 2013 at 01:32:07PM +0200, Mattias Ellert wrote:
  tis 2013-07-02 klockan 11:43 +0100 skrev Roger Leigh:
   What's different about /tmp inside the chroot?  Is it bind
   mounted (or the hurd equivalent) inside the chroot?  What is the
   configuration you are using for this chroot; did you make any
   particular customisations?
  
  If you want to know details about how the schroot is configured on
  the porterbox, only the administrators of that machine can tell
  you. I was using the porterbox to figure out why one of my
  packages fails to build in the Debian build system for gnu/hurd. I
  did not do any tweaking of the configuration myself, but I have no
  idea if the porterbox admin has done something.
 
 Could the hurd buildd people possibly take a look here?

The difference here (at least on exodar' setup, but I guess it is the 
same on the buildds) is that /tmp in the chroot is done using the 
firmlink translator to the system /tmp, which creates a link much 
similar to a bind mount.

Indeed, setting up a firmlink translator and trying the commands earlier 
mentioned in this bug (#714733) gives the same failure, while they work 
when the root directory of both source and destination is not under a 
firmlink-ed node.
Though, I have not investigated further whether the problem is in 
firmlink itself, in the libraries it uses or somewhere else.

-- 
Pino Toscano


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

Bug#715011: #6 DcmQueryRetrieveIndexDatabaseHandle::checkupinStudyDesc (this=this@entry=0x7ad950, pStudyDesc=pStudyDesc@entry=0x7bb9b0,

[Mathieu Malaterre]

Package: dcmtk
Version: 3.5.4-4+b1
Severity: important

dcmqrscp segfault sometimes (need to reduce test case). Backtrace is:

*** buffer overflow detected ***: /usr/bin/dcmqrscp terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7636fd67]
/lib/x86_64-linux-gnu/libc.so.6(+0xfbd20)[0x7636ed20]
/usr/lib/libdcmqrdb.so.3(_ZN35DcmQueryRetrieveIndexDatabaseHandle18checkupinStudyDescEP15StudyDescRecordPcl+0xa3)[0x77b9ea43]
/usr/lib/libdcmqrdb.so.3(_ZN35DcmQueryRetrieveIndexDatabaseHandle12storeRequestEPKcS1_S1_P30DcmQueryRetrieveDatabaseStatusb+0x5b9)[0x77ba42d9]
/usr/lib/libdcmqrdb.so.3(_ZN28DcmQueryRetrieveStoreContext13saveImageToDBEP17T_DIMSE_C_StoreRQPKcP18T_DIMSE_C_StoreRSPPP10DcmDataset+0xcc)[0x77b8f1bc]
/usr/lib/libdcmqrdb.so.3(_ZN28DcmQueryRetrieveStoreContext15callbackHandlerEP21T_DIMSE_StoreProgressP17T_DIMSE_C_StoreRQPcPP10DcmDatasetP18T_DIMSE_C_StoreRSPS7_+0x7e2)[0x77b90df2]
/usr/lib/libdcmnet.so.3(_Z19DIMSE_storeProviderP17T_ASC_AssociationhP17T_DIMSE_C_StoreRQPKciPP10DcmDatasetPFvPvP21T_DIMSE_StoreProgressS2_PcS7_P18T_DIMSE_C_StoreRSPS7_ES8_20T_DIMSE_BlockingModei+0x520)[0x778cbda0]
/usr/lib/libdcmqrdb.so.3(_ZN19DcmQueryRetrieveSCP8storeSCPEP17T_ASC_AssociationP17T_DIMSE_C_StoreRQhR30DcmQueryRetrieveDatabaseHandleb+0xb8d)[0x77bb0a4d]
/usr/lib/libdcmqrdb.so.3(_ZN19DcmQueryRetrieveSCP8dispatchEP17T_ASC_Associationb+0x6a9)[0x77bb2219]
/usr/lib/libdcmqrdb.so.3(_ZN19DcmQueryRetrieveSCP17handleAssociationEP17T_ASC_Associationb+0xde)[0x77bb362e]
/usr/lib/libdcmqrdb.so.3(_ZN19DcmQueryRetrieveSCP18waitForAssociationEP13T_ASC_Network+0x1333)[0x77bb68a3]
/usr/bin/dcmqrscp[0x406d9e]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x76294a55]
/usr/bin/dcmqrscp[0x4078cd]
=== Memory map: 
0040-0040b000 r-xp  00:10 53950247   
/usr/bin/dcmqrscp
0060a000-0060b000 r--p a000 00:10 53950247   
/usr/bin/dcmqrscp
0060b000-0060c000 rw-p b000 00:10 53950247   
/usr/bin/dcmqrscp
0060c000-007d9000 rw-p  00:00 0  [heap]
75d68000-75d74000 r-xp  00:10 52480454   
/lib/x86_64-linux-gnu/libnss_files-2.17.so
75d74000-75f73000 ---p c000 00:10 52480454   
/lib/x86_64-linux-gnu/libnss_files-2.17.so
75f73000-75f74000 r--p b000 00:10 52480454   
/lib/x86_64-linux-gnu/libnss_files-2.17.so
75f74000-75f75000 rw-p c000 00:10 52480454   
/lib/x86_64-linux-gnu/libnss_files-2.17.so
75f75000-76072000 r-xp  00:10 52480437   
/lib/x86_64-linux-gnu/libm-2.17.so
76072000-76271000 ---p 000fd000 00:10 52480437   
/lib/x86_64-linux-gnu/libm-2.17.so
76271000-76272000 r--p 000fc000 00:10 52480437   
/lib/x86_64-linux-gnu/libm-2.17.so
76272000-76273000 rw-p 000fd000 00:10 52480437   
/lib/x86_64-linux-gnu/libm-2.17.so
76273000-76417000 r-xp  00:10 52480458   
/lib/x86_64-linux-gnu/libc-2.17.so
76417000-76616000 ---p 001a4000 00:10 52480458   
/lib/x86_64-linux-gnu/libc-2.17.so
76616000-7661a000 r--p 001a3000 00:10 52480458   
/lib/x86_64-linux-gnu/libc-2.17.so
7661a000-7661c000 rw-p 001a7000 00:10 52480458   
/lib/x86_64-linux-gnu/libc-2.17.so
7661c000-7662 rw-p  00:00 0 
7662-76636000 r-xp  00:10 52862577   
/lib/x86_64-linux-gnu/libgcc_s.so.1
76636000-76835000 ---p 00016000 00:10 52862577   
/lib/x86_64-linux-gnu/libgcc_s.so.1
76835000-76836000 rw-p 00015000 00:10 52862577   
/lib/x86_64-linux-gnu/libgcc_s.so.1
76836000-7692 r-xp  00:10 52862686   
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18
7692-76b1f000 ---p 000ea000 00:10 52862686   
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18
76b1f000-76b27000 r--p 000e9000 00:10 52862686   
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18
76b27000-76b29000 rw-p 000f1000 00:10 52862686   
/usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.18
76b29000-76b3e000 rw-p  00:00 0 
76b3e000-76b55000 r-xp  00:10 52480444   
/lib/x86_64-linux-gnu/libpthread-2.17.so
76b55000-76d54000 ---p 00017000 00:10 52480444   
/lib/x86_64-linux-gnu/libpthread-2.17.so
76d54000-76d55000 r--p 00016000 00:10 52480444   
/lib/x86_64-linux-gnu/libpthread-2.17.so
76d55000-76d56000 rw-p 00017000 00:10 52480444   
/lib/x86_64-linux-gnu/libpthread-2.17.so
76d56000-76d5a000 rw-p  00:00 0 
76d5a000-76d71000 r-xp  00:10 44122422 

Bug#705538: [Pkg-gnupg-maint] Bug#705538: gnupg: 5 charset username limit

[Werner Koch]

On Wed, 26 Jun 2013 10:26, th...@debian.org said:

 indended to identify the key owner in the web of trust, using a value shorter 
 than 5 is probably indeed too a-specific and not what you want, and I can 
 understand GnuPG's choice to protect the user against creating and
 uploading a

Right.  However, there is an option disable such checks:

  --allow-freeform-uid

   Disable all checks on the form of the user ID while generating a
   new one. This option should only be used in very special
   environments as it does not ensure the de-facto stan dard format
   of user IDs.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


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

Bug#715011: Acknowledgement (#6 DcmQueryRetrieveIndexDatabaseHandle::checkupinStudyDesc (this=this@entry=0x7ad950, pStudyDesc=pStudyDesc@entry=0x7bb9b0, )

[Mathieu Malaterre]

Log is:

$ dcmqrscp -s --log-level trace -c dcmqrscp.cfg my.log
$ cat my.log
D: $dcmtk: dcmqrscp v3.6.1 2012-11-02 $
D:
D: DcmDataDictionary: Loading file: /usr/share/dcmtk/dicom.dic
D: DcmDataDictionary: Loading file: /usr/share/dcmtk/private.dic
D: setting network send timeout to 60 seconds
D: setting network receive timeout to 60 seconds
T: DUL  FSM Table: State: 1 Event: 4
T: DUL  Event:  Transport connection indication
T: DUL  Action: AE 5 Transport Connect Response
T: Read PDU HEAD TCP: 01 00 00 00 00 e7
T: Read PDU HEAD TCP: type: 01, length: 231 (e7)
T: DUL  FSM Table: State: 2 Event: 5
T: DUL  Event:  A-ASSOCIATE-RQ PDU (on transport)
T: DUL  Action: AE 6 Examine Associate Request
D: PDU Type: Associate Request, PDU Length: 231 + 6 bytes PDU header
D:   01  00  00  00  00  e7  00  01  00  00  47  44  43  4d  5f  53
D:   54  4f  52  45  20  20  20  20  20  20  47  44  43  4d  44  41
D:   53  48  20  20  20  20  20  20  20  20  00  00  00  00  00  00
D:   00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00
D:   00  00  00  00  00  00  00  00  00  00  10  00  00  15  31  2e
D:   32  2e  38  34  30  2e  31  30  30  30  38  2e  33  2e  31  2e
D:   31  2e  31  20  00  00  38  01  00  00  00  30  00  00  19  31
D:   2e  32  2e  38  34  30  2e  31  30  30  30  38  2e  35  2e  31
D:   2e  34  2e  31  2e  31  2e  34  40  00  00  13  31  2e  32  2e
D:   38  34  30  2e  31  30  30  30  38  2e  31  2e  32  2e  31  50
D:   00  00  4a  51  00  00  04  00  00  40  00  52  00  00  30  31
D:   2e  32  2e  38  32  36  2e  30  2e  31  2e  33  36  38  30  30
D:   34  33  2e  32  2e  31  31  34  33  2e  31  30  37  2e  31  30
D:   34  2e  31  30  33  2e  31  31  35  2e  32  2e  32  2e  33  55
D:   00  00  0a  47  44  43  4d  20  32  2e  32  2e  33
D: Parsing an A-ASSOCIATE PDU
T: PDU type: 1 (A-ASSOCIATE RQ), PDU Length: 231
T: DICOM Protocol: 1
T: Called AP Title:  GDCM_STORE
T: Calling AP Title: GDCMDASH
T: Parsing remaining 163 bytes of A-ASSOCIATE PDU
T: Next item type: 10
T: Subitem parse: Type 10, Length 0021, Content: 1.2.840.10008.3.1.1.1
T: Successfully parsed Application Context
T: Parsing remaining 138 bytes of A-ASSOCIATE PDU
T: Next item type: 20
T: Parsing Presentation Context: (20), Length: 56
T: Presentation Context ID: 01
T: Parsing remaining 52 bytes of Presentation Context
T: Next item type: 30
T: Subitem parse: Type 30, Length 0025, Content: 1.2.840.10008.5.1.4.1.1.4
T: Successfully parsed Abstract Syntax
T: Parsing remaining 23 bytes of Presentation Context
T: Next item type: 40
T: Subitem parse: Type 40, Length 0019, Content: 1.2.840.10008.1.2.1
T: Successfully parsed Transfer Syntax
T: Successfully parsed Presentation Context
T: Parsing remaining 78 bytes of A-ASSOCIATE PDU
T: Next item type: 50
T: Parsing user info field (50), Length: 74
T: Parsing remaining 74 bytes of User Information
T: Next item type: 51
T: Maximum PDU Length: 16384
T: Successfully parsed Maximum PDU Length
T: Parsing remaining 66 bytes of User Information
T: Next item type: 52
T: Subitem parse: Type 52, Length 0048, Content:
1.2.826.0.1.3680043.2.1143.107.104.103.115.2.2.3
T: Parsing remaining 14 bytes of User Information
T: Next item type: 55
T: Subitem parse: Type 55, Length 0010, Content: GDCM 2.2.3
T: Successfully parsed User Information
I: Association Received (lirispat:GDCMDASH - GDCM_STORE)
D: Parameters:
D: == BEGIN A-ASSOCIATE-RQ =
D: Our Implementation Class UID:  1.2.276.0.7230010.3.0.3.6.1
D: Our Implementation Version Name:   OFFIS_DCMTK_361
D: Their Implementation Class UID:
1.2.826.0.1.3680043.2.1143.107.104.103.115.2.2.3
D: Their Implementation Version Name: GDCM 2.2.3
D: Application Context Name:1.2.840.10008.3.1.1.1
D: Calling Application Name:GDCMDASH
D: Called Application Name: GDCM_STORE
D: Responding Application Name:
D: Our Max PDU Receive Size:16384
D: Their Max PDU Receive Size:  16384
D: Presentation Contexts:
D:   Context ID:1 (Proposed)
D: Abstract Syntax: =MRImageStorage
D: Proposed SCP/SCU Role: Default
D: Proposed Transfer Syntax(es):
D:   =LittleEndianExplicit
D: Requested Extended Negotiation: none
D: Accepted Extended Negotiation:  none
D: Requested User Identity Negotiation: none
D: User Identity Negotiation Response:  none
D: === END A-ASSOCIATE-RQ ==
T: DUL  FSM Table: State: 3 Event: 6
T: DUL  Event:  A-ASSOCIATE resp prim (accept)
T: DUL  Action: AE 7 Send Associate AC
D: Constructing Associate AC PDU
I: Association Acknowledged (Max Send PDV: 16372)
D: == BEGIN A-ASSOCIATE-AC =
D: Our Implementation Class UID:  1.2.276.0.7230010.3.0.3.6.1
D: Our Implementation Version Name:   OFFIS_DCMTK_361
D: Their Implementation Class UID:
1.2.826.0.1.3680043.2.1143.107.104.103.115.2.2.3
D: Their Implementation Version Name: GDCM 2.2.3
D: Application Context Name:1.2.840.10008.3.1.1.1
D: Calling Application Name:

Bug#715011:

[Mathieu Malaterre]

found 715011 3.6.1~20121102-3
notfound 715011 3.5.4-4
thanks


I cannot reproduce the issue from a 3.5.4-4 installation.


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

Bug#713117: lua-penlight: FTBFS: build-dependency not installable: lua-ldoc

[Colin Watson]

On Sat, Jun 22, 2013 at 01:37:41PM +0200, Lucas Nussbaum wrote:
 Relevant part:
  ┌──┐
  │ Install lua-penlight build dependencies (apt-based resolver)  
 │
  └──┘
  
  Installing build dependencies
  Reading package lists...
  Building dependency tree...
  Reading state information...
  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:
   sbuild-build-depends-lua-penlight-dummy : Depends: lua-ldoc but it is not 
  installable
  E: Unable to correct problems, you have held broken packages.
  apt-get failed.

This was probably a transient problem due to lua-ldoc's dependency on
the new lua-penlight.  However, now that that has cleared, lua-penlight
still fails to build in a clean chroot:

  cd docs; ldoc .
  /«PKGBUILDDIR»/lua/pl/operator.lua:133: operator.unm: extra param with no 
formal argument: 'b'
  /«PKGBUILDDIR»/lua/pl/comprehension.lua:33: pl.comprehension: function or 
section not found: 07-functional.md.List_Comprehensions in 07-functional.md 
07-functional.md.List_Comprehensions
  /«PKGBUILDDIR»/lua/pl/func.lua:20: pl.func: function or section not found: 
07-functional.md.Creating_Functions_from_Functions in 07-functional.md 
07-functional.md.Creating_Functions_from_Functions
  /«PKGBUILDDIR»/lua/pl/lapp.lua:23: pl.lapp: function or section not found: 
08-additional.md.Command_line_Programs_with_Lapp in 08-additional.md 
08-additional.md.Command_line_Programs_with_Lapp
  /«PKGBUILDDIR»/lua/pl/seq.lua:7: pl.seq: function or section not found: 
07-functional.md.Sequences in 07-functional.md 07-functional.md.Sequences
  /«PKGBUILDDIR»/lua/pl/sip.lua:22: pl.sip: function or section not found: 
08-additional.md.Simple_Input_Patterns in 08-additional.md 
08-additional.md.Simple_Input_Patterns
  lua5.1: /usr/share/lua/5.1/ldoc/markup.lua:25: attempt to call method 
'warning' (a nil value)
  stack traceback:
  /usr/share/lua/5.1/ldoc/markup.lua:25: in function 
/usr/share/lua/5.1/ldoc/markup.lua:17
  [C]: in function 'gsub'
  /usr/share/lua/5.1/ldoc/markup.lua:17: in function 
/usr/share/lua/5.1/ldoc/markup.lua:16
  (tail call): ?
  (tail call): ?
  /usr/share/lua/5.1/ldoc/html.lua:242: in function 'generate_output'
  /usr/bin/ldoc:625: in main chunk
  [C]: ?
  reading configuration from config.ld
  format: using built-in markdown
  format: discount not found, falling back to text
  make[1]: *** [override_dh_auto_configure] Error 1

-- 
Colin Watson   [cjwat...@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#713049: pu: gosa - fix mass import of users in wheezy

[Holger Levsen]

Hi,

On Samstag, 22. Juni 2013, Petter Reinholdtsen wrote:
 Here is a request to approve an upload of gosa to wheezy, to fix a bug
 Debian Edu need to have fixed in our Debian Edu Wheezy release.  The
 same fix was uploaded as versoin 2.7.4-4.3 to unstable with this
 changelog entry:
 
* debian/patches/fix-mass-ldapimport.patch: New patch, fixes LDAP mass
  import, by Giorgio Pioda and Petter Reinholdtsen. (Closes: #698840)
 
 We need it to make sure schools can create users for all teachers and
 users in a school starting to use Debian Edu (or migrating to the new
 version) without having to create them one by one.

ping. Can we upload to s-p-u? The fix is in Debian Edu wheezy-test now too.


cheers,
Holger


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

Bug#616777: cluster-glue: deprecation of dh_pycentral, please use dh_python2

[Arthur de Jong]

Control: tags -1 + pathch

Fixing this for cluster-glue is relatively simple because, although
there is a build-dependency on python-central, it isn't actually used
for anything. The package just seems to contain a single Python file
that is used as a script.

Attached is a patch that switches to dh_python2 and actually compiles
the Python file on installation.

I've also dropped the build-dependency on python-dev because it should
only be needed for Python extension modules.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --
diff -Nauwir cluster-glue-1.0.10+hg2722.orig/debian/changelog cluster-glue-1.0.10+hg2722/debian/changelog
--- cluster-glue-1.0.10+hg2722.orig/debian/changelog	2012-10-09 12:50:24.0 +0200
+++ cluster-glue-1.0.10+hg2722/debian/changelog	2013-07-05 14:21:59.0 +0200
@@ -1,3 +1,10 @@
+cluster-glue (1.0.10+hg2722-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload
+  * Switch from python-central to dh_python2
+
+ -- Arthur de Jong adej...@debian.org  Fri, 05 Jul 2013 13:02:44 +0200
+
 cluster-glue (1.0.10+hg2722-1) unstable; urgency=low
 
   * New upstream version
diff -Nauwir cluster-glue-1.0.10+hg2722.orig/debian/control cluster-glue-1.0.10+hg2722/debian/control
--- cluster-glue-1.0.10+hg2722.orig/debian/control	2012-10-09 13:01:52.0 +0200
+++ cluster-glue-1.0.10+hg2722/debian/control	2013-07-05 14:24:00.0 +0200
@@ -3,12 +3,11 @@
 Priority: optional
 Maintainer: Debian HA Maintainers debian-ha-maintain...@lists.alioth.debian.org
 Uploaders: Martin Loschwitz madk...@debian.org, Anibal Monsalve Salazar ani...@debian.org, Simon Horman ho...@debian.org, Frederik Schüler f...@debian.org
-Build-Depends: debhelper (= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, iputils-ping, python, psmisc, libnet1-dev, iproute, libtool, libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev | libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls-dev, python-central (= 0.5), python-dev, libpam0g-dev, libncurses5-dev, psmisc, libopenhpi-dev, libopenipmi-dev, autoconf, automake, libtool, xsltproc, docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, libdbus-1-dev, help2man, libaio-dev, hardening-wrapper
+Build-Depends: debhelper (= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, iputils-ping, python (=2.6.6-3~), psmisc, libnet1-dev, iproute, libtool, libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev | libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls-dev, libpam0g-dev, libncurses5-dev, psmisc, libopenhpi-dev, libopenipmi-dev, autoconf, automake, libtool, xsltproc, docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, libdbus-1-dev, help2man, libaio-dev, hardening-wrapper
 Standards-Version: 3.9.3
 Homepage: http://hg.linux-ha.org/glue/
 Vcs-Hg: http://hg.debian.org/hg/debian-ha/cluster-glue
 Vcs-Browser: http://hg.debian.org/hg/debian-ha/cluster-glue
-XS-Python-Version: current
 
 Package: libcluster-glue
 Architecture: all
@@ -140,7 +139,7 @@
 
 Package: cluster-glue
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, python, libtimedate-perl, liblrm2 (= ${binary:Version}), libpils2 (= ${binary:Version}), libplumb2 (= ${binary:Version}), libplumbgpl2 (= ${binary:Version}), libstonith1 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, ${python:Depends}, libtimedate-perl, liblrm2 (= ${binary:Version}), libpils2 (= ${binary:Version}), libplumb2 (= ${binary:Version}), libplumbgpl2 (= ${binary:Version}), libstonith1 (= ${binary:Version})
 Replaces: heartbeat (= 2.99.2+sles11r9-5), heartbeat-common (= 2.99.2+sles11r9-5), libheartbeat2 (= 2.99.2+sles11r9-5)
 Conflicts: heartbeat (= 2.99.2+sles11r9-5), heartbeat-common (= 2.99.2+sles11r9-5), libheartbeat2 (= 2.99.2+sles11r9-5)
 Description: Reusable cluster components for Linux HA
diff -Nauwir cluster-glue-1.0.10+hg2722.orig/debian/rules cluster-glue-1.0.10+hg2722/debian/rules
--- cluster-glue-1.0.10+hg2722.orig/debian/rules	2012-10-09 12:55:51.0 +0200
+++ cluster-glue-1.0.10+hg2722/debian/rules	2013-07-05 14:21:18.0 +0200
@@ -80,6 +80,8 @@
 	dh_installman
 	dh_lintian
 	dh_installinit --name=logd -pcluster-glue -u 'defaults 20 32'
+	dh_python2
+	dh_python2 /usr/lib/stonith/plugins/stonith2
 	dh_strip
 	dh_compress
 	dh_fixperms


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

Bug#715012: mention zsh popular among power shell users

[Osamu Aoki]

Package: debian-reference
Version: 2.50
Severity: normal

This discussion for bug #713885 reminded me to add a short note for zsh
to debian-reference.  (I do not use zsh but ...)

On Thu, Jul 04, 2013 at 05:27:12PM +0200, Thomas Preud'homme wrote:
...
  I also found zsh behavior odd.
...
 It's not a bug, it's a feature™.
 
 Zsh has lots of odd behavior like this. See for instance:
 
 # With zsh
 % foo=bar baz
 % for name in $foo ; do echo name: $name ; done
 name: bar baz
 
 # With bash
 % foo=bar baz
 $for name in $foo ; do echo name: $name ; done
 name: bar
 name: baz
 
 Although it's disturbing when compared to bash, I find it a better default.
...
  === ZSH ===
...
  osamu@goofy ~ % EEE=$(ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so
  /usr/lib/gtk-2.0/*/immodules/im-ibus.so) zsh: no matches found:
  /usr/lib/gtk-2.0/*/immodules/im-ibus.so
  osamu@goofy ~ % echo $EEE
...
  The second path is not expected to match anything.  That is the same in
  dash or bash.  But, zsh spits some error message to non-stderr and quits.
  EEE is not set either.
  
  This is strange for me.
 
 The thing is zsh's behavior is safer by default. In bash, if a *
 doesn't match any file it will be left as is. Thus, if you do touch *
 and there is no file in the current directory, it will create a file
 named '*'. In zsh, the default is to just returns an error. Bash's
 behavior can be obtained by setting NOMATCH.  Alternatively, you can
 set NULL_GLOB to replace '*' by nothing. This is explained in the
 zshexpn man page, in the FILENAME GENERATION section:
 
 The word is replaced with a list of sorted filenames that match the pattern. 
 If  no  matching  pattern is found,  the  shell  gives  an  error message, 
 unless the NULL_GLOB option is set, in which case the word is deleted; or 
 unless the NOMATCH option is unset, in which case the word is left unchanged.

Let me add at the end of 1.4.1. The login shell:
  
http://www.debian.org/doc/manuals/debian-reference/ch01.en.html#_the_login_shell

TIP: 
For the login interactive shell, Zsh is a feature rich alternative to
Bash and popular with some power users.  Please note that some features
of Zsh such as shell variable and glob expansions are slightly different
from that of Bash.

Osamu


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

Bug#714917: encrypting submissions creates /root/.gnupg/*

[Bill Allombert]

On Thu, Jul 04, 2013 at 11:22:29AM +0200, Ansgar Burchardt wrote:
 Package: popularity-contest
 Version: 1.58
 Severity: normal
 
 Enabling the encryption of submissions will result in creating a /root/.gnupg
 directory including a gpg.conf, secring.gpg, trustdb.gpg, random_seed.
 
 Just using popularity-contest shouldn't do this. Maybe passing --no-config or
 --homedir /some/temporary/directory to gpg would be a good idea. It would also
 result in not using (maybe unwanted) settings from root's gpg.conf.

Jakub Wilk in http://lists.debian.org/debian-devel/2013/06/msg00681.html
suggest to use --no-options:

   --no-options
  Shortcut  for  --options /dev/null. This option is detected before an 
attempt to
  open an option file.  Using this option will also  prevent  the  
creation  of  a
  ‘~/.gnupg’ homedir.

Could you check whether this would address this bug ?

Thanks for testing popcon encryption!
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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

Bug#714995: gregoriotex: fails to upgrade from wheezy: updmap-sys failed

[Élie Roux]

Dear Andras,

Thank you very much for the report!

I'm not sure how to handle this, as I currently only have access to 
wheezy...


Norbert, do you know how to fix this? There use to be .map files in 
GregorioTeX, but there aren't anymore, could it be the source of the 
problem?


Thank you!
--
Elie


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

Bug#715011:

[Mathieu Malaterre]

If I clear the database and restart using the same machine, same
configuration I cannot reproduce the crash.
So there is a subttle interaction in this code and any existing DICOM
file on disk.


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

Bug#602145: #3487: Display problems for mbox-files 2GiB

[Mutt]

#3487: Display problems for mbox-files  2GiB
+--
  Reporter:  antonio@…  |  Owner:  mutt-dev
  Type:  defect | Status:  new
  Priority:  trivial|  Milestone:
 Component:  mutt   |Version:  1.5.21
Resolution: |   Keywords:  patch
+--

Comment (by ansgar):

 Any chance to get this tiny patch reviewed and applied?

 Ansgar

-- 
Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:5
Mutt http://www.mutt.org/
The Mutt mail user agent


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

Bug#715013: Tests not automatically run on package build

[Robie Basak]

Package: ruby-indentation
Version: 0.0.7-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch

Downstream bug: https://launchpad.net/bugs/1197894

ruby-indentation upstream provides test in spec/indentation_spec.rb, but
these are not automatically run by dh_ruby --test as part of the package
build.

The problem seems to be that although debian/ruby-test-files.yaml lists
spec/indentation_spec.rb, running spec/indentation_spec.rb itself does not
actually run the tests. So I think the problem here is that the packaging makes
assumptions about the tests provided by upstream, which don't hold, so dh_ruby
--test does not test anything.

Adding:

require 'rspec/autorun'

below the rspec require line in spec/spec_helper.rb fixes the problem,
as does adding an override_dh_auto_test of rspec.

I'm not a Ruby specialist, so I don't know what the best practice fix
for this would be. It looks like using rspec/autotest is optional as far
as rspec upstream are concerned, so if upstream don't want to use it,
then perhaps the Debian packaging should use a different test
specification to dh_ruby, or override dh_auto_test as above.

I've applied the following fix in Ubuntu for now:

diff -Nru ruby-indentation-0.0.7/debian/rules 
ruby-indentation-0.0.7/debian/rules
--- ruby-indentation-0.0.7/debian/rules 2013-05-06 02:39:32.0 +
+++ ruby-indentation-0.0.7/debian/rules 2013-07-05 12:38:30.0 +
@@ -13,3 +13,8 @@
 
 %:
dh $@ --buildsystem=ruby --with ruby
+
+override_dh_auto_test:
+ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
+   rspec
+endif


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

Bug#714939: pu: package ibus-sunpinyin/2.0.3-4+deb7u1

[Osamu Aoki]

Hi,

On Thu, Jul 04, 2013 at 08:00:23PM +0100, Adam D. Barratt wrote:
 Control: tags -1 + confirmed
 
 On Thu, 2013-07-04 at 22:40 +0900, Osamu Aoki wrote:
  Wrong libexecdir breaking GUI menu.
  
  A part of ibus family package bug fixes.
 
 Please go ahead.

Thanks.
 
 The watch file change should be mentioned in the changelog (although I'm
 not entirely sure why it's included in a stable upload).

It seems I need to be more conservative for the stable updates. (This is
my first stable updates.)

Let me drop the watch file change which is simpler.  (One click with
gitk).

Updated patch attached as a record.  I will be uploading this updated
package.

Regards,

Osamu
diff -Nru ibus-sunpinyin-2.0.3/debian/changelog 
ibus-sunpinyin-2.0.3/debian/changelog
--- ibus-sunpinyin-2.0.3/debian/changelog   2013-07-04 21:38:29.0 
+0900
+++ ibus-sunpinyin-2.0.3/debian/changelog   2013-07-04 21:41:58.0 
+0900
@@ -1,3 +1,10 @@
+ibus-sunpinyin (2.0.3-4+deb7u1) stable; urgency=low
+
+  * Team upload.
+  * Fix libexecdir. Closes: #712583
+
+ -- Osamu Aoki os...@debian.org  Sat, 29 Jun 2013 15:13:27 +0900
+
 ibus-sunpinyin (2.0.3-4) unstable; urgency=low
   
   [YunQiang Su]
diff -Nru ibus-sunpinyin-2.0.3/debian/patches/libexecdir.patch 
ibus-sunpinyin-2.0.3/debian/patches/libexecdir.patch
--- ibus-sunpinyin-2.0.3/debian/patches/libexecdir.patch1970-01-01 
09:00:00.0 +0900
+++ ibus-sunpinyin-2.0.3/debian/patches/libexecdir.patch2013-07-04 
21:41:58.0 +0900
@@ -0,0 +1,14 @@
+From: Osamu Aoki os...@debian.org
+Description: libexecdir should be shared with ibus-setup to work
+
+--- a/SConstruct
 b/SConstruct
+@@ -74,7 +74,7 @@
+ 
+ data_dir = env['DATADIR'] + '/ibus-sunpinyin'
+ icons_dir = env['DATADIR'] + '/ibus-sunpinyin/icons'
+-bin_dir = env['LIBEXECDIR'] + '/ibus-sunpinyin'
++bin_dir = env['LIBEXECDIR'] + '/ibus'
+ gettext_package = 'ibus-sunpinyin'
+ 
+ extra_cflags = ' -DIBUS_SUNPINYIN_LOCALEDIR=\'%s\'' % (env['DATADIR'] + 
'/locale')
diff -Nru ibus-sunpinyin-2.0.3/debian/patches/series 
ibus-sunpinyin-2.0.3/debian/patches/series
--- ibus-sunpinyin-2.0.3/debian/patches/series  2013-07-04 21:38:29.0 
+0900
+++ ibus-sunpinyin-2.0.3/debian/patches/series  2013-07-04 21:41:58.0 
+0900
@@ -1 +1,2 @@
+libexecdir.patch
 append-os-environ-toenv.patch
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .changes but not in first
-
-rwxr-xr-x  root/root   /usr/lib/ibus/ibus-engine-sunpinyin
-rwxr-xr-x  root/root   /usr/lib/ibus/ibus-setup-sunpinyin

Files in first .changes but not in second
-
-rwxr-xr-x  root/root   /usr/lib/ibus-sunpinyin/ibus-engine-sunpinyin
-rwxr-xr-x  root/root   /usr/lib/ibus-sunpinyin/ibus-setup-sunpinyin

Control files: lines which differ (wdiff format)

Version: [-2.0.3-4-] {+2.0.3-4+deb7u1+}

Bug#713828: (no subject)

[Πρεκατές Αλέξανδρος]

Lisandro you are right!

I hadnot enabled the lo interface  in /etc/network/interfaces

The reason being that after a very bumpy dist-upgrade process to wheezy from 
squueze networking broke due to networking-manager removal and i setup 
manually without being awere that programs need lo ! (why do the need it 
really?)

Now basket works and gwenview and freeciv! (although i not sure why  gwenview 
need the lo ! :-).



Thanks again!


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

Bug#714917: encrypting submissions creates /root/.gnupg/*

[Ansgar Burchardt]

On 07/05/2013 14:44, Bill Allombert wrote:
 On Thu, Jul 04, 2013 at 11:22:29AM +0200, Ansgar Burchardt wrote:
 Enabling the encryption of submissions will result in creating a /root/.gnupg
 directory including a gpg.conf, secring.gpg, trustdb.gpg, random_seed.

 Just using popularity-contest shouldn't do this. Maybe passing --no-config or
 --homedir /some/temporary/directory to gpg would be a good idea. It would 
 also
 result in not using (maybe unwanted) settings from root's gpg.conf.
 
 Jakub Wilk in http://lists.debian.org/debian-devel/2013/06/msg00681.html
 suggest to use --no-options:
 
--no-options
   Shortcut  for  --options /dev/null. This option is detected before 
 an attempt to
   open an option file.  Using this option will also  prevent  the  
 creation  of  a
   ‘~/.gnupg’ homedir.
 
 Could you check whether this would address this bug ?

No, doesn't work:

/etc/cron.daily # diff -u popularity-contest.ori popularity-contest
--- popularity-contest.ori  2013-07-05 14:53:57.009406485 +0200
+++ popularity-contest  2013-07-05 14:55:42.583330879 +0200
@@ -71,7 +71,7 @@
 if [ $ENCRYPT = yes ]  [ -x $GPG ]; then
   POPCONGPG=$POPCON.gpg
   rm -f $POPCONGPG
-  $GPG --no-default-keyring --keyring $KEYRING --trust-model=always \
+  $GPG --batch --no-tty --no-options --no-default-keyring --keyring
$KEYRING --trust-model=always \
--armor -o $POPCONGPG -r $POPCONKEY --encrypt $POPCON
   POPCON=$POPCONGPG
 fi

/etc/cron.daily # ./popularity-contest
gpg: keyblock resource `/root/.gnupg/secring.gpg': file open error
gpg: fatal: /root/.gnupg: directory does not exist!
secmem usage: 1408/1408 bytes in 2/2 blocks of pool 1408/32768
cat: /var/log/popularity-contest.gpg: No such file or directory

Same with only --no-options (and without --batch --no-tty). No idea why
gpg wants to access the secret keyring if it's not used, but using an
empty (temporary) directory with --homedir might work.

It also looks like the script continues even though calling gpg failed.
Maybe you want to use set -e?

Ansgar


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

Bug#714917: [Popcon-developers] Bug#714917: encrypting submissions creates /root/.gnupg/

[Bill Allombert]

On Fri, Jul 05, 2013 at 03:03:27PM +0200, Ansgar Burchardt wrote:
 On 07/05/2013 14:44, Bill Allombert wrote:
  On Thu, Jul 04, 2013 at 11:22:29AM +0200, Ansgar Burchardt wrote:
  Enabling the encryption of submissions will result in creating a 
  /root/.gnupg
  directory including a gpg.conf, secring.gpg, trustdb.gpg, random_seed.
 
  Just using popularity-contest shouldn't do this. Maybe passing --no-config 
  or
  --homedir /some/temporary/directory to gpg would be a good idea. It would 
  also
  result in not using (maybe unwanted) settings from root's gpg.conf.

Does --no-config exist ? It is not documented and gpg just say
Invalid option.

It is rather painful to create dummy gpg HOME directories for no good reason.
Maybe we should ask the gpg maintainers
 
 It also looks like the script continues even though calling gpg failed.
 Maybe you want to use set -e?

Yes. Strange I never noticed it was missing before.

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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

Bug#715014: spamd sets its cmdline ($0) wrongly by using spaces

[Wolodja Wentland]

Package: spamassassin
Version: 3.3.2-6
Severity: normal

Dear Maintainer,

spamd includes the following snippet (line 2623):

sub daemonize {
# Pretty command line in ps
$0 = join (' ', $ORIG_ARG0, @ORIG_ARGV) unless would_log(dbg);

which incorrectly uses spaces to separate elements in the cmdline which, in
turn, breaks programs that parse /proc/$PID/cmdline and assume that elements
are separated with null bytes (cf. #715000). In particular proc(5) states that:

/proc/[pid]/cmdline
The commandline arguments appear in this file as a set of strings
separated by null bytes ('\0'), with a further null byte after the
last string.

It also sets $0 to 'spamd child' in line 1114 which would be equally wrong.

-- 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.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages spamassassin depends on:
ii  adduser 3.113+nmu3
pn  libarchive-tar-perl none
ii  libhtml-parser-perl 3.71-1
ii  libnet-dns-perl 0.68-1.1
ii  libnetaddr-ip-perl  4.062+dfsg-1
ii  libsocket6-perl 0.23-1+b2
ii  libsys-hostname-long-perl   1.4-2
ii  libwww-perl 6.05-1
ii  perl5.14.2-21
ii  perl-modules [libio-zlib-perl]  5.14.2-21

Versions of packages spamassassin recommends:
ii  gcc4:4.8.1-2
ii  gnupg  1.4.12-7
ii  libc6-dev  2.17-7
ii  libio-socket-inet6-perl2.69-2
ii  libmail-spf-perl   2.8.0-1
ii  make   3.81-8.2
ii  perl [libsys-syslog-perl]  5.14.2-21
ii  re2c   0.13.5-1
ii  spamc  3.3.2-6

Versions of packages spamassassin suggests:
pn  libdbi-perl   none
ii  libio-socket-ssl-perl 1.93-2
pn  libmail-dkim-perl none
pn  libnet-ident-perl none
ii  perl [libcompress-zlib-perl]  5.14.2-21
pn  pyzor none
pn  razor none

-- Configuration Files:
/etc/default/spamassassin changed:
ENABLED=1
OPTIONS=--create-prefs --max-children 5 --helper-home-dir
PIDFILE=/var/run/spamd.pid
CRON=0


-- 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#714947: RFS: djvusmooth/0.2.14-1 -- graphical editor for DjVu

[Dmitry Smirnov]

On Fri, 5 Jul 2013 21:02:40 Daniel Stender wrote:
 Removed the unecessary deps. Great pointer to cme!

Thanks. :) 

Sorry but I have to ask you to correct corresponding changelog entry:

+ removed unnecessary deps (python-all, djvulibre-bin, python-djvu).

Clearly it says that you dropped three packages from depends while you
merely removed obsolete versioning... Could you re-phrase it please?
That's my only concern -- otherwise I'm ready to upload.

Also latest changes not yet committed to repository, right?

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


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

Bug#523438: CDR DB schema

[Miguel Figueiredo]

In version 1:1.8.13.1~dfsg-3 the file cdr_mysql.txt is no longer included.
It's not clear where to get the mysql schema for CDR.

-- 
Melhores Cumprimentos/Best Regards,

Miguel Figueiredo

Bug#715016: Changelog isn't in UTF-8

[Thomas Goirand]

Package: mongodb
Version: 1:2.4.3-1
Severity: important

Hi,

There's some non-printable chars in an unknown charset in the
debian/changelog. Specifically:

[ RogC)rio Brito ]

Please fix this.

Thomas Goirand (zigo)


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

Bug#715015: Package can't be built twice

[Thomas Goirand]

Package: mongodb
Version: 2.4.3-1
Severity: important

Hi,

When I try to build the package for a 2nd time in its build folder,
I get:

dpkg-source: error: cannot represent change to rsExample: binary file contents 
changed
dpkg-source: error: add rsExample in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: warning: file mongodb-2.4.3/smoke-last.json has no final newline 
(either original or modified version)
dpkg-source: error: cannot represent change to libmongoclient.a: binary file 
contents changed
dpkg-source: error: add libmongoclient.a in debian/source/include-binaries if 
you want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to perftest: binary file contents 
changed
dpkg-source: error: add perftest in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to tutorial: binary file contents 
changed
dpkg-source: error: add tutorial in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongod: binary file contents 
changed
dpkg-source: error: add mongod in debian/source/include-binaries if you want to 
store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongoimport: binary file 
contents changed
dpkg-source: error: add mongoimport in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to authTest: binary file contents 
changed
dpkg-source: error: add authTest in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to bsondump: binary file contents 
changed
dpkg-source: error: add bsondump in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongoperf: binary file contents 
changed
dpkg-source: error: add mongoperf in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to bsondemo: binary file contents 
changed
dpkg-source: error: add bsondemo in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongosniff: binary file contents 
changed
dpkg-source: error: add mongosniff in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongobridge: binary file 
contents changed
dpkg-source: error: add mongobridge in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to clientTest: binary file contents 
changed
dpkg-source: error: add clientTest in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongostat: binary file contents 
changed
dpkg-source: error: add mongostat in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongos: binary file contents 
changed
dpkg-source: error: add mongos in debian/source/include-binaries if you want to 
store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongodump: binary file contents 
changed
dpkg-source: error: add mongodump in debian/source/include-binaries if you want 
to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to whereExample: binary file 
contents changed
dpkg-source: error: add whereExample in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to test: binary file contents 
changed
dpkg-source: error: add test in debian/source/include-binaries if you want to 
store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongoexport: binary file 
contents changed
dpkg-source: error: add mongoexport in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to mongooplog: binary file contents 
changed
dpkg-source: error: add mongooplog in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: error: cannot represent change to firstExample: binary file 
contents changed
dpkg-source: error: add firstExample in debian/source/include-binaries if you 
want to store the modified binary in the debian tarball
dpkg-source: warning: file mongodb-2.4.3/failfile.smoke has no final newline 
(either original or modified 

Bug#715017: libedit: Wrong homepage

[Sylvestre Ledru]

Package: libedit
Severity: minor

Hello

The real homepage is this one:
http://www.thrysoee.dk/editline/
not
http://ftp.netbsd.org/pub/NetBSD/NetBSD-current/src/lib/libedit/

Sylvestre

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

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


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

Bug#715018: libedit: Please add the attached watch file

[Sylvestre Ledru]

Package: libedit
Severity: minor

Hello,

Could you add the attached watch file to your package ?

Thanks
Sylvestre

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
version=3
http://www.thrysoee.dk/editline/ libedit-(.*).tar.gz

Bug#579729: libedit: new version

[Sylvestre Ledru]

Hello,

Could you consider the packaging of libedit-20130611-3.1
The current version in the archive have several bugs which are
problematic for lldb.

If you don't have time, would you accept co maintainer ?

Thanks
Sylvestre


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