date:20140113

Package: unixodbc-gui-qt
Version: 2.3.0-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u unixodbc-gui-qt-2.3.0/debian/control unixodbc-gui-qt-2.3.0/debian/control
--- unixodbc-gui-qt-2.3.0/debian/control
+++ unixodbc-gui-qt-2.3.0/debian/control
@@ -1,6 +1,6 @@
 Source: unixodbc-gui-qt
 Build-Depends: debhelper (>= 9), libqt4-dev, libqtassistantclient-dev,
-	libreadline-dev, autotools-dev, libltdl-dev, unixodbc-dev
+	libreadline-dev, dh-autoreconf, libltdl-dev, unixodbc-dev
 Section: libs
 Priority: optional
 Maintainer: Steve Langasek 
diff -u unixodbc-gui-qt-2.3.0/debian/rules unixodbc-gui-qt-2.3.0/debian/rules
--- unixodbc-gui-qt-2.3.0/debian/rules
+++ unixodbc-gui-qt-2.3.0/debian/rules
@@ -7,9 +7,9 @@
 export LDFLAGS=-Wl,-z,defs
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
-override_dh_auto_configure: autotools
+override_dh_auto_configure:
 	# Add here commands to configure the package.
 	CXXFLAGS="-g -O2 -pipe" \
 	dh_auto_configure -- --with-qt_dir_include=/usr/include/qt4 \
@@ -26,10 +25,0 @@
-
-# The autotools target adds a forced build-time dependency on
-# autotools-dev (for /usr/share/misc/config.*)
-autotools:
-	OLDDATESUB=`./config.sub -t | tr -d - ` || OLDDATESUB=""; \
-	NEWDATESUB=`/usr/share/misc/config.sub -t | tr -d - `; \
-	if [ -z "$$OLDDATESUB" ] || [ "$$OLDDATESUB" -lt "$$NEWDATESUB" ]; \
-	then \
-	   cp -f /usr/share/misc/config.sub config.sub; \
-	fi

Bug#735251: lightdm: user locale tweaks are clobbered by non-default locale

2014-01-13 Thread Olaf Meeuwissen

Package: lightdm
Version: 1.8.5-3
Severity: normal

Dear Maintainer,

I have seen #690899, #691446 and #733261 but feel that my issue is not
quite the same.  Hence a separate bug report.

I have a few locale tweaks in my ~/.xsessionrc (following comments found
in /etc/X11/Xsession.d/40x11-common_xsessionrc).  The relevant bit of my
customizations:

  export LANG=ja_JP.UTF-8
  export LC_MESSAGES=en_GB.UTF-8
  export LANGUAGE=${LC_MESSAGES}

This has been working great for me for several years.  After the recent
upgrade of lightdm (from 1.6.3-1) the LANG setting got clobbered to the
first enabled locale, i.c. aa_DJ.UTF-8, whereas the system default is C.

The system default locale and enabled locales have not been changed in
a long time, nor has my .xsessionrc.  What might have played a role
was me removing my ~/.dmrc at about the same point as the upgrade as
part of a dot-file cleanup.  Changing its Language setting to the same
value as the LANG setting in my ~/.xsessionrc fixed things for me.

I would expect the preselected locale for lightdm's locale selector to
be the system default (or whatever is configured explicitly for that bit
of lightdm functionality), not whichever of the enabled locales is
listed first in /etc/locale.gen.  The system default would then become
the user's locale if a user does not have a ~/.dmrc file.  Also, I would
expect any tweaks in a user's ~/.xsessionrc to take effect/precedence
and not be clobbered by any locale functionality courtesy of lightdm.

That is to say, I would expect my LANG setting in ~/.xsessionrc to take
precedence over whatever is (or ends up) in ~/.dmrc.  If I have nothing
in my ~/.xsessionrc, I expect to end up with what is configured in
/etc/default/locale.

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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.6-3+b1
ii  dbus   1.6.18-2
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.17-97
ii  libgcrypt111.5.3-3
ii  libglib2.0-0   2.36.4-1
ii  libpam0g   1.1.3-9
ii  libxcb11.10-2
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.6.1-5

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+5

Versions of packages lightdm suggests:
pn  accountsservice  
ii  upower   0.9.23-2+b1

-- debconf information:
* shared/default-x-display-manager: lightdm
  lightdm/daemon_name: /usr/sbin/lightdm

-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962


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

Bug#735196: base: TCP offloading of network interface can not be deactivaed

2014-01-13 Thread Ben Hutchings

Control: reopen -1

On Tue, 2014-01-14 at 00:54 +, Ben Hutchings wrote:
> On Tue, Jan 14, 2014 at 12:24:16AM +0100, Holger Levsen wrote:
> > control: reassign -1 src:linux
> > # I believe this is the kernels fault, but
> > # I might be wrong...
> > thanks
> > 
> > On Montag, 13. Januar 2014, michael wrote:
> > > Package: base
> > > Severity: normal
> > > Tags: upstream
> > > 
> > > Dear Maintainer,
> > >* What led up to the situation?
> > >   Checksum calcualtion for outgoing tcp packages had been moved from
> > > the kernel to the network interface card (ethX or wlanX).
> > >   Thus when capturing data with tcpdump / Wireshark/ pcap invalid
> > > checksums occur. Thus it is no longer possible to determine which packages
> > > had invalid checksums and will be discarded.
> [...]
> 
> Not a bug, won't fix.

Sorry, I didn't read this carefully enough.

Yes, you should be able to disable TX checksum offload and then see the
kernel-generated checksums in captured packets, and I don't know why
that isn't happening.

Ben.

-- 
Ben Hutchings
Life is what happens to you while you're busy making other plans.
   - John Lennon


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

Bug#734817: Bug#734671: enable pam_keyinit by default

2014-01-13 Thread Steve Langasek

On Fri, Jan 10, 2014 at 08:10:27AM +0100, Yves-Alexis Perez wrote:
> > Unfortunately, there's no central way to configure PAM modules only for use
> > in login sessions.  As with pam_selinux and pam_loginuid, the only way to do
> > this is for each service to include the module directly in their own PAM
> > config.

> > Cloning this bug and reassigning it to the usual suspects.

> As said on IRC, it'd had been nice to actually receive that in my mail,
> instead of just the clone/reassign from owner@b.d.o but eh.

> Notwithstanding the local fixes in the various packages, wouldn't it
> be possible to have a common file to be included for those “pure login”,
> the way we have common-*?

> I'm not really knowledgeable about the whole PAM configuration in
> Debian, but if multiple modules are in the same situation, it might make
> sense. What do you think?

In effect, this is bug #677288.  It's certainly possible, but this isn't
something I expect to have time to work on any time soon.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#728824: Seek a means of suggesting alternatives for not-found commands.

2014-01-13 Thread Barry Warsaw

On Dec 24, 2013, at 06:17 PM, Ben Finney wrote:

>This bug report needs a concrete proposal for how this package can
>reasonably install a configuration file that will cause a command-not-found
>event to suggest “Use ‘python-coverage’ instead�?, in a way that will work
>for users by default.

I thik most commands are automatically extracted, but packages can install
their own overrides in their postinst scripts.

http://tinyurl.com/n8k7kt9

That's the code that I think does the command extraction on build.  I wasn't
able to find much documentation on exactly how this works and don't have time
right now to study the code, but I think that's the ticket.  I'm Cc'ing
Zygmunt and Michael to see if they have any additional clues.

signature.asc
Description: PGP signature

Bug#735241: gnupg2: gpg2 does not work with --batch --passphrase string

2014-01-13 Thread Andrew Kane

It turns out that this works if the --no-use-agent switch is used.
This wasn't clear to me from the documentation.

On Mon, Jan 13, 2014 at 2:05 PM, Andrew Kane  wrote:
> Package: gnupg2
> Version: 2.0.22-3
> Severity: normal
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> Writing a script to sign arbitrary selections, I use zenity to retrieve a
> string from the user to be passed to gpg2 as passphrase.
> This is because the script needs to be launched from a hotkey in X and gpg's
> passphrase dialog does not work in this context.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> In testing the script I ran the following from xfce4-terminal:
>
> gpg -s --batch --no-tty --passphrase [my gpg passphrase]
>
>* What was the outcome of this action?
>
> the normal passphrase prompt window popped up.
>
>* What outcome did you expect instead?
>
> I expected that gpg should proceed as normal except omitting the passphrase
> prompt as one had been provided by --passphrase per the manual.
>
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), 
> (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages gnupg2 depends on:
> ii  dpkg 1.17.5
> ii  gnupg-agent  2.0.22-3
> ii  install-info 5.2.0.dfsg.1-2
> ii  libassuan0   2.1.1-1
> ii  libbz2-1.0   1.0.6-5
> ii  libc62.17-97
> ii  libcurl3-gnutls  7.34.0-1
> ii  libgcrypt11  1.5.3-3
> ii  libgpg-error01.12-0.2
> ii  libksba8 1.3.0-3
> ii  libreadline6 6.2+dfsg-0.1
> ii  zlib1g   1:1.2.8.dfsg-1
>
> Versions of packages gnupg2 recommends:
> ii  libldap-2.4-2  2.4.31-1+nmu2+b1
>
> Versions of packages gnupg2 suggests:
> ii  gnupg-doc   2003.04.06+dak1-1
> pn  xloadimage  
>
> -- no debconf information



-- 
Helping Seattle's Needy Get Nerdy
http://freegeekseattle.org/wiki/index.php/Free_Geek_Seattle:About

http://freegeekseattle.org/wiki/index.php/Projects

Maillist:
https://groups.google.com/forum/?fromgroups#!forum/freegeek-seattle

IRC:
#freegeek-sea on freenode

freegeekseattle.org


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

Bug#735250: linux-image-3.2.0-4-amd64: Error when copying files to usb storage device.

2014-01-13 Thread Ernesto

Package: src:linux
Version: 3.2.51-1
Severity: important

Hi,

when copiyng files to pen drive, the process hangs, and then the kernel issues 
the messages shown below. I have to remove the pen drive and retry.

It happened more than once. I executed sync in parallel with the copy process.

Regards.

-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=e2ae9235-faee-430f-9a8f-823c77838a40 ro quiet

** Tainted: WO (4608)
 * Taint on warning.
 * Out-of-tree module has been loaded.

** Kernel log:
[15453.491317] scsi 7:0:0:0: Direct-Access Kingston DataTraveler 2.0 PMAP 
PQ: 0 ANSI: 0 CCS
[15453.492117] sd 7:0:0:0: Attached scsi generic sg2 type 0
[15454.285751] sd 7:0:0:0: [sdb] 15874048 512-byte logical blocks: (8.12 
GB/7.56 GiB)
[15454.286252] sd 7:0:0:0: [sdb] Write Protect is off
[15454.286256] sd 7:0:0:0: [sdb] Mode Sense: 23 00 00 00
[15454.286742] sd 7:0:0:0: [sdb] No Caching mode page present
[15454.286747] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[15454.290242] sd 7:0:0:0: [sdb] No Caching mode page present
[15454.290246] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[15454.336971]  sdb: sdb1 sdb2
[15454.339292] sd 7:0:0:0: [sdb] No Caching mode page present
[15454.339297] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[15454.339300] sd 7:0:0:0: [sdb] Attached SCSI removable disk
[15456.985543] [ cut here ]
[15456.985553] WARNING: at /build/linux-rrsxby/linux-3.2.51/block/genhd.c:1574 
disk_clear_events+0xb7/0xe3()
[15456.98] Hardware name: Dell System Inspiron N411Z
[15456.985557] Modules linked in: nbd cbc ecb ppdev lp vmnet(O) parport_pc 
parport vsock(O) vmci(O) vmmon(O) cpufreq_conservative bnep rfcomm 
cpufreq_userspace cpufreq_stats cpufreq_powersave 8021q binfmt_misc garp stp 
uinput nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop fuse ecryptfs 
dm_crypt dm_mod snd_hda_codec_hdmi snd_hda_codec_conexant arc4 usbhid hid 
snd_hda_intel snd_hda_codec iwlwifi snd_hwdep snd_pcm snd_page_alloc mac80211 
joydev snd_seq snd_seq_device snd_timer i915 drm_kms_helper cfg80211 drm btusb 
bluetooth i2c_i801 snd i2c_algo_bit dell_laptop acpi_cpufreq mperf i2c_core 
iTCO_wdt iTCO_vendor_support coretemp rfkill soundcore evdev video dcdbas 
psmouse dell_wmi ac pcspkr serio_raw sparse_keymap processor button battery 
power_supply wmi ext4 crc16 jbd2 mbcache ums_realtek usb_storage sg sr_mod 
sd_mod cdrom crc_t10dif crc32c_intel ghash_clmulni_intel xhci_hcd ahci libahci 
libata ehci_hcd aesni_intel scsi_mod aes_x86_64 atl1c thermal thermal_sys 
aes_generic cryptd
  usbcore usb_common [last unloaded: scsi_wait_scan]
[15456.985634] Pid: 26301, comm: hald-probe-volu Tainted: G   O 
3.2.0-4-amd64 #1 Debian 3.2.51-1
[15456.985637] Call Trace:
[15456.985643]  [] ? warn_slowpath_common+0x78/0x8c
[15456.985647]  [] ? disk_clear_events+0xb7/0xe3
[15456.985654]  [] ? check_disk_change+0x22/0x50
[15456.985662]  [] ? sd_open+0xe7/0x193 [sd_mod]
[15456.985665]  [] ? __blkdev_get+0x285/0x3a9
[15456.985670]  [] ? __blkdev_get+0x1f2/0x3a9
[15456.985673]  [] ? blkdev_get+0x2a7/0x2a7
[15456.985676]  [] ? blkdev_get+0x1c7/0x2a7
[15456.985679]  [] ? should_resched+0x5/0x23
[15456.985682]  [] ? blkdev_get+0x2a7/0x2a7
[15456.985686]  [] ? __dentry_open+0x1ab/0x2c2
[15456.985689]  [] ? dget+0x12/0x1e
[15456.985692]  [] ? do_last+0x553/0x58d
[15456.985695]  [] ? path_openat+0xce/0x33a
[15456.985699]  [] ? pte_offset_kernel+0x16/0x35
[15456.985702]  [] ? do_filp_open+0x2a/0x6e
[15456.985706]  [] ? _cond_resched+0x7/0x1c
[15456.985710]  [] ? __strncpy_from_user+0x18/0x48
[15456.985713]  [] ? alloc_fd+0x64/0x109
[15456.985716]  [] ? do_sys_open+0x5e/0xe5
[15456.985720]  [] ? system_call_fastpath+0x16/0x1b
[15456.985722] ---[ end trace 48ce22df61bb2ce7 ]---
[15880.360493] usb 4-1.2: USB disconnect, device number 5
[15882.603843] usb 2-1: USB disconnect, device number 2
[15888.630367] usb 2-2: new high-speed USB device number 3 using xhci_hcd
[15888.650650] usb 2-2: New USB device found, idVendor=0951, idProduct=1607
[15888.650659] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[15888.650665] usb 2-2: Product: DataTraveler 2.0
[15888.650669] usb 2-2: Manufacturer: Kingston
[15888.650673] usb 2-2: SerialNumber: 000FEAFEFAD45B8C16070052
[15888.651862] scsi8 : usb-storage 2-2:1.0
[15889.649940] scsi 8:0:0:0: Direct-Access Kingston DataTraveler 2.0 PMAP 
PQ: 0 ANSI: 0 CCS
[15889.650638] sd 8:0:0:0: Attached scsi generic sg2 type 0
[15892.052547] sd 8:0:0:0: [sdb] 15874048 512-byte logical blocks: (8.12 
GB/7.56 GiB)
[15892.052764] sd 8:0:0:0: [sdb] Write Protect is off
[15892.052768] sd 8:0:0:0: [sdb] Mode Sense: 23 00 00 00
[15892.052994] sd 8:0:0:0: [sdb] No Caching mode page present
[15892.052998] sd 8:0:0:0: [sdb] Assuming drive cache: write through
[15892.054560] sd

Bug#735249: freeimage builds with bundled libtiff

2014-01-13 Thread Scott Howard

Package: freeimage
Version: 3.9.3-1
Severity: normal

freeimage's "Source/FreeImage/PluginTIFF.cpp" #includes tiffiop.h, which is a
private header file that should not be used to interface with a library. This
prevents us from using system tiff library.

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



-- System Information:
Debian Release: wheezy/sid
  APT prefers saucy-updates
  APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), 
