Bug#1075165:

[Sid T]

Upstream issue at https://gitlab.gnome.org/GNOME/libdmapsharing/-/issues/59.

Bug#1071322: Bug#1068782: Bug#1071322: News on those issues?

[Jeremy T. Bouse]

My dev machine is currently DOA, and I'm still working on rebuilding it.

On Sat, Sep 7, 2024 at 3:39 AM Salvatore Bonaccorso 
wrote:

> Hi Jeremy,
>
> On Thu, Aug 01, 2024 at 07:22:34AM +0200, Salvatore Bonaccorso wrote:
> > Hi Jeremy,
> >
> > On Sun, Jun 30, 2024 at 02:47:41PM +0200, Salvatore Bonaccorso wrote:
> > > Hi Jeremy,
> > >
> > > On Mon, Jun 17, 2024 at 04:31:04PM -0400, Jeremy T. Bouse wrote:
> > > > Upstream had been MIA for years; its last release was in 2010. It
> appears
> > > > he has finally returned, but I haven't had time to deal with the new
> > > > version that was released two weeks ago.
> > >
> > > Thanks for the answer.
> > >
> > > Question: will you find time to deal with those issues, before 17th of
> > > upciming month? Because then libesmtp and reverse dependencies will be
> > > removed otherwise from trixie.
> >
> > FWIW, libesmtp and its reverse dependencies are now removed from
> > testing, so I'm pretty much interested seeing it in trixie.
> >
> > Upstream has not responded to the Ubuntu proposed patches in
> > https://github.com/libesmtp/libESMTP/issues/21 .
> >
> > Can you try to approach upstream to see if upstream can deal with the
> > issue in their preferred way and we can cherry-pick the fixes as
> > needed?
>
> Any news here? Currently libesmtp and reverse dependencies are out of
> Debian trixie/testing and the package needs to come back before the
> freeze.
>
> Regards,
> Salvatore
>


-- 

Jeremy T. Bouse

Sr. DevOps Engineer

321.525.3280

UnderGrid.net <https://undergrid.net/>

<https://www.credly.com/badges/69208741-17c8-4876-a5c0-bcaa9078ba29>
<https://www.credly.com/badges/8613a442-3830-42c9-a629-8e1576dfec5e>

Bug#1038747:

[Sid T]

Can this be closed now ?

Bug#1052108: Replace with maintained fork

[Sid T]

For anyone planning to address this issue:

https://github.com/mgalgs/gnome-shell-system-monitor-applet is the
currently actively maintained fork of the unmaintained
https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet.

The following commit message from the fork should clarify things.

https://github.com/mgalgs/gnome-shell-system-monitor-applet/commit/bd66c2de4f6f6deb6f19bd4e182eeb4e9e4dd627

Bug#1068782: Bug#1071322: News on those issues?

[Jeremy T. Bouse]

Upstream had been MIA for years; its last release was in 2010. It appears
he has finally returned, but I haven't had time to deal with the new
version that was released two weeks ago.

On Mon, Jun 17, 2024 at 4:09 PM Salvatore Bonaccorso 
wrote:

> Hi Jeremy,
>
> Any news on #1068782 and #1071322?  There are a couple of reverse
> dependencies as well scheduled for autoremoval if libesmtp is removed.
>
> Regards,
> Salvatore
>


-- 

Jeremy T. Bouse

Sr. DevOps Engineer

321.525.3280

UnderGrid.net <https://undergrid.net/>

<https://www.credly.com/badges/69208741-17c8-4876-a5c0-bcaa9078ba29>
<https://www.credly.com/badges/8613a442-3830-42c9-a629-8e1576dfec5e>

Bug#1073239: bb: either no sound frozen text output while using pulseaudio as default on more recent debian

[t]

Package: bb
Version: 1.3rc1-12
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: t...@treaki.tk

hi there,

debian 11 and i have seen this bug since debian 7 or so, it dosnt play 
with sound, only without, thats anoying cause the sound makes it mouch nicer


please look into it finally.

T


-- System Information:
Debian Release: 11.9
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 
'oldstable')

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-28-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bb depends on:
ii libaa1 1.4p5-48
ii libc6 2.31-13+deb11u8
ii libmikmod3 3.3.11.1-6

bb recommends no packages.

bb suggests no packages.

-- no debconf information

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

[Grand T]

.test-amd64
Found memtest86+x64 image: /boot/memtest86+x64.bin
done
7Progression : [ 80%] 
[..]
 8Paramétrage de linux-kbuild-6.1 (6.1.66-1a~test) ...
