Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
Le 28/08/2013 20:41, Gabriel Kerneis a écrit : I have worked on a new ocaml-cil package, from scratch. I am also the new upstream for CIL and it has changed a lot since Stéphane first tried to package it. Thank you a lot for that! My current version (ocaml-cil_1.7.3, not to be confused with Stéphane's 1.3.7 ;-) builds as follows: git clone -b debian https://github.com/kerneis/cil ocaml-cil cd ocaml-cil gbp buildpackage This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. I will have a look. Meanwhile, you can join the OCaml Task Force on Alioth, and update the ocaml-cil package there (feel free to overwrite it, actually). Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721792: mtr fails without IPv6 socket
Package: mtr Version: 0.85-1 Severity: normal Dear Maintainer, On a system without IPv6 support, mtr fails on invocation, such as, mtr localhost or mtr example.com issuing the error, Unable to allocate IPv6 socket for nameserver communication: Address family not supported by protocol I would expect mtr to try IPv4, if IPv6 is not available. Partial functioning can be obtained if resolution of hostnames is not requested by adding the -n command line switch. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.10 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mtr depends on: ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libncurses5 5.9+20130608-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libtinfo55.9+20130608-1 mtr recommends no packages. mtr 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#721793: Please file bugs against the source package if submitter uses Source: binary-package
Package: bugs.debian.org Severity: wishlist X-Debbugs-CC: debian...@lists.debian.org Dear BTS maintainer(s), While triaging bugs filed against unknown packages I've noticed there are quite a few bugs submitted by experienced Debian contributors (quite often DDs) like: Source: binary-package It seems the assumption here is that the bug will be filed against src:source-package. As far as I can tell this expectation is fulfilled by other Debian infrastructure (most notably the PTS), so I think it would make sense for the BTS to do this as well. Kind regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#721601: fusionforge-plugin-blocks: Uninstall cleanup of DB tables needs a fix
Control: reassign -1 src:fusionforge 5.2.2+20130802-1 On Lu, 02 sep 13, 11:05:25, Olivier Berger wrote: Source: fusionforge-plugin-blocks Version: 5.2.2+20130802-1 Severity: normal Hi. Trying to install the plugin, on a test machine, I get : Unpacking fusionforge-plugin-blocks (from .../fusionforge-plugin-blocks_5.2.2+20130802-1+fusionforgeint1_all.deb) ... Setting up fusionforge-plugin-blocks (5.2.2+20130802-1+fusionforgeint1) ... You'll see some debugging info during this installation. Do not worry unless told otherwise. Creating plugin_blocks_meta_data table. Inserting first data into plugin_blocks_meta_data table. Processing /usr/share/gforge/plugins/blocks/db/blocks-init.sql DBD::Pg::st execute failed: ERROR: relation plugin_blocks_pk_seq already exists at /usr/share/gforge/plugins/blocks/bin/db-upgrade.pl line 61. Transaction aborted because DBD::Pg::st execute failed: ERROR: relation plugin_blocks_pk_seq already exists at /usr/share/gforge/plugins/blocks/bin/db-upgrade.pl line 61. Transaction aborted because DBD::Pg::st execute failed: ERROR: relation plugin_blocks_pk_seq already exists at /usr/share/gforge/plugins/blocks/bin/db-upgrade.pl line 61. Last SQL query was: CREATE SEQUENCE plugin_blocks_pk_seq START WITH 1 INCREMENT BY 1 MAXVALUE 2147483647 NO MINVALUE CACHE 1; (end of query) My suspicion is that the plugin was installed previously and its removal didn't cleanup everything, which, then blocks a later install. Purging the not configured package doesn't help, if I try a second time. As you can see, this is a modified package rebuild with custom patches, but I guess this applies to stock package too. Hope this helps. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#607665: etckeeper: tracks permission changes to ignored files
* [Wed, Aug 28, 2013 at 10:16:26AM +0200] Zdenek Crha: + git ls-files --others --ignore --directory $ignorefile || true I guess this should read: + git ls-files --others --ignored --directory $patternsfile || true as I don't think you want to overwrite the .gitignore file. postfix disclaimer: not regurarly using git as my primary vcs. Ciao, Gian Piero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721795: gyp: please update r1656 or later
Package: gyp Version: 0.1~svn1654-1 Severity: wishlist Dear Maintainer, The package mozc[1] which I am maintaining requires version r1656 of gyp. Could you update gyp package? Best regards, Nobuhiro -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: armhf Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gyp depends on: ii python 2.7.5-4 gyp recommends no packages. gyp 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#721792: mtr fails without IPv6 socket
Hi James, Yes. This bug is fix committed in the git repository. But I haven't released the next version yet. You can do apt-get build-deps mtr and then clone the git repository and compile: git clone https://github.com/traviscross/mtr.git cd mtr sh bootstrap.sh ; ./configure ; make and if all goes well sudo make install That should get you the upgraded version without this bug. Roger. On Wed, Sep 04, 2013 at 12:17:22AM -0600, James Blanford wrote: Package: mtr Version: 0.85-1 Severity: normal Dear Maintainer, On a system without IPv6 support, mtr fails on invocation, such as, mtr localhost or mtr example.com issuing the error, Unable to allocate IPv6 socket for nameserver communication: Address family not supported by protocol I would expect mtr to try IPv4, if IPv6 is not available. Partial functioning can be obtained if resolution of hostnames is not requested by adding the -n command line switch. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.10 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mtr depends on: ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libncurses5 5.9+20130608-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libtinfo55.9+20130608-1 mtr recommends no packages. mtr suggests no packages. -- no debconf information -- ** r.e.wo...@bitwizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** **Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233** *-- BitWizard writes Linux device drivers for any device you may have! --* The plan was simple, like my brother-in-law Phil. But unlike Phil, this plan just might work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
Package: xserver-xorg-video-radeon Version: 1:7.2.0-1 Severity: important Dear Maintainer, Since last upgrade from 1:6.14.4-8 to 1:7.2.0-1 X does not start for me. I've tried moving my custom xorg.conf out of the way but to no avail. I've also tried using an old linux kernel, also unsuccessfully, that's why I'm filing the bug here. Please tell me if you need more info, however my availibity may be scarce for the next week. The comments on xorg.conf are from 2010 where I had another issue and tried some alternative configurations, I tested the other Screen directives on ServerLayout, they didn't work either but for reasons apparently unrelated (fglrx not supporting my chipset anymore, vesa complaining about No matching modes). The computer is a 5-year-old Samsung R60+ laptop using a Radeon X1250. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Mar 26 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Apr 17 13:20 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: -- 01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS600M [Radeon Xpress 1250] [1002:7942] Xorg X server configuration file status: -rw-r--r-- 1 root root 3496 Sep 4 08:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier Server Layout Screen 0 radeon-screen 0 0 # Screen 0 fglrx-screen 0 0 # Screen 0 default-screen 0 0 InputDeviceTouchpad InputDeviceKeyboard EndSection Section Files EndSection Section Module Loadsynaptics EndSection Section InputDevice Identifier Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout es EndSection Section InputDevice Identifier Touchpad Driver synaptics Option Device /dev/psaux Option Protocolauto-dev Option HorizEdgeScroll false # Option SHMConfig on EndSection Section Monitor Identifier default-monitor # Option DPMS true EndSection Section Monitor Identifier fglrx-monitor Option VendorName ATI Proprietary Driver Option
Bug#721797: dictionaries-common: [PATCH] Improve debian-ispell.el not to display message etc
Package: dictionaries-common Version: 1.20.2 Severity: wishlist Here are some improvement suggestions to the Emacs startup configuration: * Patch 1: No need to load at the very start of Emacs start up. Make setup load, when the ispell is actuallu used/loaded. This helps to make Emacs faster at start when additional settings are postponed. * Patch 2: Do not display any extra messages on echo-area. The information ...already loaded may confuse new users. * Patch 3: In order to check debian-ispell.el locally, this fails: emacs -Q -q -ne debian-ispell.el M-x eval-current-buffer The patch adds fboundp check for appropriate place and makes the above commands to work. Jari -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dictionaries-common depends on: ii debconf [debconf-2.0] 1.5.50 ii libtext-iconv-perl 1.7-5 dictionaries-common recommends no packages. Versions of packages dictionaries-common suggests: ii emacsen-common 2.0.5 ii ispell 3.3.02-6 pn jed-extra none -- debconf-show failed From 21a97f670d8a2e30f5ad9ed93e6fb973dc8a80a7 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Wed, 4 Sep 2013 09:36:20 +0300 Subject: [PATCH 2/3] In debian-ispell.el Do not display extra messages at debian-ispell-set-startup-menu Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- support/emacsen/debian-ispell.el |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/support/emacsen/debian-ispell.el b/support/emacsen/debian-ispell.el index b5e9a59..41e74e1 100644 --- a/support/emacsen/debian-ispell.el +++ b/support/emacsen/debian-ispell.el @@ -244,7 +244,7 @@ To be run at `after-init-hook' or at any time if FORCE is given. (if (and (featurep 'ispell) (not force)) - (message ispell.el is already loaded) + nil (when (fboundp 'debian-ispell-build-startup-menu) (debian-ispell-build-startup-menu dicts-list) ;; (fmakunbound 'debian-ispell-build-startup-menu) -- 1.7.10.4 From f59851fb956642e0a43e296fb04bfab5577ae534 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Wed, 4 Sep 2013 09:35:22 +0300 Subject: [PATCH 1/3] In debian-ispell.el load setup after ispell, not at Emacs start up Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- support/emacsen/debian-ispell.el |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/support/emacsen/debian-ispell.el b/support/emacsen/debian-ispell.el index 4a57a0b..b5e9a59 100644 --- a/support/emacsen/debian-ispell.el +++ b/support/emacsen/debian-ispell.el @@ -251,10 +251,10 @@ To be run at `after-init-hook' or at any time if FORCE is given. ;; Make sure updated Debian menu is available after emacs is started -(add-hook 'after-init-hook 'debian-ispell-set-startup-menu) +;; (add-hook 'after-init-hook 'debian-ispell-set-startup-menu) ;; Make sure updated Debian menu is not overriden by ispell.el one -(eval-after-load ispell '(debian-ispell-set-startup-menu)) +(eval-after-load ispell '(debian-ispell-set-startup-menu 'force)) ;;; --- ;;; Guess default ispell dictionary under emacs and make ispell.el use it -- 1.7.10.4 From 3a4d8bba3ffd8a4c1e5a7c7318b49a1b68973dcb Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Wed, 4 Sep 2013 09:38:11 +0300 Subject: [PATCH 3/3] In debian-ispell.el Check debian-pkg-add-load-path-item before use Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- support/emacsen/debian-ispell.el | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/support/emacsen/debian-ispell.el b/support/emacsen/debian-ispell.el index 41e74e1..c9c2c18 100644 --- a/support/emacsen/debian-ispell.el +++ b/support/emacsen/debian-ispell.el @@ -458,17 +458,19 @@ LANG if any. ispell-program-name)) )) ;; let and defun ends -(add-hook 'after-init-hook 'debian-ispell-set-default-dictionary) +;; (add-hook 'after-init-hook 'debian-ispell-set-default-dictionary) +(eval-after-load ispell '(debian-ispell-set-default-dictionary)) ;; --- ;; Make sure patched ispell.el is first in the loadpath if not already there ;; --- -(let ((mypath (concat /usr/share/ - (symbol-name
Bug#721798: Fwd: Suggest new lintian autoreject tags
package: ftp.debian.org User: ftp.debian.org@packages.d.o Usertags: lintian Hi, they are a recent thread on dd mailling list about NEWS queue and need to use lintian in order to reject quickly. May we sugest a few new tags: - license-problem-json-evil (now) - license-problem-gfdl-invariants (next lintian version, I have a patch for a false positive and I am fixing false positive quickly) - dir-or-file-in-build-tree (next lintian version I have just fixed the last false positive) - dir-or-file-in-etc-opt - dir-or-file-in-home - pkg-config-multi-arch-wrong-dir (lead to FTBFS) - gzip-file-is-not-multi-arch-same-safe (fail on multiarch) - quilt-patch-using-template-description (using template text is bad) - changelog-is-dh_make-template (using template text is bad) - debian-control-repeats-field-name-in-value (maybe) - debian-rules-uses-pwd - desktop-file-in-wrong-dir (at your choice) Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721762: foobillardplus: Segm fault when restarting a game
Control: tags -1 moreinfo Hello Uwe, thanks for your report. That sounds like a bug but I can't reproduce it. I would appreciate it if you could get a backtrace with gdb. Please refer to this tutorial for more information https://wiki.debian.org/HowToGetABacktrace Please attach the output of your backtrace to this bug report. What graphic card/drivers do you use? Does your crash only occur in fullscreen or windowed mode or in both modes? The more information the better. Thanks, Markus signature.asc Description: OpenPGP digital signature
Bug#721799: ruby2.0: LDFLAGS overwritten when building C extensions
Package: ruby2.0
Version: 2.0.0.247-1
Severity: important
Tags: upstream patch
Hi!
When building ruby-nokogiri extension for ruby2.0, I noticed that the
hardening linker flags were not passed when building the Makefile with
extconf/mkmf.
A change in the code of lib/mkmf.rb from ruby1.9.3 to ruby2.0 is causing
this, thus affecting all extension that are going to be built against
ruby2.0.
This has been fixed upstream with the following commit:
https://github.com/ruby/ruby/commit/47434dc12f90431fabfc7e9b1829ee0437bdee0a.patch
An adapted version of this patch against the Git repo of the Debian
package is attached.
Cheers,
Cédric
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages ruby2.0 depends on:
ii libc6 2.17-92+b1
ii libruby2.02.0.0.247-1
ii rubygems-integration 1.2
ruby2.0 recommends no packages.
ruby2.0 suggests no packages.
-- no debconf information
diff --git a/lib/mkmf.rb b/lib/mkmf.rb
index d4d5846..6fec4bd 100644
--- a/lib/mkmf.rb
+++ b/lib/mkmf.rb
@@ -1709,12 +1709,13 @@ SRC
# default to package specific config command, as a last resort.
get = proc {|opt| `#{pkgconfig} --#{opt}`.strip}
end
+orig_ldflags = $LDFLAGS
if get and try_ldflags(ldflags = get['libs'])
cflags = get['cflags']
libs = get['libs-only-l']
ldflags = (Shellwords.shellwords(ldflags) - Shellwords.shellwords(libs)).quote.join( )
$CFLAGS +=cflags
- $LDFLAGS +=ldflags
+ $LDFLAGS = [orig_ldflags, ldflags].join(' ')
$libs +=libs
Logging::message package configuration for %s\n, pkg
Logging::message cflags: %s\nldflags: %s\nlibs: %s\n\n,
signature.asc
Description: Digital signature
Bug#720356: Progress?
On Tue, 3 Sep 2013, Chris Chiappa wrote: Any chance of getting a new upload? It's a little hard to know how to try to cobble a fix together when the current package (2.1.7) is so out of date with respect to the dovecot mainline (2.1.17 / 2.2.5) - the obvious application of the change you mentioned doesn't seem to fix it for me. Thanks! 2.1.17 is now in Debians experimental distribution. As it seems to be bug free I am planning on uploading it to unstable later today. Then work will begin on 2.2.5. -- Jaldhar H. Vyas jald...@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#709253: texlive-lang-english: symbols-a4.pdf and symbols-letter.pdf contain many PDF errors
On 2013-09-04 14:28:53 +0900, Norbert Preining wrote:
On Mi, 22 Mai 2013, Vincent Lefevre wrote:
The /usr/share/doc/texlive-doc/latex/comprehensive/symbols-*.pdf files
contain many PDF errors, e.g.
Why do you deduce that this is a PDF error and not a limitation
in the poppler library driving the display?
My feeling is that this is a poppler bug.
The poppler source contains:
// Step 2: split the remaining string into a sequence of components, using
// underscore (U+005F LOW LINE) as the delimiter.
if (ligatures strchr(charName, '_')) {
// parse names of the form A_a (e.g. f_i, T_h, l_quotesingle)
char *lig_part, *lig_end, *lig_copy;
int n = 0, m;
lig_part = lig_copy = copyString(charName);
do {
if ((lig_end = strchr(lig_part, '_')))
*lig_end = '\0';
if (lig_part[0] != '\0') {
GBool namesRecurse = gTrue, ligaturesRecurse = gFalse;
if ((m = parseCharName(lig_part, uBuf + n, uLen - n, namesRecurse,
ligaturesRecurse, numeric, hex, variants)))
n += m;
else
error(errSyntaxWarning, -1, Could not parse ligature component
\{0:s}\ of \{1:s}\ in
parseCharName, lig_part, charName);
}
lig_part = lig_end + 1;
} while (lig_end n uLen);
gfree(lig_copy);
return n;
}
(in poppler/GfxFont.cc), and in poppler/Error.h:
errSyntaxWarning,// PDF syntax error which can be worked around;
// output will probably be correct
So, it really is a PDF syntax error, not a limitation in poppler.
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Sep 04, 2013 at 07:48:53AM +0200, Stéphane Glondu wrote: This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. I will have a look. Thanks. Note that make test will fail on big-endian architectures (tests wchar3 and wchar4). I'm working on fixing that. -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715029: Fwd: dcmnet/libsrc/dulfsm.cc
severity 715029 minor
tags 715029 + wontfix
tags 715029 + upstream
tags 715029 + confirmed
thanks
-{A_ASSOCIATE_RQ_PDU_RCV, STATE5, AE_4, STATE1, , , NULL},
back to at least February 1995 (CEN/DICOM Toolkit V1.5), and
probably this bug has been in there right from the very beginning
of our DICOM toolkit in 1993, and, therefore, I would guess that it
was or is also present in the Mallinckrodt CTN, where the first version
of our FSM code was derived from. As I wrote in my mail, this FSM
should never really happen, as it requires that both sides of an open
transport connection issue a A-ASSOCIATE-RQ PDU concurrently. Therefore,
I guess the problem has simply never surfaced.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
On Tue, Aug 13, 2013 at 7:54 PM, Remi Vanicat vani...@debian.org wrote: I was trying vcsh, and when I use vcsh $repo add [TAB] it failed with not a git repository Is that related to the issue solved via IRC or is this still open? I tried, and failed to, reproduce this several times, now... If it's still open, please run VCSH_DEBUG=1 vcsh $repo add tab Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709253: texlive-lang-english: symbols-a4.pdf and symbols-letter.pdf contain many PDF errors
On Mi, 04 Sep 2013, Vincent Lefevre wrote:
if (lig_part[0] != '\0') {
GBool namesRecurse = gTrue, ligaturesRecurse = gFalse;
if ((m = parseCharName(lig_part, uBuf + n, uLen - n, namesRecurse,
ligaturesRecurse, numeric, hex, variants)))
n += m;
else
error(errSyntaxWarning, -1, Could not parse ligature component
\{0:s}\ of \{1:s}\ in
parseCharName, lig_part, charName);
}
So that means that
downmodels_uni0338
cannot be parsed, in particular
downmodels
Looking into the parseCharName routine it seems because it cannot find
an unicode name nor that it looks like a proper name.
I would not say that this is an error. THere are many glyphs not recorded
in the unicode standard.
So, it really is a PDF syntax error, not a limitation in poppler.
No, I still disagree. It is not a PDF syntax error. iT is a mistreatment
of poppler. Only because it cannot parse a charname does not mean that
it is invalid, I guess.
Norbert
PREINING, Norbert http://www.preining.info
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720286: flash-kernel: Please support PlatHome OpenBlocks AX3-4 board
Hi,
2013/8/20 Ian Campbell i...@hellion.org.uk:
On Tue, 2013-08-20 at 13:12 +0900, Nobuhiro Iwamatsu wrote:
+U-Boot-Kernel-Address: 0x200
+U-Boot-Kernel-Entry-Point: 0x240
0x40 is the size of the uImage header, I think. So this is just skipping
the header and jumping directly into the zImage contained within?
Perhaps because this platform uses bootz instead of bootm?
In that case why bother with the uImage at all -- why not just install
the zImage as the kernel and jump to its head?
Yes, you are right and bootz is god solution for multi platform.
But this machine does not support BOOTZ in u-boot.
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721718:
https://git.gnome.org/browse/gegl/commit/?id=97067622352e58f86a24851dacb1f5daa0762897
Bug#721800: ITP: r-bioc-biostrings -- GNU R string objects representing biological sequences
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-biostrings Versioy : 2.28.0 Upstream Author : H. Pages * URL : http://bioconductor.org/packages/2.12/bioc/html/biostrings.html * License : Artistic-2.0 Programming Lang: R Description : GNU R string objects representing biological sequences Memory efficient string containers, string matching algorithms, and other utilities, for fast manipulation of large biological sequences or set of sequences. This package belongs to a serious of BioC preconditions for new version of r-cran-cummerbund and is maintained by Debian Med team in svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-biostrings/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709253: texlive-lang-english: symbols-a4.pdf and symbols-letter.pdf contain many PDF errors
On 2013-09-04 16:24:57 +0900, Norbert Preining wrote: No, I still disagree. It is not a PDF syntax error. iT is a mistreatment of poppler. Only because it cannot parse a charname does not mean that it is invalid, I guess. I've searched with Google, and https://www.allegro.cc/forums/thread/597719/771190#target seems to confirm that this is not against the PDF spec. I suggest to reassign the bug to libpoppler19. If this is really a PDF syntax error, I think that this should be explained in the poppler source (with a reference to the section of the PDF spec forbidding this). Otherwise, an error shouldn't be issued by default (informative output would be OK, but only in some form of debug mode). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721801: ITP: r-bioc-genomicranges -- BioConductor representation and manipulation of genomic intervals
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-genomicranges Version : 1.12.4 Upstream Author : P. Aboyoun * URL : http://bioconductor.org/packages/2.12/bioc/html/genomicranges.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor representation and manipulation of genomic intervals The ability to efficiently store genomic annotations and alignments is playing a central role when it comes to analyze high-throughput sequencing data (a.k.a. NGS data). The package defines general purpose containers for storing genomic intervals as well as more specialized containers for storing alignments against a reference genome. Another precondition for new version of r-cran-cummerbund maintained in svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-genomicranges/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710683: g++: Internal compiler error compiling openbabel/2.3.2+dfsg-1 (mipsel)
Hi, I recently built openbabel on eder.d.o using the latest gcc 4.8 and it built fine. Feel free to close this report if you think, that this error is solved then. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721802: octave: triangle_lw mentioned in manual but not usable
Package: octave Version: 3.6.4-3 Severity: normal The function triangle_lw is mentioned in the manual, but it is not seen by octave, which barks with error: 'triangle_lw' undefined. I suppose this is because triangle_lw is under a signal/private directory: I do not know if this is a packaging or a distribution error. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages octave depends on: ii libamd2.2.0 1:3.4.0-3 ii libarpack2 3.1.3-3 ii libatlas3-base [liblapack.so.3] 3.10.1-2 ii libblas3 [libblas.so.3] 1.2.20110419-5 ii libc62.17-92 ii libcamd2.2.0 1:3.4.0-3 ii libccolamd2.7.1 1:3.4.0-3 ii libcholmod1.7.1 1:3.4.0-3 ii libcolamd2.7.1 1:3.4.0-3 ii libcurl3-gnutls 7.32.0-1 ii libcxsparse2.2.3 1:3.4.0-3 ii libfftw3-double3 3.3.3-5+b1 ii libfftw3-single3 3.3.3-5+b1 ii libfltk-gl1.31.3.2-3 ii libfltk1.3 1.3.2-3 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libglpk0 4.45-1 ii libgomp1 4.8.1-2 ii libgraphicsmagick++3 1.3.16-1.1+b1 ii libgraphicsmagick3 1.3.16-1.1+b1 ii liblapack3 [liblapack.so.3] 3.4.2+dfsg-1 ii liboctave1 3.6.4-3 ii libpcre3 1:8.31-2 ii libqhull52009.1-3 ii libqrupdate1 1.1.1-1 ii libstdc++6 4.8.1-2 ii libumfpack5.4.0 1:3.4.0-3 ii octave-common3.6.4-3 ii texinfo 5.1.dfsg.1-4 Versions of packages octave recommends: ii gnuplot-x11 4.6.3-2 ii libatlas3-base 3.10.1-2 ii pstoedit3.62-1 Versions of packages octave suggests: ii octave-doc 3.6.4-3 ii octave-htmldoc 3.6.4-3 ii octave-info 3.6.4-3 -- 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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hi Norbert et al., Am Mittwoch, den 04.09.2013, 10:00 +0900 schrieb Norbert Preining: For now we can upload. As long as the TeX Live package do not ship symlinks to the new fonts nothing happens. On the usptream (TeX Live) (I am also maintainer there) I will see if we can prepare an updated package for CTAN with the exact fonts, which would solve the problem automatically. It would be great if you could take care upstream that texlive is made compatible with the new urw-base35 fonts release. Bottom line: Is there anything else before I should sponsor this package? I'd say no, but I am sure that a huge glaring bug will occur the second after the package is uploaded. :) One more thing - I *agree* (for now at least) that *chanigng the /FontName is *not* a good idea. By this you mean that changing the /FontName fields *back* to the values of the old gsfonts package is a bad idea? Alright, then we just keep the font files untouched. Thank you for sposoring already! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
Richard Hartmann richih.mailingl...@gmail.com writes: On Tue, Aug 13, 2013 at 7:54 PM, Remi Vanicat vani...@debian.org wrote: I was trying vcsh, and when I use vcsh $repo add [TAB] it failed with not a git repository Is that related to the issue solved via IRC or is this still open? I can't recall of a issue solved via IRC, that said I still have this problem. I tried, and failed to, reproduce this several times, now... If it's still open, please run VCSH_DEBUG=1 vcsh $repo add tab When doing either: export VCSH_DEBUG=1 vcsh zsh add tab or VCSH_DEBUG=1 vcsh $repo add tab it just said not a git repository with no debug message I've: $ apt-cache policy vcsh zsh-~ vcsh: Installed: 1.20130829-1 Candidate: 1.20130829-1 [...] zsh: Installed: 5.0.2-3 Candidate: 5.0.2-3 [...] Thanks. -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701674: Bug workaround (Patch)
Dear Maintainers of the APF-Firewall in Debian Wheezy,
please allow for a small extension of Edi Meier's bug report.
While installing the Firewall it is not obvious that it is not working.
Issuingservice apf-firewall start
would not refer back with an error.
However, entering
# /usr/sbin/apf -t
would disclose that the firewall aborted.
For Debian Wheezy there seems to be a small workaround availabe which
simply adds kernel 3.2
from Wheezy to the list of supported kernels.
Please add the marked lines (starting with but without the ) to
/etc/apf-firewall/internals/functions.apf
if [ $KREL == 2.4 ]; then
MEXT=o
elif [ $KREL == 2.6 ]; then
MEXT=ko
elif [ $KREL == 3.2 ]; then
MEXT=ko
elif [ ! $KREL == 2.4 ] [ ! $KREL == 2.6 ]; then
if [ ! $SET_VERBOSE == 1 ]; then
echo Kernel version not equal to 2.4.x or 2.6.x, aborting.
fi
eout {glob} kernel version not equal to 2.4.x or 2.6.x, aborting.
exit 1
else
if [ ! $SET_VERBOSE == 1 ]; then
echo Kernel version not equal to 2.4.x or 2.6.x, aborting.
fi
eout {glob} kernel version not equal to 2.4.x or 2.6.x, aborting.
exit 1
fi
and restart the firewall again.
# service apf-firewall restart
crosscheck with
# /usr/sbin/apf -t
whether it worked.
For me it did.
Kind regards
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613431: status update?
On Wed, Sep 04, 2013 at 02:32:51AM +0100, Olly Betts wrote: ABI bumps in libwxWidgets would mainly be a problem for reverse dependencies. From my perspective (maintainer of a reverse depdendency) multiple ABI bumps in wxWidgets are the lesser evil compared to being totally unsupported by upstream developers. wx 2.8 isn't totally unsupported upstream. It's true that there haven't been any wx 2.8 releases for ages, but there are still commits to the branch - last was 18 days ago as I write this: [...] I was talking about the reverse dependencies here. Reverse dependencies, which have switched to wx 2.9 cannot be upgraded in Debian and old releases are no longer supported by upstream. -- Sebastian signature.asc Description: Digital signature
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Quoting Fabian Greffrath (2013-09-04 00:10:20) Am Dienstag, den 03.09.2013, 22:06 +0200 schrieb Jonas Smedegaard: If we hack the font, should we then better change some font identifiers to ensure our flavor of the font is distinct from the pristine one? I would add +gs9.10 to the package version number then. I was more thinking about XUID and other ID fields. (thanks for the other comments - I just have no remarks to those) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#721803: clusterssh hangs for a tag, if its line in $HOME/.clusterssh/clusters is longar than 255 chars
Package: clusterssh Version: 4.02.01-1 Severity: normal Dear Maintainer, if the line tag [user@]server [user@]server in $HOME/.clusterssh/clusters exceeds 255 chars, cssh hangs when calling cssh -c ~/.clusterssh/clusters tag This does not happen in the stable version (Wheezy, 4.01_01). The command does not fail if the servers are given as argument on command line, even if it is much longer than 255 chars. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10.10.linuxpool (SMP w/4 CPU cores; PREEMPT) 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 clusterssh depends on: ii libexception-class-perl 1.32-1 ii libtry-tiny-perl 0.18-1 ii libx11-protocol-perl 0.56-4 ii openssh-client 1:6.2p2-6 ii perl 5.14.2-21 ii perl-tk 1:804.031-1 ii xterm295-1 clusterssh recommends no packages. clusterssh 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#721804: python-tastypie: Please rename binary package to python-django-tastypie
Package: python-tastypie Version: 0.9.15-1 Severity: wishlist Hi. I'm wondering if the binary package shouldn't be called python-django-tastypie, as I believe there are very low chances it is used without django. Hope this makes sense. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tastypie depends on: ii python2.7.5-4 ii python-dateutil 1.5+dfsg-0.1 ii python-django 1.5.2-1 ii python-mimeparse 0.1.4-1 python-tastypie recommends no packages. Versions of packages python-tastypie suggests: ii python-lxml 3.2.0-1+b1 ii python-yaml 3.10-4+b2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721805: hdf5 misbehaves when compiled with gcc 4.8.0
Package: hdf5 Version: 1.8.11-3 Severity: important File: hdf5 As reported by email: -- It seems that on some architectures hdf5 has issues when compiled with gcc 4.8.0 and newer compilers. If the build log include the string unable to calculate alignment for long double (it's present in [1] and [2]) then the build is corrupted. [1] https://buildd.debian.org/status/fetch.php?pkg=hdf5arch=amd64ver=1.8.11-3%2Bb1stamp=1377024563 [2] https://buildd.debian.org/status/fetch.php?pkg=hdf5arch=i386ver=1.8.11-3%2Bb1stamp=1377025110 I am discussing this problem on the hdf-forum mailing list http://hdf-forum.184993.n3.nabble.com/Issues-with-H5T-NATIVE-LDOUBLE-tt4026450.html Best wishes, Andrea -- Andrea Bedini andrea.bed...@gmail.com -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721082: The patch
On Tue, Sep 03, 2013 at 09:17:12PM +0200, Thomas Hood wrote: Attached is the patch for /etc/openvpn/update-resolv-conf. Below is the patch with my commentary. Thanks Thomas! I'll include it in the next upload. Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721806: ITP: r-bioc-affy -- BioConductor methods for Affymetrix Oligonucleotide Arrays
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-affy Version : 1.38.1 Upstream Author : Rafael A. Irizarry rafa at jhu.edu * URL : http://bioconductor.org/packages/2.12/bioc/html/affy.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor methods for Affymetrix Oligonucleotide Arrays This is part of the BioCOnductir GNU R suite. The package contains functions for exploratory oligonucleotide array analysis. As previous ITPs this is part of preconditions for r-bioc-cummerbund and prepared ind SVN: svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-affy/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721807: ITP: rateit -- Tool for performing MUSHRA tests
Package: wnpp Severity: wishlist Owner: Marius Gavrilescu mar...@ieval.ro * Package name: rateit Version : 0.1 Upstream Author : Jean-Marc Valin jean-marc.va...@usherbrooke.ca * URL : http://rateit.sourceforge.net/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Programming Lang: C Description : Tool for performing MUSHRA tests RateIt is a GUI tool for performing subjective testing of audio samples based on the MUltiple Stimuli with Hidden Reference and Anchor (MUSHRA) methodology as specified in ITU-R recommendation BS.1534-1. -- Marius Gavrilescu signature.asc Description: Digital signature
Bug#721808: git-cvs: perl warnings from git-cvsserver confuse cvs
Package: git-cvs Version: 1:1.8.4~rc3-1 Severity: minor Dear Maintainer, I'm on testing and yesterday I did an update that took in the new rc of git and all things related. I have a nightly cron job that logs into the host of my public web-site, creates the needed SSL tunnel and has my web-site cvs update itself from the git-cvsserver back home; it's worked fine for ages. (The remote end is somewhat conservatively sysadmined, so hasn't taken in radical new packages like git; it still has the GNU Interactive Tools). The first night after the git upgrade, I got the following mail from cron: quote cvs update: warning: unrecognized response `Use of uninitialized value $wrev in string ne at /usr/bin/git-cvsserver line 1262, STDIN line 1447.' from cvs server cvs update: warning: unrecognized response `Use of uninitialized value $wrev in string ne at /usr/bin/git-cvsserver line 1307, STDIN line 1447.' from cvs server cvs update: `Vault.png' is no longer in the repository /quote which sounds like cvs is getting sent - as part of a protocol in which they have no place - perl's warnings about uninitialised variables. (Oh, and Vault.png is indeed not in the repository, nor has it been for ages, if ever - not sure what that's about.) Are the use strict; and use warnings; lines in git-cvsserver new ? The exact command cron runs is: quote ssh -o 'RemoteForward 2402 localhost:2401' chaos 'cd public_html cvs up' /quote my /etc/services has quote cvspserver 2401/tcp# CVS client/server operations cvspserver 2401/udp /quote and inetd.conf says quote cvspserver stream tcp nowait eddy /usr/bin/git-cvsserver git-cvsserver pserver /home/eddy/.repository/chaos.git /quote The remote end's CVS/Root files say quote :pserver:anonymous@localhost:2402/home/eddy/.repository/chaos.git /quote to match up with all of that. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-cvs depends on: ii cvsps2.1-6 ii git 1:1.8.4~rc3-1 ii libdbd-sqlite3-perl 1.40-1 git-cvs recommends no packages. Versions of packages git-cvs suggests: ii cvs 2:1.12.13+real-11 ii git-doc 1:1.8.4~rc3-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#721790: pluxml: [debconf_rewrite] Debconf templates and debian/control review proposal
Christian Perrier, 2013-09-04 07:21+0200: I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. Right, I planned to do it right after the approval of my package by the FTP masters but you were quicker, which is a good thing because I think I would have forgotten anyway… The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Okay. I have some notes for that: 1. I based my templates on those of the dokuwiki package, which may be of help for translation (not really for review, though); 2. the template pluxml/blog/lang is a bit complex: * the English version is __Choices, but I provided a pseudo-translation Choices-C so I can get standard values; * the Defaults is made “translatable”, not to translate it really but to change the default value to the user's language if possible; 3. the template pluxml/blog/description's Default is made translatable because, well, it is a website description that has every reason to be I think; 4. I think I should make pluxml/blog/name's Default translatable too. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#709319: Bug 709319
Hello If it helps, this bug seems to be the same (with amd-64) as bug no. 708126. I tried again with 7.1.0 - to me, the bug is still there. Best regards Bernard
Bug#719625: vcsh: tab combletion when calling git command failed
Can you run vcsh enter zsh git status Please? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695231: my ita
Hi, sorry for not taking libcgroup really. I was rather occupied recently, I should have revoked my ita on the package... Well, if I have some time, I will work on it, but I have other activities, some related to Debian as well. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721153: iceweasel: unable to remove an ssl cert exception
Daniel Kahn Gillmor schrieb: On 08/28/2013 10:41 AM, Dietrich Clauss wrote: 0. clean user, rm -r ~/.mozilla 1. Set up a https server which uses a self-signed certificate, lets call it 'srv' 2. Start iceweasel, watch https://srv 3. iceweasel shows warning untrusted connection 4. Click on Understand the risk, Add exception, confirm exception 5. Exception gets stored permanently, iceweasel shows the content of https://srv 6. Go to edit/preferences/advanced/encryption/view_certs 7. Search the cert of https://srv and delete or distrust it It sounds to me like you might be choosing to remove the certificate from your list of Authorities instead of from your list of Servers. Take a look at the tabs on the top of the Certificate Manager dialog box. By choosing to delete or distrust the self-signed certificate from your list of root Certificate Authorities (CAs), you're simply saying that that certificate can't be used to certify *other* web sites (which should already be the case by default, take a look at the settings shown when you click the Edit Trust... button from the Authorities tab of the Certificate Manager -- they should all be unchecked). I suspect you want to remove the certificate from the Servers tab, not the Authorities tab -- the remote server is not an authority, and is not being treated as such; it's being treated as a network peer, and telling iceweasel to not treat it as an authority isn't asking for anything to change. Does this make sense? This is possibly extra-confusing because some tools used for making self-signed certificates (e.g. openssl req) automatically include the CA:TRUE X.509 certificate extension for self-signed certs, even though that's not technically needed for anything but an actual CA certificate (i.e. one that will certify the keys of other CAs or end entities). That's correct, thanks for the explanation. My fault. This bug report can be closed. signature.asc Description: Digital signature
Bug#651606: RFP: gitlab -- git project/repository hosting management app
Hello, i am also interested into packaging gitlab and will subscribe to the mentioned lists. At the moment i am no dd yet but i would put some efforts into the packaging. I would be happy to get help where to start. Regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717726: logrotate doesn't recreate logfiles with the previous permissions
Paul Martin a écrit : This SHOULD work and DOES work for most people. It even says it's working! Which version of logrotate are you actually using? I'm using logrotate 3.8.1-4 as it is written at the start of this bugreport. Package: logrotate Version: 3.8.1-4 Is it from the Debian archive? Yes Are ACLs enabled on the filesystem with /var/log on it? The ACLs aren't enabled Are you running with selinux enabled? Yes , selinux is permissive and selinuxtype is refpolicy-targeted Which MTA are you using and does it have its own logrotate script? I'm using Postfix. It doesn't have an own script I'm inclined to think this is a misconfiguration rather than a fault in logrotate. Does your amavis log get the same permissions breakage? Amavis log doesn't have this problem while it's configured in the same file with the same parameters, but it doesn't hace the same owner and group The other possibility is that there's a race condition between logrotate and syslog-ng... Is that /etc/logrotate.d/syslog-ng the stock one or did you modify it? I modified /etc/logrotate.d/syslog-ng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721809: needrestart: list mode (needrestart -r l) still asks restart questions
Package: needrestart Severity: normal Version: 0.2-1 Hi Patrick and Thomas, From the man-page: -r mode set restart mode l (l)ist only I tried it, but it still asks questions: # needrestart -r l Services needed to be restarted: openssh-server: - Restart ssh? [Yn] ^C # That's not what I expected. ;-) -- System Information: Debian Release: Sid 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#721809: needrestart: list mode (needrestart -r l) still asks restart questions
Hi again, Axel Beckert wrote: From the man-page: -r mode set restart mode l (l)ist only I tried it, but it still asks questions: # needrestart -r l Services needed to be restarted: openssh-server: - Restart ssh? [Yn] ^C # needrestart -r a shows the same behaviour (asks questions) despite I would have expected (according to the man-page) that it restarts all according services without asking. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508644: Sorting out mail-transport-agent mess
Package: general Followup-For: Bug #508644 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#721802: [Pkg-octave-devel] Bug#721802: octave: triangle_lw mentioned in manual but not usable
Control: tags -1 + confirmed upstream * Francesco Potortì poto...@isti.cnr.it [2013-09-04 09:52]: The function triangle_lw is mentioned in the manual, but it is not seen by octave, which barks with error: 'triangle_lw' undefined. I suppose this is because triangle_lw is under a signal/private directory: I do not know if this is a packaging or a distribution error. Thanks for this bug report. I think that this is an upstream problem. The functions rectangle_sw, rectangle_lw, triangle_sw, and triangle_lw have been made private in this commit: http://hg.savannah.gnu.org/hgweb/octave/rev/0fed4935de94 By the same occasion, the corresponding @DOCSTRING() directives for those functions should have been removed from signal.txi, but they are still there: http://hg.savannah.gnu.org/hgweb/octave/file/d70c99028ba3/doc/interpreter/signal.txi I will file a bug report upstream on this issue. Best, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
Richard Hartmann richih.mailingl...@gmail.com writes: Can you run vcsh enter zsh git status Please? $ vcsh enter zsh $ git status # On branch master nothing to commit, working directory clean Note that the completion do work when inside `vcsh enter zsh` -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721780: htseq: FTBFS: dh_sphinxdoc: Sphinx documentation not found
Hi Diane, I can confirm that `dpkg-buildpackage -B` really fails. The buildlog says a bit earlier than the quote below: copying static files... WARNING: html_static_path entry '/tmp/python-htseq/doc/_static' does not exist Please keep us (or debian-python) informed if you might need help to fix this. (If I would be pretty comfortable with sphinx documentation I would have injected a fix in Git but I also need to think about this issue.) BTW, please `git pull` - I did some cosmetic changes. I also stumbled upon your clean target in debian/rules. May be I'm missing something but I'm temped to change this to diff --git a/debian/rules b/debian/rules index 9131c5f..fd4514d 100755 --- a/debian/rules +++ b/debian/rules @@ -25,10 +25,7 @@ override_dh_installdocs: python setup.py build_sphinx -b man dh_installdocs -clean: +override_dh_clean: make -C src clean rm -rf dist build MANIFEST dh_clean - -.PHONY: clean - Kind regards Andreas. On Tue, Sep 03, 2013 at 08:28:39PM -0400, Aaron M. Ucko wrote: Source: htseq Version: 0.5.4p3-1 Severity: serious Justification: fails to build from source Builds of htseq covering only its architecture-dependent binary package (as on the autobuilders, or with dpkg-buildpackage -B) have been failing: dh_sphinxdoc -a dh_sphinxdoc: Sphinx documentation not found make: *** [binary-arch] Error 2 Please conditionalize dh_sphinxdoc's usage appropriately. Thanks! -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721810: needrestart: Always wants to restart openssh-server and dbus
Package: needrestart Severity: normal Hi Patrick and Thomas, I would have expected that once needrestart restarted a service it would not have to restart again unless libraries or other dependencies it uses have changed. But it seems to _always_ want to restart openssh-server and dbus (which is quite annoying): # needrestart -r a ; echo '***' ; needrestart -r a Services needed to be restarted: dbus: - Restart dbus? [Yn] y Stopping system message bus: dbus. Starting system message bus: dbus. openssh-server: - Restart ssh? [Yn] y Restarting OpenBSD Secure Shell server: sshd. *** Services needed to be restarted: openssh-server: - Restart ssh? [Yn] y Restarting OpenBSD Secure Shell server: sshd. dbus: - Restart dbus? [Yn] y Stopping system message bus: dbus. Starting system message bus: dbus. # See http://bugs.debian.org/721809 for why I had to press y despite the -r a option. -- System Information: Debian Release: Sid 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#721811: Florence does not release keys when terminated
Package: florence Version: florence_0.6.0-2 Severity: minor If florence is killed/terminated, any keys which are down will remain down. I think that the program should release anything it's holding when it is closed. Can be replicated easily by using florence to Ctrl+C itself: $ florence Florence version 0.6.0 XRecord extension found version=1.13 Your screen does not support alpha channel. Semi-transparency is disabled DBus name aquired: org.florence.Keyboard $ ^C $ ^C $ ^C ... Or if you kill it while holding down 'd': $ sleep 5; killall florence; ddd... (keeps going) Could probably be fixed by adding something to flo_terminate() to release pressed keys. -Michael
Bug#721770: mothur: FTBFS on ia64: unrecognized command line option '-m64'
Hi Aaron, thanks for your bug report. Since I have no direct access to a ia64 machine (except the ones any DD can login but this would be more time consuming) I wonder whether you could possibly provide a patch to the makefile which seems to be easy enough when sitting on such a machine. It is just not clear to me whether only one of CXXFLAGS and FORTRAN_FLAGS needs to be droped or both. Once this is clear some if statement evaluating `dpkg-architecture -qDEB_BUILD_ARCH` to be equal to ia64 should do the trick. Any patch / team upload is more than welcome Andreas. On Tue, Sep 03, 2013 at 06:53:07PM -0400, Aaron M. Ucko wrote: Source: mothur Version: 1.31.2+dfsg-1 Severity: serious Justification: fails to build from source The ia64 build of mothur failed because GCC doesn't recognize -m64 there: if [ 64 -eq 64 ] ; then \ dh_auto_build -- 64BIT_VERSION=yes USEMPI=yes \ mv mothur mothur-mpi make clean \ dh_auto_build -- 64BIT_VERSION=yes USEMPI=no ; \ else \ dh_auto_build -- 64BIT_VERSION=no ; \ fi make[2]: Entering directory `/«BUILDDIR»/mothur-1.31.2+dfsg' gfortran -c -m64 *.f f951: error: unrecognized command line option '-m64' I'd suggest doing away with that flag altogether, since it's redundant on the architectures that do support it (disregarding multiarch compiler installations, on which mothur of course doesn't build-depend). Could you please look into it? Thanks! ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721353: uim-xim: Preview uses SJIS rather than UTF-8
xterm*ximFont: -*-fixed-medium-r-normal-*-18-*-*-*-*-*-iso10646-1
That solves the issue (the preedit window looks a bit blocky, but that
is not that much of an issue).
Or, run uim-pref-{gtk,gtk3,qt4}, select XIM Group,
check Use anti-aliased fonts for Over-the-Spot/Root-Window preedit box,
input some font name using fontconfig to Font name for preedit area
(anti-aliaed) text area, for example, unifont (ttf-unifont package).
Interestingly, using
-gnu-unifont-medium-r-normal--16-160-75-75-c-80-iso10646-1
gives a differently wrong picture, with e.g. ru being displayed as the
(r) sign.
it maybe another Mojibake and i could reproduce it.
but i do not know why it does, sorry.
--
Regards,
dai
GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
signature.asc
Description: Digital signature
Bug#721812: RFS: rateit/0.1-1 [ITP] -- Tool for performing MUSHRA tests
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package rateit * Package name: rateit Version : 0.1-1 Upstream Author : Jean-Marc Valin jean-marc.va...@usherbrooke.ca * URL : http://rateit.sourceforge.net * License : GPL-2+ or MPL Section : sound It builds those binary packages: rateit - Tool for performing MUSHRA tests To access further information about this package, please visit the following URL: http://mentors.debian.net/package/rateit Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/rateit/rateit_0.1-1.dsc More information about RateIt can be obtained from http://rateit.sourceforge.net -- Marius Gavrilescu (etc) A mathematician is a device for turning coffee into theorems. --P. Erdos signature.asc Description: Digital signature
Bug#716796: [Pkg-javascript-devel] Bug#716796: jQuery needs updating
Hi, On Sun, 28 Jul 2013, Marcelo Jorge Vieira wrote: There is a big problem, Grunt depends on the JSHint and it is not DFSG-compatible (Crockford's license). Please read this: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2013-February/004850.html What's non-free in https://github.com/jshint/jshint/blob/master/LICENSE ? It looks fine to me. It's really a problem to have an outdated jquery in Debian. :-| Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
That's really strange... Can you try to reproduce this with a minimal zsh configuration, ideally only with completion loaded? RIchard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711591: [pkg-horde] Bug#711591: Bug#711591: php-horde: fails to install
Can someone propose a patch? 2013/9/1 Dr. Peter J. Bauer pba...@math.uni-frankfurt.de: Hello! I can confirm Remco's observation: I removed /etc/apache2/conf.d/php-horde.conf and the installation/configuration succeeded without any problems. Thanks a lot! My best regards, Peter -- --- Dr. Peter J. Bauer Universitaet Frankfurt a.M. Institut fuer Mathematik Tel. 069/798-23694 Robert-Mayer-Str. 10 Fax 069/798-23674 60325 Frankfurt/Main --- ___ pkg-horde-hackers mailing list pkg-horde-hack...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-horde-hackers -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716796: [Pkg-javascript-devel] Bug#716796: Bug#716796: jQuery needs updating
On 04/09/2013 12:01, Raphael Hertzog wrote: Hi, On Sun, 28 Jul 2013, Marcelo Jorge Vieira wrote: There is a big problem, Grunt depends on the JSHint and it is not DFSG-compatible (Crockford's license). Please read this: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2013-February/004850.html What's non-free in https://github.com/jshint/jshint/blob/master/LICENSE ? It looks fine to me. It's really a problem to have an outdated jquery in Debian. :-| Please be not evil https://github.com/jshint/jshint/blob/master/src/jshint.js#L19 Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721813: ITP: python-sql -- Library to write SQL queries
Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: python-sql Version : 0.1 Upstream Author : B2CK * URL : http://code.google.com/p/python-sql/ * License : BSD Programming Lang: Python Description : Library to write SQL queries (implemented in Python 2) python-sql is a library to write SQL queries in a pythonic way. It relies exclusively on the Python standard library. It is database independent, doesn't require the declaration of tables and allows to manipulate the generated queries. . To make real use of this package you will have to install a database connector. . This package is targeting Python version 2. * Package name: python3-sql Version : 0.1 Upstream Author : B2CK * URL : http://code.google.com/p/python-sql/ * License : BSD Programming Lang: Python Description : Library to write SQL queries (implemented in Python 3) python-sql is a library to write SQL queries in a pythonic way. It relies exclusively on the Python standard library. It is database independent, doesn't require the declaration of tables and allows to manipulate the generated queries. . To make real use of this package you will have to install a database connector. . This package is targeting Python version 3. This package will be needed as a dependency for the next version (3.0) of the Tryton server (tryton-server). signature.asc Description: PGP signature
Bug#721119: [pkg-horde] Bug#721119: php-horde-nag: cannon create tasks: The requested URL /horde/nag/t/save was not found on this server.
reassign 721119 php-horde affects 721119 php-horde-nag thanks 2013/9/2 Diego Arroyo th3...@gmail.com: Dear Mathieu: As files its needed to change belongs to php-horde package, is it needed to open a bug to that package instead of mantain this bug open? We just need to reassign (done above). or can i do anything more? Can you propose this as a git patch? Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716796: [Pkg-javascript-devel] Bug#716796: Bug#716796: jQuery needs updating
Hi Raphael, Raphael Hertzog: On Sun, 28 Jul 2013, Marcelo Jorge Vieira wrote: There is a big problem, Grunt depends on the JSHint and it is not DFSG-compatible (Crockford's license). Please read this: http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2013-February/004850.html What's non-free in https://github.com/jshint/jshint/blob/master/LICENSE ? It looks fine to me. It's really a problem to have an outdated jquery in Debian. :-| Take a look at the recent take of upstream on the question: https://github.com/jshint/jshint/issues/1234 -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721811: Florence does not release keys when terminated
Control: forwaded -1 f.agr...@gmail.com Hi Michael, Michael Billington: If florence is killed/terminated, any keys which are down will remain down. I think that the program should release anything it's holding when it is closed. Thanks for your report. I have forwarded your suggestion to Florence's author. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#721815: config not under /etc/horde
Package: php-horde-trean Version: 1.0.3-1 Severity: important Hi, the configuration of Trean still resides in /usr/share/horde/trean/config. Please use /etc/horde as with other Horde applications. Regards, Petr Čech -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-horde-trean depends on: ii php-horde 5.1.2+debian0-1 ii php-horde-autoloader2.0.1-3 ii php-horde-content 2.0.3-1 ii php-horde-controller2.0.1-3 ii php-horde-core 2.7.0-1 ii php-horde-date 2.0.6-1 ii php-horde-db2.0.4-1 ii php-horde-exception 2.0.4-1 ii php-horde-form 2.0.5-1 ii php-horde-notification 2.0.1-3 ii php-horde-perms 2.1.1-1 ii php-horde-queue 1.1.0-1 ii php-horde-util 2.3.0-1 ii php-horde-vfs 2.1.1-1 ii php-horde-view 2.0.3-1 ii php-pear5.5.3+dfsg-1 ii php5-cli5.5.3+dfsg-1 ii php5-json 1.3.1+dfsg-3 Versions of packages php-horde-trean recommends: ii php-horde-browser 2.0.4-1 ii php-horde-cache2.2.1-1 php-horde-trean 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#630570: Worklog uses a bit too much cpu
Thanks for your bug report - I am not (yet) the maintainer, and am not subscribed to new bug reports, so didn't happen to check the page until the other day. Your fix looks good, and I've checked it in for inclusion in 1.8-8. I had noticed that worklog used more CPU than I'd like it to, but I never thought to check how long it was sleeping for. Thanks! -- Jon Daley http://jon.limedaley.com ~~ Music: A safe kind of high -- Jimi Hendrix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721816: ITP: python-goocalendar -- Calendar widget for GTK using PyGoocanvas
Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: python-goocalendar Version : 0.1 Upstream Author : Cédric Krier * URL : http://code.google.com/p/goocalendar/ * License : GPL2 Programming Lang: Python Description : Calendar widget for GTK using PyGoocanvas (Python 2) The GooCalendar module supplies a calendar widget drawn with GooCanvas that can display a month view and a week view. It also supplies classes to manage events you can add to the calendar. . This package is targeting Python version 2. * Package name: python3-goocalendar Version : 0.1 Upstream Author : Cédric Krier * URL : http://code.google.com/p/goocalendar/ * License : GPL2 Programming Lang: Python Description : Calendar widget for GTK using PyGoocanvas (Python 3) The GooCalendar module supplies a calendar widget drawn with GooCanvas that can display a month view and a week view. It also supplies classes to manage events you can add to the calendar. . This package is targeting Python version 3. This package will be needed as a recommend for the next version (3.0) of the Tryton Client (tryton-client). signature.asc Description: PGP signature
Bug#721802: [Pkg-octave-devel] Bug#721802: octave: triangle_lw mentioned in manual but not usable
package octave forwarded 721802 https://savannah.gnu.org/bugs/index.php?39939 thanks * Francesco Potortì poto...@isti.cnr.it [2013-09-04 11:16]: The functions rectangle_sw, rectangle_lw, triangle_sw, and triangle_lw have been made private in this commit: http://hg.savannah.gnu.org/hgweb/octave/rev/0fed4935de94 By the same occasion, the corresponding @DOCSTRING() directives for those functions should have been removed from signal.txi, but they are still there: http://hg.savannah.gnu.org/hgweb/octave/file/d70c99028ba3/doc/interpreter/signal.txi I will file a bug report upstream on this issue. Thank you. Done. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721817: lnav: install help file
Package: lnav Version: 0.5.1-1 Severity: normal Dear Maintainer, Thanks for package lnav. It's usefull for me. I see that the package only ships the man page as information on how to use this app. I think that installing a help file may be usefull for all, so I think that you can install the help file that is in https://github.com/tstack/lnav/blob/master/src/help.txt in the git (I don't know if this file is in the tarball too, but I suppose that it is). Greetings. Martintxo. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10.0 Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to eu_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lnav depends on: ii libbz2-1.01.0.6-4 ii libc6 2.17-92 ii libgcc1 1:4.8.1-2 ii libncursesw5 5.9+20130608-1 ii libpcre3 1:8.31-2 ii libpcrecpp0 1:8.31-2 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.7.17-1 ii libstdc++64.8.1-2 ii libtinfo5 5.9+20130608-1 ii zlib1g1:1.2.8.dfsg-1 lnav recommends no packages. lnav suggests no packages. -- no debconf information Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. proiektu jasangaitzei erantzun juridiko-teknikoa. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704785: OGRE's FTBFS #713640 affects other packages
Hi Paul, Can you please check if this is fixed with the version 1.8.0+dfsg1-5 that I just uploaded? 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#721818: Should allow to install/remove packages even when dependencies are broken
Package: aptitude Version: 0.6.8.2-1.2 Severity: normal There is no way currently to proceed to package (re)installation/remove/purge if dependencies are broken. Pressing 'g' only shows the dependency resolution prompt. When using unstable/experimental I sometimes *need* to break dependencies. I'd like to have something akin to the Yes, I am aware this is a very bad idea prompt and/or an option to proceed when I'm already in preview and I'm pressing g again. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721219: RFS: light-locker [ITP] -- simple session locker
Hello Stephen, I have re-uploaded the package with the fixed build-dependencies, please check. Regards, Howard Chan (smartboyhw) Ubuntu Member 2013/8/29 Ho Wan Chan smartbo...@gmail.com Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package light-locker * Package name: light-locker Version : 1.0.0-1 Upstream Author : Simon Steinbeiß si...@xfce.org * URL : https://github.com/the-cavalry/light-locker * License : GPL-2+ Section : utils It builds those binary packages: light-locker - Simple session locker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/light-locker Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/light-locker/light-locker_1.0.0-1.dsc More information about light-locker can be obtained from https://github.com/the-cavalry/light-locker. Changes since the last upload: light-locker (1.0.0-1) unstable; urgency=low * Initial release (Closes: #721163) -- Howard Chan smartbo...@gmail.com Thu, 29 Aug 2013 15:42:06 +0800 Regards, Howard Chan -- 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/CA+2XN5+8w+WAêswwojxwdsszdk2_d8dmajfqhgnxzr8...@mail.gmail.comhttp://lists.debian.org/ca+2xn5+8w+wa%c3%aaswwojxwdsszdk2_d8dmajfqhgnxzr8...@mail.gmail.com
Bug#715146: Update on similar problem
Hi, I'm having similar issue on Debian Wheezy. It seems that screen is not reporting problems as it should in previous versions. For example, during my test for a chroot jailed environment, screen terminates immediately. On Debian Squeeze, I noticed it was because 'No more PTY's. Sorry could not find a PTY' error was shown, but version 4.1.0~20120320gitdb59704-7 does not show the error message. The PTY issue is offtopic, but screen should report the error which it didn't in this version. Regards, Choong
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On 04/09/13 at 12:13 +0900, Norbert Preining wrote: On Mi, 04 Sep 2013, Ben Hutchings wrote: How much do those packages weigh, Norbert? Are TeX transitional packages particularly heavy? In kg? In bit? In work time? I really don't know why you think TeX is exempt from the usual requirements to support clean upgrades between Debian releases. Please try it before complaining. Clean upgrades are working with dist-upgrade I tried: - in wheezy, install texlive-lang-danish - change sources.list to point to sid - apt-get update ; apt-get dist-upgrade - texlive-lang-danish gets removed (as well as texlive-common and texlive-doc-base), but texlive-lang-european doesn't get installed. You need transitional packages here. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Hi Fabian, On Mi, 04 Sep 2013, Fabian Greffrath wrote: On the usptream (TeX Live) (I am also maintainer there) I will see if we can prepare an updated package for CTAN with the exact fonts, which would solve the problem automatically. I have contacted Walter and Karl, as you have seen. Let us see. It would be great if you could take care upstream that texlive is made compatible with the new urw-base35 fonts release. In due time, there is no hurry, as the new fonts do not improve too much over what is currently on CTAN/TL. I'd say no, but I am sure that a huge glaring bug will occur the second after the package is uploaded. :) Sure, as usual. That is why we have unstable ;-) By this you mean that changing the /FontName fields *back* to the values of the old gsfonts package is a bad idea? Alright, then we just keep the font files untouched. Right, that was the idea. Thanks. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721796: xserver-xorg-video-radeon: X not starting anymore after upgrade
On Mit, 2013-09-04 at 08:39 +0200, Eloi Notario wrote: Package: xserver-xorg-video-radeon Version: 1:7.2.0-1 Severity: important Dear Maintainer, Since last upgrade from 1:6.14.4-8 to 1:7.2.0-1 X does not start for me. I've tried moving my custom xorg.conf out of the way but to no avail. I've also tried using an old linux kernel, also unsuccessfully, that's why I'm filing the bug here. Please tell me if you need more info, however my availibity may be scarce for the next week. The comments on xorg.conf are from 2010 where I had another issue and tried some alternative configurations, I tested the other Screen directives on ServerLayout, they didn't work either but for reasons apparently unrelated (fglrx not supporting my chipset anymore, vesa complaining about No matching modes). The computer is a 5-year-old Samsung R60+ laptop using a Radeon X1250. [...] [ 1073.294] (II) [KMS] drm report modesetting isn't supported. [...] DRM Information from dmesg: --- [1.278892] Linux agpgart interface v0.103 Looks like the radeon kernel module doesn't get loaded before X starts. Current upstream xf86-video-ati only works with the radeon kernel module loaded in KMS mode. Maybe some leftover from fglrx is preventing the radeon kernel module from getting loaded. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709253: texlive-lang-english: symbols-a4.pdf and symbols-letter.pdf contain many PDF errors
reassign 709253 libpoppler19 retitle 709253 make unparseable glyph names a slient warning and not error thanks On Mi, 04 Sep 2013, Vincent Lefevre wrote: On 2013-09-04 16:24:57 +0900, Norbert Preining wrote: No, I still disagree. It is not a PDF syntax error. iT is a mistreatment of poppler. Only because it cannot parse a charname does not mean that it is invalid, I guess. I've searched with Google, and https://www.allegro.cc/forums/thread/597719/771190#target seems to confirm that this is not against the PDF spec. I suggest to reassign the bug to libpoppler19. Done so. If this is really a PDF syntax error, I think that this should be explained in the poppler source (with a reference to the section of the PDF spec forbidding this). I don't think that this is a PDF syntax error. Glyph names can have arbitrary names, in principle. Otherwise, an error shouldn't be issued by default (informative output would be OK, but only in some form of debug mode). Agreed. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On Mi, 04 Sep 2013, Lucas Nussbaum wrote: requirements to support clean upgrades between Debian releases. - texlive-lang-danish gets removed (as well as texlive-common and texlive-doc-base), but texlive-lang-european doesn't get installed. Yes, and? Was the dist-upgrade disturbed? We are talking about normal systems, that is having telxive or texlive-full installed. Not pathological cases of only t-l-d installed. You need transitional packages here. I *can* provide transitional packages to make it nice for the user experience. I don't remember a requirement in the Debian policy for that. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721819: find: incorrect formatting in the man page near the description of -prune
Package: findutils Version: 4.4.2-4 Severity: minor Dear Maintainer, There's a formatting error in the documentation of the -prune option. The last phrase is -delete togheter. and is printed in bold font. Only -delete should be in bold. Regards -- Grzegorz Niewisiewicz -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 findutils depends on: ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38 findutils recommends no packages. Versions of packages findutils suggests: pn mlocate | locate 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#721818: [Aptitude-devel] Bug#721818: Should allow to install/remove packages even when dependencies are broken
Control: severity -1 wishlist Hi, Yuri D'Elia wrote: There is no way currently to proceed to package (re)installation/remove/purge if dependencies are broken. I think that's part of aptitude's design to work that way. When using unstable/experimental I sometimes *need* to break dependencies. Huh? I use aptitude on a lot of Sid/Experimental machines daily and I need that only in very, very seldom cases. And if so, it's usually easily to solve with a dpkg --remove --force-depends before running aptitude at all. Aptitude doesn't let you go into such a situation, so IMHO such a functionality is not really necessary. At least for me all those cases were usually caused by using dpkg -i, i.e. something outside of aptitude anyway. But since aptitude saves your current state of planned actions (unless you quit it with Ctrl-C), it's easy to call dpkg --remove --force-depends without losing your planned actions. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717726: logrotate doesn't recreate logfiles with the previous permissions
Hi, On 04/09/13 10:37, Stéphane CHIRON wrote: Is that /etc/logrotate.d/syslog-ng the stock one or did you modify it? I modified /etc/logrotate.d/syslog-ng I don't think this is the case, but maybe it's worth checking no other conffile tries to rotate the same files? $ grep -R '/mail' /etc/logrotate.* What do permissions of /var/log/mail.* look like if you stop syslog-ng before rotating, like so: # ls -l /var/log/mail.* # /etc/init.d/syslog-ng stop # /usr/sbin/logrotate -v -f /etc/logrotate.conf # ls -l /var/log/mail.* # /etc/init.d/syslog-ng start # sleep 10 # ls -l /var/log/mail.* Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721818: [Aptitude-devel] Bug#721818: Should allow to install/remove packages even when dependencies are broken
Hi, Yuri D'Elia wrote: But right now I want to install a newer version of a package and break some other dependencies (without uninstalling them as aptitude recommends). Ok, I never felt the urge to do that. In such cases I use either hold or forbid-version and don't install packages with broken dependencies. (Or build a package with fixed dependencies locally. And then I need dpkg anyway.) But since aptitude saves your current state of planned actions (unless you quit it with Ctrl-C), it's easy to call dpkg --remove --force-depends without losing your planned actions. Does running dpkg --force-depends keep the auto state of the packages in this case? If I remember correctly it does. But there are still some open bugs around the dpkg/aptitude states synchronisation. http://bugs.debian.org/137771 comes to my mind, but is probably not relevant here. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721818: [Aptitude-devel] Bug#721818: Should allow to install/remove packages even when dependencies are broken
On 09/04/2013 01:04 PM, Axel Beckert wrote: Huh? I use aptitude on a lot of Sid/Experimental machines daily and I need that only in very, very seldom cases. And if so, it's usually easily to solve with a dpkg --remove --force-depends before running aptitude at all. I also need it very rarely. But right now I want to install a newer version of a package and break some other dependencies (without uninstalling them as aptitude recommends). I dropped to dpkg in the past, but in some situations it's just way easier to use aptitude. But since aptitude saves your current state of planned actions (unless you quit it with Ctrl-C), it's easy to call dpkg --remove --force-depends without losing your planned actions. Does running dpkg --force-depends keep the auto state of the packages in this case? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639281: worklog: does not survive resizing of the terminal
Just getting around to looking at this now, because I use worklog every day, and haven't had any trouble with it. I can resize the window in most cases without any trouble, and never get continuous beeping. A couple times, when I make the window really small, I did get the program to hang and it needed a ctrl-c to get out. I suspect the problem is that when the terminal is resized, funny ASCII control codes or something are being sent, and that is what is causing the beeping (and some of the beeping was removed in 1.8-6, so that might explain why I'm not hearing the beeping). In one instance during my testing, the program did recover, and so my guess is that it is just taking a while to process the keystrokes, and so it would recover without being killed, I'm not sure. Note, that the fix for bug# 630570 might make this worse, since keystrokes are processed slower... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700884:
This bug bites quite often when debootstrapping older Debian and/or Ubuntu releases when trying to create chroot for testing backwards compatibility of whatever software. It's very annoying. Of course, either uname26 or setarch will work but both of them lack the ability to specify a custom version string for uname. The generated version is always 2.6.x which will - in some cases - go to a completely different branch in a (buggy) libc6 preinst script. And eglibc is most likely not the only package now or in the future with problems like this. Would strongly recommend fixing this somehow, if nothing else, then incorporating the use of setarch with appropriate, additional command line option. It could be refined later if and when situation occurs. Regards, Jussi
Bug#721821: bitcoin-qt: Critical DoS vulnerability
Package: bitcoin-qt Version: 0.8.3-2+b1 Severity: important Tags: security upstream Bitcoin-Qt / bitcoind version 0.8.4 fixes critical DoS vulnerability. See: https://bitcointalk.org/index.php?topic=287351.0 Thank you! Carlo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bitcoin-qt depends on: ii libboost-filesystem1.54.0 1.54.0-2+b1 ii libboost-program-options1.54.0 1.54.0-2+b1 ii libboost-system1.54.0 1.54.0-2 ii libboost-thread1.54.0 1.54.0-2+b1 ii libc6 2.17-92 ii libdb5.1++ 5.1.29-6 ii libgcc1 1:4.8.1-2 ii libminiupnpc5 1.5-2 ii libqrencode33.4.2-1 ii libqt4-dbus 4:4.8.5+dfsg-3 ii libqt4-network 4:4.8.5+dfsg-3 ii libqtcore4 4:4.8.5+dfsg-3 ii libqtgui4 4:4.8.5+dfsg-3 ii libssl1.0.0 1.0.1e-3 ii libstdc++6 4.8.1-2 bitcoin-qt recommends no packages. bitcoin-qt 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#721820: jxplorer: LdifExport DN: in uppercase
Package: jxplorer Version: 3.3.2+dfsg-1 Severity: normal Exported LDIF not compliance with rfc2849. Signed-off-by: Maksim Kuleshov m...@mail.ru --- src/com/ca/commons/naming/LdifUtility.java | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/com/ca/commons/naming/LdifUtility.java b/src/com/ca/commons/naming/LdifUtility.java index b11474b..1007fbe 100644 --- a/src/com/ca/commons/naming/LdifUtility.java +++ b/src/com/ca/commons/naming/LdifUtility.java @@ -414,7 +414,7 @@ public class LdifUtility return ; } -ldifData.append(DN + ldifEncode(DN, 2) + \n); +ldifData.append(dn + ldifEncode(DN, 2) + \n); NamingEnumeration ocs = oc.getAll(); String ID = oc.getID(); @@ -865,4 +865,4 @@ public class LdifUtility } return value; } -} \ No newline at end of file +} -- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (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 jxplorer depends on: ii ca-certificates-java 20130815 ii default-jre [java6-runtime]1:1.7-49 ii java-wrappers 0.1.26 ii javahelp2 2.0.05.ds1-6 ii junit 3.8.2-8 ii openjdk-6-jre [java6-runtime] 6b27-1.12.5-2 ii openjdk-7-jre [java6-runtime] 7u25-2.3.12-4 jxplorer recommends no packages. jxplorer 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#709758: Replacing a binary package by another one(was: Communication issue?)
Hi, On Mittwoch, 4. September 2013, Norbert Preining wrote: Yes, and? Was the dist-upgrade disturbed? We are talking about normal systems, that is having telxive or texlive-full installed. Not pathological cases of only t-l-d installed. wheezy has: Package: texlive-lang Binary: texlive-lang-african, texlive-lang-arabic, texlive-lang-armenian, texlive-lang-cjk, texlive-lang-croatian, texlive-lang-cyrillic, texlive-lang- czechslovak, texlive-lang-danish, texlive-lang-dutch, texlive-lang-finnish, texlive-lang-french, texlive-lang-german, texlive-lang-greek, texlive-lang- hebrew, texlive-lang-hungarian, texlive-lang-indic, texlive-lang-italian, texlive-lang-latin, texlive-lang-latvian, texlive-lang-lithuanian, texlive- lang-mongolian, texlive-lang-norwegian, texlive-lang-other, texlive-lang- polish, texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-swedish, texlive-lang-tibetan, texlive-lang-english, texlive-lang-vietnamese, texlive- lang-all, ptex-bin sid has: Package: texlive-lang Binary: texlive-lang-african, texlive-lang-arabic, texlive-lang-cjk, texlive- lang-cyrillic, texlive-lang-czechslovak, texlive-lang-english, texlive-lang- european, texlive-lang-french, texlive-lang-german, texlive-lang-greek, texlive-lang-indic, texlive-lang-italian, texlive-lang-other, texlive-lang- polish, texlive-lang-portuguese, texlive-lang-spanish, texlive-lang-all, ptex- bin, thailatex which other binary packages build by texlive-lang do you consider pathological to use? I *can* provide transitional packages to make it nice for the user experience. I don't remember a requirement in the Debian policy for that. #569219 and #323066 suggest this is a best practice for years. https://wiki.debian.org/PackageTransition might be helpful too. cheers, Holger, who considers just to build-depend on texlive-lang-all | and be done with this signature.asc Description: This is a digitally signed message part.
Bug#721818: [Aptitude-devel] Bug#721818: Should allow to install/remove packages even when dependencies are broken
On Wed, Sep 4, 2013 at 12:49 PM, Yuri D'Elia yuri.de...@eurac.edu wrote: When using unstable/experimental I sometimes *need* to break dependencies. No. Even in unstable/experimental there is no reason to have a broken system. If there is it is a glaring bug in the packages which require it and its a feature that these packages are not installable and/or removed. I am an unstable users myself for years and never had the need to break the system. Either the package manager can work out a valid solution or I wait 6 hours for the next dinstall run to bring in a valid solution. Everything else is not worth the pain. I'd like to have something akin to the Yes, I am aware this is a very bad idea prompt and/or an option to proceed when I'm already in preview and I'm pressing g again. I don't know about aptitude internals that much, but it is using libapt and this library is not really supporting broken environments and I doubt we would accept patches to make it support those as it would probably complicate codepaths further which are already way to complex as it is. Upgrading systems is already very similar to juggling chainsaws, I don't see what we would gain by switch them on. So from an APT point of view: Hell no, wontfix, close. But this bugreport is against aptitude, so feel free to disagree of course. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719625: vcsh: tab combletion when calling git command failed
Richard Hartmann richih.mailingl...@gmail.com writes: That's really strange... Can you try to reproduce this with a minimal zsh configuration, ideally only with completion loaded? Okay, when I just load completion, I've no more error message, but no completion either. The .zshrc I used is: #+begin-src: zsh # Created by newuser for 5.0.2 # The following lines were added by compinstall zstyle :compinstall filename '/home/testing/.zshrc' autoload -Uz compinit compinit # End of lines added by compinstall #+end-src Note that as with my main account, I've completion if I run `vcsh enter mr` first -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721822: nm-applet crashes with WPA2-Enterprise connection
Package: network-manager-gnome Version: 0.9.8.2-1+b1 Severity: important Hi, I'm using debian testing with xfce. The first connection with wpa2-enterprise network goes fine but after restarting the computer, nm-applet crashes. This is a part of dmesg: [ 13.090552] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 15.125023] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input12 [ 17.695186] Bluetooth: RFCOMM TTY layer initialized [ 17.695205] Bluetooth: RFCOMM socket layer initialized [ 17.695208] Bluetooth: RFCOMM ver 1.11 [ 18.427854] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 18.427858] Bluetooth: BNEP filters: protocol multicast [ 18.427867] Bluetooth: BNEP socket layer initialized [ 19.655481] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 41.582604] nm-applet[3183]: segfault at 8 ip 0041b37d sp 7fff10153660 error 4 in nm-applet[40+47000] When I run nm-applet from bash I get this: ** (nm-applet:3397): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** Message: applet now removed from the notification area ** Message: applet now embedded in the notification area ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files
Bug#721823: add support for handling vcard files
Package: qtqr Version: 1.2-2 Severity: wishlist as qtqr deals with qrcode representations of vcards, it would be useful to import and export them to files too. suggested user interface: * when contact information data type is selected: offer a load from file button, which opens a .vcf file and loads it into the editor. * command line: accept .vcf files as command line arguments; in that case, immediately go to contact information mode, load the file, and display the qr code. this would also lend itself to file associations; qtqr should ship appropriate .desktop files, so vcard files can be opened in qtqr from graphical file browsers, and immediately be shared with qr reading tools. * when vcard qr codes are loaded, an additional save option might be provided along with ok and edit. as far as user interface is concerned, i'd suggest to drop the popup dialog altogether (along with the suggested save option), and instead immediately load the data, and offer respective buttons in the editors (eg. a save button next to the open button suggested above, a open in browser button when urls are handled etc). best regards chrysn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtqr depends on: ii python 2.7.5-4 ii python-qrtools 1.2-2 ii python-qt4 4.10.2-2 qtqr recommends no packages. qtqr suggests no packages. -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#671157: python-xlib: FTBFS if built twice in a row: unrepresentable changes to source
Hello, Jakub Wilk [2012-05-02 10:30 +0200]: python-xlib FTBFS if built twice in a row: Note, the patch I just sent to http://bugs.debian.org/721814 fixes this as a side issue. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts
Am Mittwoch, den 04.09.2013, 19:59 +0900 schrieb Norbert Preining: I'd say no, but I am sure that a huge glaring bug will occur the second after the package is uploaded. :) Sure, as usual. That is why we have unstable ;-) Please wait a minute, I have found one! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On Mi, 04 Sep 2013, Holger Levsen wrote: which other binary packages build by texlive-lang do you consider pathological to use? I considered the installation of one -lang package by itself without actual latex package pathological. Holger, who considers just to build-depend on texlive-lang-all | and be done with this Since TL2005 that is nearly 8 years ago we practiuically haven't change anything in the naming. And now that there are a few changes ... sudenly the world collapses. Ohh, I have to be careful otherwise Ian comes agian after me threatening me with consequences ... soo scary. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721822: [Pkg-utopia-maintainers] Bug#721822: nm-applet crashes with WPA2-Enterprise connection
Am 04.09.2013 13:36, schrieb Anonymous: Package: network-manager-gnome Version: 0.9.8.2-1+b1 Severity: important Hi, I'm using debian testing with xfce. The first connection with wpa2-enterprise network goes fine but after restarting the computer, nm-applet crashes. This is a part of dmesg: [ 13.090552] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 15.125023] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input12 [ 17.695186] Bluetooth: RFCOMM TTY layer initialized [ 17.695205] Bluetooth: RFCOMM socket layer initialized [ 17.695208] Bluetooth: RFCOMM ver 1.11 [ 18.427854] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 18.427858] Bluetooth: BNEP filters: protocol multicast [ 18.427867] Bluetooth: BNEP socket layer initialized [ 19.655481] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 41.582604] nm-applet[3183]: segfault at 8 ip 0041b37d sp 7fff10153660 error 4 in nm-applet[40+47000] When I run nm-applet from bash I get this: ** (nm-applet:3397): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ** Message: applet now removed from the notification area ** Message: applet now embedded in the notification area ** Message: Remote error from secret service: org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.secrets was not provided by any .service files Please use reportbug next time, so I can see which packages you have installed. As you are using XFCE (which I don't this this package on), I assume you don't have gnome-keyring running (or another service providing org.freedesktop.secrets) ? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#721825: msr-tools: missing /dev/cpu/0/msr (rdmsr: open: No such file or directory)
Package: msr-tools Version: 1.2-3 Severity: normal I found a workaround in http://archives.gentoo.org/gentoo-dev/msg_b90576f03c87fbcc790a96d3d0960f9a.xml Probably, it would suffice to do an mknod in /dev/cpu/0/msr but I copied that script verbatim (on a quadcore). It yields: cr--r--r-- 1 root root 203, 0 Sep 4 13:09 /dev/cpu/0/cpuid crw--T 1 root root 202, 0 Sep 4 13:09 /dev/cpu/0/msr cr--r--r-- 1 root root 203, 1 Sep 4 13:09 /dev/cpu/1/cpuid crw--T 1 root root 202, 1 Sep 4 13:09 /dev/cpu/1/msr cr--r--r-- 1 root root 203, 2 Sep 4 13:09 /dev/cpu/2/cpuid crw--T 1 root root 202, 2 Sep 4 13:09 /dev/cpu/2/msr cr--r--r-- 1 root root 203, 3 Sep 4 13:09 /dev/cpu/3/cpuid crw--T 1 root root 202, 3 Sep 4 13:09 /dev/cpu/3/msr Permissions might need some adjustment... -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages msr-tools depends on: ii libc6 2.13-38 msr-tools recommends no packages. msr-tools 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#721824: hroller manpage refers to htools(7), while there is no manpage
Package: ganeti-htools Version: 2.7.1-3 Severity: normal Hi, in hroller(1) there is a reference to htools(7). | OPTIONS |Currently only standard htools options are supported. For a description of them check htools(7) and hbal(1). zobel@kvasir ~ % man 7 htools No manual entry for htools in section 7 See 'man 7 undocumented' for help when manual pages are not available. zobel@kvasir ~ % Cheers, Martin -- 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.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ganeti-htools depends on: ii libc62.17-92 ii libcurl3-gnutls 7.32.0-1 ii libffi6 3.0.13-4 ii libgmp10 2:5.1.2+dfsg-2 ii libpcre3 1:8.31-2 ganeti-htools recommends no packages. ganeti-htools suggests no packages. -- no debconf information -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721822: [Pkg-utopia-maintainers] Bug#721822: nm-applet crashes with WPA2-Enterprise connection
Am 04.09.2013 13:36, schrieb Anonymous: [ 41.582604] nm-applet[3183]: segfault at 8 ip 0041b37d sp 7fff10153660 error 4 in nm-applet[40+47000] To further analyzes this, I also need a backtrace from the crash. Please follow the instructions from [1]. Thanks, Michael [1] https://wiki.debian.org/HowToGetABacktrace -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#721712: gcc-4.8 doesn't compile i386 linux kernel on amd64 system
On Wed, Sep 04, 2013 at 02:41:46PM +0900, Kusanagi Kouichi wrote: On 2013-09-03 23:43:02 +0200, Bastian Blank wrote: If you have used V=1, you would have seen that the compiler calls miss the -m32 argument. This is broken in upstream Linux, see arch/x86/Makefile*. -m32 is missing only with gcc 4.8 because it's broken with gcc 4.8. This is a different problem than you initially reported. Install gcc-4.8-multilib / gcc-multilib. Bastian -- Not one hundred percent efficient, of course ... but nothing ever is. -- Kirk, Metamorphosis, stardate 3219.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709758: Replacing a binary package by another one(was: Communication issue?)
On 04/09/13 at 20:52 +0900, Norbert Preining wrote: On Mi, 04 Sep 2013, Holger Levsen wrote: which other binary packages build by texlive-lang do you consider pathological to use? I considered the installation of one -lang package by itself without actual latex package pathological. OK, let's try again: - in wheezy, install texlive and texlive-lang-dutch - dist-upgrade to sid: texlive-lang-dutch is removed, texlive-lang-european is not installed That's wrong. Holger, who considers just to build-depend on texlive-lang-all | and be done with this Since TL2005 that is nearly 8 years ago we practiuically haven't change anything in the naming. And now that there are a few changes ... sudenly the world collapses. It's not about world collapse. It's about doing upgrades without removing functionality when it's possible, which is something we care about in Debian AFAIK. Why should texlive be different? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