(100, 'saucy-backports')
Architecture: i386 (i686)

Kernel: Linux 3.11.0-15-generic (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#735248: multiarch-python-include-dirs.diff has bad side-effects

2014-01-13 Thread Dominique Belhachemi

Package: cmake
Version: 2.8.12.1-1.1
Severity: serious

Please drop patch:

http://anonscm.debian.org/gitweb/?p=collab-maint/cmake.git;a=blob;f=debian/patches/multiarch-python-include-dirs.diff;hb=master

With the patch, other cmake based projects fail to build whenever
PYTHON_INCLUDE_DIR is used to point to a non-system wide python
version.

>From upstream bug:
http://public.kitware.com/Bug/view.php?id=14156

Dmitrijs Ledkovs (Debian): "It has proven too much work to have
pyconfig.h in an multiarch location. Therefore, pyconfig.h was
re-introduced in an non-multiarch location. Instead it is a
compatibility header that using compiler macros includes the correct
pyconfig.h from a multiarch location. This patch should be dropped, as
it's no longer needed."

Thanks
-Dominique


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

Bug#720092: Please package ocl

2014-01-13 Thread Nobuhiro Iwamatsu

Hi,

I made sure that there is implementation of DFSG-free of OpenCL by Mesa 10.
Mesa 10 is not installed in to Debian, this is no problem.
And there are pocl as implementation DFSG-free using ocl-icd.
This is packaging by ocl-icd maintainer.
I will enable ocl library, and upload soon.

Thanks for your help and comment!

Best regards,
  Nobuhiro

2014/1/9 Nobuhiro Iwamatsu :
> Hi,
>
> Thanks for your comment.
>
> 2014/1/8 Andrey Gursky :
>> Hi,
>>
>> oh, your reply on 24. Sep. 2013 was addressed only to
>> 720...@bugs.debian.org and wasn't being cc'ed, so I have not received
>> a copy of it.
>>
>> On Christmas holidays I've tried to build opencv with opencl support
>> on Debian Jessie without(!) proprietary OpenCL SDK. It is enough to
>> install just 2 additional packages: ocl-icd-dev and ocl-icd-opencl-dev
>> in make opencv automatically discover a presence of OpenCL support and
>> enable building the ocl module. So you could for now just extend
>> build-depends on these 2 packages from main.
>
> Yes, I know about these.
> I have debian / control that are additionally matters you pointed out.
>   
> http://anonscm.debian.org/gitweb/?p=debian-science/packages/opencv.git;a=shortlog;h=refs/heads/ocl-support
>
> But please see
>   http://www.debian.org/doc/debian-policy/ch-archive.html#s-contrib
> and following line in this section.
>   "free packages which require contrib, non-free packages or packages
>   which are not in our archive at all for compilation or execution, and..".
>
> ^^^
>
> As in this section, restrictions contrib will also affect the Debian
> package other than.
>
> If we always necessary SDK of Intel and Nvidia when using opencv-ocl,
> opencv will
> set handling of contrib. We can choose the Free If you're available
> the Gallium with OpenCL.
> Therefore, this is the treatment of main.
>
> I dont know why ocl-icd-opencl-dev was installed into main section. If
> this have same problem,
> (If the library of DFSG incompatible there is only) this should set to 
> contrib.
> I will ask about this to maintainer.
>
>>
>> There will be no proprietary/contrib dependencies for installing the
>> future package libopencv-ocl. Once one needs to use it, then only
>> these users will have to install some non-free OpenCL ICD from
>> amd/intel/nvidia. Or(!) one can install locally some free (though not
>> 100% functioning) OpenCL ICD and use it. I can't see no impacts on the
>> opencv ocl module itself. This was the idea of OpenCL ICD: one can
>> link to the loader (e.g. libOpenCL.so from ocl-icd-libopencl1) but
>> then use a proprietary one.
>
> Is libOpenCL.so DFSG compatible? if this is DFSG incompatible,
> ocl-icd should set to contrib.
> Or If there is libOpenCL.so (or ICD) of DFSG compatible, there is no problem.
> If you know  libOpenCL.so (or ICD) of DFSG compatible, could you tell me?
>
>>
>> If it works out with Gallium - it would be great! But the main thing
>> for now is to have the ocl module packaged and then one can experiment
>> with the either OpenCL implementation.
>>
>
> Yes, I think too.
>
>> Regards,
>> Andrey
>>
>>
>> 2014/1/8, Nobuhiro Iwamatsu :
>>> Hi,
>>>
>>> I looked again this problem. We can use the Mesa (Gallium) of X.org to
>>> non-free except for libraries.
>>>   http://www.x.org/wiki/GalliumStatus/
>>>   http://www.x.org/wiki/XorgEVoC/GalliumCompute/
>>>
>>> Is this right?
>>>
>>> Best regards,
>>>   Nobuhiro
>>>
>>> 2013/9/24 Nobuhiro Iwamatsu :
 Hi,

> Source: opencv
> Version: 2.4.5+dfsg-0exp1
> Severity: normal
>
> Hi,
>
> there is a "new" module in opencv: ocl, allowing using OpenCL. It is
> introduced almost a year ago [1]:
>
> 2.4.3 (November 2012):
> Technology-preview version of ocl - OpenCL-accelerated computer vision
> algorithms, contributed by the Chinese Academy of Science
>
> and it has been improved in consecutive releases:
>
> 2.4.4 (March 2013):
> The openCL-based hardware acceleration (ocl) module is now mature,
> and, with numerous bug fixes, it is largely bug-free.
>
> 2.4.5 (April 2013):
> there are further improvements and extensions in ocl module:...
>
> 2.4.6 (July 2013):
> Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
> binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
> other platforms.
>
> Please, consider packaging this module.

 I support the ocl module in opencv is difficult in Debian.
 Because OCL SDK is in non-free section.
 When opencv is dependent on the OCL SDK if, opencv is in contrib section.
 Because I want to distribute opencv in the main section, I will not
 support ocl module.

 Does this work for you?

 Best regards,
   Nobuhiro

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

Bug#733675: dictionaries-common: ispell-buffer misses misspellings in tex mode

2014-01-13 Thread Sanjoy Mahajan

> Hi, again, found the real commit to blame (and the author, me :-(),
> http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/110817

Great work debugging.  I'll happily test any proposed changes.

-Sanjoy


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

Bug#734611: RFS: libfixbuf/1.4.0 ITP -- Implementation of the IPFIX protocol

2014-01-13 Thread Wookey

+++ Johannes Schauer [2014-01-08 15:41 +0100]:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "libfixbuf":

OK. Looks sound to me. Copyright and packaging seems fine. Autofoo up to date.

A couple of minor points:
You might want to include a watch file for new upstream releases.

Should you do something with the included pyfixbuf-0.1.tar.gz, like drop
it or add a python package?. It's mostly wasting 400K of space. I guess
currently you have a pristine upstream tarball - it just happens to have
another dollop of software somewhat unhelpfully included, and not in a
format conducive to bulding from it. I guess that's fair enough.

Builds OK in stable, and unstable clean chroot. So unless you want to do
the watch file first, I'll upload.

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


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

Bug#735247: base-passwd: [INTL:pt] Updated Portuguese translation of manpage

2014-01-13 Thread Américo Monteiro

Package: base-passwd
Version: 3.5.30
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for base-passwd's manpage.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


base-passwd_manpage_3.5.30_pt.po.gz
Description: GNU Zip compressed data

Bug#704764: more info

2014-01-13 Thread Lior Kaplan

More info at https://bugs.php.net/bug.php?id=60227

Relevant upstream patch:
http://git.php.net/?p=php-src.git;a=commitdiff;h=8e82bda330264d290a5e55580eea2eb875d4cb69

Kaplan

Bug#735194: [DRE-maint] Bug#735194: can we remove ruby-amrita from archive in favour of ruby-amrita2?

2014-01-13 Thread Christian Hofstaedtler

* Praveen A  [140113 19:33]:
> package: ruby-amrita
> version: 1.0.2-10
> Usertags: ruby18-removal
> 
> Can this package be removed as ruby 1.8 is being removed from the archive.

Just for the record, ruby-amrita has these rdepends:

# Broken Depends:
aswiki: aswiki

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-


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

Bug#720923: icedtea-plugin: Please switch metapackage dependency to icedtea-7-plugin

2014-01-13 Thread Bob Bib

Package: icedtea-plugin
Version: 1.3.2-1
Followup-For: Bug #720923

Laurent Bigonville:
> Currently the metapackage dependency is pointing to icedtea-6-plugin,
> itshould probably be updated to point to icedtea-7-plugin.

I second that.
Alternatively, it can be done the following way
(until openjdk-6-jre gets removed):

- Depends: icedtea-6-plugin, ${misc:Depends}
+ Depends: icedtea-7-plugin | icedtea-6-plugin, ${misc:Depends}


Best wishes, Bob

Bug#735119: [icedove] Non free file

2014-01-13 Thread Christoph Goehre

tags 735119 pending
thanks

Hi Bastien,

On So, Jan 12, 2014 at 09:31:42 +, bastien ROUCARIES wrote:
> According to lintian:
> mozilla/build/pgo/blueprint/valid.png usual name is
> valid-html401-blue.png. The valid w3c icons could not be modified. See
> also http://www.w3.org/QA/Tools/Icons.

i'll remove the non-free W3C icon with the next release of Thunderbird
(which will probably be 24.3.0).

Cheers,
Christoph


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

Bug#726230: iceweasel: broken geolocation due to missing google api key

2014-01-13 Thread Pierre Rudloff


Hello,

We could use Mozilla Location Services 
 
instead.


Regards,

Bug#735246: okular: Okular features crippled by building with libpoppler 0.18.4

2014-01-13 Thread Jan Binder

Package: okular
Version: 4:4.11.3-1+b1
Severity: normal

Dear Maintainer,

okular is built with libpoppler 0.18.4, as verified with ldd.

This makes saving annotations in PDFs impossible, even though it is implemented 
in this version of okular.
There is a packaged version od lipoppler 0.22.5-3, where this would most 
probably work.

Even better would be a packaged libpoppler 0.24 or 0.25 but that is not the 
point of this bug report
and I would be happy with 0.22.5

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

Versions of packages okular depends on:
ii  kde-runtime 4:4.11.3-1
ii  libc6   2.18-0experimental1
ii  libfreetype62.5.2-1
ii  libjpeg88d-2
ii  libkactivities6 4:4.11.3-1
ii  libkdecore5 4:4.11.3-2
ii  libkdeui5   4:4.11.3-2
ii  libkio5 4:4.11.3-2
ii  libkparts4  4:4.11.3-2
ii  libkprintutils4 4:4.11.3-2
ii  libkpty44:4.11.3-2
ii  libokularcore3  4:4.11.3-1+b1
ii  libphonon4  4:4.7.1-1
ii  libpoppler-qt4-30.18.4-10
ii  libqca2 2.0.3-5
ii  libqimageblitz4 1:0.0.6-4
ii  libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-declarative  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-svg  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-xml  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtcore4  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4   4:4.8.5+git209-g718fae5+dfsg-1
ii  libsolid4   4:4.11.3-2
ii  libspectre1 0.2.7-2
ii  libstdc++6  4.8.2-13
ii  phonon  4:4.7.1-1
ii  zlib1g  1:1.2.8.dfsg-1

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.05~dfsg-8+b1
ii  jovie  4:4.11.3-1
ii  okular-extra-backends  4:4.11.3-1+b1
ii  poppler-data   0.4.6-4
ii  texlive-binaries   2013.20130729.30972-2+b1
ii  unrar  1:5.0.10-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#735196: base: TCP offloading of network interface can not be deactivaed

2014-01-13 Thread Holger Levsen

control: reassign -1 src:linux
# I believe this is the kernels fault, but
# I might be wrong...
thanks

On Montag, 13. Januar 2014, michael wrote:
> Package: base
> Severity: normal
> Tags: upstream
> 
> Dear Maintainer,
>* What led up to the situation?
>   Checksum calcualtion for outgoing tcp packages had been moved from
> the kernel to the network interface card (ethX or wlanX).
>   Thus when capturing data with tcpdump / Wireshark/ pcap invalid
> checksums occur. Thus it is no longer possible to determine which packages
> had invalid checksums and will be discarded.
>   Therefore TCP-offloading needs to be manually deactivated with
> ethtool. * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>I deactivated all netwark card features and thus expected the kernel to
> calculate the outgoing checksums:
>su
>ethtool -K eth0 rx off tx off sg off tso off gso off
>* What was the outcome of this action?
> 
>All features are activated according ethtool:
> ethtool -k eth0
> Features for eth0:
> rx-checksumming: off
> tx-checksumming: off
> tx-checksum-ipv4: off [fixed]
> tx-checksum-unneeded: off [fixed]
> tx-checksum-ip-generic: off
> tx-checksum-ipv6: off [fixed]
> tx-checksum-fcoe-crc: off [fixed]
> tx-checksum-sctp: off [fixed]
> scatter-gather: off
> tx-scatter-gather: off
> tx-scatter-gather-fraglist: off [fixed]
> tcp-segmentation-offload: off
> tx-tcp-segmentation: off
> tx-tcp-ecn-segmentation: off [fixed]
> tx-tcp6-segmentation: off
> udp-fragmentation-offload: off [fixed]
> generic-segmentation-offload: off
> generic-receive-offload: off
> large-receive-offload: off [fixed]
> rx-vlan-offload: on
> tx-vlan-offload: on
> ntuple-filters: off [fixed]
> receive-hashing: off [fixed]
> highdma: on [fixed]
> rx-vlan-filter: on [fixed]
> vlan-challenged: off [fixed]
> tx-lockless: off [fixed]
> netns-local: off [fixed]
> tx-gso-robust: off [fixed]
> tx-fcoe-segmentation: off [fixed]
> fcoe-mtu: off [fixed]
> tx-nocache-copy: on
> loopback: off [fixed]
> 
> I entered:
> wget www.heise.de
> 
> While tracking the traffic with tcpdump (see "incorrect" for checksums of
> traffic in outgoing direction (Donald.fritz.box.43681 >
> redirector.heise.de):
> 
> tcpdump -i eth0 -vvv tcp
> tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535
> bytes
> 18:57:13.399866 IP (tos 0x0, ttl 64, id 50216, offset 0, flags [DF], proto
> TCP (6), length 60)
> Donald.fritz.box.43681 > redirector.heise.de.http: Flags [S], cksum
> 0xc4a8 (incorrect -> 0x573c), seq 2174976360, win 14600, options [mss
> 1460,sackOK,TS val 345408 ecr 0,nop,wscale 6], length 0
> 18:57:13.413922 IP (tos 0x0, ttl 245, id 15109, offset 0, flags [DF], proto
> TCP (6), length 60)
> redirector.heise.de.http > Donald.fritz.box.43681: Flags [S.], cksum
> 0x6a7a (correct), seq 3901327278, ack 2174976361, win 4356, options [mss
> 1452,nop,nop,TS val 2361400012 ecr 345408,sackOK,eol], length 0
> 18:57:13.413989 IP (tos 0x0, ttl 64, id 50217, offset 0, flags [DF], proto
> TCP (6), length 52)
> Donald.fritz.box.43681 > redirector.heise.de.http: Flags [.], cksum
> 0xc4a0 (incorrect -> 0x6e2d), seq 1, ack 1, win 14600, options [nop,nop,TS
> val 345412 ecr 2361400012], length 0
> 18:57:13.414200 IP (tos 0x0, ttl 64, id 50218, offset 0, flags [DF], proto
> TCP (6), length 160)
> Donald.fritz.box.43681 > redirector.heise.de.http: Flags [P.], cksum
> 0x03dd (correct), seq 1:109, ack 1, win 14600, options [nop,nop,TS val
> 345412 ecr 2361400012], length 108
> 18:57:13.434350 IP (tos 0x0, ttl 245, id 15510, offset 0, flags [DF], proto
> TCP (6), length 544)
> redirector.heise.de.http > Donald.fritz.box.43681: Flags [P.], cksum
> 0x7e69 (correct), seq 1:493, ack 109, win 4464, options [nop,nop,TS val
> 2361400030 ecr 345412], length 492
> 18:57:13.434438 IP (tos 0x0, ttl 64, id 50219, offset 0, flags [DF], proto
> TCP (6), length 52)
> Donald.fritz.box.43681 > redirector.heise.de.http: Flags [.], cksum
> 0xc4a0 (incorrect -> 0x680e), seq 109, ack 493, win 15544, options
> [nop,nop,TS val 345417 ecr 2361400030], length 0
> 18:57:13.434456 IP (tos 0x0, ttl 245, id 15512, offset 0, flags [DF], proto
> TCP (6), length 52)
> redirector.heise.de.http > Donald.fritz.box.43681: Flags [F.], cksum
> 0x935a (correct), seq 493, ack 109, win 4464, options [nop,nop,TS val
> 2361400030 ecr 345412], length 0
> 18:57:13.434716 IP (tos 0x0, ttl 64, id 50220, offset 0, flags [DF], proto
> TCP (6), length 52)
> Donald.fritz.box.43681 > redirector.heise.de.http: Flags [R.], cksum
> 0xc4a0 (incorrect -> 0x6809), seq 109, ack 494, win 15544, options
> [nop,nop,TS val 345417 ecr 2361400030], length 0
> 18:57:13.436862 IP (tos 0x0, ttl 64, id 57218, offset 0, flags [DF], proto
> TCP (6), length 60)
> Donald.fritz.box.51718 > www.heise.de.http: Flags [S], cksum 0xc4ad
> (incorrect -> 0x4e36), se

Bug#735237: [python-weberror] non sourced minified javascript

2014-01-13 Thread Ben Finney

On 13-Jan-2014, bastien ROUCARIES wrote:
> I could not find the source for:
> weberror/eval-media/jquery-1.2.1.min.js

Yes, that's a serious bug.

Even if this file had source, it is (I assume) a bundled third-party
library. That violates Debian Policy §4.13.

The package should not install that library at all, and instead should
“Depends: libjs-jquery” (at an appropriate version, if necessary).

If the package doesn't work with a latest jQuery (or at least the latest in
Debian), that is a separate bug that should be reported upstream and fixed.

-- 
 \ “I went to a fancy French restaurant called ‘Déjà Vu’. The head |
  `\  waiter said, ‘Don't I know you?’” —Steven Wright |
_o__)  |
Ben Finney 

signature.asc
Description: Digital signature

Bug#733936: openclonk needs high resolution icons

2014-01-13 Thread Ronny Standtke

Hi

> where are the icons coming from?

They are coming from here:
http://forum.openclonk.org/topic_show.pl?tid=534

Kind regards

Ronny


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

Bug#727708: Bits from linux.conf.au

2014-01-13 Thread Steven Chamberlain

On 13/01/14 20:57, Bdale Garbee wrote:
> Ian Jackson  writes:
>> I'm coming round to the view that we should be planning to support
>> multiple systems indefinitely.
> 
> This has been my opinion all along.  Various assertions that it's
> somehow just too hard really haven't swayed me.  The tricky bit, I
> think, is to define just what "support" means in the context of
> non-default init systems.  

IIRC, when kfreebsd became a release goal for squeeze, there was some
policy that certain fixes were allowed to be handled as RC bugs,
especially during the freeze.  That allowed porters to potentially get
something NMUd or unblocked if it was important to getting things
working on that system.

Could each proposed/approved init system for jessie be handled like
this, generally?  The respective teams would contribute the necessary
work to make sure things work with that system.  Maintainers would need
to accommodate reasonable changes (mostly adding native init scripts) if
they haven't already.

That to me sounds enough like 'supporting' an init system.  After
committing to such goals, once the work really gets underway, any
specific disagreements between teams over how to do things or what's
reasonable, could be handled separately as they arise, and escalated to
the ctte where necessary?

It wouldn't matter to me which is ultimately chosen as the default in
that case, if I only knew I wouldn't be wasting my time working on a
particular init system.

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

signature.asc
Description: OpenPGP digital signature

Bug#704242: Driver for PL-2303 HX not working

2014-01-13 Thread Karsten Malcher

Hello together,

i will close this bug at Debian now.

After the last update this error seems to disappear in Debian stable.
http://ftp.debian.org/debian/dists/wheezy/ChangeLog
USB: pl2303: fix device initialisation at open

The source for this patch can be found here:
http://www.spinics.net/lists/stable/msg30311.html
It's possible that this will not fix the bug under all circumstances depending
on the application.

Summary:
==

I did need some time to realize that this bug will occur only with PL2303HX
chips that are China clones.
In fact this type of chips run out of production at Profilic.
http://www.prolific.com.tw/US/ShowProduct.aspx?pcid=41&showlevel=0017-0037-0041
Only the PL2303HXD can be buyed as original, so any new PL2303HX is a China
clone.

I have been contacted by Frank Schäfer and so we tested some of his driver
improvements in combination with newer kernels.
Up to now this could not be backported to kernel 3.2.x, but i could test a kernel 3.12.6 on Debian wheezy and the
PL2303HX is running fine.

There are really much products with this clone chips out there, so some further improvements of the driver would be
really helpful.
I will make further tests together with Frank and hope that this improvements will find a place into the next kernel
versions starting with Debian jessie and 3.12.6

Best regards
Karsten

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

Bug#735245: Please enable brcmfmac wireless driver

2014-01-13 Thread Guido Günther

Package: linux-image-amd64
Version: 3.12+55
Severity: wishlist

Hi,
I'd be great to have 

CONFIG_BRCMFMAC=m

enabled for amd64 and i386 to support support devices like the broadcom
4324 wireless chipsets as found in e.g. some Sony Vaio Laptops.

I'd also be nice to have CONFIG_BRCM_TRACING enabled to trace driver
problems more easily but it seems this isn't enabled for other drivers
either.

Cheers,
 -- Guido


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

Bug#735244: RFS: plainbox-provider-checkbox/0.2-1 [ITP] -- CheckBox provider for PlainBox

2014-01-13 Thread Sylvain Pineau


Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "plainbox-provider-checkbox"

 * Package name: plainbox-provider-checkbox
   Version : 0.2-1
   Upstream Author : Sylvain Pineau 
 * URL : http://launchpad.net/checkbox
 * License : GPLv3
   Section : utils

It builds those binary packages:

  plainbox-provider-checkbox - CheckBox provider for PlainBox

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


http://mentors.debian.net/package/plainbox-provider-checkbox


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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/plainbox-provider-checkbox/plainbox-provider-checkbox_0.2-1.dsc


Regards,

Sylvain Pineau


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

Bug#735143: fonts-texgyre: Alias registering in fontconfig is now redundant

On Di, 14 Jan 2014, Norbert Preining wrote:
> Would be necessary to know *when* so to depend on a proper version
> of fontconfig?

Ahh, the Breaks ... isn't that a  it strong? I does not actually break
fontconfig in any way, or? Just the aliases are gone...

Anyway, included in git repo. Will be in next upload, thanks a lot.

Norbert


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



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

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

On Sa, 11 Jan 2014, Nobuhiro Iwamatsu wrote:
> But I will upload to exeprimental after modifying the debian /
> changelog, because I think that there is no issues with a package of
> now.

Great, thanks, good to know. Please go ahead, I will run the new
texlive bin through it as soon as it is in experimental.


Norbert


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



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

Bug#735143: fonts-texgyre: Alias registering in fontconfig is now redundant

Hi Fabian,

thanks as usual!

On Mo, 13 Jan 2014, Fabian Greffrath wrote:
> I am not sure when this happened, but in recent versions of fontconfig the
> registering of the Tex Gyre fonts as aliases for the PostScript Base fonts has

Would be necessary to know *when* so to depend on a proper version
of fontconfig?

Or is it just a convenience and we don't care for whether it is provided
by fontconfig or not?

Best

Norbert



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



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

Bug#735235: [Pkg-xfce-devel] Bug#735235: xfce4-taskmanager: missing Quit button

2014-01-13 Thread Yves-Alexis Perez

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Mon, Jan 13, 2014 at 10:40:55PM +0100, Zlatko Calusic wrote:
> Package: xfce4-taskmanager
> Version: 1.0.1-1
> Severity: minor
> 
> There's no Quit button in the toolbar anymore?! It was there recently,
> and I liked it because it enabled me to quickly fire up taskmanager,
> briefly check what's goin' on and exit even quicker via nice fat Quit
> button. May I have it back, please?

Yes, it looks gone. But it's also just a click on the close button on
the titlebar or an Alt-F4.

Regards,
- -- 
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJS1GnlAAoJEG3bU/KmdcClo+4H/36HoF6iRNRWN1+1xs/96nf5
inR+UNnipeG0xc9lOOXTNsuRl7hxZ7BlgxfUnTZQLsg8kopCjT2ScuYQy7urH9RV
9197c9EZtc9uaoXbTQoy9j6/P4fJSydCZFwMatggziGI18sas6VASYpZueKNvJbU
P3ozNwBIYx4lGmeE9jjf7pWd32KoUheWGOXyNK3cBHKUB68lxh08nLySsZxHELvp
itymWMv8srQhRJw/XfhBHvjoZ74qDHU574J/cp6jgYvjiMf0sTSCW+Hcy4+yFqgm
EVeyZN+wEuqmOc80uc9CqzG6/FGdzJmHu+8R8aTThGX8HXRw2hyatrf31rU3X/k=
=Rc25
-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#734939: texlive-binaries: synctex view with -x crashes consistently

Hi Sebastian,

On Sa, 11 Jan 2014, Sebastian Ramacher wrote:
> I've accidently attached an old version of the patch. Here is the new
> one.

Thanks, included in the git master branch. If I make a new release
based on the 2013 sources it will be included, or I switch to 2014
source (if libpng is finally updated).

Norbert


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



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

Bug#734939: texlive-binaries: synctex view with -x crashes consistently

Hi Peter, hi Karl,

on Debian we got a bug report that the synctex main binary crashes:

On Fr, 10 Jan 2014, Sebastian Ramacher wrote:
> I was trying to use "synctex view" with the optional -x argument, but
> already a simple "syntex view -i input -o output -x echo" segfaults.
> This is caused by an missing 0 in the string passed to system
> (texk/web2c/synctexdir/synctex_main.c:469).
> 
> If that is fixed, synctex segfaults later while trying to parse more
> optional arguments which are not there.
> 
> The attached patch fixes both issue. Please consider applying the patch
> or fixing the issues in another way.

I attach the patch, too.

I checked and it still applies against the current svn sources in TeX Live.

What do you think?

Thanks,

Norbert


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

--- a/texk/web2c/synctexdir/synctex_main.c
+++ b/texk/web2c/synctexdir/synctex_main.c
@@ -304,11 +304,11 @@
 if(++arg_index

Bug#735243: git-checkout(1): add a better overview

2014-01-13 Thread Jonathan Nieder

Package: git-doc
Version: 1:1.8.5.2-2
Severity: minor
Justification: documentation
Tags: upstream

>From #git:

EugeneKay> man git-checkout always makes me cry

The overview at the top of DESCRIPTION says "Update files in the working
tree to match [...].  If no paths are given, 'git checkout' will also
update HEAD [...]".  That is a true description, but it is

 (1) incomplete and
 (2) unilluminating.

It would be better to offer some mnemonic about how "git checkout" is
for retrieving file content, in two different cases: starting to work
on a different branch, or retrieving selected files.  Then:

 (i) pre-checkout checks that prevent it from clobbering local changes

 (ii) what each mode does, in terms of flow of data
  (git checkout BRANCH --:   modifies HEAD, index, and worktree.
 "context switch".

   git checkout BRANCH -- PATHS: modifies index and worktree.
 "copy".

   git checkout -- PATHS:modifies worktree.
 "undo".
  )

 (iii) shortcuts: -b, -B, --orphan

 (iv) SEE ALSO: gitindex(5).  The latter would explain its usual
  relationship to the worktree.

The section (i) would address bug#609128.


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

Bug#735242: ruby-cassiopee: typo in package Description

2014-01-13 Thread bodrato

Package: ruby-cassiopee
Version: 0.1.9-1
Severity: minor

Dear Maintainer,

The description of the package contains the name "Hammming" with 3 "m"...

I suggest also to remove the leading space:

--- control.my  2014-01-13 23:08:15.760145547 +0100
+++ control 2013-10-07 09:24:11.0 +0200
@@ -17,6 +17,6 @@
  ruby-text (>= 0.2.0)
 Description: Library to index strings and to search with exact or
approximate match
  Cassiopee index one String and provide methods to search exact matches
- or approximate matches with Hamming and/or edit distance.
+  or approximate matches with Hammming and/or edit distance.
  .
  It supports ambiguous alphabet search and a basic cache implementation.


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

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



-- 
http://bodrato.it/


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

Bug#735241: gnupg2: gpg2 does not work with --batch --passphrase string

2014-01-13 Thread Andrew Kane

Package: gnupg2
Version: 2.0.22-3
Severity: normal

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

   * What led up to the situation?

Writing a script to sign arbitrary selections, I use zenity to retrieve a
string from the user to be passed to gpg2 as passphrase.
This is because the script needs to be launched from a hotkey in X and gpg's
passphrase dialog does not work in this context.

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

In testing the script I ran the following from xfce4-terminal:

gpg -s --batch --no-tty --passphrase [my gpg passphrase]

   * What was the outcome of this action?

the normal passphrase prompt window popped up.

   * What outcome did you expect instead?

I expected that gpg should proceed as normal except omitting the passphrase
prompt as one had been provided by --passphrase per the manual.



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

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

Versions of packages gnupg2 depends on:
ii  dpkg 1.17.5
ii  gnupg-agent  2.0.22-3
ii  install-info 5.2.0.dfsg.1-2
ii  libassuan0   2.1.1-1
ii  libbz2-1.0   1.0.6-5
ii  libc62.17-97
ii  libcurl3-gnutls  7.34.0-1
ii  libgcrypt11  1.5.3-3
ii  libgpg-error01.12-0.2
ii  libksba8 1.3.0-3
ii  libreadline6 6.2+dfsg-0.1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages gnupg2 recommends:
ii  libldap-2.4-2  2.4.31-1+nmu2+b1

Versions of packages gnupg2 suggests:
ii  gnupg-doc   2003.04.06+dak1-1
pn  xloadimage  

-- 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#712512: Problem remains

2014-01-13 Thread ael

It seems that I was too quick to close the bug. My tests did not include
printing even and odd pages as in this following example.

$ lpr -P HL-1250-usb -o page-set=odd  two_page_postscript_file.ps
 ( remove sheet and place in tray to print other side)
$ lpr -P HL-1250-usb -o page-set=even two_page_postscript_file.ps

The first side is printed correctly. But the next sheet has

JL SET MEDIATYPE=REGULAR
@PCL SET SOURCETRAY=AUTO
 @PCL SET RESOLUTION=600
 @PJL SE
as usual. This typically happens on repeated attempts to print the
second page. Obviously the above PCL commands have lost synchronisation
with the printer. It seems to be an "interjob" problem, since my
previous tests with the current cups-1.6.4-2 of a multipage document
seemed to work, which misled me into temporarily closing this bug.

The same bug shows up when printing in other ways, as for example
printing the odd pages from gv, and then doing the even pages.

/var/log/cups/error_log:-
E [13/Jan/2014:20:42:56 +] [CGI] Unable to scan "@LOCAL"!

/var/log/cups/access_log doesn't seem to include anything useful, just
entries like:
localhost - - [13/Jan/2014:21:01:28 +] "POST /printers/HL-1250-usb 
HTTP/1.1" 200 16429 Send-Document successful-ok

The status shown in the browser at http://localhost:631/printers/ is

HL-1250-usb Brother HL-1250 series  usb Brother HL-1250 Foomatic/hl1250 
(recommended)   Idle - "Sending data to printer."

That Idle - "Sending data to printer" looks odd? Why is it still sending
data when it is 'Idle'? Perhaps that confirms again some sort of
handshake failure between cups and the printer?

# lpinfo -v
network socket
network http
network lpd
network ipp14
network https
network ipp
network ipps
network smb
direct usb://Brother/HL-1250%20series

I will capture the raw PCL and see if I can spot the problem and if not
add it to this bug tomorrow (I hope).

Meanwhile, I have the manufacturer's own (not quite free) PPD.
Where do I put that so cups can see it? /etc/local/cups/ppd/ perhaps?
That should eliminate a problem with the foomatic ppd.

This printer has worked for years with cups. And I see the problem using
different machines (all debian testing) using both the parallel and the
usb ports. I suspect the the problem may have been introduced with the
xml version of the ppd, but that is speculation. When I have captured
the pcl it will presumably indicate what is happening unless the
error about not scanning "@LOCAL" is enough.

ael


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

Bug#735037: Pending fixes for bugs in the pinto package

2014-01-13 Thread pkg-perl-maintainers

tag 735037 + pending
thanks

Some bugs in the pinto package are closed in revision
6e89bd8b90a865de24afd16361e992514055385b in branch 'master' by Damyan
Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pinto.git;a=commitdiff;h=6e89bd8

Commit message:

Add Portuguese translation of the debconf templates (Closes: #735037)


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

Bug#734367: initscripts: shutdown/reboot hangs after K03rsyslog

2014-01-13 Thread Elimar Riesebieter

* Elimar Riesebieter  [2014-01-06 13:57 +0100]:

> Package: initscripts
> Version: 2.88dsf-45
> Severity: important
> 
> 
> Umounting nfs3 shares manually before shutdown/reboot runs cleanly. There is 
> no
> networkmanager or alike running on my systems. The behavior doesn't depend on
> the kernel in use (custumized or Debian kernel). 2.88dsf-44 is the same. Can't
> find 2.88dsf-43 for testing?

I've rebuild 2.88dsf-41 (the hurd version) on amd64 which brought me
back to reboot- and shutdownable system, though.

Elimar
-- 
  You cannot propel yourself forward by
  patting yourself on the back.


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

Bug#735239: Pending fixes for bugs in the pinto package

2014-01-13 Thread pkg-perl-maintainers

tag 735239 + pending
thanks

Some bugs in the pinto package are closed in revision
5a4f83546890b83d78f46c80696edff646b97f10 in branch 'master' by Damyan
Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/pinto.git;a=commitdiff;h=5a4f835

Commit message:

Add Danish translation of the debconf templates (Closes: #735239)


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

Bug#735231: stimfit: use dh-autoreconf to fix FTBFS on ppc64el

Sweet, thanks so much!


On Mon, Jan 13, 2014 at 4:55 PM, Christoph Schmidt-Hieber
wrote:

> Thanks, applied in
>
> https://code.google.com/p/stimfit/source/detail?r=249a0fbd
>
> Will prepare new release soon.
>
> Christoph
>
> On Mon, Jan 13, 2014 at 04:33:35PM -0500, Logan Rosen wrote:
> > Package: stimfit
> > Version: 0.13.6-1
> > Severity: normal
> > Tags: patch
> > User: ubuntu-de...@lists.ubuntu.com
> > Usertags: origin-ubuntu trusty ubuntu-patch
> >
> > Dear Maintainer,
> >
> > For the ppc64el architecture in Ubuntu, since this package uses libtool,
> a full
> > autoreconf is necessary. This is because we need new libtool macros for
> > ppc64el.
> >
> > In Ubuntu, the attached patch was applied to achieve the following:
> >
> >   * Use dh-autoreconf to fix FTBFS on ppc64el.
> >
> > Thanks for considering the patch.
> >
> > Logan Rosen
> >
> >
> >
> > -- System Information:
> > Debian Release: jessie/sid
> >   APT prefers trusty-updates
> >   APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500,
> 'trusty'), (100, 'trusty-backports')
> > Architecture: amd64 (x86_64)
> > Foreign Architectures: i386
> >
> > Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
>
> > diff -Nru stimfit-0.13.6/debian/control stimfit-0.13.6/debian/control
> > --- stimfit-0.13.6/debian/control 2013-12-11 16:54:49.0 -0500
> > +++ stimfit-0.13.6/debian/control 2014-01-13 16:32:59.0 -0500
> > @@ -3,7 +3,7 @@
> >  Priority: optional
> >  Maintainer: Christoph Schmidt-Hieber 
> >  Uploaders: Yaroslav Halchenko 
> > -Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev
> (>= 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>=
> 2.8.9), libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath,
> help2man, dh-python, libbiosig-dev, libsuitesparse-dev
> > +Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev
> (>= 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>=
> 2.8.9), libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath,
> help2man, dh-python, libbiosig-dev, libsuitesparse-dev, dh-autoreconf
> >  Standards-Version: 3.9.4
> >  Homepage: http://www.stimfit.org
> >
> > diff -Nru stimfit-0.13.6/debian/rules stimfit-0.13.6/debian/rules
> > --- stimfit-0.13.6/debian/rules   2013-12-11 16:54:49.0 -0500
> > +++ stimfit-0.13.6/debian/rules   2014-01-13 02:26:12.0 -0500
> > @@ -35,9 +35,11 @@
> >   find -name '*.la' | xargs -r rm -f
> >   find -name '*.so' | xargs -r rm -f
> >   rm -f $(CURDIR)/test.h5
> > + dh_autoreconf_clean
> >   dh_clean
> >
> >  install: build
> > + dh_autoreconf
> >   ./configure --enable-python --enable-debian --with-biosig
> --prefix=$(DEBPREFIX)
> >   $(MAKE)
> >  ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
>

Bug#735240: git-tag doc: "git tag" is not just for signed tags

2014-01-13 Thread Jonathan Nieder

Package: git-man
Version: 1:1.8.5.2-2
Severity: minor
Justification: documentation
Tags: upstream

git-man(1) sayeth:

git-tag - Create, list, delete or verify a tag object signed with GPG

But the 'git tag' command is not only (or even mainly) for working with
signed tags.  Probably the DESCRIPTION section needs a rewrite and then
a nicer oneliner would emerge.

Noticed while looking into a report by Leo R. Lundgren on #git:

also, what the heck to people write in annotated tags for version
numbers anyway?
but those should already be in some changelog or release file,
right?
trying it requires me to set up a remote repo somewhere
not the five second quick test
...
i am not entirely sure that lightweight tags are pushed as well
as annotated ones, i wouldnt want to take the chance of making a
tag that might not get pushed
...
a part of me would like the push man page to say that both types
of tags are pushed, but im not sure thats very practical. cnat
have every part of things elaborate on all the others too


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

Bug#735231: stimfit: use dh-autoreconf to fix FTBFS on ppc64el

2014-01-13 Thread Christoph Schmidt-Hieber

Thanks, applied in

https://code.google.com/p/stimfit/source/detail?r=249a0fbd

Will prepare new release soon.

Christoph

On Mon, Jan 13, 2014 at 04:33:35PM -0500, Logan Rosen wrote:
> Package: stimfit
> Version: 0.13.6-1
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu trusty ubuntu-patch
> 
> Dear Maintainer,
> 
> For the ppc64el architecture in Ubuntu, since this package uses libtool, a 
> full
> autoreconf is necessary. This is because we need new libtool macros for
> ppc64el.
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
>   * Use dh-autoreconf to fix FTBFS on ppc64el.
> 
> Thanks for considering the patch.
> 
> Logan Rosen
> 
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers trusty-updates
>   APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
> 'trusty'), (100, 'trusty-backports')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash

> diff -Nru stimfit-0.13.6/debian/control stimfit-0.13.6/debian/control
> --- stimfit-0.13.6/debian/control 2013-12-11 16:54:49.0 -0500
> +++ stimfit-0.13.6/debian/control 2014-01-13 16:32:59.0 -0500
> @@ -3,7 +3,7 @@
>  Priority: optional
>  Maintainer: Christoph Schmidt-Hieber 
>  Uploaders: Yaroslav Halchenko 
> -Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev (>= 
> 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>= 2.8.9), 
> libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath, help2man, 
> dh-python, libbiosig-dev, libsuitesparse-dev
> +Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev (>= 
> 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>= 2.8.9), 
> libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath, help2man, 
> dh-python, libbiosig-dev, libsuitesparse-dev, dh-autoreconf
>  Standards-Version: 3.9.4
>  Homepage: http://www.stimfit.org
>  
> diff -Nru stimfit-0.13.6/debian/rules stimfit-0.13.6/debian/rules
> --- stimfit-0.13.6/debian/rules   2013-12-11 16:54:49.0 -0500
> +++ stimfit-0.13.6/debian/rules   2014-01-13 02:26:12.0 -0500
> @@ -35,9 +35,11 @@
>   find -name '*.la' | xargs -r rm -f
>   find -name '*.so' | xargs -r rm -f
>   rm -f $(CURDIR)/test.h5
> + dh_autoreconf_clean
>   dh_clean
>  
>  install: build
> + dh_autoreconf
>   ./configure --enable-python --enable-debian --with-biosig 
> --prefix=$(DEBPREFIX)
>   $(MAKE)
>  ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))


pgpG11MIRbryd.pgp
Description: PGP signature

Bug#735239: [INTL:da] Danish translation of the debconf templates pinto

2014-01-13 Thread Joe Dalton

Package: pinto
Severity: wishlist
Tags: l10n patch

Please include the attached Danish pinto translations.

joe@pc:~/over/debian/pinto$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 8 oversatte tekster.

bye
Joe

da.po.tar.gz
Description: GNU Zip compressed data

Bug#734788: collectd: Too many dependencies

2014-01-13 Thread Sebastian Harl

Hi,

On Mon, Jan 13, 2014 at 07:14:19PM +0400, Andrey wrote:
> > So, the problem is that I don't have any numbers about which plugins are 
> > used most. 
> > I would like to avoid (unless there's a really good reason for it) to 
> > handle some plugins 
> > differently from the rest because that creates an inconsistent experience.
> 
> My suggestion here is to have separate collectd-core package with just core
> application and docs and several collectd-plugin-* (like
> collectd-plugin-disk) packages with just .so file and, if applicable,
> default config file in /etc/collectd/plugins.d subdir or something like
> that.

Having one package for each plugin would mean about 100 plugin-*
packages. I don't think that this is user-friendly.

I was already thinking about having a couple of packages for some groups
of plugins. However, I could not come up with any reasonable grouping.
That would have to take functional similarity and dependencies into
account in order to be useful. Getting that right would be complicated
and getting it not quite right would be heavily confusing imho.

I've already discussed this issue a couple of times with different
people. In all cases, the end result was that the current approach is
the best after all.

> Metapackage might install something that already enabled by default,
> like rrd, network etc, or might not install anything at all, allowing user
> to decide which ones to use. 

I've had a couple of thoughts into that direction as well. However, all
ideas I've had so far basically boil down to the same problems I've
already discussed.

> > The packages do not force the installation of any of the dependencies.
> > That's why there is collectd-core and collectd which provide different
> > degrees of flexibility by suggesting or recommending all plugin
> > dependencies.
> 
> Oh, I never tried to install just collectd-core, always thought I should use
> collectd package.

The collectd package is meant to be used by people who do not want to
think about how to setup collectd. By default, by using Recommends for
all dependencies, it simply works. However, it still allows to adjust
the setup and, for example, remove stuff that you don't want.

collectd-core is meant to be used by advanced users and as a base for
custom packaging (configuration).

> > build your own meta-package which provides your custom configuration, the
> > required dependencies for that configuration and then depends on
> > collectd-core.
> 
> Currently, I end up with manual rebuilding the package, adding several
> --disable-plugin options to configure. At this point I've decided to create
> this thread.

I don't think this is necessary, since you can easily remove any
"dependency" you don't need.

HTH,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin

signature.asc
Description: Digital signature

Bug#735238: [xbmc] Could not get source of some compiled file

Package: xbmc
Severity: serious
x-cc-debug: ftpmas...@debian.org

I could not get the source of:
addons/webinterface.default/js/jquery-1.8.2.min.js


Bastien


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

Bug#735237: [python-weberror] non sourced minified javascript

Package: python-weberror
Severity: serious
x-cc-debug: ftpmas...@debian.org

I could not find the source for:
weberror/eval-media/jquery-1.2.1.min.js

Bastien


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

Bug#549974: gramps: Export should be possible in cron job without X display

2014-01-13 Thread Ross Gammon

notfixed 549974 4.0.2
notforwarded 549974
tags 549974 - upstream - fixed-upstream
thanks

Hi Andreas,

I just tested Gramps 4.0.2, and although it was promised that this had
been fixed, unfortunately it still fails for me.

A simple "gramps -l" to list all family trees also fails when there is
no display.

Apparently there is some work still going on to reorganise the code so
that reports can be run headless, but I may need to reopen a bug
upstream to ensure this specific cron job use case is fixed.

First, when I get a chance I will test the latest upstream master.

Regards,

Ross


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

Bug#735236: [munin] Non sourced min.js files

Package: munin
Severity: serious
x-cc-debug: ftpmas...@debian.org

I could not get the source of:
master/static/jquery-1.8.3.min.js
master/static/jquery.lazyload.min.js

Bastien


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

Bug#735235: xfce4-taskmanager: missing Quit button

2014-01-13 Thread Zlatko Calusic

Package: xfce4-taskmanager
Version: 1.0.1-1
Severity: minor

There's no Quit button in the toolbar anymore?! It was there recently,
and I liked it because it enabled me to quickly fire up taskmanager,
briefly check what's goin' on and exit even quicker via nice fat Quit
button. May I have it back, please?

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

Kernel: Linux 3.13.0-rc6+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xfce4-taskmanager depends on:
ii  libc6   2.17-97
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libwnck22   2.30.7-1

xfce4-taskmanager recommends no packages.

xfce4-taskmanager 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#735234: [icedove] Non sourced min.js

Package: icedove
Severity: serious
x-cc-debug: ftpmast...@debian.org

I could notfound the source of:
mail/jquery/jquery-1.6.4.min.js
mail/jquery/jquery-ui-1.8.2.min.js
mozilla/addon-sdk/source/examples/annotator/data/jquery-1.4.2.min.js
mozilla/addon-sdk/source/examples/reddit-panel/data/jquery-1.4.4.min.js

Bastien


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

Bug#735233: libaqbanking: use dh-autoreconf to fix FTBFS on ppc64el

Package: libaqbanking
Version: 5.2.0beta-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libaqbanking-5.2.0beta/debian/control libaqbanking-5.2.0beta/debian/control
--- libaqbanking-5.2.0beta/debian/control	2014-01-08 16:22:21.0 -0500
+++ libaqbanking-5.2.0beta/debian/control	2014-01-13 16:35:01.0 -0500
@@ -9,7 +9,8 @@
   bzip2,
   libgmp10-dev,
   asciidoc,
-  xmlto
+  xmlto,
+  dh-autoreconf
 Standards-Version: 3.9.5
 Homepage: http://www.aquamaniac.de/aqbanking/
 Vcs-Browser: http://anonscm.debian.org/viewvc/aqbanking/libaqbanking/trunk/
diff -Nru libaqbanking-5.2.0beta/debian/rules libaqbanking-5.2.0beta/debian/rules
--- libaqbanking-5.2.0beta/debian/rules	2013-08-20 15:21:47.0 -0400
+++ libaqbanking-5.2.0beta/debian/rules	2014-01-13 02:58:33.0 -0500
@@ -11,7 +11,7 @@
 endif
 
 %:
-	dh $@ 
+	dh $@ --with autoreconf
 
 # Let dpkg-gensymbols fail if symbols file updates are needed
 DPKG_GENSYMBOLS_CHECK_LEVEL ?= 4

Bug#730737: dizzy: exits immediately with "strict refs" error in Perl2GLSL.pm, line 160

2014-01-13 Thread Damyan Ivanov

-=| gregor herrmann, 29.11.2013 14:54:09 +0100 |=-
> On Thu, 28 Nov 2013 18:26:42 -0500, The Wanderer wrote:
> 
> > Package: dizzy
> > Version: 0.3-1
> > Severity: grave
> > Justification: renders package unusable
> > 
> > When I launch dizzy, it briefly displays a black window, then 
> > exits. The following is printed to the console:
> > 
> > 
> > Smartmatch is experimental at /usr/share/perl5/Dizzy/Perl2GLSL.pm line 17.
> > Smartmatch is experimental at /usr/share/perl5/Dizzy/Perl2GLSL.pm 
> > line 183.
> > GPU features: [x] GLSL [x] FBOs
> > Can't use string ("# op description list of private"...) as an ARRAY
> > ref  while "strict refs" in use at
> > /usr/share/perl5/Dizzy/Perl2GLSL.pm line 160.
> > 
> 
> Thanks, I can confirm this bug, and I've forwarded your report to the
> upstream author.

I seem to have a patch that fixes this. It seems a bit intrusive to 
me, ignoring all seemingly unknown OPs, not just 'pushmark' and 
'null'. However, it seems to make dizzy run.

I haven't seen dizzy before, so I cannot tell if something went wrong. 
Perhaps the author (in Cc) can comment? I am eager to upload the 
package with this patch if there is no major breakage on the grounds 
that a slightly broken package is better than completely unusable one.

Cheers,
dam
Description: fix "Can't use string..." as an ARRAY ref at line 160
 Not sure what other problems this creates, but it seems to fix the
 problem at hand, which was making dizzy completely unusable.
Author: Damyan Ivanov 
Bug-Debian: https://bugs.debian.org/730737
Forwarded: yes

--- a/lib/Dizzy/Perl2GLSL.pm
+++ b/lib/Dizzy/Perl2GLSL.pm
@@ -50,10 +50,8 @@ sub walk_optree {
 	} elsif ($optype eq "OP") {
 		if ($op->name eq "padsv") {
 			return "var" . $op->targ;
-		} elsif ($op->name eq "pushmark" or $op->name eq "null") {
-			return ();
 		} else {
-			return "# op description " . $op->desc;
+			return ();
 		}
 	} elsif ($optype eq "COP") {
 		return ();

Bug#735231: stimfit: use dh-autoreconf to fix FTBFS on ppc64el

Package: stimfit
Version: 0.13.6-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru stimfit-0.13.6/debian/control stimfit-0.13.6/debian/control
--- stimfit-0.13.6/debian/control	2013-12-11 16:54:49.0 -0500
+++ stimfit-0.13.6/debian/control	2014-01-13 16:32:59.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Christoph Schmidt-Hieber 
 Uploaders: Yaroslav Halchenko 
-Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev (>= 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>= 2.8.9), libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath, help2man, dh-python, libbiosig-dev, libsuitesparse-dev
+Build-Depends: debhelper (>= 7), libboost-dev (>= 1.40.0), python-dev (>= 2.6.6-3), python-numpy, libhdf5-serial-dev, swig, python-wxgtk2.8 (>= 2.8.9), libwxgtk2.8-dev (>= 2.8.9), libfftw3-dev, liblapack-dev, chrpath, help2man, dh-python, libbiosig-dev, libsuitesparse-dev, dh-autoreconf
 Standards-Version: 3.9.4
 Homepage: http://www.stimfit.org
 
diff -Nru stimfit-0.13.6/debian/rules stimfit-0.13.6/debian/rules
--- stimfit-0.13.6/debian/rules	2013-12-11 16:54:49.0 -0500
+++ stimfit-0.13.6/debian/rules	2014-01-13 02:26:12.0 -0500
@@ -35,9 +35,11 @@
 	find -name '*.la' | xargs -r rm -f
 	find -name '*.so' | xargs -r rm -f
 	rm -f $(CURDIR)/test.h5
+	dh_autoreconf_clean
 	dh_clean
 
 install: build
+	dh_autoreconf
 	./configure --enable-python --enable-debian --with-biosig --prefix=$(DEBPREFIX)
 	$(MAKE)
 ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))

Bug#735232: capnproto: use dh-autoreconf to fix FTBFS on ppc64el and update config.{sub, guess} for new arches

Package: capnproto
Version: 0.4.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru capnproto-0.4.0/debian/control capnproto-0.4.0/debian/control
--- capnproto-0.4.0/debian/control	2013-12-25 00:09:53.0 -0500
+++ capnproto-0.4.0/debian/control	2014-01-13 16:34:05.0 -0500
@@ -4,7 +4,7 @@
 Maintainer: Tom Lee 
 Build-Depends: debhelper (>= 8.0.0), gcc (>= 4.7),
  python-all (>= 2.6), dpkg-dev (>= 1.16.1.1), docbook-xsl, docbook-xml,
- xsltproc, autotools-dev, netbase
+ xsltproc, dh-autoreconf, netbase
 Standards-Version: 3.9.5
 Homepage: http://kentonv.github.io/capnproto/
 Vcs-Git: git://github.com/thomaslee/capnproto-debian
diff -Nru capnproto-0.4.0/debian/rules capnproto-0.4.0/debian/rules
--- capnproto-0.4.0/debian/rules	2013-12-15 14:01:26.0 -0500
+++ capnproto-0.4.0/debian/rules	2014-01-13 02:43:59.0 -0500
@@ -13,7 +13,7 @@
 export DH_OPTIONS
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_build:
 	xsltproc --nonet \

Bug#730737: Pending fixes for bugs in the dizzy package

2014-01-13 Thread pkg-perl-maintainers

tag 730737 + pending
thanks

Some bugs in the dizzy package are closed in revision
77f2b6618684b67645d79c2179ef3d5f6c59d017 in branch 'master' by Damyan
Ivanov

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/dizzy.git;a=commitdiff;h=77f2b66

Commit message:

add patch ignoring unknown OPs Closes: #730737 -- exits immediately with 
"strict refs" error in Perl2GLSL.pm, line 160


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

Bug#735230: libgrss: use dh-autoreconf to fix FTBFS on ppc64el

Package: libgrss
Version: 0.5.0-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el.
  * Build-depend on gtk-doc-tools to fix FTBFS while autoreconfing.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libgrss-0.5.0/debian/control libgrss-0.5.0/debian/control
--- libgrss-0.5.0/debian/control	2013-11-03 17:04:51.0 -0500
+++ libgrss-0.5.0/debian/control	2014-01-13 16:31:01.0 -0500
@@ -2,7 +2,7 @@
 Section: libs
 Priority: extra
 Maintainer: Jon Bernard 
-Build-Depends: debhelper (>= 7), autotools-dev, libxml2-dev, libsoup2.4-dev, gnome-doc-utils
+Build-Depends: debhelper (>= 7), dh-autoreconf, libxml2-dev, libsoup2.4-dev, gnome-doc-utils, gtk-doc-tools
 Standards-Version: 3.9.1
 Vcs-Git: git://git.debian.org/git/collab-maint/libgrss.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/libgrss.git;a=summary
diff -Nru libgrss-0.5.0/debian/rules libgrss-0.5.0/debian/rules
--- libgrss-0.5.0/debian/rules	2013-11-03 17:04:51.0 -0500
+++ libgrss-0.5.0/debian/rules	2014-01-11 20:53:11.0 -0500
@@ -1,3 +1,3 @@
 #!/usr/bin/make -f
 %:
-	dh $@
+	dh $@ --with autoreconf

Bug#734742: flare: Version 0.19 released

2014-01-13 Thread Manuel A. Fernandez Montecelo

Review (maybe some of this is already fixed, I'm reviewing commitdiffs
more than the final files, it's easier for me this way):


1) I think that the "Conflicts" should be a "Breaks, Replaces"

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


2) debian/flare.install should be called flare-engine.install, the
binary package


3) I don't think that the executable "flare" should be renamed, if
that's the name upstream uses and doesn't cause conflicts.  And this
avoid the patch to cmakelists.txt and flare.sh (which would need an
additional manpage, etc).

3.1)  Maybe only a binary "flare-game" if you want to make it easier
for users, a shell as it is now but without .sh in the name (I think
that it's recommended not have .sh, .py etc in /usr/bin), and with a
simple manpage will do.  I don't know what upstream recommend to
launch the games though.


4) I think that you leave the game data package named "flare", I think
that "flare-game" is more descriptive and follows upstream names, if
there's no reason for the contrary

5) "flare-engine" binary package should recommend (or suggest?)
"flare-game" with ">= 0.19, <= 0.20"; and the same from the game data
to the engine (but with depends instead of just recommends); because
often (at least in the past) game and data were changed to suit each
other every version


6) I think that .xz (and probably with options -9e) should be used for
orig.tar, especially the data... last time that I checked had very
significant reduction compared to gzip


Sorry for the brevity and the direct style, I had a quite hard day at
work but prefered to reply rather than leaving this hanging.


Cheers.
-- 
Manuel A. Fernandez Montecelo 


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

Bug#735133: p11-kit: Do not use __libc_enable_secure

2014-01-13 Thread Samuel Thibault

Andreas Metzler, le Mon 13 Jan 2014 19:36:29 +0100, a écrit :
> I am currently *patching* p11-kit to prefer issetugid over getauxval
> on !linux to fix .

Ah, ok :) Well, either way is fine, as long as no reference is emitted
to __libc_enable_secure.

Samuel


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

Bug#735229: [arduino] Lack of source for libraries/Bridge/examples/TemperatureWebPanel/www/zepto.min.js

Package: arduino
Severity: serious
x-cc-debug; ftpmast...@debian.org

Minified js is not source

 libraries/Bridge/examples/TemperatureWebPanel/www/zepto.min.js

Bastien


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

Bug#735227: [activemq] Non sourced jquery

Package: activemq
Severity: serious
X-CC-debug: ftpmast...@debian.org

activemq-web-demo/src/main/webapp/js/jquery-1.4.2.min.js lack source.

Bastien


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

Bug#735228: libepsilon: use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el

Package: libepsilon
Version: 0.9.1-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libepsilon-0.9.1/debian/control libepsilon-0.9.1/debian/control
--- libepsilon-0.9.1/debian/control	2011-05-12 17:59:07.0 -0400
+++ libepsilon-0.9.1/debian/control	2014-01-13 16:26:32.0 -0500
@@ -2,7 +2,7 @@
 Priority: extra
 Maintainer: Debian GIS Project 
 Uploaders: Francesco Paolo Lovergine 
-Build-Depends: debhelper (>= 8), autotools-dev, libpopt-dev
+Build-Depends: debhelper (>= 8), dh-autoreconf, libpopt-dev
 Standards-Version: 3.9.2
 Section: science
 Homepage: http://sourceforge.net/projects/epsilon-project
diff -Nru libepsilon-0.9.1/debian/rules libepsilon-0.9.1/debian/rules
--- libepsilon-0.9.1/debian/rules	2011-05-12 17:59:07.0 -0400
+++ libepsilon-0.9.1/debian/rules	2014-01-11 19:25:46.0 -0500
@@ -5,7 +5,7 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ --with autotools_dev
+	dh $@ --with autoreconf
 
 override_dh_install:
 	mv $(CURDIR)/debian/tmp/usr/bin/start_epsilon_nodes.pl $(CURDIR)/debian/tmp/usr/bin/start_epsilon_nodes

Bug#735186: Problem with diff report

2014-01-13 Thread Roland Rosenfeld

Hi Vincent!

On Mon, 13 Jan 2014, Vincent LOUPIEN wrote:

> Since the migration of Debian 6 " Squeeze" in Debian 7.2 " Wheezy "
> , there is a problem with the generation of the daily report of
> differences . In this report indicated all configurations of all
> networks equipements that have experienced a change in theirs
> configurations.

Can you give more concrete information what changed?  Is it every
single line of every config or is it only some special part of the
config?  What type of devices (vendor) do you collect data from?

> We manage 3 sites that are running more than 150 facilities , each
> of our sites have its own Rancid (with an identical configuration)
> and the 3 Rancid have exactly the same bad behavior and generate
> daily messages more and longer ... and finaly unworkable.

I have to admit, that we still run squeeze on our production rancid
systems, but with a (recompiled) wheezy rancid version.  We didn't
notice any problems with this setup on our devices.

So you should give me more input what exactly goes wrong.

Tscho

Roland

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

Bug#727404: libee: update config.{sub,guess} for the AArch64 port

Package: libee
Version: 0.4.1-1
Followup-For: Bug #727404
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
config.{sub,guess} for new arches.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libee-0.4.1/debian/control libee-0.4.1/debian/control
--- libee-0.4.1/debian/control	2012-06-18 15:54:02.0 -0400
+++ libee-0.4.1/debian/control	2014-01-13 16:24:52.0 -0500
@@ -2,7 +2,7 @@
 Priority: extra
 Maintainer: Pierre Chifflier 
 Build-Depends: debhelper (>= 9),
-autotools-dev,
+dh-autoreconf,
 pkg-config,
 libxml2-dev,
 libestr-dev
diff -Nru libee-0.4.1/debian/rules libee-0.4.1/debian/rules
--- libee-0.4.1/debian/rules	2012-06-18 15:47:02.0 -0400
+++ libee-0.4.1/debian/rules	2014-01-11 18:43:03.0 -0500
@@ -12,4 +12,4 @@
 export DEB_BUILD_HARDENING=1
 
 %:
-	dh $@ 
+	dh $@ --with autoreconf

Bug#735225: [wxwidgets2.8] Non free file: wxPython/demo/data/Asteroid_blaster.swf

Package: wxwidgets2.8
Severity: serious
X-CC-debug: ftpmast...@debian.org

According to lintian:
wxwidgets2.8 2.8.12.1+dfsg-2 (source)
wxPython/demo/data/Asteroid_blaster.swf

Does not seems free


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

Bug#735226: libdivecomputer: use dh-autoreconf to fix FTBFS on ppc64el

Package: libdivecomputer
Version: 0.4.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libdivecomputer-0.4.1/debian/control libdivecomputer-0.4.1/debian/control
--- libdivecomputer-0.4.1/debian/control	2013-05-07 09:59:38.0 -0400
+++ libdivecomputer-0.4.1/debian/control	2014-01-13 16:14:50.0 -0500
@@ -8,7 +8,8 @@
automake,
dpkg-dev (>= 1.16.1.1),
libtool,
-   libusb-dev
+   libusb-dev,
+   dh-autoreconf
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://divesoftware.org/libdc
diff -Nru libdivecomputer-0.4.1/debian/rules libdivecomputer-0.4.1/debian/rules
--- libdivecomputer-0.4.1/debian/rules	2013-03-04 07:20:42.0 -0500
+++ libdivecomputer-0.4.1/debian/rules	2014-01-11 17:50:52.0 -0500
@@ -7,7 +7,7 @@
 CFLAGS += -Wextra
 
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_installchangelogs:
 	dh_installchangelogs NEWS

Bug#735224: fontconfig-config: Alternative depends on non-existing package

2014-01-13 Thread Fabian Greffrath

Package: fontconfig-config
Version: 2.11.0-2
Severity: minor

Hi,

in the list of alternative dependencies the "fonts-freefont" package appears.
However, this package does not exist in Debian, I guess you meant fonts-
freefont-ttf instead. While at it, please add fonts-croscore as another
dependency and maybe even fonts-texgyre. Both provide replacements for the most
common font sets, c.f. 30-metric-aliases.conf.

 - Fabian



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

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

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  fonts-dejavu-core  2.33+svn2514-3
ii  fonts-liberation   1.07.3-3
ii  ucf3.0027+nmu1

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- debconf information excluded


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

Bug#735223: cups-filters: Does not need to depend on specific fonts anymore

2014-01-13 Thread Fabian Greffrath

Package: cups-filters
Version: 1.0.43-1
Severity: minor

Hello,

for quite some time the cups-filters package uses fontconfig and does thus
depend on the libfontconfig1 package. This package depends on fontconfig-
config, which in turn does already depend on a reasonable selection of fonts -
i.e. packages which contain font families that provide all the sans, serif and
monospace flavors. It is thus not necessary anymore for the cups-filters
package to maintain its own list of font packages as dependencies.

 - Fabian



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

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

Versions of packages cups-filters depends on:
ii  bc1.06.95-8
ii  fonts-dejavu  2.33+svn2514-3
ii  fonts-liberation  1.07.3-3
ii  ghostscript   9.05~dfsg-8+b1
ii  libc6 2.17-97
ii  libcups2  1.6.4-2
ii  libcupsfilters1   1.0.43-1
ii  libcupsimage2 1.6.4-2
ii  libfontconfig12.11.0-2
ii  libfontembed1 1.0.43-1
ii  libgcc1   1:4.8.2-12
ii  libijs-0.35   0.35-8
ii  liblcms2-22.2+git20110628-2.3+b1
ii  libpoppler19  0.18.4-10
ii  libqpdf13 5.1.0-1
ii  libstdc++64.8.2-12

Versions of packages cups-filters recommends:
ii  colord  1.0.5-1

Versions of packages cups-filters suggests:
ii  foomatic-db-compressed-ppds [foomatic-db]  20131129-2

-- no debconf information


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

Bug#735222: ITP: gnome-shell-extension-autohidetopbar -- gnome shell automatic topbar hider

2014-01-13 Thread coldtobi

Package: wnpp
Severity: wishlist
Owner: coldtobi 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: gnome-shell-extension-autohidetopbar
  Version : 20140113
  Upstream Author : Thomas Vogt, with contributions by Philip Witte and Mathieu 
LutfyName
* URL : https://github.com/mlutfy/hidetopbar
* License : GPL
  Description : gnome shell automatic topbar hider

 This gnome-shell extension automatically hides the topbar, except in overview.
 There is also an option to show the topbar when the mouse pointer approaches
 the edge of the screen.


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

iQIcBAEBAgAGBQJS1Ff8AAoJEJFk+h0XvV02HlIQAL1P0Lj3Twdq39Z06TS6qP/u
eOQLprKifkGeliT/sQta+/sCpd4zQCQoy38mNrDS3H0wPxP5XCcms5dmDGGpeE/u
80C+yBNEDrCadyQodOgnoCGUA8OAEK3P9dgI924uhDLTCLcLdw9RAW1ylAQBstiG
O1hVuJZzg3lH+2Odt7WOWcKOpW2QCogov/ANmuZK6CcjRunujqKfTnaEIYvpW161
Vi2j+zlkf8ZXAon+f/EipAC8mn4naCmphuX0h7VGA+vAJQjofMtIUgaagrrno860
F095KmUHab69+6r83w8WT3B04Kyj7iR+X0f//KcAh9LlZqkI2Aged0FXJp+44jjG
sCVN1exediHTCIHfrGuT40d5I5cf9LPDEmJMXgT2Gh1iZ/qrC/mrqXmPYJMoIzf3
hTw5Db+BFmJoVP1e2L5lnKnc6ry2s4X/UdQYlT2ce2HoInO6REgJ5zcf0NC6z6oL
jyffPvvdcsS4vDxjBUxXrLAPEdBsGz/R/EUpWA8GmptE0z67pC6Gdm8drDX+LtJS
sR0vNs8gSWp6jFl04UM7+uOCqVVVLO1SCbir1YTXt2cWG548c+o7o9VVDzeuSyr1
2W2zkk6zmRoFwjoJxQgLsHv8pS54BH4TI9oa0WhfH+RcfX151hz4qAmiLqJJ/rCQ
bfOjAffUUnA6tZfDeR+5
=m7TV
-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#731018: smc: diff for NMU version 1.9+git20121121-1.1

2014-01-13 Thread tobi

tags 731018 + patch
tags 731018 + pending
thanks

Dear maintainer,

I've prepared an NMU for smc (versioned as 1.9+git20121121-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru smc-1.9+git20121121/debian/changelog 
smc-1.9+git20121121/debian/changelog
--- smc-1.9+git20121121/debian/changelog2013-06-16 16:46:22.0 
+0200
+++ smc-1.9+git20121121/debian/changelog2014-01-11 15:59:32.0 
+0100
@@ -1,3 +1,11 @@
+smc (1.9+git20121121-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "boost 1.53 is going away" by removing versioned dependencies
+on boost libraries (Closes: #731018)
+
+ -- Tobias Frost   Sat, 11 Jan 2014 14:59:28 +
+
 smc (1.9+git20121121-1) unstable; urgency=low
 
   * New upstream snapshot.
diff -Nru smc-1.9+git20121121/debian/control smc-1.9+git20121121/debian/control
--- smc-1.9+git20121121/debian/control  2013-05-12 00:33:57.0 +0200
+++ smc-1.9+git20121121/debian/control  2014-01-11 15:42:06.0 +0100
@@ -6,8 +6,8 @@
debhelper (>= 9),
autotools-dev,
libcegui-mk2-dev (>= 0.6.2),
-   libboost-filesystem1.53-dev,
-   libboost-thread1.53-dev,
+   libboost-filesystem-dev,
+   libboost-thread-dev,
libsdl1.2-dev,
libsdl-image1.2-dev,
libsdl-mixer1.2-dev,


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

Bug#735221: libdca: use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el

Package: libdca
Version: 0.0.5-6
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libdca-0.0.5/debian/control libdca-0.0.5/debian/control
--- libdca-0.0.5/debian/control	2013-03-26 16:34:58.0 -0400
+++ libdca-0.0.5/debian/control	2014-01-13 16:12:03.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian QA Group 
 Build-Depends:
- autotools-dev (>= 20100122.1),
+ dh-autoreconf,
  debhelper (>= 9)
 Standards-Version: 3.9.2
 Vcs-Git: git://anonscm.debian.org/collab-maint/libdca.git
diff -Nru libdca-0.0.5/debian/rules libdca-0.0.5/debian/rules
--- libdca-0.0.5/debian/rules	2013-03-26 16:34:58.0 -0400
+++ libdca-0.0.5/debian/rules	2014-01-11 17:45:51.0 -0500
@@ -4,4 +4,4 @@
 export DEB_LDFLAGS_MAINT_APPEND = $(shell getconf LFS_LDFLAGS)
 
 %:
-	dh $@ --with autotools_dev
+	dh $@ --with autoreconf

Bug#735220: graphite-carbon: Not launching after last update. Dependency conflict

2014-01-13 Thread Mayeu

Package: graphite-carbon
Version: 0.9.12-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

There is a conflict wich prevent carbon-* to launch when using the current last
version of the python-twisted-core dependency package. After some change in the
twisted lib version 12, carbon does not launch anymore. The bugs seems to have
been fixed upstream in the current main branch of the code :
https://github.com/graphite-project/carbon/pull/184 (direct link to the diff
that fixed the problem :
https://github.com/graphite-project/carbon/pull/184/files )

Regards,

Mayeu

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

Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core)
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 graphite-carbon depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.52
ii  python 2.7.5-5
ii  python-twisted-core13.2.0-1
ii  python-whisper 0.9.12-1

graphite-carbon recommends no packages.

Versions of packages graphite-carbon suggests:
ii  graphite-web  0.9.12+debian-2

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

-- debconf information excluded


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

Bug#735219: libcoyotl: use dh-autoreconf to fix FTBFS on ppc64el

Package: libcoyotl
Version: 3.1.0-6
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el.
  * Remove config.{sub,guess} logic in d/rules, as autoreconf does this.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libcoyotl-3.1.0/debian/control libcoyotl-3.1.0/debian/control
--- libcoyotl-3.1.0/debian/control	2012-07-06 20:20:02.0 -0400
+++ libcoyotl-3.1.0/debian/control	2014-01-13 16:05:08.0 -0500
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Al Stone 
-Build-Depends: debhelper (>= 8.0.0), libpng-dev, doxygen
+Build-Depends: debhelper (>= 8.0.0), libpng-dev, doxygen, dh-autoreconf
 Standards-Version: 3.9.3
 
 Package: libcoyotl-dev
diff -Nru libcoyotl-3.1.0/debian/rules libcoyotl-3.1.0/debian/rules
--- libcoyotl-3.1.0/debian/rules	2012-07-06 20:20:02.0 -0400
+++ libcoyotl-3.1.0/debian/rules	2014-01-11 17:41:03.0 -0500
@@ -43,6 +43,7 @@
 config.status: configure-stamp
 configure-stamp:
 	dh_testdir
+	dh_autoreconf
 	# Add here commands to configure the package.
 	LDFLAGS="$(LDFLAGS)" CFLAGS="$(CFLAGS)" \
 	   CPPFLAGS="$(CPPFLAGS)" CXXFLAGS="$(CXXFLAGS)" \
@@ -68,15 +69,7 @@
 	rm -f build-stamp configure-stamp 
 
 	# Add here commands to clean up after the build process.
-	[ ! -f Makefile ] || $(MAKE) distclean
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-	cp -f /usr/share/misc/config.guess config.guess
-endif
-
-
+	dh_autoreconf_clean
 	dh_clean 
 
 install: build

Bug#735203: master?

2014-01-13 Thread Oskar Liljeblad

I guess this could be because I have configured my ssh client to always
create master connections. So perhaps dropbear keeps a process running
as long as the client has a master socket. For some reason this prevents
OpenSSH from listening on port 22. Also, you can't stop dropbear using
'/etc/init.d/dropbear stop', because the pid file no longer exists in
/var/run.

Regards,

Oskar


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

Bug#734592: [debhelper-devel] Bug#734592: makefile.pm: make output parsing a bit less strict

2014-01-13 Thread Andrew Shadura

Hello,

On Mon, 13 Jan 2014 17:01:32 -0400
Joey Hess  wrote:

> > > > Makefile:4: buildsys.mk: No such file or directory
> > > > make: *** No rule to make target 'buildsys.mk'.  Stop.

> > > Please see bug #718121.

> > > The best way to fix this would be to fix make to have a way to
> > > enumerate available targets. Any change to debhelper risks
> > > breaking some set of packages. I am very reluctant to do that.

> > Last change already broke packages. Proposed change unbreaks them
> > back not adding any new breaks (at least I don't see possibilities).

> Bug #718121 affected a package.

Sorry, I didn't check the bug before posting the message. Well, maybe
it would be okay to at least ignore this error during clean?

-- 
Cheers,
  Andrew


signature.asc
Description: PGP signature

Bug#735218: libchipcard: use dh-autoreconf to fix FTBFS on ppc64el and update config.{sub, guess} for new arches

Package: libchipcard
Version: 5.0.3beta-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
config.{sub,guess} for new arches.
  * Fix clean target in debian/rules.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libchipcard-5.0.3beta/debian/control libchipcard-5.0.3beta/debian/control
--- libchipcard-5.0.3beta/debian/control	2013-05-25 18:11:50.0 -0400
+++ libchipcard-5.0.3beta/debian/control	2014-01-13 16:03:20.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Micha Lenk 
 Build-Depends: debhelper (>= 7.0.50~), libgwenhywfar60-dev (>= 4),
-  gawk, libpcsclite-dev, zlib1g-dev
+  gawk, libpcsclite-dev, zlib1g-dev, dh-autoreconf
 Standards-Version: 3.9.4
 Vcs-Browser: http://svn.debian.org/wsvn/aqbanking/libchipcard/trunk/
 Vcs-Svn: svn://svn.debian.org/svn/aqbanking/libchipcard/trunk
diff -Nru libchipcard-5.0.3beta/debian/rules libchipcard-5.0.3beta/debian/rules
--- libchipcard-5.0.3beta/debian/rules	2013-05-25 18:14:23.0 -0400
+++ libchipcard-5.0.3beta/debian/rules	2014-01-11 17:31:56.0 -0500
@@ -5,9 +5,9 @@
 # configure.ac checks for the basename of the called $CC binary.
 CC=gcc
 
-clean:
-	dh clean
+override_dh_clean:
 	find $(CURDIR) -type l -exec rm -v \{\} \;
+	dh_clean
 
 override_dh_auto_configure:
 	dh_auto_configure -- \
@@ -15,4 +15,4 @@
 	$(shell dpkg-buildflags --export=configure)
 
 %:
-	dh $@
+	dh $@ --with autoreconf

Bug#732410: Fwd: Re: Signal 18 (CONT) caught by ps (procps-ng version 3.3.9) [origin: schae...@brasslantern.com]

2014-01-13 Thread Axel Beckert

Control: found -1 1:3.3.4-2

Hi,

The bug in #732410 may be just that ps argues about getting a CONT
signal without being suspended. The following has been posted on the
zsh workers' mailing list today[1].

[1] http://www.zsh.org/cgi-bin/mla/redirect?WORKERNUMBER=32251 

Additionally, I was also able to reproduce it on an amrhf Jessie
installation with procps 1:3.3.4-2 being installed:

!514 Z1 ?0 L2 screen abe@c33:~ (pts/0 zsh 5.0.5 jessie) 22:01:16 
~ → echo `ps | cat`
Signal 18 (CONT) caught by ps (procps-ng version 3.3.4).
ps:display.c:59: please report this bug
PID TTY TIME CMD 24893 pts/0 00:00:01 zsh 25183 pts/0 00:00:03 zsh 25294 pts/0 
00:00:00 zsh 25295 pts/0 00:00:00 ps 25296 pts/0 00:00:00 cat
!515 Z2 ?0 L2 screen abe@c33:~ (pts/0 zsh 5.0.5 jessie) 22:01:30 
~ → 

- Forwarded message from Bart Schaefer  -
X-Seq: 32251
From: Bart Schaefer 
Message-id: <14011223.zm21...@torch.brasslantern.com>
Date: Sun, 12 Jan 2014 20:00:02 -0800
In-reply-to: 
Comments: In reply to Michele Guerini Rocco 
"Signal 18 (CONT) caught by ps (procps-ng version 3.3.9)" (Jan 12, 
10:59pm)
References: 
To: Michele Guerini Rocco , zsh-work...@zsh.org
Subject: Re: Signal 18 (CONT) caught by ps (procps-ng version 3.3.9)

On Jan 12, 10:59pm, Michele Guerini Rocco wrote:
}
} Executing `ps -ef | wc -l` in a zsh shell script or directly with `echo $(ps 
-ef | wc -l)` will cause this message to appear:
} 
} Signal 18 (CONT) caught by ps (procps-ng version 3.3.9).
} ps:display.c:66: please report this bug```

That's rather a strange error message.  Why would it be a bug for ps to
get a CONT signal?

There are cases in which zsh sends a CONT signal to a child process that
*could* be in a stopped state without bothering to check first whether
the child actually *is* stopped.  This should be a completely harmless
no-op for a child that's already running, and I'd say it's more a bug
in ps for complaining about it than it is a bug in zsh for sending it.

The "extraneous" SIGCONT is at line 285 of Src/jobs.c and "git blame" says
it has been there since 2000-04-01, so there is undoubtedly *some* way to
induce it in any version of zsh you're likely to be able to try; but the
circumstances in which that code is called have changed recently, as we
now try to do a more thorough job of tracking child processes for correct
population the $pipestatus array and avoiding race conditions.

Relevant strace:

% schaefer[602] strace -q -f -e trace=kill,process Src/zsh -fc 'echo "$(ps -ef 
| wc -l)"' 
execve("Src/zsh", ["Src/zsh", "-fc", "echo \"$(ps -ef | wc -l)\""], [/* 34 vars 
*/]) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb7eef708) = 9550
[pid  9550] clone(child_stack=0, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7eef708) 
= 9551
[pid  9550] clone(child_stack=0, 
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7eef708) 
= 9552
[pid  9551] execve("/bin/ps", ["ps", "-ef"], [/* 34 vars */] 
[pid  9552] execve("/usr/bin/wc", ["wc", "-l"], [/* 34 vars */] 
[pid  9551] <... execve resumed> )  = 0
[pid  9552] <... execve resumed> )  = 0
[pid  9551] exit_group(0)   = ?
[pid  9550] --- SIGCHLD (Child exited) @ 0 (0) ---
[pid  9550] wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 
WNOHANG|WSTOPPED|WCONTINUED, {ru_utime={0, 9998}, ru_stime={0, 0}, ...}) = 9551
[pid  9550] wait4(-1, 0xbfeef6c4, WNOHANG|WSTOPPED|WCONTINUED, 0xbfeef64c) = 0
[pid  9550] kill(9551, SIGCONT 
[pid  9552] exit_group(0)   = ?
[pid  9550] <... kill resumed> )= -1 ESRCH (No such process)
[pid  9550] kill(9552, SIGCONT) = 0
[pid  9550] --- SIGCHLD (Child exited) @ 0 (0) ---
[pid  9550] wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 
WNOHANG|WSTOPPED|WCONTINUED, {ru_utime={0, 0}, ru_stime={0, 9998}, ...}) = 9552
[pid  9550] wait4(-1, 0xbfeef6c4, WNOHANG|WSTOPPED|WCONTINUED, 0xbfeef64c) = -1 
ECHILD (No child processes)
[pid  9550] exit_group(0)   = ?
kill(9550, SIG_0)   = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG|WSTOPPED|WCONTINUED, 
{ru_utime={0, 9998}, ru_stime={0, 9998}, ...}) = 9550
wait4(-1, 0xbfeefb24, WNOHANG|WSTOPPED|WCONTINUED, 0xbfeefaac) = -1 ECHILD (No 
child processes)
kill(9550, SIG_0)   = -1 ESRCH (No such process)
128
exit_group(0)   = ?