7Progression : [ 84%] 
[#.]
 87Progression : [ 88%] 
[#.]
 8Paramétrage de linux-headers-6.1.0-0.a.test-amd64 (6.1.66-1a~test) ...
7Progression : [ 92%] 
[#.]
 8/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-0.a.test-amd64.
dkms: autoinstall for kernel: 6.1.0-0.a.test-amd64.
7Progression : [ 96%] 
[#.]
 8
78[?2004h]0;guy@debian: 
~/Téléchargements/linux/test-6.1.66guy@debian:~/Téléchargements/linux/test-6.1.66$
 ls -alrt /boot
[?2004l
total 146476
-rw-r--r--  1 root root   145408 19 août  12:40 memtest86+x64.efi
-rw-r--r--  1 root root   144344 19 août  12:40 memtest86+x64.bin
-rw-r--r--  1 root root   139776 19 août  12:40 memtest86+ia32.efi
-rw-r--r--  1 root root   138712 19 août  12:40 memtest86+ia32.bin
-rw-r--r--  1 root root  8135584 29 sept. 06:15 vmlinuz-6.1.0-13-amd64
-rw-r--r--  1 root root   83 29 sept. 06:15 System.map-6.1.0-13-amd64
-rw-r--r--  1 root root   259421 29 sept. 06:15 config-6.1.0-13-amd64
-rw-r--r--  1 root root  8168256 30 nov.  16:41 vmlinuz-6.1.0-14-amd64
-rw-r--r--  1 root root   83 30 nov.  16:41 System.map-6.1.0-14-amd64
-rw-r--r--  1 root root   259455 30 nov.  16:41 config-6.1.0-14-amd64
-rw-r--r--  1 root root 42943461  9 déc.  18:12 initrd.img-6.1.0-14-amd64
-rw-r--r--  1 root root 42964017 11 déc.  12:04 initrd.img-6.1.0-13-amd64
-rw-r--r--  1 root root  7109952 11 déc.  17:19 vmlinuz-6.1.0-0.a.test-amd64
-rw-r--r--  1 root root   83 11 déc.  17:19 System.map-6.1.0-0.a.test-amd64
-rw-r--r--  1 root root   259164 11 déc.  17:19 config-6.1.0-0.a.test-amd64
drwxr-xr-x 23 root root 4096 12 déc.  09:05 ..
-rw-r--r--  1 root root 39245103 12 déc.  09:06 initrd.img-6.1.0-0.a.test-amd64
drwxr-xr-x  3 root root 4096 12 déc.  09:06 .
drwxr-xr-x  5 root root 4096 12 déc.  09:06 grub
[?2004h]0;guy@debian: 
~/Téléchargements/linux/test-6.1.66guy@debian:~/Téléchargements/linux/test-6.1.66$
 exit
[?2004l
exit

Script terminé sur 2023-12-12 09:06:58+01:00 [COMMAND_EXIT_CODE="0"]

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

[Grand T]

Hello
Up to now 6.1.67 is not available for my configuration

apt list | grep linux-image-6.1*

linux-image-6.1.0-11-686-dbg/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-686-pae-dbg/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-686-pae-unsigned/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-686-pae/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-686-unsigned/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-686/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-amd64/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-cloud-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-cloud-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-cloud-amd64/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-686-pae-dbg/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-rt-686-pae-unsigned/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-rt-686-pae/stable-security 6.1.38-4 i386
linux-image-6.1.0-11-rt-amd64-dbg/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-amd64-unsigned/stable-security 6.1.38-4 amd64
linux-image-6.1.0-11-rt-amd64/stable-security 6.1.38-4 amd64
linux-image-6.1.0-12-686-dbg/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-686-pae-dbg/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-686-pae-unsigned/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-686-pae/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-686-unsigned/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-686/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-amd64/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-cloud-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-cloud-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-cloud-amd64/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-686-pae-dbg/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-rt-686-pae-unsigned/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-rt-686-pae/stable-security 6.1.52-1 i386
linux-image-6.1.0-12-rt-amd64-dbg/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-amd64-unsigned/stable-security 6.1.52-1 amd64
linux-image-6.1.0-12-rt-amd64/stable-security 6.1.52-1 amd64
linux-image-6.1.0-13-686-dbg/stable 6.1.55-1 i386
linux-image-6.1.0-13-686-pae-dbg/stable 6.1.55-1 i386
linux-image-6.1.0-13-686-pae-unsigned/stable 6.1.55-1 i386
linux-image-6.1.0-13-686-pae/stable 6.1.55-1 i386
linux-image-6.1.0-13-686-unsigned/stable 6.1.55-1 i386
linux-image-6.1.0-13-686/stable 6.1.55-1 i386
linux-image-6.1.0-13-amd64-dbg/stable 6.1.55-1 amd64
linux-image-6.1.0-13-amd64-unsigned/stable 6.1.55-1 amd64
linux-image-6.1.0-13-amd64/stable,now 6.1.55-1 amd64  [installé]
linux-image-6.1.0-13-cloud-amd64-dbg/stable 6.1.55-1 amd64
linux-image-6.1.0-13-cloud-amd64-unsigned/stable 6.1.55-1 amd64
linux-image-6.1.0-13-cloud-amd64/stable 6.1.55-1 amd64
linux-image-6.1.0-13-rt-686-pae-dbg/stable 6.1.55-1 i386
linux-image-6.1.0-13-rt-686-pae-unsigned/stable 6.1.55-1 i386
linux-image-6.1.0-13-rt-686-pae/stable 6.1.55-1 i386
linux-image-6.1.0-13-rt-amd64-dbg/stable 6.1.55-1 amd64
linux-image-6.1.0-13-rt-amd64-unsigned/stable 6.1.55-1 amd64
linux-image-6.1.0-13-rt-amd64/stable 6.1.55-1 amd64
linux-image-6.1.0-14-amd64/now 6.1.64-1 amd64  [installé, local]
linux-image-6.1.0-15-686-dbg/stable 6.1.66-1 i386
linux-image-6.1.0-15-686-pae-dbg/stable 6.1.66-1 i386
linux-image-6.1.0-15-686-pae-unsigned/stable 6.1.66-1 i386
linux-image-6.1.0-15-686-pae/stable 6.1.66-1 i386
linux-image-6.1.0-15-686-unsigned/stable 6.1.66-1 i386
linux-image-6.1.0-15-686/stable 6.1.66-1 i386
linux-image-6.1.0-15-amd64-dbg/stable 6.1.66-1 amd64
linux-image-6.1.0-15-amd64-unsigned/stable 6.1.66-1 amd64
linux-image-6.1.0-15-amd64/stable 6.1.66-1 amd64
linux-image-6.1.0-15-cloud-amd64-dbg/stable 6.1.66-1 amd64
linux-image-6.1.0-15-cloud-amd64-unsigned/stable 6.1.66-1 amd64
linux-image-6.1.0-15-cloud-amd64/stable 6.1.66-1 amd64
linux-image-6.1.0-15-rt-686-pae-dbg/stable 6.1.66-1 i386
linux-image-6.1.0-15-rt-686-pae-unsigned/stable 6.1.66-1 i386
linux-image-6.1.0-15-rt-686-pae/stable 6.1.66-1 i386
linux-image-6.1.0-15-rt-amd64-dbg/stable 6.1.66-1 amd64
linux-image-6.1.0-15-rt-amd64-unsigned/stable 6.1.66-1 amd64
linux-image-6.1.0-15-rt-amd64/stable 6.1.66-1 amd64
linux-image-6.5.0-5-686-dbg/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-686-pae-dbg/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-686-pae-unsigned/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-686-pae/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-686-unsigned/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-686/unstable,testing 6.5.13-1 i386
linux-image-6.5.0-5-amd64-dbg/unstable,testing 6.5.13-1 amd64
linux-image-6.5.0-5-amd64-unsigned/unstable,testing 6.5.13-1 amd64
linux-image-6.5.0-5-amd64/uns

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

[Grand T]

Hello
For my case:
Is that a surprise if the problem is that one?

wifi: cfg80211: fix CQM for non-range use



https://www.phoronix.com/news/Linux-6.6.6-Released
 Linux 6.6.6 is out with just a sole change for dealing with another headache: 
WiFi regressions.

Linux 6.6.6 is out and its only change over Linux 6.6.5 released just a few 
days ago is reverting the patch "wifi: cfg80211: fix CQM for non-range use." 
That patch ended up regressing Linux wireless support with deadlocks in the IWD 
wireless daemon hangs on shutdown, and related issues with user-space network 
managers

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

[Grand T]

Hello all

Same issue here

The update to  linux-image-6.1.0-15-amd64 broke the system

Despite this

Calcul de la mise à jour…
Les NOUVEAUX paquets suivants seront installés :
  linux-headers-6.1.0-15-amd64 linux-headers-6.1.0-15-common
  linux-image-6.1.0-15-amd64
Les paquets suivants seront mis à jour :
  gir1.2-adw-1 gir1.2-gst-plugins-bad-1.0 gir1.2-gtk-4.0
  gir1.2-javascriptcoregtk-4.0 gir1.2-javascriptcoregtk-4.1 gir1.2-webkit2-4.0
  gir1.2-webkit2-4.1 git git-man gstreamer1.0-plugins-bad libadwaita-1-0
  libavif16 libavif16:i386 libglib2.0-0 libglib2.0-0:i386 libglib2.0-bin
  libglib2.0-data libgstreamer-plugins-bad1.0-0 libgtk-4-1 libgtk-4-common
  libiw30 libjavascriptcoregtk-4.0-18 libjavascriptcoregtk-4.1-0
  libopencv-calib3d406 libopencv-core406 libopencv-dnn406
  libopencv-features2d406 libopencv-flann406 libopencv-imgproc406
  libopencv-objdetect406 libopencv-video406 libostree-1-1 librpm9 librpmbuild9
  librpmio9 librpmsign9 libruby3.1 libwebkit2gtk-4.0-37 libwebkit2gtk-4.1-0
  linux-headers-amd64 linux-image-amd64 linux-kbuild-6.1 rpm rpm-common
  rpm2cpio ruby3.1 sudo wireless-tools

..

Paramétrage de linux-image-6.1.0-15-amd64 (6.1.66-1) ...
I: /vmlinuz.old is now a symlink to boot/vmlinuz-6.1.0-14-amd64
I: /initrd.img.old is now a symlink to boot/initrd.img-6.1.0-14-amd64
I: /vmlinuz is now a symlink to boot/vmlinuz-6.1.0-15-amd64
I: /initrd.img is now a symlink to boot/initrd.img-6.1.0-15-amd64
/etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 6.1.0-15-amd64.
Sign command: /usr/lib/linux-kbuild-6.1/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Building module:
Cleaning build area...
make -j2 KERNELRELEASE=6.1.0-15-amd64 KVER=6.1.0-15-amd64
Signing module /var/lib/dkms/broadcom-sta/6.30.223.271/build/wl.ko
Cleaning build area...

wl.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/6.1.0-15-amd64/updates/dkms/
depmod...
dkms autoinstall on 6.1.0-15-amd64/x86_64 succeeded for broadcom-sta
dkms: autoinstall for kernel: 6.1.0-15-amd64.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-6.1.0-15-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
Found background image: Lucienne-boot.png
Found linux image: /boot/vmlinuz-6.1.0-15-amd64
Found initrd image: /boot/initrd.img-6.1.0-15-amd64
Found linux image: /boot/vmlinuz-6.1.0-14-amd64
Found initrd image: /boot/initrd.img-6.1.0-14-amd64
Found linux image: /boot/vmlinuz-6.1.0-13-amd64
Found initrd image: /boot/initrd.img-6.1.0-13-amd64
Found memtest86+x64 image: /boot/memtest86+x64.bin
done


When i start in recoery mode I saw the service NetworkManager-wait-online hangs.
No more wifi up
And I cant do anything to get the hand on terminal to solve the problem

The 6.1.0.14 is remains ok

Bug#1052376: lxpanel: probably related to #1052050

[Dimitris T.]

Package: lxpanel
Version: 0.10.1-4
Followup-For: Bug #1052376

Hey,

similar issue here.. 
i think this is related to 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1052050

cheers,


-- System Information:
Debian Release: trixie/sid
  APT prefers experimental
  APT policy: (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.4-x64v3-xanmod1 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: runit (via /run/runit.stopit)
LSM: AppArmor: enabled

Versions of packages lxpanel depends on:
ii  libasound2   1.2.10-1
ii  libc62.37-10
ii  libcairo21.17.8-3
ii  libcurl3-gnutls  8.3.0-1
ii  libfm-gtk3-4 1.3.2-4
ii  libfm-modules1.3.2-4
ii  libfm4   1.3.2-4
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.78.0-2
ii  libgtk-3-0   3.24.38-5
ii  libiw30  30~pre9-14
ii  libkeybinder-3.0-0   0.3.2-1.1
ii  libmenu-cache3   1.1.0-1.1
ii  libpango-1.0-0   1.51.0+ds-2
ii  libwnck-3-0  43.0-3
ii  libx11-6 2:1.8.6-1
ii  libxml2  2.9.14+dfsg-1.3
ii  lxmenu-data  0.1.5-2.1
ii  lxpanel-data 0.10.1-4

Versions of packages lxpanel recommends:
ii  dunst [notification-daemon]  1.9.2-1
ii  libnotify-bin0.8.2-1
ii  lxterminal [x-terminal-emulator] 0.4.0-2
ii  mate-terminal [x-terminal-emulator]  1.26.1-1
ii  notification-daemon  3.20.0-4+b1
ii  pavucontrol  5.0-2
ii  xkb-data 2.38-2

Versions of packages lxpanel suggests:
ii  chromium [www-browser]117.0.5938.62-1
ii  firefox [www-browser] 117.0.1-1
ii  librewolf [www-browser]   117.0-1
ii  lynx [www-browser]2.9.0dev.12-1
ii  vivaldi-stable [www-browser]  6.2.3105.48-1

-- no debconf information

Bug#1026077: firefox 108.0 fails to start

[Dimitris T.]

Package: firefox
Version: 108.0-1
Severity: grave
Justification: renders package unusable

hey, 

after upgrading to firefox 108.0-1, firefox no longer starts.

console error :

$ firefox 
XPCOMGlueLoad error for file /usr/lib/firefox/libnssutil3.so:
/usr/lib/firefox/libnssutil3.so: cannot open shared object file: No such file 
or directory
Couldn't load XPCOM.

i think this has something to do with dependentlibs.list... : 

(firefox 108) cat /usr/lib/firefox/dependentlibs.list
libmozsandbox.so
liblgpllibs.so
libmozsqlite3.so
libmozgtk.so
libmozwayland.so
libnssutil3.so
libnss3.so
libsmime3.so
libssl3.so
libxul.so


after downgrading to firefox 107.0.1-1 from yesterdays snapshots.debian.org, 
firefox works agains as expected..
(firefox 107) cat /usr/lib/firefox/dependentlibs.list 
libmozsandbox.so
liblgpllibs.so
libmozsqlite3.so
libmozgtk.so
libmozwayland.so
libxul.so



thanks in advance,
d



-- Package-specific info:


-- Addons package information

-- System Information:
Debian Release: bookworm/sid
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: runit (via /run/runit.stopit)

Versions of packages firefox depends on:
ii  debianutils  5.7-0.4
ii  fontconfig   2.13.1-4.5
ii  libasound2   1.2.8-1
ii  libatk1.0-0  2.46.0-4
ii  libc62.36-6
ii  libcairo-gobject21.16.0-7
ii  libcairo21.16.0-7
ii  libdbus-1-3  1.14.4-1devuan1
ii  libdbus-glib-1-2 0.112-3
ii  libevent-2.1-7   2.1.12-stable-5+b1
ii  libffi8  3.4.4-1
ii  libfontconfig1   2.13.1-4.5
ii  libfreetype6 2.12.1+dfsg-3
ii  libgcc-s112.2.0-10
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1
ii  libglib2.0-0 2.74.3-1
ii  libgtk-3-0   3.24.35-3
ii  libnspr4 2:4.35-1
ii  libnss3  2:3.85-1
ii  libpango-1.0-0   1.50.10+ds-1
ii  libstdc++6   12.2.0-10
ii  libvpx7  1.12.0-1
ii  libx11-6 2:1.8.1-2
ii  libx11-xcb1  2:1.8.1-2
ii  libxcb-shm0  1.15-1
ii  libxcb1  1.15-1
ii  libxcomposite1   1:0.4.5-1
ii  libxdamage1  1:1.1.5-2
ii  libxext6 2:1.3.4-1+b1
ii  libxfixes3   1:6.0.0-2
ii  libxrandr2   2:1.5.2-2+b1
ii  libxtst6 2:1.2.3-1.1
ii  procps   2:4.0.2-2devuan1
ii  zlib1g   1:1.2.13.dfsg-1

Versions of packages firefox recommends:
ii  libavcodec58  7:4.4.2-1+b3
ii  libavcodec59  7:5.1.2-1

Versions of packages firefox suggests:
pn  fonts-lmodern  
pn  fonts-stix | otf-stix  
ii  libcanberra0   0.30-10
ii  libgssapi-krb5-2   1.20.1-1
pn  pulseaudio 

-- no debconf information

Bug#1018253: emacs-nox: Fatal error when installing

[Ken T Takusagawa]

This is likely a duplicate of Bug #1017698.

(Sorry, I had only searched for bugs in emacs-nox instead of 
src:emacs.)

Bug#982459: mdadm examine corrupts host ext4

[Håkan T Johansson]

On Sun, 31 Jul 2022, Chris Hofstaedtler wrote:


I can't see a difference that should matter from userspace.

I have stared a bit at the kernel code... there have been quite some
changes and fixes in this area. Which kernel version were you
running when testing this?

Could you retry on something >= 5.9? I.e. some version with patch
   08fc1ab6d748ab1a690fd483f41e2938984ce353.


Dear Chris,

I believe that I was running 5.10 (bullseye).

It looks like 5.18 (from backports) does not show the issue!  (i.e. works)

Some more details:

I have now tried again:

host:
  linux-image-5.10.0-16-amd64   5.10.127-2
  mdadm 4.2-1~bpo11+1
chroot:
  mdadm 4.1-11

  Some more details:

  This time I did get some dmesg BUG output as well (attached).
  It does not seem to be the same backtrace on two occurances.

  I also noticed that the BUG: report in dmesg does not happen directly
  when doing 'mdadm --examine --scan --config=partitions'.  It rather
  occurs when some activity happens on the host filesystem, e.g.
  a 'touch /root/a' command.

host:
  linux-image-5.18.0-0.bpo.1-amd64  5.18.2-1~bpo11+1

  (did not re-install anything else, except upgraded zfs, also from
  backports (since pure bullseye would not compile with 5.18))

  Does not exhibit the problem.

I have tried with both kernels several times, and it was repeatable that 
5.10 got stuck while 5.18 does not show issues.


Reminder: to get the issue, /dev/ should not be mounted in the chroot.
With /dev/ mounted, 5.10 also works.

Best regards,
Håkan[mÃ¥n aug  1 15:53:08 2022] BUG: kernel NULL pointer dereference, address: 
0010
[mån aug  1 15:53:08 2022] #PF: supervisor read access in kernel mode
[mån aug  1 15:53:08 2022] #PF: error_code(0x) - not-present page
[mån aug  1 15:53:08 2022] PGD 0 P4D 0 
[mån aug  1 15:53:08 2022] Oops:  [#1] SMP PTI
[mån aug  1 15:53:08 2022] CPU: 2 PID: 284256 Comm: cron Tainted: P   
OE 5.10.0-16-amd64 #1 Debian 5.10.127-2
[mån aug  1 15:53:08 2022] Hardware name: Dell Computer Corporation PowerEdge 
2850/0T7971, BIOS A04 09/22/2005
[mån aug  1 15:53:08 2022] RIP: 
0010:__ext4_journal_get_write_access+0x29/0x120 [ext4]
[mån aug  1 15:53:08 2022] Code: 00 0f 1f 44 00 00 41 57 41 56 41 89 f6 41 55 
41 54 49 89 d4 55 48 89 cd 53 48 83 ec 10 48 89 3c 24 e8 ab d7 bb e1 48 8b 45 
30 <4c> 8b 78 10 4d 85 ff 74 2f 49 8b 87 e0 00 00 00 49 8b 9f 88 03 00
[mån aug  1 15:53:08 2022] RSP: 0018:ae27c059fd60 EFLAGS: 00010246
[mån aug  1 15:53:08 2022] RAX:  RBX: 9d1b94505480 RCX: 
9d1bc52e5e38
[mån aug  1 15:53:08 2022] RDX: 9d1bc13782d8 RSI: 0c14 RDI: 
c096feb0
[mån aug  1 15:53:08 2022] RBP: 9d1bc52e5e38 R08: 9d1be04d5230 R09: 
0001
[mån aug  1 15:53:08 2022] R10: 9d1bc985f000 R11: 001d R12: 
9d1bc13782d8
[mån aug  1 15:53:08 2022] R13: 9d1be04d5000 R14: 0c14 R15: 
9d1bc13782d8
[mån aug  1 15:53:08 2022] FS:  7fed5ecb1840() 
GS:9d1cd7c8() knlGS:
[mån aug  1 15:53:08 2022] CS:  0010 DS:  ES:  CR0: 80050033
[mån aug  1 15:53:08 2022] CR2: 0010 CR3: 0001a46d8000 CR4: 
06e0
[mån aug  1 15:53:08 2022] Call Trace:
[mån aug  1 15:53:08 2022]  ext4_orphan_del+0x23f/0x290 [ext4]
[mån aug  1 15:53:08 2022]  ext4_evict_inode+0x31f/0x630 [ext4]
[mån aug  1 15:53:08 2022]  evict+0xd1/0x1a0
[mån aug  1 15:53:08 2022]  __dentry_kill+0xe4/0x180
[mån aug  1 15:53:08 2022]  dput+0x149/0x2f0
[mån aug  1 15:53:08 2022]  __fput+0xe4/0x240
[mån aug  1 15:53:08 2022]  task_work_run+0x65/0xa0
[mån aug  1 15:53:08 2022]  exit_to_user_mode_prepare+0x111/0x120
[mån aug  1 15:53:08 2022]  syscall_exit_to_user_mode+0x28/0x140
[mån aug  1 15:53:08 2022]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[mån aug  1 15:53:08 2022] RIP: 0033:0x7fed5eea2d77
[mån aug  1 15:53:08 2022] Code: 44 00 00 48 8b 15 19 a1 0c 00 f7 d8 64 89 02 
b8 ff ff ff ff eb bc 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 03 00 00 00 0f 
05 <48> 3d 00 f0 ff ff 77 01 c3 48 8b 15 e9 a0 0c 00 f7 d8 64 89 02 b8
[mån aug  1 15:53:08 2022] RSP: 002b:7ffd50452818 EFLAGS: 0202 
ORIG_RAX: 0003
[mån aug  1 15:53:08 2022] RAX:  RBX: 55dab4578910 RCX: 
7fed5eea2d77
[mån aug  1 15:53:08 2022] RDX: 7fed5ef6e8a0 RSI:  RDI: 
0006
[mån aug  1 15:53:08 2022] RBP:  R08:  R09: 
7fed5ef6dbe0
[mån aug  1 15:53:08 2022] R10: 006f R11: 0202 R12: 
7fed5ef6f4a0
[mån aug  1 15:53:08 2022] R13:  R14:  R15: 
0001
[mån aug  1 15:53:08 2022] Modules linked in: msr autofs4 nfsd auth_rpcgss 
nfsv3 nfs_acl nfs lockd grace sunrpc nfs_ssc fscache xt_mac xt_length xt_recent 
xt_multiport xt_tcpudp xt_state xt_conntrack nf

Bug#1009998: gvfs-backends: Unable to access smb://host/sharing on any file manager after upgrade

[mount -t cifs unable to mount shared folders on windows server active director]

Package: gvfs-backends
Version: 1.50.0-1
Severity: grave
Tags: a11y
Justification: renders package unusable
X-Debbugs-Cc: draco...@gmail.com

Dear Maintainer,

When try access smb://host/sharing on all file systens managers the system 
report fails when mount Windows sharing. Invalid argument. 
This sharing is accessible via smbclient //host/sharing.
This problem started after upgrading the package.

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

Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gvfs-backends depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  gvfs 1.50.0-1
ii  gvfs-common  1.50.0-1
ii  gvfs-daemons 1.50.0-1
ii  gvfs-libs1.50.0-1
ii  libarchive13 3.6.0-1
ii  libavahi-client3 0.8-5
ii  libavahi-common3 0.8-5
ii  libavahi-glib1   0.8-5
ii  libc62.33-7
ii  libcdio-cdda210.2+2.0.0-1+b2
ii  libcdio-paranoia210.2+2.0.0-1+b2
ii  libcdio192.1.0-3
ii  libgcrypt20  1.10.1-2
ii  libgdata22   0.18.1-2
ii  libglib2.0-0 2.72.1-1
ii  libgoa-1.0-0b3.44.0-1
ii  libgphoto2-6 2.5.27-1
ii  libgphoto2-port122.5.27-1
ii  libgudev-1.0-0   237-2
ii  libimobiledevice61.3.0-6+b1
ii  libmtp9  1.1.19-1
ii  libnfs13 4.0.0-1
ii  libplist32.2.0-6+b1
ii  libpolkit-gobject-1-00.105-33
ii  libsmbclient 2:4.16.0+dfsg-6
ii  libsoup-3.0-03.0.6-1
ii  libusb-1.0-0 2:1.0.26-1
ii  libxml2  2.9.13+dfsg-1
ii  psmisc   23.4-2

Versions of packages gvfs-backends recommends:
ii  gnome-keyring  40.0-3

Versions of packages gvfs-backends suggests:
ii  bluez-obexd   5.64-1
ii  samba-common  2:4.16.0+dfsg-6

-- no debconf information

Bug#997166: libcdio: FTBFS: cdda-player.c:301:28: error: format not a string literal and no format arguments [-Werror=format-security]

[Gabriel F. T. Gomes]

Hi, Rocky,

On Tue, 2 Nov 2021 13:11:07 -0400
Rocky Bernstein  wrote:
>
> Hmm - as best as I can tell this patches things a little differently than
> what was done in the git codebase.

That was not my intention.

Actually, I don't understand why you say that.

The patch that I backported to Debian is the one you mentioned in a
previous message, i.e.:

https://savannah.gnu.org/patch/index.php?10130

What did I get wrong?

Cheers,
Gabriel

Bug#997166: libcdio: FTBFS: cdda-player.c:301:28: error: format not a string literal and no format arguments [-Werror=format-security]

[Gabriel F. T. Gomes]

Hi, Rocky, Lucas,

Thanks for doing all the hard work of reporting and fixing the bug.
I have just uploaded a new version o libcdio with the fix.

Cheers,
Gabriel

Bug#997697: libesmtp-dev: Missing dependency on libssl-dev

[Jeremy T. Bouse]

Interestingly this appears to be a long-standing issue as I can't find any
version since Stretch that shows libesmtp-dev depending on libssl-dev.

Versions prior to 1.1.0 did not use pkg-config or Meson/Ninja build
system for that matter. This was the first iteration of the new build
system changes.

Working on an updated version and hopefully will have it released shortly
for you try.



On Sun, Oct 24, 2021 at 8:09 AM Salvatore Bonaccorso 
wrote:

> Package: libesmtp-dev
> Version: 1.1.0-2
> Severity: serious
> Justification: Missing dependency
> X-Debbugs-Cc: car...@debian.org
>
> Hi
>
> libesmtp-1.0.pc contains
>
> Requires.private: openssl >= 1.1.0
>
> but the libesmtp-dev binary package misses a Depends on libssl-dev
> accordingly.
>
> Accordingly:
>
> $ pkg-config --print-errors --exists libesmtp-1.0
> Package openssl was not found in the pkg-config search path.
> Perhaps you should add the directory containing `openssl.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'openssl', required by 'libesmtp-1.0', not found
>
> Regards,
> Salvatore
>

Bug#982459:

[Håkan T Johansson]

Hi,

I believe that I have been hit by this bug too.

What has happened for me is that the machine in question 'almost' locks 
up, with a read-only /, and such that most commands to debug further never 
complete due to waiting for filesystem action.  It then requires a reboot.


'dmesg' has worked, and then shows ext4-related issues.  However, they 
were not recorded to /var/log.  I generally do not find any corruption on 
the filesystem itself when running fsck afterwards.


On the machine I have a number of chroot debian installations of different 
releases. By pure chance I found that 'update-initramfs' was the trigger 
for the system hangs. I could then repeatably trigger the issue again.
(Before this, it would happen as part of system maintenance (unattended 
upgrades in the chroots), so just spuriously hang the machine.)


In my case, the chroot installations live on a ZFS filesystem.  But the 
host system itself is on (multiple; /, /usr/, /var/ ) MD raid1.


I have had /proc mounted in the chroots.  But had forgotten /dev .  After 
mounting /dev (and /dev/pts) in the chroots, the issue has not happened 
again.


The issue was when the host system ran Buster, I then upgraded to Bullseye 
~2 weeks ago, hoping it would be resolved, but the issue was still present 
after the upgrade.  Only after that upgrade I found the update-initramfs 
trigger.


I am running with sysvinit, both on host and chroots.

Currently, I do not have hands-on access to the system, so cannot inspect 
or reboot it reliably.  Should be able to do some further tests in a few 
weeks.


Best regards,
Håkan

Bug#975953:

[Grand T]

Hello
Same problème here!
Deluge unusable because of python3-libtorrent
I have to downgrade python3-libtorrent and libtorrent-rasterbar10

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975891

Bug#966575: Requested information about affected system (four disks, raid1, crypt)

[Devin T. Theriot-Orr]

Hi all,

I just recovered my system (supermicro server) from this and thought I
would share in case it is helpful.

1. Number of disks: 4

2. Filesystem setup

This is a raid1 setup with crypted lvm.

Grub is installed in MBR of /dev/sda

# fdisk -l

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 850
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x953049db

Device BootStart   End   Sectors   Size Id Type
/dev/sda1  *2048585727583680   285M fd Linux raid autodetect
/dev/sda2 585728  39647231  39061504  18.6G fd Linux raid autodetect
/dev/sda3   39647232 918552575 878905344 419.1G fd Linux raid autodetect

Disk /dev/sdc: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10JPLX-00M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x38784402

Device Boot StartEndSectors   Size Id Type
/dev/sdc12048 1953525167 1953523120 931.5G 83 Linux

Disk /dev/sdd: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10JPLX-00M
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xa1da09f8

Device Boot StartEndSectors   Size Id Type
/dev/sdd12048 1953525167 1953523120 931.5G 83 Linux

Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk model: Samsung SSD 850
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1efcfd6f

Device BootStart   End   Sectors   Size Id Type
/dev/sdb1  *2048585727583680   285M fd Linux raid autodetect
/dev/sdb2 585728  39647231  39061504  18.6G fd Linux raid autodetect
/dev/sdb3   39647232 918552575 878905344 419.1G fd Linux raid autodetect

Disk /dev/md0: 284.7 MiB, 298516480 bytes, 583040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/md2: 419 GiB, 449865318400 bytes, 878643200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/md1: 18.6 GiB, 19982712832 bytes, 39028736 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/md3: 931.4 GiB, 169595136 bytes, 1953260928 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/md1_crypt: 18.6 GiB, 19980615680 bytes, 39024640 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg0-root: 9.3 GiB, 220736 bytes, 19529728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg0-usr: 4.7 GiB, 4999610368 bytes, 9764864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/vg0-var: 4.7 GiB, 4978638848 bytes, 9723904 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/md2_crypt: 419 GiB, 449863221248 bytes, 878639104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

[bunch of lvms for vms]

3. History of the system

I installed jessie on this server in 2015 and remotely upgraded to
stretch and then to buster.

# uname -a
Linux X 4.19.0-10-amd64 #1 SMP Debian 4.19.132-1 (2020-07-24) x86_64
GNU/Linux

As with others, I was able to boot into d-i rescue mode and reinstall
grub and then it booted fine.

I hope this helps. It was definitely a surprise to find the server
unbootable at 1am this morning!

Thanks for all the work!

-Devin

Bug#874901: [GLE-devel] Probable fix for qgle seg faults with latest ghostscript versions

[Christian T. Steigies]

On Mon, Mar 02, 2020 at 08:18:21PM +0100, Moritz M?hlenhoff wrote:
> 
> I've now filed a removal bug for gle-graphics. It can be re-introduced when
> a stable Qt5 port is available, there's plenty of time until the next freeze.

Thanks, Moritz. I uploaded a version today which should fix everything, it
has to go trough NEW, so it will take a little longer.

The Qt5 part was already working fine, only the part loading the
ghostscript library had issues. The library is located in
/usr/lib/, for example /usr/lib/x86_64-linux-gnu/ on amd64.
The triarch part can be determined with:
ARCH = $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)

I tried to pass this directory with a define to the cpp code, where it would
be used to load the library. The define worked fine (some issues with
quotes) according to the logs, but during compilation this was changed to:
/usr/lib/x86_64-1-gnu (linux replace by 1), which I could not figure out how
to fix or even what happened there. 

So instead of using the define, I created a new header file during the
build, where a const with the correct path was defined.  The only change to
the upstream code is now to include this new header file and load the
library with the const as path.  That works fine (tested only on amd64, but
strace shows the correct path), and I expect it to work for all other arches
as well, as long as the dpkg-architecture call is correct.

This is the solution I have been looking for, even though it is debian
specific. But other distributions should be able to create the own fix based
on this. Now if I can get write access to the git repository on salsa, I
can push the new version there.

Christian

Bug#874901: [GLE-devel] Probable fix for qgle seg faults with latest ghostscript versions

[Christian T. Steigies]

On Thu, Aug 29, 2019 at 10:55:28PM +0200, Francesco Poli wrote:
> On Thu, 29 Aug 2019 22:14:04 +0200 Christian T. Steigies wrote:
> 
> > Hi,
> > On Fri, Aug 16, 2019 at 04:32:08PM +0100, Laurence Abbott via Glx-devel 
> > wrote:
> > > I _think_ I have the fix for seg faults that occur when QGLE is used with
> > > ghostscript 9.27 (the latest release).
> > 
> > I applied Laurence's patches and applied them to the Debian package, plus
> > some Debian related changes. It looks as if we have QGLE ported to Qt5!
> 
> Hey, I am glad to hear this!   :-)
> I am adding the Qt4-removal bug address to the list of recipient, since
> this is good news for Qt4-removal issue.
> 
> > 
> > I need to do some before this can go into Debian, but here are amd64 and
> > source packages for you to test:
> > 
> > https://people.debian.org/~cts/deb/
> > 
> > Please don't upload them, but test and send feedback back to the list.
> 
> Any specific reason to use a version number (4.2.5-7~exp1) which is
> actually considered lower than the one currently in Debian unstable
> (4.2.5-7+b1)?

Oh, I forgot about the binNMU. This is not the version that will be uploaded
to Debian, that will be -8. I just wanted to give you something to test,
before I upload, and it should have had a version between 7 and 8. Well, I
guess you can still test it, since you need to install the deb manually
anyway.

Christian

Bug#934976: defendguin-data: Bill Gates images used, questionable copyright status

[Christian T. Steigies]

Hi Bill,
On Sat, Aug 17, 2019 at 05:15:08PM +0200, Fabio Pesari wrote:
> Package: defendguin-data
> Version: 0.0.12-7
> Severity: serious
> Tags: upstream
> Justification: Policy 2.3
> 
> Dear Maintainer,
> 
> defendguin-data uses real-life photographs of Bill Gates (from the 70s, I
> believe) in the defendguin/images/evilbill directory. I doubt those are
> released under a free license.
> 
> The audio files in the defendguin/sounds directory are also suspicious, they
> sound like they have been sampled from sources whose copyright status isn't
> clear.
> 
> For this reason, I think these files should not be distributed by Debian.
> 
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
> (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> -- no debconf information

In the AUTHORS file you write "used with permission" for the "photo".
I don't see this mentioned under the Sound Effects. Do you think there is a
copyright problem or not? If there is a problem, I would probably just drop
the package from Debian, I don't think its worth the effort to create new
images and sound files for this old package.

thanks,
Christian

Bug#866758: Fwd: Please close this bug

[Roger T. Imai]

CORRECTION: ...a subsequent AMD microcode update... (I have since switched
from AMD to Intel hardware.)

> I can't find a method or instructions for closing bug 866758, possibly
because I was a contributor, not the original submitter.
> A subsequent kernel or Intel microcode update resolved the issue in my
case.

--Roger T. Imai

Bug#866758: Please close this bug

[Roger T. Imai]

I can't find a method or instructions for closing bug 866758, possibly
because I was a contributor, not the original submitter. A subsequent
kernel or Intel microcode update resolved the issue in my case.

--Roger T. Imai

Bug#910128: bash-completion: diff for NMU version 1:2.8-1.1

[Gabriel F. T. Gomes]

On 02 Nov 2018, Gabriel F. T. Gomes wrote:

>On 28 Oct 2018, Emmanouil Kampitakis wrote:
>
>>I've prepared an NMU for bash-completion (versioned as 1:2.8-1.1) and
>>uploaded it to DELAYED/5. Please feel free to tell me if I
>>should delay it longer.
>
>Thanks for doing this, and sorry for taking too long to act.  I'll
>incorporate your changes into the git repository [1].  Once it's
>integrated, I'll let you know.

Now in the git repository (notice that I will *not* upload a new
version to Debian... this is just to let you know that your NMU has
been incorporated and that it will keep its intended effect when I
upload a new version):

https://salsa.debian.org/debian/bash-completion/commit/32b4dc89e47bd20920ea84929d445d0f0812706c

Bug#910128: bash-completion: diff for NMU version 1:2.8-1.1

[Gabriel F. T. Gomes]

Hi, Emmanouil,

On 28 Oct 2018, Emmanouil Kampitakis wrote:

>I've prepared an NMU for bash-completion (versioned as 1:2.8-1.1) and
>uploaded it to DELAYED/5. Please feel free to tell me if I
>should delay it longer.
>
>Previous diff was against stable. Attached diff is agains sid

Thanks for doing this, and sorry for taking too long to act.  I'll
incorporate your changes into the git repository [1].  Once it's
integrated, I'll let you know.

[1] https://salsa.debian.org/debian/bash-completion/commits/master

Bug#909818: confirm downgrade of fontconfig solves the problem

[Paweł T]

Same problem here, thank you so much for packages.


On Wed, 24 Oct 2018 18:36:17 +0200 =?utf-8?Q?Francesco_Potort=C3=AC?= 
 wrote:

> I can confirm that downgrading fontconfig and libfontcofig1 solves the
> problem. Unfortunately, the 2.13.0 version is no more available in the
> archive, and previous versions are not compatible. So I had to
> recompile them myself. Here are the packages I just installed on my
> amd64 box:
>
> 
> 
>
> You can download them, install them with
>
> $ sudo dpkg -i libfontconfig1_2.13.0-5_amd64.deb 
fontconfig_2.13.0-5_amd64.deb

>
> and prevent upgrading them with
>
> $ sudo aptitude hold fontconfig libfontconfig1
>
> until this bug is solved
>
> --
> Francesco Potortì (ricercatore) Voice: +39.050.621.3058
> ISTI - Area della ricerca CNR Mobile: +39.348.8283.107
> via G. Moruzzi 1, I-56124 Pisa Skype: wnlabisti
> (entrance 20, 1st floor, room C71) Web: http://fly.isti.cnr.it
>
>

Bug#866758: Additional information kernel 4.9.0-4-amd64

[Roger T. Imai]

In further testing, I found that I am able to boot into X11/Gnome3 if I
revert to booting Linux kernel 4.9.0-*3*-amd64. I will continue with
4.9.0-3-amd64 until the next amd64-related update.

I am an intermediate user with no programming knowledge, but somewhat
familiar with the command line and file paths. Please feel free to send
instructions for extracting additional diagnostic information as needed.
I'm also willing to install additional debug tools as required. Thanks for
your attention.

Attachment: If helpful, full hardware list for my notebook, an obscure HP
model sold to college engineering schools, probably with older components
than the commercial models.

Roger T. Imai
Franklin (Nashville) TN
rtimai@debian:~$  lshw --help
Hardware Lister (lshw) - B.02.17
usage: lshw [-format] [-options ...]
   lshw -version

-versionprint program version (B.02.17)

format can be
-html   output hardware tree as HTML
-xmloutput hardware tree as XML
-short  output hardware paths
-businfooutput bus information

options can be
-class CLASSonly show a certain class of hardware
-C CLASSsame as '-class CLASS'
-c CLASSsame as '-class CLASS'
-disable TEST   disable a test (like pci, isapnp, cpuid, etc. )
-enable TESTenable a test (like pci, isapnp, cpuid, etc. )
-quiet  don't display status
-sanitize   sanitize output (remove sensitive information like 
serial numbers, etc.)
-numericoutput numeric IDs (for PCI, USB, etc.)

rtimai@debian:~$  sudo lshw
[sudo] password for rtimai: 
debian
description: Computer
width: 64 bits
capabilities: smbios-2.8 vsyscall32
  *-core
   description: Motherboard
   physical id: 0
 *-memory
  description: System memory
  physical id: 0
  size: 3884MiB
 *-cpu
  product: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz
  vendor: Intel Corp.
  physical id: 1
  bus info: cpu@0
  size: 2GHz
  capacity: 2GHz
  width: 64 bits
  capabilities: fpu fpu_exception wp vme de pse tsc msr pae mce cx8 
apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht 
tm pbe syscall nx pdpe1gb rdtscp x86-64 constant_tsc arch_perfmon pebs bts 
rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 
monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic 
movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 
3dnowprefetch arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept 
vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap 
cpufreq
 *-pci
  description: Host bridge
  product: Broadwell-U Host Bridge -OPI
  vendor: Intel Corporation
  physical id: 100
  bus info: pci@:00:00.0
  version: 09
  width: 32 bits
  clock: 33MHz
*-display
 description: VGA compatible controller
 product: Broadwell-U Integrated Graphics
 vendor: Intel Corporation
 physical id: 2
 bus info: pci@:00:02.0
 version: 09
 width: 64 bits
 clock: 33MHz
 capabilities: msi pm vga_controller bus_master cap_list rom
 configuration: driver=i915 latency=0
 resources: irq:59 memory:c200-c2ff 
memory:b000-bfff ioport:6000(size=64)
*-multimedia:0
 description: Audio device
 product: Broadwell-U Audio Controller
 vendor: Intel Corporation
 physical id: 3
 bus info: pci@:00:03.0
 version: 09
 width: 64 bits
 clock: 33MHz
 capabilities: pm msi pciexpress bus_master cap_list
 configuration: driver=snd_hda_intel latency=0
 resources: irq:64 memory:c5218000-c521bfff
*-generic:0 UNCLAIMED
 description: Signal processing controller
 product: Broadwell-U Camarillo Device
 vendor: Intel Corporation
 physical id: 4
 bus info: pci@:00:04.0
 version: 09
 width: 64 bits
 clock: 33MHz
 capabilities: msi pm bus_master cap_list
 configuration: latency=0
 resources: memory:c521-c5217fff
*-usb:0
 description: USB controller
 product: Wildcat Point-LP USB xHCI Controller
 vendor: Intel Corporation
 physical id: 14
 bus info: pci@:00:14.0
 version: 03
 width: 64 bits
 clock: 33MHz
 capabilities: pm msi xhci bus_master cap_list
 configuration: driver=xhci_hcd latency=0

Bug#853420: gle-graphics: fix ftbfs with GCC-7

[Christian T. Steigies]

Hi,
On Wed, Oct 18, 2017 at 10:50:40PM +0200, Sl?vek Banko wrote:
> Tags: + patch
> 
> By chance, I encountered the same bug in another project.
> I attach a patch here as well.

Thanks for your patch, much easier than what I tried: I removed abs() from
f2c.h and included cmath and using std:abs to the cpp files. Also I had to
do this in two files: fcontour.cpp and ffitcontour.cpp to get it to compile.
Your patch is less invasive, so I uploaded that now. If I could figure out
what happened to the upstream branch I would also push this to alioth...

thanks,
Christian

Bug#873765: Solution to this bug

[T. Joseph Carter]

Hi,

I think this tool is probably important enough to Gnome users (sid or not)
that it's probably worthwhile to suggest a "patch" version that looks like
an upgrade from the 3.25 package that at least temporarily reverts to
3.22.  For now it's easy enough to manually revert the package, but all
sources (dpkg included) insist that you should not be doing that.

I'd have suggested it sooner but 3.25 was right around the corner...  I
imagine it still is, but it has been for weeks.

Joseph

Bug#862576: etoys: Doesn't get beyond Squeak security key generation

[David T Lewis]

Thanks Bert.

Adrian, all,

Please treat me as a newbie with respect to Debian package support, but I'd
like to help with this if I can. I don't currently have a Debian
development system (I only have Ubuntu 15.04 on a laptop for the moment),
and my time will be very limited for the next couple of weeks. That said ...

The traditional Squeak VM for Etoys is actively but quietly maintained on
squeakvm.org, and I personally have been using the 64-bit version for years
without trouble. So aside from possible differences in the compiler
toolchain in recent versions compared to the older gcc that I am currently
using (gcc 4.9.2 at the moment), I am guessing that if we could refresh the
sources for squeak-vm with up to date sources from squeakvm.org, then we
should have a good solid VM that would support Etoys on 32-bit and 64-bit
Debian.

The easiest and quickest way to find out if this makes sense would be if
someone with an up to date Debian 64-bit development system could try
building the Squeak VM, following the instructions that I maintain at
http://wiki.squeak.org/squeak/6354.

If this seems to be a good approach, we would then want to trim out the
portions of the source tree that are not relevant to Linux, or that should
be excluded for licensing reasons. But first please try following the
instructions on http://wiki.squeak.org/squeak/6354 verbatim, as this will
tell us if the resulting updated VM is solid on Debian 64-bits.

I should also note that the build process relies on Cmake, so that might
present issues from a license perspective. I'm not sure what to do about
that if it is a concern, but first things first let's see if the updated
source work as expected.

Thanks!
Dave




On Tue, Jun 6, 2017 at 5:36 PM, Bert Freudenberg 
wrote:

> @James: You can press alt-. (period) in Etoys to see what it's doing -
> this should also create a SqueakDebug.log file which you can attach.
> However, this sounds like a squeak-vm bug, not Etoys.
>
> @Adrian: Thanks for finding a work-around!
>
> ​CC'ing Dave Lewis, our ​VM guy ...
>
> ​- Bert -​
>
> On Tue, Jun 6, 2017 at 11:28 AM, Adrian Bunk  wrote:
>
>> Control: reassign -1 squeak-vm 4.10.2.2614-4
>> Control: affects -1 etoys
>>
>> On Sun, Jun 04, 2017 at 10:23:51PM +0200, Petter Reinholdtsen wrote:
>> > This issue is going to cause etags to be removed from Stretch.  Anyone
>> have any idea what is wrong?
>>
>> It seems better optimization in recent gcc versions exposes bugs
>> in squeak-vm.
>>
>> The following workaround to use less optimization works for me:
>>
>> --- debian/rules.old2017-06-06 09:04:49.0 +
>> +++ debian/rules2017-06-06 09:20:17.0 +
>> @@ -6,6 +6,9 @@
>>  # This has to be exported to make some magic below work.
>>  export DH_OPTIONS
>>
>> +# workaround for #862576
>> +export DEB_CFLAGS_MAINT_APPEND = -O1
>> +
>>  include /usr/share/cdbs/1/rules/upstream-tarball.mk
>>  include /usr/share/cdbs/1/class/cmake.mk
>>  include /usr/share/cdbs/1/rules/debhelper.mk
>>
>>
>> This is a short-term workaround for stretch.
>>
>> Additionally adding -Wall gives tons of warnings for non-harmless
>> issues, that's a good starting point when searching for a proper fix.
>>
>>
>> > Happy hacking
>> > Petter Reinholdtsen
>>
>> cu
>> Adrian
>>
>> --
>>
>>"Is there not promise of rain?" Ling Tan asked suddenly out
>> of the darkness. There had been need of rain for many days.
>>"Only a promise," Lao Er said.
>>Pearl S. Buck - Dragon Seed
>>
>>
>

Bug#861536: runit-init: Cannot reboot or shutdown after installing (or removing) the package.

[Matthew T Hoare]

Package: runit-init
Version: 2.1.2-9
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
   I ran `apt install runit-init` and then attempted to reboot with
   `/sbin/reboot`, `/sbin/poweroff`, `init 0` & `init 6`, all to no
   effect; no error messages were returned and the exit status of all of
   the commands was zero.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 Reintalled systemd-sysv then rebooted into my Arch Linux system,
 chrooted into BunsenLabs then installed the package from the chroot
 and rebooted into that init system.

   * What was the outcome of this action?
   It worked :)
   The same procedure was required to return to systemd as PID1.

-- System Information:
Distributor ID: BunsenLabs
Description:BunsenLabs GNU/Linux (Helium-dev)
Release:x
Codename:   bunsen-helium-dev

Architecture: x86_64

Kernel: Linux 4.10.0-11.1-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages runit-init depends on:
ii  getty-run  2.1.2-9
ii  libc6  2.24-10
ii  runit  2.1.2-9

runit-init recommends no packages.

runit-init suggests no packages.

-- no debconf information

Bug#844254: NMU to DELAYED/5

[Jeremy T. Bouse]

I've taken a look at the diff of your fork. I'm about to be out of town
and away from my development box for the next two weeks in about 8 hours
so I can't do anything at this time... I'll let the NMU go through and
then pull your commit hash 96eb8e628c8e87200a208281e569523c8fb77bf8 in
and prepare a 1.0.6-5 build to accept it.


On 11/18/2016 5:52 PM, Hilko Bengen wrote:
> Hi,
>
> I have just made a non-maintainer upload (libesmtp/1.0.6-4.1) to
> DELAYED/5-day. If necessary, feel free to reschedule or cancel my
> upload.
>
> The simple change I made can be found in my Github fork at
> . I have verified that the libesmtp6
> package (built using sbuild) indeed depends on libssl1.1.
>
> Cheers,
> -Hilko

Bug#844501: alsa-firmware-loaders: udev rule causes race condition which blocks us-122 initialisation (with fix!)

[Jaime T]

On 16 November 2016 at 10:50, jaimet  wrote:
> My udev-fu is very weak, but after stumbling around with "udevadm
> monitor" for a bit, I replaced that udev rule line with:
>
> SUBSYSTEM=="sound", ACTION=="add", KERNEL=="hwC2D0", 
> RUN+="/lib/udev/tascam_fpga"

It now appears that my udev-fu is even weaker than I thought: "hwC2D0"
is obviously an "arbitrary-card-ordering-dependent" reference which
breaks if my sound cards are discovered in a different order. A much
better alternative (that is *not* order-dependent) is:

SUBSYSTEM=="sound", ACTION=="add", ATTR{id}=="USX2Y",
RUN+="/lib/udev/tascam_fpga"

Apologies for the noise. J :-)

Bug#838047: Confirmed: breaks *all* tablets

[a . t . chadwick]

Confirmed. This bug breaks all graphics tablets in GNOME (at least). It 
is not specific to the driver. See the attached logs.


Symptoms: when a graphics tablet is plugged in, within a few seconds 
the running X session terminates. Examining the logs reveals repeated 
segfaults from gnome-shell caused by libwacom2; the repetition is 
classed as the session respawning too fast by gnome-session, which 
gives up in disgust.


(As originally reported, sessions break with a blank screen if the 
tablet is plugged in at session start too.)


Affected hardware: all the tablets I own, namely:

* Genius i405x (evdev driver, horribly broken)
* Huion H610PRO (libinput, normally works well)
* Wacom Intuos5 M (wacom, normally works perfectly)

Expected behaviour: I would expect no segfaults which kill X when 
plugging in my graphics tablets.


I am using libwacom2 0.19-1, gnome-shell 3.21.91-2, and 
gnome-settings-daemon 3.21.92.1-1.


Libwacom 0.22 has been released upstream, and may be necessary for this 
version of GNOME. Please can that be tried? Libwacom mismatches have 
killed tablet support in the past
Sep 17 00:19:28 spatula kernel: [18298.570328] usb 2-2: new full-speed USB device number 13 using xhci_hcd
Sep 17 00:19:28 spatula kernel: [18298.699757] usb 2-2: New USB device found, idVendor=256c, idProduct=006e
Sep 17 00:19:28 spatula kernel: [18298.699763] usb 2-2: New USB device strings: Mfr=5, Product=6, SerialNumber=0
Sep 17 00:19:28 spatula kernel: [18298.699765] usb 2-2: Product: PenTablet
Sep 17 00:19:28 spatula kernel: [18298.699767] usb 2-2: Manufacturer: HUION
Sep 17 00:19:28 spatula kernel: [18298.701272] input: HUION PenTablet Pen as /devices/pci:00/:00:14.0/usb2/2-2/2-2:1.0/0003:256C:006E.0015/input/input63
Sep 17 00:19:28 spatula kernel: [18298.701487] uclogic 0003:256C:006E.0015: input,hidraw2: USB HID v1.11 Device [HUION PenTablet] on usb-:00:14.0-2/input0
Sep 17 00:19:28 spatula kernel: [18298.702658] input: HUION PenTablet Mouse as /devices/pci:00/:00:14.0/usb2/2-2/2-2:1.1/0003:256C:006E.0016/input/input64
Sep 17 00:19:28 spatula kernel: [18298.702887] uclogic 0003:256C:006E.0016: input,hiddev0,hidraw3: USB HID v1.11 Mouse [HUION PenTablet] on usb-:00:14.0-2/input1
Sep 17 00:19:28 spatula kernel: [18298.703914] input: HUION PenTablet Keyboard as /devices/pci:00/:00:14.0/usb2/2-2/2-2:1.2/0003:256C:006E.0017/input/input66
Sep 17 00:19:28 spatula kernel: [18298.810849] input: HUION PenTablet Consumer Control as /devices/pci:00/:00:14.0/usb2/2-2/2-2:1.2/0003:256C:006E.0017/input/input67
Sep 17 00:19:28 spatula kernel: [18298.811208] input: HUION PenTablet System Control as /devices/pci:00/:00:14.0/usb2/2-2/2-2:1.2/0003:256C:006E.0017/input/input68
Sep 17 00:19:28 spatula kernel: [18298.811589] uclogic 0003:256C:006E.0017: input,hidraw4: USB HID v1.11 Keyboard [HUION PenTablet] on usb-:00:14.0-2/input2
Sep 17 00:19:28 spatula mtp-probe: checking bus 2, device 13: "/sys/devices/pci:00/:00:14.0/usb2/2-2"
Sep 17 00:19:28 spatula mtp-probe: bus: 2, device: 13 was not an MTP device
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) config/udev: Adding input device HUION PenTablet Mouse (/dev/input/mouse4)
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (**) HUION PenTablet Mouse: Applying InputClass "input-huion-mouse"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) Using input driver 'libinput' for 'HUION PenTablet Mouse'
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (**) HUION PenTablet Mouse: always reports core events
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (**) Option "Device" "/dev/input/mouse4"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (**) Option "_source" "server/udev"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (EE) xf86OpenSerial: Cannot open device /dev/input/mouse4
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: #011Permission denied.
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) opening input device '/dev/input/mouse4' failed (Permission denied).
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) failed to create input device '/dev/input/mouse4'.
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (EE) libinput: HUION PenTablet Mouse: Failed to create a device for /dev/input/mouse4
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (EE) PreInit returned 2 for "HUION PenTablet Mouse"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) UnloadModule: "libinput"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) config/udev: Adding input device HUION PenTablet Pen (/dev/input/mouse3)
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (**) HUION PenTablet Pen: Applying InputClass "input-huion-pen"
Sep 17 00:19:29 spatula /usr/lib/gdm3/gdm-x-session[24056]: (II) Using input driver 'libinput' for 'HUION PenTablet Pen'
Sep 17 00:19:

Bug#821617: Bumping severity of PHP 7.0 transition bugs to serious

[Jeremy T. Bouse]

Haven't reached out to confirm with upstream but as the website states
"Swift Mailer integrates into any web app written in PHP 5, ..." I'm not
exactly certain PHP 7 is a concern. I have attempted to build latest
version 5.4.2 under Sid following the suggestions in the ticket and the
package doesn't pass lintian checks when it uses php-cli instead of
php5-cli. The build itself is using pkg-php-tools to build and it is
simply a PHP class not compiled code.

On 5/5/2016 4:20 AM, Ondřej Surý wrote:
> Dear maintainer(s),
>
> I am bumping the severity of this bug to serious, as we are going to
> remove src:php5 from Debian and your package is blocking the first
> step which is removal of php5 from testing.  Please either update your
> package to support PHP 7.0 or remove the package from Debian unstable
> alltogether.
>
> Cheers,
> Ondrej
>

Bug#822852: gedit-latex-plugin: Activation of the plugin makes gedit segfault on startup

[Paweł T . Jochym]

Package: gedit-latex-plugin
Version: 3.8.0-3
Severity: critical
Justification: breaks unrelated software

After upgrade to gedit 3.20, gedit started to crash (segfaults) on startup.
Deactivaion or uninstall of the plugin makes it work again. The plugin is
completely unusable in present form.



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

Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gedit-latex-plugin depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gedit3.20.1-1
ii  gvfs-bin 1.28.1-1
ii  python3-dbus 1.2.4-1
ii  python3-gi   3.20.0-2
ii  rubber   1.4-2

Versions of packages gedit-latex-plugin recommends:
ii  texlive  2015.20160320-1

gedit-latex-plugin suggests no packages.

-- no debconf information

Bug#804582: (no subject)

[Jeremy T. Bouse]

I believe I may have it fixed... I'm doing some final testing in my
build environment but I suspect I'll have the 1.16.0 package ready to go
shortly.

On 04/08/2016 05:18 PM, Barry Warsaw wrote:
> Okay, so I think the locale changes are enough to fix the FTBFS.  I retried
> building in an Ubuntu PPA and the build succeeded.
> 
> The timeout failure must just have been a problem with my local sbuild.
> 

Bug#804582: (no subject)

[Jeremy T. Bouse]

Yes, I'd taken a slightly different approach but got to the same results
that you are currently getting. I have included your approach as it is
much cleaner than what I'd hacked together.

Still trying to get to the bottom of those remaining failures causing
the test to fail and the build to cease.

On 04/07/2016 06:28 PM, Barry Warsaw wrote:
> I'm running across this too now.  I think part of the problem is that pybuild
> invokes unittest discover by default, but this isn't how paramiko's test suite
> is actually run, at least if you go by what's in the tox.ini file.
> 
> This gets me closer:
> 
> diff --git a/debian/rules b/debian/rules
> index 9c04662..8d5d25b 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -1,6 +1,7 @@
>  #!/usr/bin/make -f
>  
>  export PYBUILD_NAME=paramiko
> +export PYBUILD_TEST_ARGS={interpreter} $(CURDIR)/test.py
>  
>  %:
>   dh $@ --with python2,python3 --buildsystem=pybuild
> @@ -11,3 +12,5 @@ ifeq (,$(findstring nodocs, $(DEB_BUILD_OPTIONS)))
>  endif
>   dh_installdocs
>  
> +override_dh_auto_test:
> + PYBUILD_SYSTEM=custom dh_auto_test
> 
> 
> But I'm still seeing two failures and two errors:
> 
> ==
> ERROR: test_K_utf8 (tests.test_sftp.SFTPTest)
> --
> Traceback (most recent call last):
>   File "/<>/tests/test_sftp.py", line 171, in tearDown
> sftp.rmdir(FOLDER)
>   File "/<>/paramiko/sftp_client.py", line 390, in rmdir
> self._request(CMD_RMDIR, path)
>   File "/<>/paramiko/sftp_client.py", line 729, in _request
> return self._read_response(num)
>   File "/<>/paramiko/sftp_client.py", line 776, in _read_response
> self._convert_status(msg)
>   File "/<>/paramiko/sftp_client.py", line 806, in 
> _convert_status
> raise IOError(text)
> IOError: Failure
> 
> ==
> ERROR: test_L_utf8_chdir (tests.test_sftp.SFTPTest)
> --
> Traceback (most recent call last):
>   File "/<>/tests/test_sftp.py", line 679, in test_L_utf8_chdir
> sftp.mkdir(FOLDER + '/' + unicode_folder)
>   File "/<>/paramiko/sftp_client.py", line 380, in mkdir
> self._request(CMD_MKDIR, path, attr)
>   File "/<>/paramiko/sftp_client.py", line 729, in _request
> return self._read_response(num)
>   File "/<>/paramiko/sftp_client.py", line 776, in _read_response
> self._convert_status(msg)
>   File "/<>/paramiko/sftp_client.py", line 806, in 
> _convert_status
> raise IOError(text)
> IOError: Failure
> 
> ==
> FAIL: test_K_utf8 (tests.test_sftp.SFTPTest)
> --
> Traceback (most recent call last):
>   File "/<>/tests/test_sftp.py", line 675, in test_K_utf8
> self.fail('exception ' + str(e))
> AssertionError: exception Failure
> 
> ==
> FAIL: test_O_getcwd (tests.test_sftp.SFTPTest)
> --
> Traceback (most recent call last):
>   File "/<>/tests/test_sftp.py", line 734, in test_O_getcwd
> self.assertEqual(None, sftp.getcwd())
> AssertionError: None != u'/'
> 
> --
> Ran 148 tests in 34.596s
> 
> FAILED (failures=2, errors=2)
> 




signature.asc
Description: OpenPGP digital signature

Bug#813339: breaking an essential service is bad enough, failure to document just compounds the error.

[T]

On 2016-02-09 02:43, Craig Sanders wrote:

making changes to how things work is reasonable and perfectly normal.

completely failing to document those changes, resulting in broken
servers (and, given that this is a dhcp server, broken networks) is not.

there isn't even a single mention of this change ANYWHERE in the
updated package, not in the /etc/default file, and not under
/usr/share/doc/isc-dhcp-server.


/usr/share/doc/isc-dhcp-server# find . -type f -exec zgrep -i INTERFACESv[46] 
{} +
/usr/share/doc/isc-dhcp-server#


i had to discover this change myself by running the init.d script with
'bash -x' (good thing i hadn't jumped on the systemd bandwagon - shell
scripts are beneficial, not a hassle)...only then did i have enough info
to figure out what the problem was and enough info to search the bug
tracker.

so, please, if you're going to make major changes to how something works
then at least make some minimal effort to document the changes.

thanks,

craig


+1

Bug#771102: upstream license violation

[Ned T. Crigler]

Hi Evan,

I have not received a response from you regarding this bug since it was
submitted last year. Are you still maintaining abduco in Debian?

-- 
Ned T. Crigler

Bug#784070: mdadm Software RAID1 with GPT on Debian 8.0.0 amd64 - Does not mount/boot on disk removal

[Lukasz T.]

On Thu, 11 Jun 2015 20:07:09 +0200 "Robert.K."  wrote:
> On Thu, 11 Jun 2015 20:20:23 +0300 Michael Tokarev  wrote:
> > 11.06.2015 20:13, Robert.K. wrote:
> >
> > > The bug in this report (#784070) is about being dropped to a shell
when
> there are missing disks in a software RAID1 configuration upon boot.
> >
> > Ok, this makes sense.
> >
> > It is not RAID1 it is any RAID level, and it has nothing to do with GPT.
> >
> > /mjt
> >
> >
>
> I agree that it may be related to any RAID level. For me it was only
> related to RAID1 as I have only tried RAID1 configurations.
>
> I have not mentioned GPT for what I know.
>
> I am sorry if I have made you upset, I was only trying to help both the
> development and other people hitting the bug.
>
> Good luck if you try to solve it and try to work with the d-i team (debian
> installer?) again, you seem to know what you are doing.
>
> r

I think the problem is in file
/usr/share/initramfs-tools/scripts/local-top/mdadm on line 79
(mdadm-3.3.2-5-amd64).
The solution is replace line 79:

log_failure_msg "failed to assemble all arrays."

by:

log_warning_msg "failed to assemble all arrays...attempting individual starts"
for dev in $(cat /proc/mdstat | grep md | cut -d ' ' -f 1); do
log_begin_msg "attempting mdadm --run $dev"
if $MDADM --run $dev; then
  verbose && log_success_msg "started $dev"
else
  log_failure_msg "failed to start $dev"
fi
done

And that works. Founded and tested on polish debian forum.


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

Bug#765154: gwave: FTBFS: build-dependency not installable: libgwrap-runtime-dev

[Daniel T Chen]

Package: gwave
Version: 20090213-5
Followup-For: Bug #765154

Dear Maintainer,

Attached is git commit against current src:gwave master from pkg-electronics
to resolve FTBFS. These changes were test-compiled against Ubuntu Vivid/amd64.

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

Kernel: Linux 3.16.0-31-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
commit 2b2b5ea0bedbd0b0b23158c297efba715c199656
Author: Dan 
Date:   Wed Mar 4 16:48:35 2015 -0500

Resolved FTBFS

diff --git a/debian/changelog b/debian/changelog
index 200ef65..f8f0a0f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+gwave (20090213-5ubuntu1) vivid-proposed; urgency=low
+
+  * Rebased on Debian's git
+  * Resolved FTBFS (Closes: #765154):
++ Completed GH to scm transition
++ Added missing variable declaration
++ Added missing library to link
+
+ -- Daniel T Chen   Wed, 04 Mar 2015 12:15:14 -0500
+
 gwave (20090213-5) unstable; urgency=medium
 
   * debian/control:
diff --git a/debian/control b/debian/control
index 3defcf0..1eb8d48 100644
--- a/debian/control
+++ b/debian/control
@@ -1,7 +1,8 @@
 Source: gwave
 Section: electronics
 Priority: optional
-Maintainer: Debian Electronics Team 
+Maintainer: Ubuntu Developers 
+Original-Maintainer: Debian Electronics Team 
 Uploaders: Hamish Moffatt , أحمد المحمودي (Ahmed El-Mahmoudy) 
 Standards-Version: 3.9.5
 Build-Depends: debhelper (>= 9), libgtk2.0-dev, guile-2.0-dev | libguile-dev, libglib2.0-dev, libreadline-dev, guile-gnome2-dev, guile-cairo-dev, libgwrap-runtime-dev
diff --git a/debian/patches/fix_as-needed_linking.diff b/debian/patches/fix_as-needed_linking.diff
index 102b59b..87e470c 100644
--- a/debian/patches/fix_as-needed_linking.diff
+++ b/debian/patches/fix_as-needed_linking.diff
@@ -8,8 +8,10 @@ Bug-Debian: http://bugs.debian.org/641725
 Bug-Ubuntu: https://launchpad.net/bugs/770956
 Last-Update: 2011-09-15
 
 a/spicefile/Makefile.am
-+++ b/spicefile/Makefile.am
+Index: gwave-20090213/spicefile/Makefile.am
+===
+--- gwave-20090213.orig/spicefile/Makefile.am	2015-03-04 14:53:49.184605415 -0500
 gwave-20090213/spicefile/Makefile.am	2015-03-04 14:53:49.180605415 -0500
 @@ -10,11 +10,9 @@
  
  noinst_PROGRAMS = test_read
@@ -24,8 +26,10 @@ Last-Update: 2011-09-15
 -sp2sp_LDADD= libspicefile.a
 +sp2sp_LDADD= libspicefile.a @GTK_LIBS@
  
 a/src/Makefile.in
-+++ b/src/Makefile.in
+Index: gwave-20090213/src/Makefile.in
+===
+--- gwave-20090213.orig/src/Makefile.in	2015-03-04 14:53:49.184605415 -0500
 gwave-20090213/src/Makefile.in	2015-03-04 14:59:00.784607430 -0500
 @@ -55,7 +55,7 @@
  	GtkTable_indel.$(OBJEXT)
  gwave_OBJECTS = $(am_gwave_OBJECTS)
@@ -35,8 +39,19 @@ Last-Update: 2011-09-15
  	$(LDFLAGS) -o $@
  DEFAULT_INCLUDES = -I. -I$(top_builddir)@am__isrc@
  depcomp = $(SHELL) $(top_srcdir)/depcomp
 a/spicefile/Makefile.in
-+++ b/spicefile/Makefile.in
+@@ -189,7 +189,7 @@
+ 	rgeval.c xgserver.c measurebtn.c measurebtn.h \
+ 	GtkTable_indel.c GtkTable_indel.h  xsnarf.h
+ 
+-gwave_LDADD = ../spicefile/libspicefile.a  @GTK_LIBS@ @GUILE_GNOME_LIBS@ -lX11
++gwave_LDADD = ../spicefile/libspicefile.a  @GTK_LIBS@ @GUILE_GNOME_LIBS@ -lX11 -lm
+ gwave_LDFLAGS = @GUILE_LDFLAGS@
+ AM_CFLAGS = @GTK_CFLAGS@ @GUILE_CFLAGS@ @GUILE_GNOME_CFLAGS@ \
+ 	-DDATADIR=\"$(datadir)\" -DBINGWAVE=\"$(bindir)/gwave\"
+Index: gwave-20090213/spicefile/Makefile.in
+===
+--- gwave-20090213.orig/spicefile/Makefile.in	2015-03-04 14:53:49.184605415 -0500
 gwave-20090213/spicefile/Makefile.in	2015-03-04 14:53:49.184605415 -0500
 @@ -186,11 +186,9 @@
  libspicefile_a_SOURCES = spicestream.c ss_cazm.c ss_hspice.c ss_spice3.c ss_spice2.c ss_nsout.c spicestream.h wavefile.c wavefile.h spice2.h ssintern.h
  AM_CFLAGS = @GTK_CFLAGS@
diff --git a/debian/patches/guile2.0.diff b/debian/patches/guile2.0.diff
index e4a6428..38b76b3 100644
--- a/debian/patches/guile2.0.diff
+++ b/debian/patches/guile2.0.diff
@@ -6,8 +6,8 @@ Bug-Debian: http://bugs.debian.org/746003
 
 Index: gwave-20090213/src/scwm_guile.h
 ===
 gwave-20090213.orig/src/scwm_guile.h
-+++ gwave-20090213/src/scwm_guile.h
+--- gwave-20090213.orig/src/scwm_guile.h	2015-03-04 14:59:23.528607577 -0500
 gwave-20090213/src/scwm_guile.h	2015-03-04 14:59:23.524607577 -0500
 @@ -12,7 +12,7 @@
  #define SCWM_GUILE_H__
  
@@ -19,8 +19,8 @@ Ind

Bug#771102: upstream license violation

[Ned T. Crigler]

On Thu, Dec 04, 2014 at 02:39:34PM +0100, Axel Beckert wrote:
> 
> So there are indeed a small number of code locations which look
> suspiciously similar.

There are other similarities between the initial commit of abduco and
dtach, such as the code declaring abduco's client to server protocol:

[abduco/abduco.c lines 61-67]   |[dtach-0.8/dtach.h lines 89-96]
enum PacketType {   |enum
MSG_CONTENT = 0,|{
MSG_ATTACH  = 1,|MSG_PUSH= 0,
MSG_DETACH  = 2,|MSG_ATTACH  = 1,
MSG_RESIZE  = 3,|MSG_DETACH  = 2,
MSG_REDRAW  = 4,|MSG_WINCH   = 3,
};  |MSG_REDRAW  = 4,
|};

[abduco/abduco.c lines 69-78]   |[dtach-0.8/dtach.h lines 106-116]
/* packet sent from client to server */ |/* The client to master protocol. */
typedef struct {|struct packet
unsigned char type; |{
unsigned char len;  |unsigned char type;
union { |unsigned char len;
char msg[sizeof(struct w|union
insize)];   |{
struct winsize ws;  |unsigned char buf[sizeo
int i;  |f(struct winsize)];
} u;|struct winsize ws;
} ClientPacket; |} u;
|};

and the same escape sequence trick that dtach uses to move to the bottom
of the screen along with similar code for handling the suspend key:

[abduco/abduco.c line 161]  |[dtach-0.8/dtach.h line 128]
fprintf(stdout, "\e[999H\r\n"); |#define EOS "\033[999H"

[abduco/client.c lines 126-133] |[dtach-0.8/attach.c lines 105-115]
} else i|if (!no_suspend && (pkt->u.buf[
f (pkt.u.msg[0] == cur_term.c_cc[VSUSP])|0] == cur_term.c_cc[VSUSP]))
 {  |{
|/* Tell the master that
pkt.type = MSG_DETACH;  | we are suspending. */
|pkt->type = MSG_DETACH;
client_send_packet(&pkt);   |write(s, pkt, sizeof(st
|ruct packet));
tcsetattr(0, TCSADRAIN, &orig_term);|
|/* And suspend... */
client_show_cursor();   |tcsetattr(0, TCSADRAIN,
| &orig_term);
info(NULL); |printf(EOS "\r\n");
|kill(getpid(), SIGTSTP)
kill(getpid(), SIGTSTP);|;
|tcsetattr(0, TCSADRAIN,
tcsetattr(0, TCSADRAIN, &cur_term); | &cur_term);

Note that in abduco, client_send_packet(&pkt) will write the raw
contents of pkt to a socket, and info(NULL) will write the "\e[999H\r\n"
escape sequence to stdout.

> It should also be mentioned that the initial reporter of this issue,
> Ned, is the author of dtach, see http://dtach.sourceforge.net/.
> 
> I neither claim that this is a bad sign nor that this is a good sign.
> 
> I though consider it suspicious that this was not mentioned in the
> original report, hence I think it's important to mention it myself.
> 

I'm not sure why this would be suspicious, however I do confirm that I
am the author of dtach.

-- 
Ned T. Crigler


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

Bug#771102: upstream license violation

[Ned T. Crigler]

Package: abduco
Version: 0.1-2
Severity: serious
Justification: Policy 2.3

Hi,

abduco is derived from dtach, which is licensed under GPLv2. However,
abduco is licensed under ISC with dtach's copyright notices removed.

While abduco may be considered a rewrite of dtach that just has similar
looking portions of code left in it,
http://digital-law-online.info/lpdi1.0/treatise27.html says that:

"Many people have reimplemented computer programs by rewriting them to
replace the source code with code of their own writing. There is no
reason to believe that this would not be a copyright infringement,
particularly if the reimplementer had access to the source code of the
original program, even if none of the original source code remains."

abduco should not be a part of Debian if it is violating dtach's
copyright and license.

-- 
Ned T. Crigler


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

Bug#759745: gdm3: Unable to login post-upgrade without systemd-sysv installed

[Jeremy T. Bouse]

Package: gdm3
Version: 3.12.2-2.1
Severity: grave
Justification: renders package unusable

Performed routine aptitude upgrade and had new version of gdm installed.
Shutdown laptop and upon restart was no longer presented with the login
greeter. Gnome environment would work by getting to shell and running
startx but was presented with a systemd-login error on the console shell
when logging in. Installed systemd-sysv which purged sysinit-core, rebooted
and the system was once again usable.

Suggest that there is a dependency not properly resolving in there to
ensure that systemd is running as PID 1.


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

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

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.37-3
ii  adduser  3.113+nmu3
ii  dconf-cli0.20.0-2
ii  dconf-gsettings-backend  0.20.0-2
ii  debconf [debconf-2.0]1.5.53
ii  gir1.2-gdm3  3.12.2-2.1
ii  gnome-session [x-session-manager]3.12.1-3
ii  gnome-session-bin3.12.1-3
ii  gnome-session-flashback [x-session-manager]  3.8.1-1
ii  gnome-settings-daemon3.12.2-1
ii  gnome-shell  3.12.2-3
ii  gnome-terminal [x-terminal-emulator] 3.12.3-2
ii  gsettings-desktop-schemas3.12.2-1
ii  libaccountsservice0  0.6.37-3
ii  libatk1.0-0  2.12.0-1
ii  libaudit11:2.3.7-1
ii  libc62.19-9
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libgdm1  3.12.2-2.1
ii  libglib2.0-0 2.40.0-4
ii  libglib2.0-bin   2.40.0-4
ii  libgtk-3-0   3.12.2-3
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpam-systemd   208-8
ii  libpam0g 1.1.8-3.1
ii  libpango-1.0-0   1.36.6-1
ii  libpangocairo-1.0-0  1.36.6-1
ii  librsvg2-common  2.40.3-1
ii  libselinux1  2.3-1
ii  libsystemd-daemon0   208-8
ii  libsystemd-id128-0   208-8
ii  libsystemd-journal0  208-8
ii  libsystemd-login0208-8
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.2-3
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.2-1
ii  lsb-base 4.1+Debian13
ii  metacity [x-window-manager]  1:3.12.0-2
ii  policykit-1  0.105-6.1
ii  ucf  3.0030
ii  x11-common   1:7.7+7
ii  x11-xserver-utils7.7+3
ii  xterm [x-terminal-emulator]  308-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.12.0-2
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.16.0-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.12.1-1.1

Versions of packages gdm3 suggests:
ii  gnome-orca3.12.2-1
ii  libpam-gnome-keyring  3.8.2-2+b1

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


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

Bug#755910: collides with python-bzrlib

[Jeremy T. Bouse]

On 31.07.2014 17:43, Michael Biebl wrote:

Am 31.07.2014 17:38, schrieb Jeremy T. Bouse:


version. I'm therefore tagging as "wontfix" and will be closing it
unless you want to re-assign it to python-bzrlib.


Is that a threat?

Seriously, I don't mind where and how this is fixed. If you, as
maintainer think this needs to be handled in python-bzrlib, by all 
means

re-assign it.
The current situation as it stands though is, that this combination 
of

package is not installable, which to me is RC.


No, it's not a threat. It's just the fact that this BTS ticket has 
absolutely nothing to do with python-paramiko package as it is 
python-bzrlib that put a Conflict in place. The problem with paramiko 
already has it's own ticket and it's being addressed by an upstream 
ticket already as well. The python-bzrlib made their package 
uninstallable on purpose and I can't do anything about that. Even when I 
get the fixed version of paramiko uploaded and available through the 
mirror network, python-bzrlib will still be uninstallable until it 
releases a new version removing the Conflict. In my opinion that only 
makes matters worse. Nothing I will do will affect python-bzrlib being 
installable. Therefore this ticket is a "wontfix" ticket as there is no 
"cantfix" tag.



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

Bug#755910: collides with python-bzrlib

[Jeremy T. Bouse]

tag +755910 wontfix
thanks

This bug report is useless to paramiko as the Conflict/Build-Conflict 
is in python-bzrlib which I have absolutely no control of and if the 
maintainer has decided this route than even when I upload a new version 
of paramiko that addresses the underlying issue which is already 
reported as #750517 and has been forwarded to the paramiko upstream 
python-bzrlib will still be uninstallable until it uploads a new 
version. I'm therefore tagging as "wontfix" and will be closing it 
unless you want to re-assign it to python-bzrlib.


On 24.07.2014 09:15, Michael Biebl wrote:

Package: python-paramiko
Version: 1.14.0-2
Severity: serious

python-paramiko is no longer installable once bzr is installed, since
the latest python-bzrlib has a Conflicts against python-paramiko >= 
1.12.


The python-bzrlib changelog suggests that python-paramiko needs an
update:

  * Conflict and build-conflict with newer versions of paramiko that 
no
longer accept 'buffer' objects. This is a stop-gap until paramiko 
is

fixed. Closes: #750347


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

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

Versions of packages python-paramiko depends on:
ii  python 2.7.8-1
ii  python-crypto  2.6.1-5+b1
ii  python-ecdsa   0.11-1

python-paramiko recommends no packages.

python-paramiko suggests no packages.

-- no debconf information



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

Bug#753027: libesmtp6: does not ship libesmtp.so.6

[Jeremy T. Bouse]

On 06/29/2014 01:05 AM, Salvatore Bonaccorso wrote:
> Hi Jeremy,
> 
> With the conversion to Debhelper compat level 9, multiarch directories
> are passed when running dh_auto_configure for --libdir and
> --libexecdir, so the paths used to install the files needs some
> adjustment.
> 
> Attached is proposed debdiff.
> 
> Regards,
> Salvatore
> 


Salvatore,

Thank you... I've taken a look at your debdiff and incorporated the fix
into my package repo [1] with credit given. I'll work on getting the
fixed package uploaded this evening when I'm back at home and can get my
DSA key out of my vault to sign it as apparently keymaster is having
trouble getting my new RSA key to be accepted.

Regards,
Jeremy

1.
https://github.com/jbouse-debian/libesmtp/commit/0c21ed1f98c16946b2d81e5abe54181fdc3ad614



signature.asc
Description: OpenPGP digital signature

Bug#718004: paramiko: diff for NMU version 1.10.1-1.1

[Jeremy T. Bouse]

On 05/11/2014 10:33 PM, d...@debian.org wrote:
> On Sun, May 11, 2014 at 09:37:21PM -0400, Jeremy T. Bouse wrote:
>> https://github.com/jbouse-debian/paramiko/commits/master
> 
> i saw http://anonscm.debian.org/gitweb/?p=collab-maint/paramiko.git
> from p.q.d.o information.  i did not know you worked on github repo.
> so i misunderstood this package was not active about half year.
> i cancelled my NMU.  sorry to give you many trouble.
> 

I began to make the move over to GitHub after repeated unreliability
with anonscm.d.o when I tried to access it in the past and because that
is what upstream utilizes so it allows me to track both easily. I began
the GitHub repo from the anonscm repo copy that I had off-line locally
during one such outage and haven't bothered trying to keep it updated.
As soon as I release a new upload with the Vcs-* lines in debian/control
updated I'll get that repo removed.

Again this confusion would have easily been cleared up with an email
to the maintainer, who as you can tell does respond to them.



signature.asc
Description: OpenPGP digital signature

Bug#718004: paramiko: diff for NMU version 1.10.1-1.1

[Jeremy T. Bouse]

On 05/11/2014 09:16 PM, d...@debian.org wrote:
> On Fri, May 09, 2014 at 02:54:57PM -0400, Jeremy T. Bouse wrote:
>> If this work was not done through the very public, very accessible Git repo
>> that is used to manage the package then it has wasted your time and made
>> mine harder as I've already been working on 1.10.1. So for wasting the time
>> that I do have I thank you.
> 
> if this DELAYED NMU could put pressure or somthing on you, i am really sorry.
> if your working goes on, i will cancel my NMU.  please tell me.
> 

https://github.com/jbouse-debian/paramiko/commits/master

I've been working on 1.12.2 even though 1.14.0 is released as well but
between
1.10 and 1.12 was fork, merge and change of upstream which has made the
process
as simple. Then complicated by still trying to get my new 4096 bit RSA
key into
the keyring and issues at work which have delayed my time to actually
work on it.

Attempt to help work within the packaging done within Git would have
been much more
helpful. As well I recall more than a couple tickets which looking
through would
have identified efforts being made before attempts to do a NMU without
having
first attempted contact with the maintainer of the package in question.

I guess I expect more of Debian Developers but this seems to be a
continuing trend
those that have joined the project within the past 3-5 years now. I
might suggest
going back to the Developers Corner and re-reading the content... Maybe
starting
with https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu



signature.asc
Description: OpenPGP digital signature

Bug#718004: paramiko: diff for NMU version 1.10.1-1.1

[Jeremy T. Bouse]

On 09.05.2014 09:48, d...@debian.org wrote:

tags 718004 + patch
tags 718004 + pending
thanks

Dear maintainer,

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



If this work was not done through the very public, very accessible Git 
repo that is used to manage the package then it has wasted your time and 
made mine harder as I've already been working on 1.10.1. So for wasting 
the time that I do have I thank you.



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

Bug#741818: tkgate: FTBFS: block.c:1103:20: error: 'Tcl_Interp' has no member named 'result'

[Daniel T Chen]

Package: tkgate
Version: 2.0~b10-3
Followup-For: Bug #741818
User: debian-de...@lists.debian.org
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Resolve FTBFS:
- Use Tcl/Tk 8.5 as build-dependencies;
- Use autotools-dev helper for newer arches.


This debdiff may contain extraneous metadata. If so, kindly please ignore
them. Thanks for considering the patch!


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.11.0-19-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
diff -u tkgate-2.0~b10/debian/changelog tkgate-2.0~b10/debian/changelog
diff -u tkgate-2.0~b10/debian/control tkgate-2.0~b10/debian/control
--- tkgate-2.0~b10/debian/control
+++ tkgate-2.0~b10/debian/control
@@ -1,11 +1,12 @@
 Source: tkgate
 Section: electronics
 Priority: optional
-Maintainer: Debian Science Maintainers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Science Maintainers 
 Uploaders: أحمد المحمودي (Ahmed El-Mahmoudy) ,
 	   Georges Khaznadar 
 Standards-Version: 3.9.5
-Build-Depends: debhelper (>=7.0.50~), tcl-dev, tk-dev, bison|byacc, flex,
+Build-Depends: debhelper (>=7.0.50~), tcl8.5-dev, tk8.5-dev, bison|byacc, flex,
  xutils-dev, libx11-dev, quilt (>= 0.46-7~), autotools-dev,
  hardening-wrapper
 Homepage: http://www.tkgate.org/
diff -u tkgate-2.0~b10/debian/rules tkgate-2.0~b10/debian/rules
--- tkgate-2.0~b10/debian/rules
+++ tkgate-2.0~b10/debian/rules
@@ -5,7 +5,7 @@
 export DEB_BUILD_HARDENING=1
 
 %:
-	dh $@ --with quilt
+	dh $@ --with quilt,autotools_dev
 
 override_dh_auto_configure:
 	dh_auto_configure -- LDFLAGS="$(LDFLAGS) -Wl,--as-needed -lm"
@@ -21 +21 @@
-	rm -f libexec/*
\ No newline at end of file
+	rm -f libexec/*

Bug#740456: probably fixed in 2.02.99

[Marcin T]

I'd like to confirm.
2.02.104-2 does not have this bug.



2014-03-03 0:07 GMT+01:00 Marcin T :
>> Skip mlocking [vectors] on arm architecture.
>
> could you release new version to wheezy ?


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

Bug#740456: LVM operations returns: [vectors]: munlock failed: Cannot allocate memory

[Marcin T]

Package: lvm2
Version: 2.02.95-8
Severity: critical


root@debian:~# /sbin/vgchange -aly --ignorelockingfailure eld4
  -1000 r-xp  00:00 0  [vectors]: mlock
failed: Cannot allocate memory
  4 logical volume(s) in volume group "eld4" now active
  -1000 r-xp  00:00 0  [vectors]: munlock
failed: Cannot allocate memory

the same problems when I create volume

root@debian:~# lvcreate -v -L 10G eld4 -n EL0x
Setting logging type to disk
Finding volume group "eld4"
Archiving volume group "eld4" metadata (seqno 15).
Creating logical volume EL0x
Creating volume group backup "/etc/lvm/backup/eld4" (seqno 16).
Found volume group "eld4"
activation/volume_list configuration setting not defined: Checking
only host tags for eld4/EL0x
  -1000 r-xp  00:00 0  [vectors]: mlock
failed: Cannot allocate memory
Creating eld4-EL0x
Loading eld4-EL0x table (253:4)
Resuming eld4-EL0x (253:4)
  -1000 r-xp  00:00 0  [vectors]: munlock
failed: Cannot allocate memory
Clearing start of logical volume "EL0x"
Creating volume group backup "/etc/lvm/backup/eld4" (seqno 16).
  Logical volume "EL0x" created


root@debian:~# lvs | grep EL0x
  EL0x eld4 -wi-a---  10.00g

root@debian:~# uname -a
Linux debian 3.13.1-kirkwood-tld-2 #1 PREEMPT Tue Feb 4 03:19:07 PST
2014 armv5tel GNU/Linux

Should I use this volume or it is corrupted ?


I submitted that before, here:
https://bugzilla.kernel.org/show_bug.cgi?id=71361
...but I think now that this is debian problem, not kernel?

root@debian:~# cat /etc/apt/sources.list
deb http://ftp.us.debian.org/debian wheezy main
deb http://security.debian.org/ wheezy/updates main contrib non-free
root@debian:~# cat /etc/debian_version
7.3




-- System Information:
Debian Release: 7.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armel (armv5tel)

Kernel: Linux 3.13.1-kirkwood-tld-2 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages lvm2 depends on:
ii  dmsetup   2:1.02.74-8
ii  initscripts   2.88dsf-41+deb7u1
ii  libc6 2.13-38
ii  libdevmapper-event1.02.1  2:1.02.74-8
ii  libdevmapper1.02.12:1.02.74-8
ii  libgcc1   1:4.7.2-5
ii  libreadline5  5.2+dfsg-2~deb7u1
ii  libudev0  175-7.2
ii  lsb-base  4.1+Debian8+deb7u1

lvm2 recommends no packages.

lvm2 suggests no packages.

-- no debconf information


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

Bug#723964: devtodo: [PATCH] Enable build on newer arches and resolve FTBFS

[Daniel T Chen]

Package: devtodo
Version: 0.1.20-6
Followup-For: Bug #723964
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Unconditionally add missing auto* files, resolving FTBFS.


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

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
diff -Nru devtodo-0.1.20/debian/rules devtodo-0.1.20/debian/rules
--- devtodo-0.1.20/debian/rules	2012-06-18 21:28:47.0 -0400
+++ devtodo-0.1.20/debian/rules	2014-02-04 11:22:09.0 -0500
@@ -15,7 +15,7 @@
 build-stamp:
 	ln -sf /usr/share/misc/config.sub config.sub
 	ln -sf /usr/share/misc/config.guess config.guess
-	autoreconf
+	autoreconf -f -i
 	dh build
 	touch build-stamp
 

Bug#718102: zeroc-icee: [PATCH] Resolve FTBFS from stricter patch usage

[Daniel T Chen]

Package: zeroc-icee
Version: 1.2.0-6.1
Followup-For: Bug #718102
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Adjust for stricter default patch usage, resolving FTBFS.


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

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
diff -u zeroc-icee-1.2.0/debian/rules zeroc-icee-1.2.0/debian/rules
--- zeroc-icee-1.2.0/debian/rules
+++ zeroc-icee-1.2.0/debian/rules
@@ -18,11 +18,10 @@
 	-mkdir -p debian/tmp/usr/share lib bin
-	ln -sf Make.rules.Linux config/Make.rules.GNU_kFreeBSD
-	ln -sf Make.rules.Linux config/Make.rules.GNU
+	(cd config ; cp -f Make.rules.Linux Make.rules.GNU_kFreeBSD)
+	(cd config ; cp -f Make.rules.Linux Make.rules.GNU)
 
 binary-install/icee-slice::
 	chmod a-x debian/icee-slice/usr/share/slice/*/*.ice
 
 clean::
-	$(RM) config/Make.rules.GNU
-	$(RM) config/Make.rules.GNU_kFreeBSD
+	(cd config ; rm -f Make.rules.GNU Make.rules.GNU_kFreeBSD)
 

Bug#718139: zeroc-icee-translators: [PATCH] Resolve FTBFS with stricter default patch usage

[Daniel T Chen]

Package: zeroc-icee-translators
Version: 1.2.0-6
Followup-For: Bug #718139
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Correct broken links in build procedure.


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise-proposed'), (500, 'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

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
diff -u zeroc-icee-translators-1.2.0/debian/rules zeroc-icee-translators-1.2.0/debian/rules
--- zeroc-icee-translators-1.2.0/debian/rules
+++ zeroc-icee-translators-1.2.0/debian/rules
@@ -20,8 +20,7 @@
 	-mkdir -p debian/tmp/usr lib bin
-	ln -sf Make.rules.Linux config/Make.rules.GNU_kFreeBSD
-	ln -sf Make.rules.Linux config/Make.rules.GNU
+	(cd config ; cp -f Make.rules.Linux Make.rules.GNU_kFreeBSD)
+	(cd config ; cp -f Make.rules.Linux Make.rules.GNU)
 
 clean::
-	$(RM) config/Make.rules.GNU
-	$(RM) config/Make.rules.GNU_kFreeBSD
+	(cd config ; rm -f Make.rules.GNU Make.rules.GNU_kFreeBSD)
 
diff -u zeroc-icee-translators-1.2.0/debian/control zeroc-icee-translators-1.2.0/debian/control
--- zeroc-icee-translators-1.2.0/debian/control
+++ zeroc-icee-translators-1.2.0/debian/control
@@ -13,7 +13,7 @@
  icecpp
 Conflicts: slice2cppe (<< 1.2.0-5), slice2javae (<< 1.2.0-5), 
  icecpp
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: ZeroC IceE Slice translators for C++ and Java
  ZeroC Ice is a CORBA-like middleware solution. Slice is the IDL used
  in Ice. IceE is a subset of Ice used in embedded systems. This

Bug#713300: arpack++: FTBFS: parallel-tests: error: required file './test-driver' not found

[Daniel T Chen]

Package: arpack++
Followup-For: Bug #713300
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Use dh-autoreconf, resolving FTBFS (Closes: #713300) (LP: #1229528)


This debdiff may contain extraneous metadata. If so, kindly please ignore
them. Thanks for considering the patch!


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

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
diff -Nru arpack++-2.3/debian/changelog arpack++-2.3/debian/changelog
diff -Nru arpack++-2.3/debian/control arpack++-2.3/debian/control
--- arpack++-2.3/debian/control	2011-08-03 04:54:52.0 -0400
+++ arpack++-2.3/debian/control	2014-01-17 15:29:54.0 -0500
@@ -2,8 +2,9 @@
 Homepage: http://ljk.imag.fr/membres/Christophe.Prudhomme/software.php
 Section: devel
 Priority: optional
-Build-Depends: cdbs, debhelper ( >> 4.1.0 ), gfortran, libblas-dev, liblapack-dev, libarpack2-dev, chrpath, automake, autoconf, libtool
-Maintainer: Debian Science Team 
+Build-Depends: cdbs, debhelper ( >> 4.1.0 ), gfortran, libblas-dev, liblapack-dev, libarpack2-dev, chrpath, dh-autoreconf
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Science Team 
 Uploaders: Christophe Prud'homme 
 Standards-Version: 3.9.2
 Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/arpack++/
diff -Nru arpack++-2.3/debian/rules arpack++-2.3/debian/rules
--- arpack++-2.3/debian/rules	2011-08-03 05:09:17.0 -0400
+++ arpack++-2.3/debian/rules	2014-01-17 15:24:13.0 -0500
@@ -12,6 +12,7 @@
 
 include /usr/share/cdbs/1/class/autotools.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 
 DEB_BUILDDIR 			:= $(DEB_SRCDIR)/
 DEB_CONFIGURE_SCRIPT		:= $(CURDIR)/configure
@@ -31,10 +32,6 @@
 CXXFLAGS= -O3
 FFLAGS= -O3
 
-debian/stamp-autotools-files:
-	libtoolize
-	autoreconf
-
 VERSION=2.3
 orig-tarball:
 	mkdir tmp; \

Bug#720800: cadaver: Please update linker flag(s) for FTBFS

[Daniel T Chen]

Package: cadaver
Followup-For: Bug #720800
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Adjusted lib linking order to resolve FTBFS with --as-needed;
- Also removed d/rules addition for -lgcrypt based on above change.


Because Ubuntu uses ld --as-needed by default, the change made in the
current sid version still FTBFS in Ubuntu 14.04. The above change made
in the current Ubuntu version successfully builds in both jessie and
Ubuntu 14.04.

This patch may contain extraneous metadata; if so, kindly please
disregard those portions. Thanks for considering the patch!


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-33-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
diff -u cadaver-0.23.3/debian/patches/00list cadaver-0.23.3/debian/patches/00list
--- cadaver-0.23.3/debian/patches/00list
+++ cadaver-0.23.3/debian/patches/00list
@@ -1,2 +1,3 @@
 manpage_hyphen.dpatch
+as-needed-ftbfs.dpatch
 
diff -u cadaver-0.23.3/debian/rules cadaver-0.23.3/debian/rules
--- cadaver-0.23.3/debian/rules
+++ cadaver-0.23.3/debian/rules
@@ -36,7 +36,7 @@
 			--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
 			--prefix=/usr --mandir=\$${prefix}/share/man \
 			--enable-warnings --enable-netrc --with-ssl=gnutls \
-			CFLAGS="$(CFLAGS)" LIBS="-lgcrypt"
+			CFLAGS="$(CFLAGS)"
 
 build: build-arch build-indep
 
only in patch2:
unchanged:
--- cadaver-0.23.3.orig/debian/patches/as-needed-ftbfs.dpatch
+++ cadaver-0.23.3/debian/patches/as-needed-ftbfs.dpatch
@@ -0,0 +1,19 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## as-needed-ftbfs.dpatch by Daniel T Chen 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix FTBFS using ld --as-needed, ala Ubuntu 14.04
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' cadaver-0.23.3~/Makefile.in cadaver-0.23.3/Makefile.in
+--- cadaver-0.23.3~/Makefile.in	2008-02-11 05:29:53.0 -0500
 cadaver-0.23.3/Makefile.in	2013-11-26 10:51:16.086890396 -0500
+@@ -34,7 +34,7 @@
+ CFLAGS = @CFLAGS@
+ ALL_CFLAGS = $(CPPFLAGS) $(INCLUDES) $(CFLAGS)
+ LDFLAGS = @LDFLAGS@
+-LIBS = @LIBS@ @NEON_LIBS@
++LIBS = @LIBS@ @NEON_LIBS@ -lgcrypt
+ 
+ TARGET = $(PACKAGE)
+ SUBDIRS = lib/neon lib/intl

Bug#718719: yap: FTBFS on arm*

[Daniel T Chen]

Package: yap
Version: 6.2.2-1
Followup-For: Bug #718719
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch

Dear Maintainer,

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

  * Backport patch from upstream yap-6.3 git branch (changeset 48d51e)
resolving FTBFS on unknown arches (closes: #718719).


This debdiff may contain extraneous metadata; if so, kindly please
disregard those portions! Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.8.0-33-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru yap-6.2.2/debian/patches/05_upstream_6_3_branch_handle_unknown_arch yap-6.2.2/debian/patches/05_upstream_6_3_branch_handle_unknown_arch
--- yap-6.2.2/debian/patches/05_upstream_6_3_branch_handle_unknown_arch	1969-12-31 19:00:00.0 -0500
+++ yap-6.2.2/debian/patches/05_upstream_6_3_branch_handle_unknown_arch	2013-11-22 12:02:18.0 -0500
@@ -0,0 +1,15 @@
+Index: yap-6.2.2/C/gprof.c
+===
+--- yap-6.2.2.orig/C/gprof.c	2010-11-21 18:31:42.0 -0500
 yap-6.2.2/C/gprof.c	2013-11-22 12:02:16.248810422 -0500
+@@ -102,8 +102,8 @@
+ 
+ #else
+ 
+-#define CONTEXT_PC NULL
+-#define CONTEXT_BP NULL
++#define CONTEXT_PC(scv) NULL
++#define CONTEXT_BP(scv) NULL
+ 
+ #endif
+ 
diff -Nru yap-6.2.2/debian/patches/series yap-6.2.2/debian/patches/series
--- yap-6.2.2/debian/patches/series	2013-06-14 16:09:44.0 -0400
+++ yap-6.2.2/debian/patches/series	2013-11-22 11:14:43.0 -0500
@@ -3,3 +3,4 @@
 04_clpr_docu
 yap-texinfo
 tai-ldflags
+05_upstream_6_3_branch_handle_unknown_arch

Bug#722136: postgrey fails to start with perl-base 5.18.1-4

[T]

https://github.com/schweikert/postgrey/pull/4

/T


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

Bug#722136: postgrey fails to start with perl-base 5.18.1-3

[T]

postgrey --daemonize --unix=/run/shm/postgrey.socket 
--dbdir=/run/shm/postgrey


Works for me.

/T


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

Bug#698120: acetoneiso: Depends on fuse-utils; uninstallable in sid

[Daniel T Chen]

Package: acetoneiso
Version: 2.3-2
Followup-For: Bug #698120
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,


In Ubuntu, the attached patch is ready to be applied to achieve the following:

  * Fix dependency on fuse-utils to fuse to resolve uninstallability in
Debian unstable (Closes: #698120)


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-36-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru acetoneiso-2.3/debian/control acetoneiso-2.3/debian/control
--- acetoneiso-2.3/debian/control	2012-01-21 14:43:47.0 -0500
+++ acetoneiso-2.3/debian/control	2013-01-21 10:46:39.0 -0500
@@ -12,7 +13,7 @@
 Architecture: linux-any
 Depends: ${shlibs:Depends}, ${misc:Depends},
   fuseiso,
-  fuse-utils,
+  fuse,
   genisoimage,
   cdrdao,
   p7zip-full,

Bug#663575: sawzall: FTBFS: error: 'sawzall::Proc::Proc' names the constructor, not the type

[Daniel T Chen]

Package: sawzall
Version: 1.0-1
Followup-For: Bug #663575
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

In Ubuntu, the attached patch can be applied to achieve the following:

  * Add fix_erroneous_contructor patch from upstream changeset #38 to
resolve FTBFS (Closes: #663575)


Thanks for considering the patch.

Please note that there are additional issues that cause further FTBFS;
this patch addresses this specific issue.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-35-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru sawzall-1.0/debian/changelog sawzall-1.0/debian/changelog
diff -Nru sawzall-1.0/debian/control sawzall-1.0/debian/control
--- sawzall-1.0/debian/control	2010-12-02 16:34:09.0 -0500
+++ sawzall-1.0/debian/control	2013-01-06 17:14:39.0 -0500
@@ -1,7 +1,8 @@
 Source: sawzall
 Section: devel
 Priority: optional
-Maintainer: Gustavo Franco 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Gustavo Franco 
 Build-Depends: debhelper (>= 7), autotools-dev, protobuf-compiler, libpcre3-dev, libssl-dev, libicu-dev, libstdc++6-4.4-dev, libprotoc-dev
 Standards-Version: 3.8.3
 Homepage: http://code.google.com/p/szl/
diff -Nru sawzall-1.0/debian/patches/fix_erroneous_contructor sawzall-1.0/debian/patches/fix_erroneous_contructor
--- sawzall-1.0/debian/patches/fix_erroneous_contructor	1969-12-31 19:00:00.0 -0500
+++ sawzall-1.0/debian/patches/fix_erroneous_contructor	2013-01-06 16:54:07.0 -0500
@@ -0,0 +1,13 @@
+Index: sawzall-1.0/src/engine/symboltable.cc
+===
+--- sawzall-1.0.orig/src/engine/symboltable.cc	2010-08-15 18:04:14.0 -0400
 sawzall-1.0/src/engine/symboltable.cc	2013-01-06 16:54:00.071962463 -0500
+@@ -44,7 +44,7 @@
+ // --
+ // Implementation of SymbolTable
+ 
+-Proc::Proc* SymbolTable::init_proc_ = NULL;
++Proc* SymbolTable::init_proc_ = NULL;
+ 
+ List* SymbolTable::table_types_ = NULL;
+ TableType* SymbolTable::collection_type_ = NULL;
diff -Nru sawzall-1.0/debian/patches/series sawzall-1.0/debian/patches/series
--- sawzall-1.0/debian/patches/series	2010-11-05 17:00:53.0 -0400
+++ sawzall-1.0/debian/patches/series	2013-01-06 16:53:18.0 -0500
@@ -1 +1,2 @@
 debian-changes-1.0-1
+fix_erroneous_contructor

Bug#684722: w3af: Does not start : " pybloomfiltermmap is a required dependency"

[Daniel T Chen]

Package: w3af
Version: 1.1svn5547-1
Followup-For: Bug #684722
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch is ready to be applied to achieve the following:

  * Rediff existing dependency patch into new
remove_pybloomfilter_import.patch and apply it (closes: #684722)


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-35-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru w3af-1.1svn5547/debian/changelog w3af-1.1svn5547/debian/changelog
diff -Nru w3af-1.1svn5547/debian/patches/remove_pybloomfiltermmap_import.patch w3af-1.1svn5547/debian/patches/remove_pybloomfiltermmap_import.patch
--- w3af-1.1svn5547/debian/patches/remove_pybloomfiltermmap_import.patch	1969-12-31 19:00:00.0 -0500
+++ w3af-1.1svn5547/debian/patches/remove_pybloomfiltermmap_import.patch	2013-01-06 01:18:30.0 -0500
@@ -0,0 +1,22 @@
+Index: w3af-1.1svn5547/core/controllers/dependency_check/dependency_check.py
+===
+--- w3af-1.1svn5547.orig/core/controllers/dependency_check/dependency_check.py	2013-01-05 23:48:46.0 -0500
 w3af-1.1svn5547/core/controllers/dependency_check/dependency_check.py	2013-01-05 23:55:07.164913283 -0500
+@@ -53,17 +53,6 @@
+ packages_mac_ports = []
+ additional_information = []
+ 
+-if platform.system() != 'Windows':
+-try:
+-from pybloomfilter import BloomFilter as mmap_filter
+-except Exception, e:
+-msg = 'pybloomfiltermmap is a required dependency in *nix systems,'
+-msg += 'in order to install it please run the following commands:'
+-msg += 'sudo apt-get install python2.6-dev\n'
+-msg += 'sudo easy_install pybloomfiltermmap'
+-additional_information.append(msg)
+-reasonForExit = True
+-#mem_test('after bloom filter import')
+ try:
+ import esmre
+ import esm
diff -Nru w3af-1.1svn5547/debian/patches/series w3af-1.1svn5547/debian/patches/series
--- w3af-1.1svn5547/debian/patches/series	2012-08-08 21:21:42.0 -0400
+++ w3af-1.1svn5547/debian/patches/series	2013-01-06 01:18:30.0 -0500
@@ -3,3 +3,4 @@
 disable-auto-update.patch
 dep-a-la-deb_01_nltk.patch
 disable-pybloom.patch
+remove_pybloomfiltermmap_import.patch

Bug#691809: storymaps: FTBFS: needs to build-depend on docbook-to-man

[Daniel T Chen]

Package: storymaps
Version: 1.0-1
Followup-For: Bug #691809
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch

Dear Maintainer,

Attached is a trivially tweaked patch for Debian unstable that resolves
the reported symptom.

  * Build depend on docbook-to-man, fixes FTBFS (Closes: #691809)


Thanks for considering the patch.


-- System Information:
Debian Release: wheezy/sid
  APT prefers precise-updates
  APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 
'precise'), (100, 'precise-backports')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-34-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru storymaps-1.0/debian/changelog storymaps-1.0/debian/changelog
diff -Nru storymaps-1.0/debian/control storymaps-1.0/debian/control
--- storymaps-1.0/debian/control	2012-08-07 22:14:38.0 -0400
+++ storymaps-1.0/debian/control	2012-12-01 11:52:12.0 -0500
@@ -1,7 +1,8 @@
 Source: storymaps
 Priority: extra
-Maintainer: Javier Fernández-Sanguino Peña 
-Build-Depends: debhelper (>= 7.0.50~), javahelper (>=0.25)
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Javier Fernández-Sanguino Peña 
+Build-Depends: debhelper (>= 7.0.50~), javahelper (>=0.25), docbook-to-man
 Build-Depends-Indep: default-jdk, libfreemarker-java, libpiccolo-java
 Standards-Version: 3.9.0
 Section: utils

Bug#682050: nmu

[Jeremy T. Bouse]

Now see if you had contacted the maintainer prior to performing the NMU 
upload you would have found out that your information was in fact 
flawed. BTS #690080 was to inform of the new upstream maintainer only a 
month ago and I've been in contact privately. Furthermore 1.9 was only 
released within the last week by said new upstream maintainer. That my 
friend is why you contact the maintainer and find out if assistance is 
in fact needed or else you're just mucking shit up and pissing the 
maintainer off considerably.


On 12.11.2012 22:17, Michael Gilbert wrote:

On Mon, Nov 12, 2012 at 9:50 PM, Jeremy T. Bouse wrote:
Not my problem... You put the burden on me, I'm giving you the 
burden since
you obviously took the time failing to contact me to ask and 
ascertain
whether the maintainer might actually be in the process of doing 
anything

with the package.


I read the bug traffic, and the latest maintainer activity was four
months ago.  That's usually a strong indicator that the package needs
help.

The RC issues were introduced by a previous NMU, the issues are 
resolved in
the new upstream release so as far as I'm concerned their "wont-fix" 
issues

in this version.


I understand that this was introduced by the prior nmu, and that's 
why

this nmu is reverting that broken one.


But as I'm turning the package over to you, do what you like.


You may as well orphan it so it can get cared for either by the QA
team or someone who really cares about it.

Best wishes,
Mike



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

Bug#682050: nmu

[Jeremy T. Bouse]

Not my problem... You put the burden on me, I'm giving you the burden 
since you obviously took the time failing to contact me to ask and 
ascertain whether the maintainer might actually be in the process of 
doing anything with the package.


The RC issues were introduced by a previous NMU, the issues are 
resolved in the new upstream release so as far as I'm concerned their 
"wont-fix" issues in this version. But as I'm turning the package over 
to you, do what you like.


On 12.11.2012 21:43, Michael Gilbert wrote:

On Mon, Nov 12, 2012 at 9:34 PM, Jeremy T. Bouse wrote:
Thank you for volunteering to become the new paramiko package 
maintainer

since you have so much spare time.


I did this nmu to try to help make progress against the huge list of
rc issues we have in many packages.  I'm not that interested in this
one so much.

I'll be updating the debian/control file with the 1.9.0 upstream 
release as

soon as I've completed it.


The release team will probably not accept new upstream versions at
this point in the freeze.

Since you've put a gun to my head with the 8 day delay hopefully 
I'll get
all the bugs worked out of it before I upload it and let you take 
over.


That delay wasn't meant to be pressuring.  It was just a choice that
seemed kind of long.  Please feel free to go ahead and cancel it if
you need more time.

Best wishes,
Mike



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

Bug#682050: nmu

[Jeremy T. Bouse]

Thank you for volunteering to become the new paramiko package 
maintainer since you have so much spare time. I'll be updating the 
debian/control file with the 1.9.0 upstream release as soon as I've 
completed it. Since you've put a gun to my head with the 8 day delay 
hopefully I'll get all the bugs worked out of it before I upload it and 
let you take over.


On 12.11.2012 21:18, Michael Gilbert wrote:

On Mon, Nov 12, 2012 at 9:08 PM, Jeremy T. Bouse  wrote:
Typically one would contact the maintainer before doing an NMU which 
you

failed to do.


Quite the contrary.  The message you just replied to is my contact
prior to the nmu.  It has not happened yet.  It is currently in a 
kind

of limbo land called deferred.  Importantly, you have the power to
review it there and cancel it if you don't like it:
http://manpages.ubuntu.com/manpages/en/man1/dcut.1.html


If you had you would have been informed that I'm waiting on
the new upstream maintainer to make the release merging paramiko and 
it's
fork that would fix most of the issues with the current code base 
the
patches introduced by the last NMU improperly fixed and caused 
regressions.


Thanks for the info.

Best wishes,
Mike



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

Bug#682050: nmu

[Jeremy T. Bouse]

Typically one would contact the maintainer before doing an NMU which 
you failed to do. If you had you would have been informed that I'm 
waiting on the new upstream maintainer to make the release merging 
paramiko and it's fork that would fix most of the issues with the 
current code base the patches introduced by the last NMU improperly 
fixed and caused regressions.


On 12.11.2012 18:21, Michael Gilbert wrote:

Hi, I've uploaded an nmu fixing this issue to delayed/8.  The extra
time is to give you a chance to do a maintainer upload taking into
account your stated dislike for nmus.  Please see attached patch.

Best wishes,
Mike



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

Bug#682050: fails to connect to server using non default port

[Jeremy T. Bouse]

I would tend to agree with your assessment of the situation. I need to
go back and evaluate it all as I wasn't the one that added the patch, it
was done by an NMU without my involvement which is why I dislike NMUs
being done on my packages as they tend to introduce more issues than solve.

On 07/28/2012 08:00 PM, Josh Triplett wrote:
> Package: python-paramiko
> Version: 1.7.7.1-3
> Followup-For: Bug #682050
> 
> As far as I can tell, no "original issue" exists.  Bug 668239 seems to
> complain that paramiko distinguishes between host keys for different
> ports on the same server.  That's not a bug, that's a feature, and
> removing it results in this bug.  The correct fix (which I've just
> tested) involves dropping hostkey.patch entirely.
> 
> - Josh Triplett
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages python-paramiko depends on:
> ii  python 2.7.3-2
> ii  python-crypto  2.6-2
> 
> python-paramiko recommends no packages.
> 
> python-paramiko suggests no packages.
> 
> -- no debconf information


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

Bug#668239: paramiko: diff for NMU version 1.7.7.1-2.1

[Jeremy T. Bouse]

On 07/04/2012 08:57 PM, Luk Claes wrote:
> tags 668239 + pending
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for paramiko (versioned as 1.7.7.1-2.1) and
> will have it uploaded soon.
> 
> Cheers
> 
> Luk

Any reason you felt that you couldn't actually follow the process I'd
already established to submit the patch to the VCS that the package is
maintained out of? I purposely put the package maintenance on
git.debian.org within collab-maint so that any DD could submit commits
for the package back. You obviously looked at the BTS so did you not
bother to check out the PTS and see it was in VCS?



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

Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)

[Christian T. Steigies]

On Sat, Jun 16, 2012 at 02:59:48PM +0200, Julien Cristau wrote:
> On Sat, Jun 16, 2012 at 14:44:02 +0200, Christian T. Steigies wrote:
> 
> > No response from you or the original bug reporter for over a week, does this
> > mean you agree with my conclusion that the sparc buildd is broken?
> >  
> The same failure happened on multiple buildds.  So probably not.

Then please give me a hint on what I should fix. I can not reproduce this on
the only available Debian sparc box. It still builds fine in the sid chroot
on smetana.debian.org. What is the difference between smetana and the sparc
buildds, shouldn't they behave identically?

Christian



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

Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)

[Christian T. Steigies]

On Thu, Jun 07, 2012 at 10:57:56PM +0200, Christian T. Steigies wrote:
> On Thu, Jun 07, 2012 at 10:26:43PM +0200, Pino Toscano wrote:
> > 
> > Sorry to reopen this bug, but the problem still persist, and it it's on
> > the way of the poppler 0.18 transition; see [1]
> > 
> > [1] 
> > https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=sparc&ver=4.2.4c-2%2Bb1&stamp=1338767008
> > 
> > It seems gle-graphics is a leaf package, so in case it could be
> > temporarly hinted out of testing to make the transition complete soon
> > (it will reenter once it has been fixed, of course).
> 
> I think the problem is not gle-graphics but the sparc buildd, I can not
> reproduce the build failure on the sparc porter box.  Can you explain to me
> why it fails on the buildd, but not on the porter box?  Or can you tell me
> what should be changed in the package?  Please try to build it on a
> different sparc machine, I can successfully build it on smetana.debian.org,
> and I do not have access to any other sparc machine.  My explanation is that
> the sparc buildd is broken, I have seen that before when I was running m68k
> buildds.  The only other explanation, in case the sparc buildd is not
> broken, would be that the porter box is broken so that it produces working
> packages. I think this is less likely.

No response from you or the original bug reporter for over a week, does this
mean you agree with my conclusion that the sparc buildd is broken?
 
Christian
 



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

Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)

[Christian T. Steigies]

On Thu, Jun 07, 2012 at 10:26:43PM +0200, Pino Toscano wrote:
> reopen 669161
> thanks
> 
> Hi Christian,
> 
> Alle domenica 13 maggio 2012, Christian T. Steigies ha scritto:
> > On Tue, Apr 17, 2012 at 10:36:30PM +0200, Julien Cristau wrote:
> > > Source: gle-graphics
> > > Version: 4.2.4-1
> > > Severity: serious
> > > Tags: wheezy sid
> > > Justification: fails to build from source (but built successfully
> > > in the past)
> > > 
> > > gle-graphics no longer builds on sparc, see e.g. the log at
> > > https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=sp
> > > arc&ver=4.2.4-1&stamp=1333804744
> > 
> > I have uploaded a new version of gle-graphics and it fails to build
> > with the same problem on sparc:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=spar
> > c&ver=4.2.4c-1&stamp=1336781297
> 
> Sorry to reopen this bug, but the problem still persist, and it it's on
> the way of the poppler 0.18 transition; see [1]
> 
> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=sparc&ver=4.2.4c-2%2Bb1&stamp=1338767008
> 
> It seems gle-graphics is a leaf package, so in case it could be
> temporarly hinted out of testing to make the transition complete soon
> (it will reenter once it has been fixed, of course).

I think the problem is not gle-graphics but the sparc buildd, I can not
reproduce the build failure on the sparc porter box.  Can you explain to me
why it fails on the buildd, but not on the porter box?  Or can you tell me
what should be changed in the package?  Please try to build it on a
different sparc machine, I can successfully build it on smetana.debian.org,
and I do not have access to any other sparc machine.  My explanation is that
the sparc buildd is broken, I have seen that before when I was running m68k
buildds.  The only other explanation, in case the sparc buildd is not
broken, would be that the porter box is broken so that it produces working
packages. I think this is less likely.

Christian




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

Bug#669161: gle-graphics: FTBFS on sparc (*** glibc detected *** ../../build/bin/gle: double free or corruption (!prev): 0x70468660 ***)

[Christian T. Steigies]

On Tue, Apr 17, 2012 at 10:36:30PM +0200, Julien Cristau wrote:
> Source: gle-graphics
> Version: 4.2.4-1
> Severity: serious
> Tags: wheezy sid
> Justification: fails to build from source (but built successfully in the past)
> 
> gle-graphics no longer builds on sparc, see e.g. the log at
> https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=sparc&ver=4.2.4-1&stamp=1333804744

I have uploaded a new version of gle-graphics and it fails to build with the
same problem on sparc:

https://buildd.debian.org/status/fetch.php?pkg=gle-graphics&arch=sparc&ver=4.2.4c-1&stamp=1336781297

However, when I build it on smetana, the only reachable sparc porter box, it
builds just fine in the sid chroot.  Thus, I can not reproduce your bug, is
it possible that the sparc buildd is broken?  If not, this would mean that
smetana is broken, causing gle-graphics to build successfully. Or do you
have another explanation?


>From the build log on smetana:

 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: source package gle-graphics
dpkg-buildpackage: source version 4.2.4c-1
dpkg-buildpackage: source changed by Christian T. Steigies 
 dpkg-source --before-build gle-graphics-4.2.4c
dpkg-buildpackage: host architecture sparc
[...]
GLE 4.2.4c[init.tex]-C-R-
If GLE says 'Saving definitions', then compilation was successful.


>> init.tex (692) |end text|
Saving definitions

make[3]: Leaving directory `/home/cts/gle-graphics-4.2.4c/src/TeX'
[...]
dpkg-deb: building package `gle-graphics' in 
`../gle-graphics_4.2.4c-1_sparc.deb'.
 dpkg-genchanges  >../gle-graphics_4.2.4c-1_sparc.changes


Christian




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

Bug#659784: Same here - libblas3 #659784

[Mahesh T. Pai]

Hi. 

Having same problem here. Not opening another bug, since this is
alread reported; but this deserves the "important" tag because it is
now breaking other packages. I am however refraining from doing so
because I am no expert on packaging policy. 

This system is updated to experimental very frequently (2/3 times a
week); but this issue has appeared only today - with the last upgrade
3/4 days back.


paivakil@nandini:~$ sudo aptitude -f install
The following partially installed packages will be configured:
  libblas3 libblas3gf liblapack3 liblapack3gf 
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Setting up libblas3 (1.2.20110419-3~exp3) ...
update-alternatives: error: alternative libblas.so.3gf can't be slave of 
libblas.so.3: it is a master alternative.
dpkg: error processing libblas3 (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libblas3gf:
 libblas3gf depends on libblas3; however:
  Package libblas3 is not configured yet.
dpkg: error processing libblas3gf (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of liblapack3:
 liblapack3 depends on libblas3gf | libblas.so.3gf | libatlas3gf-base; however:
  Package libblas3gf is not configured yet.
  Package libblas3 which provides libblas3gf is not configured yet.
  Package libblas.so.3gf is not installed.
  Package libblas3 which provides libblas.so.3gf is not configured yet.
  Package libatlas3gf-base is not installed.
dpkg: error processing liblapack3 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of liblapack3gf:
 liblapack3gf depends on liblapack3; however:
  Package liblapack3 is not configured yet.
dpkg: error processing liblapack3gf (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libblas3
 libblas3gf
 liblapack3
 liblapack3gf
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up libblas3 (1.2.20110419-3~exp3) ...
update-alternatives: error: alternative libblas.so.3gf can't be slave of 
libblas.so.3: it is a master alternative.
dpkg: error processing libblas3 (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of libblas3gf:
 libblas3gf depends on libblas3; however:
  Package libblas3 is not configured yet.
dpkg: error processing libblas3gf (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of liblapack3:
 liblapack3 depends on libblas3gf | libblas.so.3gf | libatlas3gf-base; however:
  Package libblas3gf is not configured yet.
  Package libblas3 which provides libblas3gf is not configured yet.
  Package libblas.so.3gf is not installed.
  Package libblas3 which provides libblas.so.3gf is not configured yet.
  Package libatlas3gf-base is not installed.
dpkg: error processing liblapack3 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of liblapack3gf:
 liblapack3gf depends on liblapack3; however:
  Package liblapack3 is not configured yet.
dpkg: error processing liblapack3gf (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 libblas3
 libblas3gf
 liblapack3
 liblapack3gf
 
paivakil@nandini:~$ sudo dpkg --configure libblas3
Setting up libblas3 (1.2.20110419-3~exp3) ...
update-alternatives: error: alternative libblas.so.3gf can't be slave of 
libblas.so.3: it is a master alternative.
dpkg: error processing libblas3 (--configure):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 libblas3


Since this is breaking other packages, hope this will be taken as an
important bug.

Had not noticed what is going on, so do not have what exactly
transpired with the upgrade command. I suspect it is irrelevant
anyway.


Thanks in advance. 


-- 
Mahesh T. Pai   ||
Learn from the mistakes of others.
You won't live long enough to make all of them yourself.



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

Bug#646645: funcparserlib: FTBFS: make[2]: *** [test] Error 1

[Daniel T Chen]

Package: funcparserlib
Version: 0.3.5-1
Followup-For: Bug #646645
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear Maintainer,

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

  * Add test_numbers.diff updating expected output to match current
upstream SVN changeset 788599d92a85. Fixes FTBFS. (Closes: #646645)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-14-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
only in patch2:
unchanged:
--- funcparserlib-0.3.5.orig/debian/patches/series
+++ funcparserlib-0.3.5/debian/patches/series
@@ -0,0 +1 @@
+test_numbers.diff
only in patch2:
unchanged:
--- funcparserlib-0.3.5.orig/debian/patches/test_numbers.diff
+++ funcparserlib-0.3.5/debian/patches/test_numbers.diff
@@ -0,0 +1,18 @@
+Index: funcparserlib-0.3.5/examples/json/test-numbers.out
+===
+--- funcparserlib-0.3.5.orig/examples/json/test-numbers.out	2009-07-16 20:13:39.0 -0400
 funcparserlib-0.3.5/examples/json/test-numbers.out	2012-01-14 23:00:19.0 -0500
+@@ -5,9 +5,9 @@
+  -14,
+  65536,
+  0.0,
+- 3.1401,
+- -3.1401,
++ 3.14,
++ -3.14,
+  -123.456,
+- 6.67427995e-11,
++ 6.67428e-11,
+  -1.602176e-19,
+- 6.67427995e-11]
++ 6.67428e-11]

Bug#655794: drupal7: FTBFS: find: `/build/drupal7-a0In4n/drupal7-7.10/debian//usr/share/drupal7': No such file or directory

[Daniel T Chen]

Package: drupal7
Version: 7.10-1
Followup-For: Bug #655794
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Dear Maintainer,

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

  * debian/rules: export $PACKAGE to fix FTBFS. (Closes: #655794)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-14-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru drupal7-7.10/debian/rules drupal7-7.10/debian/rules
--- drupal7-7.10/debian/rules	2011-12-26 12:05:35.0 -0500
+++ drupal7-7.10/debian/rules	2012-01-14 19:02:26.0 -0500
@@ -3,6 +3,8 @@
 #export DH_VERBOSE=1
 #export DH_OPTIONS=-v
 
+export PACKAGE=drupal7
+
 %:
 	dh  $@
 

Bug#652164: FTBFS: ../../src/rakarrack.cxx:22892:37: error: format not a string literal and no format arguments [-Werror=format-security]

[Daniel T Chen]

Package: rakarrack
Version: 0.6.1-3
Followup-For: Bug #652164
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Ubuntu Precise, the following patch was applied to resolve the FTBFS.
Thanks for considering the patch.


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

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


*** format-security.debdiff.diff.2
diff -u rakarrack-0.6.1/debian/patches/series 
rakarrack-0.6.1/debian/patches/series
--- rakarrack-0.6.1/debian/patches/series
+++ rakarrack-0.6.1/debian/patches/series
@@ -1,0 +2 @@
+format-security.diff
only in patch2:
unchanged:
--- rakarrack-0.6.1.orig/debian/patches/format-security.diff
+++ rakarrack-0.6.1/debian/patches/format-security.diff
@@ -0,0 +1,71 @@
+Index: rakarrack-0.6.1/src/rakarrack.cxx
+===
+--- rakarrack-0.6.1.orig/src/rakarrack.cxx 2011-12-24 15:31:22.0 
-0500
 rakarrack-0.6.1/src/rakarrack.cxx  2011-12-24 15:31:24.0 -0500
+@@ -22889,7 +22889,7 @@
+   Fl_Widget *m = fl_message_icon();
+   m->parent()->copy_label(rkr->jackcliname);
+   sprintf(temp2,"Overwrite? \"%s\"",w->label());
+-  ok=fl_choice(temp2,"No","Yes",NULL);
++  ok=fl_choice("%s",temp2,"No","Yes",NULL);
+  if (!ok)
+  { 
+  o->value(0);
+@@ -24142,7 +24142,7 @@
+  w->parent()->copy_label(rkr->jackcliname);
+  
+ 
+- ok=fl_choice("Bank was modified, but not saved","Discard","Save",NULL);
++ ok=fl_choice("%s","Bank was modified, but not saved","Discard","Save",NULL);
+ 
+ 
+ 
+@@ -27243,7 +27243,7 @@
+ } 
+ 
+ sprintf(temp2,"Delete? \"%s\"",s->text());
+-ok=fl_choice(temp2,"No","Yes",NULL);
++ok=fl_choice("%s",temp2,"No","Yes",NULL);
+ if (!ok) return;
+ memset(Rname,0,sizeof(Rname));
+ sprintf(Rname,"%s",s->text());
+Index: rakarrack-0.6.1/src/fileio.C
+===
+--- rakarrack-0.6.1.orig/src/fileio.C  2011-12-24 15:31:22.0 -0500
 rakarrack-0.6.1/src/fileio.C   2011-12-24 15:31:24.0 -0500
+@@ -1641,7 +1641,7 @@
+ 
+case 3:
+ memset (temp, 0, sizeof (temp));
+-sprintf (temp, BankFilename);
++sprintf (temp, "%s", BankFilename);
+ break;
+
+}
+@@ -2786,4 +2786,4 @@
+ 
+ }
+ 
+- 
+\ No newline at end of file
++
+Index: rakarrack-0.6.1/src/varios.C
+===
+--- rakarrack-0.6.1.orig/src/varios.C  2011-12-24 16:36:58.0 -0500
 rakarrack-0.6.1/src/varios.C   2011-12-24 16:37:49.0 -0500
+@@ -41,7 +41,7 @@
+   w->image (a);
+   w->align (FL_ALIGN_TOP | FL_ALIGN_INSIDE);
+   w->parent ()->copy_label (labelwin);
+-  fl_message (message_text);
++  fl_message ("%s", message_text);
+   return (0);
+ 
+ };
+@@ -399,4 +399,4 @@
+ 
+ 
+ 
+-  
+\ No newline at end of file
++


-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (900, 'oneiric-updates'), (800, 'oneiric'), (10, 'precise')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-14-generic (SMP w/8 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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#644048: FTBFS: dpkg-buildflags

[Daniel T Chen]

Package: xdvik-ja
Version: 22.84.13-j1.34-3
Followup-For: Bug #644048
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Add 100_fix_werror_format-security.diff to resolve FTBFS with
format strings. (Closes: #644048)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru xdvik-ja-22.84.13-j1.34/debian/patches/100_fix_werror_format-security.diff xdvik-ja-22.84.13-j1.34/debian/patches/100_fix_werror_format-security.diff
--- xdvik-ja-22.84.13-j1.34/debian/patches/100_fix_werror_format-security.diff	1969-12-31 19:00:00.0 -0500
+++ xdvik-ja-22.84.13-j1.34/debian/patches/100_fix_werror_format-security.diff	2011-11-09 17:34:53.0 -0500
@@ -0,0 +1,35 @@
+diff -Nur -x '*.orig' -x '*~' xdvik-ja-22.84.13-j1.34/build-tree/xdvik-22.84.13/texk/xdvik/gui/message-window.c xdvik-ja-22.84.13-j1.34.new/build-tree/xdvik-22.84.13/texk/xdvik/gui/message-window.c
+--- xdvik-22.84.13/texk/xdvik/gui/message-window.c	2007-07-14 03:47:45.0 -0400
 xdvik-22.84.13/texk/xdvik/gui/message-window.c	2011-11-09 17:34:51.0 -0500
+@@ -704,7 +704,7 @@
+ Widget ret;
+ 
+ ASSERT(type < (sizeof my_msg_map / sizeof my_msg_map[0]), "too few elements in my_msg_map");
+-sprintf(win_title, my_msg_map[type].window_title);
++sprintf(win_title, "%s", my_msg_map[type].window_title);
+ 
+ #if DEBUG
+ fprintf(stderr, "internal_popup_window called with prompt: \"%s\"\n", msg_buf);
+@@ -716,11 +716,11 @@
+ 	   supposed to be printf-format strings (i.e. with doubled `%' to escape them)
+ 	*/
+ 	fprintf(stderr, "\n%s:\n", my_msg_map[type].window_title);
+-	fprintf(stderr, msg_buf);
++	fprintf(stderr, "%s", msg_buf);
+ 	fprintf(stderr, "\n");
+ 	if (helptext) {
+ 	fprintf(stderr, "-- helptext --\n");
+-	fprintf(stderr, helptext);
++	fprintf(stderr, "%s", helptext);
+ 	fprintf(stderr, "\n-- end of helptext --\n");
+ 	}
+ 	return NULL;
+@@ -732,7 +732,7 @@
+ if (my_popup_num == MAX_POPUPS) {
+ 	/* already enough popups on screen, just dump it to stderr */
+ 	fprintf(stderr, "%s: ", win_title);
+-	fprintf(stderr, msg_buf);
++	fprintf(stderr, "%s", msg_buf);
+ 	fputc('\n', stderr);
+ 	/* Note: If a mad function continues to open popups, this will
+ 	 * stop after MAX_POPUPS, but open a new window for each

Bug#647802: plplot library is required but was not found

[Daniel T Chen]

Package: gnudatalanguage
Version: 0.9.1-1
Followup-For: Bug #647802
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Add use_std_namespace patch to resolve FTBFS. Backported upstream
r1.27 src/gdlgstream.cpp, r1.28 src/gdlgstream.hpp,
r1.46 src/devicex.hpp, r1.17 src/devicez.hpp, r1.17 src/deviceps.hpp,
r1.6 src/devicesvg.hpp. (Closes: #647802)


Note that the source package does not FTBFS due to a configure error (which
was unreproducible locally in a current sid amd64 sbuild) but due to namespace
ambiguities that are fixed upstream already. Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru gnudatalanguage-0.9.1/debian/patches/build-with-debian-antlr-instead-embedded-one gnudatalanguage-0.9.1/debian/patches/build-with-debian-antlr-instead-embedded-one
--- gnudatalanguage-0.9.1/debian/patches/build-with-debian-antlr-instead-embedded-one	2011-02-15 16:46:12.0 -0500
+++ gnudatalanguage-0.9.1/debian/patches/build-with-debian-antlr-instead-embedded-one	2011-11-07 15:46:02.0 -0500
@@ -2,11 +2,11 @@
 embedded copy in src/antlr. Patch by Axel Beckert ,
 15-Feb-2011
 
-Index: gnudatalanguage/configure
+Index: gnudatalanguage-0.9.1/configure
 ===
 gnudatalanguage.orig/configure	2011-02-15 22:26:31.0 +0100
-+++ gnudatalanguage/configure	2011-02-15 22:37:02.635803162 +0100
-@@ -17709,7 +17709,7 @@
+--- gnudatalanguage-0.9.1.orig/configure	2011-11-07 15:45:55.0 -0500
 gnudatalanguage-0.9.1/configure	2011-11-07 15:45:59.0 -0500
+@@ -17952,7 +17952,7 @@
  
  
  
@@ -15,7 +15,7 @@
  
  cat >confcache <<\_ACEOF
  # This file is a shell script that caches the results of configure
-@@ -18800,7 +18800,6 @@
+@@ -19043,7 +19043,6 @@
  "libtool") CONFIG_COMMANDS="$CONFIG_COMMANDS libtool" ;;
  "Makefile") CONFIG_FILES="$CONFIG_FILES Makefile" ;;
  "src/Makefile") CONFIG_FILES="$CONFIG_FILES src/Makefile" ;;
@@ -23,10 +23,10 @@
  "src/pro/Makefile") CONFIG_FILES="$CONFIG_FILES src/pro/Makefile" ;;
  "src/pro/dicom/Makefile") CONFIG_FILES="$CONFIG_FILES src/pro/dicom/Makefile" ;;
  "testsuite/Makefile") CONFIG_FILES="$CONFIG_FILES testsuite/Makefile" ;;
-Index: gnudatalanguage/src/Makefile.in
+Index: gnudatalanguage-0.9.1/src/Makefile.in
 ===
 gnudatalanguage.orig/src/Makefile.in	2010-08-25 15:57:07.0 +0200
-+++ gnudatalanguage/src/Makefile.in	2011-02-15 22:37:02.635803162 +0100
+--- gnudatalanguage-0.9.1.orig/src/Makefile.in	2011-11-07 15:45:46.0 -0500
 gnudatalanguage-0.9.1/src/Makefile.in	2011-11-07 15:45:59.0 -0500
 @@ -71,8 +71,7 @@
sed '$$!N;$$!N;$$!N;$$!N;s/\n/ /g'
  am__installdirs = "$(DESTDIR)$(libdir)" "$(DESTDIR)$(bindir)"
@@ -47,7 +47,7 @@
  gdl_LINK = $(LIBTOOL) --tag=CXX $(AM_LIBTOOLFLAGS) $(LIBTOOLFLAGS) \
  	--mode=link $(CXXLD) $(gdl_CXXFLAGS) $(CXXFLAGS) \
  	$(gdl_LDFLAGS) $(LDFLAGS) -o $@
-@@ -454,7 +452,7 @@
+@@ -463,7 +461,7 @@
  
  # set the include path found by configure
  INCLUDES = $(EXT_INCLUDES) $(all_includes)
@@ -56,7 +56,7 @@
  noinst_HEADERS = gdlwidget.hpp prognode.hpp prognodeexpr.hpp
  cpp_hpp_files = accessdesc.hpp arrayindex.hpp assocdata.cpp assocdata.hpp \
  		basegdl.hpp basic_fun_cl.cpp basic_fun_cl.hpp basic_fun.cpp basic_fun.hpp \
-@@ -504,7 +502,7 @@
+@@ -513,7 +511,7 @@
  @BUILDASLIBRARY_FALSE@gdl_CXXFLAGS = $(AM_CXXFLAGS)
  # the library search path.
  @BUILDASLIBRARY_FALSE@gdl_LDFLAGS = $(all_libraries)
@@ -65,7 +65,7 @@
  
  # build as library (for python module)
  @BUILDASLIBRARY_TRUE@lib_LTLIBRARIES = libgdl.la
-@@ -514,7 +512,7 @@
+@@ -523,7 +521,7 @@
  # netCDF and HDF define some same symbols
  # hence -z muldefs has to be passed to the linker
  @BUILDASLIBRARY_TRUE@@DARWIN_TRUE@libgdl_la_LDFLAGS = $(all_libraries) -Wl,-m
@@ -74,8 +74,10 @@
  all: all-recursive
  
  .SUFFIXES:
 gnudatalanguage-0.9.orig/src/getfmtast.hpp
-+++ gnudatalanguage-0.9/src/getfmtast.hpp
+Index: gnudatalanguage-0.9.1/src/getfmtast.hpp
+===
+--- gnudatalanguage-0.9.1.orig/src/getfmtast.hpp	2011-11-07 15:45:46.0 -0500
 gnudatalanguage-0.9.1/src/getfmtast.hpp	2011-11-07 15:45:59.0 -0500
 @@ -22,7 +22,7 @@
  
  #include "basegdl.hpp"
@@ -85,8 +87,10 @@
  
  extern antlr::ASTFactory FMTNodeFactory;
  
 gnudatalanguage-0.9.orig/src/getfmtast.cpp
-+++ gnudatalanguage-0.9/src/getfmtast.cpp
+Index: gnudata

Bug#625362: ftbfs with gcc-4.6 -Werror

[Daniel T Chen]

Package: langupdate
Version: 0.1.0
Followup-For: Bug #625362
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Fix unused-but-set-variable warnings revealed by -Wall CFLAGS.
(Closes: #625362)


The bug report's original title and summary are incorrect. The source
package builds fine, at least locally in current sid sbuilds of amd64
and armel, so the only things from the build log that potentially are
problematic are revealed by -Wall.

Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru langupdate-0.1.0/src/aptcache.cc langupdate-0.1.0+nmu1/src/aptcache.cc
--- langupdate-0.1.0/src/aptcache.cc	2009-04-03 12:12:43.0 -0400
+++ langupdate-0.1.0+nmu1/src/aptcache.cc	2011-11-04 23:18:51.0 -0400
@@ -89,7 +89,6 @@
 static bool LoadSourceNames (gint verbose)
 {
 	gchar *src, *bin;
-	GList * p;
 
 	pkgCache &Cache = *LangCache;
 	pkgRecords pkgRecs(*LangCache);
@@ -98,7 +97,6 @@
 
 	src_table = g_hash_table_new (g_str_hash, g_str_equal);
 
-	p = NULL;
 	pkgCache::PkgIterator Pkg = Cache.PkgBegin();
 	for (;Pkg.end() != true; Pkg++)
 	{
@@ -269,9 +267,7 @@
 lu_get_sourcepkg (const gchar * binary)
 {
 	gchar * src;
-	gint size;
 
-	size = g_hash_table_size (src_table);
 	src = g_strdup((gchar*)g_hash_table_lookup (src_table, binary));
 	return src;
 }

Bug#646164: FTBFS: /usr/bin/ld: cannot find -lncurses

[Daniel T Chen]

Package: twinkle
Version: 1:1.4.2-2
Followup-For: Bug #646164
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * debian/patches/no-curses.patch: Don't link against curses. Fixes
FTBFS. (Closes: #646164)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
only in patch2:
unchanged:
--- twinkle-1.4.2.orig/debian/patches/no-curses.patch
+++ twinkle-1.4.2/debian/patches/no-curses.patch
@@ -0,0 +1,90 @@
+diff -Nur -x '*.orig' -x '*~' twinkle-1.4.2//acinclude.m4 
twinkle-1.4.2.new//acinclude.m4
+--- twinkle-1.4.2//acinclude.m42007-11-27 15:43:29.0 -0500
 twinkle-1.4.2.new//acinclude.m42011-11-04 19:25:48.0 -0400
+@@ -4340,7 +4340,7 @@
+   KDE_TRY_LINK_PYTHON(m_and_thread_and_db3, [$LIBPTHREAD -lm -ldb-3 -lutil])
+   KDE_TRY_LINK_PYTHON(pthread_and_db3, [$LIBPTHREAD -ldb-3])
+   KDE_TRY_LINK_PYTHON(m_and_thread_and_db, [$LIBPTHREAD -lm -ldb -ltermcap 
-lutil])
+-  KDE_TRY_LINK_PYTHON(pthread_and_dl, [$LIBPTHREAD $LIBDL -lutil -lreadline 
-lncurses -lm])
++  KDE_TRY_LINK_PYTHON(pthread_and_dl, [$LIBPTHREAD $LIBDL -lutil -lreadline 
-lm])
+   KDE_TRY_LINK_PYTHON(pthread_and_panel_curses, [$LIBPTHREAD $LIBDL -lm 
-lpanel -lcurses])
+   KDE_TRY_LINK_PYTHON(m_and_thread_and_db_special, [$LIBPTHREAD -lm -ldb 
-lutil], [],
+   [AC_MSG_WARN([it seems, Python depends on another library.
+diff -Nur -x '*.orig' -x '*~' twinkle-1.4.2//configure 
twinkle-1.4.2.new//configure
+--- twinkle-1.4.2//configure   2009-02-25 15:15:58.0 -0500
 twinkle-1.4.2.new//configure   2011-11-04 19:25:03.0 -0400
+@@ -20936,11 +20936,9 @@
+ 
+ ORIG_LIBS="$LIBS"
+ for readline_lib in readline edit editline; do
+-  for termcap_lib in "" termcap curses ncurses; do
++  for termcap_lib in "" termcap ; do
+ if test -z "$termcap_lib"; then
+   TRY_LIB="-l$readline_lib"
+-else
+-  TRY_LIB="-l$readline_lib -l$termcap_lib"
+ fi
+ LIBS="$ORIG_LIBS $TRY_LIB"
+ cat >conftest.$ac_ext <<_ACEOF
+diff -Nur -x '*.orig' -x '*~' twinkle-1.4.2//m4/vl_lib_readline.m4 
twinkle-1.4.2.new//m4/vl_lib_readline.m4
+--- twinkle-1.4.2//m4/vl_lib_readline.m4   2009-01-03 09:07:36.0 
-0500
 twinkle-1.4.2.new//m4/vl_lib_readline.m4   2011-11-04 19:26:38.0 
-0400
+@@ -66,11 +66,9 @@
+  vl_cv_lib_readline, [
+ ORIG_LIBS="$LIBS"
+ for readline_lib in readline edit editline; do
+-  for termcap_lib in "" termcap curses ncurses; do
++  for termcap_lib in "" termcap ; do
+ if test -z "$termcap_lib"; then
+   TRY_LIB="-l$readline_lib"
+-else
+-  TRY_LIB="-l$readline_lib -l$termcap_lib"
+ fi
+ LIBS="$ORIG_LIBS $TRY_LIB"
+ AC_TRY_LINK_FUNC(readline, vl_cv_lib_readline="$TRY_LIB")
+diff -Nur -x '*.orig' -x '*~' twinkle-1.4.2//src/gui/Makefile 
twinkle-1.4.2.new//src/gui/Makefile
+--- twinkle-1.4.2//src/gui/Makefile2009-02-25 15:17:04.0 -0500
 twinkle-1.4.2.new//src/gui/Makefile2011-11-04 19:27:24.0 
-0400
+@@ -19,7 +19,7 @@
+ INCPATH  = -I/usr/lib/qt3/mkspecs/default -I. -I.. -I../../src 
-I/usr/local/include -I/usr/include/libxml2 -I/opt/kde3/include -I/usr/include 
-I$(QTDIR)/include -I.ui/ -I. -I.moc/
+ LINK = g++
+ LFLAGS   = 
+-LIBS = -L/opt/kde3/lib $(SUBLIBS) -L/usr/lib/ -L$(QTDIR)/lib/ 
-L/usr/X11R6/lib/ ../libtwinkle.a ../parser/libsipparser.a 
../sdp/libsdpparser.a ../sockets/libsocket.a ../threads/libthread.a 
../audio/libaudio.a ../audits/libaudits.a ../stun/libstun.a ../mwi/libmwi.a 
../im/libim.a ../patterns/libpatterns.a ../presence/libpresence.a 
../utils/libutils.a -lsndfile -lmagic -lncurses -lreadline -L/usr/local/lib 
-lccext2 -pthread -lccrtp1 -lccgnu2 -ldl -lrt -lxml2 -lz -L/opt/kde3/lib 
-lkdecore -lkdeui -L/lib -lkabc -lresolv ../audio/gsm/libgsm.a -lasound -lspeex 
-lspeexdsp -lilbc -lzrtpcpp -lboost_regex -lqt-mt -lXext -lX11 -lm -lpthread
++LIBS = -L/opt/kde3/lib $(SUBLIBS) -L/usr/lib/ -L$(QTDIR)/lib/ 
-L/usr/X11R6/lib/ ../libtwinkle.a ../parser/libsipparser.a 
../sdp/libsdpparser.a ../sockets/libsocket.a ../threads/libthread.a 
../audio/libaudio.a ../audits/libaudits.a ../stun/libstun.a ../mwi/libmwi.a 
../im/libim.a ../patterns/libpatterns.a ../presence/libpresence.a 
../utils/libutils.a -lsndfile -lmagic -lreadline -L/usr/local/lib -lccext2 
-pthread -lccrtp1 -lccgnu2 -ldl -lrt -lxml2 -lz -L/opt/kde3/lib -lkdecore 
-lkdeui -L/lib -lkabc -lresolv ../audio/gsm/libgsm.a -lasound -lspeex 
-lspeexdsp -lilbc -lzrtpcpp -l

Bug#647407: FTBFS: /usr/bin/env: python: No such file or directory

[Daniel T Chen]

Package: youtube-dl
Version: 2011.10.19-2
Followup-For: Bug #647407
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Build-depend on python. Fixes FTBFS. (Closes: #647407)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru youtube-dl-2011.10.19/debian/control youtube-dl-2011.10.19/debian/control
--- youtube-dl-2011.10.19/debian/control	2011-10-21 23:09:49.0 -0400
+++ youtube-dl-2011.10.19/debian/control	2011-11-04 18:39:12.0 -0400
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Rogério Brito 
 Build-Depends:
- debhelper (>= 7.0.50~)
+ debhelper (>= 7.0.50~), python
 Build-Depends-Indep:
  perl
 Standards-Version: 3.9.2

Bug#647519: should depend on python-setuptools

[Daniel T Chen]

Package: runsnakerun
Version: 2.0.2a1-1
Followup-For: Bug #647519
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * Depend on python-setuptools for pkg_resources. Thanks,
Tommaso Colombo! (Closes: #647519)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru runsnakerun-2.0.2a1/debian/control runsnakerun-2.0.2a1/debian/control
--- runsnakerun-2.0.2a1/debian/control	2011-10-19 16:56:31.0 -0400
+++ runsnakerun-2.0.2a1/debian/control	2011-11-03 17:07:13.0 -0400
@@ -15,6 +15,7 @@
 Package: runsnakerun
 Architecture: all
 Depends: python-squaremap
+ , python-setuptools
  , ${python:Depends}
  , ${misc:Depends}
 Description: GUI utility for (Python) cProfile or Profile profiler dumps

Bug#646158: FTBFS: /usr/bin/ld: cannot find -lncurses

[Daniel T Chen]

Package: qcake
Version: 0.7.2-2
Followup-For: Bug #646158
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * 06_no_ncurses: Don't link against libncurses, as it isn't used
anyhow. Fixes FTBFS on Linux. (Closes: #646158)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u qcake-0.7.2/debian/patches/series qcake-0.7.2/debian/patches/series
--- qcake-0.7.2/debian/patches/series
+++ qcake-0.7.2/debian/patches/series
@@ -4,0 +5 @@
+06_no_ncurses
only in patch2:
unchanged:
--- qcake-0.7.2.orig/debian/patches/06_no_ncurses
+++ qcake-0.7.2/debian/patches/06_no_ncurses
@@ -0,0 +1,26 @@
+Index: qcake-0.7.2/qcakeplayer/qcakeplayer.pro
+===
+--- qcake-0.7.2.orig/qcakeplayer/qcakeplayer.pro	2011-11-02 23:35:04.0 -0400
 qcake-0.7.2/qcakeplayer/qcakeplayer.pro	2011-11-02 23:35:00.0 -0400
+@@ -162,7 +162,7 @@
+ -lm \
+ -lpcre \
+ -lreadline \
+--lncurses \
++#-lncurses \
+ -ldl \
+ -lopenal \
+ -lalut \
+Index: qcake-0.7.2/qcweb3d/qcweb3d.pro
+===
+--- qcake-0.7.2.orig/qcweb3d/qcweb3d.pro	2011-11-02 23:35:02.0 -0400
 qcake-0.7.2/qcweb3d/qcweb3d.pro	2011-11-02 23:34:40.0 -0400
+@@ -178,7 +178,7 @@
+ -lm \
+ -lpcre \
+ -lreadline \
+--lncurses \
++#-lncurses \
+ -ldl \
+ -lopenal \
+ -lalut \

Bug#640588: package purge (after dependencies removal) fails

[Daniel T Chen]

Package: roundup
Version: 1.4.18-1
Followup-For: Bug #640588
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * debian/roundup.postrm: Remove obsolete --quiet option passed to
userdel and groupdel. (Closes: #640588)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru roundup-1.4.18/debian/roundup.postrm roundup-1.4.18/debian/roundup.postrm
--- roundup-1.4.18/debian/roundup.postrm	2011-05-30 18:30:55.0 -0400
+++ roundup-1.4.18/debian/roundup.postrm	2011-11-02 22:40:05.0 -0400
@@ -4,13 +4,13 @@
 
 check_and_delete_user() {
 	if [ `getent passwd $U` ]; then
-		userdel --quiet $U
+		userdel $U >/dev/null 2>&1
 	fi
 }
 
 check_and_delete_group() {
 if [ X"`getent group $U`" != X ]; then
-groupdel --quiet $U || true
+groupdel $U >/dev/null 2>&1 || true
 fi
 }
 

Bug#624441: call nonexistent usleep command

[Daniel T Chen]

Package: scsitools
Version: 0.12-2
Followup-For: Bug #624441
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * rescan-scsi-bus.patch: Convert usleep invocations to sleep.
(Closes: #624441)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru scsitools-0.12/debian/patches/rescan-scsi-bus.patch scsitools-0.12/debian/patches/rescan-scsi-bus.patch
--- scsitools-0.12/debian/patches/rescan-scsi-bus.patch	2011-01-10 16:53:41.0 -0500
+++ scsitools-0.12/debian/patches/rescan-scsi-bus.patch	2011-11-02 21:49:20.0 -0400
@@ -2,8 +2,10 @@
 Forwarded: no
 Author: Eric Delaunay 
 
 a/rescan-scsi-bus/rescan-scsi-bus.8
-+++ b/rescan-scsi-bus/rescan-scsi-bus.8
+Index: scsitools-0.12/rescan-scsi-bus/rescan-scsi-bus.8
+===
+--- /dev/null	1970-01-01 00:00:00.0 +
 scsitools-0.12/rescan-scsi-bus/rescan-scsi-bus.8	2011-11-02 21:48:11.0 -0400
 @@ -0,0 +1,85 @@
 +.\" -*- nroff -*-
 +.TH RESCAN\-SCSI\-BUS.SH 8 "March 1998"
@@ -90,3 +92,34 @@
 +.nf
 +.B http://www.garloff.de/kurt/linux/scsidev/
 +.fi
+Index: scsitools-0.12/rescan-scsi-bus/rescan-scsi-bus.sh
+===
+--- scsitools-0.12.orig/rescan-scsi-bus/rescan-scsi-bus.sh	2011-11-02 21:49:15.0 -0400
 scsitools-0.12/rescan-scsi-bus/rescan-scsi-bus.sh	2011-11-02 21:49:11.0 -0400
+@@ -229,7 +229,7 @@
+   fi
+   while test $RC = 2 -o $RC = 6 && test $ctr -le 8; do
+ if test $RC = 2 -a "$RMB" != "1"; then echo -n "."; let $LN+=1; sleep 1
+-else usleep 2; fi
++else sleep 0.02; fi
+ let ctr+=1
+ sg_turs /dev/$SGDEV >/dev/null 2>&1
+ RC=$?
+@@ -352,7 +352,7 @@
+ /sbin/udevadm settle
+ white_out
+   else
+-usleep 2
++sleep 0.02
+   fi
+ }
+ 
+@@ -388,7 +388,7 @@
+ 	fi
+ 	# FIXME: Can we skip udevadm settle for removal?
+ 	#udevadm_settle
+-	usleep 2
++	sleep 0.02
+   else
+ echo "scsi remove-single-device $devnr" > /proc/scsi/scsi
+ 	if test $RC -eq 1 -o $lun -eq 0 ; then

Bug#647177: missing dependency on gawk

[Daniel T Chen]

Package: geda-gaf
Version: 1:1.6.2-2
Followup-For: Bug #647177
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * geda-utils must depend on gawk. Thanks, Adrian Bunk!
(Closes: #647177)
  * debian/copyright: Fix lintian warning about license
misspelling.


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru geda-gaf-1.6.2/debian/control geda-gaf-1.6.2/debian/control
--- geda-gaf-1.6.2/debian/control	2011-04-07 00:45:58.0 -0400
+++ geda-gaf-1.6.2/debian/control	2011-10-31 16:26:30.0 -0400
@@ -162,7 +162,7 @@
 Package: geda-utils
 Architecture: any
 Breaks: geda (<= 19990516-1)
-Depends: ${misc:Depends}, ${shlibs:Depends}, python
+Depends: ${misc:Depends}, ${shlibs:Depends}, python, gawk
 Description: GPL EDA -- Electronics design software (utilities)
  The gEDA project has produced and continues working on a full GPL'd suite and
  toolkit of Electronic Design Automation tools. These tools are used for
diff -Nru geda-gaf-1.6.2/debian/copyright geda-gaf-1.6.2/debian/copyright
--- geda-gaf-1.6.2/debian/copyright	2011-04-07 00:45:58.0 -0400
+++ geda-gaf-1.6.2/debian/copyright	2011-10-31 16:53:05.0 -0400
@@ -1,32 +1,47 @@
-Format-Specification: http://dep.debian.net/deps/dep5/
-Name: geda-gaf
-Maintainer: Ales Hvezda and gEDA Contributors 
+Format: http://dep.debian.net/deps/dep5/
+Upstream-Name: geda-gaf
+Upstream-Contact: Ales Hvezda and gEDA Contributors 
 Source: http://geda.seul.org
 
 Copyright: 1998-2010, Ales Hvezda and gEDA Contributors  (see changelog for details)
 License: GPL-2+
-
-On Debian systems, the complete text of the GNU GPL2 licenses
-can be found at `/usr/share/common-licenses/GPL-2'.
+This program is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2 of the License, or
+(at your option) any later version.
+.
+This program is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+.
+You should have received a copy of the GNU General Public License
+along with this program; if not, write to the Free Software
+Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301,
+USA.
+.
+On Debian systems, the full text of the GNU General Public License
+version 2 can be found in the file `/usr/share/common-licenses/GPL-2'.
 
 Files: debian/*
 Copyright: 1998-2009, Hamish Moffatt 
2009, Peter Clifton 
2009, أحمد المحمودي (Ahmed El-Mahmoudy) 
 License: GPL-2+
-
-License: GPL-2+
 This program is free software; you can redistribute it and/or modify
 it under the terms of the GNU General Public License as published by
 the Free Software Foundation; either version 2 of the License, or
 (at your option) any later version.
-
+.
 This program is distributed in the hope that it will be useful,
 but WITHOUT ANY WARRANTY; without even the implied warranty of
 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 GNU General Public License for more details.
-
+.
 You should have received a copy of the GNU General Public License
 along with this program; if not, write to the Free Software
 Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301,
 USA.
+.
+On Debian systems, the full text of the GNU General Public License
+version 2 can be found in the file `/usr/share/common-licenses/GPL-2'.

Bug#646159: FTBFS: /usr/bin/ld: cannot find -lncurses

[Daniel T Chen]

Package: udftools
Version: 1.0.0b3-14.1
Followup-For: Bug #646159
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * wrudf/Makefile.*: Don't link against libncurses, as it isn't used.
Fixes FTBFS. (Closes: #646159)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u udftools-1.0.0b3/wrudf/Makefile.in udftools-1.0.0b3/wrudf/Makefile.in
--- udftools-1.0.0b3/wrudf/Makefile.in
+++ udftools-1.0.0b3/wrudf/Makefile.in
@@ -171,7 +171,7 @@
 sharedstatedir = @sharedstatedir@
 sysconfdir = @sysconfdir@
 target_alias = @target_alias@
-wrudf_LDADD = $(top_builddir)/libudffs/libudffs.la -lreadline -lncurses
+wrudf_LDADD = $(top_builddir)/libudffs/libudffs.la -lreadline
 wrudf_SOURCES = wrudf.c wrudf-cmnd.c wrudf-desc.c wrudf-cdrw.c wrudf-cdr.c ide-pc.c wrudf.h ide-pc.h ../include/ecma_167.h ../include/osta_udf.h ../include/bswap.h
 AM_CPPFLAGS = -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DDEBUG
 all: all-am
only in patch2:
unchanged:
--- udftools-1.0.0b3.orig/wrudf/Makefile.am
+++ udftools-1.0.0b3/wrudf/Makefile.am
@@ -1,5 +1,5 @@
 bin_PROGRAMS = wrudf
-wrudf_LDADD = $(top_builddir)/libudffs/libudffs.la -lreadline -lncurses
+wrudf_LDADD = $(top_builddir)/libudffs/libudffs.la -lreadline
 wrudf_SOURCES = wrudf.c wrudf-cmnd.c wrudf-desc.c wrudf-cdrw.c wrudf-cdr.c ide-pc.c wrudf.h ide-pc.h ../include/ecma_167.h ../include/osta_udf.h ../include/bswap.h
 
 AM_CPPFLAGS = -D_LARGEFILE64_SOURCE -D_GNU_SOURCE -DDEBUG

Bug#642352: FTBFS on armel: redefinition of 'struct user'

[Daniel T Chen]

Package: honeyd
Version: 1.5c-9
Followup-For: Bug #642352
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * honeydstats.[ch]: Rename struct user to honeyd_user to avoid collision
on armel. Fixes FTBFS. (Closes: #642352)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u honeyd-1.5c/honeydstats.c honeyd-1.5c/honeydstats.c
--- honeyd-1.5c/honeydstats.c
+++ honeyd-1.5c/honeydstats.c
@@ -89,15 +89,15 @@
 char *address, uint16_t port);
 
 static int
-user_compare(struct user *a, struct user *b)
+user_compare(struct honeyd_user *a, struct honeyd_user *b)
 {
 	return (strcmp(a->name, b->name));
 }
 
 struct usertree users;
 
-SPLAY_PROTOTYPE(usertree, user, node, user_compare);
-SPLAY_GENERATE(usertree, user, node, user_compare);
+SPLAY_PROTOTYPE(usertree, honeyd_user, node, user_compare);
+SPLAY_GENERATE(usertree, honeyd_user, node, user_compare);
 
 int checkpoint_fd = -1;
 struct evbuffer *checkpoint_evbuf;
@@ -107,11 +107,11 @@
 void
 user_new(const char *name, const char *password)
 {
-	struct user *user = NULL, tmp;
+	struct honeyd_user *user = NULL, tmp;
 
 	tmp.name = name;
 	if ((user = SPLAY_FIND(usertree, &users, &tmp)) == NULL) {
-		if ((user = calloc(1, sizeof(struct user))) == NULL)
+		if ((user = calloc(1, sizeof(struct honeyd_user))) == NULL)
 			err(1, "%s: calloc", __func__);
 
 		if ((user->name = strdup(name)) == NULL)
@@ -171,7 +171,7 @@
  */
 
 int
-record_process(struct user *user, struct evbuffer *evbuf)
+record_process(struct honeyd_user *user, struct evbuffer *evbuf)
 {
 	struct record *record;
 	int res = -1;
@@ -196,7 +196,7 @@
 }
 
 int
-measurement_process(struct user *user, struct evbuffer *evbuf)
+measurement_process(struct honeyd_user *user, struct evbuffer *evbuf)
 {
 	uint32_t counter;
 	struct timeval tv_start, tv_end, tv_diff;
@@ -260,7 +260,7 @@
 int
 signature_process(struct evbuffer *evbuf)
 {
-	struct user *user = NULL, tmpuser;
+	struct honeyd_user *user = NULL, tmpuser;
 	uint8_t tag;
 	struct evbuffer *tmp = NULL;
 	char *username = NULL;
diff -u honeyd-1.5c/debian/changelog honeyd-1.5c/debian/changelog
only in patch2:
unchanged:
--- honeyd-1.5c.orig/honeydstats.h
+++ honeyd-1.5c/honeydstats.h
@@ -32,8 +32,8 @@
 #ifndef _HONEYDSTATS_H_
 #define _HONEYDSTATS_H_
 
-struct user {
-	SPLAY_ENTRY(user) node;
+struct honeyd_user {
+	SPLAY_ENTRY(honeyd_user) node;
 	const char *name;
 	struct hmac_state hmac;
 
@@ -44,7 +44,7 @@
 	uint32_t seqnr;		/* last sequence number */
 };
 
-SPLAY_HEAD(usertree, user);
+SPLAY_HEAD(usertree, honeyd_user);
 
 int signature_process(struct evbuffer *evbuf);
 void checkpoint_replay(int fd);

Bug#646136: FTBFS: /usr/bin/ld: cannot find -lncurses

[Daniel T Chen]

Package: eukleides
Version: 1.5.4-1
Followup-For: Bug #646136
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * build/Makefile: Remove libncurses from LDFLAGS, as it isn't used.
(Closes: #646136)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
only in patch2:
unchanged:
--- eukleides-1.5.4.orig/build/Makefile
+++ eukleides-1.5.4/build/Makefile
@@ -17,7 +17,7 @@
 MOFLAGS = -DMO_DIR=\"$(MO_DIR)\" 
 endif
 CFLAGS = -Wall -D__$(BINARY)__ $(IFLAGS) $(MOFLAGS)
-LDFLAGS = -lncurses -lreadline -lm
+LDFLAGS = -lreadline -lm
 VPATH = $(COMMON_DIR):$(MAIN_DIR):$(BUILD_DIR)
 
 $(BINARY):

Bug#646170: FTBFS: configure: error: Cannot find termcap compatible library.

[Daniel T Chen]

Package: ddd
Version: 1:3.3.12-2.1
Followup-For: Bug #646170
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * termcap.diff: Look for libtinfo first. Fixes FTBFS. (Closes: #646170)
  * Build-depend on info as well. Thanks, Sven Joachim!


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ddd-3.3.12/debian/control ddd-3.3.12/debian/control
--- ddd-3.3.12/debian/control	2011-07-08 12:35:07.0 -0400
+++ ddd-3.3.12/debian/control	2011-10-29 18:05:58.0 -0400
@@ -1,7 +1,7 @@
 Source: ddd
 Section: devel
 Priority: optional
-Build-Depends: automake (>= 1:1.10), bison, cdbs (>= 0.4.0), debhelper (>= 7), flex, lesstif2-dev, libreadline-dev, libtool, libxaw7-dev, libxp-dev, libelfg0-dev [powerpc]
+Build-Depends: automake (>= 1:1.10), bison, cdbs (>= 0.4.0), debhelper (>= 7), flex, lesstif2-dev, libreadline-dev, libtool, libxaw7-dev, libxp-dev, libelfg0-dev [powerpc], info
 Maintainer: Daniel Schepler 
 Homepage: http://www.gnu.org/software/ddd/
 Standards-Version: 3.9.1
diff -Nru ddd-3.3.12/debian/patches/series ddd-3.3.12/debian/patches/series
--- ddd-3.3.12/debian/patches/series	2011-07-08 12:27:55.0 -0400
+++ ddd-3.3.12/debian/patches/series	2011-10-29 17:48:08.0 -0400
@@ -5,3 +5,4 @@
 005_gcc44_fix.diff
 006_unumlaut_fix.diff
 machine_code_window_fix.diff
+termcap.diff
diff -Nru ddd-3.3.12/debian/patches/termcap.diff ddd-3.3.12/debian/patches/termcap.diff
--- ddd-3.3.12/debian/patches/termcap.diff	1969-12-31 19:00:00.0 -0500
+++ ddd-3.3.12/debian/patches/termcap.diff	2011-10-29 17:50:13.0 -0400
@@ -0,0 +1,44 @@
+Index: ddd-3.3.12/configure
+===
+--- ddd-3.3.12.orig/configure	2011-10-29 17:50:10.0 -0400
 ddd-3.3.12/configure	2011-10-29 17:49:54.0 -0400
+@@ -1581,7 +1581,7 @@
+   both]
+   --with-tags[=TAGS]  include additional configurations [automatic]
+   --with-termlib=LIB  terminal library is
+-  LIB=mytinfo|ncurses|curses|termcap|terminfo|...
++  LIB=tinfo|mytinfo|ncurses|curses|termcap|terminfo|...
+   --with-termlib-libraries=DIR
+   termlib libraries are in DIR
+   --with-readline do use the readline library default=no
+@@ -24646,7 +24646,7 @@
+ ddd_have_termcap=false
+ _termlib="${ddd_termlib}"
+ if test "x${ddd_termlib}" = x; then
+-  _termlib="mytinfo ncurses curses termcap terminfo termlib"
++  _termlib="tinfo mytinfo ncurses curses termcap terminfo termlib"
+ fi
+ _termlib_path=
+ if test x"${ddd_termlib_libraries_path}" != x; then
+Index: ddd-3.3.12/configure.ac
+===
+--- ddd-3.3.12.orig/configure.ac	2011-10-29 17:50:09.0 -0400
 ddd-3.3.12/configure.ac	2011-10-29 17:49:10.0 -0400
+@@ -329,7 +329,7 @@
+ ddd_termlib=
+ AC_ARG_WITH([termlib],
+ AS_HELP_STRING([--with-termlib=LIB],
+-[terminal library is LIB=mytinfo|ncurses|curses|termcap|terminfo|...]),[
++[terminal library is LIB=tinfo|mytinfo|ncurses|curses|termcap|terminfo|...]),[
+  case "${withval}" in
+  no)
+   AC_MSG_ERROR([A termcap compatible library is necessary.])
+@@ -360,7 +360,7 @@
+ dnl
+ _termlib="${ddd_termlib}"
+ if test "x${ddd_termlib}" = x; then
+-  _termlib="mytinfo ncurses curses termcap terminfo termlib"
++  _termlib="tinfo mytinfo ncurses curses termcap terminfo termlib"
+ fi
+ _termlib_path=
+ if test x"${ddd_termlib_libraries_path}" != x; then

Bug#645868: fails to upgrade

[Daniel T Chen]

Package: xpilot-ng
Version: 1:4.7.3-1.3
Followup-For: Bug #645868
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * xpilot-ng-server.{init,postinst}: Create appropriate run directory
before invoking the server. (Closes: #645868)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru xpilot-ng-4.7.3/debian/xpilot-ng-server.init xpilot-ng-4.7.3/debian/xpilot-ng-server.init
--- xpilot-ng-4.7.3/debian/xpilot-ng-server.init	2010-06-02 14:03:29.0 -0400
+++ xpilot-ng-4.7.3/debian/xpilot-ng-server.init	2011-10-29 11:14:17.0 -0400
@@ -31,6 +31,7 @@
 	echo "$AUTOSTART" |grep -iq yes || exit 0
 	test -f "$DEFAULTMAP" || exit 0
 
+	mkdir -p $(dirname $PIDFILE)
 	echo -n "Starting XPilot NG server: "
 	start-stop-daemon --start --quiet --chuid $USER --background \
 		--oknodo --exec /usr/games/start-xpilot-ng-server
diff -Nru xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst
--- xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst	2010-06-02 14:03:29.0 -0400
+++ xpilot-ng-4.7.3/debian/xpilot-ng-server.postinst	2011-10-29 11:15:55.0 -0400
@@ -9,6 +9,7 @@
--shell /bin/sh --disabled-password xpilotng || true
 fi
 
+mkdir -p /var/run/xpilot-ng-server
 chmod 700 /var/run/xpilot-ng-server
 chown -R xpilotng:xpilotng /etc/xpilot-ng
 chmod -f 600 /etc/xpilot-ng/password.txt

Bug#646172: FTBFS: /usr/bin/ld: cannot find -ltermcap

[Daniel T Chen]

Package: eresi
Version: 1:0.8a25-3.1
Followup-For: Bug #646172
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

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

  * Update 01_build_fixes.dpatch not to link against termcap. Fixes
FTBFS. (Closes: #646172)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u eresi-0.8a25/debian/patches/01_build_fixes.dpatch eresi-0.8a25/debian/patches/01_build_fixes.dpatch
--- eresi-0.8a25/debian/patches/01_build_fixes.dpatch
+++ eresi-0.8a25/debian/patches/01_build_fixes.dpatch
@@ -3,8 +3,21 @@
 ## All lines beginning with `## DP:' are a description of the patch.
 
 @DPATCH@
 eresi-0.8a25.orig/configure
-+++ eresi-0.8a25/configure
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' eresi-0.8a25~/configure eresi-0.8a25/configure
+--- eresi-0.8a25~/configure	2011-10-28 19:30:45.0 -0400
 eresi-0.8a25/configure	2011-10-28 19:34:23.0 -0400
+@@ -146,9 +146,9 @@
+ READLN="1"
+ if [ "${OSNAME}" != OpenBSD ] ; then
+ echo  "READLNOPT	= -DUSE_READLN">> $CONFIGFILE
+-echo  "LDREADLNOPT	= -L/opt/sfw/lib/ -lreadline -ltermcap" >> $CONFIGFILE
++echo  "LDREADLNOPT	= -L/opt/sfw/lib/ -lreadline"		>> $CONFIGFILE
+ else
+-echo  "LDREADLNOPT	= -lreadline -ltermcap"			>> $CONFIGFILE
++echo  "LDREADLNOPT	= -lreadline">> $CONFIGFILE
+ fi
+ echo  "LDUIOPT32	= -L../libui -lui32">> $CONFIGFILE
+ echo  "LDUIOPT64	= -L../libui -lui64">> $CONFIGFILE
 @@ -608,6 +608,11 @@
  echo "	@cd libstderesi && \$(MAKE) \$(BUILD_TARGET)	"	>> Makefile
  echo "	@echo 'Libstderesi has been built successfully.'"	>> Makefile
@@ -17,8 +30,30 @@
  echo "	@echo 'Building libe2dbg...'			"  	>> Makefile
  echo "	@cd libe2dbg && \$(MAKE) \$(BUILD_TARGET)	"	>> Makefile
  echo "	@echo 'Libe2dbg has been built successfully.'"	>> Makefile
 eresi-0.8a25.orig/libe2dbg/common/Makefile
-+++ eresi-0.8a25/libe2dbg/common/Makefile
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' eresi-0.8a25~/libdump/Makefile eresi-0.8a25/libdump/Makefile
+--- eresi-0.8a25~/libdump/Makefile	2008-04-06 19:15:44.0 -0400
 eresi-0.8a25/libdump/Makefile	2011-10-28 19:34:47.0 -0400
+@@ -11,7 +11,7 @@
+ OBJ	= dump.o recv.o send.o
+ CFLAGS	= -Wall $(BITS) -g3 -Iinclude -I../libc/include/ -I../libelfsh/include/ \
+ 	-I../libaspect/include/ -I../elibc/include -DELFSH_INTERN -fPIC
+-LDFLAGS = -L./ -L../libelfsh/ -lelfsh -ldump -L/usr/pkg/lib/ -ltermcap \
++LDFLAGS = -L./ -L../libelfsh/ -lelfsh -ldump -L/usr/pkg/lib/ \
+ 	-lreadline -laspect $(BITS) $(EXTRAOPT)
+ CC	?= gcc
+ LD	?= ld
+@@ -27,7 +27,7 @@
+ #	$(CC) $(CFLAGS) $(LDFLAGS) dump_main.o -o dump_main 
+ 	gcc  -Wall -DERESI32 -g3 -Iinclude -I../libhash/include/ \
+ 	-DELFSH_INTERN -L./ -L../libelfsh/ -llibelfsh -L/usr/pkg/lib/ \
+-	-ltermcap -lreadline -DERESI32  ../libhash/hash.o dump.o recv.o\
++	-lreadline -DERESI32  ../libhash/hash.o dump.o recv.o\
+ 	send.o dump_main.c -o dump_main
+ 
+ clean	:
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' eresi-0.8a25~/libe2dbg/common/Makefile eresi-0.8a25/libe2dbg/common/Makefile
+--- eresi-0.8a25~/libe2dbg/common/Makefile	2008-04-06 19:16:29.0 -0400
 eresi-0.8a25/libe2dbg/common/Makefile	2011-10-28 19:30:45.0 -0400
 @@ -14,7 +14,7 @@
  CC			?= gcc
  RM			= rm -f
@@ -37,8 +72,9 @@
  			-I../../libelfsh/include/ -I../../libdump/include/   \
  			-I../../libasm/include/ -I../../libstderesi/include/	 \
  			-I../../libui/include/ -I../../libmjollnir/include/ 	 \
 eresi-0.8a25.orig/librevm/Makefile
-+++ eresi-0.8a25/librevm/Makefile
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' eresi-0.8a25~/librevm/Makefile eresi-0.8a25/librevm/Makefile
+--- eresi-0.8a25~/librevm/Makefile	2011-10-28 19:30:45.0 -0400
 eresi-0.8a25/librevm/Makefile	2011-10-28 19:30:45.0 -0400
 @@ -48,6 +48,7 @@
  
  $(NAME32).so			:

Bug#646135: FTBFS: configure: error: readline not found

[Daniel T Chen]

Package: dvbstreamer
Version: 2.1.0-2
Followup-For: Bug #646135
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

In Debian sid, the attached patch can be applied to achieve the following:

  * no_ncurses.patch: Don't look for or link against ncurses; it isn't
even used. (Closes: #646135)
  * debian/control: Because the majority of dvbstreamer's source is
GPLv2, we must use libreadline-gplv2-dev as a build-dependency.


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru dvbstreamer-2.1.0/debian/control dvbstreamer-2.1.0/debian/control
--- dvbstreamer-2.1.0/debian/control	2011-05-21 17:01:52.0 -0400
+++ dvbstreamer-2.1.0/debian/control	2011-10-28 18:45:51.0 -0400
@@ -4,7 +4,8 @@
 XSBC-Original-Maintainer: A Mennucc1 
 Build-Depends: dpkg-dev (>= 1.14.27), debhelper (>= 7), quilt (>= 0.46-4.1),
  autoconf, autotools-dev, automake, libtool, cdbs, libev-dev,
- libreadline-dev, sqlite3, libsqlite3-dev, libyaml-dev, libltdl-dev, zlib1g-dev
+ libreadline-gplv2-dev, sqlite3, libsqlite3-dev, libyaml-dev, libltdl-dev,
+ zlib1g-dev
 Standards-Version: 3.8.3
 Section: video
 Homepage: http://dvbstreamer.sf.net/
diff -Nru dvbstreamer-2.1.0/debian/patches/no_ncurses.patch dvbstreamer-2.1.0/debian/patches/no_ncurses.patch
--- dvbstreamer-2.1.0/debian/patches/no_ncurses.patch	1969-12-31 19:00:00.0 -0500
+++ dvbstreamer-2.1.0/debian/patches/no_ncurses.patch	2011-10-28 19:08:27.0 -0400
@@ -0,0 +1,88 @@
+Index: dvbstreamer-2.1.0/configure.in
+===
+--- dvbstreamer-2.1.0.orig/configure.in	2011-10-28 19:00:59.0 -0400
 dvbstreamer-2.1.0/configure.in	2011-10-28 19:00:59.0 -0400
+@@ -149,14 +149,6 @@
+ dnl ---
+ AC_CHECK_HEADER([readline/readline.h], [], [AC_MSG_FAILURE([readline header file not found])])
+ 
+-AC_CHECK_LIB([readline], [readline], [READLINE_TERMCAP="-lncurses"],
+-[AC_CHECK_LIB([readline], [readline], [READLINE_TERMCAP="-ltermcap"],
+-[AC_MSG_FAILURE([readline not found])],
+-[-ltermcap])],
+-[-lncurses])
+-
+-AC_SUBST(READLINE_TERMCAP)
+-
+ LIBS=""
+ 
+ dnl ---
+Index: dvbstreamer-2.1.0/configure
+===
+--- dvbstreamer-2.1.0.orig/configure	2011-10-28 19:07:04.0 -0400
 dvbstreamer-2.1.0/configure	2011-10-28 19:08:25.0 -0400
+@@ -12537,7 +12537,7 @@
+   $as_echo_n "(cached) " >&6
+ else
+   ac_check_lib_save_LIBS=$LIBS
+-LIBS="-lreadline -lncurses $LIBS"
++LIBS="-lreadline $LIBS"
+ cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+ /* end confdefs.h.  */
+ 
+@@ -12567,55 +12567,6 @@
+ fi
+ { $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_lib_readline_readline" >&5
+ $as_echo "$ac_cv_lib_readline_readline" >&6; }
+-if test "x$ac_cv_lib_readline_readline" = x""yes; then :
+-  READLINE_TERMCAP="-lncurses"
+-else
+-  { $as_echo "$as_me:${as_lineno-$LINENO}: checking for readline in -lreadline" >&5
+-$as_echo_n "checking for readline in -lreadline... " >&6; }
+-if test "${ac_cv_lib_readline_readline+set}" = set; then :
+-  $as_echo_n "(cached) " >&6
+-else
+-  ac_check_lib_save_LIBS=$LIBS
+-LIBS="-lreadline -ltermcap $LIBS"
+-cat confdefs.h - <<_ACEOF >conftest.$ac_ext
+-/* end confdefs.h.  */
+-
+-/* Override any GCC internal prototype to avoid an error.
+-   Use char because int might match the return type of a GCC
+-   builtin and then its argument prototype would still apply.  */
+-#ifdef __cplusplus
+-extern "C"
+-#endif
+-char readline ();
+-int
+-main ()
+-{
+-return readline ();
+-  ;
+-  return 0;
+-}
+-_ACEOF
+-if ac_fn_c_try_link "$LINENO"; then :
+-  ac_cv_lib_readline_readline=yes
+-else
+-  ac_cv_lib_readline_readline=no
+-fi
+-rm -f core conftest.err conftest.$ac_objext \
+-conftest$ac_exeext conftest.$ac_ext
+-LIBS=$ac_check_lib_save_LIBS
+-fi
+-{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $ac_cv_lib_readline_readline" >&5
+-$as_echo "$ac_cv_lib_readline_readline" >&6; }
+-if test "x$ac_cv_lib_readline_readline" = x""yes; then :
+-  READLINE_TERMCAP="-ltermcap"
+-else
+-  { { $as_echo "$as_me:${as_lineno-$LINENO}: error: in \`$ac_pwd':" >&5
+-$as_echo "$as_me: error: in \`$ac_pwd':" >&2;}
+-as_fn_error $? "readline not found
+-See \`config.log' for more details" "$LINENO" 5 ; }
+-fi
+-
+-fi
+ 
+ 
+ 
diff -Nru dvbstreamer-2.1.0/debian/patches/series dvbstreamer-2.1.0/debian/patches/series
--- dvbstreamer-2.1.0/debian/patches/series	2011-0