Bug#738158: xserver-xorg: in SID xserver-xorg depends on xorg-input-abi-19 which cannot be installed
Package: xserver-xorg Severity: critical Justification: breaks unrelated software Dear Maintainer, When upgrading in SID, xserver-xorg is selected to be removed (as well as all xserver-xorg-input-*) as it depends on xorg-input-abi-19, which has installation candidate (this virtual package is part of xserver-xorg-core which is installed on my system. I incidentally did the upgrade, though, so you won't find xserver-xorg as installed in the logs down below. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg depends on: ii libc6 2.17-97 ii x11-xkb-utils 7.7+1 ii xkb-data2.10.1-1 ii xserver-xorg-core 2:1.15.0-2 pn xserver-xorg-input-all | xorg-driver-input none pn xserver-xorg-input-evdevnone pn xserver-xorg-video-all | xorg-driver-video none Versions of packages xserver-xorg recommends: ii libgl1-mesa-dri 9.2.2-1 xserver-xorg 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#645232: [WORKAROUND]Re: Copy Link Location doesn't work
Package: uzbl
Version: 0.0.0~git.20120514-1.1
Followup-For: Bug #645232
I have same problem, and make workaround by adding my own menu item:
==
menu_link_add copy link = @set_status span foreground='green'yank link
\@[\@(echo -n \@SELECTED_URI | perl -pe 's/%([[:xdigit:]]{2})/chr hex $1/seg'
| xclip -f)\@]\@/span
menu_image_add copy image address = sh 'echo -n $1 | perl -pe
s/%([[:xdigit:]]{2})/chr hex $1/seg | xclip -f'
==
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.4.31-ltsi+ (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages uzbl depends on:
ii libatk1.0-0 2.10.0-2
ii libc6 2.17-97
ii libcairo2 1.12.16-2
ii libfontconfig1 2.11.0-2
ii libfreetype62.5.1-1
ii libgdk-pixbuf2.0-0 2.28.2-1+b1
ii libglib2.0-02.36.4-1
ii libgtk2.0-0 2.24.22-1
ii libjavascriptcoregtk-1.0-0 2.2.3-1
ii libpango1.0-0 1.36.0-1+b1
ii libsoup2.4-12.44.2-1
ii libwebkitgtk-1.0-0 2.2.3-1
ii libx11-62:1.6.2-1
ii python 2.7.5-5
ii python-gobject 3.8.2-1
ii python-gtk2 2.24.0-3+b1
ii python-support 1.0.15
Versions of packages uzbl recommends:
ii dwm-tools 35-1
ii python-simplejson 3.3.1-2
ii socat 1.7.2.2-1
ii suckless-tools 38-2
ii xclip 0.12+svn84-2
ii zenity 3.8.0-1
uzbl 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#650151: Fixes to iceweasel to build on Alpha
The fixes to iceweasel to build on alpha listed in this bug report are no
longer relevant due to a much newer iceweasel in unstable. I list here
fixes required to get iceweasel 24.2.0esr-1 to build on Alpha.
The patches attached are:
update-debian-rules-for-alpha.patch: Don't use -Wl,--no-keep-memory in
LDFLAGS to avoid crash in linker (I have filed a bug in binutils upstream
regarding that). Build with -O1 which fixes a crash that looks just like
bug #717416 reported for sparc but unfortunately the fix for sparc does not
work for alpha.
alpha-use-mmap-syscalls.diff: The six argument bug in syscall() on alpha
is now fixed so the special alpha code can be removed.
alpha-hardcode-pagesize.diff: Page size on alpha is 8k.
add-libc6-1-to-libc-candidates.patch: The version of libc is hardcoded in
one of the js modules, but Alpha uses libc6.1. Add that to the list of
versions.
Cheers
Michael.
--- iceweasel-24.2.0esr/debian/rules 2013-12-15 19:21:56.0 +1300
+++ iceweasel-24.2.0esr.new/debian/rules 2014-01-29 13:13:42.0 +1300
@@ -74,7 +74,7 @@ endif
# spend an immense amount of time swapping.
LDFLAGS += -Wl,--reduce-memory-overheads
# Somehow, this breaks the build on ia64.
-ifeq (,$(filter ia64,$(DEB_BUILD_ARCH)))
+ifeq (,$(filter alpha ia64,$(DEB_BUILD_ARCH)))
LDFLAGS += -Wl,--no-keep-memory
endif
# Also add execution time and memory usage stats in the logs
@@ -102,6 +102,10 @@ ifneq (,$(filter ia64,$(DEB_BUILD_ARCH))
CONFIGURE_FLAGS += --enable-optimize=-O2
endif
+ifneq (,$(filter alpha,$(DEB_BUILD_ARCH)))
+CONFIGURE_FLAGS += --enable-optimize=-O1
+endif
+
ifneq (,$(filter debug,$(DEB_BUILD_OPTIONS)))
CONFIGURE_FLAGS += --enable-debug
endif
--- iceweasel-24.2.0esr/memory/mozjemalloc/jemalloc.c 2013-12-06 15:21:24.0 +1300
+++ iceweasel-24.2.0esr.new/memory/mozjemalloc/jemalloc.c 2014-01-22 21:45:29.127351998 +1300
@@ -400,12 +400,8 @@
* We do that for Linux systems and kfreebsd with GNU userland.
* Note sanity checks are not done (alignment of offset, ...) because
* the uses of mmap are pretty limited, in jemalloc.
- *
- * On Alpha, glibc has a bug that prevents syscall() to work for system
- * calls with 6 arguments
*/
-#if (defined(MOZ_MEMORY_LINUX) !defined(__alpha__)) || \
-(defined(MOZ_MEMORY_BSD) defined(__GLIBC__))
+#if defined(MOZ_MEMORY_LINUX) || (defined(MOZ_MEMORY_BSD) defined(__GLIBC__))
#include sys/syscall.h
#if defined(SYS_mmap) || defined(SYS_mmap2)
static inline
--- iceweasel-24.2.0esr/memory/mozjemalloc/jemalloc.c 2014-01-22 21:53:11.711887166 +1300
+++ iceweasel-24.2.0esr.new/memory/mozjemalloc/jemalloc.c 2014-01-23 08:44:38.957672634 +1300
@@ -1116,6 +1116,8 @@
#define pagesize_2pow ((size_t) 13)
#elif defined(__powerpc64__)
#define pagesize_2pow ((size_t) 16)
+#elif defined(__alpha__)
+#define pagesize_2pow ((size_t) 13)
#else
#define pagesize_2pow ((size_t) 12)
#endif
Index: iceweasel-24.2.0esr/toolkit/components/osfile/osfile_unix_allthreads.jsm
===
--- iceweasel-24.2.0esr.orig/toolkit/components/osfile/osfile_unix_allthreads.jsm 2014-01-29 13:16:31.471220280 +1300
+++ iceweasel-24.2.0esr/toolkit/components/osfile/osfile_unix_allthreads.jsm 2014-01-29 13:16:31.462430684 +1300
@@ -41,6 +41,7 @@
let libc;
let libc_candidates = [ libSystem.B.dylib,
libc.so.6,
+ libc.so.6.1,
libc.so ];
for (let i = 0; i libc_candidates.length; ++i) {
try {
Bug#728121:
On Wed, Jan 29, 2014 at 11:02:35AM +0100, Mathieu Malaterre wrote: Control: severity 728121 grave Marking as grave since render the package unusable. How does this render the package unusable? As one counter-example, the package 'elastix' builds fine using the ITK -dev package. -Steve signature.asc Description: Digital signature
Bug#737907: RFS: chrony/1.29.1-1 -- Set the computer clock from time servers
On 06-02-14 22:04, Joachim Wiedorn wrote: I am looking for a sponsor for my package chrony If nobody beats me to it, I will have a look. Feel free to bug me if I haven't responded within a week. Paul signature.asc Description: OpenPGP digital signature
Bug#738140: powerpc-utils: please enable build on ppc64el
Hi Adam, I can add ppc64el, but someone else will need to compile it even on powerpc - my toolchain is in a truly sorry state. I'll look into the epoch thing - do I need to conflict on powerpc-ibm-utils as well? Thanks for pointing out that powerpc-ibm-utils has already been packaged. I'll try to keep that in mind for the next odd wishlist request in a few year's time. Cheers, Michael Package: powerpc-utils Severity: normal It would be lovely if you added ppc64el to the arch list for powerpc-utils to enable building on that new port (already in Ubuntu, and likely to show up in debian-ports at some point in the not-too-distant future). Also, while this is a bit of a strange request, I'd love it if you could add an epoch to the version to help your downstreams (namely us, *sigh*) skip over a versioning snafu where someone accidentally upgraded powerpc- utils to powerpc-ibm-utils and I had to revert it. ... Adam -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-7-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738159: libarchive: Implement DEB_BUILD_OPTIONS=nocheck
Source: libarchive Version: 3.1.2-7 Severity: wishlist Tags: patch While working on bootstrapping Debian, I noticed that libarchive doesn't support skipping testing on DEB_BUILD_OPTIONS=nocheck. Here's a patch to implement that. -- Daniel Schepler diff -urN libarchive-3.1.2.old/debian/rules libarchive-3.1.2/debian/rules --- libarchive-3.1.2.old/debian/rules 2013-05-25 13:06:45.0 -0700 +++ libarchive-3.1.2/debian/rules 2013-06-04 16:22:10.629154189 -0700 @@ -13,6 +13,7 @@ --enable-bsdtar=shared --enable-bsdcpio=shared override_dh_auto_test: +ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) ifneq (,$(shell locale -a | grep en_US.utf8)) _VERBOSITY_LEVEL=1 dh_auto_test --parallel else @@ -22,3 +23,4 @@ _VERBOSITY_LEVEL=1 LOCPATH=$(CURDIR)/tmp-locales dh_auto_test --parallel rm -rf tmp-locales endif +endif
Bug#738160: ITP: python-savannaclient -- Client for OpenStack Hadoop cluster as a Service
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-savannaclient Version : 0.4.1 Upstream Author : OpenStack Development Mailing List openstack-...@lists.openstack.org * URL : https://github.com/openstack/python-savannaclient * License : Apache-2.0 Programming Lang: Python Description : Client for OpenStack Hadoop cluster as a Service Savanna project aims to provide users with simple means to provision a Hadoop cluster at OpenStack by specifying several parameters like Hadoop version, cluster topology, nodes hardware details and a few more. . This package contains the command line client and the clien Python module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738161: cmake: Patch to bootstrap without Qt
Source: cmake Version: 2.8.12.1-1.1 Severity: wishlist Tags: patch As the subject says: the attached patch allows for bootstrapping cmake without the Qt cmake-gui, as cmake is needed in the Debian bootstrap process significantly earlier than Qt would be available. Also, Debian curl is somewhat nontrivial to bootstrap at the point cmake is needed (due to the Build-Depends on libkrb5-dev and libldap2-dev), so I've also made the bootstrap compile using the included version. -- Daniel Schepler diff -urN cmake-2.8.12.1.old/debian/rules cmake-2.8.12.1/debian/rules --- cmake-2.8.12.1.old/debian/rules 2013-12-15 02:32:14.0 -0800 +++ cmake-2.8.12.1/debian/rules 2014-02-08 00:09:59.953049340 -0800 @@ -25,19 +25,29 @@ $(call $(flag_action),CMAKE_CXX_FLAGS,$(CFLAGS),C++ flags) $(call $(flag_action),CMAKE_SKIP_BOOTSTRAP_TEST,ON,Skip BootstrapTest) $(call $(flag_action),BUILD_CursesDialog,ON,Build curses GUI) +ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES))) $(call $(flag_action),BUILD_QtDialog,ON,Build Qt4 GUI) +endif # $(call $(flag_action),BUILD_DOCUMENTATION,ON) +ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES))) $(call $(flag_action),CMAKE_USE_SYSTEM_LIBARCHIVE,ON) +endif $(call $(flag_action),CMAKE_USE_SYSTEM_BZIP2,ON) $(BUILD_FLAGS_FILE): flag_action := set_build_flag verify-build-flags: flag_action := verify_build_flag .PHONY: verify-build-flags +ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES))) +system_libs := --system-libs +else +system_libs := --system-libs --no-system-curl +endif + override_dh_auto_configure: $(BUILD_FLAGS_FILE) rm -rf Build mkdir -p Build cd Build ../bootstrap --prefix=/usr --docdir=/share/doc/cmake --mandir=/share/man \ - --init=../$(BUILD_FLAGS_FILE) --system-libs $(CONFIGURE_PARALLEL) \ + --init=../$(BUILD_FLAGS_FILE) $(system_libs) $(CONFIGURE_PARALLEL) \ $(BOOTSTRAP_PARALLEL) --verbose override_dh_auto_test: @@ -51,6 +61,10 @@ dh_installdocs --link-doc=cmake-data %: +ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES))) dh $@ --with=bash-completion --parallel --builddirectory=Build --dbg-package=cmake-dbg +else + dh $@ --with=bash-completion --parallel --builddirectory=Build --dbg-package=cmake-dbg -Ncmake-qt-gui +endif .PHONY: override_dh_auto_configure override_dh_auto_clean
Bug#738162: mongodb: FTBFS on kfreebsd-i386 - test failures
Source: mongodb Version: 1:2.4.9-1 Severity: serious Hi, mongodb FTBFS on kfreebsd-i386, but has built there in the past. According to the buildd log, it appears to be caused by test failures. Tail of said log is: File /«PKGBUILDDIR»/buildscripts/smoke.py, line 1014, in module 0 tests succeeded The following tests failed (with exit code): /«PKGBUILDDIR»/test -6 main() File /«PKGBUILDDIR»/buildscripts/smoke.py, line 1011, in main report() File /«PKGBUILDDIR»/buildscripts/smoke.py, line 648, in report raise Exception(Test failures) Exception: Test failures scons: *** [smoke] Error 1 scons: building terminated because of errors. make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 (From https://buildd.debian.org/status/package.php?p=mongodb) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737188: logrotate: doesn't report permission errors unless run with -v
On Wed, Feb 05, 2014 at 09:07:34PM +0100, Oskar Liljeblad wrote:
It seems to occur in 3.8.7-1 as well. The check is in config.c:
if ((sb.st_mode 07533) != 0400) {
message(MESS_DEBUG,
Ignoring %s because of bad file mode.\n,
configFile);
close(fd);
return 0;
}
The check is Does the file mode make this file unreadable by its owner?
It's probably a desirable check. I do agree that the message priority
should be higher.
--
Paul Martin p...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738163: linux-image-3.12-1-amd64: network adapter 82579LM e1000e 0000:00:19.0 eth1: Detected Hardware Unit Hang
Package: src:linux Version: 3.12.9-1 Severity: critical Justification: causes serious data loss Dear Maintainer, Since upograde to some of 3.2.xxx kernels this massage start to appera in dmesg: [ 37.927066] e1000e :00:19.0 eth1: Detected Hardware Unit Hang: [ 37.927066] TDH 0 [ 37.927066] TDT 1 [ 37.927066] next_to_use 1 [ 37.927066] next_to_clean0 [ 37.927066] buffer_info[next_to_clean]: [ 37.927066] time_stamp fffefdfb [ 37.927066] next_to_watch0 [ 37.927066] jiffies fffefff4 [ 37.927066] next_to_watch.status 0 [ 37.927066] MAC Status 40080080 [ 37.927066] PHY Status 7949 [ 37.927066] PHY 1000BASE-T Status 0 [ 37.927066] PHY Extended Status3000 [ 37.927066] PCI Status 10 this is message for adapter without even connected network cable. If there is a high traffic load this hang occure more offten and traffic stops until adapter is reset e1000e :00:19.0: eth0: Reset adapter and then after minute hang again. I have to used stop using this adapter and start useing other one integrated on board: Intel Corporation 82574L which doesn't have such problems. -- Package-specific info: ** Version: Linux version 3.12-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-14) ) #1 SMP Debian 3.12.9-1 (2014-02-01) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.12-1-amd64 root=UUID=b6ec4e81-a321-4b4f-8b2a-552d460b397d ro quiet ** Not tainted ** Kernel log: [4.401070] usbcore: registered new interface driver usbhid [4.401072] usbhid: USB HID core driver [4.435492] ACPI Warning: 0x0428-0x042f SystemIO conflicts with Region \PMIO 1 (20130725/utaddress-251) [4.435497] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [4.435500] ACPI Warning: 0x0540-0x054f SystemIO conflicts with Region \GPIO 1 (20130725/utaddress-251) [4.435502] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [4.435503] ACPI Warning: 0x0530-0x053f SystemIO conflicts with Region \GPIO 1 (20130725/utaddress-251) [4.435505] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [4.435505] ACPI Warning: 0x0500-0x052f SystemIO conflicts with Region \GPIO 1 (20130725/utaddress-251) [4.435507] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [4.435508] lpc_ich: Resource conflict(s) found affecting gpio_ich [4.490907] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2 [4.490935] ACPI: Power Button [PWRB] [4.490961] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [4.490980] ACPI: Power Button [PWRF] [4.579771] ipmi message handler version 39.2 [4.582045] input: Winbond Electronics Corp Hermon USB hidmouse Device as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/input/input4 [4.582120] hid-generic 0003:0557:2221.0001: input,hidraw0: USB HID v1.00 Mouse [Winbond Electronics Corp Hermon USB hidmouse Device] on usb-:00:1a.0-1.2/input0 [4.582210] input: Winbond Electronics Corp Hermon USB hidmouse Device as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.1/input/input5 [4.582272] hid-generic 0003:0557:2221.0002: input,hidraw1: USB HID v1.00 Keyboard [Winbond Electronics Corp Hermon USB hidmouse Device] on usb-:00:1a.0-1.2/input1 [4.600120] IPMI System Interface driver. [4.600138] ipmi_si: probing via ACPI [4.600156] ipmi_si 00:0f: [io 0x0ca2] regsize 1 spacing 1 irq 0 [4.600157] ipmi_si: Adding ACPI-specified kcs state machine [4.600166] ipmi_si: probing via SMBIOS [4.600167] ipmi_si: SMBIOS: io 0xca2 regsize 1 spacing 1 irq 0 [4.600168] ipmi_si: Adding SMBIOS-specified kcs state machine duplicate interface [4.600170] ipmi_si: probing via SPMI [4.600170] ipmi_si: SPMI: io 0xca2 regsize 1 spacing 1 irq 0 [4.600171] ipmi_si: Adding SPMI-specified kcs state machine duplicate interface [4.600173] ipmi_si: Trying ACPI-specified kcs state machine at i/o address 0xca2, slave address 0x0, irq 0 [4.697997] ipmi_si: Invalid return from get global enables command, cannot enable the event buffer. [4.701884] ipmi_si 00:0f: Found new BMC (man_id: 0x002a7c, prod_id: 0x0624, dev_id: 0x20) [4.701891] ipmi_si 00:0f: IPMI kcs interface initialized [4.704189] iTCO_vendor_support: vendor-support=0 [4.770939] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [4.770960] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460) [4.771057] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [4.832165] Error: Driver 'pcspkr' is already
Bug#738164: RM: ceph-fuse{,-dbg} [i386 armel armhf mips mipsel powerpc s390x sparc] -- ANAIS; Only built on amd64
Package: ftp.debian.org
Severity: normal
Hi,
ceph has stopped building ceph-fuse{,-dbg} on all architectures except
amd64. According to dak, there are no rdeps left of ceph-fuse{,-dbg}.
Please decruft these packages.
~Niels
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737472: old and new
Hi, the game itself is exactly the same how it was offered as a Windows version by the author 3 years ago (and for many years, the homepage is offline now though). I think he changed it one time after 2000 and added an alternative ending. Also, the game can't be changed because it's closed source and the license doesn't even allow changes. The only thing that was changed and ported to Linux is the engine SLUDGE and any differences to the Windows version would be due to engine bugs. What do you think changed specifically? You have to compare to the version with the changed ending though. Cheers, Tobias Am 08.02.2014 03:38, schrieb hillhopper: I ran this game on Windows 2000 as an .exe many years ago. I also played it many times all the way through. Some of it seems to have gotten lost or changed between Hungry Software's version and this one for Debian Linux. I hopw it can be restored as it is a classic adventure game to me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717500: #717500 mesa: Please add support for OpenCL/GalliumCompute
Thank for your work on OpenCL support in Mesa. Regarding patch, please remember to add Provides: opencl-icd to package libopencl1-mesa. This is necessary for packages depending on ICD loader(s) (e.g. python-pyopencl and others). -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- Democracy is a pathetic belief in the collective wisdom of individual ignorance. -- H. L. Mencken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738165: pd-chaos: name mispelled in package description
Package: pd-chaos Severity: minor Hi ;) In the package description I've found that the name of the professor Julien Clinton Sprott [1] [2] is mispelled: Julian C. Sproutt :s Could you please correct it? T.I.A. [1] http://sprott.physics.wisc.edu/sa.htm [2] http://en.wikipedia.org/wiki/Clint_Sprott Bye. Mirco Scottà aka scottmir -- If you can't explain it simply, you don't understand it well enough. (A.Einstein) GNU/Linux User: 410619 (https://linuxcounter.net/) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738104: gramps: Event-types non-editable after upgrade
Package: gramps Version: 4.0.3+dfsg-1 Followup-For: Bug #738104 indeed your patch fixes the problem. thanks for the quick response fgmrds IOhannes (waiting for 4.0.3+dfsg-2 to appear :-)) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gramps depends on: ii gir1.2-gtk-3.0 3.8.6-1 ii librsvg2-2 2.40.0-1 ii python 2.7.5-5 ii python-gi3.10.2-2 ii python-gi-cairo 3.10.2-2 pn python:any none ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages gramps recommends: ii graphviz2.26.3-16.1 ii libosmgpsmap-1.0-0-dev 1.0.1-2 ii python-pyicu1.5-2+b2 Versions of packages gramps suggests: ii fonts-freefont-ttf20120503-2 ii gir1.2-gexiv2-0.4 0.7.0-1 pn gir1.2-gtk-gtkspell3-3.0 none ii python-pil2.3.0-1 pn rcs none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737965: fonts-freefont: ttf-freefont dropped, makes dozen of packages uninstallable
Quoting Sven Joachim (svenj...@gmx.de): Could you please also restore the Provides? Right now, I don't have ttf-freefont installed but upgrading would force me to so. Thanks for the reminder. A -4 package is on its way with that fix too. signature.asc Description: Digital signature
Bug#738166: afterstep-data: Please Depend on fonts-freefont-ttf instead of ttf-freefont
Source: afterstep-data Severity: normal Hello, The ttf-freefont binary package has been renamed to fonts-freefont-ttf as per the Font Packaging Team internal naming policy. The package provides a transitional package but we would like to drop it and therefore we need packages that depend on, ttf-freefont to switch their dependency to fonts-freefont-ttf. While at it, you can then also drop the versioned dependency as the first release of fonts-freefont-ttf obviously matches the minimal version you intended to depend upon. Thanks in advance. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738167: elmer-common: Please replace ttf-freefont by fonts-freefont-ttf in package dependencies
Package: elmer-common Version: N/A Severity: normal Hello, The ttf-freefont binary package has been renamed to fonts-freefont-ttf as per the Font Packaging Team internal naming policy. The package provides a transitional package but we would like to drop it and therefore we need packages that depend on ttf-freefont to switch their dependency to fonts-freefont-ttf. Thanks in advance. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737515: dictionaries-common-dev: dh_aspell
Hallo Augustin, thanks for the patch, look and feel of it is very good. I also tried it on the modified aspell-it (just randomly picked pet package to test piuparts-happy-dictionaries packaging) and the result was as expected. However, when I disabled auto-compat by removing the line in *.info-aspell something seems goes wrong: The package then some creates a bogus hashfile name like HASH(0x6e9848).rws and the installed autoscripts looks like it would ignore the disabled auto-compat. Also, the result is the same if a it.compat is provided in $DESTDIR/var/lib/aspell or not. (I'll attach the Debian directory of aspell-it I used for the test; It might be caused also my incomplete understanding of the packaging procedure of dictionaries. Note that the original package as currently in the archives builds perfeclty fine and is unaffected of the issue I saw... its seems only to be broken with dh_aspell-simple.) Talking about auto-compat, I think it would be anyway a good idea to depreciate NOT using auto-compat or maybe even making it the default behaviour: Installing the compiled *.rws and then rehashing it on e.g aspell-updates will make debsums produce wrong warnings. Thinking about it, it maybe would be best if the dh_aspell-dimple would indeed *fail* at build time if auto-compat is not enabled. This way, we could keep backwars compatiblity for the installdeb-aspell interface but enforce a better way of packaging on packages updated to use the new interface. As said before, enabling auto-compat will work perfectly fine and result is as expected, also debsums and piupart are happy. I just have an additional suggestion, however this is just something something pedantic. Currently installdeb-aspell also installs a (dangling) symlink when auto-compat is turned on. Lintian does emit a experimental warning on that. (e.g X: aspell-it: package-contains-broken-symlink) My proposal would be to add a snippet to the preinst-compat and postrm-compat scripts to create and delete the symlinks. Please see the attached patch, but please be warned: Perl's not a language I'm fluent in. One plan for jessy would be to update the existings aspell-* packages which are currently shipping the hashfiles. And as according to the stocktaking I made, almost all of those would benefit of dh_aspell-simple. (Exceptions are src:dutch, src:dsdo and src:norwegian) To start the discussion e.g on debian-devel, dict-common-dev and with the individual maintainers, can you maybe upload already the current state to experimental, even if the docs are still incomplete? Thanks! -- Tobias Frost Am Freitag, den 07.02.2014, 16:10 +0100 schrieb Agustin Martin: I was looking at this and am attaching a diff with the current status. I included an --aspell-simple option in installdeb-aspell which will enable postprocessing of an already 'make install'ed aspell official dictionary, including a debhelper sequence and a 'dh_aspell-simple' wrapper. $lang is extracted from Makefile.pre and hash base names from already installed .rws files, removed after info collection. This info is used to properly install compressed .cwl files. Even tries to deal with multi-hash dicts. This is the first time I deal with a debhelper sequence, hope nothing is wrong. Took some time to notice that it only accepts dh_* commands without options. When looking at this, I am getting convinced that our current installdeb-* structure is becoming hard to maintain. It dealt originally with two very similar targets (ispell and wordlist), so slice was really useful and simple. But more and more stuff was added including aspell, hunspell and autobuildhash and has now become a bit messy. Need to find time to try putting things in a separate DictionariesCommonDev perl module so the real scripts become simpler and easier to maintain again and can be split easily if desired (pod section will greatly appreciate that). And use Dh_Lib functions to make everything more consistent. Anyway, I have done some preliminary testing and seems to work well, but I need to test this more in depth. Also need to improve documentation, so upload will not be immediate. Thanks for your suggestion and proposed changes. They were really useful when preparing these changes. Regards, diff -Naur dictionaries-common_orig/scripts/debhelper/installdeb.in dictionaries-common/scripts/debhelper/installdeb.in --- dictionaries-common_orig/scripts/debhelper/installdeb.in 2014-02-07 17:01:23.676496366 + +++ dictionaries-common/scripts/debhelper/installdeb.in 2014-02-07 18:36:36.043091943 + @@ -445,11 +445,11 @@ # Install extra auto-scripts for auto-compat handling autoscript ($package, preinst, preinst-compatfile-$class, - s/#COMPAT#/$auto_compats/); + s/#COMPAT#/$auto_compats/;s/#HASHES#/$auto_hashes/); autoscript ($package, postinst, postinst-compatfile-$class, s/#COMPAT#/$auto_compats/); autoscript ($package, postrm,
Bug#738168: RFS: equalx/0.6.0-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package equalx * Package name: equalx Version : 0.6.0-1 Upstream Author : Mihai Niculescu q.qu...@gmail.com * URL : http://equalx.sourceforge.net/index.html * License : GPL-3 Section : tex It builds those binary packages: equalx - LaTeX equations graphical editor To access further information about this package, please visit the following URL: http://mentors.debian.net/package/equalx Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/equalx/equalx_0.6.0-1.dsc More information about hello can be obtained from http://equalx.sourceforge.net/index.html. Changes since the last upload: * Initial release (Closes: #714051) -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#679755: wkhtmltopdf: new upstream release
How do you plan to package it? With the system QT (i.e. a lot of features will be disabled) or with the patched QT? FreeBSD has packaged it [1] with the patched QT, but I know that Debian has a policy which may apply in this scenario [2]. Without the patched QT, a lot of the additional functionality is disabled. It will be packaged with the system QT in order to respect the Debian Policy. Sorry for the rather long reply, but wanted to put things in perspective for the reason we need the patched QT. wkhtmltopdf was initially authored by Jakob Truelsen, who tried to upstream a lot of the patches to QtWebkit that we are using. There was not much interest upstream (and there were effectively two upstreams: QT and WebKit). After QT 4.8, the focus of the QT team shifted to QT5 and QT4 has been in maintenance mode for quite a bit of time. I did consider a migration to QT5 and then trying to upstream the patches there, but then I found that QT is switching to Blink [1]. The current QT port also has been removed from the Webkit upstream [2]. There is no plan of the QT team to enhance QtWebkit -- please see the comments in the What does all of this mean for users of Qt WebKit? section in [1]: After the release of Qt 5.2, we will focus most of our new development efforts on the new Qt Web Engine [...] While we no longer will do any feature development in Qt WebKit, the existing version will continue to be available. So the patches are unlikely to be accepted by either Webkit or QT. The QT WebEngine has released a preview 2 weeks ago [3], so switching to that is an option -- but that is something for the future. I do not think that it will be packaged and available in testing for at least 1-2 years, so it is unlikely to be an option for 2 debian releases. The only option facing us in such a scenario is to fork the codebase and incorporate the patches, and decide upon what to switch to later on. This is not a scenario unique for us -- phantomjs also has the same problem, and they too have incorporated the QT source in their repository for the same reason and historically there has been a cross-polination of patches/features between the two projects. We are willing to try to get things upstreamed (we maintain a series of patches for that very reason) but when upstream is not interested, there is a need to fork. I am willing to work with the Debian QT maintainers to incorporate the patches in the debian version, but I doubt they would be interested -- it's not going to be easy to ensure that there are no regressions (this was rejected by the Fedora QT maintainers as well [4]). As a number of features [4] depend upon the patched QT, people have to consistently use static builds to get it to work for their need -- which is not a good idea when the package is present in Debian! Regards, Ashish [1] http://blog.qt.digia.com/blog/2013/09/12/introducing-the-qt-webengine/ [2] https://lists.webkit.org/pipermail/webkit-qt/2013-October/003878.html [3] http://blog.qt.digia.com/blog/2014/01/23/qt-webengine-technology-preview-available/ [4] https://bugzilla.redhat.com/show_bug.cgi?id=955996#c3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738101: RFS: awstats/7.3+dfsg-1
On Sat, Feb 08, 2014 at 08:20:38AM +0800, Paul Wise wrote: * Remove donation link in index.html (fix lintian E: privacy-breach-donation) in favor of debian/upstream This is *not* the right way to fix this issue. The form should remain, just remove the problematic part of it (the images) and replace them with text. This is not clear from the http://lintian.debian.org/tags/privacy-breach-donation.html --8-- Please remove this privacy problem and add a note to the debian/upstream file using the donation field. --8-- Please, fix lintian text first. BTW, it's ok to include in the package downloaded images? * Removed Facebook's Share/Like buttons (fix lintian E:privacy-breach-facebook) Also the wrong approach, please replace them with text. Why? It's clearly stated in the lintian docs: http://lintian.debian.org/tags/privacy-breach-facebook.html --8-- Please remove these scripts or frames. --8-- Please, fix lintian text first. In addition, while patching out the Facebook issue, you *should* have noticed that there are two similar issues with Google+ and Twitter right next to the Facebook JavaScript. Ok, I can remove this as well, when lintian could point to this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738169: how-can-i-help shouldn't list ITA bugs
Package: how-can-i-help Version: 4 Severity: normal There is no lack of opportunities for people to help in Debian, but ITA bugs are not among them: ITA means someone is working on adoption, and usually that person does not need any help with that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727534: security-tracker: Add tabular view listing all CVEs and version table for a source package
Hi Antonio, On Thu, Oct 24, 2013 at 09:49:19AM -0300, Antonio Terceiro wrote: It would be nice if someone familiar with the codebase could write up instructions on how to do that. Actually at the Security Team meeting we are working now on this. Mainly if you want to set up a testinstance of the security tracker is doing the three steps: make update-packages make all make serve But Luciano is working on adding a section for this to the documentation. 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#738124: [Pkg-xfce-devel] Bug#738124: xfce4: Screen does not always lock during suspend/hibernate despite that option being enabled
On Fri, Feb 07, 2014 at 04:54:17PM -0500, David Z wrote: Package: xfce4 Version: 4.8.0.3 Severity: important Tags: upstream Dear Maintainer, * What led up to the situation? In the Xfce Power Manager dialog, under Extended, the checkbox for Lock screen when going for suspend/hibernate is checked. (An aside - that phrasing is a little clunky. Might I suggest Lock screen during suspend/hibernate?) I find that SOME times when I suspend for a short time (5 minutes or so), I can wake the computer and return to my session without the screen being locked or authenticating myself. That has some concerning security implications, of course. At first sight, it looks like it's not xfpm which is actually suspending, but something else. The “short time suspend = no lock” looks simply that the screensaver did not activate at all. I imagine that the cause is that the lock screen command is not completed before the ACPI suspend occurs. Could this be fixed with a simple wait for the lock screen portion of the sequence to return a good exit code before signaling an ACPI suspend? This does not explain, though, why it has failed to lock only when the suspend is for less than 5 minutes or so - I suspect that that may even just be a fluke, since the length of the suspend really shouldn't matter at all, as the way I understand Suspend to work, it does not allow any programs to do anything while suspended. Perhaps there is a time-checking component to how XFCE resumes from suspend which is interfering, wherein if the time difference between suspend and wake is less than the configured put the computer to sleep time (or its default, since I have that setting set to never), it will not bother to lock the screen? Further, on some resumes, I am able to see my desktop session for a split- second before the lock screen draws over it - this suggests that the locking happens upon resume, and not on suspend. Definitely, and it activates because of the timing, not because it was instructed so, I think. I feel that locking the screen PRIOR to engaging the suspend would be much better, for reliability of operation (as in the main topic of this bug), security, and privacy (with regard to the split-second view of the desktop prior to being locked - imagine if some unprofessional image were being displayed for a split second when another person happened to open the lid of my laptop!). That's how it's supposed to happen, actually. Can you try to suspend from the xfce4-power-manager menu and see if it works? Do you use systemd (or maybe upstart)? Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#738170: how-can-i-help: Add an option to list opportunities in all packages
Package: how-can-i-help Version: 4 Severity: wishlist It would be useful if how-can-i-help would have an option to list opportunities in *all* packages, not just the installed ones. The first call to that option might display an unmanage amount of opportunities to help, but subsequent calls (without --all) could be useful for following (and possibly fixing) new problems in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738101: RFS: awstats/7.3+dfsg-1
On Sat, Feb 8, 2014 at 6:25 PM, Sergey B Kirpichev wrote: This is not clear from the http://lintian.debian.org/tags/privacy-breach-donation.html --8-- Please remove this privacy problem and add a note to the debian/upstream file using the donation field. --8-- Please, fix lintian text first. I'll ask for the lintian text to be clarified but there is no reason not to do the changes properly now, before the clarification is added to lintian. BTW, it's ok to include in the package downloaded images? Usually they are non-free so that would not be possible. Why? I believe doing so goes against the Social Contract since you are removing upstream's promotion of their project, which is an important part of their success. Replacing JavaScript and images with text is in line with the Social Contract because it balances the needs of users (privacy) against the needs of upstream projects (continued use and development). http://www.debian.org/social_contract Ok, I can remove this as well, when lintian could point to this. Again, there is no need to wait until lintian is updated before fixing issues. lintian is just a tool to point you at potential problems (and there are a lot of other such tools), you should use human judgement and imagination to determine the right thing to do, not blindly follow it nor ignore problems it doesn't know about yet that bug reporters or your fellow Debian contributors tell you about. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738171: cups-filters-core-drivers: client-error-document-format-not-supported when cups-filters is not installed
Package: cups-filters-core-drivers Version: 1.0.44-2 Severity: normal Yet another bug in the “cups-filter split” serie. It seems with the latest update, I can't print (at least a PDF) without cups-filters package. /var/log/cups.log shows: E [06/Feb/2014:20:35:56 +0100] [Client 13] Returning IPP client-error-document-format-not-supported for Print-Job (ipp://localhost:631/printers/Seshat) from localhost Installing cups-filters fixes the problem temporarily. Regards, -- Yves-Alexis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-filters-core-drivers depends on: ii bc 1.06.95-8 ii libc62.17-97 ii libcups2 1.7.1-4 ii libcupsfilters1 1.0.44-2 ii libcupsimage21.7.1-4 ii libgcc1 1:4.8.2-14 ii liblcms2-2 2.2+git20110628-2.3+b1 ii libpoppler37 0.22.5-4 ii libqpdf135.1.1-1 ii libstdc++6 4.8.2-14 ii poppler-utils0.22.5-4 cups-filters-core-drivers recommends no packages. cups-filters-core-drivers 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#738172: Track renames of source packages
Package: security-tracker.debian.org Severity: wishlist It would be useful to track source package renames. For that we'd need a mapping file of the old source package name and the new one. Specific example: If a entry is commited for src:linux a script could automatically add an entry for linux-2.6 removed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738173: security-tracker: detect some fixed version inconsistencies
Package: security-tracker Severity: wishlist Hi, As discussed during the meeting, there are cases where an issue is marked as fixed in version 1.2.3 AND there is a tag for a release (e.g. oldstable) indicating it is not fixed there. However, version 1.2.4 is in oldstable, which would mean that either the release-specific tag is incorrect, or the fixed version is incorrect. One sample was fixed with r25293 Cheers, -- 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#738174: lintian: please add privacy-breach-twitter
Package: lintian
Severity: wishlist
Please add a privacy breach check for twitter follow buttons. Here is an
example from the awstats project (see #738101 for related discussion).
!-- twitter --
a href=https://twitter.com/awstats_project; class=twitter-follow-button
data-show-count=falseFollow @awstats_project/a
script!function(d,s,id){var
js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://platform.twitter.com/widgets.js';fjs.parentNode.insertBefore(js,fjs);}}(document,
'script', 'twitter-wjs');/script
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#738175: lintian: please add privacy-breach-googleplus
Package: lintian Severity: wishlist Please add a privacy breach check for Google+ scripts. Here is an example from the awstats project (see #738101 for related discussion). !-- google plus -- span style=color: #bbb; font-weight: normal;Article written by a href=https://plus.google.com/+LaurentDestailleur?rel=author; rel=author style=color: #ccc; font-weight: normal;Laurent Destailleur/a./spanbr br script type=text/javascript src=https://apis.google.com/js/plusone.js;/script g:plusone/g:plusone -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#738104: gramps: Event-types non-editable after upgrade
tag 738104 - unreproducible moreinfo + patch confirmed owner 738104 ! thanks On 02/08/2014 09:51 AM, IOhannes m zmoelnig wrote: Package: gramps Version: 4.0.3+dfsg-1 Followup-For: Bug #738104 indeed your patch fixes the problem. thanks for the quick response fgmrds IOhannes (waiting for 4.0.3+dfsg-2 to appear :-)) snip Okay, I will incorporate the patch. Thanks for the quick test! Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730361: fontconfig-config: unowned files/broken symlink after purge: /etc/fonts/conf.d/70-no-bitmaps.conf
Hi Keith, Joss, ping, any plans to address this bug? It might seem minor to you, but it's preventing 4230 binary packages in sid being tested by piuparts.d.o as can be seen nicely in the graph displayed at https://piuparts.debian.org/sid/ - so it would be really appreciated if you could fix this issue! (piuparts.d.o only tests packages if their depends show no issues and for sid tests it also considers left overs after purge - tests for the other distros are not that picky.) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#738176: lintian: new privacy checks lack consistent, appropriate advice for solutions
Package: lintian Severity: wishlist The new lintian privacy tags are leading to inappropriate solutions (please see #738101 for an example of that) being added to packages by potentially maintainers following the existing tag descriptions. I would recommend adding the text below text to each privacy breach tag. The last sentence could be removed for any of the sites that are known to have DFSG-free remote resources (like Piwik). I believe the current text goes against the Social Contract since you are some interpret the text as encouraging removing things help upstream promotion their projects, which is an important part of their success. Replacing JavaScript and images with text/links is in line with the Social Contract because it balances the needs of users (privacy) against the needs of upstream projects (new users and continued development). Please replace any scripts, images or other remote resources with non-remote resources. It is preferrable to replace them with text and links but local copies of the remote resources are also acceptable as long as they don't also make calls to remote services. Please ensure that the remote resources are suitable for Debian main before making local copies of them. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#738177: [O] haildb - Library implementing InnoDB-like database
Package: wnpp Subject: [O] haildb - Library implementing InnoDB-like database Control: clone -1 -2 -3 -4 Control: retitle -2 libinnodb: Monty Taylor no longer maintainer Control: severity -2 wishlist Control: reassign -2 src:libinnodb Control: retitle -3 oscpack: Monty Taylor no longer maintainer Control: severity -3 wishlist Control: reassign -3 src:oscpack Control: retitle -4 M.Taylor probably no longer maintaining Control: reassign -4 src:python-mysqldb Control: severity -4 wishlist After contacting the current maintainer, he told me that he is no longer interested in maintaining the paackage. Therefore orphaning it or informing the remaining (co)maintainers. Dear co-maintainers, it would be great if you could indicate on this bug that your are still active and indicate if you intend maintain it :) Thanks! -- Tobias Frost Weitergeleitete Nachricht Von: Monty Taylor mord...@inaugust.com An: Tobias Frost t...@frost.de Betreff: Re: Package python-drizzle Datum: Fri, 07 Feb 2014 21:12:48 + On 02/07/2014 07:24 AM, Tobias Frost wrote: Hallo Monty, srry to disturb you again But I think I missed your answer about the packages where you are still listed as maintainer: haildb libinnodb oscpack libinnodb Can you please let me know if you are still interested in maintaining those packages. If I get a no or no answer until end of February, I can offer to orphan them for you. Hi! Thanks - if you could orphan them, I'd appreciate it. I'm no longer interested in these packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738181: vmm: Please recommend or suggest the package `postfix-pgsql`
Package: vmm Version: 0.6.0-1 Severity: normal Dear Debian folks, installing the package vmm, it did not work correctly because the dictionary type `pgsql` was missing. postfix/proxymap[3730]: error: unsupported dictionary type: pgsql Installing the package `postfix-pgsql` fixes this, so could you please make this a recommendation or suggestion of the package vmm please? `dovecot-pgsql` is already a recommendation. This would be useful for stable update too in my opinion. No idea if it is worth the effort though. Thanks, Paul -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part
Bug#738176: lintian: new privacy checks lack consistent, appropriate advice for solutions
On Sat, 2014-02-08 at 19:08 +0800, Paul Wise wrote: I believe the current text goes against the Social Contract since you are some interpret the text as encouraging removing things help upstream promotion their projects, which is an important part of their success. Wow, complete failure to write a sane sentence on my part. Fixed: I believe the current text goes against the Social Contract since some maintainers are interpreting the text as encouraging the removal of things that help our upstreams promote their projects, which is an important part of their success. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#737992: openclonk: missing menu icon entry
Control: tags -1 patch On 07.02.2014 21:33, Philipp Kern wrote: [...] If you care about this, please send a patch. I won't work on it, but I'd apply work that was done. Fair enough. Please find attached a patch that converts the src/res/oc32.png icon to oc32.xpm, installs the file in the arch-indep package, cleans it again and adds an icon entry to your menu file. I have also noticed that your desktop file icon isn't displayed with the latest version of openclonk in unstable. It also appears that upstream's latest desktop file points to an openclonk image file which doesn't exist either. I guess one of the high resolution oc*.png files in src/res will do. Regards, Markus diff -Nru openclonk-5.4.0/debian/changelog openclonk-5.4.0/debian/changelog --- openclonk-5.4.0/debian/changelog2014-01-31 22:15:22.0 +0100 +++ openclonk-5.4.0/debian/changelog2014-02-08 00:24:17.0 +0100 @@ -1,3 +1,10 @@ +openclonk (5.4.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add missing menu icon to openclonk.menu. (Closes: #737992) + + -- Markus Koschany a...@gambaru.de Sat, 08 Feb 2014 00:01:36 +0100 + openclonk (5.4.0-1) unstable; urgency=medium * Imported Upstream version 5.4.0 diff -Nru openclonk-5.4.0/debian/clean openclonk-5.4.0/debian/clean --- openclonk-5.4.0/debian/clean1970-01-01 01:00:00.0 +0100 +++ openclonk-5.4.0/debian/clean2014-02-08 00:24:17.0 +0100 @@ -0,0 +1 @@ +oc32.xpm diff -Nru openclonk-5.4.0/debian/openclonk-data.install openclonk-5.4.0/debian/openclonk-data.install --- openclonk-5.4.0/debian/openclonk-data.install 2014-01-28 22:59:09.0 +0100 +++ openclonk-5.4.0/debian/openclonk-data.install 2014-02-08 00:24:17.0 +0100 @@ -1 +1,2 @@ usr/share/games/openclonk +oc32.xpm usr/share/pixmaps diff -Nru openclonk-5.4.0/debian/openclonk.menu openclonk-5.4.0/debian/openclonk.menu --- openclonk-5.4.0/debian/openclonk.menu 2014-01-31 22:09:27.0 +0100 +++ openclonk-5.4.0/debian/openclonk.menu 2014-02-08 00:24:17.0 +0100 @@ -1,3 +1,6 @@ -?package(openclonk):needs=X11 section=Games/Action\ - title=OpenClonk command=/usr/games/openclonk \ - longtitle=OpenClonk - a fast-paced game of strategy, action and skill +?package(openclonk):needs=X11 \ + section=Games/Action \ + title=OpenClonk \ + command=/usr/games/openclonk \ + longtitle=OpenClonk - a fast-paced game of strategy, action and skill \ + icon=/usr/share/pixmaps/oc32.xpm diff -Nru openclonk-5.4.0/debian/rules openclonk-5.4.0/debian/rules --- openclonk-5.4.0/debian/rules2014-01-31 22:09:27.0 +0100 +++ openclonk-5.4.0/debian/rules2014-02-08 00:24:17.0 +0100 @@ -14,3 +14,6 @@ override_dh_builddeb: dh_builddeb -- -Zxz + +override_dh_auto_build-indep: + convert -monitor src/res/oc32.png oc32.xpm signature.asc Description: OpenPGP digital signature
Bug#737093: thermald: daemon eats 100 percent CPU time
On 07/02/14 23:37, Nicolas Boulenguez wrote: I checked again, step by step. The process calms down when attached to gdb, and goes mad again as soon as I detach it. One other thing to try is to get a trace of the running daemon using strace, e.g. su -c strace -p `pidof thermald` -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737515: dictionaries-common-dev: dh_aspell
On 2014-02-08 11:19, Tobias Frost wrote: Hallo Augustin, thanks for the patch, look and feel of it is very good. I also tried it on the modified aspell-it (just randomly picked pet Thanks for testing Agustin#s patch. I just have an additional suggestion, however this is just something something pedantic. Currently installdeb-aspell also installs a (dangling) symlink when auto-compat is turned on. Lintian does emit a experimental warning on that. (e.g X: aspell-it: package-contains-broken-symlink) My proposal would be to add a snippet to the preinst-compat and postrm-compat scripts to create and delete the symlinks. Please see the attached patch, but please be warned: Perl's not a language I'm fluent in. I don't think we should put this complexity into the maintainer scripts. I'd rather consider this as a false positive in lintian since the package ships a dangling link, but after finished installation the link won't be dangling any more. So we should rather try to get this fixed in lintian, maybe even conditionally depending on some command in the postinst: if (has_dangling_link(/usr/lib/*spell/*.$hash - /var/lib/*spell/*.$hash) and postinst_calls(update-foo) ignore_dangling_link() I'd prefer this way instead of (automatically) adding lintian-overrides to every aspell-xx package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15
2014-02-03 11:30 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: 2014-01-29 Julien Cristau jcris...@debian.org: Source: xserver-xorg-video-geode Version: 2.11.15-1 Severity: important User: debia...@lists.debian.org Usertags: xorg-1.15 Hi, the geode driver fails to build against xserver-xorg-dev 1.15 (in experimental ATM). geode_dcon.c: In function 'dcon_init': geode_dcon.c:149:5: error: implicit declaration of function 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration] xf86SetModeDefaultName(pGeode-panelMode); ^ geode_dcon.c:149:5: warning: nested extern declaration of 'xf86SetModeDefaultName' [-Wnested-externs] cc1: some warnings being treated as errors make[3]: *** [geode_dcon.lo] Error 1 Acknowledged. Looking into this now. Fix imported. Shall I upload this to experiental in the interim or are you ready to upload 1.15 into unstable already? Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738142: New upstream release 0.6.0, watchfile needs updating
On 08.02.2014 03:15, Marko Lindqvist wrote: Package: extremetuxracer Our latest release is 0.6.0, for which we also sanitized our downloads directory structure. Unfortunately this means that Debian's old watchfile does not catch new versions, though the change should make new version of such mechanisms more reliable in the future. Hello Marko, thanks for your reminder. I am aware of the latest extremetuxracer release and I have prepared a new release last year. http://anonscm.debian.org/gitweb/?p=pkg-games/extremetuxracer.git I asked the same question in your forum at sourceforge.net (user apoleon), but didn't get much feedback back then. I really like version 0.6.0 because the code is cleaner, the game needs less dependencies and it appears it also fixes some longstanding Debian bugs here. However my main concern is that you support less tracks than in version 0.4.x. Please have a look at http://packages.qa.debian.org/t/tuxracer-extras.html This package contains additional tracks for extremetuxracer. I am undecided if it's worth to upgrade to 0.6.0 because tuxracer-extras won't work with this version any more. What do you think about it? Markus signature.asc Description: OpenPGP digital signature
Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15
On Sat, Feb 8, 2014 at 13:39:11 +0200, Martin-Éric Racine wrote: 2014-02-03 11:30 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: 2014-01-29 Julien Cristau jcris...@debian.org: Source: xserver-xorg-video-geode Version: 2.11.15-1 Severity: important User: debia...@lists.debian.org Usertags: xorg-1.15 Hi, the geode driver fails to build against xserver-xorg-dev 1.15 (in experimental ATM). geode_dcon.c: In function 'dcon_init': geode_dcon.c:149:5: error: implicit declaration of function 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration] xf86SetModeDefaultName(pGeode-panelMode); ^ geode_dcon.c:149:5: warning: nested extern declaration of 'xf86SetModeDefaultName' [-Wnested-externs] cc1: some warnings being treated as errors make[3]: *** [geode_dcon.lo] Error 1 Acknowledged. Looking into this now. Fix imported. Shall I upload this to experiental in the interim or are you ready to upload 1.15 into unstable already? It's in unstable already. Cheers, Julien signature.asc Description: Digital signature
Bug#737515: dictionaries-common-dev: dh_aspell
Package: lintian Severity: wishlist X-Debbugs-CC: a...@debian.org X-Debbugs-CC: agmar...@debian.org Hi Andreas, well, there's defintly a point in your argument and it would be also fine to fix that by adding ignore logix to lintian. Lets also ask the lintian people about their opinion and ask them to ignore the dangling link in *spell-xx packages. Dear Lintian folks, You can find the background of this in #737515. In short, aspell / ispell dictionaries have hashfiles in /var/lib/*spell/ which are hashed at install time. To have them working they need a symlink from /usr/lib/*spell/$hashfile to var/lib/*spell/$hashfile. The *spell-*.debs install the symlink, and as the hashfile is only generated at installtime, it is dangling at package creation time. One way would be to generated the links on install-time, but I agree on Andreas that this would be somehow overkill. The other options is to silence package-contains-broken-symlink in this specific case. Can you do that? Best regards, Tobias Frost Am Samstag, den 08.02.2014, 12:27 +0100 schrieb Andreas Beckmann: On 2014-02-08 11:19, Tobias Frost wrote: I just have an additional suggestion, however this is just something something pedantic. Currently installdeb-aspell also installs a (dangling) symlink when auto-compat is turned on. Lintian does emit a experimental warning on that. (e.g X: aspell-it: package-contains-broken-symlink) My proposal would be to add a snippet to the preinst-compat and postrm-compat scripts to create and delete the symlinks. Please see the attached patch, but please be warned: Perl's not a language I'm fluent in. I don't think we should put this complexity into the maintainer scripts. I'd rather consider this as a false positive in lintian since the package ships a dangling link, but after finished installation the link won't be dangling any more. So we should rather try to get this fixed in lintian, maybe even conditionally depending on some command in the postinst: if (has_dangling_link(/usr/lib/*spell/*.$hash - /var/lib/*spell/*.$hash) and postinst_calls(update-foo) ignore_dangling_link() I'd prefer this way instead of (automatically) adding lintian-overrides to every aspell-xx package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system decision-making concerns
Dear all, I'm sincerely grateful to technical committee members for their dedication and relentless effort to thoroughly research and understand the issue in order to make the best decision possible. Although most arguments for and against various init systems were already presented I think I still have something to add. I apologise in advance to some who might consider my feedback to be obvious or redundant. This is the first time ever I'm sharing my concerns regarding init system for Debian. I think well-balanced decision on this subject would benefit from not being too technical. For instance due to controversial contributor's agreement Upstart is pretty much defunct project. Many contributors prefer to spend their time on something else rather than Upstart. If adopted Upstart will likely turn into a big liability for Debian. The very survival of Upstart may depend on whether we going to be involved or not. Canonical/Ubuntu would be very happy to use Debian resources for Upstart as if they succeed in selling Upstart to Debian they would be able to offload (i.e. outsource) a significant chunk of effort that they have to dedicate to Upstart development and maintenance otherwise. It is quite possible that Ubuntu might reduce their involvement to Upstart (and allow Debian to deal with problems) while they are likely to spend more of their resources formerly allocated to Upstart to contribute to other areas of added value. (IMHO the only major Ubuntu sell point is a concept of added value on top of Debian.) In my opinion Canonical/Ubuntu will benefit the most from Upstart adoption in Debian. Considering the possibility that in the future Ubuntu might abandon Upstart, Debian may end up with unwanted/obsolete init system. Since Upstart future is uncertain I fear that we might waste a lot of precious resources for Upstart and/or potentially became de-facto upstream for Upstart. IMHO from this prospective Upstart shall not be considered as alternative init system at all. Indeed I'm concerned about conflict of interests from DDs affiliated with Canonical and Ubuntu. When they advocate for Upstart I doubt they have Debian's best interests in mind. There is a danger for Debian to be overrun by outsiders or to fall under their influence even if some of them are working on both sides. Besides we can learn from OpenSUSE where Upstart was replaced with Systemd. Even without much investigation it should be fairly clear that there are good reasons not to use Upstart and to prefer something else. As for Systemd I do not fear its adoption. On the bright side it would be nice to reduce our differences with other distros in that area. Systemd may open some exciting opportunities to cooperate and join the efforts with other influential distros. Our users may benefit from feature rich init system and its adoption might make it easier for new users to switch to Debian. It doesn't look like Systemd survival will be influenced much from Debian involvement so from non-technical prospective Systemd is better for us due to strong upstream and wide(r) adoption. Of course there are concerns regarding integration between Systemd and GNOME but that's a different issue and perhaps not a major one as long as we use GNOME as default desktop environment. Besides GNOME already became notorious for being intrusive (e.g. it depends on pulseaudio etc.). Also I'd like to notice that shopping for most feature-rich init system might be not our goal after all. OpenRC may be the safest choice that might satisfy majority of developers as it appears to have the least number of objections. I have impression that OpenRC have far less passionate opponents than Systemd. Finally I'm sure everybody is already getting exhausted by long debates about this topic. At this point it might be tempting to approach on decision, any decision, to put this to end. This is a way to make mistakes of judgement. Unless there is a rush we all need to slow down and perhaps even take a break for several weeks to clear our heads and make a balanced, well thought decision. Taking break may be beneficial for the quality of decision making. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- Odious ideas are not entitled to hide from criticism behind the human shield of their believers' feelings. -- Richard Stallman signature.asc Description: This is a digitally signed message part.
Bug#719215: autopkgtest: please create a QEMU virtualization server
On Thu, 6 Feb 2014 09:07:20 +0100 Martin Pitt wrote: Hello all, I now have a first working version of adt-virt-qemu. Hello Martin, thanks a lot for notifying me about this first important progress! :-) It's still rather experimental, not documented yet, and not that easy to use yet. I develop it in the qemu branch: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=shortlog;h=refs/heads/qemu In case you want to play around with that and give early feedback [...] I am afraid I am still too ignorant about QEMU/KVM to play around with adt-virt-qemu at this stage, but I am sure interested in giving it a try, as soon as it becomes a little more luser-friendly! ;-) Please keep me informed about further developments. I am really happy to see that a QEMU/KVM backend for autopkgtest is coming to life. Thanks for your time. Looking forward to hearing from you again! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp8HWule0iax.pgp Description: PGP signature
Bug#469833: shared-mime-info: Some messages of that kind with version 1.0.1+b1
Package: shared-mime-info Version: 1.0-1+b1 Followup-For: Bug #469833 Dear Maintainer, I'm just getting some messages of that kind: Processing triggers for shared-mime-info (1.0-1+b1) ... Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Thanks in advance! xiscu -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages shared-mime-info depends on: ii libc6 2.17-97 ii libglib2.0-0 2.36.4-1 ii libxml2 2.9.1+dfsg1-3 shared-mime-info recommends no packages. shared-mime-info 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#738181: vmm: Please recommend or suggest the package `postfix-pgsql`
also sprach Paul Menzel pm.deb...@googlemail.com [2014-02-08 12:13 +0100]: Installing the package `postfix-pgsql` fixes this, so could you please make this a recommendation or suggestion of the package vmm please? `dovecot-pgsql` is already a recommendation. Since postfix-pgsql depends on postfix, which conflicts with the Debian default MTA, I don't think a recommendation makes sense. I don't even think dovecot-pgsql should be recommended, as vmm can be used far away from the database or mailserver. I'll be happy to be told differently… -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#738183: ghc: fails to install: ghc-pkg: missing --global-package-db option, location of global package database unknown
Package: ghc Version: 7.8.20140130-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package ghc. (Reading database ... 8111 files and directories currently installed.) Preparing to unpack .../ghc_7.8.20140130-1_amd64.deb ... Unpacking ghc (7.8.20140130-1) ... Setting up ghc (7.8.20140130-1) ... ghc: missing -Bdir option update-alternatives: using /usr/bin/ghc to provide /usr/bin/haskell-compiler (haskell-compiler) in auto mode ghc-pkg: missing --global-package-db option, location of global package database unknown dpkg: error processing package ghc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: ghc cheers, Andreas ghc_7.8.20140130-1.log.gz Description: GNU Zip compressed data
Bug#738182: iceweasel: Menus disappear after loading some webpage
Package: iceweasel
Version: 27.0-1
Severity: normal
Dear Maintainer,
From time to time, I have menu issues:
- a right click do not show the contextual menu
- a click on the “File”, “Edit”, “View”, … menus at the top show nothing
Until today I was not able to reproduce it consistently, now I found a
webpage which break my menus all the time:
http://pic.dhe.ibm.com/infocenter/lnxinfo/v3r0m0/index.jsp?topic=%2Fliaat%2Fliaatbpkvmasynchio.htm
a right click on the left frame seems to work sometime, but a right
click on the right frame break my menus.
I try several configurations to avoid any extension issues:
- iceweasel -safe-mode
- icewease -ProfileManager - new profile
Regards.
-- Package-specific info:
-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled
Name: British English Dictionary
Location: ${PROFILE_EXTENSIONS}/en...@dictionaries.addons.mozilla.org
Status: enabled
Name: Cookie Monster
Location: ${PROFILE_EXTENSIONS}/{45d8ff86-d909-11db-9705-005056c8}.xpi
Status: enabled
Name: Debian buttons
Location: ${PROFILE_EXTENSIONS}/{8fb11c5b-84eb-4da0-9128-292eacce2dcb}.xpi
Status: enabled
Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Dictionary Switcher
Location: ${PROFILE_EXTENSIONS}/dictionary-switc...@design-noir.de
Status: enabled
Name: Dictionnaires français dictionary
Location: ${PROFILE_EXTENSIONS}/fr-dicolle...@dictionaries.addons.mozilla.org
Status: enabled
Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: enabled
Name: Ghostery
Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com.xpi
Status: enabled
Name: HTTPS-Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org
Status: enabled
Name: Locale Switcher
Location: ${PROFILE_EXTENSIONS}/{338e0b96-2285-4424-b4c8-e25560750fa3}.xpi
Status: enabled
Name: NoScript
Location: ${PROFILE_EXTENSIONS}/{73a6fe31-595d-460b-a920-fcc0f8843232}.xpi
Status: enabled
Name: OptimizeGoogle
Location: ${PROFILE_EXTENSIONS}/optimizegoo...@optimizegoogle.com.xpi
Status: enabled
Name: QuickWiki
Location: ${PROFILE_EXTENSIONS}/{EE223D7A-F30F-11DD-8F0A-D2AD55D89593}.xpi
Status: enabled
Name: Readable
Location: ${PROFILE_EXTENSIONS}/{479a1e2b-c0cf-4c2f-b04e-95ddb5ccb8c0}
Status: enabled
Name: RequestPolicy
Location: ${PROFILE_EXTENSIONS}/requestpol...@requestpolicy.com.xpi
Status: enabled
Name: Restartless Restart
Location: ${PROFILE_EXTENSIONS}/restartless.rest...@erikvold.com.xpi
Status: enabled
Name: Tab Mix Plus
Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi
Status: enabled
Name: Tabs Menu
Location: ${PROFILE_EXTENSIONS}/{dc5d9a10-2736-11da-8cd6-0800200c9a66}
Status: enabled
Name: Tile Tabs
Location: ${PROFILE_EXTENSIONS}/tilet...@dw-dev.xpi
Status: enabled
Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}
Status: enabled
Name: ViewSourceWith
Location: ${PROFILE_EXTENSIONS}/{eecba28f-b68b-4b3a-b501-6ce12e6b8696}
Status: enabled
-- Plugins information
-- Addons package information
ii iceweasel 27.0-1 amd64Web browser based on Firefox
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 4.4
ii fontconfig 2.11.0-2
ii libc6 2.17-97
ii libgdk-pixbuf2.0-0 2.28.2-1+b1
ii libglib2.0-02.36.4-1
ii libgtk2.0-0 2.24.22-1
ii libnspr42:4.10.2-1
ii libnspr4-0d 2:4.10.2-1
ii libsqlite3-03.8.2-1
ii libstdc++6 4.8.2-14
ii procps 1:3.3.9-2
ii xulrunner-2727.0-1
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
pn fonts-mathjax none
ii fonts-oflb-asana-math 000.907-6
ii fonts-stix [otf-stix] 1.1.0-1
ii libgssapi-krb5-2 1.12+dfsg-2
pn mozplugger none
Versions of packages xulrunner-27 depends on:
ii libasound21.0.27.2-3
ii libatk1.0-0 2.10.0-2
ii libbz2-1.01.0.6-5
ii libc6 2.17-97
ii libcairo2 1.12.16-2
ii libdbus-1-3 1.8.0-1
ii libdbus-glib-1-2 0.100.2-1
ii libevent-2.0-52.0.21-stable-1
ii libfontconfig12.11.0-2
ii libfreetype6 2.5.2-1
ii libgcc1 1:4.8.2-14
ii libgdk-pixbuf2.0-02.28.2-1+b1
ii libglib2.0-0 2.36.4-1
ii libgtk2.0-0 2.24.22-1
ii libhunspell-1.3-0 1.3.2-6
ii libmozjs27d 27.0-1
Bug#737722: does not strip file:// prefix
Control: severity -1 wishlist Hello, here are some additional information in this bug report for pcmanfm. http://bugs.debian.org/737721 I don't agree with the maintainer of pcmanfm that this is a sole bug in other applications. Instead pcmanfm and spacefm should simply try harder to pass URLs and simple local file paths to an executable program. However since the current behavior already satisfies the freedesktop specification, at least in parts, I am lowering the severity to wishlist. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#735410: Information on recent VBox CVEs
Hi, I've recently released some more detailed information on these CVEs that can hopefully help out; see http://seclists.org/fulldisclosure/2014/Feb/48. (In addition, another author has written up http://seclists.org/dailydave/2014/q1/21 about CVE-2013-5892.) In summary: CVE-2013-5892 = guest root - host user mode (at minimum) code execution CVE-2014-0407 = host userspace information leak to guest root CVE-2014-0405 = guest user mode - guest kernel mode code execution (Windows guests with the additions driver (in virtualbox-guest-additions-iso in non-free) only, as has already been brought up) CVE-2014-0406 = DoS (via out-of-bounds read) of host VBox process by guest root CVE-2014-0404 = DoS (via triggering of incorrect assertion) of host VBox process by guest root - Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738184: amarok: Cover manager does not fetch any cover
Package: amarok Version: 2.8.0-2 Severity: normal Tags: upstream Dear Maintainer, When trying to fetch cover for an album (either through the album contextual menu or from the cover manager), the dialog is displayed, but no results are presented. Changing the cover source does not change anything. Running amarok with the --debug option, the log amarok: [CoverFetcher] Queueing cover fetch query: ... is displayed, but nothing happens. This bug seems to hit amarok 2.8 and has been reported upstream (for various distributions) on https://bugs.kde.org/show_bug.cgi?id=328230 with no fix for the moment. I am reporting it in the Debian BTS to help tracking/discovery by Debian users. Thanks for your attention and work. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages amarok depends on: ii amarok-common 2.8.0-2 ii amarok-utils 2.8.0-2 ii kde-runtime 4:4.11.3-1 ii libaio1 0.3.109-4 ii libavcodec-extra-54 6:9.10-2 ii libavformat54 6:9.10-2 ii libavutil52 6:9.10-2 ii libc6 2.17-97 ii libcurl3-gnutls 7.35.0-1 ii libgcc1 1:4.8.2-14 ii libgcrypt11 1.5.3-3 ii libgdk-pixbuf2.0-02.28.2-1+b1 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglib2.0-0 2.36.4-1 ii libgpod4 0.8.3-1.1 ii libkcmutils4 4:4.11.3-2 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkdewebkit5 4:4.11.3-2 ii libkdnssd44:4.11.3-2 ii libkfile4 4:4.11.3-2 ii libkio5 4:4.11.3-2 ii libknewstuff3-4 4:4.11.3-2 ii liblastfm11.0.8-2 ii libloudmouth1-0 1.4.3-10 ii libmtp9 1.1.6-20-g1b9f164-1 ii libmysqlclient18 5.5.33+dfsg-1 ii libnepomukcore4 4:4.11.5-2 ii libofa0 0.9.3-5 ii libphonon44:4.7.1-1 ii libplasma34:4.11.3-2 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-network4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-opengl 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-script 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-svg4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore44:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtscript4-core 0.2.0-1 ii libqtscript4-gui 0.2.0-1 ii libqtscript4-network 0.2.0-1 ii libqtscript4-sql 0.2.0-1 ii libqtscript4-uitools 0.2.0-1 ii libqtscript4-xml 0.2.0-1 ii libqtwebkit4 2.2.1-7 ii libsolid4 4:4.11.3-2 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.8.2-14 ii libthreadweaver4 4:4.11.3-2 ii libx11-6 2:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii phonon4:4.7.1-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages amarok recommends: pn clamznone ii kio-audiocd 4:4.11.3-1 Versions of packages amarok suggests: pn amarok-doc none ii libqt4-sql-mysql 4:4.8.5+git209-g718fae5+dfsg-1 pn libqt4-sql-psqlnone ii libqt4-sql-sqlite 4:4.8.5+git209-g718fae5+dfsg-1 ii moodbar0.1.2-5 Versions of packages amarok-common depends on: ii perl 5.18.2-2 amarok-common recommends no packages. Versions of packages amarok is related to: ii phonon-backend-gstreamer [phonon-backend] 4:4.7.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714501: drawBlendedUTF8() crashes when passed an empty string
Dear Ohbayashi-san, I forward this report from Debin BTS to you, upstream developer. At Sat, 29 Jun 2013 21:38:26 -0400, Joseph Nahmias j...@nahmias.net wrote: Package: ruby-sdl Version: 2.1.2-3 Severity: normal Hello, While debugging a problem in magicmaze, a game which uses ruby-sdl, I tracked down the cause to a call to drawBlendedUTF8() which is passed an empty string. This crashes the game. I have implemented a workaround in magicmaze/1.4.3.6+dfsg-2, but I feel this should really be addressed upstream. Thanks, --Joe -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) 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 ruby-sdl depends on: ii libc6 2.17-6 ii libgl1-mesa-glx [libgl1] 9.1.3-6 ii libruby1.81.8.7.358-7 ii libruby1.9.1 1.9.3.194-8.1+b1 ii libsdl-image1.2 1.2.12-3 ii libsdl-mixer1.2 1.2.12-5 ii libsdl-sge030809dfsg-3 ii libsdl-ttf2.0-0 2.0.11-2 ii libsdl1.2debian 1.2.15-5 ii libsmpeg0 0.4.5+cvs20030824-5 ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 ruby-sdl recommends no packages. Versions of packages ruby-sdl suggests: ii doc-base 0.10.5 pn ruby-opengl none -- no debconf information Best Wishes, Youhei, --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738185: xrdp: 2. If I log out the session is not destroyed. I still see the Xvnc running.
Package: xrdp Version: 0.6.0-1 Severity: important Dear Maintainer, * What led up to the situation? I connect from with Windows, OS/X and Linux with rdp-clients to my server. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? I war working in a new session. The old session was still there and if I explicitly used its display (port) I was able to connect to it. The old session (VNC server) was still there even if I looged out. * What outcome did you expect instead? Reconnect to my existing session. Termination of the session when I log out -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xrdp depends on: ii adduser 3.113+nmu3 ii libc62.17-97 ii libpam0g 1.1.3-9 ii libssl1.0.0 1.0.1f-1 ii libx11-6 2:1.6.2-1 ii libxfixes3 1:5.0.1-1 Versions of packages xrdp recommends: ii vnc4server [vnc-server] 4.1.1+X4.3.0-37.1 xrdp 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#325015: apt: installation depending upon urgency
(CCing the aptitude bug as well, but this reply is based on the report to apt).
Hi,
For whatever is worth, I don't think that this is a matter that should
concern apt, and so I don't think that this feature should be added.
The urgency field is not intended as a documentation for the user (and
indeed, I think that it's better that would not be easily visible to
users, since it's often misleading). Maybe it was so in the past, but
even if it would be valid syntax today, the most recent use of it in
important packages was in the last century:
--
gcc (2.95.2-0pre2.0.2) unstable; urgency=HIGH (for m68k)
* Binary-only NMU for m68k as quick fix for another bug; the patch
is in CVS already, too.
* Applied another patch by Andreas Schwab to fix %a5 restauration in
some cases.
-- Roman Hodek roman.ho...@informatik.uni-erlangen.de Thu, 30 Sep
1999 16:09:15 +0200
binutils (2.7-5) unstable; urgency=low (HIGH for m68k)
* Added patch for m68k, will now compile X68 and kernel 2.1.15
-- Galen Hazelwood gal...@micron.net Tue, 31 Dec 1996 22:15:03 -0700
dpkg (1.4.0) unstable; urgency=low (HIGH for new source format)
[...]
-- Ian Jackson i...@chiark.greenend.org.uk Thu, 12 Sep 1996 01:13:33 +0100
libjpeg6b (6b-1.2) frozen unstable; urgency=low (HIGH for m68k)
* Non-maintainer release.
* Recompile for m68k since existing djpeg binary claims all jpegs I have
are invalid (yet hamm djpeg has no problem with them).
Specifically, added -O2 -g -Wall to CFLAGS -- possible gcc bug?
-- Chris Lawrence lawre...@debian.org Tue, 10 Nov 1998 20:57:38 -0600
ncurses (1.9.9g-8.9.1) stable; urgency=high (security fix)
* Previous upload got rejected. Set distribution to stable instead of
hamm-updates.
-- J.H.M. Dassen (Ray) jdas...@wi.leidenuniv.nl Wed, 29 Jul 1998
14:22:50 +0200
perl (5.004.04-3) unstable; urgency=medium (High for those upgrading from bo)
[...]
-- Darren Stalder to...@daft.com Tue, 9 Dec 1997 12:21:48 -0800
--
Stats in my system (with repeated entries, e.g. of the several binary
packages from gcc):
--
$ grep '; urgency=.*(' /tmp/changelog-all | wc -l
172
$ grep '; urgency=.*(' /tmp/changelog-all | cut -d' ' -f1 | sort | uniq -c
1 binutils
32 dpkg
60 egcs
45 gcc
2 libjpeg6b
1 mutt
27 ncurses
4 perl
--
Currently I think that the only use of it, apart from perhaps hinting
the buildds or the FTP team somehow (but don't think so), is to decide
the time of migration from unstable to testing or similar scenarios.
That's why it's in the changelog and intended for archive tools,
instead of being a field in the package.
But even if desired to communicate with the user, it's not simple to
achieve with a single keyword. It can be perfectly possible that a
new upstream release fixes important bug fixes and provides new
functionality, thus the user would want to install it, but still have
urgency=low because the maintainer thinks that there should be 10
days of quarantine from unstable to testing (in the case that there
are RC bugs stopped, which hold the migration), instead of 5 days for
medium or only 2 for high.
In the example mentioned in the initial bug report, urgency would not
be used as in the example of the holidays, but only as a how
important is to update it compared to the last version, which is
completely different. When one adds multiple versions to the mix, you
need versioned recommendations:
9.6-1 recomm: high
9.8-1 recomm: medium # only translation fixes since 9.6
9.8-2 recomm: high (9.8), medium (=9.8)
10.0-1 recomm: high
10.2-1 recomm: high
10.2-2 recomm: high (10.2), low (=10.2)
Because otherwise, if there's only a field compared to the latest
entry (and currently, urgency is a single entry), a person having
version 9.6 installed, and not updating the packages list until 10.2-2
is present, doesn't know if it's recommended to update or not unless
it interprets the whole chain between the installed version and the
most recent one.
On the other hand, the changelog entries as explanatory and intended
as a means of communication maintainer-user, to decide if the
changes contained are worth downloading and upgrading to the new
version. But this cannot be automated by the interpretation of a
machine, the user must decide.
Summary: urgency is not intended as a recommendation of upgrades for
the user (even if sometimes can be interpreted as such; and often
misinterpreted), and the meaning cannot be overloaded as in the
example of the original bug report as a means of communication
maintainer-user. The changelog entries are. So I don't think that
this feature should be implemented.
Cheers.
--
Manuel A. Fernandez Montecelo manuel.montez...@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Bug#650113: How to make my server bootable again?
Hello, Today I'm attempting to upgrade my server from squeeze to wheezy and ran into this problem (why is it not in the release notes!!!) At the moment I'm not sure if my server will boot when I try to. How can I make sure that it is bootable again? Repartitioning is not a workaround for an existing installation. biosdisk ext2 part_msdos part_msdos raid mdraid09 lvm are the modules core.img contains.
Bug#639631: improvements for the systemd service file
Hi, I think the service file for smartmontools could be improved: * Add a reference to the documentation in the [Unit] section, e.g.: Documentation=man:smartd(8) man:smartd.conf(5) * The 'EnvironmentFile=-/usr/local/etc/sysconfig/smartmontools' does not exist in Debian, it is rather /etc/default/smartmontools. Furthermore this should not be in the unit file, as it contains only three configuration options, two of which (enable_smart, start_smartd) are completely ignored by the service file and the third (smartd_opts) is only for additional command line options, that should better be changed in the service file itself. So Debian could just drop this line (and remove the $smartd_opts from the command line), but if the maintainer wants to follow upstream, at least the path should be updated in Debian. Michael, I see that you requested the removal of 'EnvironmentFile=' in [1], but upstream decided against it... Could you request to add the 'Documentation=' line upstream? (I don't have an account there.) By the way, I manually installed the service file in /etc/systemd/system and it works well for me. It would be great, if the patch would be applied in the next package upload. Best regards, Andreas 1: http://sourceforge.net/apps/trac/smartmontools/ticket/194 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737680: Re: git: please ship git-subtree
Hi, Jonathan Nieder a écrit , Le 05/02/2014 00:01: reassign 737680 src:git 1:1.8.5.3-1 merge 704652 737680 quit Hi, Yann Dirson wrote: git-subtree is included in contrib/subtree/, it would be good to have it in one of the debs. Agreed. I'll play with the patch from http://bugs.debian.org/704652 tonight. (It's missing rules to install the documentation and run tests, so if someone else wants to get to that before me, even better.) I was surpised by this statement about missing documentation and tests, because I checked these points before submiting the patch. I've just rebuild release 1.9.0~rc3 with the very same patch and you're right about the documentation part only: git-doc misses the git-subtree files. But the man page is installed: $ debc ../git_1.9.0~rc3-1.1_i386.changes git-man | grep 'git-subtree' -rw-r--r-- root/root 5373 2014-02-08 13:13 ./usr/share/man/man1/git-subtree.1.gz And the git-subtree tests are run. Here is the relevant exerpt from the build log: make[1]: Entering directory `/tmp/buildd/git-1.9.0~rc3/contrib/subtree' /usr/bin/make -C t/ test make[2]: Entering directory `/tmp/buildd/git-1.9.0~rc3/contrib/subtree/t' rm -f -r test-results /usr/bin/make aggregate-results-and-cleanup make[3]: Entering directory `/tmp/buildd/git-1.9.0~rc3/contrib/subtree/t' *** t7900-subtree.sh *** ok 1 - init subproj ok 2 - add sub1 ok 3 - add sub2 ... ok 55 - verify one file change per commit # passed all 55 test(s) 1..55 /usr/bin/make aggregate-results make[4]: Entering directory `/tmp/buildd/git-1.9.0~rc3/contrib/subtree/t' for f in ../../../t/test-results/t*-*.counts; do \ echo $f; \ done | '/bin/sh' ../../../t/aggregate-results.sh fixed 0 success 55 failed 0 broken 0 total 55 make[4]: Leaving directory `/tmp/buildd/git-1.9.0~rc3/contrib/subtree/t' I'll update the patch to install the doc. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#738153: qtcreator: the .pro file 'filename' could not parse error when using libQt 5.2
tag 738153 moreinfo thanks -- 14: Para acceder y navegar en internet * Debe tener conexion a Internet Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html 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#738153: Seems like qt 5.2 requires qtcreator 3.0
Hi Paul! Currently qtcreator is compiled against Qt4. That means some of it's functionality in Qt5 may not be there. The reason for this is the qtwebkit-opensource-src line in: http://pkg-kde.alioth.debian.org/redir/qt-buildd-sid?compact=1 If I switch Qt creator to use Qt5, almost all archs will loose it, as Creator needs qtwebkit (and maybe also qtquick1, which in turn also depends on qtwebkit), which currently FTBFS. As Adam wrote, I will need a testcase to see if the bug is reproducible. Or a patch to make qtwebkit build ;) Kinds regards, Lisandro. -- $ make war make: *** No rule to make target `war'. Stop. Try `love' instead David Gravereaux 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#735969: Retitle: Additional or dependency to php5-mysqlnd
retitle 735969 Additional or dependency to php5-mysqlnd / php5-mysqli Thanks Hi, just updated the title as its probably also a good idea to add an additional dependency to php5-mysqli which is also uninstalled if incinga-web is installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737957: munin: depends on transitional package ttf-dejavu
Control: tag -1 + pending On Sat, Feb 08, 2014 at 12:18:57AM +0100, Matthias Schmitz wrote: Munin doesn't use the font file directly but configures RRDs::graph to use it by adding --font 'DejaVuSans' to the config options of RRDs. So it should be safe to replace ttf-dejavu by fonts-dejavu in the Depends:. I updated the d/control in the branches 'debian' [1] and the 'debian-experimental' [2] so with the next release / upload this should be fixed. Thanks for clarification and verification of the suggested fix. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15
2014-02-08 13:49 GMT+02:00 Julien Cristau jcris...@debian.org: On Sat, Feb 8, 2014 at 13:39:11 +0200, Martin-Éric Racine wrote: 2014-02-03 11:30 GMT+02:00 Martin-Éric Racine martin-eric.rac...@iki.fi: 2014-01-29 Julien Cristau jcris...@debian.org: Source: xserver-xorg-video-geode Version: 2.11.15-1 Severity: important User: debia...@lists.debian.org Usertags: xorg-1.15 Hi, the geode driver fails to build against xserver-xorg-dev 1.15 (in experimental ATM). geode_dcon.c: In function 'dcon_init': geode_dcon.c:149:5: error: implicit declaration of function 'xf86SetModeDefaultName' [-Werror=implicit-function-declaration] xf86SetModeDefaultName(pGeode-panelMode); ^ geode_dcon.c:149:5: warning: nested extern declaration of 'xf86SetModeDefaultName' [-Wnested-externs] cc1: some warnings being treated as errors make[3]: *** [geode_dcon.lo] Error 1 Acknowledged. Looking into this now. Fix imported. Shall I upload this to experiental in the interim or are you ready to upload 1.15 into unstable already? It's in unstable already. Uploaded to Mentors pending sponsorship. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738186: starpar hanging for dspam
Package: dspam Version: 3.10.1+dfsg-11 After doing a normal system startup, startpar is still listed in the process list: $ ps -eafZ|grep -i dspam system_u:system_r:dspam_t:s0dspam 1990 1 0 10:44 ?00:00:00 /usr/bin/dspam --daemon system_u:system_r:initrc_t:s0 root 1991 1 0 10:44 ?00:00:00 startpar -f -- dspam I have read that this can happen if STDIN input in expected but I'm not sure how to correct this. I am using the latest Wheezy with amd64 kernel. NOTE: This was originally reported as bug 726713, but it was closed as resolved. It has not been resolved in debian stable.
Bug#738153: Seems like qt 5.2 requires qtcreator 3.0
Sorry for not noticing repliers earlier. I forgot to check my debian bug filter directory for replies. I don't think there is any hurry to upgrade qtcraetor. At least not before qt5 build issues has been resolved. I think a qml crash bug test case should be simple enough for this one too. On Sat, Feb 8, 2014 at 3:06 PM, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com wrote: Hi Paul! Currently qtcreator is compiled against Qt4. That means some of it's functionality in Qt5 may not be there. The reason for this is the qtwebkit-opensource-src line in: http://pkg-kde.alioth.debian.org/redir/qt-buildd-sid?compact=1 If I switch Qt creator to use Qt5, almost all archs will loose it, as Creator needs qtwebkit (and maybe also qtquick1, which in turn also depends on qtwebkit), which currently FTBFS. As Adam wrote, I will need a testcase to see if the bug is reproducible. Or a patch to make qtwebkit build ;) Kinds regards, Lisandro. -- $ make war make: *** No rule to make target `war'. Stop. Try `love' instead David Gravereaux Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ qmlcrash.tar Description: Unix tar archive
Bug#641051: debhelper: cmake and multiarch -- possible patches (ibus-qt)
Hi,
I was unlucky enough to handle cmake+multiarch issue for ibus-qt (*).
Since there were no support from dh, I used override to do it.
From that practical experience and some experiments and reading of
cmake documentations lead me to propose two possible patches. I
attach these 2 patches to debhelper (9.20131227) here for your review.
Patch #1 (CMAKE_INSTALL_LIBDIR):
The seemingly correct approach is the one with CMAKE_INSTALL_LIBDIR.
This is also proposed by Chow Loong Jin in merged bug#722697.
But this one requires me to patch the upstream src/CMakeLists.txt.
Patch #2 (LIBDIR):
The practical solution with LIBDIR inspired by the SPEC file handling of
${_libdir} will work on ibus-qt well but may not be safe solution.
Other approaches:
As I read my old http://bugs.debian.org/704812 , it seems I originally
used bug fix proposed by Miura-san of setting
-DCMAKE_LIBRARY_ARCHITECTURE=$(DEB_HOST_MULTIARCH). This seems to be
another approach other than moving library by the brute-force mentioned
in the bug #704812 report. (Thanks Scott helping out multiarch issues for
ibus-qt in the past.)
So many ways to address this issue and I am snot sure which one is the
right one for debhelper.
I also found the following info which seems to be interesting. (but
beyond what I can make out of.)
http://www.cmake.org/cmake/help/v2.8.12/cmake.html#module:GNUInstallDirs
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=43f83d2ee523a38648322f629559694c71d5bb52
I think it is about time to have *recommended* and sane way to fix
multiarch for cmake in debhelper.
Since Alex made the Debian multiarch patch committed to cmake, I am
wondering if Alex can also help Debian on how packages with cmake should
be packaged?
Regards,
Osamu
(*) ibus-qt: http://packages.qa.debian.org/i/ibus-qt.html
http://anonscm.debian.org/gitweb/?p=pkg-ime/ibus-qt.git
From 40672c0dfc569099f682f38078497768838c9fe5 Mon Sep 17 00:00:00 2001
From: Osamu Aoki os...@debian.org
Date: Sat, 8 Feb 2014 16:54:20 +0900
Subject: [PATCH] pass multiarch path to -DCMAKE_INSTALL_LIBDIR
== pros ==
This use of CMAKE_INSTALL_LIBDIR seems to be correct solution as suggested by
http://bugs.debian.org/722697 This seems good solution as I read the source.
http://www.cmake.org/cmake/help/v2.8.12/cmake.html#module:GNUInstallDirs
GNUInstallDirs: Define GNU standard installation directories
Provides install directory variables as defined for GNU software:
http://www.gnu.org/prep/standards/html_node/Directory-Variables.html
Inclusion of this module defines the following variables:
CMAKE_INSTALL_dir - destination for files of a given type
CMAKE_INSTALL_FULL_dir - corresponding absolute path
where dir is one of:
...
LIBDIR - object code libraries (lib or lib64 or lib/multiarch-tuple on Debian)
...
Each CMAKE_INSTALL_dir value may be passed to the DESTINATION options of
install() commands for the corresponding file type. If the includer does not
define a value the above-shown default will be used and the value will appear
in the cache for editing by the user. Each CMAKE_INSTALL_FULL_dir value
contains an absolute path constructed from the corresponding destination by
prepending (if necessary) the value of CMAKE_INSTALL_PREFIX.
== cons ==
It does not work on some packages (ibus-qt) if no change is made.
In order this to work, following patch was required in upstream source:
| --- a/src/CMakeLists.txt
| +++ b/src/CMakeLists.txt
| @@ -104,7 +104,7 @@
| )
|
| install(TARGETS ibus-qt
| -LIBRARY DESTINATION ${LIBDIR})
| +LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR})
| install(FILES ${ibus_qt_HDRS}
| DESTINATION include/ibus-qt COMPONENT Devel)
| ---
| Debian/Debhelper/Buildsystem/cmake.pm | 1 +
| 1 file changed, 1 insertion(+)
diff --git a/Debian/Debhelper/Buildsystem/cmake.pm b/Debian/Debhelper/Buildsystem/cmake.pm
index db971db..133e558 100644
--- a/Debian/Debhelper/Buildsystem/cmake.pm
+++ b/Debian/Debhelper/Buildsystem/cmake.pm
@@ -42,6 +42,7 @@ sub configure {
# Standard set of cmake flags
push @flags, -DCMAKE_INSTALL_PREFIX=/usr;
+ push @flags, -DCMAKE_INSTALL_LIBDIR=lib/$multiarch;
push @flags, -DCMAKE_VERBOSE_MAKEFILE=ON;
push @flags, -DCMAKE_BUILD_TYPE=None;
--
1.9.rc1
From 92d3437e4e7179364519da8e9d30ed5cc29feb12 Mon Sep 17 00:00:00 2001
From: Osamu Aoki os...@debian.org
Date: Sat, 8 Feb 2014 16:54:20 +0900
Subject: [PATCH] pass multiarch path to -DLIBDIR
This is approach actually used to package ibus-qt.
== pros ==
It works for me :-) (ibus-qt)
This approach actually comes from :
* how upstream CMakefile.txt sets default path
* how rpm package sets installation path
In CMakefile.txt:
Define variables
if(NOT LIBDIR)
if( $ENV{MACHTYPE} MATCHES 64)
set(LIBDIR lib64)
else()
set(LIBDIR lib)
endif()
endif(NOT LIBDIR)
In ibus-qt.spec.in:
%build
%cmake \
-DCMAKE_INSTALL_PREFIX=%{_usr} \
-DLIBDIR=%{_libdir}
== cons ==
This LIBDIR aproach does not seem to be official
Bug#738187:
Package: lintian Severity: wishlist Control: retitle -1 lintian: Please ignore dangling symlink for *-spell-dictionaries X-Debbugs-CC: a...@debian.org X-Debbugs-CC: agmar...@debian.org Hi Andreas, well, there's defintly a point in your argument and it would be also fine to fix that by adding ignore logix to lintian. Lets also ask the lintian people about their opinion and ask them to ignore the dangling link in *spell-xx packages. Dear Lintian folks, You can find the background of this in #737515. In short, aspell / ispell dictionaries have hashfiles in /var/lib/*spell/ which are hashed at install time. To have them working they need a symlink from /usr/lib/*spell/$hashfile to var/lib/*spell/$hashfile. The *spell-*.debs install the symlink, and as the hashfile is only generated at installtime, it is dangling at package creation time. One way would be to generated the links on install-time, but I agree on Andreas that this would be somehow overkill. The other options is to silence package-contains-broken-symlink in this specific case. Can you do that? Best regards, Tobias Frost Am Samstag, den 08.02.2014, 12:27 +0100 schrieb Andreas Beckmann: On 2014-02-08 11:19, Tobias Frost wrote: I just have an additional suggestion, however this is just something something pedantic. Currently installdeb-aspell also installs a (dangling) symlink when auto-compat is turned on. Lintian does emit a experimental warning on that. (e.g X: aspell-it: package-contains-broken-symlink) My proposal would be to add a snippet to the preinst-compat and postrm-compat scripts to create and delete the symlinks. Please see the attached patch, but please be warned: Perl's not a language I'm fluent in. I don't think we should put this complexity into the maintainer scripts. I'd rather consider this as a false positive in lintian since the package ships a dangling link, but after finished installation the link won't be dangling any more. So we should rather try to get this fixed in lintian, maybe even conditionally depending on some command in the postinst: if (has_dangling_link(/usr/lib/*spell/*.$hash - /var/lib/*spell/*.$hash) and postinst_calls(update-foo) ignore_dangling_link() I'd prefer this way instead of (automatically) adding lintian-overrides to every aspell-xx package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719215: autopkgtest: please create a QEMU virtualization server
Hey Francesco, Francesco Poli [2014-02-08 12:55 +0100]: I am afraid I am still too ignorant about QEMU/KVM to play around with adt-virt-qemu at this stage, but I am sure interested in giving it a try, as soon as it becomes a little more luser-friendly! ;-) Please keep me informed about further developments. I've been hacking at it intensely in the past days, and it's much better now. It runs as normal user, has a manpage now, and works fairly well for me now. I also added a script adt-buildvm-ubuntu-cloud to create a suitable VM from the daily Ubuntu cloud images (I didn't yet find a counterpart for Debian). This also has a manpage, but to get a VM for the current Ubuntu devel series (trusty) and the architecture of your installation you can run it without any arguments. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#738188: VESA Newcons is awfully slow
Package: kfreebsd-image-11.0-0-amd64 Version: 11.0~svn260666-1 Severity: important With Newcons it becomes practically impossible to use the console. When using the default VESA driver, both VT switching and text scrolling become terribly slow. Either of these operations takes almost 1 s! Newcons does otherwise behave fine when working in text mode, which can be achieved by adding this to grub.cfg: set kFreeBSD.hw.vga.textmode=1 Has anyone else tried Newcons? It is currently the default in kfreebsd-11 packages. Do you also experience this problem? Perhaps we should make textmode the default, like it was with Syscons. Any thoughts? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 11.0-0-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kfreebsd-image-11.0-0-amd64 depends on: ii devd 10.0-2 ii freebsd-utils 10.0-2 ii kbdcontrol 10.0-2 ii kldutils 10.0-2 kfreebsd-image-11.0-0-amd64 recommends no packages. kfreebsd-image-11.0-0-amd64 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#738189: perldoc does not respect the user locale
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: perl-doc Version: 5.18.2-2 Severity: normal When I have this small perl file: - --- =head1 TEST =over =item Test =item Test =back - --- And using perldoc file.pl, I get the output: ... · Test ... This is the UTF-8 representation of a ·. But I do not have UTF-8 at all and also my locales (see below) tells this. Also the file is no UTF-8 than latin1. (Well, in this test case it it ASCII 7bit.) Please fix perldoc to respect the user setting for locale respective charset. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (600, 'oldstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.6 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages perl-doc depends on: ii perl 5.18.2-2 perl-doc recommends no packages. Versions of packages perl-doc suggests: ii groff 1.22.2-5 ii man-db [man-browser] 2.6.6-1 - -- no debconf information - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJS9jYxAAoJEKZ8CrGAGfasZ9cL/RvCyBsd5oVaCmQZu+PeI9nP EW/OHDofVt/DLa/QxsighNWMl0XrQTpFn0ygz0JEA+bDC4Y3eecTXf7Nud2Li4Ar /Aq2tBeQuVD0z4lpbLYWmKopCJwNBNq2M3P++ubUo+hhFu6rIz5L4GeGCGAjxHYj J+dAVzLAQyUjHWpjP4T4Ys5YKhPGendBq89GRhiTMg/gy70HwIdEKbIGckbtxbF0 SiqqBrnZ4LgWpMllRm4DiDV99RYH4y967atuLTTR63Ws6Yfb7sztLjlCFdOH3+Gx 3sG83p9zIYzrMEaIBnYpxOQYSPJX+5++sZru5a2Y9davfmNTOdHESIwEa0APk18R BFMuw7EI8mr3ja2GvLOSQFGvyYVhosTlajhjy+mCxnI4J7xHa4a/Z+S3siQt8i5Z 1qDyogzLe+5a6xyxJ3MTpSBarw2PmCXA/MViTi4bnwNUNRPuHB1CT8fhsX4m6wH9 vDw24T3LcCznMmqF6hT0IfCCjkeX9XMdHfI7TZOa8w== =/lxe -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#738190: gimmix: Use autotools-dev to support building on newer architectures
Package: gimmix Version: 0.5.7.1-4 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 *** /tmp/tmpjb2PxT/bug_body In Ubuntu, the attached patch was applied to achieve the following: * Build-Depend on autotools-dev and use its debhelper plugin to update config.guess/sub for newer arches, fixes build on arm64. Thanks for considering the patch. - -- System Information: Debian Release: jessie/sid APT prefers trusty APT policy: (700, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-7-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJS9jb4AAoJEGHzRCZ03mYksmAQALSPaVn+jiZbB+RaJq1p8+z1 KyM6a2oeJxc2sNzgWT4mERk3VRGwTwfLI/MWIUW8jNqhjqcl5yECKVm9PVOO6dhk bdaaD8SFMsUNx0ucQffreol1Pxc0bHDZzpS5J/D/j2CfuxnBIf26qsJEpE/4P8vT ii+UJlME2KYGzofJ8roZYjNakoIg5ikUXvBmMtiDWAA7TJB6kSSd61pG9dK1rkw9 qJRTNRWVzdZW9VvxE23R7oBSN+vJkCzZqw5X+vzpU5zOsDeVGeDinpbuAyJ5rbur 8DN4IGU/ZEFnDynpmpt8S9LhipEZoqnlz4VSBmYwc80RQoabCE4MbEJjl9LhA964 03FB7c9OW3ljRFvLENMm1+iIoOnBYmvNw9RNQYYP7PvToTOpoGL4kr3Yk49zMLlP 4IFz+D8LHJxAE+CGwetQkYdC6j5PCuIYLDXxulOtBcrFex3ZayNTLVRm6EKxuyz/ rSjjizuUg0OQkX4cXcjhmyVlpbvZJkY11E8yvcyTI8oyj4w8gyJWurQviLhQ+3yy 91zL1Er6FJUnDH/8VR587fW/RFhy9v5/yRzgP+jX1WZ1LHEmie8Dycd4iDJXmwjh 26vO9GNQb8CKuyE9fU/5bDzejLxn7PbEp1kINDUMHNoRFfhcQatrJvPO4IQr3uvA xLm1BISNe6NLluwF8WIZ =OMC0 -END PGP SIGNATURE- diff -Nru gimmix-0.5.7.1/debian/control gimmix-0.5.7.1/debian/control --- gimmix-0.5.7.1/debian/control 2014-02-08 14:01:55.0 +0100 +++ gimmix-0.5.7.1/debian/control 2014-02-08 14:52:22.0 +0100 @@ -1,10 +1,9 @@ Source: gimmix Section: sound Priority: optional Maintainer: mpd maintainers pkg-mpd-maintain...@lists.alioth.debian.org Uploaders: Vincent Legout vleg...@debian.org -Build-Depends: debhelper (= 9), libglade2-dev, libmpd-dev, libtagc0-dev, libnxml0-dev, libcurl4-gnutls-dev, intltool +Build-Depends: debhelper (= 9), libglade2-dev, libmpd-dev, libtagc0-dev, libnxml0-dev, libcurl4-gnutls-dev, intltool, autotools-dev Standards-Version: 3.9.3 Homepage: http://gimmix.berlios.de/index.php Vcs-Browser: http://git.debian.org/?p=pkg-mpd/gimmix.git diff -Nru gimmix-0.5.7.1/debian/rules gimmix-0.5.7.1/debian/rules --- gimmix-0.5.7.1/debian/rules 2012-03-23 19:52:14.0 +0100 +++ gimmix-0.5.7.1/debian/rules 2014-02-08 14:44:32.0 +0100 @@ -3,6 +3,6 @@ export DEB_BUILD_MAINT_OPTIONS := hardening=+all %: - dh $@ + dh $@ --with autotools-dev override_dh_auto_test:
Bug#519358: aptitude: Provide undo action.
Control: tags -1 + moreinfo Hi, I am a bit confused... Can you please explain how this new feature would be different from the current Undo action (Ctrl+U), or second entry in the top menu? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737201: pu: package ia32-libs/20140131, ia32-libs-gtk/20140131
Control: tags -1 + pending On Tue, 2014-02-04 at 21:23 +, Adam D. Barratt wrote: On Fri, 2014-01-31 at 11:27 +0100, Thijs Kinkhorst wrote: As customary I'd like to update ia32-libs and ia32-libs-gtk for the upcoming Squeeze point update. Attached are what the diffs look like. Please go ahead; thanks. For the record, these were uploaded and I've just flagged both for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736818: base-passwd: defaults to set shell of news to /usr/sbin/nologin which kills inn2
tags 736818 fixed-upstream thanks Hi Colin, Marco, here's a patch; could you apply it? The bulk of it is documentation updates. [...] I've put the new patch in the Debian integration section, but I expect it would be upstreamable too. Thanks for your patch. The part related to upstream is now committed to upstream, and will be present in the forthcoming INN 2.5.4 release: https://inn.eyrie.org/trac/changeset/9599 I have added your name to the list of our contributors. -- Julien ÉLIE « Il n'y a pas moyen de contenter ceux qui veulent savoir le pourquoi des pourquoi. » (Leibniz) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728069: [doxygen] possible workaround
reassign 728069 texlive-latex-base 2013.20140123-1
retitle 728069 pdflatex exits with non-zero status for no apparent reason
affects doxygen
thank
Hi Paolo,
2013-11-01 Bálint Réczey bal...@balintreczey.hu:
Hi Paolo,
2013/10/31 Paolo Greppi paolo.gre...@libpf.com:
Package: doxygen
Version: 1.8.1.2-2
--- Please enter the report below this line. ---
Point 14 of the doxygen FAQ (see
http://www.stack.nl/~dimitri/doxygen/manual/faq.html) states:
14. When running make in the latex dir I get TeX capacity exceeded.
Now what?
You can edit the texmf.cfg file to increase the default values of the
various buffers and then run texconfig init.
In your case, you're exhausting strings. and the configuration file has
a max_strings item set to 50. The value 495031 you get is after some
strings were used by TeX itself.
In the reported case I suspect exceeding the capacity is not the cause
of the problem, but rather a result of an infinite loop due to errors.
To debug the problem I set batch mode off in doc/doxygen.cfg.in:
LATEX_BATCHMODE= NO
This resulted in a very different error:
...
LaTeX Info: Redefining \ref on input line 108.
LaTeX Info: Redefining \pageref on input line 108.
LaTeX Info: Redefining \nameref on input line 108.
\@outlinefile=\write4
\openout4 = `refman.out'.
Package hyperref Info: Option `pageanchor' set `false' on input line 111.
! Missing number, treated as zero.
to be read again
\let
l.115 \begin{center}
%
?
! Emergency stop.
to be read again
\let
l.115 \begin{center}
%
End of file on the terminal!
Here is how much of TeX's memory you used:
11853 strings out of 495031
163192 string characters out of 6181530
239906 words of memory out of 500
14936 multiletter control sequences out of 15000+60
6139 words of font info for 16 fonts, out of 800 for 9000
14 hyphenation exceptions out of 8191
48i,0n,43p,236b,98s stack positions out of 5000i,500n,1p,20b,8s
! == Fatal error occurred, no output PDF file produced!
I think this error is created by Doxygen, not by libcaca because this
is at the very beginning of the Latex documentation.
Moreover the libcaca package rebuilds fine on Wheezy, so I think the
changes in the way Doxygen generates the Latex documentation caused
this regression.
I have debugged the issue further and found two problems.
One was processing refman.tex before running pdflatex and I have fixed
it in libcaca.
The other issue was pdflatex not exiting with zero which makes the pdf
generation fail
in the Makefile Doxygen generated for creating refman.pdf.
I worked around the second issue in libcaca and I hereby reassign this
bug to texlive-latex-base.
The second issue can be observed here:
https://buildd.debian.org/status/fetch.php?pkg=libcacaarch=i386ver=0.99.beta18-1.1stamp=1391865359
...
rm -f latex/libcaca.tex latex/libcaca.pdf
(cd latex pdflatex refman ; makeindex refman.idx ; pdflatex refman
; pdflatex refman ; pdflatex refman ; pdflatex refman ; pdflatex
refman; echo pdflatex exit code: $?)
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
restricted \write18 enabled.
entering extended mode
(./refman.tex
LaTeX2e 2011/06/27
Babel 3.9h and hyphenation patterns for 2 languages loaded.
This is makeindex, version 2.15 [TeX Live 2013] (kpathsea + Thai support).
Scanning input file refman.idxdone (551 entries accepted, 2 rejected).
Sorting entries...done (5274 comparisons).
Generating output file refman.inddone (1087 lines written, 0 warnings).
Output written in refman.ind.
Transcript written in refman.ilg.
...
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
restricted \write18 enabled.
entering extended mode
(./refman.tex
LaTeX2e 2011/06/27
Babel 3.9h and hyphenation patterns for 2 languages loaded.
pdflatex exit code: 1
mv latex/refman.pdf latex/libcaca.pdf
touch stamp-latex
...
Cheers,
Balint
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15
On Sat, Feb 8, 2014 at 15:31:57 +0200, Martin-Éric Racine wrote: Uploaded to Mentors pending sponsorship. I'd sponsor it, but your changelog is missing 'closes: #736984'. Cheers, Julien signature.asc Description: Digital signature
Bug#738191: RFS: klein/0.2.3-2 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package klein * Package name: klein Version : 0.2.3-2 Upstream Author : David Reid dr...@dreid.org * URL : https://github.com/twisted/klein * License : MIT (Expat) Section : python It builds those binary packages: python-klein - werkzeug + twisted.web To access further information about this package, please visit the following URL: http://mentors.debian.net/package/klein Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/klein/klein_0.2.3-2.dsc More information about Klein can be obtained from https://github.com/twisted/klein or https://pypi.python.org/pypi/klein/0.2.3 Changes since the last upload: klein (0.2.3-2) unstable; urgency=low * Tweaks based on lintian complaints: - Capitalization of Python in description - Add Homepage - Close ITP bug - Add debian/watch * Closes: #738156 -- Brian Campbell lam...@continuation.org Sat, 08 Feb 2014 03:24:38 -0500 klein (0.2.3-1) unstable; urgency=low * source package automatically created by stdeb 0.6.0+git: - Changed maintainer to myself. - Refomatted control file and trimmed description. - Added klein.egg-info/* to debian/clean - Add copyright file. -- Brian Campbell lam...@continuation.org Sat, 08 Feb 2014 02:50:19 -0500 Regards, Brian Campbell smime.p7s Description: S/MIME cryptographic signature
Bug#738153: Seems like qt 5.2 requires qtcreator 3.0
On Saturday 08 February 2014 15:35:14 Pauli Nieminen wrote: Sorry for not noticing repliers earlier. I forgot to check my debian bug filter directory for replies. I don't think there is any hurry to upgrade qtcraetor. At least not before qt5 build issues has been resolved. I think a qml crash bug test case should be simple enough for this one too. I also need the steps to reproduce it. And also please try to build the testcase and also send the file crash.pro.user. -- In college, I cooked some hot dogs by putting metal forks in each end of the hot dog and running 120 volts through it. Hot dogs have just enough conductivity so that this works well greenroom(576281) - on a truly geeky way to cook hot dogs. Posted in Slashdot, also found in The Open Source Cookbook for Geeks. 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#736984: xserver-xorg-video-geode: FTBFS against xorg-server 1.15
2014-02-08 16:06 GMT+02:00 Julien Cristau jcris...@debian.org: On Sat, Feb 8, 2014 at 15:31:57 +0200, Martin-Éric Racine wrote: Uploaded to Mentors pending sponsorship. I'd sponsor it, but your changelog is missing 'closes: #736984'. Oops! Thanks for noticing this. Fixed and re-uploaded. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738193: RFS: viewnior/1.4-1 [ITP]
Sorry for wrong version, ofc it is about 1.4 not 1.3 which is also in mentors. Guy released today. On 8 February 2014 15:34, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package viewnior * Package name: viewnior Version : 1.3-1 Upstream Author : Siyan Panayotov siyan.panayo...@gmail.com * URL : http://xsisqox.github.io/Viewnior/ * License : GPL-3 Section : graphics It builds those binary packages: viewnior - simple, fast and elegant image viewer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/viewnior Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/viewnior/viewnior_1.3-1.dsc More information about viewnior can be obtained from http://xsisqox.github.io/Viewnior/. Changes since the last upload: * Initial release (Closes: #582090) Regards, Dariusz Dwornikowski -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140208143444.gc20...@blackstar.cs.put.poznan.pl -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41
Bug#737751: RFS: read-edid/3.0.1-1 [ITA]
Uploaded, Thanks, -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731707: libimobiledevice-dev: Please prepare for switch to libtasn1-6-dev
retitle 731707 (build-)depends on transitional libtasn1-3-x package(s) severity 731707 important On 2013-12-08 Andreas Metzler ametz...@bebt.de wrote: libimobiledevice-dev is one of three packages in sid (build-)depending on libtasn1-3-dev and will need to change to libtasn1-6-dev. I would like to do this in some coordinated way and have therefore opened a transition bug. #730856 Hello, the transition was done in a better way (libtasn1-6 provides transition packages for -dev and -bin.) and is therefore already finished. Please change the package to (build-)depend on the correct packages from libtasn1-6 instead of the transitional packages (libtasn1-6-dev instead of libtasn1-3-dev and libtasn1-bin instead of libtasn1-3-bin). The transitional packages will be dropped ASAP. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735702: speakup crashes debian
This bug does not exist in arch linux with their current kernel release. So it's possible this bug is unique to debian. jude jdash...@shellworld.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728121:
For reference here is the error message produced from the small example at #728121#10 ... CMake Error at /usr/lib/cmake/ITK-4.5/ITKTargets.cmake:34 (message): Some (but not all) targets in this export set were already defined. Targets Defined: gdcmjpeg8;gdcmjpeg12;gdcmjpeg16;gdcmCommon;gdcmDICT;gdcmDSED;gdcmIOD;gdcmMSFF Targets not yet defined: itkdouble-conversion;itksys;itkvcl;itkv3p_netlib;itkv3p_lsqr;itkvnl;itkvnl_algo;ITKVNLInstantiation;ITKCommon;itkNetlibSlatec;ITKStatistics;ITKIOImageBase;ITKIOBMP;ITKIOBioRad;ITKEXPAT;itkopenjpeg;gdcmuuid;ITKIOGDCM;ITKIOGIPL;ITKIOJPEG;ITKIOTIFF;ITKIOLSM;ITKMetaIO;ITKIOMeta;ITKznz;ITKniftiio;ITKIONIFTI;ITKNrrdIO;ITKIONRRD;ITKIOPNG;ITKIOStimulate;ITKIOVTK;itkTestDriver;ITKMesh;ITKSpatialObjects;ITKPath;ITKLabelMap;ITKQuadEdgeMesh;ITKOptimizers;ITKPolynomials;ITKBiasCorrection;ITKBioCell;ITKDICOMParser;ITKIOXML;ITKIOSpatialObjects;ITKFEM;ITKgiftiio;ITKIOMesh;itkhdf5;itkhdf5_cpp;ITKIOCSV;ITKIOIPL;ITKIOGE;ITKIOSiemens;ITKIOHDF5;ITKIOMRC;ITKIOTransformBase;ITKIOTransformHDF5;ITKIOTransformInsightLegacy;ITKIOTransformMatlab;ITKKLMRegionGrowing;ITKVTK;ITKWatersheds;ITKReview;ITKVideoCore;ITKVideoIO Call Stack (most recent call first): /usr/lib/cmake/ITK-4.5/ITKConfig.cmake:50 (include) /usr/share/cmake-2.8/Modules/FindITK.cmake:48 (find_package) CMakeLists.txt:7 (find_package) -- Configuring incomplete, errors occurred! ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726533: RFS: 0install/2.3.3-2 [ITP] -- rename and split zeroinstall-injector package
On 7 February 2014 22:18, Vincent Cheng vch...@debian.org wrote: On Fri, Feb 7, 2014 at 4:02 AM, Thomas Leonard tal...@gmail.com wrote: Hi Vincent, Many thanks for uploading this. However, the package has been stuck in NEW for the last few weeks. I'm not sure what the problem is, but possibly it's because the 0install package didn't contain any files (it was just a meta-package for pulling in the GUI dependencies), which someone mentioned might be a problem. I've uploaded a new version now which puts the GUI plugin files in the 0install package while leaving the rest in 0install-core: https://mentors.debian.net/package/zeroinstall-injector Any chance you could upload that version to (hopefully) unstick the process? Your updated package FTBFS in a clean sid pbuilder chroot; it looks like you might need to add unzip to build-depends? I've attached the build log. Oops. Sorry about that. I've uploaded a new version that now builds correctly under pbuilder. http://mentors.debian.net/package/zeroinstall-injector -- Dr Thomas Leonardhttp://0install.net/ GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 GPG: DA98 25AE CAD0 8975 7CDA BD8E 0713 3F96 CA74 D8BA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738192: RM: libtasn1-3 -- ROM; Replaced by libtasn1-6
Package: ftp.debian.org Severity: normal Hello, please remove libtasn1-3 (2.14-3), it has been replaced by libtasn1-6 and has no reverse dependencies anymore, now that libtasn1-6 provides transition packages for libtasn1-3-dev and libtasn1-3-bin. (See #730856.) tia, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' signature.asc Description: Digital signature
Bug#706119: Packaging of libgit2-glib
Hi there, in Debian bug 706119 you state that you intend to package libgit2-glib, but there has been no further activity since August last year. Are you still interested in that package? -- PGP-encrypted mails preferred PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 signature.asc Description: OpenPGP digital signature
Bug#728121:
Really ? $ grep -ri find_package elastix-4.6 elastix-4.6/src/CMakeLists.txt:FIND_PACKAGE( ITK REQUIRED ) elastix-4.6/src/CMakeLists.txt: FIND_PACKAGE( CUDA REQUIRED ) elastix-4.6/src/CMakeLists.txt:FIND_PACKAGE( Doxygen QUIET ) elastix-4.6/.pc/itk-review-detection.patch/src/CMakeLists.txt:FIND_PACKAGE( ITK REQUIRED ) elastix-4.6/.pc/itk-review-detection.patch/src/CMakeLists.txt: FIND_PACKAGE( CUDA REQUIRED ) elastix-4.6/.pc/itk-review-detection.patch/src/CMakeLists.txt:FIND_PACKAGE( Doxygen QUIET ) elastix-4.6/dox/externalproject/CMakeLists.txt:FIND_PACKAGE( ITK REQUIRED ) Your point is correct, importing *solely* ITK 4.0 does work. However what does not work is clearly indicated at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728121#10 This is a ~4 lines demonstration which makes the package unusable for a lot of us. As explained in §4.13: https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles Debian packages should not make use of these convenience copies unless the included package is explicitly intended to be used in this way. You are required to explicitely state why ITK 4.0 package is using it's convienient GDCM copy. Thanks for comments, On 2/8/14, Steve M. Robbins st...@sumost.ca wrote: On Wed, Jan 29, 2014 at 11:02:35AM +0100, Mathieu Malaterre wrote: Control: severity 728121 grave Marking as grave since render the package unusable. How does this render the package unusable? As one counter-example, the package 'elastix' builds fine using the ITK -dev package. -Steve -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738193: RFS: viewnior/1.4-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package viewnior * Package name: viewnior Version : 1.3-1 Upstream Author : Siyan Panayotov siyan.panayo...@gmail.com * URL : http://xsisqox.github.io/Viewnior/ * License : GPL-3 Section : graphics It builds those binary packages: viewnior - simple, fast and elegant image viewer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/viewnior Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/v/viewnior/viewnior_1.3-1.dsc More information about viewnior can be obtained from http://xsisqox.github.io/Viewnior/. Changes since the last upload: * Initial release (Closes: #582090) Regards, Dariusz Dwornikowski -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678624: pu: package xz-utils/5.0.0-3
On Tue, 2013-10-01 at 16:18 -0700, Jonathan Nieder wrote: Cyril Brulebois wrote: Adam D. Barratt a...@adam-barratt.org.uk (2013-08-19): Any news there? (Yes, I realise there's a certain irony...) (Time for the irony to strike back.) Ping? This got preempted by other things --- sorry about that. I should be able to prepare and re-test the upload some time in the next few days. Any news on that? (The window for 6.0.9 closes during this weekend.) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738194: Please consider changing from bacula to bareos
Subject: bacula: Please consider changing from bacula to bareos Package: bacula Severity: wishlist Hello bacula team Please consider changing from bacula to bareos. Bareos was forked some time ago and has seen a lots of improvements. See here: https://github.com/bareos/bareos/blob/bareos-12.4/README.md https://3c.web.de/mail/client/dereferrer?redirectUrl=https%3A%2F%2Fgithub.com%2Fbareos%2Fbareos%2Fblob%2Fbareos-12.4%2FREADME.md Bareos is compatible to bacula so an upgrade should be possible. Thanks Josef
Bug#652896: place of broadwayd
Instead of an additional package I would say the right place is libgtk-3-bin which just neads to be aware of this new binary. My workaround is apt-get source libgtk-3-0 and after ./configure --prefix=/usr --sysconfdir=/etc --enable-broadway-backend --enable-x11-backend --disable-wayland-backend going to gdk/broadway and make broadwayd, then you can just copy this binary elsewhere and run it. ./broadwayd :0 Tested via e.g. GTK_MODULES= GDK_BACKEND=broadway BROADWAY_DISPLAY=:0 gnome-tetravex which should provide a new window under http://localhost:8080/ Or consider setting a password before: openssl passwd -1 ~/.config/broadway.passwd Greets, Kai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738153: Seems like qt 5.2 requires qtcreator 3.0
Steps to reproduce: 1. Open the project in qtcreator 2. Make sure qtcreator is configured to use qt 5.2 (tools-options-Buildrun, QT Versions and Kits tabs) 3. Configure project with qt 5.2 kit 4. See that run and debug buttons in bottom left corner are grey. Also matching menu entries are disabled. The test case build and runs in my system with /usr/lib/x86_64-linux-gnu/qt5/bin/qmake make ./crash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715354: Drop last pieces of superceded libtasn1-3 packages
retitle 715354 (build-)depends on transitional libtasn1-3-x package(s) severity 715354 important thanks Hello, the libtasn1-3 transition is basically finished. Please change gcr to (build-)depend on the correct packages from libtasn1-6 instead of the transitional packages (libtasn1-6-dev instead of libtasn1-3-dev and libtasn1-bin instead of libtasn1-3-bin). The transitional packages will be dropped ASAP. thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737658: Time to drop the eject package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/08/2014 01:31 AM, Christian PERRIER wrote: What is the VCS URL for util-linux? Is that really git://git.debian.org/~lamont/util-linux.git as pointed by debian/control (therefore Lamont Jones home on Debian servers) or something more team-compatible? It was, but that was just a fork of the upstream git repo with 1.0 native debian packaging added in. I found this unmaintainable due to the lack of ability to identify patches applied relative to upstream, so I dropped the VCS in my pending upload and converted to 3.0 (quilt) format. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJS9kk+AAoJEI5FoCIzSKrwo38IAK0iP6SBWw6zrkTjJgS43mCE EsKFkddAmO3lDmQ6YnGtjX2DFC8Q0PVXnxwU0SqYmvs18193oMcIiy3/ivY3OQe0 MjOGLoSGZgUO8pNmcynefhGAOpVhbgtCXSIUzcTwmSZpGhUOK81He8dqg3j9WGZi xr7RFivxw7Or4slaKrWbLG7Q22AJ1DOyQC+vWG7iSoIuOa76GjfeYJnS1Vsq2QOD Kpa+cvS6hJhcuhtHqhWvmNxBNqp45W2Z8jOjiwGgodFpUsgZZrSmIz6jWAs/SO+9 7f8OZs3eEs3PYUhY5VhgP7dJ9QYXVfoYPhuSGJrf76rtewQQVz13nBmfU9BkWjc= =oyKk -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#732937: Disabling experimental on kfreebsd buildds untill #732937 is fixed
Hi all! I had downgraded apt in the buildd chroots due to #732937. However this makes aptitude uninstallable: The following packages have unmet dependencies: aptitude : Depends: libapt-pkg4.12 (= 0.9.11) but 0.9.7.9+deb7u1 is to be installed E: Unable to correct problems, you have held broken packages. apt-get failed. Which means I'll have to disable experimental for now (or maybe install an old aptitude in the chroot, I'll look at that later) 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
