Bug#725679: gnupg: does not seem to honor preferred hash algos list of the key being signed
On Wed, 9 Oct 2013 01:09, sanv...@unex.es said: Sorry but I'm not a cryptographer. Do you mean that as far as there is not a known exploit, there is nothing to worry about? No. A threat model is used to answer several questions for example: What do you want to protect against. In this case you would for example need to evaluate whether a collision attack on the hash is part of the threat mode: Such an attack can only be mounted by the owner of the signing key (the signing party) - but the owner could also create two signatures on different files. So, this does not matter. BTW, A second pre-image attack (finding data which yields the same hash value as a specific given data) is way more complex than a collision attack. There are not even signs on how that can be done with SHA1. Actually it is not even known how to do a collission attack on SHA1 - but granted, we expect that this may happen in the next few years. There is a preference list for digests that I can set in my key and publish on the keyservers, but apparently there is not a preference list for the digest algorithm used in key signign (I naively thought David already explained that. The hash preferences work only in a special case - usually there is no way for a verifying party to tell the signing part what algorithm to use. There is one signing party but often hundreds or more of verifying parties. Thus is is better to agree on a widely deployed standard. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725853: sasl2-bin: purging sasl2-bin does not remove statoverride
Package: sasl2-bin Version: 2.1.25.dfsg1-6+deb7 Severity: normal Today I've tried to Dear Maintainer, today I've found that (after I've purged sasl2-bin some days ago) I can't install mpop package. apt-get fails with following messages: dpkg: unrecoverable fatal error, aborting: syntax error: unknown group 'sasl' in statoverride file E: Sub-process /usr/bin/dpkg returned an error code (2) After some investigation I've found that file /var/lib/dpkg/statoverride contains line: root sasl 660 /etc/sasldb2 Manual removal of that line has been solved the problem. File does not exist itself at specified location. PS. Version I've entered may be not exact (I've got it from filename under /var/cache/apt/archives -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sasl2-bin depends on: pn db-utilnone ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libcomerr2 1.42.5-1.1 ii libdb5.1 5.1.29-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libssl1.0.01.0.1e-2 ii lsb-base 4.1+Debian8+deb7u1 sasl2-bin recommends no packages. sasl2-bin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain
Le Wed, Oct 09, 2013 at 07:41:00AM +0200, Yves-Alexis Perez a écrit : On mar., 2013-10-08 at 23:54 +0200, Michael Biebl wrote: Am 08.10.2013 15:02, schrieb Yves-Alexis Perez: I still don' think having gnome-control-center installed on Debian Xfce (or any !gnome) installations is a good idea, to be honest. I personally use network-manager-gnome nm-applet under Xfce because it doesn't actually needs GNOME bits, so imho either the gnome-bluetooth recommends should be dropped from network-manager-gnome, or the gnome-control-center one dropped from gnome-bluetooth. Both recommends are there for a reason. gnome-bluetooth relies heavily on gnome-control-center when you try to pair / manage devices and network-manager-applet relies on gnome-bluetooth for DUN and PAN connections. So no, I don't see those recommends go away. Then we should make tasksel stop installing recommends. Or maybe I should add a conflict in task-xfce-desktop (although I'm not so sure it works fine). It looks like that the problem is that when two desktop systems are installed, the one that pops up by default is not necessarly the one that the user wanted. If we can assume that the user is not bothered that GNOME packages are installed on the system despite they are not used, then the solution would be to ensure that if the task-xfce-desktop is the only desktop task installed, then the then the login managers should recogise it and propose XFCE a a default ? (dpkg triggers might help here.) Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain
On mer., 2013-10-09 at 15:16 +0900, Charles Plessy wrote: It looks like that the problem is that when two desktop systems are installed, the one that pops up by default is not necessarly the one that the user wanted. That's a point, althought alternatives can be used here. If we can assume that the user is not bothered that GNOME packages are installed on the system despite they are not used, That's wrong actually. Packages can modify system behavior when they're installed without the user knowing, and they sure can be bothered. Especially here, the major point is that no GNOME packages should be implicitly installed, only explicit dependencies should be added, imho. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#725797: [Pkg-stud-maintainers] Bug#725797: stud: Fix failure to run stud restart
❦ 8 octobre 2013 15:40 CEST, Louis Bouchard louis.bouch...@ubuntu.com : This bug report follows a previously reported bug on Ubuntu : https://bugs.launchpad.net/bugs/1123950 Utilization of invoke-rc.d stud restart is failing to restart the stud daemon correctly. This is caused by the use of --pidfile that does not wait for the children to terminate. Removing --pidfile and -m fixes the problem start-stop-daemon now uses --user to identify the appropriate process to kill, otherwise the 'stud' init script will be killed as well. This works as long as the user running is not 'root', which is highly discouraged in the README.md file anyway. How does this work for multiple stud instances? I didn't know that start-stop-daemon does not wait for the process to terminate by default. Maybe we should use --retry instead. -- /* Binary compatibility is good American knowhow fuckin' up. */ 2.2.16 /usr/src/linux/arch/sparc/kernel/sunos_ioctl.c signature.asc Description: PGP signature
Bug#656504: libplayer: diff for NMU version 2.0.1-2.2
Package: libplayer
Version: 2.0.1-2.1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for libplayer (versioned as 2.0.1-2.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
--
Regards,
dai
GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
diff -Nru libplayer-2.0.1/debian/changelog libplayer-2.0.1/debian/changelog
--- libplayer-2.0.1/debian/changelog 2012-01-09 13:47:48.0 +0900
+++ libplayer-2.0.1/debian/changelog 2013-10-09 15:19:46.0 +0900
@@ -1,3 +1,17 @@
+libplayer (2.0.1-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control: fix incorrect libxine dependencies (Closes: #724759).
+thanks to Darren Salt bugs...@moreofthesa.me.uk.
+ * debian/rules
+- fix FTBFS on armhf recompile with -fPIC (Closes: #656504).
+ thanks to peter green plugw...@p10link.net.
+- fix build with -fPIC (Closes: #687613).
+ thanks to Konstantinos Margaritis konstantinos.margari...@freevec.org.
+- fix FTBFS: config.mak is not present (Closes: #718152).
+
+ -- HIGUCHI Daisuke (VDR dai) d...@debian.org Wed, 09 Oct 2013 15:06:01 +0900
+
libplayer (2.0.1-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru libplayer-2.0.1/debian/control libplayer-2.0.1/debian/control
--- libplayer-2.0.1/debian/control 2010-10-05 17:58:42.0 +0900
+++ libplayer-2.0.1/debian/control 2013-10-09 15:06:29.0 +0900
@@ -39,8 +39,8 @@
Package: libplayer2
Architecture: any
Recommends: mplayer
-Depends: ${shlibs:Depends}, ${misc:Depends}, libxine1-x | libxine2-x, gstreamer0.10-plugins-base, gstreamer0.10-x
-Suggests: libplayer-bin (= ${binary:Version}), libxine2-vdr
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${xine-x:Depends}, gstreamer0.10-plugins-base, gstreamer0.10-x
+Suggests: libplayer-bin (= ${binary:Version})
Description: a multimedia A/V abstraction layer API
libplayer provides a generic A/V API that relies on various multimedia
player for Linux systems. It currently supports MPlayer and xine. Its
diff -Nru libplayer-2.0.1/debian/rules libplayer-2.0.1/debian/rules
--- libplayer-2.0.1/debian/rules 2010-10-03 17:08:44.0 +0900
+++ libplayer-2.0.1/debian/rules 2013-10-09 15:16:33.0 +0900
@@ -18,9 +18,12 @@
dh $@
override_dh_auto_configure:
- ./configure $(CONFIGURE_OPTS)
+ CFLAGS=$(CFLAGS) ./configure $(CONFIGURE_OPTS)
override_dh_strip:
dh_strip --dbg-package=libplayer2-dbg
+override_dh_auto_clean:
+ [ -e config.mak ] dh_auto_clean || true
+
.PHONY: override_dh_auto_configure override_dh_strip
signature.asc
Description: Digital signature
Bug#721600: Is there some workaround for this bug?
This bug still completely prevents use of nut. The ups cannot be accessed at all by any program. This is really a serious problem. Is there any workaround for this? As explained in my previous post, the device does not appear at all in /dev/bus/usb, so I cannot simply change ownership of device. I don't know how to make the device appear there. The 52-nut-usbups.rules only has soem declarative information about what the user and group should be, there are no commands I could run manually to make the device appear. There is also no information about what should replace this file. A former post wrote the file was obsolete, but did not say what replaces it and how access to the UPS should be done without it. Could the severity for this bug be raised? I really prevents the package from working. thanks Luc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... The package description is: MongoDB is a high-performance, open source, schema-free document-oriented data store that's easy to deploy, manage and use. It's network accessible, written in C++ and offers the following features: . * Collection oriented storage - easy storage of object-style data * Full index support, including on inner objects * Query profiling * Replication and fail-over support * Efficient storage of binary data including large objects (e.g. videos) * Auto-sharding for cloud-level scalability . High performance, scalability, and reasonable depth of functionality are the goals for the project. . This is a convenience metapackage that depends on all the mongodb parts: the server, the clients and the development files (headers and library). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725815: [systemd-sysv] CIFS-mounts in fstab with comment=x-systemd and automount delay shutdown
Am Dienstag, 8. Oktober 2013, 23:49:48 schrieb Michael Biebl: Am 08.10.2013 22:23, schrieb Silvério Santos: How do you configure your network? It's a fresh testing installation from a nightly KDE-CD a few days old, using network-manager for a WiFi system connection. Is it possible that the network is torn down before the unmount happens? That seems to be a conclusive explanation for the shown behavior. However I did not change the standard configuration, at least not intentionally. Can you show the output of systemctl show your-mount-point.unit Id=mountpoint.unit.service Names=mountpoint.unit.service Description=mountpoint.unit.service .. LoadError=org.freedesktop.DBus.Error.FileNotFound No such file or directory I meant a mount unit here, not a service unit. Judging from your other reply, that would be systemctl show server-neu.mount Id=server-neu.mount Names=server-neu.mount Requires=-.mount Wants=network-online.target Conflicts=umount.target Before=umount.target After=server-neu.automount remote-fs-pre.target network.target network- online.target systemd-journald.socket -.mount TriggeredBy=server-neu.automount Description=/server/neu LoadState=loaded ActiveState=active SubState=mounted FragmentPath=/run/systemd/generator/server-neu.mount SourcePath=/etc/fstab InactiveExitTimestamp=Mi 2013-10-09 08:23:43 CEST InactiveExitTimestampMonotonic=12463591 ActiveEnterTimestamp=Mi 2013-10-09 08:23:43 CEST ActiveEnterTimestampMonotonic=12492818 ActiveExitTimestampMonotonic=0 InactiveEnterTimestampMonotonic=0 CanStart=yes CanStop=yes CanReload=yes CanIsolate=no StopWhenUnneeded=no RefuseManualStart=no RefuseManualStop=no AllowIsolate=no DefaultDependencies=no OnFailureIsolate=no IgnoreOnIsolate=yes IgnoreOnSnapshot=no NeedDaemonReload=no JobTimeoutUSec=0 ConditionTimestamp=Mi 2013-10-09 08:23:43 CEST ConditionTimestampMonotonic=12460457 ConditionResult=yes Where=/server/neu What=//IP-address/share Options=rw,nosuid,nodev,noexec,relatime,rw,vers=1.0,sec=ntlmssp,cache=strict,username=USERNAME,domain=DOMAIN,uid=1000,forceuid,gid=100,forcegid,addr=IP- Address,unix,posixpaths,serverino,acl,rsize=1048576,wsize=65536,actimeo=1 Type=cifs TimeoutUSec=1min 30s ControlPID=0 DirectoryMode=0755 Result=success UMask=0022 LimitCPU=18446744073709551615 LimitFSIZE=18446744073709551615 LimitDATA=18446744073709551615 LimitSTACK=18446744073709551615 LimitCORE=18446744073709551615 LimitRSS=18446744073709551615 LimitNOFILE=4096 LimitAS=18446744073709551615 LimitNPROC=31066 LimitMEMLOCK=65536 LimitLOCKS=18446744073709551615 LimitSIGPENDING=31066 LimitMSGQUEUE=819200 LimitNICE=0 LimitRTPRIO=0 LimitRTTIME=18446744073709551615 OOMScoreAdjust=0 Nice=0 IOScheduling=0 CPUSchedulingPolicy=0 CPUSchedulingPriority=0 TimerSlackNSec=5 CPUSchedulingResetOnFork=no NonBlocking=no StandardInput=null StandardOutput=journal StandardError=inherit TTYReset=no TTYVHangup=no TTYVTDisallocate=no SyslogPriority=30 SyslogLevelPrefix=yes SecureBits=0 CapabilityBoundingSet=18446744073709551615 MountFlags=0 PrivateTmp=no PrivateNetwork=no SameProcessGroup=yes ControlGroupModify=no ControlGroupPersistent=no IgnoreSIGPIPE=yes NoNewPrivileges=no KillMode=control-group KillSignal=15 SendSIGKILL=yes DefaultControlGroup=name=systemd:/system/server-neu.mount ControlGroups=cpu:/system/server-neu.mount name=systemd:/system/server- neu.mount -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725384: [PATCH] DataSourceGCE.py an implementation of a cloud-init DataSource for Google Compute Engine
On 10/09/2013 03:17 AM, Brendan Burns wrote: The appropriate choice should be 'GCE' (in general is the Foo in DataSourceFoo.py) Thanks again for your help! --brendan And yes, it should be sufficient to just put it in the data source list in the 90_pkg.cfg file. Thanks again. --brendan Hi Brendan, I have uploaded cloud-init_0.7.2-4 to Debian experimental, so that you can test it. Please do test it, and let me know if it does work as expected. If it does, then I will upload it again to Debian unstable. If it migrates to Debian testing, then I'll do a backport to Wheezy (for the wheezy-backports repository). Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712680: Any updates ?
Steps to reproduce are quite easy: 1-Set up a kerberos master and slave (Debian 7). Just install master package heimdal-kdc on both nodes, dependancies will bring all needed stuff. 2-Create the appropriate credentials for the slave to let him get replication (as described by Raul in his first message) 3-Exec replication with hprop command in a shell on the master and cry ... Cheers, Christophe Le 9 oct. 2013 à 06:31, Brian May br...@microcomaustralia.com.au a écrit : On 9 October 2013 00:34, Christophe Ségui christophe.se...@math.univ-toulouse.fr wrote: Any update regarding this bug ? Heimdal kerberos master still can't be upgraded to wheezy … Unfortunately i'm running a production infrastructure and cannot do the required test …. Nothing has changed since my earlier email: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712680#32 Brian May smime.p7s Description: S/MIME cryptographic signature
Bug#725855: network-manager-gnome: nm-applet no longer started at session start in gnome classic
Package: network-manager-gnome Version: 0.9.8.4-1 Severity: normal Hi. nm-applet used to be started when I logged in to gnome classic. For a few days now, it doesn't. I have to manually start $ nm-applet Dunno why that happens. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.6.14-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gconf-service3.2.6-1 ii gnome-icon-theme 3.8.3-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.6.14-1 ii libdbus-glib-1-2 0.100.2-1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnome-bluetooth11 3.8.1-2 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.8.4-1 ii libnm-glib-vpn1 0.9.8.0-5 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libsecret-1-00.15-2 ii network-manager 0.9.8.0-5 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth 3.8.1-2 ii gnome-keyring 3.8.2-2 ii iso-codes 3.46-1 ii mobile-broadband-provider-info20130915-1 ii notification-daemon 0.7.6-1 ii notify-osd [notification-daemon] 0.9.34-2 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722284: [Pkg-javascript-devel] Bug#722284: libuv: FTBFS on non-Linux: unknown type name 'pthread_rwlock_t'
Aaron M. Ucko u...@debian.org wrote: Builds of libuv on kFreeBSD and the Hurd have been failing: Just to track the status of this: * 0.10.17-1 is now in sid. This is latest upstream stable release, and I consider the package ready for use. * kfreebsd port is done (thanks to kapouer for the initial patch) at http://patch-tracker.debian.org/patch/series/view/libuv/0.10.17-1/kfreebsd_port.diff Patch not yet upstreamed, a bit more of polishing needed. * kfreebsd-amd64 builds fine and passes all tests. -i386 builds fine but fails in a test with an impossible return value from pthread_create(). I couldn't reproduce this under gdb in the porterbox. This probably means something race-y and a related issues in eglibc, I'll ask some helps from porters. * hurd port is not done. rust, nodejs and julia (main libuv clients) won't build there, so I've put this at low priority. I won't be working on this, but I'll be happy to help, test and integrate any contributed patches. libev/libevent (main libuv competitors) are available on hurd, so maybe upstream is interested in this for the sake of portability. Ciao, Luca -- .''`. | ~[ Luca BRUNO ~ (kaeso) ]~ : :' : | Email: lucab (AT) debian.org ~ Debian Developer `. `'` | GPG Key ID: 0x3BFB9FB3 ~ Free Software supporter `-| HAM-radio callsign: IZ1WGT ~ Networking sorcerer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725856: lintian4python: missing-requires.txt-optional-dependency can be emitted more than once
Package: lintian4python Version: 0.24.4 Severity: minor $ lintian4py -T missing-requires.txt-optional-dependency rst2pdf_0.16-2_all.deb w: rst2pdf: missing-requires.txt-optional-dependency pypdf = python-pypdf w: rst2pdf: missing-requires.txt-optional-dependency pypdf = python-pypdf w: rst2pdf: missing-requires.txt-optional-dependency pypdf = python-pypdf It would be better if the tag were emitted only once. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724275: uswsusp: Same boot problem here
Hi. Rodolfo García Peñas (kix) k...@debian.org writes: Hi Olivier, So, the discrepency between /dev/dm-0 and /dev/dm-4 may be the issue ? Probably. Could you change /dev/dm-0 with /dev/dm-4 and run update-initramfs -k all -u (then restart). As you can see from my latest mail, I had reinstalled the package and so everything seemed a bit more consistent this time, but even though I guess the initramfs was re-build, it didn't work at boot this time either. The uswsusp configuration file was updated by the installation scritps? I guess so. Didn't touch it ;-) After the change between /dev/dm-0 and /dev/dm-4, could you reinstall the package and test if the resume devide is changed to something different than /dev/dm-0? You mean device ;-) ... I'm not sure what you mean : checking in a file or checking if I can suspend actually... I'm not sure exactly how to verify this, being unaware of the technical details of uswsusp :-/ My guess is that LVM needs to be setup early enough for uswsusp to use it, which could explain the problems... but here again, I don't know how to debug that while in the boot in initramfs. Thanks for your help. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720804: Small patch to fix FTBFS
tag 720804 +patch thanks Hi, This really small patch seems to work (and neon upstream does not announce API or ABI break) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main diff --git a/debian/changelog b/debian/changelog index 375f1d0..41f0daa 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +sitecopy (1:0.16.6-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Extend 20-bts549721-add-compatibility-for-neon-0.29.0.patch +to also allow neon 0.30.0 (Closes: 720804) + + -- Vincent Danjean vdanj...@debian.org Wed, 09 Oct 2013 09:50:01 +0200 + sitecopy (1:0.16.6-4) UNRELEASED; urgency=low [Kartik Mistry] diff --git a/debian/patches/20-bts549721-add-compatibility-for-neon-0.29.0.patch b/debian/patches/20-bts549721-add-compatibility-for-neon-0.29.0.patch index 66356c4..0b53e2e 100644 --- a/debian/patches/20-bts549721-add-compatibility-for-neon-0.29.0.patch +++ b/debian/patches/20-bts549721-add-compatibility-for-neon-0.29.0.patch @@ -1,5 +1,5 @@ From: Sandro Tosi mo...@debian.org -Subject: Add support for libneon 0.29.0 +Subject: Add support for libneon 0.29.0 and 0.30.0 diff -urNad sitecopy~/configure.in sitecopy/configure.in --- sitecopy~/configure.in 2008-07-20 18:21:15.0 +0200 @@ -10,8 +10,8 @@ diff -urNad sitecopy~/configure.in sitecopy/configure.in -# Support neon 0.24 through 0.28 -NE_REQUIRE_VERSIONS([0], [24 25 26 27 28]) -+# Support neon 0.24 through 0.29 -+NE_REQUIRE_VERSIONS([0], [24 25 26 27 28 29]) ++# Support neon 0.24 through 0.30 ++NE_REQUIRE_VERSIONS([0], [24 25 26 27 28 29 30]) dnl But we don't use zlib or ACL support NEON_WITHOUT_ZLIB
Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
On 09/10/2013 08:52, Antonin Kral wrote: Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... Hello, while i said in PM i was considering leaving maintenance as well, you orphaning mongodb makes me reconsider... I'll take care of it, and move maintenance to a gbp repository on collab-maint instead of github. Help is welcome, though. Maybe mongodb could go to pkg-javascript team maintenance. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653191: iceweasel: Please enable hardening options
Hi, As of today, with current Sid on amd64: $hardening-check /usr/bin/iceweasel /usr/bin/iceweasel: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes (some protected functions found) Read-only relocations: no, not found! Immediate binding: no, not found! Is it possible to re-consider enabling the other hardening options? Namely PIE, RELRO and BINDNOW Virtually all the other distributions enable all hardening bells and whistles as they consider web-browsers critical packages. IMHO firefox had enough memory corruption bugs documented over the years to warrant the performance cost of enabling these options. Regards, Florent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
* Jérémy Lal kapo...@melix.org [2013-10-09 10:05] wrote: On 09/10/2013 08:52, Antonin Kral wrote: Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... Hello, while i said in PM i was considering leaving maintenance as well, you orphaning mongodb makes me reconsider... I'll take care of it, and move maintenance to a gbp repository on collab-maint instead of github. Help is welcome, though. Maybe mongodb could go to pkg-javascript team maintenance. Jérémy, that would be totally awesome. I am able to donate some time as co-maintainer for some tasks but I am not really able to manage it. Antonin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718701: [Xcb] Bug#718701: libxcb missing xcb-xkb module
Hi Michael, any update on this? I have noticed that qtbase-opensource-src uses xcb-xkb for text input, and when it is not available, there are problems with non-English input in Qt apps. xcb-xkb auto-detection... () g++ -c -pipe -O2 -Wall -W -fPIE -I../../../mkspecs/linux-g++ -I. -o xcb-xkb.o xcb-xkb.cpp xcb-xkb.cpp:47:21: fatal error: xcb/xkb.h: No such file or directory #include xcb/xkb.h ^ xcb-xkb disabled. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723964: Proposed fix for 723964
tags 723964 +patch
thanks
Hi,
To fix 723964, you just need to allow autoreconf to install new
files. For example, instead of autoreconf, you can put
autoreconf -vif in debian/rules.
Another possibility to fix this bug is to use the dh-autoreconf
package (build-depends on it and call dh with --with autoreconf
= this will invoke autoreconf with good option, this will take
care of the restoration of removed files (Makefile.in, ...) and
modified files (config.{guess,sub}, ...)
I think it would be better for long-term maintainability but it
involves more modification (mainly simplification of debian/rules)
Regards,
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725743: procps 1:3.3.8-2 FTBFS on ia64 and s390x
I've got most of these problems sorted out for the s390 (and the ia64 but you probably don't care about that). I'm stuck at with one of the more obscure ps flags. FAIL: ps SCHED_BATCH scheduler See [1] So.. what does this test do? It compiles [2] Runs the binary as test-schedbatch 18 Runs ps --no-header -o comm,cls,nice -a Expects the output to be test-schedbatch B 18 Most of my programs have TS instead of B. On my amd64 I see B it looks like this: COMMAND CLS NI bash TS 0 test-schedbatch B 18 ps TS 0 So.. what does an s390 see? I tried compiling this small program and got a screenful of error messages so I'm stuck. 1: https://buildd.debian.org/status/fetch.php?pkg=procpsarch=s390xver=1%3A3.3.8-2stamp=1370603323 2: https://gitorious.org/procps/procps/source/e6a78f2745ca6c7ceed4406d3ce5397e77518b11:testsuite/ps.test/test-schedbatch.c -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725857: lintian4python: check for ctypes.cdll.LoadLibrary()
Package: lintian4python Version: 0.24.4 Severity: wishlist Using ctypes.cdll.LoadLibrary() is (almost?) always a bad idea, because ABI of the library it returns to you is unpredictable. lintian4python should emit a warning if this function is used. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687683: libjmagick6-jni: jmagick crashes with assertion failure on XEN virtual host
Hi Benjamin, A new version of jmagick (6.6.9) has just been uploaded to unstable. Could you please try again with this version and see if it works better? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725858: libwvstreams4.6-extras: incompatible licenses: OpenSSL + GPL
Package: libwvstreams4.6-extras Version: 4.6.1-6 Severity: serious On amd64, libwvstreams is linked with both OpenSSL and GNU Readline: $ readelf -d /usr/lib/libwvstreams.so.4.6 | grep -E 'ssl|readline' 0x0001 (NEEDED) Shared library: [libssl.so.1.0.0] 0x0001 (NEEDED) Shared library: [libreadline.so.6] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725859: pdfchain: running the program fails with segmentation fault
Package: pdfchain Version: 1:0.4.0-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, when starting pdfchain, the program immediately dies with a segmentation fault. The same happens with a locally-compiled version (I tried the 0.4.4 release and the latest version from the project's git repository). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages pdfchain depends on: ii libatkmm-1.6-1 2.22.7-2 ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgtkmm-3.0-1 3.8.1-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.1-10 ii pdftk 2.01-1 pdfchain recommends no packages. pdfchain suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725831: RFS: libkml/1.3.0~r864-1
Bas did you verify if the new version is still back-compatible against the old one? In the opposite case, a SONAME bump is mandatory. On Wed, Oct 09, 2013 at 12:44:24AM +0200, Bas Couwenberg wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libkml Package name: libkml Version : 1.3.0~r864-1 Upstream Author : Google Inc. opensou...@google.com URL : https://code.google.com/p/libkml/ License : BSD-3-Clause Section : science It builds those binary packages: libkml-dev - Library to manipulate KML 2.2 OGC standard files - development fi libkml-java - Library to manipulate KML 2.2 OGC standard files - Java package libkml0- Library to manipulate KML 2.2 OGC standard files python-kml - Library to manipulate KML 2.2 OGC standard files - Python extensi To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libkml Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libk/libkml/libkml_1.3.0~r864-1.dsc More information about libkml can be obtained from https://code.google.com/p/libkml/. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725860: lintian4python: check for private Python extension modules without versioned dependency
Package: lintian4python Version: 0.24.4 Severity: wishlist Python Policy §3.1.1: “Programs that have private compiled extensions must either handle multiple version support themselves, or declare a tight dependency on the current Python version (e.g. ‘Depends: python (= 2.6), python ( 2.7)’.” -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain
Hi, On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote: Both recommends are there for a reason. gnome-bluetooth relies heavily on gnome-control-center when you try to pair / manage devices and network-manager-applet relies on gnome-bluetooth for DUN and PAN connections. So no, I don't see those recommends go away. According to policy, The Recommends field should list packages that would be found together with this one in all but unusual installations. Is it really unusual to use Network Manager without bluetooth? Doesn't most people use Network Manager to connect to wifi and ethernet? -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain
On 09/10/13 10:29, Per Olofsson wrote: Hi, On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote: Both recommends are there for a reason. gnome-bluetooth relies heavily on gnome-control-center when you try to pair / manage devices and network-manager-applet relies on gnome-bluetooth for DUN and PAN connections. So no, I don't see those recommends go away. According to policy, The Recommends field should list packages that would be found together with this one in all but unusual installations. Is it really unusual to use Network Manager without bluetooth? Doesn't most people use Network Manager to connect to wifi and ethernet? So what? This is just a recommends, you can install NM without gnome-bluetooth if you so desire. But in the general case, we want users to also get PAN/DUN support, so recommends is very appropriate. I have dropped the gnome-session recommends from gnome-control-center, isn't that enough to stop all of gnome from being installed when xfce is selected in tasksel? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653191: iceweasel: Please enable hardening options
Hi Florent all, Florent Daigniere wrote (09 Oct 2013 08:05:39 GMT) : Is it possible to re-consider enabling the other hardening options? Namely PIE, RELRO and BINDNOW Thank you for raising this again. Summing up previous discussion so that we don't have to rehash it: * Mike Hommey wrote: I'm really not a big fan of -Wl,-z,relro and -Wl,-z,now. For instance, I'm not sure -z relro buys anything worth, while it may have a significant startup performance impact on big applications. (and if I'm not mistaken, -z relro actually makes things not work with selinux, seeing how selinux already breaks the mprotect that removes the write bit on code sections after text relocations). * Moritz replied that he had doubts about the relro part, and that Support for selinux in Debian is marginal at best, anyway. Regarding relro and bindnow, could anyone with the relevant skills please sum up what kind of attacks this protects against, what are the limitations in terms of security, and what is the performance cost in the context of something like Iceweasel? Cc'ing Jake in case he feels like giving a hand :) Mike, I don't think you put it clearly why you may dislike -Wl,-z,now yet — could you please elaborate? Regarding SELinux, there's now a release goal proposal [1] for Jessie, but it didn't seem to get any more serious traction than the rest of SELinux work in Debian these days. I can only wish them good luck, but I cannot say I'm convinced this goal will be reached. [1] https://wiki.debian.org/ReleaseGoals/SELinux Virtually all the other distributions enable all hardening bells and whistles as they consider web-browsers critical packages. IMHO firefox had enough memory corruption bugs documented over the years to warrant the performance cost of enabling these options. Indeed, Ubuntu enables all of PIE, stack protected, Fortify Source functions, Read-only relocations, and Immediate binding. They're doing it with hardening-wrapper. I failed to port this to the Iceweasel packaging (FTBFS, IIRC), but I didn't try that hard. It might be that they're relying on their gcc hardening patches too (if that still applies these days, I guess Moritz will know better). Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725826: equivalent bug resolved in icinga #686036
Hi, while considering about switch nagios3 - icinga, I have tested the problem on Icinga and I'm glad the problem is resolved for Wheezy in Icinga already (#686036). I think, the fix can be very similar. Regards -- Zito -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725859: pdfchain: running the program fails with segmentation fault
The segmentation fault does not happen when running the program under gdb. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725861: lintian4python: check for embedded pytest code
Package: lintian4python Version: 0.24.4 Severity: wishlist pytest allows upstream maintainers to embed its whole code, pickled and base64-encoded, in a single Python file. Such bundles are sourceless and unauditable. lintian4python should emit an error if such files are found in upstream tarballs. References: http://pytest.org/latest/goodpractises.html#create-a-py-test-standalone-script -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725854: ITA: mongodb -- object/document-oriented database (metapackage)
On 09/10/2013 10:46, László Böszörményi (GCS) wrote: retitle 725854 ITA: mongodb -- object/document-oriented database (metapackage) owner 725854 ! thanks Hi, I've already made new packages of MongoDB. Would like to adopt it. Either alone or with Jérémy under the hood of Javascript Maintainers. Needs discussion. All right with me. You could set as Maintainer Debian Javascript Maintainers pkg-javascript-de...@lists.alioth.debian.org and yourself as Uploaders. Note that libv8 is maintained there too. That might help coordinating uploads if mongodb is to be linked to the shared lib. Jérémy. (also on #debian-js) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725826: [Pkg-nagios-devel] Bug#725826: equivalent bug resolved in icinga #686036
Václav Ovsík schrieb am Wednesday, den 09. October 2013: Hi, while considering about switch nagios3 - icinga, I have tested the problem on Icinga and I'm glad the problem is resolved for Wheezy in Icinga already (#686036). I think, the fix can be very similar. I don't think it is the same problem, but anyhow. An update to 3.5.x will follow in unstable. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725822: pcscd: crashes when removing card reader
Le 08/10/13 23:20, Sören Schneider a écrit : Log: See log.txt. (I don't have to stop pcscd after removing the reader, as it crashes automatically. ) Install libccid 1.4.12 (from unstable). It shoudl fix the crash. Do you confirm? Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725797: [Pkg-stud-maintainers] Bug#725797: stud: Fix failure to run stud restart
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour, Le 09/10/2013 08:47, Vincent Bernat a écrit : How does this work for multiple stud instances? I didn't know that start-stop-daemon does not wait for the process to terminate by default. Maybe we should use --retry instead. If by multiple instances you mean many configuration files in /etc/stud I haven't tested. If you mean multiple children (or cores) started by the -n option, this is indeed what it is trying to fix. By default, stud starts a main process and one child (-n1). When - --pidfile is in use, only the main process gets killed as implied in the manpage of start-stop-daemon : Note: unless --pidfile is specified, start-stop-daemon behaves similar to killall(1). ... For daemons which have long-lived children which need to live through a --stop, you must specify a pidfile. So when using --pidfile, children are not sent the signal, only the main process. This is what I have witnessed by inserting an 'lsof -i @127.0.0.1:8445 at the beginning of do_start : there are still processes present. Regarding using --retry, it is already being used : start-stop-daemon --stop --quiet --retry=TERM/10/KILL/5 \ --pidfile $PIDFILE --name $NAME Here again, --retry only touches the main process, not the children when used in conjunction with --pidfile. Testing this is rather easy : just run invoke-rc.d stud restart and you will notice that stud processes do not come back. This is caused by the fact that the first test in do_start also uses --pidfile and, since the main process is gone, it concludes that it can go ahead but when it starts stud, other processes still have to socket open so the start fails. Removing the --pidfile will make sure that the main process and all remaining children get killed. Adding --user $USER is required otherwise the initscript itself gets killed (since it is also named stud). The only problematic situation is if stud is run as root ($USER=root) where --user cannot discriminate. I have been trying to find you on OFTC without success. You can reach me there, my nick is caribou. Kind regards, ...Louis - -- Louis Bouchard Software engineer, Cloud Sustaining eng. Canonical Ltd Ubuntu support: http://canonical.com/support -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlJVHbUACgkQDvqokHrhnCwBRQCfTQH6gQCdrFFJR7XjKtwdRRL8 +c8An2Mc6gO3T2CCzEpsSZ0oaynaHrkA =fJMr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725826: [Pkg-nagios-devel] Bug#725826: equivalent bug resolved in icinga #686036
On 09.10.2013 10:59, Václav Ovsík wrote: Hi, while considering about switch nagios3 - icinga, I have tested the problem on Icinga and I'm glad the problem is resolved for Wheezy in Icinga already (#686036). I think, the fix can be very similar. Regards Yep, I've debugged and fixed that a while ago. The problem is rather that the possible fix is contained within a rather huge patchset in nagios scm how events are handled within the core itsself. I am not sure if it applies cleanly onto the debian nagios3 version, nor if it works afterall. https://github.com/dnsmichi/nagioscore/commit/a2ba465ad06f7760cf9cf35139b69160cb7bb088 https://dev.icinga.org/issues/2676 And even if it's fixed by that patch, there is another bug related to the event processing which was fixed in icinga a while ago - not sure if nagios 3.x did ever catch up with that one. kind regards, michael -- DI (FH) Michael Friedrich mail: michael.friedr...@gmail.com twitter: https://twitter.com/dnsmichi jabber: dnsmi...@jabber.ccc.de irc: irc.freenode.net/icinga dnsmichi icinga open source monitoring position: lead core developer url: https://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725822: pcscd: crashes when removing card reader
Thank you, Ludovic. I can confirm that pcscd is not crashing anymore since installing libccid 1.4.12. Bye Quoting Ludovic Rousseau ludovic.rouss...@gmail.com: Le 08/10/13 23:20, Sören Schneider a écrit : Log: See log.txt. (I don't have to stop pcscd after removing the reader, as it crashes automatically. ) Install libccid 1.4.12 (from unstable). It shoudl fix the crash. Do you confirm? Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724632: Rebuilding python-greenlet on kFreeBSD-i386 (to try fixing #724632)
Hi, I suspect that #724632 is related to Python 2.6, which is gone from Sid / Jessie. So I would like python-greenlet to be rebuild, and was advised by jcristau to write this mail. So, could you give-back python-greenlet, so that it gets built again? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725862: RFS: django-haystack/2.1.0-1 [ITP] -- database and form RGB color fields for Django
Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package django-haystack * Package name: django-haystack Version : 2.1.0-1 Upstream Author : Daniel Lindsley dan...@toastdriven.com * URL : http://haystacksearch.org/ * License : BSD-3-clause Section : python It builds those binary packages: python-django-haystack - modular search for Django python-django-haystack-doc - modular search for Django (Documentation) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/django-haystack Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/django-haystack/django-haystack_2.1.0-1.dsc More information about django-haystack can be obtained from http://haystacksearch.org/. Regards, Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJSVSEZAAoJEGlMre9Rx7W2bG0QAML40EQ+tj2ctTZqoi4JCBwd +lDzxL0T028NsFosg8FUxKzHa2sOHdbp8jjaSuOokMKCKDenYZDUvwa27xm4cK8B GGLlvxvZWUs+e0PlBWaquCtqpEafydgKglNAdt2q54F9wPg9tszcU1pD2NoZElvb bqC3aMTuNDdb1ydIYK8qwZrd2nCO58si1CrMNIcWBDPYCFW+Miqs2GAPYE1nv2ow wlTBaeEFNQDqwG6xfolxnr28DlncgCw3ZpU1Wzsue3+IEv80Bta08mpYzWdG7zLP Ye1k4s9v8Ouy2/uTTq4N3ilp++tVLVUJr0uvIOWG1bYL7w0IPfmgYtc/VQJlq1Ev 9ejRqNjQb6Hs6TkcJQOEjDsrN1X7NwKRialq0LPDsXEya+TrHRiM0zTFeo5gS8tY txJL+yR1P0tV2y4wJ3GyZ3Sv3EzSLYNOwt6B9ijgFP6Jf0JcCRygV/cvGF4WmNLA 3Oh7FfuEpbpkmxPe3BRfECKIbVF9sjrBurpl53eXcpHy91j2k4sokftpfVs4W/C4 YivloOhiJSoxpAXMK54Jd9WHikrgz92Kf4APvwNcc6bF4KHKQh7JZiKd8I89SepM Qr46MMmkuPT14SmB/pLMAg1M5nVgIfzKB1IcKR0M9vXV6Dmd9Q/jWg0dm22bBGOv LqHOs2OZk6XSyESHQ9no =cUgU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725863: [lxrandr] Parsing DVI-I-x
Package: lxrandr Version: 0.1.2-3 Severity: important --- Please enter the report below this line. --- It seems lxrandr has problems with parsing some output of xrandr example: DVI-I-1 is replaced with I-1 and also so written to ~/.config/autostart/ some info can be found here: http://debianforum.de/forum/viewtopic.php?f=2t=145083 --- System information. --- Architecture: amd64 Kernel: Linux 3.11.0-12-generic Debian Release: 7.1 500 wheezy-backports mozilla.debian.net 500 wheezy kanotix.acritox.com 500 stable security.debian.org 500 stable ftp.de.debian.org 500 squeeze kanotix.acritox.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653191: iceweasel: Please enable hardening options
On Wed, 2013-10-09 at 10:54 +0200, intrigeri wrote: Summing up previous discussion so that we don't have to rehash it: * Mike Hommey wrote: I'm really not a big fan of -Wl,-z,relro and -Wl,-z,now. For instance, I'm not sure -z relro buys anything worth, while it may have a significant startup performance impact on big applications. (and if I'm not mistaken, -z relro actually makes things not work with selinux, seeing how selinux already breaks the mprotect that removes the write bit on code sections after text relocations). * Moritz replied that he had doubts about the relro part, and that Support for selinux in Debian is marginal at best, anyway. Am I reading correctly - there is no objection to enabling PIE (ASLR) here? Is it a done deal? :) Regarding relro and bindnow, could anyone with the relevant skills please sum up what kind of attacks this protects against, what are the limitations in terms of security, and what is the performance cost in the context of something like Iceweasel? Cc'ing Jake in case he feels like giving a hand :) About what it protects against: https://crypto.stanford.edu/cs155/papers/formatstring-1.2.pdf section 6.1.1 GOT Overwrite sums it up nicely (the document is from 2001, there's obviously prior art... but the technique hasn't changed) About the performance cost: Very likely to be irrelevant compared to enabling PIE. All the linker hardening options will slow the program start-up down... whereas PIE will slow runtime down. About each individual option: http://tk-blog.blogspot.com/2009/02/relro-not-so-well-known-memory.html - The conclusion is that security-wise you want both. From the link above: Interim conclusion: In case of a bss or data overflow bug partial and full RELRO protect the ELF internal data sections from being overwritten (as the ELF sections are reordered). Only full RELRO mitigates the well known technique of modifying a GOT entry to get control over the program execution flow Regards, Florent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655924: udev: {dvd,cdrom,?} symlinks are not created
Am 09.10.2013 03:09, schrieb Ron Murray:
Package: udev
Version: 204-5
Followup-For: Bug #655924
I have the same kind of problem. I have four Debian machines, and on
three of them the only symlink created is /dev/cdrom (linked to sr0).
The fourth machine (the one I'm submitting this on, and on which the
udev database snapshot was taken) fares even worse. It has two DVD
drives at the moment: one (sr0) via SATA, and the other (sr1) via
USB. The 70-persisten-cd.rules file, when generated, contains nothing
on the SATA drive, and the USB drive has two entries (one using
ENV{ID_SERIAL} and the other using ENV{ID_PATH}. Deleting the file and
trying to force generation of a new one with
echo add /sys/block/sr0/uevent
has no effect, although doing the same thing using sr1 creates the
file as expected. I do note that the SATA drive doesn't seem to have
an ID_PATH variable as obtained by
udevadm info --query=all --name=/dev/sr0
but I created an entry for it using the ID_SERIAL variable (which
was present) and, on reboot, all symlinks are created as expected.
We have two options here:
1/ Fix /lib/udev/write_cd_rules and
/lib/udev/rules.d/75-cd-aliases-generator.rules to work with udev v204
and if necessary update the existing
/etc/udev/rules.d/70-persistent-cd.rules.
For that, someone needs to investigate, what changed in udev.
2/ Follow upstream and simply drop that feature. I'm not convinced it
is actually that useful nowadays. Modern desktop environments use
frameworks like udisks which don't care for those names/symlinks anyway.
I'm leaning towards 2/.
Marco, what's your opinion on this?
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#725811: debian-installer: graphical installer: run debconf under dbus-run-session(1)
On 08/10/13 21:39, Samuel Thibault wrote: Simon McVittie, le Tue 08 Oct 2013 17:51:52 +0100, a écrit : The other way to put processes in a D-Bus session is to start them with DBUS_SESSION_BUS_ADDRESS in their environment, having first run a dbus-daemon and told it to write its address into a pipe. dbus-run-session does that in C. Here is an older shell-script implementation which you might find a useful reference: http://cgit.freedesktop.org/telepathy/telepathy-glib/tree/tools/with-session-bus.sh?h=telepathy-glib-0.22 That will probably be easier to do it that way. OK, if you do that (either in shell or C), I'll be able to remove both dbus-launch and dbus-run-session from dbus-udeb. You might find this a useful reference: http://cgit.freedesktop.org/dbus/dbus/tree/tools/dbus-run-session.c dbus-udeb is currently in NEW, but I've uploaded a copy here: http://www.pseudorandom.co.uk/~smcv/20131009dbus/ Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723707: smplayer: Temporary workaround, and confirmation
Package: smplayer Version: 0.8.0-1 Followup-For: Bug #723707 This bug also occured for me. I found a temporary workaround by setting use_fontconfig=false in smplayer.ini -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smplayer depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libstdc++6 4.8.1-10 ii mplayer2 [mplayer] 2.0-701-gd4c5b7f-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages smplayer recommends: ii smplayer-themes0.1.20+dfsg-1 ii smplayer-translations 0.8.0-1 smplayer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651315: 3D support not working for sun-java6
On Wed, 2013-10-02 at 13:58 +0200, Mònica Ramírez Arceda wrote: Hi! On Tue, 2013-03-26 at 20:29 +0100, deb...@activityworkshop.net wrote: Thanks, Michael, for doing the investigative work! At the moment it looks like there's nothing we can do for squeeze (as it's frozen), and there's nothing we need to do for wheezy (because sun-java6 isn't in wheezy). For those who are still having this problem, there are various solutions: - Symlink the java3d components into the sun-java6 installation (ugly solution perhaps but then it works everywhere) - Patch the launch script yourself (or make a new one) to add the library path to the java command: java -Djava.library.path=/usr/lib/jni ... - add Michael's line export LD_LIBRARY_PATH=/usr/lib/jni either to the launch script or to a user-specific .bashrc - apparently switching to openjdk6 also fixes the problem (according to the linked thread) So I'm not sure if this bug should be closed or not, but it doesn't look like it can be fixed. You're right, I can't reproduce this bug in unstable. So, I propose to wait for a week to see if anyone can reproduce this bug in Debian sid. If anybody can't reproduce it, I'll close the bug. Closing this bug. Feel free to reopen it, if it can be reproduced again. Cheers signature.asc Description: This is a digitally signed message part
Bug#635476: Lintian ‘manpage-has-bad-whatis-entry’ (was: Replace ‘htmlfiles’ directory with a symlink on package upgrade)
I can't reproduce those warnings with a pbuilder build, so looks like it was something wrong with my system. Sorry. On Tue, Oct 8, 2013 at 3:08 AM, Ben Finney ben+deb...@benfinney.id.au wrote: Not for me: = $ lintian --version Lintian v2.5.19 $ lintian --pedantic --display-experimental --display-info /var/cache/pbuilder/sid-amd64/result/python-coverage_3.7-1_amd64.deb $ lintian --pedantic --display-experimental --display-info /var/cache/pbuilder/sid-amd64/result/python3-coverage_3.7-1_amd64.deb = -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635476: Coverage fails to find third-party ECMAScript libraries
On 21-Sep-2013, Dmitry Shachnev wrote: Symlinks to JS files are not installed, so Coverage fails to find jquery.min.js and other files. My nose package fails to build because of that. Is this still the case for you, with the packaging updated this week? I am not clear on what you mean by “fails to find jquery.min.js and other files”. There is a patch in the Debian package specifically to alter the Coverage code so it will find the Debian-installed third-party libraries. Is that patch not working? What is the specific error you get? -- \ “I'm a born-again atheist.” —Gore Vidal | `\ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#724632: Rebuilding python-greenlet on kFreeBSD-i386 (to try fixing #724632)
Moin! Thomas Goirand z...@debian.org writes: I suspect that #724632 is related to Python 2.6, which is gone from Sid / Jessie. So I would like python-greenlet to be rebuild, and was advised by jcristau to write this mail. So, could you give-back python-greenlet, so that it gets built again? That's kfreebsd-i386 only? done Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725759: maybe fixed
IU just uploaded 034-1, which may fix this bug. A NEWS entry says: - lvm/mdraid: Fix LVM on MD activation Please check if 034-1 fixes your problem. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725864: pu: package smplayer/0.8.0-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to upload a fix for bug#723707 to stable.
The minimalistic patch is attached.
Thanks for considering.
--
Alessio Treglia | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A
diff -Nru smplayer-0.8.0/debian/changelog smplayer-0.8.0/debian/changelog
--- smplayer-0.8.0/debian/changelog 2012-04-14 06:08:32.0 +0100
+++ smplayer-0.8.0/debian/changelog 2013-10-09 11:16:55.0 +0100
@@ -1,3 +1,10 @@
+smplayer (0.8.0-1+wheezy1) stable; urgency=low
+
+ * Don't append -fontconfig to the command line options for Mplayer2
+to prevent crash at startup. (Closes: #723707)
+
+ -- Alessio Treglia ales...@debian.org Wed, 09 Oct 2013 11:16:21 +0100
+
smplayer (0.8.0-1) unstable; urgency=low
[ Maia Kozheva ]
diff -Nru smplayer-0.8.0/debian/gbp.conf smplayer-0.8.0/debian/gbp.conf
--- smplayer-0.8.0/debian/gbp.conf 2012-04-09 06:38:18.0 +0100
+++ smplayer-0.8.0/debian/gbp.conf 2013-10-09 11:00:08.0 +0100
@@ -1,3 +1,5 @@
[DEFAULT]
+debian-branch = master.stable
+upstream-branch = upstream.stable
pristine-tar = True
compression = bzip2
diff -Nru smplayer-0.8.0/debian/patches/1001-dont_use_fontconfig.patch smplayer-0.8.0/debian/patches/1001-dont_use_fontconfig.patch
--- smplayer-0.8.0/debian/patches/1001-dont_use_fontconfig.patch 1970-01-01 01:00:00.0 +0100
+++ smplayer-0.8.0/debian/patches/1001-dont_use_fontconfig.patch 2013-10-09 11:04:51.0 +0100
@@ -0,0 +1,32 @@
+Description: Don't append -fontconfig to mplayer2's command line, which does not support it anymore.
+Origin: https://www.assembla.com/code/smplayer/subversion/commit/4683
+Applied-Upstream: commit:4683
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723707
+---
+ src/core.cpp |8 ++--
+ 1 file changed, 6 insertions(+), 2 deletions(-)
+
+--- smplayer.orig/src/core.cpp
smplayer/src/core.cpp
+@@ -1702,7 +1702,9 @@ void Core::startMplayer( QString file, d
+ // Use the same font for OSD
+ #if !defined(Q_OS_OS2)
+ if (!pref-ass_styles.fontname.isEmpty()) {
+- proc-addArgument(-fontconfig);
++ if (!pref-mplayer_is_mplayer2) { // -fontconfig removed from mplayer2
++proc-addArgument(-fontconfig);
++ }
+ proc-addArgument(-font);
+ proc-addArgument( pref-ass_styles.fontname );
+ }
+@@ -1721,7 +1723,9 @@ void Core::startMplayer( QString file, d
+ if (pref-freetype_support) proc-addArgument(-noass);
+ #if !defined(Q_OS_OS2)
+ if ( (pref-use_fontconfig) (!pref-font_name.isEmpty()) ) {
+- proc-addArgument(-fontconfig);
++ if (!pref-mplayer_is_mplayer2) { // -fontconfig removed from mplayer2
++proc-addArgument(-fontconfig);
++ }
+ proc-addArgument(-font);
+ proc-addArgument( pref-font_name );
+ }
diff -Nru smplayer-0.8.0/debian/patches/series smplayer-0.8.0/debian/patches/series
--- smplayer-0.8.0/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ smplayer-0.8.0/debian/patches/series 2013-10-09 11:00:41.0 +0100
@@ -0,0 +1 @@
+1001-dont_use_fontconfig.patch
Bug#725743: procps 1:3.3.8-2 FTBFS on ia64 and s390x
Am 09.10.2013 10:17, schrieb Craig Small: I've got most of these problems sorted out for the s390 (and the ia64 but you probably don't care about that). I'm stuck at with one of the more obscure ps flags. FAIL: ps SCHED_BATCH scheduler See [1] So.. what does this test do? It compiles [2] Runs the binary as test-schedbatch 18 Runs ps --no-header -o comm,cls,nice -a Expects the output to be test-schedbatch B 18 Most of my programs have TS instead of B. On my amd64 I see B it looks like this: COMMAND CLS NI bash TS 0 test-schedbatch B 18 ps TS 0 So.. what does an s390 see? I tried compiling this small program and got a screenful of error messages so I'm stuck. 1: https://buildd.debian.org/status/fetch.php?pkg=procpsarch=s390xver=1%3A3.3.8-2stamp=1370603323 2: https://gitorious.org/procps/procps/source/e6a78f2745ca6c7ceed4406d3ce5397e77518b11:testsuite/ps.test/test-schedbatch.c Sorry Craig, but I can't reproduce your problem here: I've built procps 3.3.8-2 from sid successfully on a wheezy s390x system (unpacking orig source + patch and then running debuild) Here the snippet from the build output: --8- === ps tests === Schedule of variations: unix Running target unix Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. Using ./config/unix.exp as tool-and-target-specific interface file. Running ./ps.test/ps_output.exp ... Running ./ps.test/ps_personality.exp ... Running ./ps.test/ps_sched_batch.exp ... === ps Summary === # of expected passes9 # of untested testcases 1 WARNING: Couldn't find tool init file Test Run By mgrimm on Wed Oct 9 11:21:42 2013 Native configuration is s390x-ibm-linux-gnu --8- Manual test seems fine, too: mgrimm@build:procps-ng-3.3.8 debian/procps/bin/ps -V procps-ng version 3.3.8 mgrimm@build:procps-ng-3.3.8 ./testsuite/test-schedbatch 18 ! mgrimm@build:procps-ng-3.3.8 debian/procps/bin/ps --no-header -o comm,cls,nice -a test-schedbatch B 18 ps TS 0 Greetings Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
Le 04/09/2013 07:48, Stéphane Glondu a écrit : I have worked on a new ocaml-cil package, from scratch. I am also the new upstream for CIL and it has changed a lot since Stéphane first tried to package it. Thank you a lot for that! My current version (ocaml-cil_1.7.3, not to be confused with Stéphane's 1.3.7 ;-) builds as follows: git clone -b debian https://github.com/kerneis/cil ocaml-cil cd ocaml-cil gbp buildpackage This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. I will have a look. Meanwhile, you can join the OCaml Task Force on Alioth, and update the ocaml-cil package there (feel free to overwrite it, actually). Sorry for taking so much time... In the sources, the doc/cilcode.tmp directory looks suspicious. It contains many .o files. Shouldn't it be removed? The OCaml library (/usr/lib/ocaml/cil) must be in its own binary package (libcil-ocaml-dev) with a Provides field, so that reverse dependencies get their dependencies right. Is is really needed to have cilly.byte AND cilly.native? Please set the Maintainer field to Debian OCaml Maintainers ... and move your name to an Uploaders field. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725864: pu: package smplayer/0.8.0-1
Control: tag -1 wheezy Alessio Treglia ales...@debian.org (2013-10-09): I'd like to upload a fix for bug#723707 to stable. The minimalistic patch is attached. That would be too late for 7.2 (p-u-NEW froze past weekend). --- smplayer-0.8.0/debian/changelog 2012-04-14 06:08:32.0 +0100 +++ smplayer-0.8.0/debian/changelog 2013-10-09 11:16:55.0 +0100 @@ -1,3 +1,10 @@ +smplayer (0.8.0-1+wheezy1) stable; urgency=low Please use 0.8.0-1+deb7u1 instead. + * Don't append -fontconfig to the command line options for Mplayer2 +to prevent crash at startup. (Closes: #723707) + + -- Alessio Treglia ales...@debian.org Wed, 09 Oct 2013 11:16:21 +0100 + smplayer (0.8.0-1) unstable; urgency=low Mraw, KiBi. signature.asc Description: Digital signature
Bug#725743: procps 1:3.3.8-2 FTBFS on ia64 and s390x
On Wed, Oct 09, 2013 at 11:46:48AM +0200, Martin Grimm wrote: Sorry Craig, but I can't reproduce your problem here: I've built procps 3.3.8-2 from sid successfully on a wheezy s390x system (unpacking orig source + patch and then running debuild) Thanks. I was kind of suspecting that would happen but was hoping it would show up something obvious and really easy to fix. I've got the other two parts sorted so might just see if that was some sort of strange one-off. - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725864: pu: package smplayer/0.8.0-1
Hi Cyril, thanks for the quick response. On Wed, Oct 9, 2013 at 11:33 AM, Cyril Brulebois k...@debian.org wrote: That would be too late for 7.2 (p-u-NEW froze past weekend). I'm sorry for the delay, I'll wait until the next point release then. Please use 0.8.0-1+deb7u1 instead. Sure, committed to git, thanks. Keep up the great work! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725865: Please enable hardening options
Package: wpasupplicant Version: 1.0-3 Severity: wishlist Tags: patch security Hi, Please consider the following patch to enable hardening options as described on: https://wiki.debian.org/Hardening The patch works for me Regards, Florent -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wpasupplicant depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-43 ii libc6 2.17-93 ii libdbus-1-3 1.6.14-1 ii libncurses5 5.9+20130608-1 ii libnl-3-200 3.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libpcsclite1 1.8.8-4+b1 ii libreadline5 5.2+dfsg-2 ii libssl1.0.0 1.0.1e-3 ii libtinfo5 5.9+20130608-1 ii lsb-base 4.1+Debian12 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl none pn wpaguinone --- /tmp/rules.old 2013-10-09 11:30:14.785568570 +0100 +++ debian/rules 2013-10-09 11:30:22.001174678 +0100 @@ -1,11 +1,14 @@ #!/usr/bin/make -f +export DEB_BUILD_MAINT_OPTIONS=hardening=+all +include /usr/share/dpkg/buildflags.mk + # The build system doesn't use CPPFLAGS, pass them to CFLAGS/CXXFLAGS to # enable the missing (hardening) flags CFLAGS += -MMD -Wall $(CPPFLAGS) CXXFLAGS += $(CPPFLAGS) -UCFLAGS = -MMD -Wall -g -Os +UCFLAGS = -MMD -Wall -g -Os -fPIC BINDIR = /sbin V = 1
Bug#720604: lxappearance writes to the wrong file
Lxappearance can be used either as standalone appearance tweak app, or as an interface to xsettings daemon. Choice of working model depends on whether xsettings daemon function is available in the session (lxsession is running and governs xsettings): Use gtk config files if xsettings daemon is not running. Use xsettings daemon (lxsession) mechanisms and ignore gtk config files altogether if xsettings daemon is running. There is no point in reading/writing into gtk config files while using xsettings daemon. Now this logic is broken somewhere. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain
On mer., 2013-10-09 at 10:50 +0200, Emilio Pozuelo Monfort wrote: On 09/10/13 10:29, Per Olofsson wrote: Hi, On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote: Both recommends are there for a reason. gnome-bluetooth relies heavily on gnome-control-center when you try to pair / manage devices and network-manager-applet relies on gnome-bluetooth for DUN and PAN connections. So no, I don't see those recommends go away. According to policy, The Recommends field should list packages that would be found together with this one in all but unusual installations. Is it really unusual to use Network Manager without bluetooth? Doesn't most people use Network Manager to connect to wifi and ethernet? So what? This is just a recommends, you can install NM without gnome-bluetooth if you so desire. But in the general case, we want users to also get PAN/DUN support, so recommends is very appropriate. This is not the general case. This is the installation, where the tasks maintainers have selected a package set which fits a specific intent. In Xfce case, we're ok to have network-manager, we then accept network-manager-gnome because there's no other GTK+ NM client than nm-applet, but that's all. We don't really need gnome-bluetooth (although I think we'd be fine with it) and we definitely don't need gnome-control-center. Also, I have no idea how well behaved gnome-bluetooth is when not running under GNOME. I have dropped the gnome-session recommends from gnome-control-center, isn't that enough to stop all of gnome from being installed when xfce is selected in tasksel? No, see above. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#725759: maybe fixed
Thomas Lange la...@informatik.uni-koeln.de wrote: Please check if 034-1 fixes your problem. I grabbed it out of incoming and installed it. The post-install updated my initrd images and I rebooted. It failed to find root and dumped me to the prompt with the same error as 0.33-1. I ran my mdadm and lvm commands manually and the system booted normally. Let me know if you need additional information or want me to try something else. Tony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725866: rkhunter: False positive about unhide.rb
Package: rkhunter Version: 1.4.0-1 Severity: normal Hello, Running rkhunter on a newly configured wheezy system gives: /usr/bin/unhide.rb [ Warning ] Warning: The command '/usr/bin/unhide.rb' has been replaced by a script: /usr/bin/unhide.rb: Ruby script, ASCII text That file is a ruby script, sha512sums and md5sums have been compared with another system (which had the following whitelisting configured a long long time ago) and they match. Edit /etc/rkhunter.conf: Add to the bottom of the SCRIPTWHITELIST section: SCRIPTWHITELIST=/usr/bin/unhide.rb This corrects the false positive warning. Thank you -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rkhunter depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.49 ii file 5.11-2 ii net-tools 1.60-24.2 ii perl 5.14.2-21 ii ucf3.0025+nmu3 Versions of packages rkhunter recommends: ii curl 7.26.0-1+wheezy3 ii exim4-daemon-light [mail-transport-agent] 4.80-7 ii iproute20120521-3+b3 ii lsof 4.86+dfsg-1 ii unhide.rb 13-1.1 ii wget 1.13.4-3 Versions of packages rkhunter suggests: ii heirloom-mailx [mailx]12.5-2 pn libdigest-whirlpool-perl none ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii powermgmt-base1.31 ii tripwire 2.4.2.2-2 -- Configuration Files: /etc/logrotate.d/rkhunter changed [not included] /etc/rkhunter.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439031: Reproducing #439031
Hi, Apologies for the long report, but I've tried to be rather precise. I've run into what I believe is this bug, although there's a possibility of my case being slight different (more on that later). To test and reproduce the issue, I've set up a couple of simple repositories on a (xubuntu, but it shouldn't matter) laptop, which are served over HTTP via the python SimpleHTTPServer module. This is the directory structure: gera@gera-tp:/tmp/repos$ tree . ├── debian-squeeze │ └── squeeze │ ├── InRelease │ ├── Packages │ ├── Packages.bz2 │ ├── Packages.gz │ ├── Release │ ├── Release.gpg │ ├── Sources │ ├── Sources.bz2 │ └── Sources.gz └── debian-wheezy └── wheezy ├── InRelease ├── Packages ├── Packages.bz2 ├── Packages.gz ├── Release ├── Release.gpg ├── Sources ├── Sources.bz2 └── Sources.gz 4 directories, 18 files gera@gera-tp:/tmp/repos$ This is served over HTTP via: gera@gera-tp:/tmp/repos$ sudo python -mSimpleHTTPServer 80 Serving HTTP on 0.0.0.0 port 80 ... And over HTTPS via: gera@gera-tp:/tmp/repos$ sudo socat OPENSSL-LISTEN:443,reuseaddr,fork,certificate=/etc/ssl/certs/ssl-cert-snakeoil.pem,key=/etc/ssl/private/ssl-cersnakeoil.key,verify=0 TCP4:localhost:80 [ Note that I'm using the snakeoil certs that come with xubuntu and have the CN set to 'xubuntu' ] A freshly installed, updated VM is set to consume from these repositories. To narrow down on a minimal test case, I've removed all other repositories. The 'apt', 'apt-transport-https' and 'apt-utils' packages seem up-to-date: root@vm-dgera:~# apt-cache policy apt apt-transport-https apt-utils apt: Installed: 0.9.7.9 Candidate: 0.9.7.9 Version table: *** 0.9.7.9 0 100 /var/lib/dpkg/status apt-transport-https: Installed: 0.9.7.9 Candidate: 0.9.7.9 Version table: *** 0.9.7.9 0 100 /var/lib/dpkg/status apt-utils: Installed: 0.9.7.9 Candidate: 0.9.7.9 Version table: *** 0.9.7.9 0 100 /var/lib/dpkg/status The VM is set up to trust the snakeoil certificate and has an entry in /etc/hosts for the name 'xubuntu', to match the CN in the cert. root@vm-dgera:~# wget -nv 'https://xubuntu/' 2013-10-09 03:56:27 URL:https://xubuntu/ [276/276] - index.html [1] root@vm-dgera:~# wget -nv 'https://192.168.122.1/' The certificate's owner does not match hostname `192.168.122.1' root@vm-dgera:~# Now, here are a couple of scenarios: SCENARIO I. - The repositories are set up via https. That is, root@vm-dgera:~# apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 900 https://xubuntu/debian-wheezy/ wheezy/ Packages release o=deviantART,a=wheezy,n=wheezy,l=deviantART wheezy,c= origin xubuntu 500 https://xubuntu/debian-squeeze/ squeeze/ Packages release o=deviantART,a=squeeze,n=squeeze,l=deviantART squeeze,c= origin xubuntu Pinned packages: root@vm-dgera:~# An apt-get update works fine: root@vm-dgera:~# apt-get -o Acquire::Languages=none update Get:1 https://xubuntu squeeze/ Release.gpg [287 B] Hit https://xubuntu squeeze/ Release.gpg [287 B] Get:2 https://xubuntu wheezy/ Release.gpg [287 B] Hit https://xubuntu wheezy/ Release.gpg [287 B] Get:3 https://xubuntu squeeze/ Release [1,544 B] Hit https://xubuntu squeeze/ Release [1,544 B] Get:4 https://xubuntu wheezy/ Release [1,540 B] Hit https://xubuntu wheezy/ Release [1,540 B] Get:5 https://xubuntu squeeze/ Packages [31.2 kB] Hit https://xubuntu squeeze/ Packages [31.2 kB] Get:6 https://xubuntu wheezy/ Packages [38.0 kB] Hit https://xubuntu wheezy/ Packages [38.0 kB] Reading package lists... Done root@vm-dgera:~# It still works fine, if I delete all the repository files from /var/lib/apt/lists/: root@vm-dgera:~# rm /var/lib/apt/lists/xubuntu_debian-* root@vm-dgera:~# apt-get -o Acquire::Languages=none update Get:1 https://xubuntu squeeze/ Release.gpg [287 B] Get:2 https://xubuntu wheezy/ Release.gpg [287 B] Get:3 https://xubuntu squeeze/ Release [1,544 B] Get:4 https://xubuntu wheezy/ Release [1,540 B] Get:5 https://xubuntu squeeze/ Packages [31.2 kB] Get:6 https://xubuntu wheezy/ Packages [38.0 kB] Fetched 72.8 kB in 0s (103 kB/s) Reading package lists... Done root@vm-dgera:~# HOWEVER - if I delete only a single repository's files (squeeze here, but it doesn't matter), it fails: root@vm-dgera:~# rm /var/lib/apt/lists/xubuntu_debian-squeeze_squeeze_* root@vm-dgera:~# ls /var/lib/apt/lists/ lock partial xubuntu_debian-wheezy_wheezy_Packages xubuntu_debian-wheezy_wheezy_Release xubuntu_debian-wheezy_wheezy_Release.gpg root@vm-dgera:~# apt-get -o Acquire::Languages=none update Get:1 https://xubuntu squeeze/ Release.gpg [287 B] Get:2 https://xubuntu wheezy/ Release.gpg [287 B] Hit https://xubuntu wheezy/ Release.gpg [287 B] Get:3 https://xubuntu squeeze/ Release [1,544 B] Hit https://xubuntu squeeze/ Release [1,544 B] Ign https://xubuntu squeeze/ Release Get:4
Bug#725867: unable to install new version
Package: python-cmd2 Version: 0.6.7-1.1 Severity: serious Preparing to replace python-cmd2 0.6.7-1 (using .../python-cmd2_0.6.7-1.1_all.deb) ... Unpacking replacement python-cmd2 ... dpkg: error processing /var/cache/apt/archives/python-cmd2_0.6.7-1.1_all.deb (--unpack): unable to open '/usr/share/pyshared/cmd2-0.6.7.egg-info/requires.txt.dpkg-new': No such file or directory Errors were encountered while processing: /var/cache/apt/archives/python-cmd2_0.6.7-1.1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-cmd2 depends on: ii dpkg 1.17.1 ii python 2.7.5-5 ii python-pyparsing 2.0.1+dfsg1-1 ii python-setuptools 0.6.49-2 python-cmd2 recommends no packages. python-cmd2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725684: some more information
Hello, I tried the 1.7.2 (Jessie) and 1.7.3 (apt.puppetlabs.com), there's exactly the same problem. Seems the github repository has some huge differences, maybe it would be better to build the package based on this version instead… Any update on this bug would be appreciated, it's a bit a blocker for us :(. Cheers, C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626363: php5-cli: Segmentation fault and zend_mm_heap corrupted while executing piwik update script
Hello, Do you still have the same issue with 5.4 version on wheezy? Thanks, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725344: python-nemu: incompatible with recent /bin/ip
Julien, On 04/10/13 14:36, Julien Muchembled wrote: Nemu depends on /bin/ip to get addresses of interfaces: ip -o addr list But recent iproute/iproute2 does not show link information anymore, making Nemu fail with following traceback: Thanks for reporting this! I will incorporate your patch and release a new version, asap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720466: cinnamon: Crashes when opening the menu, using command window or hot corner
Confirmed that this bug still exists in cinnamin in sid (1.7.4-2.2). There's no newer version in experimental as far as I can tell, and last activity on this bug is dated well over three weeks ago already. Any hint on how to solve this, or even a confirmation that the bug is being worked on/fixed in upstream/anything? This is a prime example of a bug that renders the package unusable, as the severity justification so nicely puts it. Lennert signature.asc Description: Digital signature
Bug#725868: php5-curl: curl memory leak
Package: php5-curl Version: 5.4.4-14+deb7u5 Severity: normal Tags: patch Hi, I went through a memory leak using curl in php5. This seems to correspond to the upstream bugs: https://bugs.php.net/65458 fixed in: http://git.php.net/?p=php-src.git;a=commit;h=aa7d3d8e6d8de73ebe8dd015fb5392a4bde5bfc6 https://bugs.php.net/63859 fixed in: http://git.php.net/?p=php-src.git;a=commit;h=ac3d227e28056bf5294a8a64e2f41ce2beebaa05 Could we think about integrating these patches to the wheezy version? Thanks, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725869: RM: jokosher -- ROM; Dead upstream; buggy
Package: ftp.debian.org Severity: normal Hello, please remove Jokosher from the archive, it is no longer maintained upstream (the last release happened 3 more than years ago) and it is affected by several defects too. In the case upstream wakes up again I'll be willing to upload it again. Thanks for considering, cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725764: core-network-gui: depends on tk and calls /usr/bin/wish8.5
Thanks Sergei. Jeffrey is the upstream. We will decide what to do and fix the code and/or the package soon. Cheers, Eriberto 2013/10/9 Sergei Golovan sgolo...@nes.ru: Yes, there will be two Tcl/Tk versions in jessie: 8.5 and 8.6. tk8.5 and tk8.6 will contain the binaries, and tk will ship a set of symlinks to tk8.6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725782: systemsettings: Screen Settings not saved
reassign 725782 systemsettings tags 725782 upstream thanks Hello, the bug you reported is a KDE bug. Please report it via Help - Report bug... menu item of the respective application or by visiting https://bugs.kde.org/ and following instructions to report a new bug. Debian Qt/KDE maintainers do not have resources to deal with non Debian-specific bugs and therefore it is unlikely that your bug will be solved if you do not report it to KDE developers directly (unless it is/has been reported by somebody else). Whenever you open a bug report on the KDE bug tracking system, or you find that the bug has been already reported on it, you can couple both this Debian bug and the KDE bug together by sending the mail with the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with the address of the bug report on https://bugs.kde.org/) [ copy this ] forwarded 725782 KDE-BUG-URL thanks [ copy this ] Thank you, -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#694930: nsd3: maybe dependency issue
Package: nsd3 Version: 3.2.12-3 Followup-For: Bug #694930 The daemon tries to start while network isn't enabled, that's why a Cannot assign requested address error shows. Adding $network in LSB script seems to solve the problem. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nsd3 depends on: ii adduser 3.113+nmu3 ii libc62.13-38 ii libssl1.0.0 1.0.1e-2 ii lsb-base 4.1+Debian8+deb7u1 nsd3 recommends no packages. nsd3 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651357: #651357 ssh often dies with Disconnecting: Received open failure for non-opening channel 3.
Hi, I just hit this with openssh-client 1:6.0p1-4 (amd64 wheezy). -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725796: kde-plasma-desktop: Default applications - Instant Messenger: can't choose neither pidgin nor kopete
tag 725796 unreproducible moreinfo thanks On Tuesday 08 October 2013 17:32:07 CrabMan wrote: Package: kde-plasma-desktop Version: 5:81 Severity: normal Dear Maintainer, I have both kopete and pidgin IM clients installed on my computer. However if I go to system settings - default applications - instant messenger, I can't choose neither. I only see the empty combo box and if I click it nothing comes up. I can't reproduce this bug. Please try: - Logging out and logging in into your account and see what happens - Create a new user and see what happens I don't have pidgin, but I can see Kopete, Konversation (I don't know why it's listed there) and KDE IM Contacts (most probable coming from kde telepathy). Thanks, Lisandro. -- “If you want to finish university, you should take care about getting on with the teachers. The result are submissive citizens that won’t face authority even if they know they’re right, in order to avoid problems“ Miriam Ruiz, http://www.miriamruiz.es/weblog/?p=187 Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#725808: plasma-desktop: Alt-tabbing with window management:outline enabled paints bottom half of screen white
tags 725808 upstream thanks Hello, the bug you reported is a KDE bug. Please report it via Help - Report bug... menu item of the respective application or by visiting https://bugs.kde.org/ and following instructions to report a new bug. Debian Qt/KDE maintainers do not have resources to deal with non Debian-specific bugs and therefore it is unlikely that your bug will be solved if you do not report it to KDE developers directly (unless it is/has been reported by somebody else). Whenever you open a bug report on the KDE bug tracking system, or you find that the bug has been already reported on it, you can couple both this Debian bug and the KDE bug together by sending the mail with the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with the address of the bug report on https://bugs.kde.org/) [ copy this ] forwarded 725808 KDE-BUG-URL thanks [ copy this ] Thank you, -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#725870: torque: FTBFS on kfreebsd-{amd64,i386} but built previously
Package: torque Version: 2.4.16+dfsg-1 Severity: serious Tags: wheezy sid Justification: FTBFS During preparing packages for torque in wheezy for CVE-2013-4319 (#722306) I noticed that torque FTBFS now on kfreebsd-amd64 and kfreebsd-i386 (which builded fine previously). cut-cut-cut-cut-cut-cut- make[4]: Entering directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/scheduler.cc' if x86_64-kfreebsd-gnu-gcc -DHAVE_CONFIG_H -I. -I/tmp/torque-src/src/scheduler.cc -I../../src/include -I/tmp/torque-src/src/include -DPBS_SERVER_HOME=\/var/spool/torque\ -DPBS_ENVIRON=\/var/spool/torque/pbs_environment\ -Wall -O2 -D_LARGEFILE64_SOURCE -MT pbs_sched.o -MD -MP -MF .deps/pbs_sched.Tpo -c -o pbs_sched.o /tmp/torque-src/src/scheduler.cc/pbs_sched.c; \ then mv -f .deps/pbs_sched.Tpo .deps/pbs_sched.Po; else rm -f .deps/pbs_sched.Tpo; exit 1; fi if x86_64-kfreebsd-gnu-gcc -DHAVE_CONFIG_H -I. -I/tmp/torque-src/src/scheduler.cc -I../../src/include -I/tmp/torque-src/src/include -DPBS_SERVER_HOME=\/var/spool/torque\ -DPBS_ENVIRON=\/var/spool/torque/pbs_environment\ -Wall -O2 -D_LARGEFILE64_SOURCE -MT get_4byte.o -MD -MP -MF .deps/get_4byte.Tpo -c -o get_4byte.o /tmp/torque-src/src/scheduler.cc/get_4byte.c; \ then mv -f .deps/get_4byte.Tpo .deps/get_4byte.Po; else rm -f .deps/get_4byte.Tpo; exit 1; fi /bin/bash ../../libtool --mode=link --tag=CC x86_64-kfreebsd-gnu-gcc -DPBS_SERVER_HOME=\/var/spool/torque\ -DPBS_ENVIRON=\/var/spool/torque/pbs_environment\ -Wall -O2 -D_LARGEFILE64_SOURCE -Wl,-z,defs -o pbs_sched pbs_sched.o get_4byte.o samples/fifo/libfoo.la ../lib/Libpbs/libtorque.la -lresolv -lkvm mkdir .libs x86_64-kfreebsd-gnu-gcc -DPBS_SERVER_HOME=\/var/spool/torque\ -DPBS_ENVIRON=\/var/spool/torque/pbs_environment\ -Wall -O2 -D_LARGEFILE64_SOURCE -Wl,-z -Wl,defs -o .libs/pbs_sched pbs_sched.o get_4byte.o samples/fifo/.libs/libfoo.a ../lib/Libpbs/.libs/libtorque.so -lresolv -lkvm creating pbs_sched make[4]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/scheduler.cc' make[3]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/scheduler.cc' Making all in resmom make[3]: Entering directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/resmom' Making all in freebsd5 make[4]: Entering directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/resmom/freebsd5' if x86_64-kfreebsd-gnu-gcc -DHAVE_CONFIG_H -I. -I/tmp/torque-src/src/resmom/freebsd5 -I../../../src/include -I/tmp/torque-src/src/include -DPBS_MOM -DDEMUX=\/usr/sbin/pbs_demux\ -Wall -O2 -D_LARGEFILE64_SOURCE -MT mom_mach.o -MD -MP -MF .deps/mom_mach.Tpo -c -o mom_mach.o /tmp/torque-src/src/resmom/freebsd5/mom_mach.c; \ then mv -f .deps/mom_mach.Tpo .deps/mom_mach.Po; else rm -f .deps/mom_mach.Tpo; exit 1; fi /tmp/torque-src/src/resmom/freebsd5/mom_mach.c:112:19: fatal error: nlist.h: No such file or directory compilation terminated. make[4]: *** [mom_mach.o] Error 1 make[4]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/resmom/freebsd5' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src/resmom' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/carnil/torque-2.4.16+dfsg/debian/build/without-x' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 cut-cut-cut-cut-cut-cut- Previous builds for kfreebsd-amd64/kfreebsd-i386 worked fine[1]. [1] https://buildd.debian.org/status/fetch.php?pkg=torquearch=kfreebsd-amd64ver=2.4.16%2Bdfsg-1stamp=1312246561 Also cc'in the bsd porter list for this issue. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709465: libapache2-mod-ruid2: Apache 2.4 moves to Unstable
Control: tag -1 patch
On Sat, Jul 06, 2013 at 04:25:14PM +0200, Arno Töll wrote:
Looks like your package from Experimental implementing the apache 2.4
transition was removed (#696733). Thus, this bug is serious again.
Please fix your package in unstable as soon as possible.
The previous version in experimental was removed because it was broken
(the package was empty). I believe this patch should fix it.
Alessandro, could you please review?
The main changes against what you previously had in experimental are to
remove the postinst and prerm scripts which are now unnecessary
(dh_apache2 does a better job), and to manually call dh_apache2 in the
binary-arch target.
I would, however, strongly recommend that you refactor debian/rules to
stop using manual build/install/clean/binary-arch targets in addition to
a catch-all target that calls dh; this is extremely confusing and
vulnerable to exactly this kind of mistake. You can drop the quilt.make
stuff and your build-dependency on quilt since you're already using
source format 3.0 (quilt), and the rest can be handled with simple
override_dh_auto_build and override_dh_auto_clean targets.
* Port to Apache 2.4 (closes: #709465).
diff -Nru libapache2-mod-ruid2-0.9.8/debian/control
libapache2-mod-ruid2-0.9.8/debian/control
--- libapache2-mod-ruid2-0.9.8/debian/control 2013-04-12 15:00:44.0
+0100
+++ libapache2-mod-ruid2-0.9.8/debian/control 2013-10-07 21:54:47.0
+0100
@@ -2,7 +2,7 @@
Section: web
Priority: extra
Maintainer: Alessandro De Zorzi l...@nonlontano.it
-Build-Depends: debhelper (= 8.0.0), quilt, apache2-prefork-dev, libcap-dev
+Build-Depends: debhelper (= 8.0.0), quilt, dh-apache2, apache2-dev, libcap-dev
Standards-Version: 3.9.4
Homepage: http://sourceforge.net/projects/mod-ruid/
diff -Nru libapache2-mod-ruid2-0.9.8/debian/libapache2-mod-ruid2.apache2
libapache2-mod-ruid2-0.9.8/debian/libapache2-mod-ruid2.apache2
--- libapache2-mod-ruid2-0.9.8/debian/libapache2-mod-ruid2.apache2
1970-01-01 01:00:00.0 +0100
+++ libapache2-mod-ruid2-0.9.8/debian/libapache2-mod-ruid2.apache2
2013-10-07 21:52:50.0 +0100
@@ -0,0 +1,2 @@
+mod .libs/mod_ruid2.so
+mod debian/ruid2.load
diff -Nru libapache2-mod-ruid2-0.9.8/debian/patches/ruid2.load.new
libapache2-mod-ruid2-0.9.8/debian/patches/ruid2.load.new
--- libapache2-mod-ruid2-0.9.8/debian/patches/ruid2.load.new2012-01-01
10:40:30.0 +
+++ libapache2-mod-ruid2-0.9.8/debian/patches/ruid2.load.new1970-01-01
01:00:00.0 +0100
@@ -1,6 +0,0 @@
-Index: libapache2-mod-ruid2-0.9.4/ruid2.load
-===
/dev/null 1970-01-01 00:00:00.0 +
-+++ libapache2-mod-ruid2-0.9.4/ruid2.load 2012-01-01 11:33:52.0
+0100
-@@ -0,0 +1 @@
-+LoadModule ruid2_module /usr/lib/apache2/modules/mod_ruid2.so
diff -Nru libapache2-mod-ruid2-0.9.8/debian/patches/series
libapache2-mod-ruid2-0.9.8/debian/patches/series
--- libapache2-mod-ruid2-0.9.8/debian/patches/series2012-01-01
10:44:36.0 +
+++ libapache2-mod-ruid2-0.9.8/debian/patches/series2013-10-07
21:56:46.0 +0100
@@ -1,2 +1 @@
mod_ruid2.c
-ruid2.load.new
diff -Nru libapache2-mod-ruid2-0.9.8/debian/postinst
libapache2-mod-ruid2-0.9.8/debian/postinst
--- libapache2-mod-ruid2-0.9.8/debian/postinst 2012-01-01 10:58:38.0
+
+++ libapache2-mod-ruid2-0.9.8/debian/postinst 1970-01-01 01:00:00.0
+0100
@@ -1,63 +0,0 @@
-#! /bin/sh
-# postinst script for libapache-mod-ruid2
-#
-# see: dh_installdeb(1)
-
-set -e
-
-# summary of how this script can be called:
-#* postinst `configure' most-recently-configured-version
-#* old-postinst `abort-upgrade' new version
-#* conflictor's-postinst `abort-remove' `in-favour' package
-# new-version
-#* deconfigured's-postinst `abort-deconfigure' `in-favour'
-# failed-install-package version `removing'
-# conflicting-package version
-# for details, see http://www.debian.org/doc/debian-policy/ or
-# the debian-policy package
-#
-
-reload_apache()
-{
-if apache2ctl configtest 2/dev/null; then
-invoke-rc.d apache2 force-reload || true
-else
- echo Your apache2 configuration is broken, so we're not restarting it
for you.
-fi
-}
-
-
-case $1 in
-configure)
-# Reload the module on upgrade if enabled
-if [ -n $2 ]; then
- if [ -e /etc/apache2/mods-enabled/ruid2.load ]; then
- reload_apache
- fi
-else
- # Enable the module
- if [ -e /etc/apache2/apache2.conf ]; then
- a2enmod ruid2 /dev/null || true
- reload_apache
- fi
- fi
-;;
-
-abort-upgrade|abort-remove|abort-deconfigure)
-
-;;
-
-*)
-echo postinst called with unknown argument \`$1' 2
-exit 1
-;;
-esac
-
-# dh_installdeb will replace this with shell
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Oct 09, 2013 at 12:30:12PM +0200, Stéphane Glondu wrote: In the sources, the doc/cilcode.tmp directory looks suspicious. It contains many .o files. Shouldn't it be removed? Indeed, I have no idea how it was included but it is (re)generated by make doc so I'll make sure it is removed. The OCaml library (/usr/lib/ocaml/cil) must be in its own binary package (libcil-ocaml-dev) with a Provides field, so that reverse dependencies get their dependencies right. OK. Fedora also uses separate packages for ocaml-cil-doc and ocaml-cil-cilly; is this also required for Debian? Is is really needed to have cilly.byte AND cilly.native? The perl wrapper script bin/cilly provides a --bytecode flag to invoke the bytecode version. I'm not sure about the historical motivation for this (ocamldebug comes to mind), but I am reluctant to potentially break existing user workflows just for the sake saving 1.3 MB. Please set the Maintainer field to Debian OCaml Maintainers ... and move your name to an Uploaders field. OK. I'll let you know when a new version is available. Thanks for your review, -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722484: Info received (libdspam7-drv-hash segfaults since 3.10.2+dfsg-10)
Control: reopen 722484 m...@blackshift.org Le lundi 7 octobre 2013 23:01:47, vous avez écrit : Hello I've deleted /var/spool/dspam/data and let dspam deliver a mail, that produces this backtrace: #0 0xb6f118ec in raise () from /lib/arm-linux-gnueabi/libpthread.so.0 No symbol table info available. #1 0xb6a5acf4 in __aeabi_ldiv0 () from /usr/lib/arm-linux-gnueabi/dspam/libhash_drv.so No symbol table info available. #2 0xb6a59b9c in _hash_drv_seek (map=map@entry=0xb57073d8, offset=offset@entry=16147856, hashcode=optimized out, flags=flags@entry=1) at hash_drv.c:1194 header = optimized out rec = optimized out fpos = optimized out iterations = 0 Ok, this bug was very likely introduced with the patch I made to handle corrupted css file. Unfortunetely I don't have the time to fix the patch now. I'm very busy for a few weeks but I'll try to take a look at it as soon as possible. Best regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725871: xserver-xorg-video-nouveau: Graphical corruption after resume from suspend or hibernation
Package: xserver-xorg-video-nouveau Version: 1:1.0.9-2+b2 Severity: important Dear Maintainer, These days corruption is observed on graphical applications after suspend on my system. I suspect a problem with Nouveau driver because switching to Nvidia proprietary driver fixes the issue (my video device is a Nvidia Quadro FX 550). On fresh boot, everything works very well. Then I suspend the system to RAM or I hibernate it. When resuming the system works well as well but graphical applications show slight annoying corruption such as blurring of letters or switch between letters. Currently for instance h is replaced by k. When I close my session and thus restart X, the issue is no longer observed. I can upload screen captures of before suspend vs after suspend situations. Sincely, Moi -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 29 2012 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2265256 Sep 23 01:03 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV43GL [Quadro FX 550] [10de:014d] (rev a2) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.10-3-686-pae (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10) Xorg X server log files on system: -- -rw-r--r-- 1 root root 27149 Jul 26 19:17 /var/log/Xorg.1.log -rw-r--r-- 1 root root 27021 Oct 9 14:33 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 3807.063] X.Org X Server 1.14.3 Release Date: 2013-09-12 [ 3807.063] X Protocol Version 11, Revision 0 [ 3807.063] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [ 3807.063] Current Operating System: Linux olorin 3.10-3-686-pae #1 SMP Debian 3.10.11-1 (2013-09-10) i686 [ 3807.063] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-3-686-pae root=UUID=c4b125c3-23f0-4272-9e66-cdadba18843d ro [ 3807.063] Build Date: 22 September 2013 11:00:42PM [ 3807.063] xorg-server 2:1.14.3-3 (Julien Cristau jcris...@debian.org) [ 3807.063] Current version of pixman: 0.30.2 [ 3807.063]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3807.063] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3807.063] (==) Log file: /var/log/Xorg.0.log, Time: Wed Oct 9 14:27:02 2013 [ 3807.063] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 3807.064] (==) No Layout section. Using the first Screen section. [ 3807.064] (==) No screen section available. Using defaults. [ 3807.064] (**) |--Screen Default Screen Section (0) [ 3807.064] (**) | |--Monitor default monitor [ 3807.064] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 3807.064] (==) Automatically adding devices [ 3807.064] (==) Automatically enabling devices [ 3807.064] (==) Automatically adding GPU devices [ 3807.064] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 3807.064]Entry deleted from font path. [ 3807.064] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [ 3807.064]Entry deleted from font path. [ 3807.064] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 3807.064] (==) ModulePath set to /usr/lib/xorg/modules [ 3807.064] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 3807.064] (II) Loader magic: 0xb774e6a0 [ 3807.064] (II) Module ABI versions: [ 3807.064]X.Org ANSI C Emulation: 0.4 [ 3807.064]X.Org Video Driver: 14.1 [ 3807.064]X.Org XInput driver : 19.1 [ 3807.064]X.Org Server Extension : 7.0 [ 3807.065] (II) xfree86: Adding drm device (/dev/dri/card0) [ 3807.066] (--) PCI:*(0:1:0:0) 10de:014d:10de:0349 rev 162, Mem @ 0xe800/67108864, 0xd800/134217728, 0xee00/16777216, BIOS @ 0x/131072 [ 3807.066] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) [ 3807.066] Initializing built-in extension Generic Event Extension [ 3807.066] Initializing built-in
Bug#722484: Info received (libdspam7-drv-hash segfaults since 3.10.2+dfsg-10)
On 10/09/2013 02:45 PM, Thomas Preud'homme wrote:
I've deleted /var/spool/dspam/data and let dspam deliver a mail, that
produces this backtrace:
#0 0xb6f118ec in raise () from /lib/arm-linux-gnueabi/libpthread.so.0
No symbol table info available.
#1 0xb6a5acf4 in __aeabi_ldiv0 () from
/usr/lib/arm-linux-gnueabi/dspam/libhash_drv.so No symbol table info
available.
#2 0xb6a59b9c in _hash_drv_seek (map=map@entry=0xb57073d8,
offset=offset@entry=16147856, hashcode=optimized out,
flags=flags@entry=1) at hash_drv.c:1194 header = optimized out
rec = optimized out
fpos = optimized out
iterations = 0
Ok, this bug was very likely introduced with the patch I made to handle
corrupted css file. Unfortunetely I don't have the time to fix the patch now.
Yes the bug was introduced between 3.10.2+dfsg-9 and 3.10.2+dfsg-10. As
I'm running -9 without problems.
Although the incremental diff from -9 to -10 doesn't look suspicious at
the first glance:
diff --git a/src/hash_drv.c b/src/hash_drv.c
index 349b491..daae2e7 100644
--- a/src/hash_drv.c
+++ b/src/hash_drv.c
@@ -1187,32 +1187,36 @@ unsigned long _hash_drv_seek(
unsigned long fpos;
unsigned long iterations = 0;
if (offset = map-file_len)
return 0;
fpos = sizeof(struct _hash_drv_header) +
((hashcode % header-hash_rec_max) * sizeof(struct
_hash_drv_spam_record));
According to the backtrace's line number the diff-by-zero should happen
here. But the modulo, which is IIRC implemented on ARM as
divide/multiply/difference, was here all the time.
Was there a compiler change? Maybe some new optimisations brakes the code.
rec = (void *)((unsigned long) map-addr + offset + fpos);
- while(rec-hashcode != hashcode /* Match token */
-rec-hashcode != 0/* Insert on empty */
-iterations map-max_seek) /* Max Iterations */
+ while(rec + sizeof(*rec) = map-file_len /* not end of file */
+rec-hashcode != hashcode /* Match token */
+rec-hashcode != 0/* Insert on empty */
+iterations map-max_seek) /* Max Iterations */
{
iterations++;
fpos += sizeof(struct _hash_drv_spam_record);
if (fpos = (header-hash_rec_max * sizeof(struct
_hash_drv_spam_record)))
fpos = sizeof(struct _hash_drv_header);
rec = (void *)((unsigned long) map-addr + offset + fpos);
}
+ if (rec + sizeof(*rec) map-file_len)
+return 0;
+
if (rec-hashcode == hashcode)
return fpos;
if (rec-hashcode == 0 (flags HSEEK_INSERT))
return fpos;
return 0;
}
I'm very busy for a few weeks but I'll try to take a look at it as soon as
possible.
Thanks,
Marc
signature.asc
Description: OpenPGP digital signature
Bug#725831: RFS: libkml/1.3.0~r864-1
On 10/09/2013 10:19 AM, Francesco P. Lovergine wrote: Bas did you verify if the new version is still back-compatible against the old one? In the opposite case, a SONAME bump is mandatory. Yes, the only change from upstream is Allow colors to have leading whitespace, with or without '#'. That shouldn't cause problems for backward compatibility. The Multi-Arch change could cause problems for its rdeps, but doesn't seem to be. The only reverse dependency of libkml is gdal at the moment, and that it rebuilds fine with the new libkml. Also without a rebuild, upgrading libkml on an unstable system doesn't seem to cause problems. I've loaded a subset of the kml-testcases with QGIS and marble, once with the libkml/1.3.0~r863-4.1 and once with libkml/1.3.0~r864-1 installed. Both use GDAL to parse the KML files. Kind Regards, Bas -- GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725872: lintian: false positive: .au spelling targetted
Package: lintian Version: 2.5.19 Severity: normal Lintian emits the following tag: spelling-error-in-binary targetting targeting spelling-error-in-binary targetted targeted This promotes the US spelling. The UK has mostly switched to the US variant as well, but -tt- remains the predominant version in AU. There was a minor flamewar among Crawl's upstream, and we decided to standardize on the spelling used by Linley Henzell, the game's original developer. This goes in line with obeying .au rules everywhere in that project. Another case in point: Pabs wrote the following link in the Debian wiki: [[FreedomBox/TargetedHardware|FreedomBox targetted hardware]]. Not surprisingly, he comes from down under... Looking at a few online dictionaries: * US ones tend to allow only -t- * UK ones tend to allow both (despite most webpages/etc using -t-) * AU ones usually allow both, I remember at least one that requires -tt- only As lintian doesn't know which language flavour a package conforms to, it must not discriminate against regional variants. Disclaimer: I'm a dirty foreigner, so I'm not an oracle on correctness of English spelling. I just don't want to be shouted at from two sides. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.3-x32 (SMP w/6 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 lintian depends on: ii binutils 2.23.90.20130927-1 ii bzip2 1.0.6-5 ii diffstat 1.57-1 ii file 1:5.14-2 ii gettext0.18.3.1-1 ii hardening-includes 2.4 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.35-1 ii libdpkg-perl 1.17.1 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-2 ii perl [libdigest-sha-perl] 5.18.1-4 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.21-1 ii libperlio-gzip-perl 0.18-1+b3 ii perl-modules [libautodie-perl] 5.18.1-4 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.1 ii libhtml-parser-perl3.71-1+b1 pn libtext-template-perl none ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722284: [Pkg-javascript-devel] Bug#722284: libuv: FTBFS on non-Linux: unknown type name 'pthread_rwlock_t'
Luca BRUNO lu...@debian.org writes: * hurd port is not done. rust, nodejs and julia (main libuv clients) won't build there, so I've put this at low priority. That's fair, particularly considering that the Hurd hasn't qualified as a release architecture. Thanks for looking into kFreeBSD support, and for remaining open to patches for Hurd support! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725873: sendmail: auxprop errors in auth.info
Package: sendmail Version: 8.14.4-4.1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? tail auth.log * What exactly did you do (or not do) that was effective (or ineffective)? n/a * What was the outcome of this action? n/a * What outcome did you expect instead? n/a *** End of the template - remove these lines *** My auth.log is becoming full of these errors: Oct 9 14:40:42 nigelhorne sm-mta[9799]: could not find auxprop plugin, was searching for [all] Google gives me no hints on how to proceed. -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: total 424 drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 . drwxr-xr-x 137 root root 12288 Oct 9 13:01 .. -rwxr-xr-- 1 root smmsp 11921 Sep 24 14:48 Makefile -rw--- 1 root root 4767 Sep 16 14:05 access -rw-r- 1 smmta smmsp 12288 Sep 16 14:05 access.db -rw-r--r-- 1 root root281 Jul 15 2008 address.resolve lrwxrwxrwx 1 root smmsp10 Oct 25 2008 aliases - ../aliases -rw-r- 1 smmta smmsp 12288 Sep 16 14:05 aliases.db -rw--- 1 root smmsp 202 Jun 27 2009 authinfo -rw-r- 1 smmta smmsp 12288 Sep 16 14:05 authinfo.db drwxr-sr-x 2 root smmsp 4096 Mar 22 2011 certs -rw-r--r-- 1 root smmsp 3728 Sep 24 14:48 databases -rw-r- 1 smmta smmsp53 Oct 26 2008 default-auth-info -rw-r--r-- 1 root root 5657 Jul 17 2008 helpfile -rw-r--r-- 1 root smmsp 109 Jun 8 2009 local-host-names drwxr-sr-x 2 smmta smmsp 4096 Oct 25 2008 m4 -rw-r--r-- 1 root smmsp 1975 Sep 24 14:48 mailertable -rw-r- 1 root smmsp 12288 Sep 24 14:48 mailertable.db drwxr-xr-x 2 root root 4096 Sep 16 14:04 peers drwxr-xr-x 2 smmta smmsp 4096 Mar 21 2011 sasl -rw-r--r-- 1 root smmsp 73968 Sep 24 14:48 sendmail.cf -rw-r--r-- 1 root root 73954 Sep 16 14:04 sendmail.cf.old -rw-r--r-- 1 root root 12236 Sep 16 14:05 sendmail.conf -rw-r--r-- 1 root smmsp 8624 Sep 24 14:48 sendmail.mc -rw-r--r-- 1 root root149 Jul 15 2008 service.switch -rw-r--r-- 1 root root180 Jul 15 2008 service.switch-nodns drwxr-sr-x 2 smmta smmsp 4096 Dec 29 2008 smrsh drwxr-sr-x 3 root smmsp 4096 Aug 28 14:12 spamassassin -rw-r--r-- 1 root smmsp 44909 Sep 16 14:05 submit.cf -rw-r--r-- 1 root root 44897 Sep 16 14:04 submit.cf.old -rw-r--r-- 1 root smmsp 2449 Sep 16 14:04 submit.mc drwxr-xr-x 2 smmta smmsp 4096 Oct 25 2008 tls -rw-r--r-- 1 root smmsp24 Oct 26 2008 trusted-users /etc/mail/certs: total 3948 drwxr-sr-x 2 root smmsp4096 Mar 22 2011 . drwxr-sr-x 9 smmta smmsp4096 Sep 24 14:48 .. -rw-r--r-- 1 root smmsp1273 Mar 21 2011 cacert.pem -rw-r--r-- 1 root smmsp 963 Mar 21 2011 cakey.pem -rw-r--r-- 1 root smmsp 4021338 Mar 21 2011 revoke.crl -rw--- 1 root smmsp2160 Mar 21 2011 sendmail.pem /etc/mail/m4: total 8 drwxr-sr-x 2 smmta smmsp 4096 Oct 25 2008 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. -rw-r- 1 root smmsp0 Oct 25 2008 dialup.m4 -rw-r- 1 root smmsp0 Oct 25 2008 provider.m4 /etc/mail/peers: total 12 drwxr-xr-x 2 root root 4096 Sep 16 14:04 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. -rw-r--r-- 1 root root 328 Jul 15 2008 provider /etc/mail/sasl: total 16 drwxr-xr-x 2 smmta smmsp 4096 Mar 21 2011 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. -rw-r- 1 smmta smmsp 886 Mar 21 2011 Sendmail.conf.2 -rwxr--r-- 1 root root 3702 Sep 16 14:05 sasl.m4 /etc/mail/smrsh: total 8 drwxr-sr-x 2 smmta smmsp 4096 Dec 29 2008 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. lrwxrwxrwx 1 root smmsp 26 Oct 25 2008 mail.local - /usr/lib/sm.bin/mail.local lrwxrwxrwx 1 root smmsp 17 Oct 25 2008 procmail - /usr/bin/procmail lrwxrwxrwx 1 root smmsp 22 Dec 29 2008 wrapper - /usr/majordomo/wrapper /etc/mail/spamassassin: total 36 drwxr-sr-x 3 root smmsp 4096 Aug 28 14:12 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. -rw-r--r-- 1 root smmsp 1299 Aug 28 14:11 init.pre -rw-r--r-- 1 root smmsp 2214 Aug 28 14:11 local.cf drwx--S--- 2 root smmsp 4096 Sep 4 14:01 sa-update-keys -rw-r--r-- 1 root smmsp 2524 Aug 28 14:11 v310.pre -rw-r--r-- 1 root smmsp 1194 Aug 28 14:11 v312.pre -rw-r--r-- 1 root smmsp 2416 Aug 28 14:11 v320.pre -rw-r--r-- 1 root smmsp 1237 Aug 28 14:11 v330.pre /etc/mail/tls: total 48 drwxr-xr-x 2 smmta smmsp 4096 Oct 25 2008 . drwxr-sr-x 9 smmta smmsp 4096 Sep 24 14:48 .. -rw-r--r-- 1 root root 7 Oct 25 2008 no_prompt -rw--- 1 root root 1191 Oct 25 2008 sendmail-client.cfg -rw-r--r-- 1 root smmsp 1261 Oct 25 2008 sendmail-client.crt -rw--- 1 root root 1029 Oct 25 2008 sendmail-client.csr -rw-r- 1 root smmsp 1675 Oct 25 2008 sendmail-common.key -rw-r- 1 root smmsp 1582 Oct 25 2008 sendmail-common.prm -rw--- 1 root root 1191 Oct 25 2008 sendmail-server.cfg -rw-r--r-- 1 root
Bug#725870: torque: FTBFS on kfreebsd-{amd64,i386} but built previously
From old build logs: In file included from /tmp/torque-src/src/resmom/freebsd5/mom_mach.c:112:0: /usr/include/nlist.h:33:2: warning: #warning Deprecated header, use bsd/nlist.h or libbsd-overlay.pc instead. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725874: lintian4python: please spellcheck .py
Package: lintian4python Version: 0.24.4 Severity: wishlist It would be nice if lintian4python could spellcheck Python source files. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720441: Got a fix, how to submit patch.
Phi Debian wrote: It appears after some back and forth mail with attresearch (code owner) that the source code used by debian (and ubuntu) are both out of date, they both have this code dump or corruptin bug that was fixed at ksh93u (dixit David Korn). Debian does have ksh93u. Latest version at the following URL is what Debian has: http://www2.research.att.com/~gsf/download/ I think there is a more recent version that is declared a beta or alpha. This said, I wouldn't be surprised if the download link is out-of-date given that the maintainers are leaving ATT. Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709039: some packages remaining for the transition.
Hi all,
It was nice to see updates happening on this transition but some
packages are still to go through (it seems).
I did the updates and only one of the obsolete packages have some
dependencies which have not been updated to newer versions of library.
$ alias apto
alias apto='aptitude search ~o'
$ apto
i A libavcodec53 -
Libav codec library
Trying to purge the above package gives me the following :-
$ sudo aptitude purge libavcodec53
The following packages will be REMOVED:
libavcodec53{p}
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 7,511 kB will be freed.
The following packages have unmet dependencies:
libavformat53 : Depends: libavcodec53 (= 6:0.8.3-1~) but it is not
going to be installed. or
libavcodec-extra-53 (= 6:0.8.7) but it is
not going to be installed.
libwxsvg0 : Depends: libavcodec53 (= 5:0.8-2~) but it is not going
to be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but it is not
going to be installed.
libopencv-highgui2.3 : Depends: libavcodec53 (= 6:0.8.3-1~) but it
is not going to be installed. or
libavcodec-extra-53 (= 6:0.8.7) but
it is not going to be installed.
gstreamer0.10-ffmpeg : Depends: libavcodec53 (= 5:0.8-2~) but it is
not going to be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but
it is not going to be installed.
mencoder : Depends: libavcodec53 (= 5:0.8-2~) but it is not going to
be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but it is not
going to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) blender
2) gstreamer0.10-ffmpeg
3) libavformat53
4) libopencv-highgui2.3
5) libopenimageio1.2
6) libwxsvg0
7) mencoder
Leave the following dependencies unresolved:
8) kde-telepathy-call-ui recommends gstreamer0.10-ffmpeg
Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
Trying to get libavformat53 uninstalled also has the same issues :-
$ sudo aptitude purge libavcodec53 libavformat53
The following packages will be REMOVED:
libavcodec53{p} libavformat53{p}
0 packages upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 8,669 kB will be freed.
The following packages have unmet dependencies:
libwxsvg0 : Depends: libavcodec53 (= 5:0.8-2~) but it is not going
to be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but it is not
going to be installed.
Depends: libavformat53 (= 5:0.8-2~) but it is not going
to be installed.
libopencv-highgui2.3 : Depends: libavcodec53 (= 6:0.8.3-1~) but it
is not going to be installed. or
libavcodec-extra-53 (= 6:0.8.7) but
it is not going to be installed.
Depends: libavformat53 (= 6:0.8.3-1~) but it
is not going to be installed.
gstreamer0.10-ffmpeg : Depends: libavcodec53 (= 5:0.8-2~) but it is
not going to be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but
it is not going to be installed.
Depends: libavformat53 (= 5:0.8-2~) but it is
not going to be installed.
mencoder : Depends: libavcodec53 (= 5:0.8-2~) but it is not going to
be installed. or
libavcodec-extra-53 (= 5:0.8-2~) but it is not
going to be installed.
Depends: libavformat53 (= 5:0.8-2~) but it is not going
to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) blender
2) gstreamer0.10-ffmpeg
3) libopencv-highgui2.3
4) libopenimageio1.2
5) libwxsvg0
6) mencoder
Leave the following dependencies unresolved:
7) kde-telepathy-call-ui recommends gstreamer0.10-ffmpeg
Accept this solution? [Y/n/q/?] q
Abandoning all efforts to resolve these dependencies.
Abort.
btw it seems ffmpeg is no longer a binary in the archive.
Lastly, can anybody tell me what is the difference between mplayer1
and mplayer2. The long description does not give any info. or
indication as to why there are two binaries for the same thing
although the version numbers are different.
The only uneducated guess I could make is mplayer2 would have some
differences in UI and perhaps not have feature-parity as compared to
mplayer1 . There may be some differences elsewhere. Could somebody
comment on this and perhaps give some clue in the long description
somewhere.
$ aptitude show mplayer
Package: mplayer
State: not installed
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Priority: optional
Section: video
Maintainer: Debian multimedia packages maintainers
pkg-multimedia-maintain...@lists.alioth.debian.org
Architecture: amd64
Uncompressed Size: 5,406 k
Depends: libaa1 (= 1.4p5), libasound2 (=
Bug#720441: Got a fix, how to submit patch.
ksh93u+ is the last stable version, ksh93v- is the alpha currently in
development. I am working on integrating ksh93v-, with major changes,
regarding to making it much more stable on Debian, and to enable the
POSIX builtins, which are mostly missing in Debian (compared to, like
Suse).
Olga
On Wed, Oct 9, 2013 at 4:11 PM, Oliver Kiddle okid...@yahoo.co.uk wrote:
Phi Debian wrote:
It appears after some back and forth mail with attresearch (code
owner) that the source code used by debian (and ubuntu) are both out
of date, they both have this code dump or corruptin bug that was fixed
at ksh93u (dixit David Korn).
Debian does have ksh93u. Latest version at the following URL is what
Debian has:
http://www2.research.att.com/~gsf/download/
I think there is a more recent version that is declared a beta or alpha.
This said, I wouldn't be surprised if the download link is out-of-date
given that the maintainers are leaving ATT.
Oliver
--
, __ ,
{ \/`o;-Olga Kryzhanovska -;o`\/ }
.'-/`-/ olga.kryzhanov...@gmail.com \-`\-'.
`'-..-| / http://twitter.com/fleyta \ |-..-'`
/\/\ Solaris/BSD//C/C++ programmer /\/\
`--` `--`
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706750: Issue also with 0.95 in wheezy
found 706750 0.95 thanks Hi, I have the same issue running version 0.95 in wheezy. Cheers, Flo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725875: git-buildpackage: Typo in documentation: DIST=i386
Package: git-buildpackage Version: 0.6.4 Severity: minor Tags: patch Hello, The generated documentation says that the command to create a cowbuilder chroot is: DIST=wheezy DIST=i386 git pbuilder create The attached patch changes the second DIST= to ARCH=. Thanks! -- Etienne Millon From 9cdaa67fed2e21383e22886313880fda48b7fbf2 Mon Sep 17 00:00:00 2001 From: Etienne Millon m...@emillon.org Date: Wed, 9 Oct 2013 16:19:40 +0200 Subject: [PATCH] Typo in documentation s/DIST/ARCH/ --- docs/manpages/gbp-buildpackage.sgml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/manpages/gbp-buildpackage.sgml b/docs/manpages/gbp-buildpackage.sgml index 126bf9e..37d2c31 100644 --- a/docs/manpages/gbp-buildpackage.sgml +++ b/docs/manpages/gbp-buildpackage.sgml @@ -457,7 +457,7 @@ Note that the above needs a cowbuildercmd; chroot already. This can be created using: /para screen - DIST=wheezy DIST=i386 git-pbuilder; create + DIST=wheezy ARCH=i386 git-pbuilder; create /screen /refsect1 refsect1 -- 1.8.4.rc3
Bug#725876: hplip: insecure temporary files handling in pkit.py
Package: hplip Version: 3.12.6-3 Tags: security (Please adjust severity as necessary) Hi, pkit.py seems to create a log file at /tmp/hp-pkservice.log and I believe it is done as root, making it a nice vector for a symlink attack. I only took a quick look at it, so I might be missing something. Could you please confirm the report? Thanks, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725651: qtwebkit failed to build on mips64el
On Tuesday 08 October 2013 13:58:43 YunQiang Su wrote: On Mon, Oct 7, 2013 at 9:46 PM, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com wrote: On Monday 07 October 2013 09:32:12 YunQiang Su wrote: Package: qtwebkit Version: 2.2.1-6 On mips64el, qtwebkit has the same problem like qt4. The attachment is the patch. Or where should I apply it to upstream? Hi YunQiang! As a rule of thumb, if it's something that does not involve packaging, pushing the patchs upstream is normally the best idea. An exception could be a patch that introduces something that is very Debian-related, but most of the time this can also be pushed upstream somehow. Thanks, I see. I am wondering about which component should it involve to qt? I have pushed this patch to qt/qt4/qtscripts. If the problem is in qtwebkit, then push it to qtwebkit. If in doubt, join upstream's irc #qt on freenode and ask. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#725870: torque: FTBFS on kfreebsd-{amd64,i386} but built previously
Control: tags -1 + patch The following seem to suffice to let the package build again: cut-cut-cut-cut-cut-cut- Index: torque-2.4.16+dfsg/src/resmom/freebsd5/mom_mach.c === --- torque-2.4.16+dfsg.orig/src/resmom/freebsd5/mom_mach.c 2013-10-09 13:49:34.0 + +++ torque-2.4.16+dfsg/src/resmom/freebsd5/mom_mach.c 2013-10-09 13:49:46.0 + @@ -109,7 +109,7 @@ #include fcntl.h #include errno.h #include pwd.h -#include nlist.h +#include bsd/nlist.h #include fstab.h #include kvm.h #include signal.h cut-cut-cut-cut-cut-cut- Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725590: [DRE-maint] Bug#725590: ruby-memoize: FTBFS: ERROR: Test ruby1.9.1 failed.
Control: tags -1 + unreproducible
On Sun, Oct 06, 2013 at 09:29:56PM +0200, David Suárez wrote:
Relevant part (hopefully):
42: assert_nothing_raised{ fib(5) }
43: assert_nothing_raised{ memoize(:fib, @file) }
= 44: assert_nothing_raised{ fib(50) }
45: assert_equal(55, fib(10))
46:end
47:
===
.
Finished in 0.017542262 seconds.
5 tests, 20 assertions, 2 failures, 0 errors, 0 pendings, 0 omissions, 0
notifications
60% passed
285.03 tests/s, 1140.10 assertions/s
ERROR: Test ruby1.9.1 failed.
unreproduced in my amd64 pbuilder.
would you please check it?
/usr/bin/ruby1.9.1 -I/usr/lib/ruby/vendor_ruby
/usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb
Loaded suite -e
Started
.
Finished in 0.014512884 seconds.
5 tests, 23 assertions, 0 failures, 0 errors, 0 pendings, 0 omissions, 0
notifications
100% passed
--
Regards,
dai
GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
signature.asc
Description: Digital signature
Bug#635476: Coverage fails to find third-party ECMAScript libraries
On Wed, Oct 9, 2013 at 2:02 PM, Ben Finney ben+deb...@benfinney.id.au wrote:
Is this still the case for you, with the packaging updated this week?
Now nose fails to build with a different error:
...
File /usr/lib/python3/dist-packages/coverage/html.py, line 109, in report
self.make_local_static_report_files()
File /usr/lib/python3/dist-packages/coverage/html.py, line 134, in
make_local_static_report_files
for static, source_dir in system_javascript_libraries.iteritems():
AttributeError: 'dict' object has no attribute 'iteritems'
Full traceback is attached.
--
Dmitry Shachnev
==
ERROR: runTest
(test_coverage_plugin.TestCoverageMinPercentageSinglePackagePlugin)
--
Traceback (most recent call last):
File /tmp/nose-1.3.0/build/tests/functional_tests/test_coverage_plugin.py,
line 94, in setUp
self).setUp)
File /usr/lib/python3.3/unittest/case.py, line 570, in assertRaises
return context.handle('assertRaises', callableObj, args, kwargs)
File /usr/lib/python3.3/unittest/case.py, line 135, in handle
callable_obj(*args, **kwargs)
File /tmp/nose-1.3.0/build/tests/nose/plugins/plugintest.py, line 272, in
setUp
self._execPlugin()
File /tmp/nose-1.3.0/build/tests/nose/plugins/plugintest.py, line 259, in
_execPlugin
exit=False)
File /tmp/nose-1.3.0/build/tests/nose/core.py, line 118, in __init__
**extra_args)
File /usr/lib/python3.3/unittest/main.py, line 125, in __init__
self.runTests()
File /tmp/nose-1.3.0/build/tests/nose/core.py, line 197, in runTests
result = self.testRunner.run(self.test)
File /tmp/nose-1.3.0/build/tests/nose/core.py, line 63, in run
result.printErrors()
File /tmp/nose-1.3.0/build/tests/nose/result.py, line 110, in printErrors
self.config.plugins.report(self.stream)
File /tmp/nose-1.3.0/build/tests/nose/plugins/manager.py, line 99, in
__call__
return self.call(*arg, **kw)
File /tmp/nose-1.3.0/build/tests/nose/plugins/manager.py, line 167, in
simple
result = meth(*arg, **kw)
File /tmp/nose-1.3.0/build/tests/nose/plugins/cover.py, line 164, in report
self.coverInstance.stop()
File /usr/lib/python3/dist-packages/coverage/control.py, line 659, in
html_report
return reporter.report(morfs)
File /usr/lib/python3/dist-packages/coverage/html.py, line 109, in report
self.make_local_static_report_files()
File /usr/lib/python3/dist-packages/coverage/html.py, line 134, in
make_local_static_report_files
for static, source_dir in system_javascript_libraries.iteritems():
nose.proxy.AttributeError: AttributeError: 'dict' object has no attribute
'iteritems'
Bug#635476: current packaging work for Coverage
On Tue, Oct 8, 2013 at 3:48 AM, Ben Finney ben+deb...@benfinney.id.au wrote: On 21-Sep-2013, Dmitry Shachnev wrote: Script /usr/bin/python3-coverage has a versioned shebang. Then why /usr/bin/python3.3-coverage is needed? This is merely a modification of what the upstream code does (creates programs ‘coverage’, ‘coverage3’, ‘coverage-3.3’). I don't want to deviate too far from upstream behaviour without good reason. Then please make sure that shebang of coverage3 is #!/usr/bin/python3. Also, I think the consensus is that if the script can be invoked as pythonX.Y -m MODULE, then the entry point can be dropped. For example, this change was made in nose and python-pip. Directories /usr/share/python-coverage and /usr/share/python3-coverage have identical contents. Maybe it'll make sense to use a single directory (i.e. /usr/share/coverage) and split it to a separate binary package (i.e. coverage-data)? That's a good idea, and I'm hoping to get to that soon. For now, my focus is on getting a current Coverage into Debian. It's better to make that change early to avoid adding Breaks/Replaces in the future. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
