Bug#375943: Incomplete/inaccurate copyright file
Package: stalin Version: 0.9+0.10alpha2-2.1 Severity: serious Justification: violates policy 12.5 Hi, There are some serious problems with stalin's copyright file: * It does not actually contain the names of authors and copyright holders. * It does not include a verbatim license statement from upstream source as required by policy (see [0] for some useful tips). * It only mentions GPL, however there is a number of files in benchmarks directory by a different author, released into public domain. * Some files in include directory (gl-c.c, gl.sc, xlib-c.c, xlib-original.sc) include the name of the author, but no licensing information whatsoever. [0] http://lists.debian.org/debian-legal/2003/12/msg00188.html 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#373687: [Fwd: Re: Security Problem in overkill]
tags 373687 +help thanks Hi, the orginial maintainer of overkill is not interested anymore, see the attached mail. I'm happy to apply patches, if someone can fix this. I'll look into it myself when my machine comes back from repair, but my C skills might be too limited. Greetings, Joachim ---BeginMessage--- Hi, unfortunatelly I don't have time to develop 0verkill any more. I hasn't been managed for m,ore than 2 years. Brain On Thursday 15 of June 2006 16:36, Joachim Breitner wrote: Dear Brian, I am the maintainer of the Debian package of overkill. A security hole was discovered in overkill and named CVE-2006-2971: Integer overflow in the recv_packet function in 0verkill 0.16 allows remote attackers to cause a denial of service (daemon crash) via a UDP packet with fewer than 12 bytes, which results in a long length value to the crc32 function. Are you planning to provide a fix for this? If not, we might have to remove overkill from the Debian archive. Thanks, Joachim ---End Message---
Bug#375065: [Pkg-shadow-devel] Bug#375065: [INTL:km] shadow translation updated
tags 375065 - fixed-upstream thanks Quoting Sokhem ([EMAIL PROTECTED]): Package: shadow Version: N/A Severity: wishlist Tags: l10n patch Untagging as fixed-upstream until Tomasz tells us this has been applied. Tomasz, what about 4.0.17? signature.asc Description: Digital signature
Bug#375884: samba: unicode and codepage compatibility issue
Quoting Jean-Michel ([EMAIL PROTECTED]): Package: samba Version: 3.0.22-1 Severity: normal In a debain fr UTF-8 environment, interacting with windows machines, smbmount and smbclient seams to not use the same codepage. It is not easy to understand which codepage is used on a windows 2000 machine. I believe it should be unicode (since NTFS use UTF-16). It is not easy to understand which codepage is used on a debian. The locale variables? Setting the locale is up to the local admin. In a freshly installed etch system this will be a UTF-8 locale. If your system has been upgraded from sarge, then this is the locale you had in sarge. It should be UTF-8, to match all windows filenames, but how to check this. And last but not least, it is unclear which way smbclient and smbmount translate windows filename to unix filename. Is ther some kind of UTF-16 to UTF-8 translation? Where is the documentation to know about it? I really fail to see what is the bug in this bug report..:-) signature.asc Description: Digital signature
Bug#375944: t-prot: [INTL:fr] French debconf templates translation
Package: t-prot Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, please remember about the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. See its man page for details. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (EVEN TYPO CORRECTIONS). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-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) # This file is distributed under the same license as the t-prot package. # # Christian Perrier [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: t-prot\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-03-27 12:44+0200\n PO-Revision-Date: 2006-06-28 01:10+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.2\n #. Type: boolean #. Description #: ../templates:4 msgid Do you want to enable t-prot system wide for mutt? msgstr Faut-il activer t-prot pour l'ensemble des utilisateurs de mutt ? #. Type: boolean #. Description #: ../templates:4 msgid The t-prot package provides a config file /etc/Muttrc.t-prot -- to use the script from mutt you have to enable it. You can do this either by creating a symlink in /etc/Muttrc.d/ for systemwide usage (rather, this can be done automatically for you), or let the users decide to add a \source\ line for it in their ~/.muttrc or ~/.mutt/muttrc. If you acknowledge this question the systemwide usage will be enabled. msgstr Le paquet t-prot fournit un fichier de configuration /etc/Muttrc.t-prot. L'utilisation de t-prot avec mutt nécessite une activation spéficique qui peut se faire en choisissant cette option. Elle créera un lien symbolique dans /etc/Muttrc.d afin d'offrir cette possibilité à tous les utilisateurs du système. Alternativement, si vous ne choisissez pas cette option, chaque utilisateur pourra ajouter une instruction « source » vers ce fichier dans son fichier ~/.muttrc ou ~/.mutt/muttrc.
Bug#375796: acl: broken POT file
Hi Nathan, Nathan Scott [2006-06-29 12:02 +1000]: The POT file created by the acl package is broken since it does not have a proper header. Well, that doesn't strictly make it broken, but no matter. Well, true, but since it is meant to be a template for translators, it should have a template header, since .po files need to have a header. Also, the header is necessary to state the creation date, so that automated tools have a chance of handling it properly. We fixed this by removing the --omit-header argument to xgettext and also updating the POT file on package build, so that it is always current. Hmm. AFAICT, this isn't fixing the original problem. Reading https://launchpad.net/distros/ubuntu/+source/acl/+bug/40365 it seems there's valuable metadata that needs to be extracted from the .pot header, like charset, creation date, etc. Indeed this happens automatically. The charset of the POT file is irrelevant as long as it only contains ASCII. As soon as it doesn't, it needs to be filled in, of course (xgettext should be able to do this with --from-code, but I never tried it so far). When we auto-generate a header it means the placeholder fields (see below) are not being filled in, and creation date becomes simply last build date, etc - heres the generated header... So, this header looks fine for a template, what should be wrong about it? It shows everything a translator needs to fill in, and has the correct date. I guess a better way to approach this would be to have a separate file which contains just the header, with filled-in details, and then produce a .pot file during the build using the current macros, and finally install a .pot file with the two concatenated together. If you want to do it this way, I see no problems with it (as long as you update the date). However, it seems to be a bit overkill. Your patch also doesn't consider the general case for building on platforms where xgettext is not installed, its assuming it is always there. Oh, good catch! Sorry, I forgot the gettext build-dependency. Do you have time to attempt fixing some of these? So far the only missing bit is the gettext build dep, which is trivial to fix. If not, can you explain to me which of the .pot header fields are important for the Ubuntu translation folks, and which are not, and I'll attempt to find some time to address these issues for you. Basically, the header must have a corerct format and a current date (from last build). ps: I look after 5 source packages which use this same Makefile system (acl/attr/xfsprogs/xfsdump/dmapi), so we may as well take the time to fix it properly, once - here in acl - and I'll then ensure the changes get propogated to the rest of them too. Ah, I remember changing these packages, too (I didn't file back then, since I had to process a large number of packages in a very short time). BTW, since Debian does not have language packs (yet), are you aware of Rosetta's export function? This will give you a tarball with updated translations which you can stick into po/, so that Debian users benefit from updated translations as well. Thank you for your cooperation! Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#373456: Please don't NMU yet
I'm going to take care of this soon (probably today or tomorrow). Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370366: Help.
I could get the bug reproduced, and tryed to craft a patch (attached, it's mainly Matej Vela's patch replacing some 'unsigned long' with 'Window') but it's still not it (even if skippy doesn't crash anymore). I do not have a amd64 at hand, so debuging this is quite hard, if you have such machine and wish to test things please patch with this : http://cxhome.ath.cx/~xaiki/999_gruick_make_xsync.patch (adding it to debian/patches should do, yes I should make it a runtime flag ...) Thanks to maxyz for the help he provided ! diff -Nur skippy-0.5.1rc1/clientwin.c skippy-0.5.1rc1.new/clientwin.c --- skippy-0.5.1rc1/clientwin.c 2005-10-18 13:15:02.0 -0300 +++ skippy-0.5.1rc1.new/clientwin.c 2006-06-27 14:05:35.0 -0300 @@ -32,8 +32,8 @@ int clientwin_validate_func(dlist *l, void *data) { - ClientWin *cw = (ClientWin *)l-data; - CARD32 desktop = (*(CARD32*)data), + ClientWin *cw = (ClientWin *)l-data; + Window desktop = (*(Window*)data), w_desktop = wm_get_window_desktop(cw-mainwin-dpy, cw-client.window); #ifdef XINERAMA @@ -43,7 +43,7 @@ return 0; #endif - return (w_desktop == (CARD32)-1 || desktop == w_desktop) + return (w_desktop == (Window)-1 || desktop == w_desktop) wm_validate_window(cw-mainwin-dpy, cw-client.window); } diff -Nur skippy-0.5.1rc1/skippy.c skippy-0.5.1rc1.new/skippy.c --- skippy-0.5.1rc1/skippy.c 2006-04-25 15:37:44.0 -0300 +++ skippy-0.5.1rc1.new/skippy.c 2006-06-27 14:05:35.0 -0300 @@ -75,7 +75,7 @@ int die = 0; dlist *iter, *tmp; Window dummy_w, *tree_windows; - CARD32 desktop = wm_get_current_desktop(mw-dpy); + Window desktop = wm_get_current_desktop(mw-dpy); Bool refocus = False; /* Update the main window's geometry (and Xinerama info if applicable) */ diff -Nur skippy-0.5.1rc1/wm.c skippy-0.5.1rc1.new/wm.c --- skippy-0.5.1rc1/wm.c 2005-10-18 13:15:02.0 -0300 +++ skippy-0.5.1rc1.new/wm.c 2006-06-27 14:05:35.0 -0300 @@ -260,7 +260,7 @@ return 0; for(i = 0; i items_read; i++) - l = dlist_add(l, (void*)((CARD32*)data)[i]); + l = dlist_add(l, (void*)((Window*)data)[i]); XFree(data); @@ -295,10 +295,10 @@ return rootpmap; } -CARD32 +Window wm_get_current_desktop(Display *dpy) { - CARD32 desktop = 0; + Window desktop = 0; unsigned char *data; int status, real_format; Atom real_type; @@ -311,7 +311,7 @@ if(status != Success) return 0; if(items_read) - desktop = ((CARD32*)data)[0]; + desktop = ((Window*)data)[0]; XFree(data); return desktop; @@ -493,7 +493,7 @@ return result; } else { - CARD32 attr; + unsigned char attr; status = XGetWindowProperty(dpy, win, _WIN_STATE, 0L, 1L, False, XA_CARDINAL, real_type, real_format, @@ -504,9 +504,9 @@ XFree(data); return 0; } - attr = (((CARD32*)data)[0]) (WIN_STATE_MINIMIZED | - WIN_STATE_SHADED | - WIN_STATE_HIDDEN); + attr = ((data)[0]) (WIN_STATE_MINIMIZED | + WIN_STATE_SHADED | + WIN_STATE_HIDDEN); if(attr) result = 0; XFree(data); @@ -524,7 +524,7 @@ XFree(data); return 1; /* If there's no _WIN_HINTS, assume it's 0, thus valid */ } - attr = ((CARD32*)data)[0]; + attr = data[0]; if(attr WIN_HINTS_SKIP_TASKBAR) result = 0; XFree(data); @@ -534,14 +534,14 @@ } } -CARD32 +Window wm_get_window_desktop(Display *dpy, Window win) { int status, real_format; Atom real_type; unsigned long items_read, items_left; unsigned char *data; - CARD32 desktop = 0; + Window desktop = 0; if(WM_PERSONALITY == WM_PERSONALITY_GNOME) { @@ -551,7 +551,7 @@ if(status == Success) { if(items_read) -desktop = (((CARD32*)data)[0] WIN_STATE_STICKY) ? (CARD32)-1 : 0; +desktop = (((Window*)data)[0] WIN_STATE_STICKY) ? (Window)-1 : 0; XFree(data); @@ -569,7 +569,7 @@ return wm_get_current_desktop(dpy); if(items_read) - desktop = ((CARD32*)data)[0]; + desktop = ((Window*)data)[0]; else desktop = wm_get_current_desktop(dpy); diff -Nur skippy-0.5.1rc1/wm.h skippy-0.5.1rc1.new/wm.h --- skippy-0.5.1rc1/wm.h 2005-10-18 13:15:02.0 -0300 +++ skippy-0.5.1rc1.new/wm.h 2006-06-27 14:05:35.0 -0300 @@ -74,12 +74,12 @@ void wm_sawfish_focus(Bool b); dlist *wm_get_stack(Display *dpy); Pixmap wm_get_root_pmap(Display *dpy); -CARD32 wm_get_current_desktop(Display *dpy); +Window wm_get_current_desktop(Display *dpy); FcChar8 *wm_get_window_title(Display *dpy, Window window, int *length_return); Window wm_get_group_leader(Display *dpy, Window window); void wm_set_fullscreen(Display *dpy, Window window, int x, int y, unsigned int width, unsigned int height); int wm_validate_window(Display *dpy, Window win); -CARD32 wm_get_window_desktop(Display *dpy, Window win); +Window wm_get_window_desktop(Display *dpy, Window win); Window wm_get_focused(Display *dpy); void
Bug#375796: acl: broken POT file
Hi Nathan, Nathan Scott [2006-06-29 13:19 +1000]: - the acl.pot file is actually only used as the starting point of a new translation. It exists only in the source package, and is not installed anywhere, ever. Its generated from the source code. Correct. We use the file generated at build time for automatic Rosetta import. - the {de,fr,pl,sv}.po files are alot more interesting - they are the actual translations of the .pot file to other (non-english) languages. Correct. - in the case of the acl packages, all of the .po files do actually have the header at the start, with all the interesting metadata. Right. So, can you explain for me why the POT file needs a header to be imported properly? Imported into what? Rosetta so far, but it is basically the same if you start a new translation manually: a .po file needs a correct header (dates and encoding are essential, author etc. are nice to have), and giving users a template to fill out makes life easier for them. Its not a translation, so on its own is uninteresting... The important thing about a .pot is that the msgid's are current. As soon as you change a string, or add a Debian specific string, the change must be reflected in the .pot, so that tools for translation pick up the change. I can imagine the need to import the .po files into something, but don't understand why the .pot file would be... and, as mentioned before, the .po files have headers already. .po files can have old, obsolete, and missing translations. Only the POT file is guraranteed to have a current set of msgid's (or, rather, we fixed packages so that this assertion became true). Thanks, Martin P.S. BTW, if you are reluctant to make this change, we can carry the patch in Ubuntu with relatively little effort. It just stops us from just using the Debian package as-is (and makes Rosetta less useful for Debian). -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#375945: amavisd-new does not uninstall
Package: amavisd-new Version: 2.3.3-5bpo1 When I try to deinstall amavisd-new, I get: (Reading database ... 28920 files and directories currently installed.) Removing amavisd-new ... Purging configuration files for amavisd-new ... No override present. No override present. No override present. No override present. No override present. Removing amavis files and directories... No override present. No override present. No override present. No override present. No override present. dpkg: error processing amavisd-new (--purge): subprocess post-removal script returned error exit status 128 Errors were encountered while processing: amavisd-new -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332482: qmqp broken
* Bruce Guenter wrote: On Mon, May 15, 2006 at 03:59:33PM -0500, Norbert Tretkowski wrote: a while ago, I received a bugreport against the Debian package of nullmailer, saying that qmqp is broken: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332482 I have no way to test it, could you please take a look at it? Confirmed. The following patch fixes it. Thanks Bruce, I'll add it to the next upload. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375828: This has been assigned CVE-2006-3242
Hi! Can you please mention the CVE number (CVE-2006-3242) in the changelog when you fix this? This will make tracking easier. Thank you! Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntulinux.org Debian Developerhttp://www.debian.org signature.asc Description: Digital signature
Bug#375796: acl: broken POT file
On Thu, Jun 29, 2006 at 08:17:09AM +0200, Martin Pitt wrote: So, can you explain for me why the POT file needs a header to be imported properly? Imported into what? Rosetta so far, but it is basically the same if you start a new translation manually: a .po file needs a correct header (dates and encoding are essential, author etc. are nice to have), and giving users a template to fill out makes life easier for them. I see. Its not a translation, so on its own is uninteresting... The important thing about a .pot is that the msgid's are current. As soon as you change a string, or add a Debian specific string, the change must be reflected in the .pot, so that tools for translation pick up the change. Understood. I can imagine the need to import the .po files into something, but don't understand why the .pot file would be... and, as mentioned before, the .po files have headers already. .po files can have old, obsolete, and missing translations. Only the POT file is guraranteed to have a current set of msgid's (or, rather, we fixed packages so that this assertion became true). Indeed. P.S. BTW, if you are reluctant to make this change, we can carry the patch in Ubuntu with relatively little effort. It just stops us from just using the Debian package as-is (and makes Rosetta less useful for Debian). Nope, not relucatant - just want to understand the issues first. I'll get something merged soon. And I wont bother with the separate header thing, that was just me not remembering how the process all works. :) Thanks for explaining how y'all use this for me, seems a reasonable change to make - I'll do so as soon as I get a spare minute. cheers. -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375620: lastfm does not respect $AUDIODEV
On Wed, Jun 28, 2006 at 01:04:20PM -0700, Paul Telford wrote: On 6/27/06, Reinhard Tartler [EMAIL PROTECTED] wrote: I'm on a sunray, which only supports oss, and the device node is at an unusal location. The location can be looked up in the environment variable $AUDIODEV, like this: What does /dev/dsp point to on this kind of system? I though it should usually just be a link to the actual audio device. The RtAudio code in lastfm seems to assume that anyway. I assume /dev/dsp points to the audio device of the Sunray server. SunRays are a thin client solution, so if I want to have sound in my office, and not in the server room, the sound has to go wherever $AUDIODEV points to, on Sunrays somewhere to /tmp/SUNwut/dev/* Gruesse, Reinhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375795: texmaker: Please drop Free from the short description, no information content
Joseph Smidt [EMAIL PROTECTED] wrote: I will fix this. I didn't know it was the wrong thing to do because Upstream calls it Free Cross-Platform LaTex Editor. I forgot the cross-platform part which I was going to fix. I was just trying to stay consist ant with upstream. Consistency with upstream generally makes sense, but here it was just non-information in the short description. In fact I'd suggest that you put in cross-platform, because it might be interesting information that this editor is also available on other operating systems - especially for LaTeX which is also available on nearly every OS in the world... Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#344258: xfce4 does not depend on xfdesktop4?
Hi, upon reading this bugreport (because i saw the same behaviour: no desktop background image, no desktop right click menu plus: no xfce menu addable to any panel), and the contained tip to start xfdesktop, i found out that on my box xfdesktop4 wasn't installed at all. I had to install it manually. Maybe this was because there were some problems during the latest dist-upgrade (of which the exact nature i don't recall. But it involved apt-get -f install and removing supercollider temporarily). Looking at what synaptic thinks about xfce4's dependencies (which _includes_ xfdesktop4), i wonder what went wrong. Anyways, installing xfdesktop4 and running it manually and then saving the session worked fine. Flo -- Palimm Palimm! http://tapas.affenbande.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284296: man page for wineprefixcreate
Package: wine Version: 0.9.14-1 Followup-For: Bug #284296 Hello ! I had fun writing a man page for wineprefixcreate in the context of my NM process. I join a patch so that you can include it in the next release. Regards, Vincent Fourmond diff -Naur wine-0.9.14.old/debian/wine.files wine-0.9.14/debian/wine.files --- wine-0.9.14.old/debian/wine.files 2006-06-28 13:28:40.0 +0200 +++ wine-0.9.14/debian/wine.files 2006-06-28 15:06:04.0 +0200 @@ -21,4 +21,5 @@ usr/lib/wine/start.exe.so usr/lib/wine/winemenubuilder.exe.so usr/share/man/man1/wine.1 +usr/share/man/man1/wineprefixcreate.1 usr/share/wine/wine.inf diff -Naur wine-0.9.14.old/tools/Makefile.in wine-0.9.14/tools/Makefile.in --- wine-0.9.14.old/tools/Makefile.in 2006-05-24 19:40:49.0 +0200 +++ wine-0.9.14/tools/Makefile.in 2006-06-28 14:25:12.0 +0200 @@ -19,7 +19,8 @@ wineprefixcreate MANPAGES = \ - winemaker.man + winemaker.man \ + wineprefixcreate.man C_SRCS = \ bin2res.c \ @@ -73,11 +74,12 @@ sed -e s,@bintodlldir\@,`$(RELPATH) $(bindir) $(dlldir)`,g -e s,@bintodatadir\@,`$(RELPATH) $(bindir) $(datadir)/wine`,g $(SRCDIR)/wineprefixcreate.in $@ || ($(RM) $@ false) chmod +x wineprefixcreate -install install-lib:: wineprefixcreate +install install-lib:: wineprefixcreate $(MANPAGES) $(MKINSTALLDIRS) $(DESTDIR)$(bindir) $(DESTDIR)$(datadir)/wine $(DESTDIR)$(datadir)/applications $(INSTALL_SCRIPT) wineprefixcreate $(DESTDIR)$(bindir)/wineprefixcreate $(INSTALL_DATA) $(SRCDIR)/wine.inf $(DESTDIR)$(datadir)/wine/wine.inf $(INSTALL_DATA) $(SRCDIR)/wine.desktop $(DESTDIR)$(datadir)/applications/wine.desktop + $(INSTALL_DATA) wineprefixcreate.man $(DESTDIR)$(mandir)/man$(prog_manext)/wineprefixcreate.$(prog_manext) -$(UPDATE_DESKTOP_DATABASE) install install-dev:: $(INSTALLSUBDIRS:%=%/__install__) $(MANPAGES) diff -Naur wine-0.9.14.old/tools/wineprefixcreate.man.in wine-0.9.14/tools/wineprefixcreate.man.in --- wine-0.9.14.old/tools/wineprefixcreate.man.in 1970-01-01 01:00:00.0 +0100 +++ wine-0.9.14/tools/wineprefixcreate.man.in 2006-06-28 14:00:19.0 +0200 @@ -0,0 +1,65 @@ +.\ This manual page is copyright 2006 by Vincent fourmond +.\ Permission is granted to copy, distribute and/or modify this +.\ document under the terms of the terms of the GNU General +.\ Public License, version 2.0. +.TH WINPREFIXCREATE 1 June 2006 @PACKAGE_STRING@ Windows On Unix +.SH NAME +Wineprefixcreate \- a utility to create a +.I .wine/ +directory from scratch. +.SH SYNOPSIS +.B wineprefixcreate +[\fIoptions\fR] +.SH DESCRIPTION +.B wineprefixcreate +is a utility that can be used to build a +.I .wine +directory (called a +prefix) from scratch. It takes care about setting up system libraries +and configuration files: many windows programs should run out of the +box with it. +.B wineprefixcreate +is part of +.B wine\fR. +It is necessary to create a prefix directory before +using +.B wine\fR. + + +.SH OPTIONS + +The creation can be controlled with the following options: + +.TP +.TP +\fB\-\-prefix\fR \fIdir\fR +Directory to create (default: +.I $WINEPREFIX +or +.I ~/.wine +) +.TP +\fB\-q\fR, \fB\-\-quiet\fR +Don't print status messages +.TP +\fB\-w\fR, \fB\-\-wait\fR +Wait for the wineserver to exit before returning +.TP +\fB\-h\fR, \fB\-\-help\fR +Get a small help summary + +.SH AUTHORS +.B wine +is available thanks to the work of many developers. For a listing +of the authors, please see the file +.B AUTHORS +in the top-level directory of the source distribution. + +This manual page was written by Vincent Fourmond for the Debian +GNU/Linux system (but may be used by others). Permission is granted to +copy, distribute and/or modify this document under the terms of the +GNU General Public License, version 2.0. + +.SH SEE ALSO +You will find documentation and links in +.BR wine (1)
Bug#375947: tuxpaint-data: Link to outdated Thai font
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: tuxpaint-data Version: 1:0.9.15b-3 Severity: normal When invoking tuxpaint under th_TH locale, I saw this message: Warning: Can't load font for this locale: /usr/share/tuxpaint/fonts/locale/th.ttf And that th.ttf appears to be a symlink to ../../../fonts/truetype/thai/Garub.ttf, which is now outdated. With current xfonts-thai-ttf 1:0.4.4-5, which is now replaced by ttf-thai-tlwg package, this should have been ../../../fonts/truetype/thai/Garuda-Bold.ttf instead. Moreover, The Recommends: on xfonts-thai-ttf should now be updated to ttf-thai-tlwg instead. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620) Versions of packages tuxpaint-data depends on: ii ttf-freefont 20060501cvs-4 Freefont Serif, Sans and Mono True ii tuxpaint-stamps-default [t 2005.11.25-1 Stamp files for Tux Paint, a paint Versions of packages tuxpaint-data recommends: ii ttf-arphic-gbsn00lp 2.11-6 AR PL SungtiL GB Chinese TrueTyp ii ttf-baekmuk 2.2-1 Baekmuk series TrueType fonts ii ttf-kochi-gothic 1.0.20030809-4 Kochi Subst Gothic Japanese TrueTy ii ttf-tamil-fonts 1:0.4.7.1 Free TrueType fonts for the Tamil ii ttf-thryomanes1:1.2-2A Unicode font covering Latin, Gre ii tuxpaint 1:0.9.15b-3A paint program for young children ii xfonts-thai-ttf 1:0.4.4-5 Thai TrueType fonts (transitional - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEo3xqqgzR7tCLR/4RAgpnAKCePFlmnuFlechIYehxeBz5NmtoswCfZRbN smBE0E+V2gjlT8z77rsL2RY= =aCDj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375832: [Pkg-zope-developers] Bug#375832: zope-kupu: unable to install in plone
severity 375832 important reassign 375832 zope-cmf1.5 retitle 375832 zope-cmf1.5: CMF binary packages must be in sync clone 375832 -1 reassign -1 zope-cmf1.6 retitle -1 zope-cmf1.6: CMF binary packages must be in sync thanks Il giorno gio, 29/06/2006 alle 00.34 +0200, Maximilian Mehnert ha I am not sure what to do here - close this bug, reopen a bug for zope-cmf1.4? I'm leaving this to you. :-) I'll fix this for zope-cmf1.5 and zope-cmf1.6 I can't do anything about zope-cmf1.4: it will be removed from testing/unstable soon and there is no way to change the package in sarge. Have a nice day, -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#375948: debhelper: dh_python generates incomplete dependencies for private extensions
Package: debhelper Version: 5.0.37.2 Severity: normal Tags: patch Packages with private extensions who are not giving explicitely the version they build for in debian/pyversions (or XS-Python-Version) will have incomplete dependencies like python ( 2.4) instead of the expected python (= 2.3), python ( 2.4). The attached patch fixes that. This bug doesn't affect many packages but it forbids their maintainers to update their packages to follow the new policy. This in itself is not a big deal since they will continue to work perfectly with the old policy (the important changes introduced by the new policy concern mainly packages with public modules/extensions). Joey, do you plan to work again on debhelper soon (2 weeks have passed since the first NMU and your last comment)? Or shall I make yet another NMU to incorporate the 3-4 fixes that we have accumulated? BTW, all dh_python's little fixes which have accumulared in the BTS (#375576, #374776, #375936 and this one) are fixed in my copy of dh_python. I have a public bzr branch where I incorporate fixes as they come: http://ouaza.com/~rhertzog/dh-python/ You can do bzr branch http://ouaza.com/~rhertzog/dh-python/; to grab it and then later bzr pull to update your copy if needed. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages debhelper depends on: ii binutils 2.17-1 The GNU assembler, linker and bina ii coreutils 5.96-5 The GNU core utilities ii dpkg-dev 1.13.22package building tools for Debian ii file 4.17-2 Determines file type using magic ii html2text 1.3.2a-3 An advanced HTML to text converter ii perl 5.8.8-6Larry Wall's Practical Extraction ii po-debconf1.0.5 manage translated Debconf template debhelper recommends no packages. -- no debconf information === modified file 'dh_python' --- dh_python +++ dh_python @@ -400,14 +400,15 @@ # Private extensions, must be rebuilt for each python version if ($deps SO_PRIVATE_MODULE) { $dep_on_python++; - $stop_version = next_minor_version($python_version); # Packages using a private extension can only # support one version - # Unless min/max are the same we put current + # Unless min/max are the same we put $python_version if ($min_version and ($min_version eq $max_version)) { $versions_field = $min_version; } else { - $versions_field = current; + $versions_field = $python_version; + $min_version = $python_version; + $stop_version = next_minor_version($python_version); } }
Bug#375506: dpkg --search needs more escaping
On Tue, Jun 27, 2006 at 03:00:46PM -0400, Justin Pryzby wrote: I'd forgotten or didn't know that dpkg-query did globs. Should a pattern with '[' without a closing ']' be treated as invalid? I guess since the shell doesn't, fnmatch doesn't, so dpkg can't... Is this correct? The shell handles glob expansion failure by falling back to using the literal value. We could do something similar for --search (see patch following), although note that while this means that '-S /usr/bin/[' now works, '-S [' will not. It also doubles the comparisions required against every non-matching file. --bod --- dpkg-1.13.22.orig/src/query.c 2006-06-02 13:45:21.0 +1000 +++ dpkg-1.13.22/src/query.c2006-06-29 17:28:50.561965098 +1000 @@ -294,7 +294,9 @@ } else { it= iterfilestart(); while ((namenode= iterfilenext(it)) != 0) { -if (fnmatch(thisarg,namenode-name,0)) continue; +if (fnmatch(thisarg,namenode-name,0) + strcmp(thisarg,namenode-name)) + continue; found+= searchoutput(namenode); } iterfileend(it); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375946: filerunner: bugs introduced in version 2.5.1-16
Package: filerunner Version: 2.5.1-16 Severity: normal -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages filerunner depends on: ii tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 - -- no debconf information found problems: Clone button not working in Help menu, item Copying not working. Possible solutions: clone button not working : may be related to the change of the first lines of filerunner in version 2.5.1.-16: from: #! /bin/sh # -*- tcl -*- \ exec wish $0 wish $* to: #!/bin/sh # the next line restarts using wish \ exec wish $0 $@ Copying in help menu: the statement: $glob(win,top).menu_frame.help_but.m add command -label {Copying} -command { ViewText $glob(doclib_fr)/COPYING } has been changed into: $glob(win,top).menu_frame.help_but.m add command -label {Copying} -command { ViewText $glob(/usr/share/common-licenses/GPL } which is not a valit tcl statement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375879: fails to prepare initramfs if root is on LVM on RAID
also sprach Neil Brown [EMAIL PROTECTED] [2006.06.29.0555 +0200]: mdadm.conf is not completely obsolete. It can still contain useful guidance for --monitor (such as expected number of spares). Okay, obsolete was a bad choice. More like redundant. Maybe you just need to be more subtle in tracing the structure of the root device, though I agree that might be fairly complicated. I now implemented a debconf solution. This means that I determine the array needed for root at (re)configuration time and then prompt the user to confirm. If I cannot determine the device (if mdadm -E fails on the device /proc/mounts reports for /), I fall back to all, which the user then can change. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#375927: RAID: groot is always set to (hd0,0)
reassign 375927 installation-reports severity 375927 normal thanks On Thursday 29 June 2006 01:53, Michael Biebl wrote: md0 (sda1,sdb1) = swap md1 (sda2,sdb2) = / grub is installed correctly, but groot in /boot/grub/menu.lst is set to (hd0,0), so update-grub generates a /boot/grub/menu.lst, where root is not correctly set leading to an unbootable system. groot is not the same as root. (hd0,0) seems perfectly OK to me for groot. Please show us the lines as generated by the installer in grub's menu.lst for the default entry for the installed system and the lines as you think they should be (or better: with which the system does boot). (this is the reason, why I set the severity to grave). This is a fairly unusual setup and the error should be easy to correct, especially given that grub menu lines can be corrected during the boot. Therefore a RC severity is not correct. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375954: tuxpaint-data: Link to outdated Thai font
Package: tuxpaint-data Version: 1:0.9.15b-3 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When invoking tuxpaint under th_TH locale, I saw this message: Warning: Can't load font for this locale: /usr/share/tuxpaint/fonts/locale/th.ttf And that th.ttf appears to be a symlink to ../../../fonts/truetype/thai/Garub.ttf, which is now outdated. With current xfonts-thai-ttf 1:0.4.4-5, which is now replaced by ttf-thai-tlwg package, this should have been ../../../fonts/truetype/thai/Garuda-Bold.ttf instead. Moreover, The Recommends: on xfonts-thai-ttf should now be updated to ttf-thai-tlwg instead. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620) Versions of packages tuxpaint-data depends on: ii ttf-freefont 20060501cvs-4 Freefont Serif, Sans and Mono True ii tuxpaint-stamps-default [t 2005.11.25-1 Stamp files for Tux Paint, a paint Versions of packages tuxpaint-data recommends: ii ttf-arphic-gbsn00lp 2.11-6 AR PL SungtiL GB Chinese TrueTyp ii ttf-baekmuk 2.2-1 Baekmuk series TrueType fonts ii ttf-kochi-gothic 1.0.20030809-4 Kochi Subst Gothic Japanese TrueTy ii ttf-tamil-fonts 1:0.4.7.1 Free TrueType fonts for the Tamil ii ttf-thryomanes1:1.2-2A Unicode font covering Latin, Gre ii tuxpaint 1:0.9.15b-3A paint program for young children ii xfonts-thai-ttf 1:0.4.4-5 Thai TrueType fonts (transitional - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEo4bFqgzR7tCLR/4RAi1FAJ9BgAwRomPk76mB8kYT1o7xsa0vWwCfcMEd nyL1XnQfJBEskU8/z3WpRow= =HjSq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375953: apt-listchanges: does not work anymore
Package: apt-listchanges Version: 2.59-0.2 Severity: important Hi, Since monday, the 26th, my apt-listchanges does not seem to work anymore. When using apt-get or aptitude, the output show it parses the changelogs but nothing is done by apt-listchanges. I'm pretty sure the bug is not on the apt-listchanges side but I don't know where to report it else. I've purged the apt-listchanges package from my laptop, and reinstalled it again. It didn't change anything to the behaviour. Nothing is done. I can provide any debugging or logs needed to solve the problem Many thanks in advance, Didrik -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1) Versions of packages apt-listchanges depends on: ii apt 0.6.44.2 Advanced front-end for dpkg ii debconf 1.5.2 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii python2.3.5-11 An interactive high-level object-o ii python-apt0.6.18 Python interface to libapt-pkg ii ucf 2.0012 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: apt-listchanges/confirm: false * apt-listchanges/email-address: did * apt-listchanges/which: both * apt-listchanges/frontend: mail * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375928: base-installer: install cryptsetup if necessary
On Thursday 29 June 2006 01:54, David Härdeman wrote: The attached patch allows base-installer to know when cryptsetup is necessary and to install it before the initramfs image has been generated so that the crypto-root hook/script can be included. + if dmsetup table | cut -d' ' -f4 | grep -q crypt; then + apt-install cryptsetup + fi Does this first line perhaps need a 2/dev/null? I mean, if dmsetup can return error messages if it is not present in the installer or crypto is not used during the installation, then it would probably better to suppress those. pgprV48Zhp9w5.pgp Description: PGP signature
Bug#375951: synopsis renders incorrectly
Package: docbook-to-man Version: 1:2.0.0-20 Severity: minor The synopsis of the attached man page does not render correctly: There is no space between the command name and the first parameter. I had to apply this hack to fix the rendering: --- cvschangelogbuilder.sgml.old2006-06-29 09:48:31.0 +0200 +++ cvschangelogbuilder.sgml2006-06-29 09:43:10.0 +0200 @@ -40,7 +40,7 @@ /refnamediv refsynopsisdiv cmdsynopsis - commanddhpackage;/command + commanddhpackage; /command arg choice=reqoption-output=outputmode/option/arg arg choice=optoption-m=module -d=repository/option/arg arg choice=optoption-b=branch/option/arg Kind regards, Adriaan Peeters !doctype refentry PUBLIC -//OASIS//DTD DocBook V4.1//EN [ !ENTITY dhfirstname firstnameAdriaan/firstname !ENTITY dhsurname surnamePeeters/surname !ENTITY dhdate dateMay 24, 2006/date !ENTITY dhsection manvolnum1/manvolnum !ENTITY dhemail email[EMAIL PROTECTED]/email !ENTITY dhusername Adriaan Peeters !ENTITY dhucpackage refentrytitleCVSCHANGELOGBUILDER/refentrytitle !ENTITY dhpackage cvschangelogbuilder !ENTITY debian productnameDebian/productname !ENTITY gnu acronymGNU/acronym ] refentry refentryinfo address dhemail; /address author dhfirstname; dhsurname; /author copyright year2006/year holderdhusername;/holder /copyright dhdate; /refentryinfo refmeta dhucpackage; dhsection; /refmeta refnamediv refnamedhpackage;/refname refpurposebuild cvs ChangeLogs and cvs html reports/refpurpose /refnamediv refsynopsisdiv cmdsynopsis commanddhpackage;/command arg choice=reqoption-output=outputmode/option/arg arg choice=optoption-m=module -d=repository/option/arg arg choice=optoption-b=branch/option/arg arg choice=optoption-tagstart=tagname/option/arg arg choice=optoption-tagend=tagname/option/arg arg choice=optoption-ssh/option/arg arg choice=optoption-rlogfile=rlogfile/option/arg arg choice=optoption-keeprlogfile/option/arg arg choice=optoption-dir=dirname/option/arg arg choice=optoption-viewcvsurl=viewcvsurl/option/arg arg choice=optoption-ignore=file/dir/option/arg arg choice=optoption-debug=x/option/arg /cmdsynopsis /refsynopsisdiv refsect1 titleDESCRIPTION/title paracommanddhpackage;/command generates advanced ChangeLog/Report files for CVS projects/modules. /para /refsect1 refsect1 titleOPTIONS/title variablelist varlistentrytermoption-output=outputmode/option/term listitem para Where outputmode is: /para itemizedlist listitemparalistdeltabydate To get a changelog between 2 versions, sorted by date/para/listitem listitemparalistdeltabylog To get a changelog between 2 versions, sorted by log/para/listitem listitemparalistdeltabyfile To get a changelog between 2 versions, sorted by file/para/listitem listitemparalistdeltaforrpm To get a changelog between 2 versions for rpm spec files/para/listitem listitemparabuildhtmlreport To build an html report/para/listitem /itemizedlist paraNote that between 2 versions means (depends on tagstart/tagend options):/para itemizedlist listitemparafrom start to a tagged version (version changes included)/para/listitem listitemparafrom a tagged version (excluded) to another tagged version (included)/para/listitem listitemparaor from a tagged version until now (version changes excluded)/para/listitem /itemizedlist paraYou can also add extra parameters when output=buildhtmlreport by adding them after a colon and separated by a comma, like this: -output=buildhtmlreport:param1,param2 This is extra paremeters available for -output=buildhtmlreport mode: /para itemizedlist listitemparanosummary To remove summary part/para/listitem listitemparanolinesofcode To remove lines of code part/para/listitem listitemparanodevelopers To remove developers part/para/listitem listitemparanodaysofweek To remove days of week part/para/listitem listitemparanohours To remove hours part/para/listitem listitemparanotagsTo remove tags part/para/listitem listitemparanolastlogsTo remove
Bug#373733: balazar: segfaults when starting a game
Steve Langasek [EMAIL PROTECTED] writes: A binary package that's unusable on the architecture it's built for is 'grave'. An arch: all package (like balazar) that isn't usable on one particular arch may be serious (if the maintainer thinks it's a blocker for the release), or it may be important, or it may be wishlist... If so, there no more possibility to differenciate a binary package built for all arches which crash on *ALL* architecture, and is really unusuable, and one which is having problems with a specific architecture. I cannot see how i should be considering soya unusable or mostly so when it works perfectly on so much architectures... Btw, if nobody really helps, i'd remove support for amd64 before release. I see no reason to have Slune and Balazar (and the coming Balazar Brothers) to be removed from the archive for this. -- Marc Dequènes (Duck) pgpyLndjykEnd.pgp Description: PGP signature
Bug#375952: manpage under man1 instead of man8 :)
Package: icecream Severity: minor Hi Marv The manpage is installed into man1 instead of man8. Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375937: Atualização de segurança da libfreetype6 afeta Impress do BrOffice 2
forcemerge 372719 375937 thanks On Thu, Jun 29, 2006 at 12:40:41AM -0300, Tiago Meireles wrote: Package: libfreetype6 Version: 2.1.7-2.5 A atualização da libfreetype6 através do repositório http://security.debian.org stable faz com que depois de instalada o Impress do BrOffice/OpenOffice 2 trave repetidamente. Estou usando Debian Sarge com kernel 2.6.8/2.6.12/2.6.16 Este é o sétimo informe do mesmo falho. Por favor, olhe os falhos existentes antes de abrir um novo. Faz falta dizer também que a lingua comum em Debian é o inglês, e é uma pura coincidência que a sua mensagem chegou a alguem que fala português... :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#368361: apt fails also to fetch Packages.bz2 also under etch
Package: apt Version: 0.6.44.2 Followup-For: Bug #368361 Hi, I have the same issue with etch, and some more info: I also get the following lines: [...] 99% [17 Packages bzip2 811008] [Connecting to MYPROXYSERVER. bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Errhttp://security.debian.org testing/updates/main Packages Sub-process bzip2 returned an error code (2) [...] Failed to fetch http://security.debian.org/dists/testing/updates/main/binary-i386/Packages.bz2 Sub-process bzip2 returned an error code (2) Reading package lists... Done W: GPG error: http://security.debian.org testing/updates Release: The following signatures were invalid: BADSIG 010908312D230C5F Debian Archive Automatic Signing Key (2006) [EMAIL PROTECTED] W: You may want to run apt-get update to correct these problems E: Some index files failed to download, they have been ignored, or old ones used instead. Some more remarks: - the signature message appears and disappears, I don't know if it's related to the primary error, which is always reproduceable (once it has appeared). - I've got the same issue for different servers/files, and generally it disappears after a few days without any action. - using the hint from the original poster does in deed remove the issue (remove from sources.list, update, re-add, re-update). - doesn't seem to be due to environment, as a wget on .../Packages.bz2 followed by bunzip2 in the same shell, and between two calls to 'apt-get update', doesn't show any issue. - don't believe too much the below configuration, because: 1. I have a few more sources under /etc/apt/sources.list.d 2. My proxy is actually defined through an http_proxy environment variable (i.e. wget is also influenced by it). Cheers, Eric -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Default-Release testing; APT::Cache-Limit 2000; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; Apt::Get::Purge; http ; http::Proxy MYPROXYSERVER; http::Proxy::MYINTERNALSERVER DIRECT; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. # Testing Security deb http://security.debian.org testing/updates main contrib non-free deb-src http://security.debian.org testing/updates main contrib non-free # Testing deb http://ftp.de.debian.org/pub/debian testing main contrib non-free deb-src http://ftp.de.debian.org/pub/debian testing main contrib non-free # Unstable deb http://ftp.de.debian.org/debian unstable main contrib non-free deb-src http://ftp.de.debian.org/debian unstable main contrib non-free # Experimental deb http://ftp.de.debian.org/debian/ ../project/experimental main -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-8nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 Versions of packages apt recommends: pn debian-archive-keyringnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375957: (no subject)
Package: pxe Version: 1.4.2-3 Severity: wishlist The DHCP server built into dnsmasq works with all the PXE clients known to me. It might make sense to add dnsmasq to the recommends: list for pxe, as an alternative to dhcp3-server Cheers, Simon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375956: apt-listchanges: does not send mail anymore
Package: apt-listchanges Version: 2.59-0.2 Severity: important Hi, apt-listchanges doesn't do it work anymore. I have upgraded some packages, but it didn't send me a mail as usual. I try to dpkg-reconfigure it (with the same settings), but it didn't do anything. Xav -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages apt-listchanges depends on: ii apt 0.6.44.2 Advanced front-end for dpkg ii debconf 1.5.2 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii python2.3.5-11 An interactive high-level object-o ii python-apt0.6.18 Python interface to libapt-pkg ii ucf 2.0012 Update Configuration File: preserv apt-listchanges recommends no packages. -- debconf information: apt-listchanges/confirm: false * apt-listchanges/email-address: [EMAIL PROTECTED] * apt-listchanges/which: both * apt-listchanges/frontend: mail * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375798: python-clientform: please upload version 0.2.2
Hello (be careful, you CC'd [EMAIL PROTECTED] in your answer) On Wed, Jun 28, 2006 at 09:58:09PM +0200, Brian Sutherland wrote: On Wed, Jun 28, 2006 at 09:39:59AM +0200, Alexandre Fayolle wrote: Package: python-clientform Severity: wishlist Hi Could you please upload version 0.2.2 ? python-mechanize has a versionned Depends relationship with python-clientform-0.2.2 which currently cannot be satisfied and maked the version in sid uninstallable. I know and am trying:) I have a version prepared for upload for a number of days now, but my sponsor is over-worked at the moment, so maybe it takes time. If you can somehow get it uploaded, the package is at: deb-src http://lentejasverdes.ath.cx/packages unstable main Note that it is a -2 version, so you will need the dpkg-buildpackage -sa option. I'll upload the package today (after closing this bug in the changelog), it this is fine with you. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science signature.asc Description: Digital signature
Bug#352093: Reproduction recipe
Steps to reproduce: Into a virgin Jetty install (I just said apt-get install jetty), add a webapp like so Call name=addWebApplication Argsome.vhost.name/Arg Arg//Arg Arg/path/to/webapp/Arg /Call place this in /path/to/webapp/index.jsp: JSP says: %= Hello world % presto, NoClassDefFoundError: 08:16:20.774 WARN!! [SocketListener0-9] org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:589) 11 /: java.lang.NoClassDefFoundError: org/apache/commons/el/ExpressionEvaluatorImpl at org.apache.jasper.compiler.JspUtil.clinit(JspUtil.java:62) at org.apache.jasper.JspCompilationContext.getServletClassName(JspCompilationContext.java:293) at org.apache.jasper.JspCompilationContext.getClassFileName(JspCompilationContext.java:433) which promptly disappears after adding the class to /etc/jetty/start.config as described by Daniel above. Please do tell if I can provide any more information to debug this problem. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345374: yaird: via82cxxx
Package: yaird Version: 0.0.12-14 Followup-For: Bug #345374 Same problem here with via82cxxx not being included into /init. As a work-around, I modified /etc/yaird/Default.cfg to include the chipset-specific IDE driver unconditionally in the prologue: === --- Default.cfg.orig2006-06-29 04:20:02.0 -0400 +++ Default.cfg 2006-06-29 04:00:03.0 -0400 @@ -54,6 +54,7 @@ # If there is a framebuffer module, make it operational # as soon as possible, so that you can see error messages. OPTIONAL MODULE fbcon + MODULE via82cxxx # # INPUT -- Insert all modules needed for keyboard === Perhaps, one can at least provide this or similar work-around in NEWS.Debian.gz before the correct (sysfs-based?) solution is found. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages yaird depends on: ii cpio 2.6-13 GNU cpio -- a program to manage ar ii dash 0.5.3-3 The Debian Almquist Shell ii libc62.3.6-15GNU C Library: Shared libraries ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-3 Generates recursive-descent parser ii perl 5.8.8-6 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375920: Parse error in downloads.ini while updating from 2.7.3-2 to 2.7.7-2
Hi, spiral voice wrote: Package: mldonkey-server Version: 2.7.7-2 While updating from 2.7.3-2 to 2.7.7-2 I get this error message: --- Setting up mldonkey-server (2.7.7-2) ... Installing new version of config file /etc/init.d/mldonkey-server ... Unable to parse file: /var/lib/mldonkey/downloads.ini Last word seen : \h3Welcome to MLdonkey/h3/div\ Position : line 954, char. 34-71 Fatal error: exception Parsing.Parse_error Starting MLDonkey: mlnet. --- The line mentioned above was default content of option motd_html which was removed in MLDonkey 2.7.7. I have an idea of where the problem could come from but I'd like a test case to be sure. Could you send me your downloads.ini file (filter out what you don't want me to see) or at least the incriminated line of downloads.ini? I tried to reinstall mldonkey 2.7.3 but it did not give me such a line. Thanks for reporting! Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375954: Duplicated report. Sorry.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This bug duplicates Bug #375947 by accident. My mistake. Sorry. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEo4ybqgzR7tCLR/4RAgiWAJoDi/VB6cKi65wa/f+o7JNQ+fyAOgCeIUDX HLwMn6TwXL6ckGfeQfXVB4w= =bhhF -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375955: wait for changes file until processing starts
Package: debarchiver Severity: normal I just made an upload, and by the time the .changes file was uploaded, the .deb had already been moved by debarchiver. I think debarchiver needs to wait until it can verify the upload against the .changes file. That's why the .changes file is uploaded last by dput. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#373509: Python policy transition
severity 373509 serious thanks python2.3-4suite has a versioned dependency on python2.3-xml, which is now a virtual package, and the same for python2.4-4suite, which now makes these packages uninstallable in unstable and this bug a near-term blocker for the python transition. Raising the severity of the bug accordingly. Please update python-4suite to the new Python policy ASAP. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#270476: mldonkey-server: Same problem; html gui asks for password after
Hi, spiral voice wrote: users = [ (admin, 31D6CFE0D16AE931B73C59D7E0C089C0);] This is the entry of admin with an empty password. The passwords are saved as md4 values and the value above is the one for an empty password. Yes, I know for this one. I didn't have time to fix it for the last uploads and I didn't expect it to automagically disappear. I'll try to investigate that soon... Thanks! Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369064: add support for multiarch
Matthias Klose wrote: Goswin von Brederlow writes: Matthias Klose [EMAIL PROTECTED] writes: The patch looks incomplete. It doesn't look into the libdir for the non-default architecture. assuming that we drop /usr/lib32 at some point, the problem fixed in #369052 would show up again. Unsure which LIBDIR's we want to be searched for binutils-multiarch's ld. Matthias The patch in 369052 tells ld to look at lib32 as emulation dir for lib when doing elf_i386 code so both lib and lib32 are searched. It does not mean lib32 is included for elf_x86_64, right? no, but it doesn't look into /usr/lib/i486-linux-gnu and /usr/lib/x86_64-linux-gnu at all, or do I miss something? I haven't time to check now, but I have designed the patch to make binutils search into /usr/lib/i486-linux-gnu. For /usr/lib/x86_64-linux-gnu, this path is added by installing the corresponding glibc. -- .''`. 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#369064: add support for multiarch
Goswin von Brederlow writes: Matthias Klose [EMAIL PROTECTED] writes: The patch looks incomplete. It doesn't look into the libdir for the non-default architecture. assuming that we drop /usr/lib32 at some point, the problem fixed in #369052 would show up again. Unsure which LIBDIR's we want to be searched for binutils-multiarch's ld. Matthias The patch in 369052 tells ld to look at lib32 as emulation dir for lib when doing elf_i386 code so both lib and lib32 are searched. It does not mean lib32 is included for elf_x86_64, right? no, but it doesn't look into /usr/lib/i486-linux-gnu and /usr/lib/x86_64-linux-gnu at all, or do I miss something? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375959: zsh: env completion is broken
Package: zsh Version: 4.3.2-13 Severity: minor Hi ! env completion does not work correctly. env TAB is correct but env VAR1=value1 VAR2=value2 TAB only searches for files while it should search for external commands. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand Versions of packages zsh recommends: ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpcre3 6.4-2 Perl 5 Compatible Regular Expressi -- debconf information: zsh/rcmove: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375921: Unnecessary configure options
Hi, spiral voice wrote: Package: mldonkey-server Version: 2.7.7-2 MLDonkey is compiled with these options: --disable-directconnect --enable-soulseek --enable-opennap All of these networks are currently defunct and enabling them is not possible because their configure options are not active. The sourcecode of these networks is kept in CVS for eventually re-enabling them at a later time if some maintainer for this code can be found. Thanks, I'll remove those. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369673: Still no progress ?
OoO Lors de la soirée naissante du mercredi 28 juin 2006, vers 17:58, je disais: Two new packages have appear with this bug which is trivial to fix. Why not fix it ? Here is a message that justifies the request. I find it via DWN. http://lists.debian.org/debian-devel/2006/05/msg02470.html Thanks. -- Keep it simple to make it faster. - The Elements of Programming Style (Kernighan Plauger)
Bug#375960: dvd+rw-tools: growisofs givs me out: :-[ LOAD TRAY failed with SK=5h/ASC=24h/ACQ=00h]: Input/output error
Package: dvd+rw-tools Version: 6.1-2 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dvd+rw-tools depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.0-4 GCC support library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem dvd+rw-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375962: madwifi: Please add a note in the description about relation with Marlow's packages
Package: madwifi Severity: wishlist Hi, before migrating from Marlow's packages (http://debian.marlow.dk/) to the ones from non-free, I really hesitated a long time because it was not clear to me what the relation between the both is: they are named exactly the same, but have a completly different numbering scheme. So I asked myself, which one is more up-to-date? Are they compatible? What will the downgrade break? Etc... For this reason, and assuming Marlow's packages are relatively often used, I think that a note in the long description of the packages saying something like: This package is not related to the madwifi packages from http://debian.marlow.dk/ but can replace them without expected drawbacks. would have been helpful. Thanks, Eric -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-8nc6k1 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375958: Rotation and selection go well together
Package: xsane Version: 0.99+0.991-1 When acquiring a preview and rotating it (at least in case of 180°), the selection within the preview window does not match the scanned result, but rather the window is moved by some extent. I think this effect is also related to the following behaviour: Acquire Preview - select some area - rotate 180 - rotated image does not have the same (rotated) area selected. Regards, Michael signature.asc Description: Digital signature
Bug#375961: gnus: No Gnus is not shipped with info files
Package: gnus Version: 5.11+v0.5.dfsg-1 Severity: normal Hi, No Gnus is not shipped with any info files. It means that 'M-x info' command shows info files from Emacs package ('This manual corresponds to Gnus 5.9.0' instead of No Gnus 0.6) instead of Gnus' ones. Thanks, Florian -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnus depends on: ii emacs21 21.4a-3The GNU Emacs editor ii make 3.81-2 The GNU version of the make util ii ucf 2.0012 Update Configuration File: preserv gnus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375963: fvwm: CTRL+ALT+Fi doesn't change to other vti
Package: fvwm Version: 1:2.5.16-2 Severity: normal Once fvwm is started, changing to an other vti with the CTRL+ALT+Fi combination no longer works. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=nl_BE, LC_CTYPE=nl_BE (charmap=ISO-8859-1) Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii gdk-imlib11 1.9.14-30imaging library for use with gtk ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-3 Free Implementation of the Unicode ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libncurses5 5.5-2Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libreadline55.1-7GNU readline and history libraries ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm6 1:1.0.0-4X11 Session Management library ii libstroke0 0.5.1-5 mouse strokes library -- runtime f ii libx11-62:1.0.0-6X11 client-side library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxpm4 1:3.5.4.2-3 X11 pixmap library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-3 XPMs for fvwm -- debconf information: fvwm/upgrade/pre_2.5.8: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373319: diff for 0.4.4-1.1 NMU
Hi, Attached is the diff for my python-irclib 0.4.4-1.1 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-irclib-0.4.4/debian/changelog python-irclib-0.4.4/debian/changelog --- python-irclib-0.4.4/debian/changelog +++ python-irclib-0.4.4/debian/changelog @@ -1,3 +1,11 @@ +python-irclib (0.4.4-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to the last python policy (closes: #373319). ++ as a side effects, it's now build for python2.4 (closes: #317454). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 11:14:09 +0200 + python-irclib (0.4.4-1) unstable; urgency=low * Sync with latest released version. diff -u python-irclib-0.4.4/debian/control python-irclib-0.4.4/debian/control --- python-irclib-0.4.4/debian/control +++ python-irclib-0.4.4/debian/control @@ -4,31 +4,20 @@ Maintainer: Alexey Nezhdanov [EMAIL PROTECTED] -Standards-Version: 3.6.1.0 -Build-Depends-Indep: debhelper (= 3.0.0), python +Standards-Version: 3.7.2 +Build-Depends: debhelper ( 5), python-all-dev (= 2.3.5-11) +Build-Depends-Indep: python-support (= 0.3) Uploaders: Cosimo Alfarano [EMAIL PROTECTED] Package: python-irclib Architecture: all -Depends: python (= 2.3), python ( 2.4), python2.3-irclib +Depends: ${python:Depends} +Replaces: python2.3-irclib ( 0.4.4-1.1) +Conflicts: python2.3-irclib ( 0.4.4-1.1) +Provides: ${python:Provides} +XB-Python-Version: ${python:Versions} Description: IRC client library for Python This library is intended to encapsulate the IRC protocol at a quite low level. It provides an event-driven IRC client framework. It has a fairly thorough support for the basic IRC protocol, CTCP and DCC connections. . - This package is a dependency package, which depends on Debian's default - Python version (currently v2.3) and respective python-irclib package version. - . - Homepage: http://python-irclib.sourceforge.net/ - -Package: python2.3-irclib -Architecture: all -Depends: python2.3 -Description: IRC client library for Python - This library is intended to encapsulate the IRC protocol at a quite - low level. It provides an event-driven IRC client framework. It has - a fairly thorough support for the basic IRC protocol, CTCP and DCC - connections. - . - This package provides modules for python 2.3 - . Homepage: http://python-irclib.sourceforge.net/ diff -u python-irclib-0.4.4/debian/rules python-irclib-0.4.4/debian/rules --- python-irclib-0.4.4/debian/rules +++ python-irclib-0.4.4/debian/rules @@ -6,10 +6,10 @@ #export DH_VERBOSE=1 # This is the debhelper compatibility version to use. -export DH_COMPAT=3 +export DH_COMPAT=5 # python version for which a pkg will be build -export PYVERSIONS=python2.3 +PYVERS=$(shell pyversions -r) ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -g @@ -53,13 +53,10 @@ dh_installdirs -i # Add here commands to install the package - #install -m 0644 $(CURDIR)/irc*.py \ - # $(CURDIR)/debian/python2.1-irclib/usr/lib/python2.1/site-packages - #install -m 0644 $(CURDIR)/irc*.py \ - # $(CURDIR)/debian/python2.2-irclib/usr/lib/python2.2/site-packages - install -m 0644 $(CURDIR)/irc*.py \ - $(CURDIR)/debian/python2.3-irclib/usr/lib/python2.3/site-packages - + set -e; \ + for py in $(PYVERS); do \ + $$py setup.py install --root=debian/python-irclib; \ + done # Build architecture-independent files here. binary-indep: build install @@ -71,6 +68,7 @@ dh_link -i dh_compress -i dh_fixperms -i + dh_pysupport -i dh_python -i dh_installdeb -i dh_shlibdeps -i only in patch2: unchanged: --- python-irclib-0.4.4.orig/debian/pycompat +++ python-irclib-0.4.4/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#373323: diff for 3.1.2-0.2 NMU
Hi, Attached is the diff for my python-kinterbasdb 3.1.2-0.2 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-kinterbasdb-3.1.2/debian/control python-kinterbasdb-3.1.2/debian/control --- python-kinterbasdb-3.1.2/debian/control +++ python-kinterbasdb-3.1.2/debian/control @@ -5,24 +5,14 @@ -Build-Depends: debhelper ( 4.1.67), firebird2-dev, python2.3-dev, python2.4-dev, python-egenix-mx-base-dev, python -Standards-Version: 3.6.2.1 +Build-Depends: debhelper (= 5.0.37.2), firebird2-dev, python-all-dev (= 2.3.5-11), python-egenix-mx-base-dev, python-support (= 0.3) +Standards-Version: 3.7.2 Package: python-kinterbasdb -Architecture: all +Architecture: any Depends: ${python:Depends} +Provides: ${python:Provides} +Replaces: python2.3-kinterbasdb ( 3.1.2-0.1), python2.4-kinterbasdb ( 3.1.2-0.1) +Conflicts: python2.3-kinterbasdb ( 3.1.2-0.1), python2.4-kinterbasdb ( 3.1.2-0.1) +XB-Python-Version: ${python:Versions} Description: InterBase/Firebird support for Python This package allows access to InterBase and/or Firebird databases from Python via the standard Python Database API version 2.0. -Package: python2.3-kinterbasdb -Architecture: any -Depends: libc6 (= 2.3.2.ds1-4), python2.3, python2.3-egenix-mxdatetime, libfirebird2 -Description: InterBase/Firebird support for Python - This package allows access to InterBase and/or Firebird databases from - Python via the standard Python Database API version 2.0. - -Package: python2.4-kinterbasdb -Architecture: any -Depends: libc6 (= 2.3.2.ds1-4), python2.4, python2.4-egenix-mxdatetime, libfirebird2 -Description: InterBase/Firebird support for Python - This package allows access to InterBase and/or Firebird databases from - Python via the standard Python Database API version 2.0. - diff -u python-kinterbasdb-3.1.2/debian/rules python-kinterbasdb-3.1.2/debian/rules --- python-kinterbasdb-3.1.2/debian/rules +++ python-kinterbasdb-3.1.2/debian/rules @@ -6,8 +6,8 @@ #export DH_VERBOSE=1 # This is the debhelper compatibility version to use. -export DH_COMPAT=3 - +export DH_COMPAT=5 +export DH_PYCOMPAT=2 ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) @@ -17,13 +17,14 @@ INSTALL_PROGRAM += -s endif +PYVERS=$(shell pyversions -r) + build: build-stamp build-stamp: dh_testdir - # Add here commands to compile the package. - python2.3 setup.py build - python2.4 setup.py build + set-e; \ + for py in $(PYVERS); do $$py setup.py build; done touch build-stamp @@ -32,9 +33,7 @@ dh_testroot rm -f build-stamp configure-stamp - # Add here commands to clean up after the build process. - -python2.3 setup.py clean - -python2.4 setup.py clean + -for py in $(PYVERS); do $$py setup.py clean; done rm -rf build/* dh_clean -A @@ -44,14 +43,14 @@ dh_clean -k dh_installdirs - python2.3 setup.py install --root=debian/python2.3-kinterbasdb - python2.4 setup.py install --root=debian/python2.4-kinterbasdb + set -e; \ + for py in $(PYVERS); do \ + $$py setup.py install --root=debian/python-kinterbasdb; \ + done -find debian -name '*.py[co]' | xargs rm -f : # these are wrongly installed by the script above: - rm -rf debian/python2.3-kinterbasdb/usr/lib/python2.3/site-packages/kinterbasdb/docs - rm -rf debian/python2.4-kinterbasdb/usr/lib/python2.4/site-packages/kinterbasdb/docs - + rm -rf debian/python-kinterbasdb/usr/lib/python*/site-packages/kinterbasdb/docs docs_to_install = \ docs/*.html docs/*.css @@ -69,6 +68,7 @@ dh_link -i dh_compress -i dh_fixperms -i + dh_pysupport -i dh_python -i dh_installdeb -i dh_gencontrol -i @@ -90,6 +90,7 @@ dh_strip -a dh_compress -a dh_fixperms -a + dh_pysupport -a dh_python -a dh_installdeb -a # Any form of libfirebird2 should work -- manually override this diff -u python-kinterbasdb-3.1.2/debian/changelog python-kinterbasdb-3.1.2/debian/changelog --- python-kinterbasdb-3.1.2/debian/changelog +++ python-kinterbasdb-3.1.2/debian/changelog @@ -1,3 +1,10 @@ +python-kinterbasdb (3.1.2-0.2) unstable; urgency=low + + * Non-maintainer upload. + * Update package to the new Python policy (closes: #373323). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 10:36:08 +0200 + python-kinterbasdb (3.1.2-0.1) unstable; urgency=low * Non-maintainer upload with approval by maintainer signature.asc Description: Digital signature
Bug#375966: Fails to follow redirect to whois.afrinic.net
Package: whois Version: 4.7.13 Severity: normal I am used to whois following redirects and showing the final owner of an IP address. This time it did not follow to whois.afrinic.net: $ whois 213.179.181.26 % This is the RIPE Whois query server #2. % The objects are in RPSL format. % % Note: the default output of the RIPE Whois server % is changed. Your tools may need to be adjusted. See % http://www.ripe.net/db/news/abuse-proposal-20050331.html % for more details. % % Rights restricted by copyright. % See http://www.ripe.net/db/copyright.html % Note: This output has been filtered. % To receive output for a database update, use the -B flag % Information related to '213.179.160.0 - 213.179.191.255' inetnum: 213.179.160.0 - 213.179.191.255 org: ORG-AFNC1-RIPE netname: AFRINIC-NET-TRANSFERRED-20050223 descr:This network has been transferred to AFRINIC remarks: These IP addresses are assigned in the AFRINIC region. remarks: Authoritative registration information for this network remarks: is available for query and modification in remarks: the AFRINIC whois database: whois.afrinic.net or remarks: web site: http://www.afrinic.net remarks: The routing registry information (route(6) objects) remarks: may be published in any Routing Registry, including remarks: RIPE Whois Database country: EU # country is really somewhere in African Region admin-c: AFRI-RIPE tech-c: AFRI-RIPE status: ALLOCATED PA mnt-by: RIPE-NCC-HM-MNT mnt-routes: RIPE-NCC-RPSL-MNT source: RIPE # Filtered organisation: ORG-AFNC1-RIPE org-name: African Internet Numbers Registry org-type: RIR address: see http://www.afrinic.net e-mail: [EMAIL PROTECTED] admin-c: AFRI-RIPE tech-c: AFRI-RIPE remarks: For more information on AFRINIC assigned blocks, use remarks: AFRINIC's whois database, whois.afrinic.net. mnt-ref: RIPE-NCC-HM-MNT mnt-by: RIPE-NCC-HM-MNT source: RIPE # Filtered role: The African Internet Numbers Registry org: ORG-AFNC1-RIPE address: AFRINIC, see http://www.afrinic.net admin-c: AFRI-RIPE tech-c: AFRI-RIPE nic-hdl: AFRI-RIPE e-mail: [EMAIL PROTECTED] remarks: For more information on AFRINIC assigned blocks, connect remarks: to AFRINIC's whois database, whois.afrinic.net. mnt-by: RIPE-NCC-HM-MNT source: RIPE # Filtered % Information related to '213.179.160.0/19AS16214' route:213.179.160.0/19 descr:CERIST-ALNET-ISP-NET origin: AS16214 mnt-by: AS16214-MNT source: RIPE # Filtered -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rvdb Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages whois depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libidn11 0.5.18-2 GNU libidn library, implementation whois recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375964: mediawiki1.5-math: tetex-extra dependence failed
Package: mediawiki1.5-mathSeverity: important*** Please type your report below this line ***That's not possible to write \mathbb{R} without the 'tetex-extra'package.Almost all pages of Wikipedia dealing with mathematics use \mathbb{}. -- System Information:Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable')Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.9-2-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Bug#373317: diff for 1.2-6.2 NMU
Hi, Attached is the diff for my python-id3 1.2-6.2 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-id3-1.2/debian/control python-id3-1.2/debian/control --- python-id3-1.2/debian/control +++ python-id3-1.2/debian/control @@ -2,12 +2,14 @@ Section: python Priority: optional Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 4.1.25), cdbs, python-dev (= 2.3) -Standards-Version: 3.6.0 +Build-Depends: debhelper (= 5), cdbs (= 0.4.43), python-all-dev (= 2.3.5-11) +Build-Depends-Indep: python-support (= 0.3) +Standards-Version: 3.7.2 Package: python-id3 Architecture: all Depends: ${python:Depends} +Provides: ${python:Provides} Description: Python module for id3-tags manipulation python-id3 is a simple Python module for retrieving and setting so-called ID3 tags on MP3 compressed audio files through an object-oriented interface. MP3 diff -u python-id3-1.2/debian/rules python-id3-1.2/debian/rules --- python-id3-1.2/debian/rules +++ python-id3-1.2/debian/rules @@ -3,3 +3,6 @@ +DEB_PYTHON_SYSTEM=pysupport + include /usr/share/cdbs/1/rules/buildcore.mk include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk + diff -u python-id3-1.2/debian/changelog python-id3-1.2/debian/changelog --- python-id3-1.2/debian/changelog +++ python-id3-1.2/debian/changelog @@ -1,3 +1,15 @@ +python-id3 (1.2-6.2) unstable; urgency=low + + * Non-maintainer upload. + * Move badly chosen B-D-I to B-D. + * Bump Standards-Version to 3.7.2. + * Update old FSF address. + * Update python-id3 for the new policy: (closes: #373317) ++ debian/pycompat (2) ++ use python-support + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 10:17:19 +0200 + python-id3 (1.2-6.1) unstable; urgency=low * Rebuild against python 2.3. diff -u python-id3-1.2/debian/compat python-id3-1.2/debian/compat --- python-id3-1.2/debian/compat +++ python-id3-1.2/debian/compat @@ -1 +1 @@ -4 +5 diff -u python-id3-1.2/debian/copyright python-id3-1.2/debian/copyright --- python-id3-1.2/debian/copyright +++ python-id3-1.2/debian/copyright @@ -18,8 +18,9 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, + MA 02110-1301, USA. + On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. only in patch2: unchanged: --- python-id3-1.2.orig/debian/pycompat +++ python-id3-1.2/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#375798: python-clientform: please upload version 0.2.2
On Thu, Jun 29, 2006 at 10:23:50AM +0200, Alexandre Fayolle wrote: Hello Hi;) (be careful, you CC'd [EMAIL PROTECTED] in your answer) Strange, I remember that pressing 'g' normally sent the response to the bug as well. But yeah, I'll be more careful in future. On Wed, Jun 28, 2006 at 09:58:09PM +0200, Brian Sutherland wrote: On Wed, Jun 28, 2006 at 09:39:59AM +0200, Alexandre Fayolle wrote: Package: python-clientform Severity: wishlist Hi Could you please upload version 0.2.2 ? python-mechanize has a versionned Depends relationship with python-clientform-0.2.2 which currently cannot be satisfied and maked the version in sid uninstallable. I know and am trying:) I have a version prepared for upload for a number of days now, but my sponsor is over-worked at the moment, so maybe it takes time. If you can somehow get it uploaded, the package is at: deb-src http://lentejasverdes.ath.cx/packages unstable main Note that it is a -2 version, so you will need the dpkg-buildpackage -sa option. I'll upload the package today (after closing this bug in the changelog), it this is fine with you. Great! At this point I just want it uploaded. Would you be interested in uploading the zc.* and hurry.* packages I have prepared? I am looking for a sponsor for those as well. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations D�veloppement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science -- Brian Sutherland Metropolis - it's the first movie with a robot. And she's a woman. And she's EVIL!!
Bug#375967: Segfaults
Package: fam Version: 2.7.0-6sarge1 Severity: serious fam segfaults when running on a heavily loaded server. The machine in question is an imap server running courier (with fam support) and an NFS server as well (circa 100 users). When started as /usr/sbin/famd -T 0 it will exit after a few minutes. Running it in foreground with -v does not produce anything reasonable. You see multiple messages about clients closing connections and a segfault at the end. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fam depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii portmap 5-9 The RPC portmapper -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375789: gnome-osd: information leakage when screensaver is active
Hi Gustavo, I got the following bug report on gnome-osd. Do you think it would be possible for you to fix this in the near future? Kind regards, Adriaan On Wed, 2006-06-28 at 12:27 +0800, Paul Wise wrote: I have xchat with the dbus plugin and gnome-osd with the Include message text from the IRC section on. I also set my screensaver to auto-lock the screen every so often. I was coming back to the computer after a late breakfast and saw a message from IRC printed above the black, locked screen. Someone had sent me a private message that was leaked while I was away from the keyboard and gnome-osd had relayed it. Please fix gnome-osd so it detects an active screensaver and doesn't deliver events while it is on. signature.asc Description: This is a digitally signed message part
Bug#375928: base-installer: install cryptsetup if necessary
On Thu, June 29, 2006 9:48, Frans Pop said: On Thursday 29 June 2006 01:54, David Härdeman wrote: The attached patch allows base-installer to know when cryptsetup is necessary and to install it before the initramfs image has been generated so that the crypto-root hook/script can be included. + if dmsetup table | cut -d' ' -f4 | grep -q crypt; then + apt-install cryptsetup + fi Does this first line perhaps need a 2/dev/null? I mean, if dmsetup can return error messages if it is not present in the installer or crypto is not used during the installation, then it would probably better to suppress those. Seems reasonable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368684: [Pkg-nagios-devel] Bug#368684: nagios2: segfault caused by p1.pl being installed incorrectly
package nagios2 tags #368684 - unreproducible thanks On Wed, Jun 28, 2006 at 11:52:44AM +0200, Marc Haber wrote: This does not seem to be a segfault though. It is actually a segfault, as logged to nagios.log. I have forwarded this upstream. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375965: Bad dependencies on libdb3-util.
Package: exim Severity: important Hello. When upgrading exim, I have detected that the postinst script gave an error: Configuring exim (3.36-18.1) ... /var/lib/dpkg/info/exim.postinst: 172: db3_upgrade: not found Exim simply depends on libdb3, while it should depend on libdb3-util, the package that contains db3_upgrade. I have tagged this bug as important, as I do not think that a package must use anything in its postinst that does not exist in the system. Best regards, Ender. -- Prepare ship for ludicrous speed! Fasten all seatbelts, seal all entrances and exits, close all shops in the mall, cancel the three ring circus, secure all animals in the zoo! -- Colonel Sandurz (Spaceballs). -- Desarrollador de Debian Debian developer pgpo9hx7F3zUY.pgp Description: PGP signature
Bug#375968: etch beta2 netboot fails on VIA VT310DP
Package: installation-reports Boot method: netboot Image version: etch beta 2 netboot, from http://ftp.nl.debian.org/debian/dists/testing/main/installer-i386/beta2/images/ Date: 20060629 Machine: VIA VT-310DP-based system Processor: VIA Nehemiah Memory: 1GB Partitions: I wish I could get that far Output of lspci and lspci -n: [EMAIL PROTECTED]:1389$ lspci :00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0259 :00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1259 :00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2259 :00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3259 :00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4259 :00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7259 :00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge :00:09.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 10) :00:0a.0 Ethernet controller: VIA Technologies, Inc.: Unknown device 3119 (rev 11) :00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80) :00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 81) :00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South] :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) :01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown device 3118 (rev 02) [EMAIL PROTECTED]:1389$ lspci -n :00:00.0 0600: 1106:0259 :00:00.1 0600: 1106:1259 :00:00.2 0600: 1106:2259 :00:00.3 0600: 1106:3259 :00:00.4 0600: 1106:4259 :00:00.7 0600: 1106:7259 :00:01.0 0604: 1106:b198 :00:09.0 0200: 8086:1229 (rev 10) :00:0a.0 0200: 1106:3119 (rev 11) :00:0f.0 0104: 1106:3149 (rev 80) :00:0f.1 0101: 1106:0571 (rev 06) :00:10.0 0c03: 1106:3038 (rev 81) :00:10.1 0c03: 1106:3038 (rev 81) :00:10.2 0c03: 1106:3038 (rev 81) :00:10.3 0c03: 1106:3038 (rev 81) :00:10.4 0c03: 1106:3104 (rev 86) :00:11.0 0601: 1106:3227 :00:11.5 0401: 1106:3059 (rev 60) :00:12.0 0200: 1106:3065 (rev 78) :01:00.0 0300: 1106:3118 (rev 02) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: default install image (2.6) hangs during boot. last line of output is io scheduler cfq registered. install24 boots but USB keyboard is unusable to proceed further. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375969: lynx-cur: [INTL:ca] Catalan debconf templates translation
Package: lynx-cur Version: 2.8.6dev18-2.1 Severity: wishlist Tags: patch l10n On Fri, Jun 16, 2006 at 12:13:43PM +0900, Atsuhito Kohda wrote[1]: I searched translators of ca.po, es.po but couldn't find who translated them. ... So I sent this to translation teams. I'm verry sorry if there is any incovenience for you. No problem, thank you for telling us about it. Attached is an updated version of the catalan translation. 1. http://lists.debian.org/debian-l10n-catalan/2006/06/msg00013.html # # Catalan translation for lynx-cur package. # Copyright (C) 2006 Atsuhito Kohda. # This file is distributed under the same license as the lynx-cur package. # # Jordà Polo [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: 2.8.6dev18\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-06-13 23:52+0900\n PO-Revision-Date: 2006-06-16 20:56+0200\n Last-Translator: Jordà Polo [EMAIL PROTECTED]\n Language-Team: Català debian-l10n-catalan@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Default #: ../templates:3 msgid http://www.debian.org/; msgstr http://www.debian.org/; #. Type: string #. Description #: ../templates:4 msgid Lynx's homepage: msgstr Pàgina inicial de Lynx: #. Type: string #. Description #: ../templates:4 msgid Please enter the default URL to use if none is given when invoking lynx. msgstr Si us plau, introduïu la URL que s'usarà per defecte si s'executa lynx sense arguments. #. Type: string #. Description #: ../templates:4 msgid You must enter either a full URL (including the \http://\;, etc.) or an absolute pathname. msgstr Heu d'introduir una URL completa (incloent \http://\;, etc.) o una ruta absoluta. #. Type: note #. Description #: ../templates:12 msgid Please check old /etc/lynx.cfg msgstr Si us plau comproveu l'antic /etc/lynx.cfg #. Type: note #. Description #: ../templates:12 msgid /etc/lynx.cfg is found but the configuration file of lynx-cur is /etc/ lynx-cur/lynx.cfg so /etc/lynx.cfg would be of lynx or lynx-ssl. msgstr /etc/lynx.cfg existeix però el fitxer de configuració de lynx-cur és / etc/lynx-cur/lynx.cfg, pel que /etc/lynx.cfg deu ser de lynx o lynx-ssl. #. Type: note #. Description #: ../templates:12 msgid Please check it and it will be better to PURGE lynx or lynx-ssl. msgstr Si us plau, comproveu-ho i millor que PURGUEU lynx o lynx-ssl.
Bug#373355: diff for 1.0.1-1.1 NMU
Hi, Attached is the diff for my python-smbpasswd 1.0.1-1.1 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-smbpasswd-1.0.1/debian/changelog python-smbpasswd-1.0.1/debian/changelog --- python-smbpasswd-1.0.1/debian/changelog +++ python-smbpasswd-1.0.1/debian/changelog @@ -1,3 +1,10 @@ +python-smbpasswd (1.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to the new policy (closes: #373355). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 11:35:07 +0200 + python-smbpasswd (1.0.1-1) unstable; urgency=low * Cleaned up two minor compile warnings diff -u python-smbpasswd-1.0.1/debian/compat python-smbpasswd-1.0.1/debian/compat --- python-smbpasswd-1.0.1/debian/compat +++ python-smbpasswd-1.0.1/debian/compat @@ -1 +1 @@ -4 +5 diff -u python-smbpasswd-1.0.1/debian/control python-smbpasswd-1.0.1/debian/control --- python-smbpasswd-1.0.1/debian/control +++ python-smbpasswd-1.0.1/debian/control @@ -2,12 +2,15 @@ Section: python Priority: optional Maintainer: Bjorn Ove Grotan [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.67), python-dev (= 2.3), python (= 2.3), cdbs (= 0.4.5) -Standards-Version: 3.6.1.1 +Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), + cdbs (= 0.4.5), python-support (= 0.3) +Standards-Version: 3.7.2 Package: python-smbpasswd Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends} +Provides: ${python:Provides} +XB-Python-Version: ${python:Versions} Recommends: luma Description: This module can generate both LANMAN and NT password hashes smbpasswd was written to generate password hashes suitable for use with samba, diff -u python-smbpasswd-1.0.1/debian/rules python-smbpasswd-1.0.1/debian/rules --- python-smbpasswd-1.0.1/debian/rules +++ python-smbpasswd-1.0.1/debian/rules @@ -2,6 +2,8 @@ # -*- mode: makefile; coding: utf-8 -*- # # Copyright © 2002,2003 Colin Walters [EMAIL PROTECTED] +DEB_PYTHON_SYSTEM=pysupport + include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk only in patch2: unchanged: --- python-smbpasswd-1.0.1.orig/debian/pycompat +++ python-smbpasswd-1.0.1/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#375789: gnome-osd: information leakage when screensaver is active
On Qui, 2006-06-29 at 11:25 +0200, Adriaan Peeters wrote: Hi Gustavo, I got the following bug report on gnome-osd. Do you think it would be possible for you to fix this in the near future? Interesting bug :P I'll hopefully fix it next weekend... Kind regards, Adriaan On Wed, 2006-06-28 at 12:27 +0800, Paul Wise wrote: I have xchat with the dbus plugin and gnome-osd with the Include message text from the IRC section on. I also set my screensaver to auto-lock the screen every so often. I was coming back to the computer after a late breakfast and saw a message from IRC printed above the black, locked screen. Someone had sent me a private message that was leaked while I was away from the keyboard and gnome-osd had relayed it. Please fix gnome-osd so it detects an active screensaver and doesn't deliver events while it is on. -- Gustavo J. A. M. Carneiro [EMAIL PROTECTED] [EMAIL PROTECTED] The universe is always one step beyond logic. smime.p7s Description: S/MIME cryptographic signature
Bug#375972: ddclient: [INTL:ca] Catalan debconf templates translation
Package: ddclient Severity: wishlist Tags: patch l10n Attached is the catalan translation of ddclient's debconf templates (3.6.7-2). # # Catalan translation for ddclient package. # Copyright (C) 2006 Torsten Landschoff. # This file is distributed under the same license as the ddclient package. # # Jordà Polo [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: 3.6.7\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-10-26 20:36+0200\n PO-Revision-Date: 2006-06-16 21:23+0200\n Last-Translator: Jordà Polo [EMAIL PROTECTED]\n Language-Team: Català debian-l10n-catalan@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../ddclient.templates:3 msgid www.dyndns.org msgstr www.dyndns.org #. Type: select #. Choices #: ../ddclient.templates:3 msgid www.easydns.com msgstr www.easydns.com #. Type: select #. Choices #: ../ddclient.templates:3 msgid www.dslreports.com msgstr www.dslreports.com #. Type: select #. Choices #: ../ddclient.templates:3 msgid www.zoneedit.com msgstr www.zoneedit.com #. Type: select #. Choices #: ../ddclient.templates:3 msgid other msgstr un altre #. Type: select #. Description #: ../ddclient.templates:5 msgid Dynamic DNS service provider: msgstr Proveïdor del servei de DNS dinàmic: #. Type: select #. Description #: ../ddclient.templates:5 msgid Please select the dynamic DNS service you are using. If the service you use is not listed, choose \other\ and you will be asked for the protocol and the server name. msgstr Si us plau, seleccioneu el servei de DNS dinàmic que estigueu utilitzant. Si el servei no apareix a la llista, trieu \un altre\ i indiqueu a continuació el protocol i el nom del servidor. #. Type: string #. Description #: ../ddclient.templates:12 msgid Dynamic DNS server: msgstr Servidor DNS dinàmic: #. Type: string #. Description #: ../ddclient.templates:12 msgid Enter the name of the server which is providing you with dynamic DNS service (example: members.dyndns.org). msgstr Introduïu el nom del servidor on tingueu el servei de DNS dinàmic (p.ex.: members.dyndns.org). #. Type: select #. Description #: ../ddclient.templates:20 msgid Dynamic DNS update protocol: msgstr Protocol d'actualització del DNS dinàmic: #. Type: select #. Description #: ../ddclient.templates:12 #: ../ddclient.templates:20 msgid Select the dynamic DNS update protocol used by your dynamic DNS service provider. msgstr Seleccioneu el protocol d'actualització utilitzat pel vostre proveïdor de DNS dinàmic. #. Type: string #. Description #: ../ddclient.templates:26 msgid DynDNS fully qualified domain names: msgstr Nom de domini DynDNS complet: #. Type: string #. Description #: ../ddclient.templates:26 msgid Enter the list of fully qualified domain names for your host (like \myname. dyndns.org\ if you have only one host or \myname1.dyndns.org,myname2. dyndns.org\ for two hosts). msgstr Introduïu la llista de dominis complets de la vostra màquina (p.ex. \nom.dyndns.org\ si en teniu només un, o \nom1.dyndns.org,nom2.dyndns.org\ si en teniu dos). #. Type: string #. Description #: ../ddclient.templates:33 msgid Username for dynamic DNS service: msgstr Nom d'usuari del servei de DNS dinàmic: #. Type: string #. Description #: ../ddclient.templates:33 msgid Enter the username you use to log into the dynamic DNS service. msgstr Introduïu el nom d'usuari que utilitzeu per entrar al servei de DNS dinàmic. #. Type: password #. Description #: ../ddclient.templates:38 msgid Password for dynamic DNS service: msgstr Contrasenya del servei de DNS dinàmic: #. Type: password #. Description #: ../ddclient.templates:38 msgid Enter the password you use to log into the dynamic DNS service. msgstr Introduïu la contrasenya que utilitzeu per entrar al servei de DNS dinàmic. #. Type: string #. Description #: ../ddclient.templates:43 msgid Interface used for dynamic DNS service: msgstr Interfície utilitzada pel servei de DNS dinàmic: #. Type: string #. Description #: ../ddclient.templates:43 msgid Enter the interface which is used for using dynamic DNS service. msgstr Introduïu la interfície de xarxa utilitzada pel servei de DNS dinàmic. #. Type: boolean #. Description #: ../ddclient.templates:49 msgid Run ddclient on PPP connect? msgstr Voleu executar ddclient en establir la connexió PPP? #. Type: boolean #. Description #: ../ddclient.templates:49 msgid Enable this if ddclient should be run every time a PPP connection is established. msgstr Activeu aquesta opció si el client s'ha d'executar cada vegada que s'estableix una connexió PPP. #. Type: boolean #. Description #: ../ddclient.templates:56 msgid Run ddclient as daemon? msgstr Executar ddclient com a dimoni? #. Type: boolean #. Description #: ../ddclient.templates:56 msgid Please choose whether you want ddclient to be run in daemon mode on system startup. msgstr Si us plau, indiqueu si voleu que ddclient s'executi com a
Bug#375933: link-monitor-applet: Please keep track of connection latency history
Hi Jean-Yves, I just received this bug report against the link-monitor-applet Debian package. Do you think you could implement this some time in the future? (Please keep [EMAIL PROTECTED] in CC when replying) Kind regards, Adriaan Peeters On Wed, 2006-06-28 at 20:50 -0400, Adam C Powell IV wrote: I just discovered the link-monitor-applet, and love it! I've always wanted a quick visual way to monitor whether I still have a link up to my home and work machines, this is perfect. It would be nice if this could keep track of the connection history over the applet's running session. A graphical display would be ideal, but even a list would be great. If this isn't in upstream's plans, I'd be happy to try to write a patch. signature.asc Description: This is a digitally signed message part
Bug#375971: etherape - FTBFS: scrollkeeper-preinstall: command not found
Package: etherape Version: 0.9.6-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of etherape_0.9.6-1 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: libpcap0.8-dev, libgnomeui-dev, libglade2-dev, debhelper, docbook-utils [...] make[4]: Entering directory `/build/buildd/etherape-0.9.6/doc/C' for file in etherape-C.omf; do \ scrollkeeper-preinstall /usr/share/etherape/doc/etherape/C/etherape.xml ./$file $file.out; \ done /bin/sh: line 1: scrollkeeper-preinstall: command not found make[4]: *** [omf_timestamp] Error 127 make[4]: Leaving directory `/build/buildd/etherape-0.9.6/doc/C' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/etherape-0.9.6/doc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/etherape-0.9.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/etherape-0.9.6' make: *** [build-stamp] Error 2 ** Build finished at 20060629-0508 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373322: diff for 2.2.0-1.1 NMU
Hi, Attached is the diff for my python-ldap 2.2.0-1.1 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-ldap-2.2.0/debian/changelog python-ldap-2.2.0/debian/changelog --- python-ldap-2.2.0/debian/changelog +++ python-ldap-2.2.0/debian/changelog @@ -1,3 +1,10 @@ +python-ldap (2.2.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to the new python policy (Closes: #373322). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 11:49:30 +0200 + python-ldap (2.2.0-1) unstable; urgency=low * New upstream release. diff -u python-ldap-2.2.0/debian/control python-ldap-2.2.0/debian/control --- python-ldap-2.2.0/debian/control +++ python-ldap-2.2.0/debian/control @@ -5,29 +5,16 @@ -Build-Depends: cdbs, debhelper (= 5), python, python2.3-dev, python2.4-dev, libldap2-dev, libsasl2-dev, libssl-dev -Standards-Version: 3.6.2 +Build-Depends: cdbs, debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), + python-support (= 0.3), libldap2-dev, libsasl2-dev, libssl-dev +Standards-Version: 3.7.2 Package: python-ldap -Architecture: all -Depends: ${python:Depends} -Description: An LDAP interface module for Python. [dummy package] - This module provides a Python interface to the OpenLDAP client library - (LDAP is the Lightweight Directory Access Protocol). - . - This dummy package just depends on the default version of python-ldap. - -Package: python2.3-ldap Architecture: any Depends: ${python:Depends}, ${shlibs:Depends} -Conflicts: python2.3-ldap-tls -Replaces: python2.3-ldap-tls +Provides: ${python:Provides} +XB-Python-Version: ${python:Versions} Suggests: python-ldap-doc -Description: An LDAP interface module for Python 2.3 +Conflicts: python2.3-ldap ( 2.2.0-1.1), python2.4-ldap ( 2.2.0-1.1), python2.3-ldap-tls +Replaces: python2.3-ldap ( 2.2.0-1.1), python2.4-ldap ( 2.2.0-1.1), python2.3-ldap-tls +Description: An LDAP interface module for Python. [dummy package] This module provides a Python interface to the OpenLDAP client library (LDAP is the Lightweight Directory Access Protocol). -Package: python2.4-ldap -Architecture: any -Depends: ${python:Depends}, ${shlibs:Depends} -Suggests: python-ldap-doc -Description: An LDAP interface module for Python 2.4 - This module provides a Python interface to the OpenLDAP client library - (LDAP is the Lightweight Directory Access Protocol). diff -u python-ldap-2.2.0/debian/rules python-ldap-2.2.0/debian/rules --- python-ldap-2.2.0/debian/rules +++ python-ldap-2.2.0/debian/rules @@ -1,14 +1,10 @@ #!/usr/bin/make -f +DEB_PYTHON_SYSTEM=pysupport + include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk include /usr/share/cdbs/1/class/python-distutils.mk -binary-post-install/python-ldap:: - version=`python -c 'import sys; print sys.version[:3]'` \ -cd debian/python-ldap/usr/share/doc \ -rm -rf python-ldap \ -ln -s python$$version-ldap python-ldap - clean:: rm -rf build only in patch2: unchanged: --- python-ldap-2.2.0.orig/debian/pycompat +++ python-ldap-2.2.0/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#321102: Please remove KMail from testing
Hi, I'm writing again since Pierre seems to have found a way to reproduce this bug: http://bugs.kde.org/show_bug.cgi?id=104956#c71 As you might know I was very unhappy to see KMail entering testing with this grave bug open. Someone came up with the idea that this bug might have vanished, since it was hard to reproduce and not seen for a few weeks. But Pierre finally seems to have proven the opposite. According to Pierre's findings it seems like there is a latent (but present) risk of losing some or all your IMAP data due bad code in KMail (details in the bugreport above). In order to fullfill our dont-hide-problems policy I'd suggest to to remove KMail from testing or at least provide a new version with DIMAP disabled. Best regards, Bastian -- Bastian Venthur http://venthur.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373295: svn-buildpackage - prebuild action taken from debian/svn-deblayout is not ran
clone 373295 -1 # I have tried to put in svn-deblayout a prebuild action, but although # the action is correctly read and imported into .svn/deb-layout # the command is not ran when I issue svn-buildpackage retitle -1 prebuild action taken from debian/svn-deblayout is not ran thanks That means that there is no way to do: svn co some URI of a repo which has only debian/ in it svn-buildpackage Adding a special script to do this preparing will put the burden of cleaning the cruft (here the additional script) on the sholders of the developer doing the build. The reason why I think this thing is essential for svn-buildpackage to have, is the fact that when one jumps in a team to help, he/she should not have to be up to date with the local folklore. Also, having the whole thing in SVN will make it possible to do the same thing for any previous version of the package, including the tagged ones. -- 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#345374: [Yaird-devel] Bug#345374: yaird: via82cxxx
On Thu, 29 Jun 2006 04:23:46 -0400 Ilguiz Latypov wrote: Same problem here with via82cxxx not being included into /init. Which kernel package do you use? Is it an official Debian-packaged one? And what kernel did you use before that? I am asking because I suspect there can be a corner-case of including from modules if switching from a kernel with broken sysfs-support to one that is working. Perhaps, one can at least provide this or similar work-around in NEWS.Debian.gz before the correct (sysfs-based?) solution is found. did you read the current text in that file about older official Debian kernels? - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpkFWmC3G4Zc.pgp Description: PGP signature
Bug#375715: mp3val: FTBFS on 64 bit arches: crossapi.cpp:188: error: cast from 'char*' to 'int' loses precision
Your package is failing to build on 64 bit arches wiht the following error: g++ -Wall -c crossapi.cpp crossapi.cpp: In function 'int CrossAPI_GetFullPathName(char*, char*, int)': crossapi.cpp:188: error: cast from 'char*' to 'int' loses precision make[1]: *** [crossapi.o] Error 1 You can't cast a pointer to an int, and expect it to work. A pointer is 64 bit, and an int on 32 bit. Hi Kurt, thanks for your report. I'm adding upstream in the loop, so that he can correct this bug. If you're able to provide me a patch before upstream, I can include it now (I don't have C++ skills and a 64bit machine to play on to provide it myself). Cheers, Sandro -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375974: im-switch: need to be configured earlier
Package: im-switch Version: 1.11 Severity: normal When a gnupg-agent package is installed, gpg-agent will be invoked before im-switch is configured so that it has the same priority and it runs alphabetically. the problem happens when any passphrase is required and pinentry-gtk2 is used as a frontend. so which IM is used on pinentry-gtk2 depends on the order of gtk.immodules and not reflect the im-switch configuration at all. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) im-switch depends on no packages. Versions of packages im-switch recommends: ii x11-common1:7.0.22 X Window System (X.Org) infrastruc -- no debconf information pgpnfHjGVUmnq.pgp Description: PGP signature
Bug#373381: diff for 2.0.0-3.1 NMU
Hi, Attached is the diff for my simpleparse 2.0.0-3.1 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u simpleparse-2.0.0/debian/control simpleparse-2.0.0/debian/control --- simpleparse-2.0.0/debian/control +++ simpleparse-2.0.0/debian/control @@ -2,14 +2,17 @@ Section: python Priority: optional Maintainer: Seo Sanghyeon [EMAIL PROTECTED] -Build-Depends-Indep: python-dev, debhelper, cdbs -Standards-Version: 3.6.1.0 +Build-Depends: debhelper (= 5.0.37.2), cdbs (= 0.4.43), python-all-dev (= 2.3.5-11) +Build-Depends-Indep: python-support (= 0.3) +Standards-Version: 3.7.2 Package: python-simpleparse Architecture: all Section: python Priority: optional Depends: ${python:Depends}, python-egenix-mxtexttools +Provides: ${python:Provides} +XB-Python-Version: ${python:Versions} Description: A simple parser generator for Python SimpleParse is a BSD-licensed Python package providing a simple parser generator for use with the mxTextTools text-tagging engine. SimpleParse diff -u simpleparse-2.0.0/debian/changelog simpleparse-2.0.0/debian/changelog --- simpleparse-2.0.0/debian/changelog +++ simpleparse-2.0.0/debian/changelog @@ -1,3 +1,11 @@ +simpleparse (2.0.0-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Update simpleparse to the new python policy (Closes: #373381). + * Fix B-D-I/B-D problems (see policy 7.6). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 12:17:04 +0200 + simpleparse (2.0.0-3) unstable; urgency=low * Initial release for uploading to Debian (Closes: #271781) diff -u simpleparse-2.0.0/debian/rules simpleparse-2.0.0/debian/rules --- simpleparse-2.0.0/debian/rules +++ simpleparse-2.0.0/debian/rules @@ -1,4 +1,7 @@ #!/usr/bin/make -f + +DEB_PYTHON_SYSTEM=pysupport + include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk reverted: --- simpleparse-2.0.0/debian/compat +++ simpleparse-2.0.0.orig/debian/compat @@ -1 +0,0 @@ -4 only in patch2: unchanged: --- simpleparse-2.0.0.orig/debian/pycompat +++ simpleparse-2.0.0/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#373356: diff for 0.11.3-1.5 NMU
Hi, Attached is the diff for my python-soappy 0.11.3-1.5 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org reverted: --- python-soappy-0.11.3/debian/README.Debian +++ python-soappy-0.11.3.orig/debian/README.Debian @@ -1,8 +0,0 @@ -SOAP.py for Debian --- - -Further examples, as well as interoperability information, can be found at: -http://www.actzero.com/soap/technology/releases_html - - -- Ed Boraas [EMAIL PROTECTED], Mon, 25 Jun 2001 18:40:34 -0700 - diff -u python-soappy-0.11.3/debian/changelog python-soappy-0.11.3/debian/changelog --- python-soappy-0.11.3/debian/changelog +++ python-soappy-0.11.3/debian/changelog @@ -1,3 +1,12 @@ +python-soappy (0.11.3-1.5) unstable; urgency=low + + * Non-maintainer upload. + * Update to the new python policy (closes: #373356). + * Remove README.Debian that is obsolete (closes: #299117). + * Fix B-D-I wrt B-D for packages used to execute clean: target (policy 7.6). + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 12:04:47 +0200 + python-soappy (0.11.3-1.4) unstable; urgency=low * NMU @@ -135,3 +143,0 @@ -Local variables: -mode: debian-changelog -End: diff -u python-soappy-0.11.3/debian/control python-soappy-0.11.3/debian/control --- python-soappy-0.11.3/debian/control +++ python-soappy-0.11.3/debian/control @@ -2,35 +2,17 @@ Section: python Priority: optional Maintainer: Ed Boraas [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 4.1.67), cdbs, python-dev, python2.3, python2.3-dev, python2.3-xml, python2.4, python2.4-dev, python2.4-xml -Standards-Version: 3.6.2.1 - -Package: python2.3-soappy -Architecture: all -Depends: ${python:Depends}, python2.3-xml -Conflicts: python-soappy (= 0.11.3-1.3) -Description: SOAP Support for Python (SOAP.py) - This package contains the SOAP.py Python module, which implements a high- - level interface to Simple Object Access Protocol (SOAP) functions from - Python. It includes functionality for acting as a SOAP server, client, - or proxy, and includes both building and parsing functions. It has been - tested against a wide array of other SOAP clients and servers, and is a very - robust and well-rounded implementation of the SOAP protocol. - -Package: python2.4-soappy -Architecture: all -Depends: ${python:Depends}, python2.4-xml -Description: SOAP Support for Python (SOAP.py) - This package contains the SOAP.py Python module, which implements a high- - level interface to Simple Object Access Protocol (SOAP) functions from - Python. It includes functionality for acting as a SOAP server, client, - or proxy, and includes both building and parsing functions. It has been - tested against a wide array of other SOAP clients and servers, and is a very - robust and well-rounded implementation of the SOAP protocol. +Build-Depends: debhelper (= 5.0.37.2), cdbs (= 0.4.43), python-all-dev (= 2.3.5-11) +Build-Depends-Indep: python-xml, python-support (= 0.3) +Standards-Version: 3.7.2 Package: python-soappy Architecture: all -Depends: python (= 2.3), python ( 2.4), python2.3-soappy +Depends: ${python:Depends}, python-xml +Provides: ${python:Provides} +Replaces: python2.4-soappy ( 0.11.3-1.5), python2.3-soappy ( 0.11.3-1.5) +Conflicts: python2.4-soappy ( 0.11.3-1.5), python2.3-soappy ( 0.11.3-1.5) +XB-Python-Version: ${python:Versions} Description: SOAP Support for Python (SOAP.py) This package contains the SOAP.py Python module, which implements a high- level interface to Simple Object Access Protocol (SOAP) functions from diff -u python-soappy-0.11.3/debian/rules python-soappy-0.11.3/debian/rules --- python-soappy-0.11.3/debian/rules +++ python-soappy-0.11.3/debian/rules @@ -1,6 +1,8 @@ #!/usr/bin/make -f # -*- makefile -*- +DEB_PYTHON_SYSTEM=pysupport + include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/python-distutils.mk only in patch2: unchanged: --- python-soappy-0.11.3.orig/debian/pycompat +++ python-soappy-0.11.3/debian/pycompat @@ -0,0 +1 @@ +2 signature.asc Description: Digital signature
Bug#375967: Acknowledgement (Segfaults)
I tried to run it under gdb without success. It gets a signal 33 after a while which I think is actually a GDB artefact. Any ideas on how to debug this will be appreciated. -- Understanding is a three-edged sword: your side, their side, and the truth. --Kosh Naranek A. R. Ivanov E-mail: [EMAIL PROTECTED] WWW: http://www.sigsegv.cx/ pub 1024D/DDE5E715 2002-03-03 Anton R. Ivanov [EMAIL PROTECTED] Fingerprint: C824 CBD7 EE4B D7F8 5331 89D5 FCDA 572E DDE5 E715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375606: undo/redo can cause denemo to crash, loosing data
Hi, thanks for the bug report. I have lowered the severity of the bug, because it would mean that denemo can not be released with Debian. I think the data loss is not severe enough, as it only happens in a specific situation, and only if you have not saved your session. Anyhow, I understand that this is an annoying bug, I am trying to fix it, but no promises as I am not the author of the package. I have forwarded your bug report to the denemo authors, no reply so far. Günter
Bug#375813: [Yaird-devel] Bug#375813: CONFIG_DEFCONFIG_LIST
package yaird tags 375813 confirmed pending -moreinfo thanks On Thu, 29 Jun 2006 09:14:57 +0200 Rafal Krypa wrote: In this part of 2.6.17-rc1-mm3 patch: http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.17-rc1/2.6.17-rc1-mm3/broken-out/kconfig-add-defconfig_list-module-option.patch it is clear, that such value of CONFIG_DEFCONFIG_LIST variable is not a bug, but a feature. I assume that anybody trying to build initrd for kernel with -mm patch of version at least 2.6.17-rc1-mm3 will have the same problem as I. Ok. I'll fix this in next release. Thanks for the help! - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpYZf9fi2O8M.pgp Description: PGP signature
Bug#375976: flow-tools: ip-destination-address/source-tag report does ip-destination-address/destination-tag instead
Package: flow-tools Version: 1:0.67-8 Severity: normal ip-destination-address/source-tag report doesn't work -- it do that same as ip-destination-address/destination-tag. This have tought me in real life, and is clearly visible in sources: ftstat_rpt_72_accum from lib/ftstat.c, which is mentioned in ip-destination-address/source-tag definition, uses FT_RECGET_DSTADDR(cur,rec,*fo); FT_RECGET_DST_TAG(cur,rec,*fo); for calculations. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages flow-tools depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libmysqlclient12 4.0.24-10sarge1 mysql database client library ii libpq3 7.4.7-6sarge1 PostgreSQL C client library ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375967: Acknowledgement (Segfaults)
Selon Anton Ivanov [EMAIL PROTECTED]: I tried to run it under gdb without success. It gets a signal 33 after a while which I think is actually a GDB artefact. Any ideas on how to debug this will be appreciated. If this is *really* an artefact you can use handle SIG33 noprint nostop. HTH, Thomas
Bug#375039: Additional information on no video on DVD bug
Hi there, I'd just like to add that this problem only occurs with libxine1 1.1.1-2; everything works fine with version 1.1.1-1 which I've downgraded to (I'm on PowerPC also). A further observation is that it is only the moving video content that is not displayed; the overlays in the DVD menu (the current menu item that is selected on a menu, for example) do get displayed (in my case, they get displayed over the Totem logo). Hope this extra information helps. Cheers, Bram Senders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375975: python-setuptools: easy_install-2.3 broken: Entry point ('console_scripts', 'easy_install-2.3') not found
Package: python-setuptools Version: 0.6b3-1 Severity: normal $ easy_install-2.3 ... ImportError: Entry point ('console_scripts', 'easy_install-2.3') not found The problem is due to the use of python-central to install egg-info built for Python 2.4 into the python2.3/site-packages dir. Specifically, setuptools.egg-info/entry_points.txt contains a line specifically referring to easy_install-2.4. With luck, it may be sufficient to simply replicate this line for each python version. If that produces unhelpful side effects, it may be necessary to find some way of customizing the files installed into each python2.X/site-packages directory. Note that whilst there is temporarily the workaround of simply invoking easy_install, that will no longer be possible once python-defaults switches to 2.4. At that point, it will become impossible to use easy_install functionality with Python 2.3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375977: pympd: missing dependancy
Package: pympd Version: 0.06.1-1 Severity: normal When trying to run pypmd on a Sarge box, I got a message : Traceback (most recent call last): File /usr/bin/pympd, line 14, in ? from pympd.modules import pympdriver File /usr/lib/python2.3/site-packages/pympd/modules/pympdriver.py, line 2, i n ? import gtk.glade ImportError: No module named glade Adding package 'python2.3-glade2' resolved the problem, so I think you could replace 'python2.3-gtk2' dependancy with this one... with regards, Fred. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.4.27-dev Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pympd depends on: ii mpd 0.11.5-3 Music Player Daemon, the name says ii python2.3.5-2An interactive high-level object-o ii python2.3-gtk22.6.1-2Python bindings for the GTK+ widge -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303898: What about this old wishlist item?
Hello. Are you going to do somethins with [old] issue in libetpan described at http://bugs.debian.org/303898 ? Nikita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375431: included
Hi Thanks a lot for your patch and your effort. I included a few parts of your patch. I left the php5 stuff, because AFAIK horde doesn't run properly with php5, so we better stay with php4 for now. I also don't see a reason for changing the checkpoint option (was it really a change?). The ntp problem is a bit strange, haven't seen that before or I can remember, please check it again. Maybe you want to explain this local_transport = kolabmailboxfilter option? :) Feel free to comment and cry it out loud if you think we missed an important point and again thanks a lot for the patch. A lot of useful things are already added because of this. :) Greetings Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375865: phpbb2: phpbb 2.0.21 fixes minor security bug
Hello, A while ago, the phpbb project released version 2.0.21, which fixes some bugs, one of them security related. From the changelog: [Sec] Improved filtering on language selection (also addresses a number of bug reports related to missing languages) I've seen it but seen no evidence yet that this is an actual, concrete threat. I'll check the exact code to get more information. I searched for a CVE number, but couldn't find one. I don't know how severe this bug is, but it would be nice to have an updated version for sarge. We'll update sarge only if there's a good reason for it, so that directly depends on the severity. PS: Thanks for working on making Debian such a great product! I really enjoy it! You're welcome :) Thijs signature.asc Description: This is a digitally signed message part
Bug#375431: included
Hi I also don't see a reason for changing the checkpoint option (was it really a change?). slapd complained about its location and I had to change it before it would start. Ok, your change added. Can you maybe give me an explanation why you need to change require none to #require none ? The ntp problem is a bit strange, haven't seen that before or I can remember, please check it again. I am running a stable distribution and installed kolabd with the -t testing flag which removed ntp. If you installed everything from testing, it should not be a problem. Well then I will leave it as it is :) Maybe you want to explain this local_transport = kolabmailboxfilter option? :) I found that local mail (and sometimes mail from fetchmail) would not get delivered correctly without this option. It might have been caused due to something else and I don't know any of the packages well enough to comment more than that. Hmm I am not sure if we should support this? I guess we can stay with our current mail setup. Greetings Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375431: included
Steffen Joeris wrote: Thanks a lot for your patch and your effort. Steffen, It was a pleasure to be of service. I included a few parts of your patch. I left the php5 stuff, because AFAIK horde doesn't run properly with php5, so we better stay with php4 for now. Sure - no problem. I also don't see a reason for changing the checkpoint option (was it really a change?). slapd complained about its location and I had to change it before it would start. The ntp problem is a bit strange, haven't seen that before or I can remember, please check it again. I am running a stable distribution and installed kolabd with the -t testing flag which removed ntp. If you installed everything from testing, it should not be a problem. Maybe you want to explain this local_transport = kolabmailboxfilter option? :) I found that local mail (and sometimes mail from fetchmail) would not get delivered correctly without this option. It might have been caused due to something else and I don't know any of the packages well enough to comment more than that. Please get in touch if there is anything you wish to discuss further. Best Wishes, Shri -- Shri Shrikumar Kraya t: 0845 644 4745 f: 0131 478 7377 w: www.kraya.co.uk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375782: squirrelmail: CVE-2006-3174: cross-site scripting in search.php when register_globals is on
Hello Alec, CVE-2006-3174: Cross-site scripting (XSS) vulnerability in search.php in SquirrelMail 1.5.1 and earlier, when register_globals is enabled, allows remote attackers to inject arbitrary HTML via the mailbox parameter. Thank you for your report. Interestingly enough, there has been no contact with the SquirrelMail team about this CVE assignment or this vulnerability and I'm therefore also a bit puzzled as to where it originates. I'll check it out and see whether something needs to be fixed. this is only a vulnerability when register_globals is on, which is not the default configuration in Debian. A setup with register_globals set to On when it's not needed is knowingly insecure. Thijs signature.asc Description: This is a digitally signed message part
Bug#375606: undo/redo can cause denemo to crash, loosing data
Ok, newest information. The denemo authors replied, and they know about the problem. I am going to fix it by disabling the redo feature. We will have to wait for the next upstream release in order to get this fixed permanently. Günter
Bug#375868: /usr/lib/libgnomeprint-2-2.la missing
It was under sid. -- lap-hippo /home/arielt/sysadm 6 rgrep libgnomeprint'.*.la' balsa-2.3.13 Binary file balsa-2.3.13/src/balsa matches -- In the build system, the .la file is not mentioned explicitly. I received the error during the link stage. The compilation command contained -lgnomeprint-2-2 which is why the error occurred. I hope this description makes sense... Unfortunately, I don't have the build log, and I already downgraded to -4. :( Best, -- Ariel. --- Ariel Tankus Post-Doctoral Fellow Dept. of Applied Math and Computer Science The Weizmann Institute of Science [EMAIL PROTECTED] On 28/06/06 08:17:56 PM Wed, Loïc Minier wrote: Hi, On Wed, Jun 28, 2006, Ariel Tankus wrote: I found it out when I tried to compile balsa-2.3.13 today and compilation failed due to this. Was it under sid? Please attach the build log. In your build environment, grep for the missing libgnomeprint la file in /usr/lib/**/*.la and report the files referencing libgnomeprint. Cheers, -- Loïc Minier [EMAIL PROTECTED] +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.
Bug#375868: /usr/lib/libgnomeprint-2-2.la missing
Hi, (Please keep [EMAIL PROTECTED] in Cc:.) On Thu, Jun 29, 2006, Ariel Tankus wrote: lap-hippo /home/arielt/sysadm 6 rgrep libgnomeprint'.*.la' balsa-2.3.13 Usually, what happens is that the *.la files from libgnomeprint are mentionned from other *.la files. The goal is to find out where. Please note that your above grep will match -lgnomeprint foo.la, you should grep on the exact name of the .la file. For example libgnomeprint-2-2.la or libgnomeprintui-2-2.la. In the build system, the .la file is not mentioned explicitly. It's probably not in the balsa build tree, but in the /usr/lib/*.la files on your system. I received the error during the link stage. The compilation command contained -lgnomeprint-2-2 which is why the error occurred. I hope this description makes sense... I'll really need the first and complete error message, the best would be the build log, in particular to see version numbers of installed packages if you use pbuilder. I just rebuilt balsa in a sid pbuilder, and everything went fine. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#370032: applied
Hi Thanks for your report and your effort. I submitted the first part of the patch, the second part is also fixed by another submit. Greetings Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network
On Mon, May 29, 2006 at 07:05:22AM +1000, Kel Modderman wrote: Have you attempted using different ap_scan and scan_ssid values as described in /usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz ? As I am not using wpa_supplicant.conf but /etc/network/interfaces, ap_scan=2 won't work here. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368770: [pkg-wpa-devel] Bug#368770: wpasupplicant: takes a long time to associate to WEP protected hidden-SSID network
On Tue, Jun 13, 2006 at 07:21:23AM +1000, Kel Modderman wrote: Any news? Latest versions still causing problems in this regard? The issue is unchanged with wpasupplicant 0.5.3+20060522-3. Am going to try 0.5.4-1 soon. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303898: What about this old wishlist item?
On 29 Jun 2006, at 13:11, Nikita V. Youshchenko wrote: Hello. Are you going to do somethins with [old] issue in libetpan described at http://bugs.debian.org/303898 ? That's not really on my priority list. Though, it can be entered in the bug reporter of sourceforge so that I remember this bug exists. -- DINH Viêt Hoà
Bug#373366: diff for 1.3.3-2.1 NMU
Hi, Attached is the diff for my python-weblib 1.3.3-2.1 NMU. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org diff -u python-weblib-1.3.3/debian/changelog python-weblib-1.3.3/debian/changelog --- python-weblib-1.3.3/debian/changelog +++ python-weblib-1.3.3/debian/changelog @@ -1,3 +1,11 @@ +python-weblib (1.3.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Update python-weblib to the new python policy (Closes: #373366): ++ drop custom python-distutils in favor of the cdbs ones. + + -- Pierre Habouzit [EMAIL PROTECTED] Thu, 29 Jun 2006 13:43:38 +0200 + python-weblib (1.3.3-2) unstable; urgency=low * Acknowledge NMU (closes: bug#351153, #325166). diff -u python-weblib-1.3.3/debian/control python-weblib-1.3.3/debian/control --- python-weblib-1.3.3/debian/control +++ python-weblib-1.3.3/debian/control @@ -2,9 +2,8 @@ Section: python Priority: optional Maintainer: Jonas Smedegaard [EMAIL PROTECTED] -Standards-Version: 3.6.2 -Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 4.2.0), python2.3-dev, python2.4-dev, python, debhelper (= 4.2.28), dh-buildinfo -Build-Depends-Indep: cdbs (= 0.4.23-1.1), debhelper (= 4.2.0), python2.3-dev, python2.4-dev, python, debhelper (= 4.2.28), dh-buildinfo +Standards-Version: 3.7.2 +Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), debhelper (= 5.0.37.2), cdbs (= 0.4.43), python-dev (= 2.3.5-11), python-support (= 0.3.2), dh-buildinfo, python-all-dev (= 2.3.5-11) Package: python-weblib-doc Architecture: all @@ -25,8 +24,12 @@ Package: python-weblib Architecture: all -Depends: python2.3-weblib +Depends: ${python:Depends} +Provides: ${python:Replaces} +Conflicts: python2.3-weblib ( 1.3.3-2.1), python2.4-weblib ( 1.3.3-2.1) +Replaces: python2.3-weblib ( 1.3.3-2.1), python2.4-weblib ( 1.3.3-2.1) Suggests: python-weblib-doc +XB-Python-Version: ${python:Versions} Description: Yet another web programming framework for Python - library The module package pyweblib consists of several submodules: . @@ -43,34 +45,0 @@ - -Package: python2.3-weblib -Architecture: all -Depends: ${python:Depends} -Suggests: python-weblib-doc -Description: Yet another web programming framework for Python - library - The module package pyweblib consists of several submodules: - . - * pyweblib.formsclass library for handling FORM input - * pyweblib.session server-side web session handling - * pyweblib.helper misc. stuff useful in CGI-BINs - * pyweblib.sslenv retrieves SSL-related env vars - * pyweblib.httphelper very basic HTTP functions - . - This package contains the libraries for Python 2.3. - . - Homepage: http://www.stroeder.com/pylib/PyWebLib/ - -Package: python2.4-weblib -Architecture: all -Depends: ${python:Depends} -Suggests: python-weblib-doc -Description: Yet another web programming framework for Python - library - The module package pyweblib consists of several submodules: - . - * pyweblib.formsclass library for handling FORM input - * pyweblib.session server-side web session handling - * pyweblib.helper misc. stuff useful in CGI-BINs - * pyweblib.sslenv retrieves SSL-related env vars - * pyweblib.httphelper very basic HTTP functions - . - This package contains the libraries for Python 2.4. - . - Homepage: http://www.stroeder.com/pylib/PyWebLib/ reverted: --- python-weblib-1.3.3/debian/cdbs/1/class/python-distutils-vars.mk +++ python-weblib-1.3.3.orig/debian/cdbs/1/class/python-distutils-vars.mk @@ -1,51 +0,0 @@ -# -*- mode: makefile; coding: utf-8 -*- -# Copyright © 2003 Colin Walters [EMAIL PROTECTED] -# Copyright © 2004-2006 Jonas Smedegaard dr$jones.dk -# Description: Defines useful variables for Python libraries and programs -# -# This program is free software; you can redistribute it and/or -# modify it under the terms of the GNU General Public License as -# published by the Free Software Foundation; either version 2, or (at -# your option) any later version. -# -# This program is distributed in the hope that it will be useful, but -# WITHOUT ANY WARRANTY; without even the implied warranty of -# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU -# General Public License for more details. -# -# You should have received a copy of the GNU General Public License -# along with this program; if not, write to the Free Software -# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA -# 02111-1307 USA. - - -ifndef _cdbs_bootstrap -_cdbs_scripts_path ?= /usr/lib/cdbs -_cdbs_rules_path ?= /usr/share/cdbs/1/rules -_cdbs_class_path ?= /usr/share/cdbs/1/class -endif - -ifndef _cdbs_class_python_distutils_vars -_cdbs_class_python_distutils_vars := 1 - -# These should reflect the system -DEB_PYTHON_DEFAULT_VERSION := $(shell /usr/bin/python -V 21 | sed 's/^[^0-9]*\([0-9]\+.[0-9]\+\)[^0-9].*/\1/') -DEB_PYTHON_NEXT_VERSION := $(shell expr