Bug#705334: steam: fresh installation fails to start after initial update
Package: steam Version: 1.0.0.33-1 Severity: grave Justification: renders package unusable I installed the steam package from the debian repository, pulling in the required dependencies on libc6 and others from experimental as well. After installation, I tried to start steam, but eventually encountered the error "Fatal Error: Failed to load libsteam.so". I am posting the standard output from the command here: ILocalize::AddFile() failed to load file "public/steambootstrapper_english.txt". [2013-04-13 10:59:30] uninstalled manifest found in /home/naked/.steam/package/steam_client_ubuntu12. [2013-04-13 10:59:30] Found pending update [2013-04-13 10:59:30] Applying update... [2013-04-13 10:59:30] uninstalled manifest found in /home/naked/.steam/package/steam_client_ubuntu12. [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:30] Extracting package... [2013-04-13 10:59:31] Extracting package... [2013-04-13 10:59:31] Extracting package... [2013-04-13 10:59:31] Extracting package... [2013-04-13 10:59:32] Extracting package... [2013-04-13 10:59:32] Extracting package... [2013-04-13 10:59:32] Extracting package... [2013-04-13 10:59:32] Extracting package... [2013-04-13 10:59:33] Extracting package... [2013-04-13 10:59:33] Installing update... [2013-04-13 10:59:33] Installing update... [2013-04-13 10:59:33] BCommitUpdatedFiles: failed to create directory ./bin/shaders [2013-04-13 10:59:33] BCommitUpdatedFiles: failed to update date ./bin [2013-04-13 10:59:33] Failed to apply update, reverting... [2013-04-13 10:59:33] Verifying installation... [2013-04-13 10:59:33] Downloading Update... [2013-04-13 10:59:33] Checking for available update... [2013-04-13 10:59:33] Download Complete. [2013-04-13 10:59:33] uninstalled manifest found in /home/naked/.steam/package/steam_client_ubuntu12. [2013-04-13 10:59:33] Extracting package... [2013-04-13 10:59:33] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:34] Extracting package... [2013-04-13 10:59:35] Extracting package... [2013-04-13 10:59:36] Extracting package... [2013-04-13 10:59:36] Extracting package... [2013-04-13 10:59:36] Extracting package... [2013-04-13 10:59:36] Extracting package... [2013-04-13 10:59:36] Extracting package... [2013-04-13 10:59:36] Installing update... [2013-04-13 10:59:36] Installing update... [2013-04-13 10:59:36] BCommitUpdatedFiles: failed to create directory ./bin/shaders [2013-04-13 10:59:36] BCommitUpdatedFiles: failed to update date ./bin [2013-04-13 10:59:36] Failed to apply update, reverting... [2013-04-13 10:59:36] uninstalled manifest found in /home/naked/.steam/package/steam_client_ubuntu12. Needless to say, steam does not work. The problem may be that I am running amd64. I do, however, have a working multiarch setup and am running many i386 programs separately. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages steam depends on: ii debconf [debconf-2.0] 1.5.49 ii gnome-terminal 3.4.1.1-2 ii libc6 2.17-0experimental2 ii libgl1-mesa-dri8.0.5-4 ii libgl1-mesa-glx8.0.5-4 ii multiarch-support 2.13-38 ii xterm 278-4 Versions of packages steam recommends: ii zenity 3.4.0-2 steam suggests no packages. -- debconf information: * steam/question: I AGREE * steam/license: steam/purge: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686066: [Pkg-haskell-maintainers] Bug#686066: libghc-cryptocipher-dev: AES-NI support not compiled in the library (100x performance boost)
Joachim Breitner writes: > Am Dienstag, den 28.08.2012, 10:01 +0300 schrieb Nuutti Kotivuori: >> Currently, compiling the haskell-cryptocipher package does not pass any >> special >> flags to the configure process. The package contains AES-NI support, but it >> has >> to be enabled manually. >> >> As per comments on #debian-haskell, I am suggesting enabling "-faesni" on >> at least amd64 architecture, possibly i686 etc. as well. >> >> Included is a patch enabling it on amd64 only. > > thanks. What is the rationale behind enabling -fbenchmark? Simple mistake :-) I used that for testing and forgot it in. -- Naked -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686066: libghc-cryptocipher-dev: AES-NI support not compiled in the library (100x performance boost)
Package: libghc-cryptocipher-dev Version: 0.3.5-1+b1 Severity: wishlist Tags: patch Currently, compiling the haskell-cryptocipher package does not pass any special flags to the configure process. The package contains AES-NI support, but it has to be enabled manually. As per comments on #debian-haskell, I am suggesting enabling "-faesni" on at least amd64 architecture, possibly i686 etc. as well. Included is a patch enabling it on amd64 only. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-cryptocipher-dev depends on: ii ghc [libghc-ghc-prim-dev-0.2.0.0-c2ff6] 7.4.1-4 ii libc62.13-35 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-40b99 pn libghc-bytestring-dev-0.9.2.1-18f26 ii libghc-cereal-dev [libghc-cereal-dev-0.3.5.2-d8fdf] 0.3.5.2-1 ii libghc-cpu-dev [libghc-cpu-dev-0.1.1-5af4e] 0.1.1-1 ii libghc-crypto-api-dev [libghc-crypto-api-dev-0.10.2-cb4bc] 0.10.2-1+b2 ii libghc-crypto-pubkey-types-dev [libghc-crypto-pubkey-types- 0.1.1-1+b3 ii libghc-primitive-dev [libghc-primitive-dev-0.4.1-50546] 0.4.1-1+b1 ii libghc-tagged-dev [libghc-tagged-dev-0.4.2.1-8a552] 0.4.2.1-1 ii libghc-vector-dev [libghc-vector-dev-0.9.1-5feab]0.9.1-2+b1 ii libgmp10 2:5.0.5+dfsg-2 libghc-cryptocipher-dev recommends no packages. Versions of packages libghc-cryptocipher-dev suggests: pn libghc-cryptocipher-doc pn libghc-cryptocipher-prof -- no debconf information --- rules 2012-06-15 11:18:08.0 +0300 +++ rules.new 2012-08-28 09:59:08.191268105 +0300 @@ -1,5 +1,11 @@ #!/usr/bin/make -f +DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) + +ifeq ($(DEB_BUILD_ARCH),amd64) + DEB_SETUP_GHC_CONFIGURE_ARGS = -faesni -fbenchmark +endif + DEB_ENABLE_TESTS = yes include /usr/share/cdbs/1/rules/debhelper.mk
Bug#612956: Simple fix
I had the same problem installing nvidia-glx. I fixed it by using the "equivs" package to create a trivial dummy package providing: xorg-video-abi-8.0 After that, installing nvidia-glx from experimental went smoothly. However, I'm seeing terrible performance in Compiz, which I haven't been able to explain... -- Naked -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594967: Workaround found
When commenting by hand the graphics setting entires from grub.cfg, the machine starts booting again. I would expect saying GRUB_TERMINAL=console in the configuration file would have the same effect. So, something has changed very recently in the grub graphical options that atleast make the fit-pc2i hang at boot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594967: Confirmed for me as well
Grub hangs after the "Welcome to GRUB!" step. My machine is a bit special - it's fit-PC2i. After upgrading grub to the latest version, this thing started happening - grub worked fine before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556288: RFP: python-couchdbkit -- CouchDB is document oriented database. Couchdbkit framework try to keep its simplicity when you manage it in python.
Package: wnpp Severity: wishlist * Package name: python-couchdbkit Version : 0.2.3 Upstream Author : Benoit Chesneau * URL : http://hg.e-engura.org/couchdbkit * License : Apache License 2 Programming Lang: Python Description : CouchDB is document oriented database. Couchdbkit framework try to keep its simplicity when you manage it in python. Apache CouchDB is a distributed, fault-tolerant and schema-free document-oriented database accessible via a RESTful HTTP/JSON API. Among other features, it provides robust, incremental replication with bi-directional conflict detection and resolution, and is queryable and indexable using a table-oriented view engine with JavaScript acting as the default view definition language. Couchdbkit goal is to provide a framework for your Python application to access and manage Couchdb. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528264: [pkg-wine-party] Bug#528264: Bug#528264: wine: Support PulseAudio as a sound backend
Ove Kaaven writes: > Sven Arvidsson skrev: >> I understand the extra hassle of carrying the patch, let's just hope it >> will get merged upstream sooner or later. >> >> Feel free to close the bug report, or perhaps tag it wontfix for now? > > Good news. I've packaged up winepulse as a separate, unofficial package. > Keeping it separate avoids the hassle of having a patch in the Debian > Wine packages, although it obviously won't be quite as integrated. It > must be configured manually, but I've left instructions in the package. > > It's at my repository at http://people.debian.org/~ovek/wine/ (but > depends on wine-unstable packages that's also only available from there, > until those finally get accepted into sid (the wine-unstable packages > that is, not winepulse)). > > I don't use pulseaudio myself, so let me know if it works. I tried this unofficial package. For some reason, it installs its files in /usr/lib/i486-linux-gnu/wine. When I moved the winepulse.drv.so in to /usr/lib/wine, the package started working perfectly, by the instructions in README.Debian. -- Naked -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#409944: l2tpd: l2tpd still uses legacy PTYs, which is or will be removed
Package: l2tpd
Severity: grave
Tags: patch
The l2tpd binary still uses the legacy PTY method for getting
PTYs. The configuration option for this in the kernel is going to be
disabled in Debian 2.6.20 kernels for all architectures and has
already been removed for some architectures (powerpc, mipsel?).
The patch to fix this is included. It is not the cleanest possible
patch, but is based upon the work already found on the internet,
mainly here:
http://www.jacco2.dds.nl/networking/freeswan-l2tp.html#L2TPconfigLinux
(Work by Jacco de Leeuw)
I have tested this and it seems to work properly.
-- Naked
Index: l2tpd-0.70-pre20031121/l2tpd.c
===
--- l2tpd-0.70-pre20031121.orig/l2tpd.c 2007-02-06 16:40:46.0 +0200
+++ l2tpd-0.70-pre20031121/l2tpd.c 2007-02-06 16:57:53.0 +0200
@@ -15,7 +15,9 @@
*
*/
+#define _XOPEN_SOURCE
#include
+#include
#include
#include
#include
@@ -274,8 +276,8 @@
int start_pppd (struct call *c, struct ppp_opts *opts)
{
-char a, b;
-char tty[80];
+/* char a, b; */
+char *tty;
char *stropt[80];
struct ppp_opts *p;
#ifdef USE_KERNEL
@@ -324,29 +326,63 @@
else
{
#endif
-if ((c->fd = getPtyMaster (&a, &b)) < 0)
+ c->fd = open("/dev/ptmx", O_RDWR | O_NONBLOCK);
+ if (c->fd == -1)
+ {
+ log (LOG_WARN, "%s: unable to open /dev/ptmx to allocate pty\n",
+__FUNCTION__);
+ return -EINVAL;
+ } else
+ {
+ if (grantpt(c->fd))
+ {
+ log (LOG_WARN, "%s: unable to grantpt() on pty\n",
+__FUNCTION__);
+ close(c->fd);
+ return -EINVAL;
+ }
+ if (unlockpt(c->fd))
+ {
+ log (LOG_WARN, "%s: unable to unlockpt() on pty\n",
+ __FUNCTION__);
+ close(c->fd);
+ return -EINVAL;
+ }
+ tty = ptsname(c->fd);
+ if (tty == NULL)
+ {
+ log (LOG_WARN, "%s: unable to obtain name of slave tty\n",
+ __FUNCTION__);
+ close(c->fd);
+ return -EINVAL;
+ }
+ }
+
+
+ /* if ((c->fd = getPtyMaster (&a, &b)) < 0)
{
log (LOG_WARN, "%s: unable to allocate pty, abandoning!\n",
__FUNCTION__);
return -EINVAL;
-}
+} */
/* set fd opened above to not echo so we don't see read our own packets
back of the file descriptor that we just wrote them to */
tcgetattr (c->fd, &ptyconf);
*(c->oldptyconf) = ptyconf;
ptyconf.c_cflag &= ~(ICANON | ECHO);
- ptyconf.c_lflag &= ~ECHO;
+ ptyconf.c_lflag &= ~ECHO;
tcsetattr (c->fd, TCSANOW, &ptyconf);
-snprintf (tty, sizeof (tty), "/dev/tty%c%c", a, b);
-fd2 = open (tty, O_RDWR);
- if(!fd2)
- log(LOG_WARN, "unable to open tty %s", tty);
- /* XXX JEF: CHECK ME */
- stropt[pos++] = strdup(tty);
- stropt[pos] = NULL;
+/* snprintf (tty, sizeof (tty), "/dev/tty%c%c", a, b); */
+fd2 = open (tty, O_RDWR);
+if (fd2 == -1)
+{
+log (LOG_WARN, "%s: unable to open slave tty %s\n", __FUNCTION__, tty);
+close(c->fd);
+return -EINVAL;
+}
#ifdef USE_KERNEL
}
Bug#360572: ecl: ecl not working after installation without libgmp3-dev
Package: ecl Version: 0.9h-20060216-2 Severity: normal Installing the ecl package on a system does not fail, but prints error messages during installation: , | /usr/lib/common-lisp/bin/ecl.sh loading and dumping clc. | ;;; Loading "/usr/lib/ecl/install-clc.lisp" | ;;; Loading #P"/usr/lib/ecl/cmp.fas" | ;;; Loading #P"/usr/lib/ecl/sysfun.lsp" | | In file included from /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:2: | /usr/lib/ecl//h/ecl-cmp.h:60:17: error: gmp.h: No such file or directory | In file included from /usr/lib/ecl//h/ecl-cmp.h:62, | from /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:2: | /usr/lib/ecl//h/object.h:99: error: syntax error before 'mpz_t' | /usr/lib/ecl//h/object.h:495: error: field 'big' has incomplete type | In file included from /usr/lib/ecl//h/ecl-cmp.h:67, | from /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:2: | /usr/lib/ecl//h/external.h:96: error: syntax error before 'mp_limb_t' | /usr/lib/ecl//h/external.h:106: error: syntax error before '}' token | /usr/lib/ecl//h/external.h:302: error: syntax error before 'hi' | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c: In function 'LC2appendf': | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:20: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:27: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:29: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:31: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:33: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:35: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:37: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c: In function 'L8compile_common_lisp_controller_v5': | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:182: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c: In function 'LC6fasl_filename': | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:222: error: dereferencing pointer to incomplete type | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c: In function 'LC5system_fasl_filename': | /var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c:240: error: dereferencing pointer to incomplete type | An error occurred during initialization: | (SYSTEM "i486-linux-gnu-gcc -I../include -g -O2 -fPIC -D_THREAD_SAFE -fstrict-aliasing -Dlinux -O \"-I/usr/lib/ecl//h\" -w -c \"/var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.c\" -o \"/var/cache/common-lisp-controller/0/ecl/common-lisp-controller/common-lisp-controller.o\"") returned non-zero value 1. | Saving to new-ecl... ` After this, there is no /usr/bin/ecl binary. If libgmp3-dev package is installed and ecl is reconfigured, the compilation succeeds without errors and /usr/bin/ecl package is available. Please include libgmp3-dev in dependencies as well. I am not sure if other package would also be needed in the dependencies as obviously there is C compilation going on and gcc isn't depended. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-aka-1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ecl depends on: ii common-lisp-controller5.13 This is a Common Lisp source and c ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library ecl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#316884: debootstrap: --include option excludes already included packages
Package: debootstrap
Version: 0.3.1.4
Severity: normal
It seems that supplying the --include option to debootstrap with
packages which are already in the base set of packages causes those
packages to be *excluded* from installation. This also happens if a
package is listed twice on the include line.
The bug boils down to the 'without' function, which will in fact not
only exclude those words listed in the second argument, but also all
words that are duplicated in the first argument.
Here is a trivial fix to the problem, but you might prefer an
alternative solution.
Locating this bug caused moderate amounts of hair-pulling in this end.
Patch:
Fix without function to not remove words that are duplicated in the
first argument. This also fixes supplying --include duplicate packages
or packages listed in the base set.
Signed-off-by: Nuutti Kotivuori <[EMAIL PROTECTED]>
Index: debootstrap-0.3.1.4/functions
===
--- debootstrap-0.3.1.4.orig/functions
+++ debootstrap-0.3.1.4/functions
@@ -892,7 +892,7 @@
without () {
# usage: without "a b c" "a d" -> "b" "c"
- echo $(echo $1 $2 $2 | tr ' ' '\n' | sort | uniq -u)
+ echo $(echo $(echo $1 | tr ' ' '\n' | sort | uniq) $2 $2 | tr ' ' '\n' |
sort | uniq -u)
}
repeat () {
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-aka-1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages debootstrap depends on:
ii binutils 2.15-7 The GNU assembler, linker and bina
ii wget 1.10-2 retrieves files from the web
debootstrap recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299817: python2.3-subversion: trac revision log breaks
Package: python2.3-subversion Version: 1.1.3-2 Severity: normal I am filing this bug against the python2.3-subversion package, instead of the trac package, because I believe this package is where the problem can be fixed. I may, however, be wrong about this. The problem is that after upgrading to the seen revisions of Trac and Subversion, the Trac revision logs break by the error message: Fatal Python error: PyThreadState_Get: no current thread This comes from a seemingly correct code invocation. Trac is invoked from apache as a cgi-program written in python, which accesses the subversion repository. This all worked with trac 0.8-1 and subversion 1.1.3-1. I have no real idea what causes the problem, but a possible culprit is the transition to a newer swig, which generates the python bindings. Subversion 1.1.3-1 was compiled with swig 1.3.22, where as Subversion 1.1.3-2 was compiled with swig 1.3.24. ii trac 0.8.1-1Enhanced wiki and issue tracking system for -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-aka-1 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages python2.3-subversion depends on: ii libapr0 2.0.53-5 the Apache Portable Runtime ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libsvn0 1.1.3-2 shared libraries used by Subversio ii python2.3 2.3.5-1 An interactive high-level object-o ii subversion 1.1.3-2 advanced version control system (a -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