-- 
Barton E. Schaefer
- End forwarded message -

HTH.

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


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

Bug#734592: [debhelper-devel] Bug#734592: makefile.pm: make output parsing a bit less strict

2014-01-13 Thread Joey Hess

Andrew Shadura wrote:
> Hello,
> 
> On Mon, 13 Jan 2014 16:05:46 -0400
> Joey Hess  wrote:
> 
> > > Makefile:4: buildsys.mk: No such file or directory
> > > make: *** No rule to make target 'buildsys.mk'.  Stop.
> 
> > Please see bug #718121.
> 
> > The best way to fix this would be to fix make to have a way to
> > enumerate available targets. Any change to debhelper risks breaking
> > some set of packages. I am very reluctant to do that.
> 
> Last change already broke packages. Proposed change unbreaks them back
> not adding any new breaks (at least I don't see possibilities).

Bug #718121 affected a package.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#735217: libcec: use dh-autoreconf to fix FTBFS on ppc64el

Package: libcec
Version: 2.1.4-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to fix FTBFS on ppc64el.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libcec-2.1.4/debian/control libcec-2.1.4/debian/control
--- libcec-2.1.4/debian/control	2014-01-01 14:49:09.0 -0500
+++ libcec-2.1.4/debian/control	2014-01-13 16:02:16.0 -0500
@@ -5,6 +5,7 @@
 Uploaders: Sjoerd Simons 
 Build-Depends: debhelper (>= 8.1.3~),
  pkg-config,
+ dh-autoreconf,
  libudev-dev [linux-any],
  liblockdev1-dev | liblockdev-dev
 Standards-Version: 3.9.3
diff -Nru libcec-2.1.4/debian/rules libcec-2.1.4/debian/rules
--- libcec-2.1.4/debian/rules	2014-01-01 14:49:09.0 -0500
+++ libcec-2.1.4/debian/rules	2014-01-11 17:25:00.0 -0500
@@ -1,4 +1,4 @@
 #!/usr/bin/make -f
 
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with autoreconf

Bug#734977: Solved: dangling fltk1.3.2 headers in /usr/local/include

2014-01-13 Thread Andreas Weber

Hi Aaron,

Am 13.01.2014 16:09, schrieb Aaron M. Ucko:
> You mentioned working with local builds of newer FLTK versions; did you
> by chance have a newer version's headers under /usr/local/include when
> you encountered these errors?  If so, that would lead to version skew
> with precisely those symptoms, since 1.3.1 moved constructors out of
> line for the sake of Windows DLL builds.  If you do in fact have a
> /usr/local/include/FL tree, please move it aside (or clear it out
> entirely) and try again.

You are absolutely right. Thank you for this marvelous diagnosis. I had
fltk1.3.2 compiled from upstream (with --enable-shared) and thought I've
removed all components before installing libfltk1.3-dev from the debian
repos but I had forgotten the headers in /usr/local/include...
My fault, shame on me.

> (For some reason, GCC defaults to searching /usr/local/include before
> /usr/include when looking for headers, but considers libraries in
> /usr/local/lib only by explicit request.

I wasn't aware of the fact, that GCC behaves different for headers and
libs. Thank you for pointing this out.

Again: Thank you for your help and sorry if I caused trouble. I owe you
some beers :-D

-- Andy


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

Bug#735216: libccrtp: use dh-autoreconf to fix FTBFS on ppc64el

Package: libccrtp
Version: 2.0.6-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary. This is because we need new libtool macros for
ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el.
  * Fix clean target in debian/rules.

Thanks for considering the patch.

Logan Rosen



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libccrtp-2.0.6/debian/control libccrtp-2.0.6/debian/control
--- libccrtp-2.0.6/debian/control	2013-05-12 04:31:31.0 -0400
+++ libccrtp-2.0.6/debian/control	2014-01-13 16:00:11.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian VoIP Team 
 Uploaders: Mark Purcell , Mikael Magnusson , Kilian Krause 
-Build-Depends: debhelper (>= 9), pkg-config, autotools-dev, dpkg-dev (>= 1.13.19), doxygen,
+Build-Depends: debhelper (>= 9), pkg-config, dh-autoreconf, dpkg-dev (>= 1.13.19), doxygen,
  libucommon-dev, libxml2-dev, libgcrypt11-dev | libgcrypt-dev,
 Standards-Version: 3.9.4
 Homepage: http://www.gnu.org/software/ccrtp/
diff -Nru libccrtp-2.0.6/debian/rules libccrtp-2.0.6/debian/rules
--- libccrtp-2.0.6/debian/rules	2012-03-31 18:26:57.0 -0400
+++ libccrtp-2.0.6/debian/rules	2014-01-11 15:58:58.0 -0500
@@ -4,7 +4,7 @@
 export COMMONCPP_LIBS=`ucommon-config --libs`
 
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with autoreconf
 
 override_dh_install:
 	dh_install --list-missing
@@ -15,5 +15,6 @@
 get-orig-source:
 	uscan --force-download
 
-clean::
+override_dh_clean:
 	rm -f doc/latex/* doc/html/* doc/man/man3/* doc/doxy
+	dh_clean

Bug#727397: libccaudio2: update config.{sub,guess} for the AArch64 port

Package: libccaudio2
Version: 2.1.1-1
Followup-For: Bug #727397
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

For the ppc64el architecture in Ubuntu, since this package uses libtool, a full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.

In Ubuntu, the attached patch was applied to achieve the following:

  * Use dh-autoreconf to get new libtool macros for ppc64el and update
 config.{sub,guess} for new arches.
  * Build-depend on pkg-config to fix FTBFS.

Thanks for considering the patch.



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

Kernel: Linux 3.13.0-2-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libccaudio2-2.1.1/debian/control libccaudio2-2.1.1/debian/control
--- libccaudio2-2.1.1/debian/control	2013-10-12 00:45:09.0 -0400
+++ libccaudio2-2.1.1/debian/control	2014-01-13 15:58:13.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian VoIP Team 
 Uploaders: Mark Purcell , Kilian Krause 
-Build-Depends: debhelper (>= 9), autotools-dev, libgsm1-dev, libspeex-dev, doxygen, dpkg-dev (>= 1.13.19), libucommon-dev
+Build-Depends: debhelper (>= 9), dh-autoreconf, libgsm1-dev, libspeex-dev, doxygen, dpkg-dev (>= 1.13.19), libucommon-dev, pkg-config
 Standards-Version: 3.9.4
 Homepage: http://www.gnu.org/software/ccaudio/
 Vcs-Svn: svn://anonscm.debian.org/pkg-voip/libccaudio2/trunk/
diff -Nru libccaudio2-2.1.1/debian/rules libccaudio2-2.1.1/debian/rules
--- libccaudio2-2.1.1/debian/rules	2011-10-08 01:38:03.0 -0400
+++ libccaudio2-2.1.1/debian/rules	2014-01-11 15:45:40.0 -0500
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-speex

Bug#727708: Bits from linux.conf.au

2014-01-13 Thread Bdale Garbee

Ian Jackson  writes:

> I'm coming round to the view that we should be planning to support
> multiple systems indefinitely.

This has been my opinion all along.  Various assertions that it's
somehow just too hard really haven't swayed me.  The tricky bit, I
think, is to define just what "support" means in the context of
non-default init systems.  

Bdale

pgp4djWBVtYED.pgp
Description: PGP signature

Bug#735215: libbfio: use dh-autoreconf instead of autotools-dev to fix FTBFS on ppc64el