Bug#464195: marked as done (hold ocaml in sid)
Your message dated Mon, 3 Mar 2008 08:56:38 +0100 with message-id [EMAIL PROTECTED] and subject line Re: hold ocaml in sid has caused the Debian Bug report #464195, regarding hold ocaml in sid to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464195: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464195 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ocaml Version: 3.10.1-1 Severity: grave This is a dummy bug report to hold OCaml 3.10.1 in sid until all the caml libs have been rebuilt with this new version of caml. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- This is a dummy bug report to hold OCaml 3.10.1 in sid until all the caml libs have been rebuilt with this new version of caml. We are now almost there, and the transition is definitely feasible. Hence I'm closing the bug to see what britney tells us about the possibility of OCaml 3.10.1 to enter testing. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -%- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time ---End Message---
Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier
Package: manpages-fr Version: 2.39.1-5 Severity: grave Justification: renders package unusable L'exemple de conf. dans le man est: hosts: dns [!UNAVAIL=return] fichiers networks: nis [NOTFOUND=return] fichiers ethers: nis [NOTFOUND=return] fichiers protocols: nis [NOTFOUND=return] fichiers rpc:nis [NOTFOUND=return] fichiers services: nis [NOTFOUND=return] fichiers et devrait être: hosts: dns [!UNAVAIL=return] files networks: nis [NOTFOUND=return] files ethers: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc:nis [NOTFOUND=return] files services: nis [NOTFOUND=return] files je n'ai pas trouvé les lignes correspondantes dans le po (les lignes en question ne semblent pas traduites et je ne connais pas gnu text), desolé de ne pas proposer de patch. Je trouve le problème grave car la conf. NSS est centrale. J'espere ne pas avoir abusé du flag. cordialement, mc -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages manpages-fr depends on: ii manpages-fr-dev 2.39.1-5 French version of the development ii manpages-fr-extra 20070311 French version of the manual pages manpages-fr recommends no packages. -- no debconf information
Bug#465980: marked as done (polygen depends on ocaml-base-nox-3.10.0 which is not available)
Your message dated Mon, 3 Mar 2008 09:51:34 +0100 with message-id [EMAIL PROTECTED] and subject line Re: polygen depends on ocaml-base-nox-3.10.0 which is not available has caused the Debian Bug report #465980, regarding polygen depends on ocaml-base-nox-3.10.0 which is not available to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 465980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465980 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: polygen Version: 1.0.6.ds2-3 Severity: normal Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: polygen: Depends: ocaml-base-nox-3.10.0 but it is not installable -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22.12-alt11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages polygen depends on: ii ocaml-base-nox [ocaml-base-no 3.10.0-13 Runtime system for ocaml bytecode Versions of packages polygen recommends: di polygen-data 1.0.6.ds2-3 grammar definitions for PolyGen -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.0.6.ds2-4 On Fri, 15 Feb 2008 13:33:30 -0500, Brian Minton wrote: The following packages have unmet dependencies: polygen: Depends: ocaml-base-nox-3.10.0 but it is not installable This has been fixed in the polygen version I've uploaded yesterday. Cheers. -- Stefano Zacchiroli -*- PhD in Computer Science ... now what? [EMAIL PROTECTED],cs.unibo.it,debian.org} -%- http://upsilon.cc/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature ---End Message---
Bug#467650: debian-edu: Downloads things, does not clean up after itself.
On Sat, 1 Mar 2008, Kurt Roeckx wrote: I had some problems with mail getting to me. Things are now slowly being processed. I can't really follow everything that's happened with this. Ahh, OK, thanks for clarifying this. cdd-dev would get a Depends on apt. I'm perfectly happy with that. I would consider that part of the bug to be serious. It's just downloading Packages files, while I thought it was actually downloading .deb's file. I clearly didn't properly read the build log. I don't have a problem with this part anymore. But I would like to suggest you use whatever is currently on the system (in /var/lib/apt/lists/). I don't see why you need to download it again. Well, it is not necessarily the Packages file of the system you are using to build the package. For instance if you are building in pbuilder you have proably the list of packages in unstable. If you want to have the control file builded to add only Recommends to packages that are available in testing (which makes perfectly sense and is used in this way) - you need to download a packages file from testing. I think someone also cloned it to say it doesn't work if there is no network. That's probably a bug in cdd-dev then, and would also be serious. OK. You need network to download something - but I partly agree with you that this is not really a good solution. I worked over last weekend on the issue you raised and found a solution that solves this problem in so far, that the information we need is stored in the debian-edu package source before the package is builded and there will be no need for download any more. The current solution has the side effect that we might produce architecture any packages that Recommend packages which are avialbale in i386. This will most probably lead to bugs package recommends packages not available for this architecture sooner or later. In case it will be later I have a longer term plan how to fix this. In case it is sooner we have to live with these not so serious bug to fix the serious one reportet by you. I have a problem with package that leave things behind after they've been removed and purged, or have build something. But I can't say that this is considered to be RC. OK. This problem will automatically vanish anyway. Using the Packages file from the system would also solve that problem. It would not have solved this but that's no matter any more. Thanks for your input Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469125: kvm: Building on amd64 fails because of dependency to etherboot which does only exist on i386
Package: kvm Version: 62+dfsg-2 Severity: serious Justification: no longer builds from source -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz stepping: 6 cpu MHz : 1995.001 cache size : 4096 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3994.61 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz stepping: 6 cpu MHz : 1995.001 cache size : 4096 KB physical id : 0 siblings: 2 core id : 1 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm bogomips: 3990.04 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23.8-mactel Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kvm depends on: ii adduser3.102 Add and remove users and groups ii bridge-utils 1.2-1 Utilities for configuring the Linu ii iproute20061002-3Professional tools to control the ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libsdl1.2debian1.2.11-8 Simple DirectMedia Layer ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kvm recommends: ii kvm-source 62+dfsg-2 Source for the KVM driver ii linux-image-2.6.18 2.6.18.dfsg.1-17 Linux 2.6.18 image on AMD64 ii linux-image-2.6.18 2.6.18.dfsg.1-18etch1 Linux 2.6.18 image on AMD64 ii linux-image-2.6.23 sissymobil.1.1Linux kernel binary image for vers ii qemu 0.8.2-4etch1 fast processor emulator pn vde2 none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469127: libapache2-authenntlm-perl: FTBFS: binary-indep vs. binary-arch confusion
Package: libapache2-authenntlm-perl Version: 0.02-4 Severity: serious This package fails to build because the binary-indep and the binary-arch debian/rules targets are the wrong way around. As this is an Architecture:any package, binary-arch should be used for all the work. From the logs at buildd.debian.org: dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450903: marked as done (libocamlnet-ssl-ocaml: segfault on custom ssl bindings)
Your message dated Mon, 03 Mar 2008 09:02:12 +
with message-id [EMAIL PROTECTED]
and subject line Bug#450903: fixed in ocamlnet 2.2.9-2
has caused the Debian Bug report #450903,
regarding libocamlnet-ssl-ocaml: segfault on custom ssl bindings
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
450903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450903
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: libocamlnet-ssl-ocaml
Version: 2.2.8.1-1
Severity: grave
Tags: patch
Justification: renders package unusable
Hi !
While playing with the ssl_client.ml example, I ended up correcting two
issues:
* ssl_client.ml must use:
let cl_ctx = Ssl.create_context Ssl.TLSv1 Ssl.Client_context in
to use the correct function from ocaml-ssl
* The example segfaulted..
After some introspection, helped by Sam, we found out that the package
ships its custom ssl extra-bindings.
These are out-of-date and caused the segfault.
Attached is patch that fixes them.
Of course, those bindings may be directly provided by ocaml-ssl, this
would help to get them in sync with latest ocaml-ssl has well as
debugging them along the others...
Romain
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages libocamlnet-ssl-ocaml depends on:
ii libc6 2.6.1-6GNU C Library: Shared libraries
ii libocamlnet-ocaml 2.2.8.1-1 OCaml application-level Internet l
ii libssl-ocaml 0.4.2-3OCaml bindings for OpenSSL
ii ocaml-base-nox [ocaml-base-no 3.10.0-8 Runtime system for ocaml bytecode
libocamlnet-ssl-ocaml recommends no packages.
-- no debconf information
--- ocamlnet-2.2.8.1.orig/src/equeue-ssl/ssl_exts_stubs.c
+++ ocamlnet-2.2.8.1/src/equeue-ssl/ssl_exts_stubs.c
@@ -6,41 +6,29 @@
#include caml/memory.h
#include caml/misc.h
#include caml/mlvalues.h
-
+#include caml/signals.h
#include openssl/ssl.h
#include openssl/pem.h
#include openssl/err.h
#include openssl/bio.h
#include unistd.h
-
-/* The following definitions are copied from ssl_stubs.c: */
-
-struct ssl_socket__t
-{
- SSL *handler;
- int fd;
-};
-
-typedef struct ssl_socket__t ssl_socket_t;
-
-static ssl_socket_t* ssl_socket_of_block(value block)
-{
- return (ssl_socket_t*)Field(block, 1);
-}
+#define SSL_val(v) (*((SSL**)Data_custom_val(v)))
CAMLprim value ocaml_ssl_single_shutdown(value socket)
{
CAMLparam1(socket);
int ret;
- ssl_socket_t *ssl = ssl_socket_of_block(socket);
- ret = SSL_shutdown(ssl-handler);
+ SSL *ssl = SSL_val(socket);
+ caml_enter_blocking_section();
+ ret = SSL_shutdown(ssl);
if (ret == -1) {
raise_with_arg(*caml_named_value(ssl_exn_shutdown_error),
- Val_int(SSL_get_error(ssl-handler, ret)));
+ Val_int(SSL_get_error(ssl, ret)));
};
+ caml_leave_blocking_section();
CAMLreturn(Val_unit);
}
@@ -52,8 +40,10 @@
CAMLlocal3(rcvd,sent,ret);
int r;
- ssl_socket_t *ssl = ssl_socket_of_block(socket);
- r = SSL_get_shutdown(ssl-handler);
+ SSL *ssl = SSL_val(socket);
+ caml_enter_blocking_section();
+ r = SSL_get_shutdown(ssl);
+ caml_leave_blocking_section();
rcvd = Val_bool(r SSL_RECEIVED_SHUTDOWN);
sent = Val_bool(r SSL_SENT_SHUTDOWN);
ret = alloc_tuple(2);
@@ -71,8 +61,10 @@
BIO *b;
int eof;
-ssl_socket_t *ssl = ssl_socket_of_block(socket);
-b = SSL_get_rbio(ssl-handler);
+SSL *ssl = SSL_val(socket);
+caml_enter_blocking_section();
+b = SSL_get_rbio(ssl);
+caml_leave_blocking_section();
if (b == NULL)
failwith(Ssl.get_rbio_eof: No rbio found);
eof = BIO_eof(b);
@@ -87,8 +79,10 @@
CAMLparam1(socket);
CAMLlocal1(ret);
long m;
-ssl_socket_t *ssl = ssl_socket_of_block(socket);
-m = SSL_get_mode(ssl-handler);
+SSL *ssl = SSL_val(socket);
+caml_enter_blocking_section();
+m = SSL_get_mode(ssl);
+caml_leave_blocking_section();
ret = alloc_tuple(3);
Store_field(ret, 0, Val_bool(m SSL_MODE_ENABLE_PARTIAL_WRITE));
Store_field(ret, 1, Val_bool(m SSL_MODE_ACCEPT_MOVING_WRITE_BUFFER));
@@ -100,12 +94,14 @@
{
CAMLparam2(socket,mode);
long m;
-ssl_socket_t *ssl = ssl_socket_of_block(socket);
+SSL *ssl = SSL_val(socket);
m = 0;
if (Bool_val(Field(mode, 0))) m |= SSL_MODE_ENABLE_PARTIAL_WRITE;
if (Bool_val(Field(mode, 1))) m
Bug#468226: git-core: post-receive-email has unclear copyright
On Wed, Feb 27, 2008 at 02:15:27PM -0600, John Goerzen wrote: Package: git-core Version: 1:1.5.4.3-1 Severity: serious The file /usr/share/doc/git-core/contrib/hooks/post-receive-email states: # Copyright (c) 2007 Andy Parkins However: * It does not state what license it is under * This copyright owner is not listed in /usr/share/doc/git-core/copyright Hi, I'm afraid you'll find such all over the place in git, and in the linux kernel too AFAICS, try 'git grep -i -A10 copyright' in a git repo clone. But I don't think this is a problem, contributions to git need a 'Signed-off-by', and the very post-receive-email script came in through 4557e0de (git show 4557e0de), which has been signed-off properly. Please see Documentation/SubmittingPatches, 'Sign your work'. So, just as /usr/share/doc/git-core/copyright says, the git releases are copyright (c), Linus Torvalds and others, licensed under the GPL2. And so is this script in contrib/hooks/. I'm about to close this bug, thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469128: gchempaint: crashes on startup
Package: gchempaint Version: 0.8.7-1 Severity: grave Justification: renders package unusable Hi Daniel, I just wanted to give the freshly updated gchempaint a try: [EMAIL PROTECTED]:~$ gchempaint (process:8241): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.14.6/gobject/gtype.c:2242: initialization assertion failed, use IA__g_type_init() prior to this function (process:8241): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:8241): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed Segmentation fault Hope that the above is helpful to find the problem. Best, Johannes Ranke -- System Information: Debian Release: lenny/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gchempaint depends on: ii gconf2 2.20.1-3 GNOME configuration database syste ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-01.20.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.21.90-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.21.90-1 The Bonobo UI library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0~rc2-1 GCC support library ii libgconf2-42.20.1-3 GNOME configuration database syste ii libgcu00.8.6-1 GNOME chemistry utils (library) ii libgl1-mesa-glx [libgl 7.0.3~rc2-1 A free implementation of the OpenG ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.0.3~rc2-1 The OpenGL utility library (GLU) ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeprint2.2-0 2.18.4-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.18.2-1 GNOME 2.2 print architecture User ii libgnomeui-0 2.20.1.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-2GNOME Virtual File System (runtime ii libgoffice-0-4 0.4.2-4 Document centric objects library - ii libgsf-1-114 1.14.7-2 Structured File Library - runtime ii libgtk2.0-02.12.8-1 The GTK+ graphical user interface ii libgtkglext1 1.2.0-1 OpenGL Extension to GTK+ (shared l ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libopenbabel2 2.1.1-2 Convert and manipulate chemical da ii liborbit2 1:2.14.10-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime gchempaint recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 444588 in wxwidgets2.6/2.6.3.2.1.5
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.12 found 444588 wxwidgets2.6/2.6.3.2.1.5 Bug#444588: vlc do'nt play after install somme things Bug marked as found in version wxwidgets2.6/2.6.3.2.1.5. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451169: marked as done (apt-build: make wrapper modifies PATH, so make call's real gcc, not the wrapper)
Your message dated Mon, 03 Mar 2008 09:32:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#451169: fixed in apt-build 0.12.30
has caused the Debian Bug report #451169,
regarding apt-build: make wrapper modifies PATH, so make call's real gcc, not
the wrapper
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
451169: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451169
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Subject: apt-build: make wrapper modifies PATH, so make call's real gcc, not
the wrapper
Package: apt-build
Version: 0.12.28
Severity: grave
Justification: renders package unusable
Tags: patch
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (100, 'unstable'), (100, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.23
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages apt-build depends on:
ii apt 0.7.6 Advanced front-end for dpkg
ii apt-utils 0.7.6 APT utility programs
ii debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii devscripts2.10.9 Scripts to make the life of a Debi
ii dpkg-dev 1.14.7 package building tools for Debian
ii g++ 4:4.2.1-6 The GNU C++ compiler
ii gcc 4:4.2.1-6 The GNU C compiler
ii libappconfig-perl 1.56-2 Perl module for configuration file
ii libapt-pkg-perl 0.1.21+b1 Perl interface to libapt-pkg
ii perl 5.8.8-11.1 Larry Wall's Practical Extraction
Versions of packages apt-build recommends:
ii build-essential 11.3 informational list of build-essent
pn fakeroot none (no description available)
-- debconf information:
apt-build/arch_amd: k6
apt-build/arch_alpha: ev4
* apt-build/options: -march=pentium3
* apt-build/arch_intel: pentium3
apt-build/arch_arm: armv2
* apt-build/make_options: -j2
* apt-build/olevel: Strong
* apt-build/build_dir: /var/cache/apt-build/build
* apt-build/repository_dir: /var/cache/apt-build/repository
apt-build/arch_sparc: sparc
apt-build/arch_amd64: x86-64
* apt-build/add_to_sourceslist: true
--- config.c2007-11-13 18:13:45.0 +0200
+++ /root/apt-build/config.c2007-11-13 18:03:48.0 +0200
@@ -139,7 +139,13 @@
if (args.mtune)
cmd_line_args[nb_apt_build_options++] = args.mtune;
- }
+} else {
+/* Add current path as argument to make */
+ char* path = getenv(PATH) ;
+ char* path_option = (char *) malloc (strlen(path) + 5) ;
+ sprintf (path_option,PATH=%s,path) ;
+ cmd_line_args[nb_apt_build_options++] = path_option ;
+}
cmd_line_args[nb_apt_build_options++] = NULL;
---End Message---
---BeginMessage---
Source: apt-build
Source-Version: 0.12.30
We believe that the bug you reported is fixed in the latest version of
apt-build, which is due to be installed in the Debian FTP archive:
apt-build_0.12.30.dsc
to pool/main/a/apt-build/apt-build_0.12.30.dsc
apt-build_0.12.30.tar.gz
to pool/main/a/apt-build/apt-build_0.12.30.tar.gz
apt-build_0.12.30_amd64.deb
to pool/main/a/apt-build/apt-build_0.12.30_amd64.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Julien Danjou [EMAIL PROTECTED] (supplier of updated apt-build package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 25 Feb 2008 14:52:14 +0100
Source: apt-build
Binary: apt-build
Architecture: source amd64
Version: 0.12.30
Distribution: unstable
Urgency: low
Maintainer: Julien Danjou [EMAIL PROTECTED]
Changed-By: Julien Danjou [EMAIL PROTECTED]
Description:
apt-build - frontend to apt to build, optimize and install packages
Closes: 451169 454472 461466
Changes:
apt-build (0.12.30) unstable; urgency=low
.
* Apply Yoram patch to add PATH as make argument (Closes: #451169)
* Apply Andrea patch to support specific distribution (Closes: #454472)
* Bump standards
Bug#469131: libaqbanking: .orig.tar.gz distributes non-free binary file
Source: libaqbanking Version: 2.2.3-3 Severity: serious Justification: Debian Policy Chapter 2.2.1 The AqBanking .orig.tar.gz distributes a non-free binary file src/plugins/backends/aqyellownet/plugin/libaqyellownet.so which is covered by a separate, German only license. This license permits distribution of the binary file and limits the user in what he can do with it: § 3. Besondere Beschraenkungen: Es ist Ihnen untersagt, die Software zu dekompilieren, einer Rückentwicklung zu unterziehen, zu deassemblieren oder in eine visuell erfassbare Form zu bringen. which translates to something like: § 3. Special Restrictions: You are prohibited to decompile, reverse-engineer, disassemble, or transform this software into a visually comprehensable form. This violates in my opinion two aspects of the [0]DFSG: - The source code must be included but isn't - The special restrictions seem to prohibit derived works. Since I'm the maintainer of the package for the package I apoligize for not rising this earlier. I really didn't notice it before! Fortunately this bug should be easily done by repackaging the source tarball. Regards Micha 0. http://www.debian.org/social_contract#guidelines -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463535: reassigning as requested
# reassigning to acpid, athough this looks like a witch hunt :-/ # # otoh, acpid really looks like a more plausible cause if issues # than arts; # still, this doesn't explain *why* downgrading the gtk libs was # making the issue go away # # maybe we're tracking two unrelated bugs in the same report? reassign 463535 acpid thanks Passing this over to acpid makes sense since in my case (the original reporter) artsd couldn't have been the responsible for this bug since only thing that might have used artsd would have been kbabel, but I saw these hangs even when I didn't ran kbabel. Now I am using again the gtk librabries I initially being the faulty ones, but I haven't seen the hangs anymore. Still, around the time of the report the only acpi related upgrades seen in my dpkg.log are these[1] : 1 [EMAIL PROTECTED] ~/usr/src/pbuilder/pbuilder $ zgrep acpi /var/log/dpkg.log.2.gz 2008-01-10 14:10:21 upgrade acpi-support-base 0.103-4 0.103-5 2008-01-10 14:10:21 status half-configured acpi-support-base 0.103-4 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-4 2008-01-10 14:10:21 status half-installed acpi-support-base 0.103-4 2008-01-10 14:10:21 status half-installed acpi-support-base 0.103-4 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-5 2008-01-10 14:10:21 status unpacked acpi-support-base 0.103-5 2008-01-10 14:10:22 upgrade acpi-support 0.103-4 0.103-5 2008-01-10 14:10:22 status half-configured acpi-support 0.103-4 2008-01-10 14:10:22 status unpacked acpi-support 0.103-4 2008-01-10 14:10:22 status half-installed acpi-support 0.103-4 2008-01-10 14:10:22 status half-installed acpi-support 0.103-4 2008-01-10 14:10:23 status unpacked acpi-support 0.103-5 2008-01-10 14:10:23 status unpacked acpi-support 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status unpacked acpi-support-base 0.103-5 2008-01-10 23:38:26 status half-configured acpi-support-base 0.103-5 2008-01-10 23:38:27 status installed acpi-support-base 0.103-5 2008-01-10 23:38:28 status unpacked acpi-support 0.103-5 2008-01-10 23:38:28 status unpacked acpi-support 0.103-5 [..] (multiple repetions of this line) 2008-01-10 23:38:32 status unpacked acpi-support 0.103-5 2008-01-10 23:38:32 status unpacked acpi-support 0.103-5 2008-01-10 23:38:32 status half-configured acpi-support 0.103-5 2008-01-10 23:38:34 status installed acpi-support 0.103-5 2008-01-15 01:03:07 upgrade libacpi0 0.2-1 0.2-2 2008-01-15 01:03:07 status half-configured libacpi0 0.2-1 2008-01-15 01:03:07 status unpacked libacpi0 0.2-1 2008-01-15 01:03:07 status half-installed libacpi0 0.2-1 2008-01-15 01:03:07 status half-installed libacpi0 0.2-1 2008-01-15 01:03:07 status unpacked libacpi0 0.2-2 2008-01-15 01:03:08 status unpacked libacpi0 0.2-2 2008-01-15 01:05:02 status unpacked libacpi0 0.2-2 2008-01-15 01:05:03 status half-configured libacpi0 0.2-2 2008-01-15 01:05:06 status installed libacpi0 0.2-2 0 [EMAIL PROTECTED] ~/usr/src/pbuilder/pbuilder $ grep acpi /var/log/dpkg.log.1 2008-02-13 22:31:31 upgrade libacpi0 0.2-2 0.2-4 2008-02-13 22:31:31 status half-configured libacpi0 0.2-2 2008-02-13 22:31:31 status unpacked libacpi0 0.2-2 2008-02-13 22:31:31 status half-installed libacpi0 0.2-2 2008-02-13 22:31:31 status half-installed libacpi0 0.2-2 2008-02-13 22:31:31 status unpacked libacpi0 0.2-4 2008-02-13 22:31:31 status unpacked libacpi0 0.2-4 2008-02-13 22:32:49 status unpacked libacpi0 0.2-4 2008-02-13 22:32:49 status half-configured libacpi0 0.2-4 2008-02-13 22:32:49 status installed libacpi0 0.2-4 Still, I fail to see how the usage of the previous version of GTK libs was enough to work around the issue. [1] it is possible that they really *are* related to the issue since I was keeping the laptop on for long periods of time and just suspended it when I was supposed to log out; OTOH I was experiencing the hang issue for while already when I reported the issue -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Mon, Mar 3, 2008 at 3:12 AM, Frans Pop [EMAIL PROTECTED] wrote: After upgrading to this version of xscreensaver I noticed that the KDE controlcenter module used to configure the screensaver now lists a number of screensavers that no longer work. Apparently the list of available screensavers does not get updated. The reason seems to be that the following file is still installed: /usr/share/applnk/System/ScreenSavers/phosphor.desktop This file is installed by the package kscreensaver-xsavers. Thanks for your report. Several hacks have been moved to the xscreensaver-data-extra (and xscreensaver-gl-extra) package. Just install that package and the broken kscreensaver will work fine again. Evidently the package split should have been coordinated with packages depending on xscreensaver. We don't expect any major problems. All the files are practically the same, just in two packages. We could choose to drag in both packages during the upgrade, but chose to do user education instead, to make the future better. Sorry, personally I know nothing about kscreensaver-xsavers. I will be pleased to work together with you to make it work properly. Believe me, the reason for the package split is exactly to make things easier for third-party screensaver infrastructures (like gnome-screensaver and kscreensaver), so that they can use xscreensaver hacks without the user having xscreensaver installed. The split in -extra is currently the only way to split between safe, recommended hacks and those who often can cause problems. From this point of view the package split can be said to break existing installations, which is a release critical issue. This BR is necessary to prevent the new xscreensaver to migrate to testing until the required coordination has taken place and depending packages have been updated. Apparantly, the package split exposes a weakness in the kscreensaver package. Does it have a list of screensaver hacks hardcoded? Your mentioning of its /usr/share/applnk/System/ScreenSavers/phosphor.desktop file sounds a bit like this. It should be made to dynamically deal with the available screensavers in /usr/share/applications/screensavers. Also other packages might drop .desktop files in there if they have something suitable as a screensaver. IMO, only the package shipping a hack should also ship a .desktop for it, whether in /usr/share/applnk/System/ScreenSavers or /usr/share/applications/screensavers. Anyway, the .desktop files should have a TryExec entry to check for the existence of the hack binary. Maybe you just need to update the relevant .desktop files. Without knowing kscreensaver much, I think the best solution would be to stop kscreensaver from shipping .desktop files and rather let it look for the desktop files installed by other packages. On the short term, just let kscreensaver depend on xscreensaver-data-extra, but remove the dependency later once kscreensaver is fixed properly. Cheers, Tormod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassigning as requested
Processing commands for [EMAIL PROTECTED]: # reassigning to acpid, athough this looks like a witch hunt :-/ # # otoh, acpid really looks like a more plausible cause if issues # than arts; # still, this doesn't explain *why* downgrading the gtk libs was # making the issue go away # # maybe we're tracking two unrelated bugs in the same report? reassign 463535 acpid Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2 Bug reassigned from package `arts' to `acpid'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 468963 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.11ubuntu4 severity 468963 important Bug#468963: balsa shows folders twice, as duplicates Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443880: SIGBUS on sparc
Jurij Smakov schrieb:
Hi,
I've done further investigation since it's still failing. A detailed
trace I've obtained from a SIGBUS during lua-zip build:
Core was generated by `lua5.1 -l zip tests/test_zip.lua'.
Program terminated with signal 10, Bus error.
#0 0x7008293c in __zzip_parse_root_directory (fd=3,
trailer=0xffd66d58, hdr_return=0x47dc0, io=0x70098020) at
../../zzip/zip.c:440
440 hdr-d_crc32 = zzip_disk_entry_get_crc32 (d);
(gdb) bt full
#0 0x7008293c in __zzip_parse_root_directory (fd=3,
trailer=0xffd66d58, hdr_return=0x47dc0, io=0x70098020) at
../../zzip/zip.c:440
__bsx = 4292242562
d = (struct zzip_disk_entry *) 0xffd66c82
u_extras = 0
u_comment = 0
u_namlen = 6
dirent = {z_magic = PK\001\002, z_encoder = {version =
\024, ostype = }, z_extract = {version = \024, ostype = },
z_flags = \000, z_compr = \b, z_dostime = {
time = )£, date = Ù0}, z_crc32 = 㦢O, z_csize =
|\000\000, z_usize = \237\000\000, z_namlen = \006, z_extras =
\000, z_comment = \000, z_diskstart = \000,
z_filetype = \001, z_filemode = \000\000, z_offset =
\000\000\000}
hdr = (struct zzip_dir_hdr *) 0x47ec0
hdr0 = (struct zzip_dir_hdr *) 0x47ec0
p_reclen = (uint16_t *) 0x0
entries = 4
zz_offset = 0
fd_map = 0x70074000 Address 0x70074000 out of bounds
zz_fd_gap = 4826
zz_entries = 4
zz_rootsize = 214
zz_rootseek = 4826
#1 0x70083238 in __zzip_dir_parse (dir=0x47da8) at
../../zzip/zip.c:661
rv = ZZIP_NO_ERROR
filesize = 5062
trailer = {zz_tail = 0x13b0, zz_for_correct_rootseek =
0x703241ac, zz_entries = 4, zz_finalentries = 4, zz_rootseek = 4826,
zz_rootsize = 214}
#2 0x700830b0 in zzip_dir_fdopen_ext_io (fd=3, errcode_p=0x0,
ext=0x70098014, io=0x70098020) at ../../zzip/zip.c:622
rv = 270344
dir = (ZZIP_DIR *) 0x47da8
#3 0x700834ec in zzip_dir_open_ext_io (filename=0x4a400 luazip.zip,
e=0x0, ext=0x70098014, io=0x70098020) at ../../zzip/zip.c:726
fd = 3
#4 0x7008343c in zzip_dir_open (filename=0x4a400 luazip.zip, e=0x0)
at ../../zzip/zip.c:708
No locals.
#5 0x700618e0 in ?? ()
No symbol table info available.
#6 0x700618e4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt
stack?)
(gdb) print d-z_crc32
$1 = (zzip_byte_t (*)[4]) 0xffd66c92
Here's the problem: z_crc32 (and all other fields in this structure)
are defined as zzip_byte_t arrays, which means that compiler does not
care about their alignment. When an attempt is made to cast z_crc32
to a 32-bit integer, it gets a SIGBUS, since z_crc32 is only half-word
aligned.
I don't see a way to fix this without a major redesign or making
all the memory-accessing/casting macros in format.h to use memcpy
(ugly).
Best regards,
There is no redesign required - this problem can only occur on non-x86
little-endian platforms.
You did not tell about that detail but I can guess it from the result. In
fetch.h there is
#define zzip_file_header_get_crc32(__p) ZZIP_GET32((__p)-z_crc32)
and that ZZIP_GET32 can be defined in a way that it would fetch each byte seperately. This is already done on a lot of platforms - the definition is dependent on ZZIP_WORDS_BIGENDIAN and covers acrchitectures like SPARC which have aligned word access
as well. However, SPARC is big-endian as have been all the other test platforms in the lab. So, what's your target platform currently? If I am guessing right then would need to redefine the #ifdefs and configure detections in such a way that it would
enable a bytewise access macro on a litte-endian platform right there in fetch.h
cheers, Guido
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464969: marked as done (xen-hypervisor-3.2-1-i386: Linux mmap()/vmsplice() exploit causes memory map corruption in hypervisor regardless of domain privilege)
Your message dated Mon, 3 Mar 2008 11:36:47 +0100 with message-id [EMAIL PROTECTED] and subject line Re: [Pkg-xen-devel] Bug#464969: xen-hypervisor-3.2-1-i386: Linux mmap()/vmsplice() exploit causes memory map corruption in hypervisor regardless of domain privilege has caused the Debian Bug report #464969, regarding xen-hypervisor-3.2-1-i386: Linux mmap()/vmsplice() exploit causes memory map corruption in hypervisor regardless of domain privilege to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464969: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464969 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xen-hypervisor-3.2-1-i386 Version: 3.2-1 Severity: critical Tags: security Justification: DoS of entire system regardless of privilege When running the exploit listed in bug 464953 [1], Xen's memory state becomes corrupted and the hypervisor eventually crashes, taking all of the domU's with it. As such, this breaks operational behaviour, so I have marked this as critical. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464953 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-xen-686 (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/bash ---End Message--- ---BeginMessage--- On Sat, Feb 09, 2008 at 11:37:00PM -0600, William Pitcock wrote: When running the exploit listed in bug 464953 [1], Xen's memory state becomes corrupted and the hypervisor eventually crashes, taking all of the domU's with it. As such, this breaks operational behaviour, so I have marked this as critical. The submitter was not able to show evidence that this is a real bug. Also none of my tests with a x86_32 Xen produced a crash within the hypervisor. Bastian -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 ---End Message---
Bug#456971: fixed in libsigc++-2.0 2.0.18-1
On Thu, Feb 14, 2008 at 06:02:03AM +, Daniel Burrows wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 13 Feb 2008 20:50:49 -0800 Source: libsigc++-2.0 Binary: libsigc++-2.0-0c2a libsigc++-2.0-dev libsigc++-2.0-doc Architecture: source i386 all Version: 2.0.18-1 Distribution: experimental Urgency: low Maintainer: Daniel Burrows [EMAIL PROTECTED] Changed-By: Daniel Burrows [EMAIL PROTECTED] Description: libsigc++-2.0-0c2a - type-safe Signal Framework for C++ - runtime libsigc++-2.0-dev - type-safe Signal Framework for C++ - development files libsigc++-2.0-doc - type-safe Signal Framework for C++ - reference documentation Closes: 346378 424929 441537 443651 446333 456971 Changes: libsigc++-2.0 (2.0.18-1) experimental; urgency=low . * New upstream release (Closes: #443651). . * Disable backwards-compatibility typedefs for slot_list. This fixes compilation of sigc++-2.0 and dependent packages using g++-4.3. (Closes: #441537, #456971, #446333) . Do you have planned an upload to unstable to fix this bug in sid and lenny? -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465575: bisonc++: FTBFS: FlexLexer.h:130: error: expected unqualified-id before numeric constant
Dear Lucas, Thanks for reporting the compilation bug you found in bisonc++. It appears that the problem is caused by a new header setup in flex. When I recreated the file scanner/yylex.cc using `flex lexer' (in the directory ./scanner) the new file yylex.cc compiled without problems. I'll make sure a new yylex.cc is distributed in the next release (or maybe I'll have the build process always recreate yylex.cc). That should solve the problem. For now, this reply should also help those who read Bisonc++'s Bug Reports. Thanks again, -- Frank B. Brokken Center of Information Technology, University of Groningen (+31) 50 363 9281 Public PGP key: http://pgp.surfnet.nl:11371/ Key Fingerprint: 8E36 9FC4 1DAA FCDF 1A0D B19F DAC4 BE50 38C6 6170 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469142: xserver-xorg-video-mach64: Conflicting files with xserver-xorg-video-ati
Package: xserver-xorg-video-mach64 Version: 1:6.8.1~git20080301.d855d208 Severity: serious Justification: upgrade fails Hi, the upgrade of xserver-xorg-video-ati to the version in experimental failed, as xserver-xorg-video-mach64 has conflicting files with the old xserver-xorg-video-ati package. The problem very likely is a typo in the Replaces line in debian/control: s/xserver-xorg-driver-ati/xserver-xorg-video-ati/ The same is true for xserver-xorg-video-r128. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 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 xserver-xorg-video-mach64 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server xserver-xorg-video-mach64 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467515: broken dependency
Hi Marcelo, have you had the change to look at the packages in git yet? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466922: How to resolve critical situation
Hi, (I shortened CC list) On Mon, Mar 03, 2008 at 03:22:18AM +1100, Harshula wrote: Hi Osamu, First and foremost I have updated the m17n-docs source package and I've uploaded it to: http://sinhala.sourceforge.net/files/m17n/ There is one Lintian error with the manpages that I'm waiting to hear from upstream about before I decide how to fix it. Good. On Sun, 2008-03-02 at 23:53 +0900, Osamu Aoki wrote: Hi, This bug 466922 for m17n-db is blocking other packages such as scim-uim to build. Why? What's the relationship between scim-uim and m17n-db? scim-uim depends on one of the uim then it pulls in m17n-db. Pbuilder did not like broken package to be installed. (This may be minor issue. I will check. I have some second thought) I think we should attack this situation in 2 steps. Let's review situation: There was bug #465661 for m17n-db claiming binary-without-manpage usr/bin/m17n-db. This was based on policy 12.1 which states: Each program, utility, and function should have an associated manual page included in the same package. It is mere should whereas the basis of bug 466922 was policy 2.2.1 which states: In addition, the packages in main * must not require a package outside of main for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package), Yes, this is serious policy bug. First, we should avoid serious bug if possible even with minor shortcoming. The correct thing to do is: 1. File bug to get unreasonable move to non-free (already done) 2. Just Suggest m17n-doc for now. (Once m17n-doc is back in main change it to depends if you think that is right thing). Really, it is only policy with should so Suggest may be enough. (at least to me. But I may be wrong) Dicussion on debian-devel: http://lists.debian.org/debian-devel/2008/02/msg00636.html Quick look tells me Ian (ex-DPL) said: I think the point of policy is to ensure the manpage exists, not to require that it be installed. I think Suggests is the right dependency. There is nothing wrong with installing a package without its documentation. This is quite conclusive. I agree moving m17n-doc to main is right thing. But the order of action should be carefully thought out. Please remove m17n-doc from depends now and set suggest. Since I have updated the m17n-doc source package, would it be better to upload that, even with the minor Lintian manpage errors? Yes. You are killing big problem. Close big bug and file new minor bug. (I did not check what exactly was problem, But manpage error warning are not that fatal as current situation.) Iwai-san, are you still active? Omote-san who seemed to uploaded his package, can you comment? This package seems practically orphaned. Considering 434044, Harshula should hijack m17n-doc package unless we get response from them in a week or so. I will be happy to see m17n-db maintainer taking charge of all related packages. I already announced ITH back in November 2007: http://lists.debian.org/debian-devel/2007/11/msg00440.html Good. Let's do it now. I was quite surprized by the non-free move. GFDL without invariant section seems to be OK to be in main. I suspect it happened before the 2006 Debian vote on the issue. I heard but that was not right mov then either. Osamu PS: The upload to main may need to happen after requesting removal of current non-free one. What's the procedure for that? I do not know exactly. Ask debian-mentor for this sitution. (I have not encountered such case yet.) Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 464153 in 2.0.0.12-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 found 464153 2.0.0.12-1 Bug#464153: iceweasel: segfaults with Pango-WARNING **: failed to create cairo scaled font, expect ugly output when Tahoma font installed Bug marked as found in version 2.0.0.12-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469146: binary name errors in init script and vmxnet detection
Package: open-vm-tools
Version: 2008.02.13-77928-1
Severity: serious
Cause: renders package unusable
Tags: patch
On /etc/init.d/open-vm-tools script, the program names of vmware-checkvm and
vmware-guestd are wrong.
Instead of 'vmware-checkvm' there is 'checkvm' (and the path is wrong), and
instead of 'vmware-guestd' there is 'guestd'.
The init script present in the package always tells that it is not running on
a vm, as checkvm binary is not found.
In addition, the vmxnet detection code doesn't work, as the function always
returns 1.
I've attached the patch that fixes the script for both problems.
Bye,
Emilio Scalise
--- open-vm-tools.old 2008-02-24 20:27:52.0 +0100
+++ open-vm-tools 2008-03-03 13:30:30.0 +0100
@@ -12,18 +12,22 @@
. /lib/lsb/init-functions
+CHECKVMBIN=vmware-checkvm
+CHECKVMPATH=/usr/sbin/
+GUESTD=vmware-guestd
+
vmxnet_needed ()
{
- HWVERSION=$(checkvm -h | head -1 | cut -f5 -d\ )
+ HWVERSION=$($CHECKVMBIN -h | head -1 | cut -f5 -d\ )
for DEVICE in /sys/bus/pci/devices/*
do
- if grep -q 15ad ${DEVICE} grep -q 0720 ${DEVICE}
+ if grep -q 15ad ${DEVICE}/vendor grep -q 0720 ${DEVICE}/device
then
return 0
fi
- if [ ${HWVERSION} -ge 4 ] grep -q 1022 ${DEVICE} grep -q 2000 ${DEVICE}
+ if [ ${HWVERSION} -ge 4 ] grep -q 1022 ${DEVICE}/vendor grep -q 2000 ${DEVICE}/device
then
return 0
fi
@@ -33,7 +37,7 @@
}
exit_if_not_in_vm () {
- if [ ! -x /usr/bin/checkvm ] || ! /usr/bin/checkvm /dev/null 21
+ if [ ! -x $CHECKVMPATH$CHECKVMBIN ] || ! $CHECKVMPATH$CHECKVMBIN /dev/null 21
then
echo Not starting as we're not running in a vm.
exit 0
@@ -56,8 +60,8 @@
modprobe vmxnet
fi
- log_daemon_msg Starting open-vm guest daemon guestd
- guestd --background /var/run/vmware-guestd.pid
+ log_daemon_msg Starting open-vm guest daemon $GUESTD
+ $GUESTD --background /var/run/vmware-guestd.pid
log_end_msg 0
;;
@@ -65,7 +69,7 @@
# Check if we're running inside VMWare
exit_if_not_in_vm
- log_daemon_msg Stopping open-vm guest daemon guestd
+ log_daemon_msg Stopping open-vm guest daemon $GUESTD
if [ -f /var/run/vmware-guestd.pid ]
then
Bug#466922: How to resolve critical situation
Hi Ming, On Sun, 2008-03-02 at 11:10 -0600, Ming Hua wrote: Indirect build dependency. Scim-uim build-depends on libuim-dev, which depends on libm17n-dev, which depends on libm17n-0, which depends on m17n-db. Thanks for the info. I discussed the m17n intra-dependencies with upstream a few weeks ago: http://www.m17n.org/mlarchive/m17n-lib/200802/msg00011.html When I update the m17n-lib Debian source package, I'm planning on libm17n to *not* depend on m17n-db. The next time I update the other m17n packages, I'm planning on using upstream's suggestions. cya, # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 464153 to iceweasel: segfaults when lacking read permission to font file
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.16 retitle 464153 iceweasel: segfaults when lacking read permission to font file Bug#464153: iceweasel: segfaults with Pango-WARNING **: failed to create cairo scaled font, expect ugly output when Tahoma font installed Changed Bug title to `iceweasel: segfaults when lacking read permission to font file' from `iceweasel: segfaults with Pango-WARNING **: failed to create cairo scaled font, expect ugly output when Tahoma font installed'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445834: marked as done (egroupware 1.4 buggy)
Your message dated Mon, 03 Mar 2008 12:32:04 + with message-id [EMAIL PROTECTED] and subject line Bug#445834: fixed in egroupware 1.4.002.dfsg-2 has caused the Debian Bug report #445834, regarding egroupware 1.4 buggy to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 445834: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445834 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: egroupware Version: 1.4.002.dfsg-1 Severity: serious This is a note to the public wondering why egroupware 1.4 is in experimental. The following are major problems compared to 1.2: - There is no migration path from the old LDAP addressbook to the new one. - Addressbook ACLs change meaning without notice, meaning people won't be able to read what they used to be able to. - Shared folders no longer work with Felamimail and Courier IMAP. - icalsrv is completely broken. We will stick with egroupware 1.2 in lenny until these issues are addressed. ---End Message--- ---BeginMessage--- Source: egroupware Source-Version: 1.4.002.dfsg-2 We believe that the bug you reported is fixed in the latest version of egroupware, which is due to be installed in the Debian FTP archive: egroupware-addressbook_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-addressbook_1.4.002.dfsg-2_all.deb egroupware-bookmarks_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-bookmarks_1.4.002.dfsg-2_all.deb egroupware-calendar_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-calendar_1.4.002.dfsg-2_all.deb egroupware-core_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-core_1.4.002.dfsg-2_all.deb egroupware-developer-tools_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-developer-tools_1.4.002.dfsg-2_all.deb egroupware-emailadmin_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-emailadmin_1.4.002.dfsg-2_all.deb egroupware-etemplate_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-etemplate_1.4.002.dfsg-2_all.deb egroupware-felamimail_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-felamimail_1.4.002.dfsg-2_all.deb egroupware-filemanager_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-filemanager_1.4.002.dfsg-2_all.deb egroupware-infolog_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-infolog_1.4.002.dfsg-2_all.deb egroupware-manual_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-manual_1.4.002.dfsg-2_all.deb egroupware-mydms_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-mydms_1.4.002.dfsg-2_all.deb egroupware-news-admin_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-news-admin_1.4.002.dfsg-2_all.deb egroupware-phpbrain_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-phpbrain_1.4.002.dfsg-2_all.deb egroupware-phpsysinfo_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-phpsysinfo_1.4.002.dfsg-2_all.deb egroupware-polls_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-polls_1.4.002.dfsg-2_all.deb egroupware-projectmanager_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-projectmanager_1.4.002.dfsg-2_all.deb egroupware-registration_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-registration_1.4.002.dfsg-2_all.deb egroupware-resources_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-resources_1.4.002.dfsg-2_all.deb egroupware-sambaadmin_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-sambaadmin_1.4.002.dfsg-2_all.deb egroupware-sitemgr_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-sitemgr_1.4.002.dfsg-2_all.deb egroupware-timesheet_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-timesheet_1.4.002.dfsg-2_all.deb egroupware-tracker_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-tracker_1.4.002.dfsg-2_all.deb egroupware-wiki_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware-wiki_1.4.002.dfsg-2_all.deb egroupware_1.4.002.dfsg-2.diff.gz to pool/main/e/egroupware/egroupware_1.4.002.dfsg-2.diff.gz egroupware_1.4.002.dfsg-2.dsc to pool/main/e/egroupware/egroupware_1.4.002.dfsg-2.dsc egroupware_1.4.002.dfsg-2_all.deb to pool/main/e/egroupware/egroupware_1.4.002.dfsg-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Peter Eisentraut [EMAIL
Processed: Re: Bug#464153: iceweasel: segfaults with Pango-WARNING **: failed to create cairo scaled font, expect ugly output when Tahoma font installed
Processing commands for [EMAIL PROTECTED]: tag 464153 fixed-upstream Bug#464153: iceweasel: segfaults when lacking read permission to font file There were no tags set. Tags added: fixed-upstream tag 367956 - security Bug#367956: firefox: Segmentation fault when visiting certain sites in nsTextFrame::Paint, nsTextFrame.cpp:594 Tags were: security fixed-upstream Bug#425207: iceweasel seems managing poorly missing fonts Bug#425209: iceweasel: Crash when visiting facebook.com Bug#425230: crashes when scrolling on a specific site Bug#425238: Bug#425245: iceweasel: kathimerini.gr crashes it Bug#425268: iceweasel: firefox crashe probably due to last libgtk2.0-0 update Bug#425294: iceweasel segfaults on www.facebook.com Bug#425302: Memory fault (due to missing font) Bug#445201: Iceweasel Bug Bug#462047: iceweasel: crash/exploit Tags removed: security severity 464153 important Bug#464153: iceweasel: segfaults when lacking read permission to font file Severity set to `important' from `serious' merge 367956 464153 Bug#367956: firefox: Segmentation fault when visiting certain sites in nsTextFrame::Paint, nsTextFrame.cpp:594 Bug#464153: iceweasel: segfaults when lacking read permission to font file Bug#425207: iceweasel seems managing poorly missing fonts Bug#425209: iceweasel: Crash when visiting facebook.com Bug#425230: crashes when scrolling on a specific site Bug#425238: Bug#425245: iceweasel: kathimerini.gr crashes it Bug#425268: iceweasel: firefox crashe probably due to last libgtk2.0-0 update Bug#425294: iceweasel segfaults on www.facebook.com Bug#425302: Memory fault (due to missing font) Bug#445201: Iceweasel Bug Bug#462047: iceweasel: crash/exploit Merged 367956 425207 425209 425230 425238 425245 425268 425294 425302 445201 462047 464153. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464153: iceweasel: segfaults with Pango-WARNING **: failed to create cairo scaled font, expect ugly output when Tahoma font installed
tag 464153 fixed-upstream tag 367956 - security severity 464153 important merge 367956 464153 thanks On Mon, Mar 03, 2008 at 01:32:44PM +0100, Marcus Better [EMAIL PROTECTED] wrote: Mike Hommey wrote: Could you also attach the output of strace -f iceweasel, too ? Turns out I didn't have read permissions to the font file, as the strace shows. Changing permissions fixes the problem. Then this is only another incarnation of #367956 and friends. This will be fixed in Iceweasel 3.0 Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469125: kvm: Building on amd64 fails because of dependency to etherboot which does only exist on i386
On Mon, 2008-03-03 at 10:08 +0100, Thomas Besser wrote: Package: kvm Version: 62+dfsg-2 Severity: serious Justification: no longer builds from source I've noticed that as well, my next upload will split the firmware into an arch-independent package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466922: How to resolve critical situation
Hi Osamu, On Mon, 2008-03-03 at 21:07 +0900, Osamu Aoki wrote: Dicussion on debian-devel: http://lists.debian.org/debian-devel/2008/02/msg00636.html Quick look tells me Ian (ex-DPL) said: I think the point of policy is to ensure the manpage exists, not to require that it be installed. I think Suggests is the right dependency. There is nothing wrong with installing a package without its documentation. This is quite conclusive. I didn't weight the opinions, but the opinion tally seemed to be: Depends: 3 Recommmend: 1 Suggest: 1 I already announced ITH back in November 2007: http://lists.debian.org/debian-devel/2007/11/msg00440.html Good. Let's do it now. http://ftp-master.debian.org/new/m17n-docs_1.5.0-1.html cya, # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bashismns aren't RC
Processing commands for [EMAIL PROTECTED]: severity 467639 important Bug#467639: gri-el: bashism () in emacsen install script Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bah 453652
Processing commands for [EMAIL PROTECTED]: fixed 453652 3.0.0-1 Bug#453652: rsync: CVE-2007-6199, CVE-2007-6200 insecure handling of temporary files Bug marked as fixed in version 3.0.0-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466539: gnome-peercast: CVE-2007-6454 heap-based buffer overflow possibly leading to code execution
On Tuesday 19 February 2008 19:39, Romain Beauxis wrote: Le Tuesday 19 February 2008 14:08:46 Thijs Kinkhorst, vous avez écrit : As a side note, I've already done a lot of things to try to fix this, but upstream seems not to care at all, and didn't maintain this package for 1 year (last upload was my NMU)... So am I right to conclude that we'd better remove this package rather than to try and fix it? Well, popcon is not zero, but unless maintainer is willing to support it (he is upstream too), then yes, that's my point too. No further comment by maintainer, I'm filing a removal bug then. Thijs pgpV0EKSIzVlA.pgp Description: PGP signature
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Monday 03 March 2008, Tormod Volden wrote: Thanks for your report. Several hacks have been moved to the xscreensaver-data-extra (and xscreensaver-gl-extra) package. Just install that package and the broken kscreensaver will work fine again. Yes, I understand that, but it is not the point of my report. Evidently the package split should have been coordinated with packages depending on xscreensaver. We don't expect any major problems. All the files are practically the same, just in two packages. We could choose to drag in both packages during the upgrade, but chose to do user education instead, to make the future better. Sorry, personally I know nothing about kscreensaver-xsavers. I will be pleased to work together with you to make it work properly. Which is _exactly_ why you should have coordinated with the maintainers of packages depending on your package before making a major change such as this split. Believe me, the reason for the package split is exactly to make things easier for third-party screensaver infrastructures (like gnome-screensaver and kscreensaver), so that they can use xscreensaver hacks without the user having xscreensaver installed. The split in -extra is currently the only way to split between safe, recommended hacks and those who often can cause problems. Fine, but implementing it without discussing the change with those maintainers seems to be causing breakage. Apparantly, the package split exposes a weakness in the kscreensaver package. It's not a weakness in kscreensaver. It's something that has been a fact for probably a long time. A fact that the split did not take into account and thus is causing breakage. IMO, only the package shipping a hack should also ship a .desktop for it, whether in /usr/share/applnk/System/ScreenSavers or /usr/share/applications/screensavers. Anyway, the .desktop files should have a TryExec entry to check for the existence of the hack binary. Maybe you just need to update the relevant .desktop files. I really don't care about any of that. The fact remains that you implemented a change which is causing breakage in another package. That is a release critical bug. Without knowing kscreensaver much, I think the best solution would be to stop kscreensaver from shipping .desktop files and rather let it look for the desktop files installed by other packages. On the short term, just let kscreensaver depend on xscreensaver-data-extra, but remove the dependency later once kscreensaver is fixed properly. Great. I suggest that you contact the maintainers of kscreensaver ASAP and discuss the details with them. It _is_ your responsibility as maintainer of a package to coordinate with maintainers of packages that have reverse dependencies on your package when making changes that could affect them. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: tagging 464311, tagging 456082
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 # waiting to hear back from a couple of amd64 testers tags 464311 + pending Bug#464311: nsis: FTBFS: Error: no branding image found in chosen UI! There were no tags set. Tags added: pending tags 456082 + pending Bug#456082: FTBFS with GCC 4.3: cannot convert 'const std::basic_string... There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450711: Bugtracker error
I'm sorry that it took this long to respond, I'm like most of us, not enough time to do what I want. I tested 2.4.4., but its still terminate. in the log Mar 3 15:46:22 kast dkim-filter[29146]: Sendmail DKIM Filter: mi_stop=1 Mar 3 15:46:23 kast dkim-filter[29146]: Sendmail DKIM Filter v2.0.2 terminating with status 0, errno = 32 Mar 3 15:46:26 kast dkim-filter[29140]: Sendmail DKIM Filter: mi_stop=1 Mar 3 15:46:26 kast dkim-filter[29140]: Sendmail DKIM Filter v2.0.2 terminating with status 0, errno = 0 So there is still a problem. Jos Mike Markley schreef: On Sun, Feb 10, 2008 at 02:52:58AM -0800, Mike Markley [EMAIL PROTECTED] wrote: On Sun, Feb 10, 2008 at 11:29:27AM +0100, Jos [EMAIL PROTECTED] wrote: The last mail including the requested files, I've send it to both you and the BTS I didn't get them, either, and I'm not running any software in common with the BTS... strange. You may as well try with 2.4.4, since I've now uploaded it. Have you had a chance to try this? I'd really like to get this resolved, as it's been blocking dkim-milter from testing for quite some time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464311: tagging 464311, tagging 456082
# Automatically generated email from bts, devscripts version 2.10.18.1 # waiting to hear back from a couple of amd64 testers tags 464311 + pending tags 456082 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466143: marked as done (Depends on obsolete libzvt)
Your message dated Mon, 03 Mar 2008 14:32:26 + with message-id [EMAIL PROTECTED] and subject line Bug#466143: fixed in rcalc 0.5.0-1.3 has caused the Debian Bug report #466143, regarding Depends on obsolete libzvt to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 466143: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466143 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: wnpp Version: unavailable; reported 2003-06-03 Severity: normal I don't use this broken package. ---End Message--- ---BeginMessage--- Source: rcalc Source-Version: 0.5.0-1.3 We believe that the bug you reported is fixed in the latest version of rcalc, which is due to be installed in the Debian FTP archive: rcalc_0.5.0-1.3.diff.gz to pool/main/r/rcalc/rcalc_0.5.0-1.3.diff.gz rcalc_0.5.0-1.3.dsc to pool/main/r/rcalc/rcalc_0.5.0-1.3.dsc rcalc_0.5.0-1.3_i386.deb to pool/main/r/rcalc/rcalc_0.5.0-1.3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Barry deFreese [EMAIL PROTECTED] (supplier of updated rcalc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 02 Mar 2008 18:09:32 -0500 Source: rcalc Binary: rcalc Architecture: source i386 Version: 0.5.0-1.3 Distribution: unstable Urgency: low Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] Changed-By: Barry deFreese [EMAIL PROTECTED] Description: rcalc - graphical symbolic calculator Closes: 466143 Changes: rcalc (0.5.0-1.3) unstable; urgency=low . * Non-maintainer upload. * Add quilt patching system. + 10_reduce_precision.diff - Old patch to reduce display precision. * Update libzvt-dev build dep to libvte-dev. (Closes: #466143). + 20_vte_build.diff - Update code to build with vte. * Update debian/copyright. * Escape options in debian/grcalc.1. * Make clean not ignore errors. * Remove unneeded/unused debhelper commands from rules. * Bump deb-helper build-dep and compat to 5. * Bump Standards Version to 3.7.3. (No changes needed). Files: 601b53cbf3a0bf0b5141875cd9ee6435 736 gnome optional rcalc_0.5.0-1.3.dsc ed689cf780cdb32544af4aa3abc96c53 8126 gnome optional rcalc_0.5.0-1.3.diff.gz d02ca118fc06fe5e07139d4909a0c408 199780 gnome optional rcalc_0.5.0-1.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzAj1qPceVIzhGUERArhcAJ0cT6zw/Qyf5++QhQSXQ7alXmjqbQCfccW5 tpBoR9uNOkGm0oACO70EFvE= =gLPI -END PGP SIGNATURE- ---End Message---
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
Package: rsync Version: 3.0.0-1 Severity: grave Justification: renders package unusable rsync between local disks works fine, but rsync + ssh fails: --- $ rsync -artvz -e ssh --delete /home/x/y/ [EMAIL PROTECTED]:x/y/ rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.0] --- I've reverted to 2.6.9-6 and rsync + ssh works again. Best regards. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rsync depends on: ii base-files4.0.2 Debian base system miscellaneous f ii libacl1 2.2.45-1 Access control list shared library ii libc6 2.7-9 GNU C Library: Shared libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ii lsb-base 3.2-2 Linux Standard Base 3.2 init scrip rsync recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469171: uninstallable
Package: harden-surveillance Version: 0.1.32 Severity: serious Depends: nagios | netsaint is not satisfiable in unstable due to nagios being removed. nagios2 or nagios3 might be viable alternatives, but I do not know. Kind regards T. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Benjamí Villoslada wrote: Package: rsync Version: 3.0.0-1 Severity: grave Justification: renders package unusable rsync between local disks works fine, but rsync + ssh fails: --- $ rsync -artvz -e ssh --delete /home/x/y/ [EMAIL PROTECTED]:x/y/ rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.0] --- As I have no problems whatsoever with 3.0.0-1, with ssh or whatever transport, some more information would be very helpful. Did it stop immediately? It seems like the remote rsync simply didn't start (the 0 bytes received so far message). Please run it again with -v and capture all the output generated by this. Also try without the -z option. You also don't mention what version the remote host is using, please try to find out. Note that when using -a, -rt is redundant. Also, -e ssh has been the default for a long time. thanks, Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463878: marked as done (considers a battery charge of 0 to be 100%)
Your message dated Mon, 03 Mar 2008 15:17:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#463878: fixed in hal 0.5.10+git20080301-1
has caused the Debian Bug report #463878,
regarding considers a battery charge of 0 to be 100%
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
463878: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463878
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
---BeginMessage---
Package: hal
Version: 0.5.10-5
Severity: serious
My battery is empty:
[EMAIL PROTECTED]:/sys/class/power_supply/CMB1cat charge_now
0
[EMAIL PROTECTED]:/sys/class/power_supply/CMB1cat charge_full
780
[EMAIL PROTECTED]:/sys/class/power_supply/CMB1cat charge_full_design
780
hal, perversely, thinks this indicates it is 100% charged:
battery.charge_level.current = 0 (0x0) (int)
battery.charge_level.last_full = 7800 (0x1e78) (int)
battery.charge_level.percentage = 100 (0x64) (int)
battery.charge_level.rate = 0 (0x0) (int)
battery.current = 275 (0x113) (int)
battery.present = true (bool)
battery.rechargeable.is_charging = true (bool)
battery.rechargeable.is_discharging = false (bool)
battery.reporting.current = 0 (0x0) (int)
battery.reporting.design = 7800 (0x1e78) (int)
battery.reporting.last_full = 7800 (0x1e78) (int)
battery.reporting.technology = 'Li-ion' (string)
battery.reporting.unit = 'mAh' (string)
battery.technology = 'lithium-ion' (string)
battery.type = 'primary' (string)
battery.vendor = 'Fujitsu' (string)
battery.voltage.current = 7016 (0x1b68) (int)
info.capabilities = {'battery'} (string list)
info.category = 'battery' (string)
hal seems to only do this once the battery reaches 0% full, or the charge_now
reaches 0. For other low charge levels like 1%, it's accurate-ish.
This does not seem to be the same as the other bugs like #462723.
Not sure though.
This causes data loss, because programs that watch for the battery to reach
0%, and put the machine to sleep, fail to do so, and the machine loses all
power and dies. (Just happened to me.) Since that probably only occurs under
unusual configutations, I'm only marking the bug serious, not grave.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.24-1-686 (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/bash
Versions of packages hal depends on:
ii adduser 3.105add and remove users and groups
ii dbus1.1.2-1 simple interprocess messaging syst
ii hal-info20071212-2 Hardware Abstraction Layer - fdi f
ii libc6 2.7-6GNU C Library: Shared libraries
ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst
ii libdbus-glib-1-20.74-1 simple interprocess messaging syst
ii libexpat1 1.95.8-4 XML parsing C library - runtime li
ii libgcc1 1:4.3-20080127-1 GCC support library
ii libglib2.0-02.14.5-2 The GLib library of C routines
ii libhal-storage1 0.5.10-5 Hardware Abstraction Layer - share
ii libhal1 0.5.10-5 Hardware Abstraction Layer - share
ii libsmbios1 0.13.10-1Provide access to (SM)BIOS informa
ii libstdc++6 4.3-20080127-1 The GNU Standard C++ Library v3
ii libusb-0.1-42:0.1.12-9 userspace USB programming library
ii libvolume-id0 0.114-2 libvolume_id shared library
ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip
ii mount 2.13.1-1 Tools for mounting and manipulatin
ii pciutils1:2.2.9-2Linux PCI Utilities
ii pm-utils0.99.2-3 utilities and scripts for power ma
ii udev0.114-2 /dev/ and hotplug management daemo
ii usbutils0.73-5 Linux USB utilities
Versions of packages hal recommends:
ii eject 2.1.5-6ejects CDs and operates CD-Changer
ii libsmbios-bin 0.13.10-1 Provide access to (SM)BIOS informa
-- no debconf information
--
see shy jo
signature.asc
Description: Digital signature
---End Message---
---BeginMessage---
Source: hal
Source-Version: 0.5.10+git20080301-1
We believe that the bug you reported is fixed in the
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags 440274 moreinfo unreproducible Bug#440274: wondershaper: limits incoming traffic although a higher value is set on start There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440274:
On my ADSL connection, the bandwidth control works as expected. Possibly, this bug is only present on very high bandwidth connections I challenge the severity grave since the package is not rendered unusable for people on normal domestic broadband connections, who are the target of this simple traffic shaping script. Tagging grave makes it an RC bug which is stopping a newer version from entering testing. -- Tim Richardson [EMAIL PROTECTED] +31 610 899 815 The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469146: wrong priority..
severity 469146 important sorry.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#466300: openoffice.org-writer2latex: Cannot be installed
Processing commands for [EMAIL PROTECTED]: tag 466300 + confirmed Bug#466300: openoffice.org-writer2latex: Cannot be installed Tags were: moreinfo Tags added: confirmed tag 466300 - moreinfo Bug#466300: openoffice.org-writer2latex: Cannot be installed Tags were: confirmed moreinfo Tags removed: moreinfo severity 466300 serious Bug#466300: openoffice.org-writer2latex: Cannot be installed Severity set to `serious' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Benjamí Villoslada wrote: Two friends --with Debian Sid-- have reported (in Twitter :) today rsync problems after dist-upgrade. Do they connect to the same server? It looks like something at that side goes wrong. It seems like the remote rsync simply didn't start (the 0 bytes received so far message). Have no changes since last rsync, but for this test I've created one new file. Please run it again with -v and capture all the output generated by this. Also try without the -z option. Without the -z option: [EMAIL PROTECTED]:~$ touch ~/public_html/foo.html [EMAIL PROTECTED]:~$ rsync -av --delete /home/benjami/public_html/ [EMAIL PROTECTED]:itaca/benjami/public_html FILE_STRUCT_LEN=16, EXTRA_LEN=4 cmd=NULL machine=usw-s002.rsync.net user=my_login path=itaca/benjami/public_html cmd[0]=ssh cmd[1]=-l cmd[2]=my_login cmd[3]=usw-s002.rsync.net cmd[4]=rsync cmd[5]=--server cmd[6]=-vlogDtpre.iL cmd[7]=--delete cmd[8]=. cmd[9]=itaca/benjami/public_html note: iconv_open(UTF-8, UTF-8) succeeded. opening connection using: ssh -l my_login usw-s002.rsync.net rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html Could you please login to usw-s002.rsync.net, and then from the shell, do: rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html It should show nothing. If you hit return a number of times it will complain about a protocol problem. Could you show that? Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469178: gclcvs 2.7.0-84 uninstallable: requires exact obsolete version of binutils-dev
Package: gclcvs Version: 2.7.0-84 Severity: grave Justification: renders package unusable The package has a binutils-dev (= 2.18.1~cvs20071027-999) requirement that makes it unusable for anyone that didn't install it precisely when that now obsolete version of binutils was current. Why such a requirement? The mind boggles. No wonder no one has installed a new gclcvs in ages... Package: gclcvs Priority: optional Section: interpreters Installed-Size: 176772 Maintainer: Camm Maguire [EMAIL PROTECTED] Architecture: i386 Version: 2.7.0-84 Depends: binutils-dev (= 2.18.1~cvs20071027-999), binutils-dev (= 2.18.1~cvs20071027-1), common-lisp-controller, debconf (= 1.2.0), emacs22 | emacsen, gcc, libc6 (= 2.7-1), libgmp3c2, libice6 (= 1:1.0.0), libncurses5 (= 5.6+20071006-3), libreadline5 (= 5.2), libsm6, libx11-6, libxaw7, libxext6, libxmu6, libxt6, tcl8.4 (= 8.4.5), tk8.4 (= 8.4.5) Suggests: gclcvs-doc Filename: pool/main/g/gclcvs/gclcvs_2.7.0-84_i386.deb -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.16.9-blefuscu Locale: LANG=en_US, LC_CTYPE=en_US.iso-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.iso-8859-1) Shell: /bin/sh linked to /bin/bash -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469127: setting package to libapache2-authenntlm-perl, tagging 469127
# Automatically generated email from bts, devscripts version 2.10.18.1 # # libapache2-authenntlm-perl (0.02-5) unstable; urgency=low # # * debian/rules: #- exchange binary-arch and binary-indep targets (closes: #469127) #- move tests to build-stamp target #- move dh_clean before make distclean #- let install-stamp target depend on build-stamp # package libapache2-authenntlm-perl tags 469127 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to libapache2-authenntlm-perl, tagging 469127
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 # # libapache2-authenntlm-perl (0.02-5) unstable; urgency=low # # * debian/rules: #- exchange binary-arch and binary-indep targets (closes: #469127) #- move tests to build-stamp target #- move dh_clean before make distclean #- let install-stamp target depend on build-stamp # package libapache2-authenntlm-perl Ignoring bugs not assigned to: libapache2-authenntlm-perl tags 469127 + pending Bug#469127: libapache2-authenntlm-perl: FTBFS: binary-indep vs. binary-arch confusion There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
ou are not allowed to store it in your Windows computer. MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Sender: =?UTF-8?Q?Benjam=C3=AD?= Villoslada [EMAIL PROTECTED] El Dilluns 03 Mar=E7 2008, Paul Slootman va escriure: As I have no problems whatsoever with 3.0.0-1, with ssh or whatever transport, some more information would be very helpful. Two friends --with Debian Sid-- have reported (in Twitter :) today rsync=20 problems after dist-upgrade. Did it stop immediately?=20 After 5-7 seconds. It seems like the remote rsync simply didn't=20 start (the 0 bytes received so far message). Have no changes since last rsync, but for this test I've created one new fi= le. Please run it again with -v and capture all the output generated by this. Also try without the -z option. Without the -z option: [EMAIL PROTECTED]:~$ touch ~/public_html/foo.html [EMAIL PROTECTED]:~$ rsync -av --delete /home/benjami/public_html/=20 [EMAIL PROTECTED]:itaca/benjami/public_html =46ILE_STRUCT_LEN=3D16, EXTRA_LEN=3D4 cmd=3DNULL machine=3Dusw-s002.rsync.net user=3Dmy_login=20 path=3Ditaca/benjami/public_html cmd[0]=3Dssh cmd[1]=3D-l cmd[2]=3Dmy_login cmd[3]=3Dusw-s002.rsync.net cmd[= 4]=3Drsync=20 cmd[5]=3D--server cmd[6]=3D-vlogDtpre.iL cmd[7]=3D--delete cmd[8]= =3D.=20 cmd[9]=3Ditaca/benjami/public_html note: iconv_open(UTF-8, UTF-8) succeeded. opening connection using: ssh -l my_login usw-s002.rsync.net=20 rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html rsync: connection unexpectedly closed (0 bytes received so far) [sender] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): entered rsync error: error in rsync protocol data stream (code 12) at io.c(600)=20 [sender=3D3.0.0] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): about to call exit(12) With the -z option: [EMAIL PROTECTED]:~$ rsync -azv --delete /home/benjami/public_html/=20 [EMAIL PROTECTED]:itaca/benjami/public_html =46ILE_STRUCT_LEN=3D16, EXTRA_LEN=3D4 cmd=3DNULL machine=3Dusw-s002.rsync.net user=3Dmy_login=20 path=3Ditaca/benjami/public_html cmd[0]=3Dssh cmd[1]=3D-l cmd[2]=3Dmy_login cmd[3]=3Dusw-s002.rsync.net cmd[= 4]=3Drsync=20 cmd[5]=3D--server cmd[6]=3D-vlogDtprze.iL cmd[7]=3D--delete cmd[8]= =3D.=20 cmd[9]=3Ditaca/benjami/public_html note: iconv_open(UTF-8, UTF-8) succeeded. opening connection using: ssh -l my_login usw-s002.rsync.net=20 rsync --server -vlogDtprze.iL --delete . itaca/benjami/public_html rsync: connection unexpectedly closed (0 bytes received so far) [sender] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): entered rsync error: error in rsync protocol data stream (code 12) at io.c(600)=20 [sender=3D3.0.0] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): about to call exit(12) You also don't mention what version the remote host is using, please try to find out. [EMAIL PROTECTED]:~$ ssh [EMAIL PROTECTED] rsync --version rsync version 2.6.8 protocol version 29 Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. http://rsync.samba.org/ Capabilities: 64-bit files, socketpairs, hard links, ACLs, symlinks,=20 batchfiles, inplace, IPv6, file flags, 32-bit system inums, 64-bit intern= al=20 inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. Note that when using -a, -rt is redundant. Also, -e ssh has been the default for a long time. Thanks! My cron is very old O:) =2D-=20 Benjam=ED http://blog.bitassa.cat =2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Benjamí Villoslada wrote: opening connection using: ssh -l my_login usw-s002.rsync.net rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html rsync: connection unexpectedly closed (0 bytes received so far) [sender] Another thing that I thought of: you don't happen to force any commands with the authorized_keys stuff in ssh? Could you try again with ~/.ssh moved away on the remote side? Does the system sshd_config perhaps have any particular things relating to ssh? Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Benjamí Villoslada wrote: From: Benjamí Villoslada [EMAIL PROTECTED] Cool, .cat, I just noticed :-) Do they connect to the same server? It looks like something at that side goes wrong. User #1: with rsync.net too, but the ch-s010.rsync.net server -- $ ssh [EMAIL PROTECTED] rsync --version rsync version 2.6.6 protocol version 29 Copyright (C) 1996-2005 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, inplace, IPv6, 32-bit system inums, 64-bit internal inums Ah, even older. Could you please login to usw-s002.rsync.net, and then from the shell, do: rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html It should show nothing. Yes: [EMAIL PROTECTED]:~$ ssh [EMAIL PROTECTED] rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html [EMAIL PROTECTED]:~$ If you hit return a number of times it will complain about a protocol problem. Could you show that? rsync.net have only non-interactive ssh :( OK, but does the command stop immediately when you run it non-interactively? If so, that's the problem; rsync.net apparently forces some command and it doesn't recognize the e.iL part which is new, so it doesn't start the command. I think you should ask rsync.net to support rsync version 3.0.0. http://www.rsync.net/resources/faq.html#7b Interesting, thanks. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
ou are not allowed to store it in your Windows computer. MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Sender: =?UTF-8?Q?Benjam=C3=AD?= Villoslada [EMAIL PROTECTED] El Dilluns 03 Mar=E7 2008, Paul Slootman va escriure: Do they connect to the same server? It looks like something at that side goes wrong. User #1: with rsync.net too, but the ch-s010.rsync.net server =2D- $ ssh [EMAIL PROTECTED] rsync --version rsync version 2.6.6 protocol version 29 Copyright (C) 1996-2005 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, inplace, IPv6, 32-bit system inums, 64-bit internal inums rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the GNU General Public Licence for details. =2D- Waiting for user #2 feedback. Could you please login to usw-s002.rsync.net, and then from the shell, do: rsync --server -vlogDtpre.iL --delete .=20 itaca/benjami/public_html It should show nothing. Yes: [EMAIL PROTECTED]:~$ ssh [EMAIL PROTECTED] rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html [EMAIL PROTECTED]:~$ = =20 If you hit return a number of times it will=20 complain about a protocol problem. Could you show that? rsync.net have only non-interactive ssh :( http://www.rsync.net/resources/faq.html#7b =2D-=20 Benjam=ED http://blog.bitassa.cat =2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On 03/03/2008 at 17:28 +0100, Paul Slootman wrote: Do they connect to the same server? It looks like something at that side goes wrong. Hi, this morning I dist-upgraded 2 sid boxes. Then I found that rsync over ssh failed with the mentioned error. Then I did some tests from a not-yet-distupgraded laptop and found out this: 3.0.0-1 (client) --- 2.6.9-6 (server)works fine 2.6.9-6 (client) --- 3.0.0-1 (server)fails 3.0.0-1 (client) --- 3.0.0-1 (server)fails Can I provide any additional information? Cheers! -- Kiko Private mail is preferred encrypted: http://www.pirispons.net/pgpkey.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Benjamí Villoslada wrote: In the rsync.net side: I can ask to technical service. I already sent a message to support@ , hopefully that will give some useful response. Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Kiko Piris wrote: Hi, this morning I dist-upgraded 2 sid boxes. Then I found that rsync over ssh failed with the mentioned error. Then I did some tests from a not-yet-distupgraded laptop and found out this: 3.0.0-1 (client) --- 2.6.9-6 (server)works fine 2.6.9-6 (client) --- 3.0.0-1 (server)fails 3.0.0-1 (client) --- 3.0.0-1 (server)fails Both sides are Debian in the above list? (Probably yes, as you show the -X version part, but I want to know for sure.) Can I provide any additional information? Does the exact same thing happen as in the original report? Including the 0 bytes received message? These are all i386? It sucks that I can't reproduce this, I have a number of systems with different architectures and they all work for me :-/ Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On 03/03/2008 at 18:33 +0100, Paul Slootman wrote: 3.0.0-1 (client) --- 2.6.9-6 (server)works fine 2.6.9-6 (client) --- 3.0.0-1 (server)fails 3.0.0-1 (client) --- 3.0.0-1 (server)fails Both sides are Debian in the above list? (Probably yes, as you show the -X version part, but I want to know for sure.) Yup, sid boxes all of them. All up-to-date (except for the one with rsync=2.6.9-6 of course). Does the exact same thing happen as in the original report? Including the 0 bytes received message? Yes: | # rsync -a -v --inplace --delete --progress -e ssh -l kiko rompetechosw.pirispons.net::mymusic/collection /home/MyMusic | cmd=ssh -l kiko machine=rompetechosw.pirispons.net user= path=mymusic/collection | cmd[0]=ssh cmd[1]=-l cmd[2]=kiko cmd[3]=rompetechosw.pirispons.net cmd[4]=rsync cmd[5]=--server cmd[6]=--daemon cmd[7]=. | opening connection using ssh -l kiko rompetechosw.pirispons.net rsync --server --daemon . | rsync: connection unexpectedly closed (0 bytes received so far) [receiver] | _exit_cleanup(code=12, file=io.c, line=454): entered | rsync error: error in rsync protocol data stream (code 12) at io.c(454) [receiver=2.6.9] | _exit_cleanup(code=12, file=io.c, line=454): about to call exit(12) These are all i386? Yes. It sucks that I can't reproduce this, I have a number of systems with different architectures and they all work for me :-/ Aww, I do not know what to do to help. Please let me know if I can test anything. -- Kiko Private mail is preferred encrypted: http://www.pirispons.net/pgpkey.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Kiko Piris wrote: Both sides are Debian in the above list? (Probably yes, as you show the -X version part, but I want to know for sure.) Yup, sid boxes all of them. All up-to-date (except for the one with rsync=2.6.9-6 of course). OK Does the exact same thing happen as in the original report? Including the 0 bytes received message? Yes: | # rsync -a -v --inplace --delete --progress -e ssh -l kiko rompetechosw.pirispons.net::mymusic/collection /home/MyMusic | cmd=ssh -l kiko machine=rompetechosw.pirispons.net user= path=mymusic/collection | cmd[0]=ssh cmd[1]=-l cmd[2]=kiko cmd[3]=rompetechosw.pirispons.net cmd[4]=rsync cmd[5]=--server cmd[6]=--daemon cmd[7]=. | opening connection using ssh -l kiko rompetechosw.pirispons.net rsync --server --daemon . | rsync: connection unexpectedly closed (0 bytes received so far) [receiver] | _exit_cleanup(code=12, file=io.c, line=454): entered | rsync error: error in rsync protocol data stream (code 12) at io.c(454) [receiver=2.6.9] | _exit_cleanup(code=12, file=io.c, line=454): about to call exit(12) These are all i386? Yes. It sucks that I can't reproduce this, I have a number of systems with different architectures and they all work for me :-/ Aww, I do not know what to do to help. Please let me know if I can test anything. You don't have rsync running as a daemon? Then you need a wrapper around rsync to run strace; on the remote system, create a shell script: #!/bin/sh strace -f -o /tmp/rsync.strace.out /usr/bin/rsync $@ Make that executable, install strace, put it in your homedir as rsync.strace, and then call rsync like this: rsync -a -v --inplace --delete --progress -e ssh -l kiko --rsync-path=/home/kiko/rsync.strace rompetechosw.pirispons.net::mymusic/collection /home/MyMusic (fix the /home/kiko/rsync.strace if necessary) That should then run rsync under strace so that all the system calls that rsync does is logged in the /tmp/rsync.strace.out file. It may also be useful to do the same thing, but now use ltrace instead of strace. That logs all the library calls. Send the output to me, hopefully I can see what goes wrong then. thanks, Paul Slootman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469142: xserver-xorg-video-mach64: Conflicting files with xserver-xorg-video-ati
Michael Biebl wrote: Package: xserver-xorg-video-mach64 Version: 1:6.8.1~git20080301.d855d208 Severity: serious Justification: upgrade fails Hi, the upgrade of xserver-xorg-video-ati to the version in experimental failed, as xserver-xorg-video-mach64 has conflicting files with the old xserver-xorg-video-ati package. The problem very likely is a typo in the Replaces line in debian/control: s/xserver-xorg-driver-ati/xserver-xorg-video-ati/ The same is true for xserver-xorg-video-r128. Thanks, I got confused by the old ubuntu driver packages, uploading fixed packages soon. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469142: marked as done (xserver-xorg-video-mach64: Conflicting files with xserver-xorg-video-ati)
Your message dated Mon, 03 Mar 2008 17:47:09 + with message-id [EMAIL PROTECTED] and subject line Bug#469142: fixed in xserver-xorg-video-mach64 1:6.8.1~git20080301.56a1c9f0-2 has caused the Debian Bug report #469142, regarding xserver-xorg-video-mach64: Conflicting files with xserver-xorg-video-ati to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 469142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469142 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: xserver-xorg-video-mach64 Version: 1:6.8.1~git20080301.d855d208 Severity: serious Justification: upgrade fails Hi, the upgrade of xserver-xorg-video-ati to the version in experimental failed, as xserver-xorg-video-mach64 has conflicting files with the old xserver-xorg-video-ati package. The problem very likely is a typo in the Replaces line in debian/control: s/xserver-xorg-driver-ati/xserver-xorg-video-ati/ The same is true for xserver-xorg-video-r128. Cheers, Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3 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 xserver-xorg-video-mach64 depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.4.1~git20080131-1 Xorg X server - core server xserver-xorg-video-mach64 recommends no packages. ---End Message--- ---BeginMessage--- Source: xserver-xorg-video-mach64 Source-Version: 1:6.8.1~git20080301.56a1c9f0-2 We believe that the bug you reported is fixed in the latest version of xserver-xorg-video-mach64, which is due to be installed in the Debian FTP archive: xserver-xorg-video-mach64-dbg_6.8.1~git20080301.56a1c9f0-2_i386.deb to pool/main/x/xserver-xorg-video-mach64/xserver-xorg-video-mach64-dbg_6.8.1~git20080301.56a1c9f0-2_i386.deb xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.diff.gz to pool/main/x/xserver-xorg-video-mach64/xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.diff.gz xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.dsc to pool/main/x/xserver-xorg-video-mach64/xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.dsc xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2_i386.deb to pool/main/x/xserver-xorg-video-mach64/xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Brice Goglin [EMAIL PROTECTED] (supplier of updated xserver-xorg-video-mach64 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 03 Mar 2008 18:21:05 +0100 Source: xserver-xorg-video-mach64 Binary: xserver-xorg-video-mach64 xserver-xorg-video-mach64-dbg Architecture: source i386 Version: 1:6.8.1~git20080301.56a1c9f0-2 Distribution: experimental Urgency: low Maintainer: Debian X Strike Force [EMAIL PROTECTED] Changed-By: Brice Goglin [EMAIL PROTECTED] Description: xserver-xorg-video-mach64 - X.Org X server -- ATI Mach64 display driver xserver-xorg-video-mach64-dbg - X.Org X server -- ATI display driver (debugging symbols) Closes: 469142 Changes: xserver-xorg-video-mach64 (1:6.8.1~git20080301.56a1c9f0-2) experimental; urgency=low . * Fix Replaces, thanks Michael Biebl, closes: #469142. Files: b3d8785db684a8892c007c3373798b41 1345 x11 optional xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.dsc 3b35136462458f9947aed56a5714db91 216524 x11 optional xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2.diff.gz 3584553df7db1677c62011bc36073851 212720 x11 optional xserver-xorg-video-mach64_6.8.1~git20080301.56a1c9f0-2_i386.deb 1c2582602550aafd4849aafdd8a715db 950504 x11 extra xserver-xorg-video-mach64-dbg_6.8.1~git20080301.56a1c9f0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzDTMRh88F8PcWfoRAi/VAJ4rkUg/Aylaqf6e7l+vgWT+IpPTDgCgq2l7 zmqGbtydeWFqjVs3NVf6Bjw= =j0QO -END PGP SIGNATURE- ---End Message---
Processed: bug 469128 is forwarded to https://savannah.nongnu.org/bugs/index.php?22466
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 forwarded 469128 https://savannah.nongnu.org/bugs/index.php?22466 Bug#469128: gchempaint: crashes on startup Noted your statement that Bug has been forwarded to https://savannah.nongnu.org/bugs/index.php?22466. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
ou are not allowed to store it in your Windows computer. MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Sender: =?UTF-8?Q?Benjam=C3=AD?= Villoslada [EMAIL PROTECTED] El Dilluns 03 Mar=E7 2008, Paul Slootman va escriure: It sucks that I can't reproduce this, I have a number of systems with different architectures and they all work for me :-/ Kiko is the user #2 that I've mentioned above :) I've remembered that we have one server with Debian Etch and rsync: $ rsync --version rsync version 2.6.9 protocol version 29 Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. http://rsync.samba.org/ Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, inplace, IPv6, ACLs, 64-bit system inums, 64-bit internal inums [...] Works fine with my 3.0.0 client: [EMAIL PROTECTED]:~$ rsync -av ~/public_html/foo.html meneame.net: =46ILE_STRUCT_LEN=3D16, EXTRA_LEN=3D4 cmd=3DNULL machine=3Dmeneame.net user=3DNULL path=3D cmd[0]=3Dssh cmd[1]=3Dmeneame.net cmd[2]=3Drsync cmd[3]=3D--server=20 cmd[4]=3D-vlogDtpre.iL cmd[5]=3D. cmd[6]=3D note: iconv_open(UTF-8, UTF-8) succeeded. opening connection using: ssh meneame.net=20 rsync --server -vlogDtpre.iL . (Client) Protocol versions: remote=3D29, negotiated=3D29 (Server) Protocol versions: remote=3D30, negotiated=3D29 building file list ... [sender] push_dir(/home/benjami/public_html) [sender] make_file(foo.html,*,2) done [sender] flist start=3D0, used=3D1, low=3D0, high=3D0 [sender] i=3D0 /home/benjami/public_html foo.html mode=3D0100644 len=3D4 ui= d=3D1000=20 gid=3D1000 flags=3D1 send_file_list done file list sent send_files starting server_recv(1) starting pid=3D29088 recv_file_name(foo.html) received 1 names uid 1000(benjami) maps to 1001 process has 3 gids: 4 1001 1002 gid 1000(benjami) maps to 1001 [receiver] i=3D0 1 foo.html mode=3D0100644 len=3D4 gid=3D1001 flags=3D0 recv_file_list done recv_files(1) starting generator starting pid=3D29088 count=3D1 delta-transmission enabled recv_generator(foo.html,0) gen mapped foo.html of size 8 generating and sending sums for 0 send_files(0, /home/benjami/public_html/foo.html) count=3D1 rem=3D8 blength=3D700 s2length=3D2 flength=3D8 count=3D1 n=3D700 rem=3D8 chunk[0] offset=3D0 len=3D8 sum1=3D0d4002b2 chunk[0] len=3D8 offset=3D0 sum1=3D0d4002b2 send_files mapped /home/benjami/public_html/foo.html of size 4 calling match_sums /home/benjami/public_html/foo.html foo.html built hash table hash search b=3D700 len=3D4 sum=3D03cd014e k=3D4 hash search s-blength=3D700 len=3D4 count=3D1 offset=3D0 sum=3D03cd014e done hash search sending file_sum false_alarms=3D0 hash_hits=3D0 matches=3D0 sender finished /home/benjami/public_html/foo.html generate_files phase=3D1 send_files phase=3D1 recv_files(foo.html) recv mapped foo.html of size 8 data recv 4 at 0 got file_sum set modtime of .foo.html.R94YRs to (1204567386) Mon Mar 3 19:03:06 2008 renaming .foo.html.R94YRs to foo.html recv_files phase=3D1 generate_files phase=3D2 send_files phase=3D2 send files finished total: matches=3D0 hash_hits=3D0 false_alarms=3D0 data=3D4 recv_files phase=3D2 generate_files phase=3D3 recv_files finished generate_files finished client_run waiting on 31454 sent 133 bytes received 48 bytes 72.40 bytes/sec total size is 4 speedup is 0.02 _exit_cleanup(code=3D0, file=3Dmain.c, line=3D1060): entered _exit_cleanup(code=3D0, file=3Dmain.c, line=3D1060): about to call exit(0) =2D-=20 Benjam=ED http://blog.bitassa.cat =2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435841: marked as done (slim does not cleanse environment)
Your message dated Mon, 03 Mar 2008 18:02:05 + with message-id [EMAIL PROTECTED] and subject line Bug#435841: fixed in slim 1.3.0-1 has caused the Debian Bug report #435841, regarding slim does not cleanse environment to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 435841: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435841 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: git-core Version: 1:1.5.3~rc3-1 Severity: grave Tags: experimental Justification: renders package unusable When I try to do a git-rebase, it fails. Then I tried to do the git-am's by hand on the .dotest/ but it failed again. It seems it can't find .dotest/info for whichever reason. Attached is an sh -x trace: sh -x /usr/bin/git-am foo.patch + USAGE='[--signoff] [--dotest=dir] [--utf8 | --no-utf8] [--binary] [--3way] [--interactive] [--whitespace=option] [-Cn] [-pn] mbox... or, when resuming [--skip | --resolved]' + . git-sh-setup ++ unset CDPATH ++ '[' -z '' ']' ++ LONG_USAGE='Usage: /usr/bin/git-am [--signoff] [--dotest=dir] [--utf8 | --no-utf8] [--binary] [--3way] [--interactive] [--whitespace=option] [-Cn] [-pn] mbox... or, when resuming [--skip | --resolved]' ++ case $1 in ++ '[' -z '' ']' ++ : .git +++ GIT_DIR=.git +++ git rev-parse --git-dir ++ GIT_DIR=/home/madcoder/dev/mmsx/.git ++ : /home/madcoder/dev/mmsx/.git/objects + set_reflog_action am + '[' -z '' ']' + GIT_REFLOG_ACTION=am + export GIT_REFLOG_ACTION + require_work_tree ++ git rev-parse --is-inside-work-tree + test true = true ++ git rev-parse --is-inside-git-dir + test false = false + git var GIT_COMMITTER_IDENT + prec=4 + dotest=.dotest + sign= + utf8=t + keep= + skip= + interactive= + resolved= + binary= + resolvemsg= + git_apply_opt= + case $# in + case $1 in + break + test -d .dotest ++ cat .dotest/last + last=1 ++ cat .dotest/next + next=1 + test 1 '!=' 0 + test 1 -gt 1 + test -d .dotest + case $#,$skip$resolved in + false + die 'previous dotest directory .dotest still exists but mbox given.' + echo 'previous dotest directory .dotest still exists but mbox given.' previous dotest directory .dotest still exists but mbox given. + exit 1 ---End Message--- ---BeginMessage--- Source: slim Source-Version: 1.3.0-1 We believe that the bug you reported is fixed in the latest version of slim, which is due to be installed in the Debian FTP archive: slim_1.3.0-1.diff.gz to pool/main/s/slim/slim_1.3.0-1.diff.gz slim_1.3.0-1.dsc to pool/main/s/slim/slim_1.3.0-1.dsc slim_1.3.0-1_i386.deb to pool/main/s/slim/slim_1.3.0-1_i386.deb slim_1.3.0.orig.tar.gz to pool/main/s/slim/slim_1.3.0.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mike Massonnet [EMAIL PROTECTED] (supplier of updated slim package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Oct 2007 22:44:07 +0200 Source: slim Binary: slim Architecture: source i386 Version: 1.3.0-1 Distribution: unstable Urgency: low Maintainer: Mike Massonnet [EMAIL PROTECTED] Changed-By: Mike Massonnet [EMAIL PROTECTED] Description: slim - desktop-independent graphical login manager for X11 Closes: 423279 424677 426233 426466 426532 427145 428407 428955 435841 440862 445495 447913 455138 457447 Changes: slim (1.3.0-1) unstable; urgency=low . [ Mike Massonnet [EMAIL PROTECTED] ] . * Package new upstream version 1.3.0. Closes: #447913 - Build against libpam (add build dependency libpam0g-dev). - DPatch cfg.cpp to include stdlib.h and fix FTBFS with GCC-4.3. Closes: #455138 - Add /etc/X11/Xsession.d/20slim_locale to export the LANG. Closes: #440862 - Replace xfce4-session with startxfce4 and add ion3. Closes: #426466 - Don't set the DPI. Closes: #428407 * The code concerning the environment init has drastically changed in this new version, and Steve Kemp did a security audit over it. Closes: #435841 * Debconf translation: - New Finnish translation. Closes: #457447 - Update Portuguese translation. Closes: #445495 * Minor changes: - Suggest scrot as default screenshoter - Refined the description - Set the Homepage
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
ou are not allowed to store it in your Windows computer. MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: [EMAIL PROTECTED] Sender: =?UTF-8?Q?Benjam=C3=AD?= Villoslada [EMAIL PROTECTED] El Dilluns 03 Mar=E7 2008, Paul Slootman va escriure: Another thing that I thought of: you don't happen to force any commands with the authorized_keys stuff in ssh? Yes, because my rsync sessions are in the cron O:) And because the rsync.net non-interactive ssh configuration makes that ever= y=20 command asks the password :( Could you try again with ~/.ssh moved away on the remote side?=20 [EMAIL PROTECTED]:~$ ssh [EMAIL PROTECTED] mv .ssh .ssh-moved [EMAIL PROTECTED]:~$ rsync -av --delete /home/benjami/public_html/=20 [EMAIL PROTECTED]:itaca/benjami/public_html =46ILE_STRUCT_LEN=3D16, EXTRA_LEN=3D4 cmd=3DNULL machine=3Dusw-s002.rsync.net user=3Dmy_login=20 path=3Ditaca/benjami/public_html cmd[0]=3Dssh cmd[1]=3D-l cmd[2]=3Dmy_login cmd[3]=3Dusw-s002.rsync.net cmd[= 4]=3Drsync=20 cmd[5]=3D--server cmd[6]=3D-vlogDtpre.iL cmd[7]=3D--delete cmd[8]= =3D.=20 cmd[9]=3Ditaca/benjami/public_html note: iconv_open(UTF-8, UTF-8) succeeded. opening connection using: ssh -l my_login usw-s002.rsync.net=20 rsync --server -vlogDtpre.iL --delete . itaca/benjami/public_html Password: rsync: connection unexpectedly closed (0 bytes received so far) [sender] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): entered rsync error: error in rsync protocol data stream (code 12) at io.c(600)=20 [sender=3D3.0.0] _exit_cleanup(code=3D12, file=3Dio.c, line=3D600): about to call exit(12) [EMAIL PROTECTED]:~$=20 Does the system sshd_config perhaps have any particular things relating to ssh? In my side: is the Sid original /etc/ssh/sshd_config In the rsync.net side: I can ask to technical service. =2D-=20 Benjam=ED http://blog.bitassa.cat =2E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469039: marked as done (RM: linda -- RoM; deprecated)
Your message dated Mon, 03 Mar 2008 18:56:40 + with message-id [EMAIL PROTECTED] and subject line Bug#469039: fixed has caused the Debian Bug report #469039, regarding RM: linda -- RoM; deprecated to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 469039: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469039 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linda Severity: serious Hi Maintainer, what are your plans with this package? It currently is pretty outdated, has a good number of bugs, is outdated with current policy, the last upload was in June 2007 and linda is also no longer in use in the archive software, as lintian has all checks that linda had at some time, si I removed linda calls a while ago. But you might have something in development, or some plans to get it up to speed again?! In case you have that - please reply and tag/close this bug accordingly. If not, I propose to remove it from the archive soon, so it won't release with lenny. If you agree to this, please reassign the bug to ftp.debian.org with the following two lines, or tell me to do it: reassign $bugnumber ftp.debian.org retitle $bugnumber RM: linda -- RoM; deprecated Thank you and thanks for your past work on this package! -- bye, Joerg _DeadBull_ ohne speicher, tastatur, mouse, pladde, monitor, also nur die Hardware... pgpKpYIwBhrSa.pgp Description: PGP signature ---End Message--- ---BeginMessage--- We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: linda | 0.3.26 | source, all Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are never removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED] This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED] Debian distribution maintenance software pp. Joerg Jaspert (the ftpmaster behind the curtain) ---End Message---
Bug#429138: marked as done (please update/request removal of your package)
Your message dated Mon, 3 Mar 2008 20:14:50 +0100 with message-id [EMAIL PROTECTED] and subject line Removed has caused the Debian Bug report #429138, regarding please update/request removal of your package to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 429138: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429138 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libhtml-embperl-perl Severity: serious Version: 1.3.6-3 Hi there! Due to the recent removal of apache (including it's accompanied packages of apache-common, apache-dbg, apache-dev, apache-doc, apache-perl and apache-ssl) and libapache-mod-perl your package most propably isn't able to get installed or built anymore. These are the problems your package currently has: libhtml-embperl-perl (build-dependency): apache-dev libhtml-embperl-perl (build-dependency): libapache-mod-perl Please either send the ftp team a removal request for your package if it isn't able to work with apache2, or update it to build (only) packages for apache2. Thanks in advance, -- generate-mails.pl assisting Gerfried Fuchs ---End Message--- ---BeginMessage--- Version 1.3.6-3 [2008-01-12] Removed 1.3.6-3 from unstable (Joerg Jaspert) -- ·''`.Moi je voudrais bien, un beau matin, qu'il y ait : :' : une fleur dans mon jardin `. `' -- Manu Chao `- Proudly running (unstable) Debian GNU/Linux ---End Message---
Processed: submitter 432322
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.13 submitter 432322 [EMAIL PROTECTED] Bug#432322: network-manager: package upgrade kills network connections every time Changed Bug submitter from Jon Dowland [EMAIL PROTECTED] to [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Mar 3, 2008, at 2:19 AM, Tormod Volden wrote: Believe me, the reason for the package split is exactly to make things easier for third-party screensaver infrastructures (like gnome-screensaver and kscreensaver), so that they can use xscreensaver hacks without the user having xscreensaver installed I don't understand why you're wasting your time on this. The xscreensaver executable is only 200kb. A good principle is don't fix what ain't broke. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier
Processing commands for [EMAIL PROTECTED]: retitle 469120 manpages-fr: nsswitch.conf.5 -- translation error in sample configuration file Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier Changed Bug title to `manpages-fr: nsswitch.conf.5 -- translation error in sample configuration file' from `manpages-fr: traduction abusive de la directive files dans l'exemple de fichier'. tags 469120 pending Bug#469120: manpages-fr: nsswitch.conf.5 -- translation error in sample configuration file There were no tags set. Tags added: pending severity 469120 important Bug#469120: manpages-fr: nsswitch.conf.5 -- translation error in sample configuration file Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467601: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 clone 467601 -1 submitter -1 Rene Engelhard [EMAIL PROTECTED] reassign -1 ftp.debian.org severity -1 important retitle -1 ftp.debian.org: RM: jfreereport -- RoM; RC-buggy; superseded by pentaho-reporting-flow-engine thanks Rene Engelhard wrote: Michael Koch wrote: Thats due to the libfonts-java update from 0.2.6 to 0.3.3. We will either need to patch jfreereport or remove it from the archive, we have now its successor, pentaho-reporting-flow-engine, in the archive. Indeed; I'd vote for the removal. The only thing still needing it is the 2.3.1-x in testing which is not really supported by me anymore anyway (lenny should contain 2.4), so... So let's do it.. Regards, Rene -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzFad+FmQsCSK63MRAhEnAJwIuD0COR2bfTAcXvXWpARdchSo1gCfdkf2 5wVXf3DzrIbwqIUQJQPQVm8= =zQtP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469120: manpages-fr: traduction abusive de la directive files dans l'exemple de fichier
retitle 469120 manpages-fr: nsswitch.conf.5 -- translation error in sample configuration file tags 469120 pending severity 469120 important thanks Marc Chantreux [EMAIL PROTECTED] (03/03/2008): Package: manpages-fr Version: 2.39.1-5 Severity: grave Justification: renders package unusable For bts readers, « files » must not be translated in the example of nsswitch.conf.5. It is fixed in svn. L'exemple de conf. dans le man est: hosts: dns [!UNAVAIL=return] fichiers networks: nis [NOTFOUND=return] fichiers ethers: nis [NOTFOUND=return] fichiers protocols: nis [NOTFOUND=return] fichiers rpc:nis [NOTFOUND=return] fichiers services: nis [NOTFOUND=return] fichiers et devrait être: hosts: dns [!UNAVAIL=return] files networks: nis [NOTFOUND=return] files ethers: nis [NOTFOUND=return] files protocols: nis [NOTFOUND=return] files rpc:nis [NOTFOUND=return] files services: nis [NOTFOUND=return] files je n'ai pas trouvé les lignes correspondantes dans le po (les lignes en question ne semblent pas traduites et je ne connais pas gnu text), desolé de ne pas proposer de patch. Je trouve le problème grave car la conf. NSS est centrale. J'espere ne pas avoir abusé du flag. C'est un peu sévère de rendre le bug RC pour une erreur de traduction dans un exemple, même si celle-ci est assez grave. C'est corrigé dans le svn, merci d'avoir signalé l'erreur. Cordialement, -- Thomas Huriaux
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On Mon 03 Mar 2008, Kiko Piris wrote:
Send the output to me, hopefully I can see what goes wrong then.
Here they are :)
[...]
13135 open(/etc/popt, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
13135 open(/home/kiko/.popt, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such
file or directory)
13135 rt_sigaction(SIGINT, {0x8051cd0, [], SA_NOCLDSTOP}, NULL, 8) = 0
13135 rt_sigaction(SIGHUP, {0x8051cd0, [], SA_NOCLDSTOP}, NULL, 8) = 0
13135 rt_sigaction(SIGTERM, {0x8051cd0, [], SA_NOCLDSTOP}, NULL, 8) = 0
13135 rt_sigprocmask(SIG_UNBLOCK, [HUP INT USR1 USR2 TERM CHLD], NULL, 8) = 0
13135 rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
13135 rt_sigaction(SIGXFSZ, {SIG_IGN}, NULL, 8) = 0
13135 getcwd(/home/kiko, 4095)= 11
13135 fcntl64(0, F_GETFL) = 0x2 (flags O_RDWR)
13135 fcntl64(0, F_SETFL, O_RDWR|O_NONBLOCK) = 0
13135 fcntl64(1, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK)
13135 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
13135 +++ killed by SIGSEGV +++
Hmm, not good
[...]
13395 time(NULL) = 1204567405
13395 geteuid() = 1000
13395 memset(0x80a9b20, '\000', 80) = 0x80a9b20
13395 umask(00) = 027
13395 setlocale(0, ) = en_US.UTF-8
13395 getenv(RSYNC_ICONV) = NULL
13395 poptGetContext(0x808bc7f, 4, 0xbfb415d4, 0x8099ea0, 0) = 0x80ab830
13395 poptReadDefaultConfig(0x80ab830, 0, 0xbfb415d4, 0x8099ea0, 0) = 0
13395 poptGetNextOpt(0x80ab830, 0, 0xbfb415d4, 0x8099ea0, 0) = 1022
13395 poptFreeContext(0x80ab830, 0, 0xbfb415d4, 0x8099ea0, 0) = 0
13395 poptGetContext(0x808bc7f, 4, 0xbfb415d4, 0x8099ea0, 0) = 0x80ab830
13395 poptGetNextOpt(0x80ab830, 4, 0xbfb415d4, 0x8099ea0, 0) = 1022
13395 poptGetNextOpt(0x80ab830, 4, 0xbfb415d4, 0x8099ea0, 0) = 1001
13395 poptFreeContext(0x80ab830, 4, 0xbfb415d4, 0x8099ea0, 0) = 0
13395 poptGetContext(0x808bc7f, 4, 0xbfb415d4, 0x809b320, 0) = 0x80ab830
13395 poptGetNextOpt(0x80ab830, 4, 0xbfb415d4, 0x809b320, 0) = -1
13395 poptGetArgs(0x80ab830, 4, 0xbfb415d4, 0x809b320, 0) = 0x80ab9c8
13395 sigaction(2, 0x80a7fc0, NULL) = 0
13395 sigaddset(0xbfb4146c, 2) = 0
13395 sigaction(1, 0x80a7fc0, NULL) = 0
13395 sigaddset(0xbfb4146c, 1) = 0
13395 sigaction(15, 0x80a7fc0, NULL) = 0
13395 sigaddset(0xbfb4146c, 15) = 0
13395 sigprocmask(1, 0xbfb4146c, NULL) = 0
13395 sigaction(13, 0x80a7fc0, NULL) = 0
13395 sigaction(25, 0x80a7fc0, NULL) = 0
13395 getcwd(0x80a8ac0, 4095)= /home/kiko
13395 nl_langinfo(14, 0xbfb41554, 0xbfb3f468, 0x805f812, 0x80a8ac0) =
0xb7be6e88
13395 fcntl(0, 3, 0, 0xbfb4146c, 0xbfb4146c) = 2
13395 fcntl(0, 4, 2050, 0xbfb4146c, 0xbfb4146c) = 0
13395 fcntl(1, 3, 2050, 0xbfb4146c, 0xbfb4146c) = 2050
13395 strlen(NULL unfinished ...
13395 --- SIGSEGV (Segmentation fault) ---
13395 +++ killed by SIGSEGV +++
OK, thanks for this, this should be helpful in finding what's wrong.
Could you do the next couple of extra things, on the receiving side?
/usr/sbin/validlocale en_US.UTF-8
grep -v '^#' /etc/locale.gen
thanks,
Paul Slootman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Mon, Mar 3, 2008 at 3:53 PM, Frans Pop [EMAIL PROTECTED] wrote: Yes, I understand that, but it is not the point of my report. For a moment I thought you were the misgruntled kscreensaver maintainer, that's why I explained everything so carefully :) Which is _exactly_ why you should have coordinated with the maintainers of packages depending on your package before making a major change such as this split. Yeah, I missed the reverse dependency on kscreensaver-savers. It's not a weakness in kscreensaver. It's something that has been a fact for probably a long time. A fact that the split did not take into account and thus is causing breakage. It's poor design in kscreensaver, but we'll fix it instead of arguing... I really don't care about any of that. The fact remains that you implemented a change which is causing breakage in another package. That is a release critical bug. I didn't say that it shouldn't be fixed. I'll keep the bug open here until it's fixed in kscreensaver-xsavers. Great. I suggest that you contact the maintainers of kscreensaver ASAP and discuss the details with them. It _is_ your responsibility as maintainer of a package to coordinate with maintainers of packages that have reverse dependencies on your package when making changes that could affect them. Sure! I think I got that point now ;) Cheers, FJP Thanks, Tormod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462570: dhcp3-client: dhclient3 still writes broken resolv.conf
Package: dhcp3-client Version: 3.1.0-3 Followup-For: Bug #462570 I'm tacking on my info to this bug as my problem seems to be highly related. I'll create a new bug if you prefer. In my dhclient.conf I have the default config and two additional lines: send host-name naga; append domain-name ibm.com; dhclient3 is writing the following resolv.conf file: [EMAIL PROTECTED]:~$ cat /etc/resolv.conf domain search ibm.com nameserver 192.168.1.1 This leads to hostname lookups not working: [EMAIL PROTECTED]:~$ host gcc.gnu.org host: parse of /etc/resolv.conf failed My suspicion is the previous fix isn't quite right yet. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (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 Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii debianutils 2.28.3 Miscellaneous utilities specific t ii dhcp3-common 3.1.0-3common files used by all the dhcp3 ii libc6 2.7-6 GNU C Library: Shared libraries dhcp3-client recommends no packages. -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: cloning 467601, submitter -1, reassign -1 to ftp.debian.org, severity of -1 is important ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 clone 467601 -1 Bug#467601: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Bug 467601 cloned as bug 469202. submitter -1 Rene Engelhard [EMAIL PROTECTED] Bug#469202: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Changed Bug submitter from Lucas Nussbaum [EMAIL PROTECTED] to Rene Engelhard [EMAIL PROTECTED]. reassign -1 ftp.debian.org Bug#469202: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Bug reassigned from package `jfreereport' to `ftp.debian.org'. severity -1 important Bug#469202: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Severity set to `important' from `serious' retitle -1 ftp.debian.org: RM: jfreereport -- RoM; RC-buggy; superseded by Bug#469202: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Changed Bug title to `ftp.debian.org: RM: jfreereport -- RoM; RC-buggy; superseded by' from `jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: cloning 467601, submitter -1, reassign -1 to ftp.debian.org, severity of -1 is important ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.18.1 clone 467601 -1 Bug#467601: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Bug 467601 cloned as bug 469201. submitter -1 Rene Engelhard [EMAIL PROTECTED] Bug#469201: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Changed Bug submitter from Lucas Nussbaum [EMAIL PROTECTED] to Rene Engelhard [EMAIL PROTECTED]. reassign -1 ftp.debian.org Bug#469201: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Bug reassigned from package `jfreereport' to `ftp.debian.org'. severity -1 important Bug#469201: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Severity set to `important' from `serious' retitle -1 ftp.debian.org: RM: jfreereport -- RoM Bug#469201: jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry Changed Bug title to `ftp.debian.org: RM: jfreereport -- RoM' from `jfreereport: FTBFS: The method getPlattformDefaultEncoding() is undefined for the type EncodingRegistry'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469172: error in rsync protocol data stream (code 12) at io.c(600)
On 03/03/2008 at 21:03 +0100, Paul Slootman wrote: Could you do the next couple of extra things, on the receiving side? Of course! I’m not sure what you mean by «receiving side». Anyway, as it also fails if i rsync to localhost over ssh: | [EMAIL PROTECTED] $ rsync --version | rsync version 3.0.0 protocol version 30 | Copyright (C) 1996-2007 by Andrew Tridgell, Wayne Davison, and others. | Web site: http://rsync.samba.org/ | Capabilities: | 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, | socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, | append, ACLs, xattrs, iconv, symtimes | | rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you | are welcome to redistribute it under certain conditions. See the GNU | General Public Licence for details. | [EMAIL PROTECTED] $ rsync -a -v --inplace --delete --progress -e ssh -l kiko rompetechos.pirispons.net::mymusic/playlists /home/MyMusic | FILE_STRUCT_LEN=16, EXTRA_LEN=4 | cmd=ssh -l kiko machine=rompetechos.pirispons.net user=NULL path=mymusic/playlists | cmd[0]=ssh cmd[1]=-l cmd[2]=kiko cmd[3]=rompetechos.pirispons.net cmd[4]=rsync cmd[5]=--server cmd[6]=--daemon cmd[7]=. | note: iconv_open(UTF-8, UTF-8) succeeded. | opening connection using: ssh -l kiko rompetechos.pirispons.net rsync --server --daemon . | rsync: connection unexpectedly closed (0 bytes received so far) [receiver] | _exit_cleanup(code=12, file=io.c, line=600): entered | rsync error: error in rsync protocol data stream (code 12) at io.c(600) [receiver=3.0.0] | _exit_cleanup(code=12, file=io.c, line=600): about to call exit(12) This is what I get on rompetechos: | [EMAIL PROTECTED] $ /usr/sbin/validlocale en_US.UTF-8 | locale 'en_US.UTF-8' valid and available | [EMAIL PROTECTED] $ grep -v '^#' /etc/locale.gen | | es_ES UTF-8 | en_US UTF-8 | | es_ES.ISO-8859-15 ISO-8859-15 | en_US.ISO-8859-15 ISO-8859-15 Thanks! -- Kiko Private mail is preferred encrypted: http://www.pirispons.net/pgpkey.html
Bug#469206: xserver-xorg-video-intel: The monitor is shut down after random time
Package: xserver-xorg-video-intel Version: 2:2.2.1-1 Severity: critical Justification: causes serious data loss when i use gnome after random time the monitor is shut down!! if i don't use this package the problem does not appears (with vesa driver the sistem works well!) lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc3-2 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469171: uninstallable
tags 469171 + patch thanks Hi Thomas Yes nagios2 and/or nagios3 should be good enough. I'll update it. Best regards, // Ola On Mon, Mar 03, 2008 at 04:13:13PM +0100, Thomas Viehmann wrote: Package: harden-surveillance Version: 0.1.32 Severity: serious Depends: nagios | netsaint is not satisfiable in unstable due to nagios being removed. nagios2 or nagios3 might be viable alternatives, but I do not know. Kind regards T. -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://opalsys.net/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469206: xserver-xorg-video-intel: The monitor is shut down after random time
severity 469206 normal kthxbye On Mon, Mar 3, 2008 at 21:49:10 +0100, ultrakiller wrote: Severity: critical Justification: causes serious data loss please don't abuse bug severities. when i use gnome after random time the monitor is shut down!! if i don't use this package the problem does not appears (with vesa driver the sistem works well!) lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) And please provide the necessary information when filing bugs (reportbug should actually do it for you). We need at least your xorg.conf and X log (preferably with the ModeDebug option turned off). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#469206: xserver-xorg-video-intel: The monitor is shut down after random time
Processing commands for [EMAIL PROTECTED]: severity 469206 important Bug#469206: xserver-xorg-video-intel: The monitor is shut down after random time Severity set to `important' from `critical' thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469206: xserver-xorg-video-intel: The monitor is shut down after random time
severity 469206 important thank you ultrakiller wrote: when i use gnome after random time the monitor is shut down!! if i don't use this package the problem does not appears Do you really expect us to fix this bug without any other information? You are probably experiencing a lockup, as many people since Intel 2.2 arrived unfortunately. Please send the whole output of /usr/share/bug/xserver-xorg/script 31 so that we see your config and log. We need the /var/log/Xorg.0.log from *after* the crash. If you can't save /var/log/Xorg.0.log by logging on the machine through ssh after the lockup, you should restart the machine and look at /var/log/Xorg.0.log.old (this is were the old log is stored when a new session is started). To work around the problem, you should try adding Option AccelMethod EXA to the Device section of your /etc/X11/xorg.conf Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469099: xscreensaver: Package split leaves non-working screensavers in KDE configuration
On Mon, Mar 3, 2008 at 8:55 PM, Jamie Zawinski [EMAIL PROTECTED] wrote: I don't understand why you're wasting your time on this. The xscreensaver executable is only 200kb. A good principle is don't fix what ain't broke. Jamie, I like to see it as progress :) I understand your feelings on this, but I have another perspective. It's not to save 200kB, but to avoid any conflicts between different backends and setups. I see upstream xscreensaver as a provider of 1) a nice screensaver backend that some people need or prefer to use 2) a wonderful collection of hacks that can be shared by other backends and what not. Of course, we are now making (2) easier and cleaner, but we also try to satisfy (1) better. For instance, people can install the xscreensaver package in their GNOME and it will work in all its glory without any crippling that would have been introduced for (2). It can seem unfair to the xscreensaver heritage, but we now have something like xscreensaver, gnome-screensaver and kscreensaver being equal, independent choices for backend, all three sharing the goodness of xscreensaver-data. Thanks for all your great work, Tormod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469218: libgs8: Too strict shlibs file
Package: libgs8 Version: 8.61.dfsg.1-1 Severity: Serious Justification: crackful The shlibs file uses libgs8 (= VERSION) which requires all reverse dependencies to be rebuilt on each new upload of libgs8. This can't be right. Please fix. please fix fast. Alternatively, please ask to me to NMU. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libgs8 depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcomerr21.40.4-1 common error description library ii libcupsimage2 1.3.5-1Common UNIX Printing System(tm) - ii libcupsys21.3.5-1Common UNIX Printing System(tm) - ii libfontconfig12.5.0-2generic font configuration library ii libgnutls13 2.0.4-1the GNU TLS library - runtime libr ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libpaper1 1.1.23 library for handling paper charact ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libstdc++64.3-20080116-1 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii zlib1g1:1.2.3.3.dfsg-11 compression library - runtime libgs8 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#220487: marked as done (autodns-dhcp should work with dhcp-server v3)
Your message dated Mon, 03 Mar 2008 21:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#220487: fixed in autodns-dhcp 0.7 has caused the Debian Bug report #220487, regarding autodns-dhcp should work with dhcp-server v3 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 220487: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=220487 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: autodns-dhcp Version: 0.6 Severity: normal Since v2 is now the old legacy distribution, autodns-dhcp should work with the new version. I haven't done anything to see if the leases file format has changed, or what changes would need to be made. Hopefully, it's just a couple of small issues. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux fileserver 2.4.20-rmap15e-fs196-1.4 #1 SMP Mon Apr 14 11:21:38 PDT 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages autodns-dhcp depends on: ii bind9 1:9.2.2+9.2.3rc4-1 Internet Domain Name Server ii dhcp [dhcp] 2.0pl5-16 DHCP server for automatic IP addre ii dnsutils 1:9.2.2+9.2.3rc4-1 Clients provided with BIND ii perl [perl5] 5.8.0-18 Larry Wall's Practical Extraction -- no debconf information ---End Message--- ---BeginMessage--- Source: autodns-dhcp Source-Version: 0.7 We believe that the bug you reported is fixed in the latest version of autodns-dhcp, which is due to be installed in the Debian FTP archive: autodns-dhcp_0.7.dsc to pool/main/a/autodns-dhcp/autodns-dhcp_0.7.dsc autodns-dhcp_0.7.tar.gz to pool/main/a/autodns-dhcp/autodns-dhcp_0.7.tar.gz autodns-dhcp_0.7_all.deb to pool/main/a/autodns-dhcp/autodns-dhcp_0.7_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Santiago Garcia Mantinan [EMAIL PROTECTED] (supplier of updated autodns-dhcp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Feb 2008 18:34:50 +0100 Source: autodns-dhcp Binary: autodns-dhcp Architecture: source all Version: 0.7 Distribution: unstable Urgency: low Maintainer: Santiago Garcia Mantinan [EMAIL PROTECTED] Changed-By: Santiago Garcia Mantinan [EMAIL PROTECTED] Description: autodns-dhcp - Automatic DNS updates for DHCP Closes: 220487 452203 Changes: autodns-dhcp (0.7) unstable; urgency=low . * Change the names of the scripts to comply with Policy Manual section 10.4. * Update it to work with dhcp v3 by default by moving a lot of the hardcoded stuff to the config file and updating this (v2 should still work adjusting the default config). Closes: #220487. * Fix the path for nsupdate on the config file. Closes: #452203. * Fix the restart of the dhcp daemon. * Remove the ndc stuff as ndc is no longer available on bind9 and rndc doesn't implement restart. Besides, doing a restart just to update the zones doesn't seem worth it, and one can do it by hand whenever he feels the need. Files: 4ecacb641499794d503485dc02ed781e 511 net extra autodns-dhcp_0.7.dsc 5408f3d2f539c858ee92882a2c8d48eb 10609 net extra autodns-dhcp_0.7.tar.gz dcab43b955a059184344bfe85bb9640e 12098 net extra autodns-dhcp_0.7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzGTtcv3CBfajKo4RApUHAJ9vAe9wLCgUyUjOG+L0Jxg78SXBiQCfT3ft NfeHrsi1x0us5D+5oqpT8Zg= =pgXh -END PGP SIGNATURE- ---End Message---
Bug#469220: r-cran-design: not installable
Package: r-cran-design Version: 2.1-1-1 Severity: grave Justification: renders package unusable Hi, could you please rebuild this package with gfortran-4.2 ? # apt-get install r-cran-design Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: r-cran-design: Depends: libgfortran1 (= 4.1.2) but it is not going to be installed E: Broken packages -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages r-cran-design depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0~rc2-1 GCC support library ii libgfortran1 4.1.2-19 Runtime library for GNU Fortran ap ii r-base-core2.6.2-2 GNU R core of statistical computin ii r-cran-hmisc 3.4-3-1 GNU R miscellaneous functions by F ii r-cran-survival2.34-1GNU R package for survival analysi r-cran-design recommends no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ smime.p7s Description: S/MIME cryptographic signature
Processed: severity 462233 grave
Processing commands for [EMAIL PROTECTED]: severity 462233 grave Bug#462233: migrate r-noncran-lindsey to gfortran Severity set to `grave' from `important' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464136: marked as done (Chmod() doesn't accept more than one Node)
Your message dated Mon, 03 Mar 2008 22:32:05 + with message-id [EMAIL PROTECTED] and subject line Bug#464136: fixed in scons 0.97.0d20080303-1 has caused the Debian Bug report #464136, regarding Chmod() doesn't accept more than one Node to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 464136: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=464136 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: skim version: 1.4.5-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071217 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/moc -o plugins/setupwindow/scimsetupwindow.moc plugins/setupwindow/scimsetupwindow.h g++ -o plugins/setupwindow/scimsetupwindow.os -c -DNO_CONFIG_H -I/usr/include/scim-1.0 -I/usr/include/kde -I/usr/include/qt3 -DENABLE_DEBUG=0 -DQT_THREAD_SUPPORT -D_REENTRANT -fPIC -O2 -DNDEBUG -DNO_DEBUG -DQT_NO_TRANSLATION -I. -Isrc -Iutils -Iplugins/setupwindow plugins/setupwindow/scimsetupwindow.cpp g++ -o plugins/setupwindow/skimplugin_setupwindow.so -lscim-1.0 -shared plugins/setupwindow/scimsetupwindow.os -Lutils -Lsrc -L/usr/lib -L/usr/lib -lskim -lscim-kdeutils Building plugins/setupwindow/skimplugin_setupwindow.la with action: build_la_file(target, source, env) building 'skimplugin_setupwindow.la' from 'skimplugin_setupwindow.so' msgfmt po/de.po -o po/de.gmo msgfmt po/desktop_de.po -o po/desktop_de.gmo msgfmt po/desktop_fr.po -o po/desktop_fr.gmo msgfmt po/desktop_it.po -o po/desktop_it.gmo msgfmt po/desktop_ja.po -o po/desktop_ja.gmo msgfmt po/desktop_ko.po -o po/desktop_ko.gmo msgfmt po/desktop_pa.po -o po/desktop_pa.gmo msgfmt po/desktop_zh_CN.po -o po/desktop_zh_CN.gmo msgfmt po/desktop_zh_TW.po -o po/desktop_zh_TW.gmo msgfmt po/fr.po -o po/fr.gmo msgfmt po/it.po -o po/it.gmo msgfmt po/ja.po -o po/ja.gmo msgfmt po/ko.po -o po/ko.gmo msgfmt po/pa.po -o po/pa.gmo msgfmt po/zh_CN.po -o po/zh_CN.gmo msgfmt po/zh_TW.po -o po/zh_TW.gmo g++ -o scim/config/scim_kconfig_config.os -c -DNO_CONFIG_H -I/usr/include/scim-1.0 -I/usr/include/kde -I/usr/include/qt3 -DENABLE_DEBUG=0 -DQT_THREAD_SUPPORT -D_REENTRANT -fPIC -O2 -DNDEBUG -DNO_DEBUG -DQT_NO_TRANSLATION -I. -Iutils scim/config/scim_kconfig_config.cpp g++ -o scim/config/kconfig.so -lscim-1.0 -shared scim/config/scim_kconfig_config.os -Lutils -L/usr/lib -L/usr/lib -lqt-mt -lkdecore -lkdeui -lkutils -lscim-kdeutils Building scim/config/kconfig.la with action: build_la_file(target, source, env) building 'kconfig.la' from 'kconfig.so' generate_configed_file([scim_kdeutils.pc], [scim_kdeutils.pc.in]) generate_configed_file([skim.pc], [skim.pc.in]) generate_configed_file([skim.spec], [skim.spec.in]) cd src rm -f libskim.so.0 ln -s libskim.so.0.1.0 libskim.so.0 g++ -o src/main.o -c -DNO_CONFIG_H -DVERSION=\1.4.5\ -DPACKAGE=\skim\ -DSCIM_VERSION=\1.4.7\ -I/usr/include/scim-1.0 -I/usr/include/kde -I/usr/include/qt3 -DENABLE_DEBUG=0 -DQT_THREAD_SUPPORT -D_REENTRANT -O2 -DNDEBUG -DNO_DEBUG -DQT_NO_TRANSLATION -I. -Isrc -Isrc src/main.cpp generate_configed_file([src/scim-panel-kde], [src/scim-panel-kde.in]) g++ -o src/skim -lscim-1.0 -lscim-x11utils-1.0 -lX11 src/main.o -Lutils -Lsrc -L/usr/lib -L/usr/lib -lqt-mt -lkdecore -lkdeui -lkutils -lskim -lscim-kdeutils cd utils rm -f libscim-kdeutils.so.0 ln -s libscim-kdeutils.so.0.1.0 libscim-kdeutils.so.0 touch build-stamp /usr/bin/fakeroot debian/rules binary dpatch apply-all 01_disable_rpath already applied to ./ . 02_scons already applied to ./ . 03_correct_includedir_in_skim-pc already applied to ./ . 05_fix_desktop_file already applied to ./ . 06_skim_config already applied to ./ . dh_testdir scons --no-cache -Q configure prefix=/usr [96m** installation prefix for the project set to:[0m /usr Checking for kde-config : [92mkde-config was found[0m Checking for kde version : [92m3.5.8[0m Checking for the qt library : [1mqt was found as /usr[0m Checking for uic : [92muic was found as /usr/bin/uic[0m Checking for moc : [92mmoc was found as /usr/bin/moc[0m Checking for the qt includes : [1mthe qt headers were found in /usr/include/qt3/ [0m Checking for the kde includes : [1mthe kde headers were found in /usr/include/kde/[0m scons --no-cache -Q scons: `.' is up to date. touch build-stamp scons --no-cache -Q
Bug#443880: SIGBUS on sparc
On Mon, Mar 03, 2008 at 11:22:19AM +0100, Guido Draheim wrote: [...] There is no redesign required - this problem can only occur on non-x86 little-endian platforms. You did not tell about that detail but I can guess it from the result. In fetch.h there is #define zzip_file_header_get_crc32(__p) ZZIP_GET32((__p)-z_crc32) and that ZZIP_GET32 can be defined in a way that it would fetch each byte seperately. This is already done on a lot of platforms - the definition is dependent on ZZIP_WORDS_BIGENDIAN and covers acrchitectures like SPARC which have aligned word access as well. However, SPARC is big-endian as have been all the other test platforms in the lab. So, what's your target platform currently? If I am guessing right then would need to redefine the #ifdefs and configure detections in such a way that it would enable a bytewise access macro on a litte-endian platform right there in fetch.h Sparc is big-endian, but that's not what causes a problem here (even though it would be nice to check that endianness is detected correctly for sparc). Let's say that the macro which will get used is this one: # define ZZIP_GET32(__p) bswap_32(*(uint32_t*)(__p)) This will only work on sparc if the address __p is word-aligned (divisible by 4). Compiler is likely to generate a single load-word instruction for that, and if __p is not word-aligned, then the process will get a SIGBUS. Normally, it happens automatically, i.e. if you define an int (of size 4) field inside a struct, then compiler will take care of allocating memory for it in such a way that it is word-aligned. However, since the structures in format.h are defined mostly using arrays of zzip_byte_t, there is no way the compiler can guess which of them should be aligned, so it places them arbitrarily. Thus, attempt to cast the value to uint32_t fails. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469220: r-cran-design: not installable
On 3 March 2008 at 23:00, Laurent Bonnaud wrote: | Package: r-cran-design | Version: 2.1-1-1 | Severity: grave | Justification: renders package unusable | | | Hi, | | could you please rebuild this package with gfortran-4.2 ? Done; thanks for catching this! Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469127: marked as done (libapache2-authenntlm-perl: FTBFS: binary-indep vs. binary-arch confusion)
Your message dated Mon, 03 Mar 2008 23:32:08 + with message-id [EMAIL PROTECTED] and subject line Bug#469127: fixed in libapache2-authenntlm-perl 0.02-5 has caused the Debian Bug report #469127, regarding libapache2-authenntlm-perl: FTBFS: binary-indep vs. binary-arch confusion to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 469127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469127 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libapache2-authenntlm-perl Version: 0.02-4 Severity: serious This package fails to build because the binary-indep and the binary-arch debian/rules targets are the wrong way around. As this is an Architecture:any package, binary-arch should be used for all the work. From the logs at buildd.debian.org: dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 Cheers, -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: libapache2-authenntlm-perl Source-Version: 0.02-5 We believe that the bug you reported is fixed in the latest version of libapache2-authenntlm-perl, which is due to be installed in the Debian FTP archive: libapache2-authenntlm-perl_0.02-5.diff.gz to pool/main/liba/libapache2-authenntlm-perl/libapache2-authenntlm-perl_0.02-5.diff.gz libapache2-authenntlm-perl_0.02-5.dsc to pool/main/liba/libapache2-authenntlm-perl/libapache2-authenntlm-perl_0.02-5.dsc libapache2-authenntlm-perl_0.02-5_i386.deb to pool/main/liba/libapache2-authenntlm-perl/libapache2-authenntlm-perl_0.02-5_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Xavier Oswald [EMAIL PROTECTED] (supplier of updated libapache2-authenntlm-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 04 Mar 2008 00:04:51 +0100 Source: libapache2-authenntlm-perl Binary: libapache2-authenntlm-perl Architecture: source i386 Version: 0.02-5 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Xavier Oswald [EMAIL PROTECTED] Description: libapache2-authenntlm-perl - Perform Microsoft NTLM and Basic User Authentication Closes: 469127 Changes: libapache2-authenntlm-perl (0.02-5) unstable; urgency=low . * debian/rules: - exchange binary-arch and binary-indep targets (closes: #469127) - move tests to build-stamp target - move dh_clean before make distclean - let install-stamp target depend on build-stamp * debian/watch: add upstream source location Files: 728131e889c8b236a0bde3e5224d37a0 1003 perl optional libapache2-authenntlm-perl_0.02-5.dsc b50d740292b66104be5b106aae532259 2875 perl optional libapache2-authenntlm-perl_0.02-5.diff.gz cb20cf7edc1fc3e910a12eb2a5626a21 47346 perl optional libapache2-authenntlm-perl_0.02-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzIZ2pDDGqoi7tR4RAr7ZAKC1LKU5SxZ4C1OCY1IykIR7qKybiQCcCwU0 9r1WJ7F/SQFtcyyA1yk4y9o= =Swqe -END PGP SIGNATURE- ---End Message---
Bug#469220: marked as done (r-cran-design: not installable)
Your message dated Mon, 03 Mar 2008 23:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#469220: fixed in design 2.1-1-2 has caused the Debian Bug report #469220, regarding r-cran-design: not installable to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 469220: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469220 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: r-cran-design Version: 2.1-1-1 Severity: grave Justification: renders package unusable Hi, could you please rebuild this package with gfortran-4.2 ? # apt-get install r-cran-design Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: r-cran-design: Depends: libgfortran1 (= 4.1.2) but it is not going to be installed E: Broken packages -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages r-cran-design depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0~rc2-1 GCC support library ii libgfortran1 4.1.2-19 Runtime library for GNU Fortran ap ii r-base-core2.6.2-2 GNU R core of statistical computin ii r-cran-hmisc 3.4-3-1 GNU R miscellaneous functions by F ii r-cran-survival2.34-1GNU R package for survival analysi r-cran-design recommends no packages. -- no debconf information -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ smime.p7s Description: S/MIME cryptographic signature ---End Message--- ---BeginMessage--- Source: design Source-Version: 2.1-1-2 We believe that the bug you reported is fixed in the latest version of design, which is due to be installed in the Debian FTP archive: design_2.1-1-2.diff.gz to pool/main/d/design/design_2.1-1-2.diff.gz design_2.1-1-2.dsc to pool/main/d/design/design_2.1-1-2.dsc r-cran-design_2.1-1-2_i386.deb to pool/main/d/design/r-cran-design_2.1-1-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dirk Eddelbuettel [EMAIL PROTECTED] (supplier of updated design package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 03 Mar 2008 17:21:26 -0600 Source: design Binary: r-cran-design Architecture: source i386 Version: 2.1-1-2 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Changed-By: Dirk Eddelbuettel [EMAIL PROTECTED] Description: r-cran-design - GNU R regression modeling strategies tools by Frank Harrell Closes: 469220 Changes: design (2.1-1-2) unstable; urgency=low . * Rebuilt under current R and gfortran (Closes: #469220) . * debian/control: Set (Build-)Depends: to current R version * debian/control: Set Standards-Version: to current version 3.7.3 Files: d79c0c39b8c2836abf1fa0389bfed9d6 636 math optional design_2.1-1-2.dsc 78b483a88ce8f22caa7c9fd90bb0fd9c 2832 math optional design_2.1-1-2.diff.gz e178e2f9bfbaf83585b8c2133919be36 932370 math optional r-cran-design_2.1-1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHzInLCZSR95Gw07cRAgSeAKCYzjwU6WbHzbo7FCfe/XS4DnEUHQCeIXNh 62isIXUJGWktAojBtupNDhA= =ZLDQ -END PGP SIGNATURE- ---End Message---
Bug#433456: marked as done (dh-make-php: phppkginfo does not open package.xml properly)
Your message dated Tue, 04 Mar 2008 00:02:05 + with message-id [EMAIL PROTECTED] and subject line Bug#433456: fixed in dh-make-php 0.2.9 has caused the Debian Bug report #433456, regarding dh-make-php: phppkginfo does not open package.xml properly to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 433456: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433456 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: dh-make-php Version: 0.2.3 Severity: grave Justification: renders package unusable I'm sorry for reporting bug in yet unreleased package version, but the 0.2.2 version is almost unusable because of bug #432880 and I tried the svn version as Uwe Steinmann suggested. New dh-make-php dropped xmlstarlet dependency and now uses its own script to retrieve package information. Usage information printed by /usr/share/dh-make-php/phppkginfo says: - Usage: /usr//share/dh-make-php/phppkginfo dir command dir - Directory containing package.xml file commands: version - Return version of package maintainers - Return comma separated list of maintainers - But phppkginfo expects its first argument to full path to package.xml file, not the directory that contains it. Because in /usr/share/dh-make-php/dh-make-php.lib the script is also called with directory argument, dh-make-php does not work. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-php depends on: ii cdbs0.4.49 common build system for Debian pac ii php-pear5.2.0-10+lenny1 PEAR - PHP Extension and Applicati ii php4-pear 6:4.4.4-9+lenny1 PHP Extension and Application Repo dh-make-php recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: dh-make-php Source-Version: 0.2.9 We believe that the bug you reported is fixed in the latest version of dh-make-php, which is due to be installed in the Debian FTP archive: dh-make-php_0.2.9.dsc to pool/main/d/dh-make-php/dh-make-php_0.2.9.dsc dh-make-php_0.2.9.tar.gz to pool/main/d/dh-make-php/dh-make-php_0.2.9.tar.gz dh-make-php_0.2.9_all.deb to pool/main/d/dh-make-php/dh-make-php_0.2.9_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Uwe Steinmann [EMAIL PROTECTED] (supplier of updated dh-make-php package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 04 Mar 2008 00:22:30 +0100 Source: dh-make-php Binary: dh-make-php Architecture: source all Version: 0.2.9 Distribution: unstable Urgency: low Maintainer: Uwe Steinmann [EMAIL PROTECTED] Changed-By: Uwe Steinmann [EMAIL PROTECTED] Description: dh-make-php - Creates Debian source packages for PHP PEAR and PECL extensions Closes: 433456 Changes: dh-make-php (0.2.9) unstable; urgency=low . * Read single and multiple leads from package.xml (version 2) * Did various test to reproduce bug #433456, which was imposible. So let's just close it (Closes: #433456) * fixed lintian warnings Files: ca5616bd6803725239f5a17fa5cdadb3 594 web optional dh-make-php_0.2.9.dsc 492a345bfa352a193c6c79bf2540c0a6 29873 web optional dh-make-php_0.2.9.tar.gz 88338f4570e152ef40f4c93ea6796091 31086 web optional dh-make-php_0.2.9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFHzI+Pih2Zvw18pwERAksgAJYjt8rGpEo9Yk9GPFljZdxTwuHwAJ92mjqm qiiMh94Pm4TtJMjW4nhdFQ== =urn8 -END PGP SIGNATURE- ---End Message---
Bug#463365: intend to NMU
usertag 463322 + intend-to-nmu usertag 463359 + intend-to-nmu usertag 463361 + intend-to-nmu usertag 463362 + intend-to-nmu usertag 463364 + intend-to-nmu usertag 463365 + intend-to-nmu usertag 463368 + intend-to-nmu usertag 463369 + intend-to-nmu usertag 463372 + intend-to-nmu usertag 463410 + intend-to-nmu usertag 463411 + intend-to-nmu thanks hey, As these bugs have been open with a patch for over a month and without a rejection from the maintainer, I intend to NMU the associated package in a week's time (or sooner, if requested by the maintainer). If you do not wish for this NMU to occur, please send a follow-up in the bug report stating as such or, better yet, fix it in an MU :) Unless you request otherwise, any NMUs I upload will be to the DELAYED queue, so you will have an additional week to supersede my upload with an MU to prevent it from entering unstable. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469237: twig: should this package be removed?
Source: twig Version: 2.8.3-2.3 Severity: serious User: [EMAIL PROTECTED] Usertags: proposed-removal Hi, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * It has two RC bugs (one of them more than one year and a half old) and none has any co-/maintainer reply * Depends on php3|php4, none are in unstable * last maintainer upload was on 2005 * It has a very low popcon If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you agree, sending the following commands to [EMAIL PROTECTED] should do it (after replacing nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt If you disagree and want to continue to maintain this package, please just close this bug, preferably in an upload also fixing the other issues. Thank you, -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466922: How to resolve critical situation
Hi Osamu, I made a mistake and fortunately Joerg noticed it. The m17n-docs license contains a 'Cover Text' (hence considered not Free) and does not have the latex source that would be needed to create the PS and DVI files in usr/latex/. I've emailed the m17n developers and asked them whether it is possible for them to resolve these two issues. More importantly, how do we resolve your immediate needs? Could we ask for m17n-db 1.3.4-2 to be yanked from unstable and replaced with 1.3.4-1? cya, # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465633: orange: FTBFS: libtool: link: `/usr/lib/libgobject-2.0.la' is not a valid libtool archive
tags 465633 + patch
thank you
Hi,
Here is an NMU that fixes this bug as well as the package descriptions,
standards update and more.
Thanks,
Barry deFreese
diff -u orange-0.3/debian/control orange-0.3/debian/control
--- orange-0.3/debian/control
+++ orange-0.3/debian/control
@@ -2,9 +2,9 @@
Section: utils
Priority: optional
Maintainer: Volker Christian [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), zlib1g (= 1.2.1), zlib1g-dev (= 1.2.1), libdynamite0 (= 0.1), libdynamite-dev (= 0.1), libunshield0 (= 0.5), libunshield-dev (= 0.5), librapi2 (= 0.9.1), librapi2-dev (= 0.9.1), libsynce0 (= 0.9.1), libsynce0-dev (= 0.9.1), autotools-dev, autoconf, automake1.7, libtool
+Build-Depends: debhelper (= 5.0.0), zlib1g (= 1.2.1), zlib1g-dev (= 1.2.1), libdynamite0 (= 0.1), libdynamite-dev (= 0.1), libunshield0 (= 0.5), libunshield-dev (= 0.5), librapi2 (= 0.9.1), librapi2-dev (= 0.9.1), libsynce0 (= 0.9.1), libsynce0-dev (= 0.9.1), autotools-dev, autoconf, automake1.7, libtool, libglib2.0-dev
Build-Conflicts: autoconf2.13, automake1.4
-Standards-Version: 3.6.2
+Standards-Version: 3.7.3
Package: orange
Section: utils
@@ -15,11 +15,9 @@
Orange is a tool and library for squeezing out juicy installable Microsoft
Cabinet Files from self-extracting installers for Microsoft Windows.
It currently supports the following kinds of installers:
-* Early support for installers created by Installer VISE. (Orange 0.3 or
- later)
-* Support for some installers created by Inno Setup. (Orange 0.2 or later)
-* Early support for the installer used by TomTom products. (Orange 0.2 or
- later)
+* Early support for installers created by Installer VISE.
+* Support for some installers created by Inno Setup.
+* Early support for the installer used by TomTom products.
* InstallShield versions 5 and 6.
* Setup Factory versions 5 and 6.
* Some other installer (using a DLL called inflate.dll). This is used by
@@ -39,11 +37,9 @@
Orange is a tool and library for squeezing out juicy installable Microsoft
Cabinet Files from self-extracting installers for Microsoft Windows.
It currently supports the following kinds of installers:
-* Early support for installers created by Installer VISE. (Orange 0.3 or
- later)
-* Support for some installers created by Inno Setup. (Orange 0.2 or later)
-* Early support for the installer used by TomTom products. (Orange 0.2 or
- later)
+* Early support for installers created by Installer VISE.
+* Support for some installers created by Inno Setup.
+* Early support for the installer used by TomTom products.
* InstallShield versions 5 and 6.
* Setup Factory versions 5 and 6.
* Some other installer (using a DLL called inflate.dll). This is used by
@@ -55,16 +51,14 @@
Package: liborange-dev
Section: libdevel
Architecture: any
-Depends: liborange0 (= ${Source-Version})
+Depends: liborange0 (= ${binary:Version})
Description: development libraries for liborange
Orange is a tool and library for squeezing out juicy installable Microsoft
Cabinet Files from self-extracting installers for Microsoft Windows.
It currently supports the following kinds of installers:
-* Early support for installers created by Installer VISE. (Orange 0.3 or
- later)
-* Support for some installers created by Inno Setup. (Orange 0.2 or later)
-* Early support for the installer used by TomTom products. (Orange 0.2 or
- later)
+* Early support for installers created by Installer VISE.
+* Support for some installers created by Inno Setup.
+* Early support for the installer used by TomTom products.
* InstallShield versions 5 and 6.
* Setup Factory versions 5 and 6.
* Some other installer (using a DLL called inflate.dll). This is used by
diff -u orange-0.3/debian/rules orange-0.3/debian/rules
--- orange-0.3/debian/rules
+++ orange-0.3/debian/rules
@@ -51,8 +51,8 @@
rm -f build-stamp
# Add here commands to clean up after the build process.
- -$(MAKE) distclean
- rm -f config.{guess,sub} configure aclocal.m4 ltmain.sh
+ [ ! -f Makefile ] || $(MAKE) distclean
+ rm -f config.guess config.sub configure aclocal.m4 ltmain.sh
dh_clean
@@ -78,22 +78,11 @@
dh_installdocs
dh_installexamples
dh_install --list-missing
-# dh_installmenu
-# dh_installdebconf
-# dh_installlogrotate
-# dh_installemacsen
-# dh_installpam
-# dh_installmime
-# dh_installinit
-# dh_installcron
-# dh_installinfo
dh_installman
dh_link
dh_strip
dh_compress
dh_fixperms
-# dh_perl
-# dh_python
dh_makeshlibs --version-info
dh_installdeb
dh_shlibdeps -L liborange0 -l debian/liborange0/usr/lib
diff -u orange-0.3/debian/changelog orange-0.3/debian/changelog
--- orange-0.3/debian/changelog
+++ orange-0.3/debian/changelog
@@ -1,3 +1,19 @@
+orange (0.3-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add libglib2.0-dev build-dep. (Closes: #465633).
+ * Remove
