Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml
Hi, On Fri, Apr 29, 2011 at 12:20:17PM -0500, Romain Beauxis wrote: Thank you for this very good report and for trying. I will make sure that I take this in consideration for the next upload. I was about to file a similar bug (as maintainer of mingw-w64 rather than a user of mingw32-ocaml) when I came across this one. I've just tried rebuilding mingw32-ocaml using gcc-mingw-w64, which is now based on gcc 4.6.1, and it still works fine. Török's instructions are correct, but can be improved slightly: the only necessary build- and runtime- dependencies are mingw-w64, which will always depend on everything necessary to get a full gcc-based toolchain targetting both 32- and 64-bit Windows. I'm hoping to get rid of gcc-mingw32 altogether, which is why I'm particularly interested in this bug! When looking at the resulting package, I also noticed a couple of oddities: * there's link from /usr/bin/flexlink to ../lib/ocaml/flexdll/flexlink.exe, which seems strange - the .exe is an ELF executable, and the /usr/bin file isn't prefixed with i686-w64-mingw32- * the package ships binaries in /usr/i686-w64-mingw32/bin (/usr/i586-mingw32msvc/bin in the current package), along with prefixed links in /usr/bin; would it be possible to only ship the prefixed files in /usr/bin? Concerning the latter point, the reason I ask is that /usr/i586-mingw32msvc and /usr/i686-w64-mingw32 aren't policy-compliant; eventually the ../include and ../lib directories will be handled by multiarch (and move to /usr/include/i686-w64-mingw32 etc.), but the ../bin directory should probably disappear. This is also supported by the autotools approach favouring prefixed tools (i686-w64-mingw32-gcc for example) rather than tools in specific directories (/usr/i686-w64-mingw32/bin/gcc). Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644769: gcc-mingw32: Should be removed in favour of gcc-mingw-w64
Package: gcc-mingw32 Severity: wishlist This is just a tracing bug to follow the replacement of gcc-mingw32 in build-dependencies. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624096: German manpage translation for 2.6.0.2 finally uploaded
tags 624096 fixed-upstream thanks On Wed, Sep 28, 2011 at 02:09:50PM +0200, Martin Eberhard Schauer wrote: The Translation Project coordinator uploaded the file on 25.09.2011. He will keep looking for an explanation. And now committed upstream. Thanks a lot! I'll work through housekeeping of the other related reports you mention as time permits. -- Colin Watson [cjwat...@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#644770: mlterm-tiny: please update suggests for font package
package: mlterm-tiny
version: 3.0.8-1
severity: minor
tags: patch
Hi,
This package suggest ttf-kochi-gothic, however, now I as ttf-kochi
maintainer, you should use another modern Japanese font such as fonts-vlgothic.
And some of ttf- package move to fonts- package.
I've create a patch for that, so please consider to apply it.
Thanks.
--
Regards,
Hideki Yamane henrich @ debian.or.jp/org
http://wiki.debian.org/HidekiYamane
diff -urN mlterm-3.0.8.orig//debian/control mlterm-3.0.8/debian/control
--- mlterm-3.0.8.orig//debian/control 2011-09-28 04:07:01.0 +0900
+++ mlterm-3.0.8/debian/control 2011-10-09 07:35:54.133647138 +0900
@@ -13,7 +13,7 @@
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
Recommends: mlterm-tools
-Suggests: unifont, xfonts-efont-unicode, ttf-vlgothic, ttf-baekmuk, ttf-arphic-bsmi00lp, ttf-arphic-gbsn00lp, ttf-freefont, t1-cyrillic, mlterm-im-uim, mlterm-im-m17nlib, mlterm-im-scim
+Suggests: unifont, xfonts-efont-unicode, fonts-vlgothic | fonts-japanese-gothic, ttf-baekmuk, ttf-arphic-bsmi00lp, ttf-arphic-gbsn00lp, ttf-freefont, t1-cyrillic, mlterm-im-uim, mlterm-im-m17nlib, mlterm-im-scim
Conflicts: mlterm-tiny
Provides: x-terminal-emulator
Description: MultiLingual TERMinal
@@ -41,7 +41,7 @@
Package: mlterm-tiny
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
-Suggests: mlterm-tools, unifont, xfonts-efont-unicode, ttf-kochi-gothic, ttf-baekmuk, ttf-arphic-bsmi00lp, ttf-arphic-gbsn00lp, ttf-freefont, t1-cyrillic, mlterm-im-uim
+Suggests: mlterm-tools, unifont, xfonts-efont-unicode, fonts-vlgothic | fonts-japanese-gothic, ttf-baekmuk, ttf-arphic-bsmi00lp, ttf-arphic-gbsn00lp, ttf-freefont, t1-cyrillic, mlterm-im-uim
Conflicts: mlterm
Provides: x-terminal-emulator
Description: MultiLingual TERMinal, tiny version
pgpsfQcrZI7Es.pgp
Description: PGP signature
Bug#644771: Cross-compile fails due to inability to build locales-all
Source: eglibc Version: 2.13-21 Severity: wishlist Tags: patch While cross-compiling EGLIBC, the package-build fails building the architecture-specific locales-all package as the binaries needed for that task are for a non-native architecture. To resolve the issue, the locales-all package should only be built when compiling natively. The attached patch results in successful cross-builds in my test environment. Cheers, Kyle Moffett -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'stable-updates'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ru eglibc-2.13/debian/rules STAGE2/EGLIBC/eglibc-2.13/debian/rules --- eglibc-2.13/debian/rules 2011-10-07 17:40:39.0 -0400 +++ STAGE2/EGLIBC/eglibc-2.13/debian/rules 2011-10-08 17:45:08.0 -0400 @@ -128,10 +128,15 @@ # Which build pass are we on? curpass = $(filter-out %_,$(subst _,_ ,$@)) -DEB_ARCH_REGULAR_PACKAGES = $(libc) $(libc)-dev $(libc)-dbg $(libc)-prof $(libc)-pic libc-bin libc-dev-bin locales-all multiarch-support +DEB_ARCH_REGULAR_PACKAGES = $(libc) $(libc)-dev $(libc)-dbg $(libc)-prof $(libc)-pic libc-bin libc-dev-bin multiarch-support DEB_INDEP_REGULAR_PACKAGES = glibc-doc eglibc-source locales DEB_UDEB_PACKAGES = $(libc)-udeb libnss-dns-udeb libnss-files-udeb +## Locales can only be pre-generated during native compiles +ifeq ($(DEB_HOST_ARCH),$(DEB_BUILD_ARCH)) +DEB_ARCH_REGULAR_PACKAGES += locales-all +endif + # Generic kernel version check define kernel_check (if [ $(CURRENT_KERNEL_VERSION) -lt $(1) ]; then \
Bug#541730: screen: documented ‘defzombie’ command no longer recognised
tag 541730 + confirmed upstream kthxbye Hi Ben, Ben Finney wrote: My screen configuration file contains a ‘defzombie’ command. This command has worked as documented for several releases. As of version 4.0.3-14 the command is still documented in the ‘screen(1)’ man page, but when invoked (from the configuration file or from the ‘:’ prompt), screen reports “unknown command 'defzombie'” and the documented behaviour doesn't occur. A grep through the current upstream code (HEAD, not 4.0.3) reveals that the string defzombie occurs no more else than in doc/screen.1 and doc/screen.texinfo. Looks as if that command has been removed upstream and they forgot to remove the according documentation. As far as I can see, the zombie command is equivalent and still works. I'll check with upstream if the removal was intended or not and that either the code or the documentation gets corrected. 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#644772: advi: please update suggests for font package
package: advi
version: 1.10.0-1
severity: minor
tags: patch
Hi,
This package suggest ttf-kochi-gothic and ttf-kochi-mincho,
however, now I as ttf-sazanami maintainer, you should use another modern
Japanese font such as fonts-ipafont.
I've create a patch for that, so please consider to apply it.
Thanks.
--
Regards,
Hideki Yamane henrich @ debian.or.jp/org
http://wiki.debian.org/HidekiYamane
diff -urN advi-1.10.0.orig//debian/control advi-1.10.0/debian/control
--- advi-1.10.0.orig//debian/control 2011-08-03 03:06:56.0 +0900
+++ advi-1.10.0/debian/control 2011-10-09 07:52:11.071777264 +0900
@@ -23,7 +23,9 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${ocaml:Depends},
texlive-base-bin, texlive-base, ghostscript-x (= 7.05), perl
-Suggests: ttf-kochi-gothic, ttf-kochi-mincho, bzip2
+Suggests: fonts-ipafont-gothic | fonts-japanese-gothic,
+ fonts-ipafont-mincho | fonts-japanese-mincho,
+ bzip2
Replaces: mldvi, activedvi
Description: active DVI previewer and presenter
Active-DVI is a DVI previewer and presenter written in Objective Caml
@@ -42,7 +44,9 @@
Architecture: all
Depends: ${misc:Depends}, texlive-latex-base, advi, imagemagick
Conflicts: advi ( 1.6.0-4)
-Suggests: ttf-kochi-gothic, ttf-kochi-mincho, ocaml-base-nox, mpg321, tk8.4, xterm
+Suggests: fonts-ipafont-gothic | fonts-japanese-gothic,
+ fonts-ipafont-mincho | fonts-japanese-mincho,
+ ocaml-base-nox, mpg321, tk8.4, xterm
Description: example presentations for Active-DVI (advi)
Active-DVI is a DVI previewer and presenter written in Objective Caml
with some eye candy effects for presentation, support for interactive
pgpp7IxZrQ20t.pgp
Description: PGP signature
Bug#624096: [Fwd: TP: man-db-manpages-2.5.8-pre1.de.po [ACCEPTED]]
On Mon, Apr 25, 2011 at 04:05:00PM +0200, Martin Eberhard Schauer wrote: Dear Colin, this bug report is mainly a housekeeping one - I want to close the RFRs that are still open on debian-l10n. I am aware that the current version is 2.6.0 and that there is some work pending, mainly for the man pages due to the changes in table markup. I believe that some German bugs can be closed now: 380469 The string pdate can only be found in the English text. 380472 Manual has just one occurence in the English text. Thanks, I've closed these. 494066 There are more recent German versions of apropos(1) and mandb(1) I've tagged this fixed-upstream. 518378 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518378#35 There is an up to date German po file in 2.5.9-4. I've closed this. 596104 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596104 Version: 2.5.2-4 There is a newer translation for mandb.8. My second upload also credits the prior translators including Erik. I've tagged this fixed-upstream. I have the credit as a comment, although Erik had a credit for himself inline in the visible text of the page. Do you want there to be a translation addendum for German with translator credits? If so, please send me a patch for that. (I don't mind either way; those languages that have one at the moment do so in a new section named the localised version of TRANSLATION.) Thanks, -- Colin Watson [cjwat...@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#644773: yudit: please update suggests for font package
package: yudit
version: 2.8.1-3
severity: minor
tags: patch
Hi,
This package suggest ttf-kochi-gothic, however, now I as ttf-kochi
maintainer, you should use another modern Japanese font such as fonts-vlgothic.
I've create a patch for that, so please consider to apply it.
Thanks.
--
Regards,
Hideki Yamane henrich @ debian.or.jp/org
http://wiki.debian.org/HidekiYamane
diff -urN yudit-2.8.1.orig/debian/control yudit-2.8.1/debian/control
--- yudit-2.8.1.orig/debian/control 2011-10-09 08:00:26.0 +0900
+++ yudit-2.8.1/debian/control 2011-10-09 08:01:00.257505715 +0900
@@ -9,7 +9,7 @@
Architecture: any
Depends: ${shlibs:Depends}, yudit-common (= ${source:Version})
Recommends: unifont
-Suggests: yudit-doc, msttcorefonts, ttf-kochi-gothic, ttf-freefont
+Suggests: yudit-doc, msttcorefonts, fonts-vlgothic | fonts-japanese-gothic, ttf-freefont
Description: Unicode text editor (arch-dependent binaries)
yudit is a Unicode text editor for the X Window System. It does not need
localized environment or Unicode fonts. It supports simultaneous processing
pgplAVe2CRkgK.pgp
Description: PGP signature
Bug#644708: tcsh: FTBFS: undefined references in ed.screen.c
Thanks again.
AFAICT, the bug is in binutils-gold-2.21.52.20110606.
And it should be marked as fixed.
I did apt-get purge binutils-gold
apt-get install binutils/unstable binutils-multiarch/unstable
binutils-dev/unstable
and the bug is gone.
Le 08/10/2011 21:41, Sven Joachim a écrit :
You don't have ncurses libraries in any of these directories, do you?
Of Course not.
Can you please send the config.log from the failed build?
Here it is, attached.
And some more information, I should have provided earlier:
$ ld --version
GNU gold (GNU Binutils for Debian 2.21.52.20110606) 1.11
Now, ld --version gives GNU ld (GNU Binutils for Debian) 2.21.90.20111004,
and everything is fine.
CHEERS !
--
Laurent
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by tcsh configure 6.17.06, which was
generated by GNU Autoconf 2.61. Invocation command line was
$ ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/tcsh --disable-maintainer-mode --disable-dependency-tracking
## - ##
## Platform. ##
## - ##
hostname = machine
uname -m = x86_64
uname -r = 3.0.0-1-amd64
uname -s = Linux
uname -v = #1 SMP Sat Aug 27 16:21:11 UTC 2011
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /opt/trinity/bin
PATH: /opt/trinity/bin
PATH: /home/eldi/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/games
PATH: /usr/local/sbin
PATH: /usr/sbin
PATH: /sbin
PATH: /usr/bin
## --- ##
## Core tests. ##
## --- ##
configure:1774: checking for a BSD-compatible install
configure:1830: result: /usr/bin/install -c
configure:1847: checking build system type
configure:1865: result: x86_64-pc-linux-gnu
configure:1887: checking host system type
configure:1902: result: x86_64-pc-linux-gnu
configure:1925: checking cached host tuple
configure:1935: result: ok
configure:2234: checking for gcc
configure:2250: found /usr/bin/gcc
configure:2261: result: gcc
configure:2499: checking for C compiler version
configure:2506: gcc --version 5
gcc (Debian 4.6.1-4) 4.6.1
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
configure:2509: $? = 0
configure:2516: gcc -v 5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.1-4' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-multiarch --with-multiarch-defaults=x86_64-linux-gnu --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib/x86_64-linux-gnu --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib/x86_64-linux-gnu --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.1 (Debian 4.6.1-4)
configure:2519: $? = 0
configure:2526: gcc -V 5
gcc: error: unrecognized option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:2529: $? = 1
configure:2552: checking for C compiler default output file name
configure:2579: gccconftest.c 5
configure:2582: $? = 0
configure:2620: result: a.out
configure:2637: checking whether the C compiler works
configure:2647: ./a.out
configure:2650: $? = 0
configure:2667: result: yes
configure:2674: checking whether we are cross compiling
configure:2676: result: no
configure:2679: checking for suffix of executables
configure:2686: gcc -o conftestconftest.c 5
configure:2689: $? = 0
configure:2713: result:
configure:2719: checking for suffix of object files
configure:2745: gcc -c conftest.c 5
configure:2748: $? = 0
configure:2771: result: o
configure:2775: checking whether we are using the GNU C compiler
configure:2804: gcc -c conftest.c 5
configure:2810: $? = 0
configure:2827: result: yes
configure:2832: checking whether gcc accepts -g
configure:2862: gcc -c -g conftest.c 5
configure:2868: $? = 0
configure:2967: result: yes
configure:2984: checking for gcc option to accept ISO C89
configure:3058: gcc -c -g -O2 conftest.c 5
configure:3064: $? = 0
configure:3087: result: none needed
configure:3110:
Bug#644774: incorrect information about darwin10 in the libtool(1) man page
Package: libtool Version: 2.4-4 Severity: minor The libtool(1) man page contains: When reporting a bug, please describe a test case to reproduce it and include the following information: host-triplet: x86_64-apple-darwin10.4.0 shell: /bin/sh compiler: gcc compiler flags: -g -O2 linker: /usr/libexec/gcc/i686-apple-darwin10/4.2.1/ld (gnu? no) libtool: (GNU libtool) 2.4 automake: automake (GNU automake) 1.11.1 autoconf: autoconf (GNU Autoconf) 2.67 Some of this information (host-triplet and linker at least) is incorrect: darwin has nothing to do with Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtool depends on: ii autotools-dev 20110511.1 ii cpp 4:4.6.1-3 ii file 5.08-1 ii gcc [c-compiler] 4:4.6.1-3 ii gcc-4.4 [c-compiler] 4.4.6-11 ii gcc-4.5 [c-compiler] 4.5.3-9 ii gcc-4.6 [c-compiler] 4.6.1-13 ii libc6-dev [libc-dev] 2.13-21 ii tcc [c-compiler] 0.9.25-10 Versions of packages libtool recommends: ii libltdl-dev 2.4-4 Versions of packages libtool suggests: ii autoconf 2.68-1 ii automake [automaken] 1:1.11.1-1 ii gcjnone ii gfortran | fortran95-compiler none ii libtool-doc2.4-4 -- 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#644775: [CRASH] Uncaught exception ZeroDivisionError in Frontend/Gtk/GtkProgress.py:688
Package: update-manager-gnome
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/GtkProgress.py
*** /tmp/update-manager-bug2h4PLE
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.ZeroDivisionError'
- Exception Value: ZeroDivisionError('float division',)
- Exception Origin: _MainThread(MainThread, started 1208177120)
- Exception Traceback:
File
/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line
602, in _sig_item_update
self._update_percent()
File
/usr/lib/pymodules/python2.6/UpdateManager/Frontend/Gtk/GtkProgress.py, line
688, in _update_percent
self._download_count)
-- System Information:
Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages update-manager-gnome depends on:
ii gconf22.28.1-6 GNOME configuration database syste
ii gksu 2.0.2-5graphical frontend to su
ii python2.6.6-3+squeeze6 interactive high-level object-orie
ii python-dbus 0.83.1-1 simple interprocess messaging syst
ii python-gconf 2.28.1-1 Python bindings for the GConf conf
ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li
ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge
ii python-support1.0.10 automated rebuilding support for P
ii python-vte1:0.24.3-2 Python bindings for the VTE widget
ii update-manager-core 0.200.5-1 APT update manager core functional
update-manager-gnome recommends no packages.
Versions of packages update-manager-gnome suggests:
ii software-properties-gtk0.60.debian-3 manage the repositories that you i
ii update-notifier0.99.3debian8 Daemon which notifies about packag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644257: pkg-config file broken
On Tue, 04 Oct 2011 16:17:36 +0200, Joachim Breitner nome...@debian.org wrote: thanks for fixing #637692. I was about to use the library, but stumbled over another problem: The pkg-config file is broken; it contains backslashes before $ where it should not. The problem is already present in the source file in packageconfig_start – I assume that removing all backslashes therein would fix it. Sorry if this is a stupid question, but how can I test the pkg-config file to make sure it isn't broken after applying the proposed patch? Thanks, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644761: linux-image-2.6.32-5-vserver-amd64: xawtv does not work with USB Webcam served by the gspca driver
On Sat, 2011-10-08 at 20:53 +0200, Omer Zak wrote: Package: linux-2.6 Version: 2.6.32-35squeeze2 Severity: normal Tags: squeeze xawtv used to work, but now it has a regression. I assume that the problem is in the gspca kernel driver, but it could be in an X-Window video driver. [...] $ xawtv -nodga This is xawtv-3.95.dfsg.1, running on Linux/x86_64 (2.6.32-5-vserver-amd64) xinerama 0: 1920x1080+0+0 X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 130 (XFree86-DGA) Minor opcode of failed request: 1 (XF86DGAGetVideoLL) Serial number of failed request: 15 Current serial number in output stream: 15 v4l-conf had some trouble, trying to continue anyway Warning: Cannot convert string -*-ledfixed-medium-r-*--39-*-*-*-c-*-*-* to type FontStruct ioctl: VIDIOC_G_STD(std=0x7f7dc9ed9bca [PAL_B1,PAL_H,PAL_D1,PAL_K,PAL_M,PAL_N,PAL_60,NTSC_M,?,SECAM_B,SECAM_G,SECAM_H,SECAM_K1,SECAM_L,?ATSC_8_VSB,ATSC_16_VSB,(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)]): Invalid argument ioctl: VIDIOC_S_STD(std=0x0 []): Invalid argument [...] xawtv still uses V4L1, which is obsolete: http://wiki.debian.org/ReleaseGoals/NoVideo4Linux1. I'll reassign this to xawtv. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#644776: genext2fs: segfaults on bigendian archs
Package: genext2fs
Version: 1.4.1-2.2
Severity: serious
Tags: patch
Justification: FTBFS
Hello,
genext2fs currently FTBFS because it segfaults in the testsuite. This is
apparently due to a bug in the swapping code. The comment
This is benign as 0 means block 0 which has been zeroed out and
therefore points back to itself from any offset
apparently is wrong: in at least some of the tests, block 0 is actually
the superblock, which is not zero, but contains precious data!! The
attached patch fixes this by checkout for block number 0 (which means
that i_blocks indeed included the indirection blocks).
Samuel
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages genext2fs depends on:
ii libc6 2.13-18
genext2fs recommends no packages.
genext2fs suggests no packages.
-- no debconf information
--
Samuel Thibault samuel.thiba...@fnac.net
SL Au fait elle est mieux ma signature maintenant ?
Oui. T'enlève encore les conneries que t'as écrit dedans et c'est bon.
-+- JB in http://neuneu.mine.nu : Le neueuttoyage par le vide -+-
--- genext2fs.c.orig2011-10-08 22:51:58.0 +
+++ genext2fs.c 2011-10-08 23:37:19.0 +
@@ -1779,7 +1779,8 @@
assert(nod-i_block[EXT2_DIND_BLOCK] != 0);
for(i = 0; i BLOCKSIZE/4; i++)
if(nblk EXT2_IND_BLOCK + BLOCKSIZE/4 + (BLOCKSIZE/4)*i )
- swap_block(get_blk(fs, ((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i]));
+ if (((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i])
+ swap_block(get_blk(fs, ((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i]));
swap_block(get_blk(fs, nod-i_block[EXT2_DIND_BLOCK]));
if(nblk = EXT2_IND_BLOCK + BLOCKSIZE/4 + BLOCKSIZE/4 * BLOCKSIZE/4)
return;
@@ -1792,7 +1793,8 @@
(BLOCKSIZE/4)*(BLOCKSIZE/4) +
i*(BLOCKSIZE/4)*(BLOCKSIZE/4) +
j*(BLOCKSIZE/4)) )
- swap_block(get_blk(fs,b2[j]));
+ if (b2[j])
+ swap_block(get_blk(fs,b2[j]));
else {
done = 1;
break;
@@ -1825,7 +1827,8 @@
swap_block(get_blk(fs, nod-i_block[EXT2_DIND_BLOCK]));
for(i = 0; i BLOCKSIZE/4; i++)
if(nblk EXT2_IND_BLOCK + BLOCKSIZE/4 + (BLOCKSIZE/4)*i )
- swap_block(get_blk(fs, ((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i]));
+ if (((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i])
+ swap_block(get_blk(fs, ((uint32*)get_blk(fs,
nod-i_block[EXT2_DIND_BLOCK]))[i]));
if(nblk = EXT2_IND_BLOCK + BLOCKSIZE/4 + BLOCKSIZE/4 * BLOCKSIZE/4)
return;
/* Adding support for triple indirection */
@@ -1839,7 +1842,8 @@
(BLOCKSIZE/4)*(BLOCKSIZE/4) +
i*(BLOCKSIZE/4)*(BLOCKSIZE/4) +
j*(BLOCKSIZE/4)) )
- swap_block(get_blk(fs,b2[j]));
+ if (b2[j])
+ swap_block(get_blk(fs,b2[j]));
else {
done = 1;
break;
Bug#545182: closed by Axel Beckert a...@debian.org (Re: Bug#545182: /etc/init.d/screen-cleanup: Redundant with bootclean; please remove)
On Sat, Oct 08, 2011 at 10:57:09PM +, Axel Beckert wrote: Josh Triplett wrote: Package: screen Version: 4.0.3-14 Severity: normal File: /etc/init.d/screen-cleanup mountall-bootclean and mountnfs-bootclean invoke /lib/init/bootclean.sh which cleans out /var/run. This makes the screen-cleanup initscript entirely redundant. Which is wrong since /etc/init.d/screen-cleanup does more than just clean up /var/run/screen. Would you consider removing the portion of the script which removes files from that directory, leaving only the bits which create the directory if nonexistent and manage its permissions? (I'd argue that the other bits should live elsewhere too, but I do agree that that represents a separate request.) - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644761: linux-image-2.6.32-5-vserver-amd64: xawtv does not work with USB Webcam served by the gspca driver
I suggest you apply Fedora's patches from https://bugzilla.redhat.com/show_bug.cgi?id=457796. These also fix the default behaviour of using the archaic DGA extension. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#545182: closed by Axel Beckert a...@debian.org (Re: Bug#545182: /etc/init.d/screen-cleanup: Redundant with bootclean; please remove)
reopen 545182 retitle 545182 Remove the /var/run-cleanup part from /etc/init.d/screen-cleanup kthxbye Josh Triplett wrote: On Sat, Oct 08, 2011 at 10:57:09PM +, Axel Beckert wrote: Josh Triplett wrote: Package: screen Version: 4.0.3-14 Severity: normal File: /etc/init.d/screen-cleanup mountall-bootclean and mountnfs-bootclean invoke /lib/init/bootclean.sh which cleans out /var/run. This makes the screen-cleanup initscript entirely redundant. Which is wrong since /etc/init.d/screen-cleanup does more than just clean up /var/run/screen. Would you consider removing the portion of the script which removes files from that directory, leaving only the bits which create the directory if nonexistent and manage its permissions? Right, that sounds useful. Reopening and retitling appropriately. 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#644777: readline6: FTBFS on hurd-i386
Package: readline6 Version: 6.2-6 Severity: important Tags: patch Hello, readline6 currently FTBFS on hurd-i386 due to the openpty function, which is provided by libutil. rlfe's configure script properly detects it, but debian/rules' LIBS= drops the -lutil option. The attached patch puts it back and fixes the build. This is not a problem on linux kfreebsd because they have /dev/pts, which hurd-i386 doesn't have. Could you apply the patch please? Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- debian/rules.orig 2011-10-09 00:04:14.0 + +++ debian/rules2011-10-09 00:04:16.0 + @@ -185,7 +185,7 @@ cd $(builddir)/examples/rlfe \ ./configure --prefix=/usr --host=$(DEB_HOST_GNU_TYPE) $(MAKE) -C $(builddir)/examples/rlfe \ - CFLAGS=-g -O2 LDFLAGS=-g -L$(builddir)/shlib LIBS=-lreadline -ltinfo rlfe + CFLAGS=-g -O2 LDFLAGS=-g -L$(builddir)/shlib LIBS=-lreadline -ltinfo -lutil rlfe touch build-rlfe-stamp clean:
Bug#530285: devscripts: Add dependencies (git-buildpackage) and various documentations
On Sat, May 23, 2009 at 08:23:40PM +0200, Frank Lin PIAT wrote: Here are a few dependency that would be useful for developers. I don't think it's devscripts' job to be a general helpful packages metapackage. We have enough dependencies (in the general sense) just in support of the scripts we provide. A package[0] which does aim to be what you're asking for has recently been uploaded. It already has many of the below packages listed. If you think it could be improved, feel free to reassign this bug to them. Otherwise, I'll soon close this bug report. Recommends: Consider adding darcs, debhelper, dpatch|quilt, git-buildpackage, dash|posh Suggests: Consider suggesting some documentations, like: debian-policy, developers-reference, debconf-doc, gettext-doc, maint-guide, make-doc, gnupg-doc (as well as perl-doc, python-doc?) [0]: http://packages.debian.org/packaging-dev -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega james...@debian.org signature.asc Description: Digital signature
Bug#575088: screen -dm -c alternate-screenrc should report errors if something goes wrong
tag 575088 + confirmed upstream kthxbye Hi Torsten, Torsten Neumann wrote: How to reproduce screen -dm -c alternate-screenrc screen -r fine that works now do something stupid like chown root:root alternate-screenrc chmod 700 alternate-screenrc and try again screen -dm -c alternate-screenrc screen -r (Output) There is no screen to be resumed. I think the first screen command should already give an error message (and a non zero exit code) not only the second. I agree. Nevertheless even screen without -dm does not return a non-zero exit code in this situation either: $ /usr/bin/screen -c /tmp/screenrc-bad Unable to open /tmp/screenrc-bad. $ echo $? 0 $ Does it have something todo with 481411? I don't think so as #481411 has been fixed upstream and this problem remains with the current HEAD. 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#644778: Please remove csh from default /etc/shells
Package: debianutils Version: 4.0.3 Severity: wishlist I noticed that the most recent version of debianutils removed various shells from the default /etc/shells, in favor of those shells adding themselves via add-shell. However, as far as I can tell the default /etc/shells still contains /bin/csh, but current csh seems to use add-shell. Could you remove csh from the default /etc/shells? Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debianutils depends on: ii libc6 2.13-21 ii sensible-utils 0.0.6 debianutils recommends no packages. debianutils 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#644779: Please remove ksh from the default /etc/shells
Package: debianutils Version: 4.0.3 Severity: wishlist I noticed that the most recent version of debianutils removed various shells from the default /etc/shells, in favor of those shells adding themselves via add-shell. However, as far as I can tell the default /etc/shells still contains /usr/bin/ksh, but current ksh seems to use add-shell. Could you remove ksh from the default /etc/shells? Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debianutils depends on: ii libc6 2.13-21 ii sensible-utils 0.0.6 debianutils recommends no packages. debianutils 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#644368: Using cssh solves the issue
On 10/05/2011 02:49 AM, Javier Barroso wrote: I was using clusterssh and not cssh. With cssh it works. Close this bug if you are ok with that message error Sorry for the noise Thanks PD: Maybe the error message could be different Hello Javier, As you have discovered, clusterssh is expecting to be invoked as either cssh, ctel, ccon, or crsh, or to use the value of the 'comms' variable in .csshrc file. I will amend the error message and contact upstream with a patch. Thank you for the bug report. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#578729: screen outputs spaces when switching window with defbce on
tag 578729 + fixed-upstream pending kthxbye Hi Vincent, Vincent Lefevre wrote: Result: 80 spaces (corresponding to the width of the terminal) are pasted instead of just a newline character (LF). I think this has been fixed upstream in commit 98bf413: http://git.savannah.gnu.org/cgit/screen.git/commit/?id=98bf4132c545e3880432d6866527ee0753d908fc 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#644781: Please support creating new terminals in the working directory of the current terminal
Package: tmux Version: 1.5-2 Severity: wishlist When creating a new terminal, I most frequently want it to start in the same working directory as the current terminal. gnome-terminal has this feature, and I find it highly preferable to always starting new terminals in my home directory. Would you consider adding an option for this? Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc6 2.13-21 ii libevent-1.4-2 1.4.14b-stable-1 ii libncurses5 5.9-2 tmux recommends no packages. tmux 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#644782: directfb ftbfs on armel. Implicit declaration error
package: directfb version: 1.2.10.0-4.2 severity: serious from the latest armel buildd log for directfb ../../../gfxdrivers/davinci/davinci_c64x.c:1900:6: error: implicit declaration of function 'mknod' [-Werror=implicit-function-declaration] cc1: some warnings being treated as errors make[5]: *** [davinci_c64x.lo] Error 1 make[5]: Leaving directory `/build/buildd-directfb_1.2.10.0-4.2-armel-2ONoEe/directfb-1.2.10.0/directfb-build/gfxdrivers/davinci' I have attached a patch to fix this, just attatch it to the quilt series (and fill in the bug number in the header) I have also attatched a patch to debian/rules to fix incomplete cleanup by the clean target. Note that this is NOT a duplicate of 598976. 598976 gives a different error and is reported against the version in experimental. Description: fix missing include for mknod in gfxdrivers/davinci/davinci_c64x.c Author: Peter Green plugw...@p10link.net Bug-Debian: http://bugs.debian.org/? --- directfb-1.2.10.0.orig/gfxdrivers/davinci/davinci_c64x.c +++ directfb-1.2.10.0/gfxdrivers/davinci/davinci_c64x.c @@ -37,6 +37,8 @@ #include sys/ioctl.h #include sys/mman.h #include sys/types.h +#include sys/stat.h + #include unistd.h #include directfb_util.h --- directfb-1.2.10.0/debian/rules 2011-07-24 17:20:04.0 + +++ directfb-1.2.10.0.new/debian/rules 2011-10-09 00:37:30.0 + @@ -103,7 +103,12 @@ missing mkinstalldirs depcomp install-sh compile rm -rf $(DESTDIR_UDEB) - + + rm -f m4/libtool.m4 + rm -f m4/ltoptions.m4 + rm -f m4/ltsugar.m4 + rm -f m4/ltversion.m4 + rm -f m4/lt~obsolete.m4 dh_clean override_dh_auto_install:
Bug#625221: Gwibber still can't send messages
retitle 625221 cannot send notices when using network manager tags 625221 patch thanks Thanks for maintaining Gwibber! This bug means that users of gwibber cannot send messages if they are using Network Manager. This affects users of unstable and testing now. There has been a patch for this bug since June (thanks Emilio!) and I've just tested it on my system against the version of Gwibber in Debian testing/sid. The patch applies cleanly and results in a fully functioning Gwibber. If this difficult, I'm happy to do an NMU to fix this bug. Regards, Mako -- Benjamin Mako Hill m...@debian.org http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#644783: Debian-installer fails
Package: Debian-installer Version: 6.0.2 My screen goes blank and there is no responsee from the keyboard immediately after GRUB boots into linux after running the installer. I have attempted to install Debian 6.0.2 twice. The first time I used the option to boot from windows (by clicking on the link from goodbye-microsoft.com). The second time, I used the debian-6.0.2.1-i386-netinst iso. In both cases, I was able to boot into the installer, to go into the graphical installer, and to appear to complete the boot process using more-or-less the default options, including the installation of GRUB to the MBR. I have installed linux many times in the last 15 years, including several versions of debian. Nothing seemed out of the ordinary. The system then rebooted, and went to GRUB. GRUB showed two options, the standard boot and the fail safe option. Selecting either of these leads to a long sequence of standard boot messages to appear, before the screen goes blank. At this point, there is no response to the keyboard; the caps and num lock lights do not toggle, and ctrl-alt-del does not reboot the system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644784: scala-mode-el: byte-compilation for xemacs21 fails
Package: scala-mode-el Version: 20111005-1 Severity: important Attempting to install scala-mode-el alongside xemacs21 fails with errors of the form Error occurred processing scala-mode-ui.el: Unrecognized char table type: case-table for several files. Addressing the compatibility issue would of course be ideal, but if that's not feasible, please at least arrange for the emacs-install script to skip xemacs21. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scala-mode-el depends on: ii emacs [emacsen]23.3+1-1.1 ii emacs22-gtk [emacsen] 22.3+1-1.2 ii emacs23 [emacsen] 23.3+1-1.1 ii xemacs21-mule [emacsen]21.4.22-3.1+b1 ii xemacs21-nomule [emacsen] 21.4.22-3.1+b1 scala-mode-el recommends no packages. scala-mode-el 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#644783: Debian-installer fails
Hi, from your description the issue seems to be on the installed system not during the use of the installer. We need to understand what is happening. Please give more information on the hardware you are using. I have seen similar behaviour with recent ATI cards, by any change this is the case? -- Melhores cumprimentos/Best Regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644785: Cross-compile sets -DUNALIGNED_OK based on DEB_BUILD_ARCH
Source: gzip Version: 1.4-1 Severity: wishlist Tags: patch User: crosscomp...@debian.org Usertags: cross When cross-compiling, the DEB_BUILD_ARCH variable describes the system on which the compile is running, while DEB_HOST_ARCH describes the system on which the binaries will be installed. Since CFLAGS is used when building binaries for the target system, the check for -DUNALIGNED_OK should be based on DEB_HOST_ARCH, as per the attached patch. Cheers, Kyle Moffett -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'stable-updates'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -ruN gzip-1.4.orig/debian/rules gzip-1.4/debian/rules --- gzip-1.4.orig/debian/rules 2011-10-08 21:44:59.0 -0400 +++ gzip-1.4/debian/rules 2011-10-08 21:45:58.0 -0400 @@ -11,8 +11,7 @@ CONFARGS = --host=$(DEB_HOST_GNU_TYPE) endif -buildarch := $(shell dpkg-architecture -qDEB_BUILD_ARCH) -ifeq ($(buildarch),amd64) +ifeq ($(shell dpkg-architecture -qDEB_HOST_ARCH),amd64) CFLAGS=-g -O2 -Wall -DUNALIGNED_OK else CFLAGS=-g -O2 -Wall
Bug#644786: Documentation clearly states it's non-free.
Package: qcad Severity: serious QCAD's source code includes the documentation, wich clearly states it's All rights reserved and thus non-free. There is also no part in the license wich states it's distrubatable by Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644787: Documentation clearly states it's non-free.
Package: librecad-doc Version: 1.0.0~rc1+nolibs-4 Severity: grave LibreCAD's source code includes the documentation, wich clearly states it's All rights reserved and thus non-free. There is also no part in the license wich states it's distrubatable by Debian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#644788: screen 4.1.0 can't attach to a running or detached screen 4.0.3 session
Package: screen Version: 4.1.0~20110819git450e8f3-1 Severity: important If I have a detached screen 4.0.3-14 running, upgrade screen to version 4.1.0~20110819git450e8f3-1 and then try to reattach to the running detached screen with the new version, the screen -r process hangs until I kill it with kill -TERM and I seem to have no chance to reattach to the running screen except to downgrade screen again to 4.0.3-14 and then call screen -r again. This can be a problem for people who are used to run remote dist-upgrades inside screen if the ssh connection is interrupted. See the following addresses for discussions of this issue: https://lists.gnu.org/archive/html/screen-devel/2011-10/msg2.html http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641867#47 I currently suspect this commit to be the culprit: http://git.savannah.gnu.org/cgit/screen.git/commit/?id=e3fc19a176c1ed2c266aca03cb5bcc17d0192630 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (400, 'oldstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-rc7-686-pae (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 screen depends on: ii dpkg 1.16.1 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-21 ii libncursesw5 5.9-2 ii libpam0g 1.1.3-4 ii libtinfo5 5.9-2 screen recommends no packages. Versions of packages screen suggests: ii byobu4.37-1 ii iselect 1.4.0-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#595106: Faenza icon theme
Hello Adnan and Jonathan, Wondering if there's been *any* movement at all in getting Faenza into Debian? Thanks, Harvey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644789: ITP: UHD - Universal Hardware Driver for Universal Software Radio Peripherals
Package: wnpp Severity: wishlist Owner: A. Maitland Bottoms bott...@debian.org * Package name: uhd-host Version : 3.2.4 Upstream Author : Ettus Research LLC * URL : http://code.ettus.com/redmine/ettus/projects/uhd/wiki * License : GPLv3 Programming Lang: C, Python Description : UHD - Universal Hardware Driver for Universal Software Radio Peripherals For those who remember the usrper application and libusrp* packages, those days are behind us. The UHD library handles both the USB attached USRP1 and ethernet connected USRP2 devices, and newer devices. It replaces the old libusrp1* and libusrp2* stuff. The good news is that the new firmware for the network attached devices actually does UDP/IP - rather than the raw ethernet protocol used by the libusrp2* drivers. Part of what makes that possible is that the FPGA uses a DFSG free BSD style license for an embedded ZPU processor. So here we have free software drivers communicating via TCP/UDP to free hardware which is running embedded free software compiled by a free modification to the free GNU Compiler Collection. The bad news is that the older USB connected boards made use of FX2 USB hardware, and programming of that hardware requires the non-free part of the sdcc compiler. In addition, actually instantiating a free ZPU processor on a FPGA requires proprietary tools from the FPGA manufacturer. Even the USRP1 source is closely tied to the proprietary Altera tools. So the end result is that the generated firmware, even though it comes from freely available and even DFSG free source code, ends up being in Debian's contrib repository instead of main. The ugly news is that firmware developer's preferred form of the work for making modifications to it often includes proprietary vendor-specific sections. Only natural, considering that the resulting firmware will be used by that vendor's hardware. So here we have a source package that defines a device/driver interface that is, on the whole, free software. However, parts of the source are constrained by the available proprietary vendor tools. So while modification is allowed to support similar hardware with other vendors, some portions of the source code are not useful for that task. The UHD packages cover the same issues as the previous GNU Radio packages. Perhaps one reason for the similarity is that so many of the same people are involved in the development of both packages. The Road ahead might include UHD driver support for openHPSDR project hardware. This would be a milestone, and would demonstrate the convergence of the GNU project GPL licensed gnuradio software and the TAPR OHL (Open Hardware License) hardware pioneered by TAPR and the openHPSDR project. -Maitland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642085:
xulrunner has been removed from testing/stable/unstable, and now exists only in oldstable
Bug#644790: Please support independent control of different panes from different sessions
Package: tmux Version: 1.5-2 Severity: wishlist I frequently use screen for remote pair-programming, and thus use two instances of screen attached to the same session. I'd like to use tmux for the same purposes, as in many ways it seems vastly superior. In particular, I like that I can attach two tmux sessions to the same set of windows (new-session -t shared), and have the configuration of panes in each window match between those sessions without having to re-create it. However, as far as I can tell two tmux sessions cannot indepdently control two panes in the same window. While two sessions can independently control two windows, each window has only one current pane across all sessions. I'd like to have a per-session notion of current pane. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tmux depends on: ii libc6 2.13-21 ii libevent-1.4-2 1.4.14b-stable-1 ii libncurses5 5.9-2 tmux recommends no packages. tmux 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#302567: blam: Never refreshes over proxy
Package: blam Version: 1.8.9-1 Followup-For: Bug #302567 Hi, i just installed blam, and noticed same problem. I use privoxy proxy, and have localhost:8118 in Gnome proxy settings. Privoxy is listening on IPv6 socket (::1) only. More than dozen of programs do not have any problem with it. Blam however do not updates. Disabling proxy, make it work. When refreshing feed I have exception like this: $ blam (Blam:17859): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non- zero page size is deprecated (Blam:17859): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non- zero page size is deprecated Exception: System.Net.WebException: Error: ConnectFailure (Connection refused) --- System.Net.Sockets.SocketException: Connection refused at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remoteEP) [0x0] in filename unknown:0 at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) [0x0] in filename unknown:0 --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x0] in filename unknown:0 at System.Net.HttpWebRequest.GetResponse () [0x0] in filename unknown:0 at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel channel) [0x0] in filename unknown:0 Regards, Witek -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-rc9-t43-prod-up-5-g538d288-dirty Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blam depends on: ii gconf2 2.32.4-1 ii libc6 2.13-21 ii libgconf2.0-cil2.24.2-1 ii libglade2.0-cil2.12.10-2 ii libglib2.0-cil 2.12.10-2 ii libgnome2.24-cil 2.24.2-1 ii libgtk2.0-cil 2.12.10-2 ii libmono-corlib2.0-cil 2.6.7-5 ii libmono-posix2.0-cil 2.6.7-5 ii libmono-system-web2.0-cil 2.6.7-5 ii libmono-system2.0-cil 2.6.7-5 ii libwebkit1.1-cil 0.3-5 ii mono-runtime 2.6.7-5 blam recommends no packages. blam 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#644791: dpkg-shlibdeps should support making missing symbols a fatal error
Package: dpkg-dev
Version: 1.16.1
Severity: wishlist
dpkg-shlibdeps warns if an object in a public directory (e.g.,
/usr/{lib,bin,sbin}) has undefined symbol references.
if ($in_public_dir) {
warning(_g(symbol %s used by %s found in none
of the .
libraries.), $print_name, $file);
}
It would be helpful if dpkg-shlibdeps supported an environment variable to
make this warning a fatal error instead. Indeed, given that DSOs installed
to subdirectories (!$in_public_dir) are handled separately, I would like to
see this made an error by *default* in Debian.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
Bug#644340: tomcat7: action start failed: no JDK found - please set JAVA_HOME
On 10/06/2011 12:10 PM, Miguel Landaeta wrote: On Thu, Oct 6, 2011 at 3:24 AM, James Page james.p...@ubuntu.com wrote: I think that this highlights a couple of issues: 1) The long term future of the sun jre/jdk in Debian - if and when it gets removed from non-free then quite a few of those paths are going to be obsolete. That's right. 2) The fact that none of the tomcat7 packages actually depend on a java runtime environment - it actually gets pulled in by libcommons-dbcp-java which is not right (can't believe I've not noticed that before...) In my case, the java runtime was introduced by libecj-java that has a recommends on default-jre-headless. I think we should introduce a dependency on default-jre-headless | java-5-runtime | java-6-runtime in tomcat7-common and switch to using /usr/lib/jvm/default-java. That way we are saying that this is the supported/tested jre from Debian. Agreed. I've made the change and tested locally - it seems fine, so I have uploaded the new 7.0.22 release (thanks Miguel) with the additional depends for tomcat7-common. If someone wants to download a different JRE/JDK from Oracle thats fine - and we should let them set an appropriate JAVA_HOME through /etc/default/tomcat7 is they want to go down this route - it looks like this is already supported in the package and overrides JDK_DIRS. Agreed. The above also applies to the tomcat6 package. I also noticed that. I cloned this bugreport for tomcat6. I'll take a look at tomcat6 next. Thanks, tony signature.asc Description: OpenPGP digital signature
Bug#644747: Re: Bug#644747: linux-image-3.0.0-2-amd64: udev doesn't create /dev/sr0, /dev/cdrom
On Sun, 2011-10-09 at 04:36 +, R S Chakravarti wrote:
Thanks for responding.
Hope you don't mind a personal reply this time
(I don't know what I'm expected to do officially!).
You should keep cc'ing the bug address. I've forwarded your message
this time.
I tried modprobe sr_mod but it didn't get loaded.
I'm attaching the dmesg file you asked for.
[...]
OK, this shows:
[1.818602] ata2.00: ATAPI: HL-DT-ST DVDRAM GH22NS50, TN02, max UDMA/100
...
[1.834559] ata2.00: configured for UDMA/100
...
[6.833375] ata2.00: qc timeout (cmd 0xa0)
[6.833379] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[6.989430] ata2.01: NODEV after polling detection
[7.013410] ata2.00: configured for UDMA/100
[ 12.012184] ata2.00: qc timeout (cmd 0xa0)
[ 12.012187] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[ 12.012191] ata2.00: limiting speed to UDMA/100:PIO3
[ 12.168265] ata2.01: NODEV after polling detection
[ 12.192265] ata2.00: configured for UDMA/100
[ 17.191082] ata2.00: qc timeout (cmd 0xa0)
[ 17.191085] ata2.00: TEST_UNIT_READY failed (err_mask=0x4)
[ 17.191087] ata2.00: disabled
[ 17.191103] ata2: soft resetting link
[ 17.347162] ata2.01: NODEV after polling detection
[ 17.347184] ata2: EH complete
So the SATA driver is detecting the drive, but failing to communicate
with it beyond that.
It looks like this is the same problem as:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/794642
Please can you test the attached patch, following the directions at:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
From: Ming Lei ming@canonical.com
Subject: [PATCH] ata_piix: make DVD Drive recognisable on systems with Intel Sandybridge chipsets(v1)
Date: Sat, 1 Oct 2011 09:43:32 +0800
This quirk patch fixes one kind of bug inside some Intel Sandybridge
chipsets, see reports from
https://bugzilla.kernel.org/show_bug.cgi?id=40592.
Many guys also have reported the problem before:
https://bugs.launchpad.net/bugs/737388
https://bugs.launchpad.net/bugs/794642
https://bugs.launchpad.net/bugs/782389
..
With help from Tejun, the problem is found to be caused by 32bit PIO
mode, so introduce the quirk patch to disable 32bit PIO on SATA piix
for some Sandybridge CPT chipsets.
Seth also tested the patch on all five affected chipsets
(pci device ID: 0x1c00, 0x1c01, 0x1d00, 0x1e00, 0x1e01), and found
the patch does fix the problem.
Tested-by: Heasley, Seth seth.heas...@intel.com
Cc: Alan Cox a...@linux.intel.com
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/ata/ata_piix.c | 37 -
include/linux/libata.h |1 +
2 files changed, 33 insertions(+), 5 deletions(-)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 43107e9..70095be 100644
--- a/drivers/ata/ata_piix.c
+++ b/drivers/ata/ata_piix.c
@@ -113,6 +113,8 @@ enum {
PIIX_PATA_FLAGS = ATA_FLAG_SLAVE_POSS,
PIIX_SATA_FLAGS = ATA_FLAG_SATA | PIIX_FLAG_CHECKINTR,
+ PIIX_FLAG_PIO16 = ATA_FLAG_PIO16,
+
PIIX_80C_PRI = (1 5) | (1 4),
PIIX_80C_SEC = (1 7) | (1 6),
@@ -147,6 +149,7 @@ enum piix_controller_ids {
ich8m_apple_sata, /* locks up on second port enable */
tolapai_sata,
piix_pata_vmw, /* PIIX4 for VMware, spurious DMA_ERR */
+ ich8_sata_snb,
};
struct piix_map_db {
@@ -177,6 +180,7 @@ static int piix_sidpr_scr_write(struct ata_link *link,
static int piix_sidpr_set_lpm(struct ata_link *link, enum ata_lpm_policy policy,
unsigned hints);
static bool piix_irq_check(struct ata_port *ap);
+static int piix_port_start(struct ata_port *ap);
#ifdef CONFIG_PM
static int piix_pci_device_suspend(struct pci_dev *pdev, pm_message_t mesg);
static int piix_pci_device_resume(struct pci_dev *pdev);
@@ -298,21 +302,21 @@ static const struct pci_device_id piix_pci_tbl[] = {
/* SATA Controller IDE (PCH) */
{ 0x8086, 0x3b2e, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata },
/* SATA Controller IDE (CPT) */
- { 0x8086, 0x1c00, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata },
+ { 0x8086, 0x1c00, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata_snb },
/* SATA Controller IDE (CPT) */
- { 0x8086, 0x1c01, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata },
+ { 0x8086, 0x1c01, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata_snb },
/* SATA Controller IDE (CPT) */
{ 0x8086, 0x1c08, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_2port_sata },
/* SATA Controller IDE (CPT) */
{ 0x8086, 0x1c09, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_2port_sata },
/* SATA Controller IDE (PBG) */
- { 0x8086, 0x1d00, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata },
+ { 0x8086, 0x1d00, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata_snb },
/* SATA Controller IDE (PBG) */
{ 0x8086, 0x1d08, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_2port_sata },
/* SATA Controller IDE (Panther Point) */
- { 0x8086, 0x1e00, PCI_ANY_ID, PCI_ANY_ID, 0, 0, ich8_sata },
+ { 0x8086, 0x1e00, PCI_ANY_ID,
Bug#535796: S
S
