Bug#355517: lxr-csv: Unstable Interface. Not yet ready for testing
Package: lxr-csv Version: 0.9.4-1 Severity: critical Justification: causes serious data loss [I'm the maintainer of the package] The interface is not stable. Now normal user (which use mysql), will lost data on upgrades. I will revert the "release -> xrelease" change (and quote the new mysql5 reserved key "release", so to have a smooth upgrade, and probably still some few little changes on directory structures. In next few week I should have (an upload) a stable version, but now better not to go in "testing". ciao cate -- 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.16-rc5-g501f74f2 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#355516: suggests db4.3-utils, should be db4.4-utils
Package: bogofilter-bdb Severity: minor Subject says all, bogofilter-bdb suggests db4.3-utils, but is built against libdb4.4-dev, so it should suggest db4.4-utils instead. Thanks, Norbert -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315351: ipac-ng: New version of iptables causes these problems
Daniel Baumann wrote: Michael Renner wrote: iptables versions >= 1.3.1 will cause current ipac-ng builds to fail, see http://sourceforge.net/tracker/index.php?func=detail&aid=1193721&group_id=40604&atid=428516 for patches regarding this problem. I know, problem is if I apply the patch, the package doesn't build anymore. I'm working at it.. If you mean the iptables.c:104: error: redefinition of 'struct ipt_get_revision' error, removing that struct fixes it at least on amd64 and i386. best regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#256357: Processed: tagging 256357
On 06/03/2006 Steve McIntyre wrote: > >Tags were: wontfix > >Tags removed: wontfix > > Jonas, I'm curious - why are you removing the wontfix tag? That's > normally reserved for use by package maintainers, not submitters... sorry if this was to hard, but the bug has been tagged wontfix at a time where the crypto patch was only available as an alpha release. now that 1.0-rc2 is available, i believe that the tag won't apply any longer. plus, this report has been closed by you as you thought that the patch has already been applied against the packages, but that's not true. cdrecord in unstable still doesn't support -encrypt. feel free to revert this if you believe that it is necessary. ... jonas signature.asc Description: Digital signature
Bug#355515: smarteiffel: postinst failure because of doc-base file
Package: smarteiffel Version: 1.1-7 Severity: grave Justification: renders package unusable Hi, here is the problem: Setting up smarteiffel (1.1-7) ... [...] ... HTML build completed cannot create dhelp file '/usr/share/doc/smarteiffel/man/.dhelp': No such file or directory dpkg: error processing smarteiffel (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: smarteiffel This is caused by the doc-base file /usr/share/doc-base/smarteiffel that contains: Format: HTML Index: /usr/share/doc/smarteiffel/man/index.html Files: /usr/share/doc/smarteiffel/man/*.html whereas the /usr/share/doc/smarteiffel/man/ directory does not exist. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') 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 smarteiffel depends on: ii gcc 4:4.0.2-2 The GNU C compiler ii libc6 2.3.6-3GNU C Library: Shared libraries an ii tcc 0.9.23-2 The smallest ANSI C compiler smarteiffel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315351: ipac-ng: New version of iptables causes these problems
Michael Renner wrote: > iptables versions >= 1.3.1 will cause current ipac-ng builds to fail, see > http://sourceforge.net/tracker/index.php?func=detail&aid=1193721&group_id=40604&atid=428516 > for patches regarding this problem. I know, problem is if I apply the patch, the package doesn't build anymore. I'm working at it.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355514: changes permission and userid on .pork/$USER/buddylist
Package: pork Version: 0.99.7-2 Severity: normal I wanted pork to not update my buddylist with the AIM bots. so I thought I could change the permission on the buddy list to 400. pork made the file 600. Then I made it root:root with 400. Again, pork made it $USER:$USER 600. This seem not good behavior. Also, if you could possibly make a config option to not 'autoadd' the AIM bots, i'm sure folks would like it. Thanks you for your time! -Kev -- 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.12-1-686 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages pork depends on: ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libperl5.85.8.8-2Shared Perl library pork recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349354: initramfs-tools - kernel -udev dependency loop
On Sun, Mar 05, 2006 at 10:54:33PM -0500, Adam C Powell IV wrote: > > Okay, 0.53 is in testing now (maybe a day or two ago). But again, with > the new initramfs-tools unpacked (but not configured): > > Setting up udev (0.085-1) ... > Kernel version too old. initramfs-tools requires at least 2.6.12. > dpkg: error processing udev (--configure): > subprocess post-installation script returned error exit status 1 > dpkg: dependency problems prevent configuration of initramfs-tools: > initramfs-tools depends on udev (>= 0.076-5); however: > Package udev is not configured yet. > > I don't know whether this will prevent an upgrade from sarge, but it > does stop an upgrade from old etch to new etch. thanks for your testing, you catched me. didn't reset takeover as declared in changelog... ooh zut. you'll get an 0.53c today in unstable. -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355470: aptitude-doc-fr: doc-fr : unstable version is 0.4.1, but content is about 0.2.15.9
Quoting Dimitri Chausson ([EMAIL PROTECTED]): > Package: aptitude-doc-fr > Version: 0.4.1-1 > Severity: normal > Tags: l10n > > It seems that the documentation in aptitude-doc-fr was not updated to version > 0.4.1. > The package version is however 0.4.1-1. As there are quite a few changes > between aptitude 0.2.15.9 and aptitude 0.4.1-1, the package should not > exist for the new version as long as an updated translation is not > available. Hmm, let's try to ping the French translators about this outdated translation. Fellows, who volunteers to help switching to po, with po4a, for aptitude documentation, which would prevent shipping outdated translations such as that one. Si je me rappelle bien, la traduction a été fait par Philippe Batailler ou Jean-Luc Coulon. Malheureusement, je n'ai pas trouvé d'indication du traducteur dans le document.
Bug#355513: Don't ask when downloading a file
Package: firefox Version: 1.5.dfsg+1.5.0.1-3 Tags: patch Severity: wishlist Patch from Ian Jackson to stop downloads from prompting when you download a file. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- --- Begin Message --- Ian Jackson writes ("Re: Ubuntu and Debian cooperation over firefox"): > > > > > - Patch imported from RH to make firefox use Gnome mime > > > > > database. ... FYI, I've invented another patch which goes reasonably well with this one: it (configurably) disables the `you have chosen to open ...' dialogue and just takes the default. This does seem to be quite an improvement in the common case - and of course if it's not what you want you can context menu / save as. --- ../1u3/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/nsExternalHelperAppService.cpp 2005-08-24 22:53:37.0 +0100 +++ uriloader/exthandler/nsExternalHelperAppService.cpp 2006-02-22 15:04:13.0 + @@ -123,6 +123,7 @@ static const char NEVER_ASK_PREF_BRANCH[] = "browser.helperApps.neverAsk."; static const char NEVER_ASK_FOR_SAVE_TO_DISK_PREF[] = "saveToDisk"; static const char NEVER_ASK_FOR_OPEN_FILE_PREF[]= "openFile"; +static const char DEFAULT_NOASK_PREF_BRANCH[] = "browser.helperApps.defaultNoAsk."; static NS_DEFINE_CID(kRDFServiceCID, NS_RDFSERVICE_CID); static NS_DEFINE_CID(kPluginManagerCID, NS_PLUGINMANAGER_CID); @@ -2488,6 +2489,8 @@ } PRBool nsExternalAppHandler::GetNeverAskFlagFromPref(const char * prefName, const char * aContentType) + // Note that we return TRUE if we _should_ ask and FALSE if we + // should _not_, contrary to the name of the function ! { // Search the obsolete pref strings. nsresult rv; @@ -2510,8 +2513,22 @@ return PR_FALSE; } } - // Default is true, if not found in the pref string. - return PR_TRUE; + + // Default, if not found in the pref string: + // Adjustable default, defaults to TRUE if we can't find it. + + if (!prefs) return PR_TRUE; + + nsCOMPtr defPrefBranch; + rv = prefs->GetBranch(DEFAULT_NOASK_PREF_BRANCH, + getter_AddRefs(defPrefBranch)); + if (!(NS_SUCCEEDED(rv) && defPrefBranch)) return PR_TRUE; + + PRBool defNoAsk = PR_TRUE; + rv = defPrefBranch->GetBoolPref(prefName, &defNoAsk); + if (!(NS_SUCCEEDED(rv))) return PR_TRUE; + + return !defNoAsk; } // --- ../1u3/firefox-1.5.dfsg+1.5.0.1/debian/firefox.js 2006-02-22 11:04:14.0 + +++ debian/firefox.js 2006-02-22 15:12:25.0 + @@ -14,3 +14,7 @@ // Disable default browser checking. pref("browser.shell.checkDefaultBrowser", false); + +// Turn on automatic opening of files which need helper applications, +// without asking. +pref("browser.helperApps.defaultNoAsk.openFile", true); --- End Message --- signature.asc Description: Digital signature
Bug#355494: should be "arch: all"
Hi, >>> In Message "Bug#355494: should be "arch: all"" >>><[EMAIL PROTECTED]>, >>> Martin Michlmayr <[EMAIL PROTECTED]> said; > Package: libzip-ruby > This package is "arch: any" but it doesn't include any architecture > specific code, so it should be "arch: all". After all, there are only > some Ruby scripts, none of which are platform specific as far as I can > tell. Ouch, I missed this failure. Thanks for notice me. I'll change it when upload next version! -- Tatsuki Sugiura mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355512: filetraq: bug in sed expression: spaces still not handles properly
Package: filetraq Version: 0.2-12 Severity: normal Tags: patch Hi, The sed expression does not drop commented lines. That's likely not the intended behaviour. Writing sed -n -e '/^[^#]/ { s/ /\\ /g; p; }' (not sed -n -e '/[^#]/ { s/ /\\ /g; p; }' ) gives better behaviour. Bye, Joost PS: current filetraq completely destroys systraq, which calls it as filetraq /etc/systraq/filetraq.conf /var/lib/systraq/filetraq and runs under a normal useraccount. It makes a complete new backup in a newly created subdirectory of last created subdirectory under backupdir each run. I'll investigate where things go wrong and write a separate bugreport. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information signature.asc Description: Digital signature
Bug#355511: Patch to use Gnome mime libs
Package: firefox Version: 1.5.dfsg+1.5.0.1-3 Severity: wishlist Tags: patch Patch from Ian Jackson to use Gnome's mime system. Need to think about if this is a good idea. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- --- Begin Message --- > > > > - Patch imported from RH to make firefox use Gnome mime > > > > database. > > > > > > That might be interesting. > > > > I'll dig it out for you. Here you go. I think this is right, but I've had to tease it out of our general diff so if it doesn't compile please do get back to me. Regards, Ian. diff --exclude '#*#' --exclude '*.orig' --exclude '*~' -ruN debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/Makefile.in firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/Makefile.in --- debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/Makefile.in 2005-05-02 17:30:03.0 +0100 +++ firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/Makefile.in 2006-02-07 15:19:32.0 + @@ -102,7 +102,7 @@ LOCAL_INCLUDES = -I$(srcdir) ifeq ($(MOZ_WIDGET_TOOLKIT),gtk2) -OSHELPER += nsGNOMERegistry.cpp +OSHELPER += nsMIMEInfoUnix.cpp nsGNOMERegistry.cpp endif ifeq ($(MOZ_WIDGET_TOOLKIT),beos) diff --exclude '#*#' --exclude '*.orig' --exclude '*~' -ruN debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.cpp firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.cpp --- debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.cpp 2004-10-16 14:46:17.0 +0100 +++ firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.cpp 2006-02-07 15:19:32.0 + @@ -42,7 +42,7 @@ #include "nsString.h" #include "nsIComponentManager.h" #include "nsILocalFile.h" -#include "nsMIMEInfoImpl.h" +#include "nsMIMEInfoUnix.h" #include "nsAutoPtr.h" #include @@ -56,12 +56,12 @@ typedef struct _GnomeProgram GnomeProgram; typedef struct _GnomeModuleInfo GnomeModuleInfo; -typedef struct { +struct GnomeVFSMimeApplication { char *id; char *name; char *command; /* there is more here, but we don't need it */ -} GnomeVFSMimeApplication; +}; typedef GConfClient * (*_gconf_client_get_default_fn)(); typedef gchar * (*_gconf_client_get_string_fn)(GConfClient *, @@ -264,7 +264,7 @@ } -/* static */ already_AddRefed +/* static */ already_AddRefed nsGNOMERegistry::GetFromExtension(const char *aFileExt) { if (!gconfLib) @@ -286,7 +286,7 @@ return GetFromType(mimeType); } -/* static */ already_AddRefed +/* static */ already_AddRefed nsGNOMERegistry::GetFromType(const char *aMIMEType) { if (!gconfLib) @@ -296,8 +296,9 @@ if (!handlerApp) return nsnull; - nsRefPtr mimeInfo = new nsMIMEInfoImpl(aMIMEType); + nsRefPtr mimeInfo = new nsMIMEInfoUnix(aMIMEType); NS_ENSURE_TRUE(mimeInfo, nsnull); + mimeInfo->SetDefaultGnomeVFSMimeApplication(handlerApp); // Get the list of extensions and append then to the mimeInfo. GList *extensions = _gnome_vfs_mime_get_extensions_list(aMIMEType); @@ -320,11 +321,21 @@ return nsnull; } - gchar *commandPath = g_find_program_in_path(nativeCommand); + gchar **argv; + gboolean res = g_shell_parse_argv(nativeCommand, NULL, &argv, NULL); + if (!res) { +NS_ERROR("Could not convert helper app command to filesystem encoding"); +_gnome_vfs_mime_application_free(handlerApp); +return nsnull; + } + + gchar *commandPath = g_find_program_in_path(argv[0]); g_free(nativeCommand); + g_strfreev(argv); if (!commandPath) { +NS_WARNING("could not find command in path"); _gnome_vfs_mime_application_free(handlerApp); return nsnull; } @@ -342,7 +353,7 @@ _gnome_vfs_mime_application_free(handlerApp); - nsMIMEInfoBase* retval; + nsMIMEInfoUnix* retval; NS_ADDREF((retval = mimeInfo)); return retval; } diff --exclude '#*#' --exclude '*.orig' --exclude '*~' -ruN debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.h firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.h --- debian/firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.h 2004-10-16 14:46:17.0 +0100 +++ firefox-1.5.dfsg+1.5.0.1/uriloader/exthandler/unix/nsGNOMERegistry.h 2006-02-07 15:19:32.0 + @@ -35,10 +35,13 @@ * * * END LICENSE BLOCK * */ +#ifndef nsGNOMERegistry_h__ +#define nsGNOMERegistry_h__ + #include "nsIURI.h" #include "nsCOMPtr.h" -class nsMIMEInfoBase; +class nsMIMEInfoUnix; class nsGNOMERegistry { @@ -52,7 +55,9 @@ static void GetAppDescForScheme(const nsACString& aScheme, nsAString& aDesc); - static already_AddRefed GetFromExtens
Bug#355510: Dynamic module loading fails
Package: libc6 Version: 2.3.5-13 I recently upgraded libc6 to version 2.3.5-13 from version 2.3.2-ds1-22 and since then I am no longer able to run programs that perform dynamic loading of modules even after I rebooted and recompile the programs. One example is Apache. Even after I recompiled Apache I always get this error when I try to start it: httpd: dl-open.c:438: dl_open_worker: Assertion `imap->l_type == lt_loaded' failed. Other programs that perform dynamic loading of modules aborts with the same dl-open.c assertion error. I am running kernel version 2.6.11.7. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327351: libc rounding is broken on HPPA
On Wed, Mar 01, 2006 at 04:19:23PM +0100, Aurelien Jarno wrote: > On Wed, Mar 01, 2006 at 09:58:44AM -0500, Daniel Jacobowitz wrote: > > On Wed, Mar 01, 2006 at 03:25:00PM +0100, Aurelien Jarno wrote: > > > >Could we consider this bug as fixed, or is it only a postive side effect > > > >of the patch fo bug#333766? I don't speak hppa assembly, so I can't > > > >tell. Daniel, as you written the patch, could you please comment? > > > > I didn't - I'm pretty sure it was Carlos's. > > Ok sorry, as you introduced the patch to the Debian package, I thought > you also have written it. > > Carlos, could you please comment it? Thanks. > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327351 for the > problem and the patch (which you probably have written). The patch for fesetround looks good to me. Cheers, Carlos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355509: problem using curl
Package: clamav Version: 0.88-4 Severity: normal /usr/bin/freshclam: /usr/lib/libcurl.so.3: no version information available (required by /usr/lib/libclamav.so.1) ~ ~ -- 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-rc5-mm3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav depends on: ii clamav-freshc 0.88-4 downloads clamav virus databases f ii libbz2-1.01.0.3-2high-quality block-sorting file co ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libclamav10.88-4 virus scanner library ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcurl3 7.15.2-1 Multi-protocol file transfer libra ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libssl0.9.8 0.9.8a-7 SSL shared libraries ii zlib1g1:1.2.3-10 compression library - runtime Versions of packages clamav recommends: ii arj 3.10.22-2 archiver for .arj files ii unzoo 4.4-4 zoo archive extractor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355508: phppgadmin: package purge leaves dangling symlink
Package: phppgadmin Version: 4.0.1-1 Severity: minor On removing phppgadmin with "dpkg --purge", a symlink is left over : /etc/apache2/conf.d/phppgadmin -> /etc/phppgadmin/apache.conf This causes apache2 to fail on startup/restart. Manual removal of the dangling symlink solves problem, of course. -- 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-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages phppgadmin depends on: ii apache2 2.0.55-4 next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.55-4 traditional model for Apache2 ii debconf [debconf-2.0] 1.4.70 Debian configuration management sy ii libapache2-mod-php5 5.1.2-1server-side, HTML-embedded scripti ii php5-cgi 5.1.2-1server-side, HTML-embedded scripti ii php5-pgsql5.1.2-1PostgreSQL module for php5 ii wwwconfig-common 0.0.44 Debian web auto configuration Versions of packages phppgadmin recommends: ii postgresql7.5.16 object-relational SQL database man ii postgresql-doc7.5.16 documentation for the PostgreSQL R -- debconf information: * phppgadmin/webserver: Apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355507: old loadlin version fails with big kernels
Package: ftp.debian.org The tools directory currently contains version 1.6 of loadlin. This versions fails with kernel images over 1 megabyte. As a result, installation media is going out that includes a version of loadlin too old to load the kernels on that media! Loadlin version 1.6c should be made available. -- Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355506: imapfilter segfaults upon cross server transaction
Package: imapfilter Version: 1:1.2-1 Severity: important This is really hard to explain, however if I run imapfilter with a single server based configuration, the transaction runs to completion in exactly the way I would expect. However, if I run the binary with a configuration that specifies multiple servers, the program dies with a "Segmentation fault". I have also inserted some snippets from a -v run, although these don't seem to indicate a specific problem. [EMAIL PROTECTED]:~$ imapfilter -c .imapfilter/config.work.lua -v S (3): * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. C (3): 1000 CAPABILITY S (3): 1000 OK CAPABILITY completed C (3): 1001 LOGIN "nem" * S (3): 1001 OK LOGIN Ok. C (3): 1002 NAMESPACE S (3): 1002 OK NAMESPACE completed. C (3): 1003 SELECT "INBOX.work" S (3): 1003 OK [READ-WRITE] Ok C (3): 1004 UID SEARCH ALL S (3): 1004 OK SEARCH done. C (3): 1005 CLOSE S (3): 1005 OK mailbox closed. C (3): 1006 SELECT "INBOX.work" S (3): 1006 OK [READ-WRITE] Ok C (3): 1007 UID FETCH 223460 FAST S (3): 1007 OK FETCH completed. S (3): 103F OK FETCH completed. C (3): 1040 UID FETCH 223530 FAST S (3): 1040 OK FETCH completed. C (3): 1041 UID FETCH 223531 FAST S (3): 1041 OK FETCH completed. C (3): 1042 CLOSE S (3): 1042 OK mailbox closed. C (3): 1043 SELECT "INBOX.work" S (3): 1043 OK [READ-WRITE] Ok C (3): 1044 UID FETCH 223460 BODY.PEEK[HEADER] Segmentation fault Presumably this is the point at which the program attempts to upload the messages matching the scan (in this case, all of them) and upload them to the remote IMAP server. -- 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-captainnem Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages imapfilter depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii liblua50 5.0.2-5.1 Main interpreter library for the L ii liblualib50 5.0.2-5.1 Extension library for the Lua 5.0 ii libssl0.9.8 0.9.8a-7 SSL shared libraries imapfilter recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355505: mass-bug script
Package: devscripts Version: 2.9.15 Severity: normal Attached is a mass-bug program that we can consider adding to devscripts. I've written crummy ad-hoc versions of this too many times for one-off mass-bug filings, hopefully having an existing program to do it will avoid mistakes and be helpful. I've made it be as careful as possible about screwing up. Here is a sample mail generated by the program: From: [EMAIL PROTECTED] Date: Sun, 5 Mar 2006 23:42:08 -0500 To: [EMAIL PROTECTED] Subject: spellutils: /usr/doc symlink removal Package: spellutils spellutils still creates a /usr/doc symlink. This will shortly become a policy violation, please remove the code to do that (rebuild should do it if using debhelper). Some history and details about this transition are at http://bugs.debian.org/322762 I'll be using it for a real mass-filing in a couple of days. -- 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.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages devscripts depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii dpkg-dev 1.13.16package building tools for Debian ii libc6 2.3.6-1GNU C Library: Shared libraries an ii perl 5.8.8-2Larry Wall's Practical Extraction ii sed 4.1.4-5The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.7 Gives a fake root environment -- no debconf information -- see shy jo #!/usr/bin/perl =head1 NAME mass-bug - mass-file a bug report against a list of packages =head1 SYNOPSIS mass-bug [--display|--send] --subject="bug subject" template package-list =head1 DESCRIPTION mass-bug assists in filing a mass bug report in the Debian BTS on a set of packages. For each package in the package-list file (which should list one package per line), it fills out the template, adds BTS pseudo-headers, and either displays or sends the bug report. Warning: Some care has been taken to avoid unpleasant and common mistakes, but this is still a power tool that can generate massive amounts of bug report mails. Use it with care, and read the documentation in the Developer's Reference about mass filing of bug reports first. =head1 TEMPLATE The template file is the body of the message that will be sent for each bug report, excluding the BTS pseudo-headers. In the template, #PACKAGE# is replaced with the name of the package. Note that text in the template will be automatically word-wrapped to 70 columns. =head1 OPTIONS =over 4 =item --display Fill out the templates for each package and display them all for verification. This is the default behavior. =item --send Actually send the bug reports. =item --subject="bug subject" Specify the subject of the bug report. The subject will be automatically prefixed with the name of the package that the bug is filed on. =over 4 =back =head1 ENVIRONMENT DEBEMIL and EMAIL can be set in the environment to control the email address that the bugs are sent from. =cut use warnings; use strict; use Getopt::Long; use Text::Wrap; $Text::Wrap::columns=70; my $submission_email="[EMAIL PROTECTED]"; my $sendmailcmd='/usr/sbin/sendmail'; sub usage { die "Usage: mass-bug [--display|--send] --subject=\"bug subject\" template package-list\n"; } sub gen_subject { my $subject=shift; my $package=shift; return "$package\: $subject"; } sub gen_bug { my $template_text=shift; my $package=shift; $template_text=~s/#PACKAGE#/$package/g; $template_text=fill("", "", $template_text); return "Package: $package\n\n$template_text"; } sub div { print +("-" x 79)."\n"; } sub mailbts { my ($subject, $body, $to, $from) = @_; if (defined $from) { my $date = `822-date`; chomp $date; my $pid = open(MAIL, "|-"); if (! defined $pid) { die "mass-bug: Couldn't fork: $!\n"; } if ($pid) { # parent print MAIL <<"EOM"; From: $from To: $to Subject: $subject Date: $date X-Generator: mass-bug $body EOM close MAIL or die "mass-bug: sendmail error: $!\n"; } else { # child exec(split(' ', $sendmailcmd), "-t") or die "mass-bug: error running sendmail: $!\n"; } } else { # No $from unless (system("command -v mail >/dev/null 2>&1") == 0) { die "mass-bug: You need to either specify an email address (say using DEBEMAIL)\n or have the mailx/mailutils package installed to send mail!\n"; } my $pid = open(MAIL, "|-"); if ($pid) { # parent print MAIL $body; close MAIL or die "mass-bug: mail: $!\n"; } else { # child exec("mail", "-s", $subject, $to) or die "mass-bug: error running mail: $!\n"; } } } my $mode="display"; my $subject; if (! GetOptions( "disp
Bug#355504: cdbs: should not build-depend on ocaml-native-compilers
Package: cdbs Version: 0.4.35 Severity: minor cdbs build-depends on ocaml-native-compilers | ocaml, which seems to confuse autobuilders on architectures where ocaml-native-compiler does not exist. On the one hand this is a bug of the autobuilder, on the other hand the build-dependency on ocaml-native-compiler is completely uncessary since there is only one small ocaml source file (the only difference between ocaml-native-compiler and ocmal is that the former contains compiler executables in native code, instead of ocaml bytecode, which only is relevant when you have to compile very large programs). Please just build-depend on ocaml. -Ralf. -- 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 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20060223.1 Update infrastructure for config.{ ii debhelper 5.0.24 helper programs for debian/rules -- no debconf information -- Ralf Treinen Laboratoire Spécification et Vérification CNRS, École Normale Supérieure de Cachan, INRIA Futurs http://www.lsv.ens-cachan.fr/~treinen
Bug#355503: cannot run config.php because package already comes with an /etc/mediawiki/AdminSettings.php file
Package: mediawiki Version: 1.4.14-1 Because the mediawiki package comes with a /etc/mediawiki/AdminSettings.php file, I cannot run config.php. It dies at the section shown below, and I must work around the problem manually. It would be great if this were fixed. Thanks, Jason Spiro >>> /* Check for existing configurations and bug out! */ if( file_exists( "/var/lib/mediawiki/LocalSettings.php" ) || file_exists( "/var/lib/mediawiki/AdminSettings.php" ) ) { dieout( "Wiki is configured. Already configured... return to the wiki. (You should probably remove /var/lib/mediawiki/config for added security.)" ); <<<
Bug#355502: dh-kpatches: dpkg --print-installation-architecture is deprecated, and APPLIED__ files handling inconsistency
Package: dh-kpatches Version: 0.99.36 Severity: normal Tags: patch dpkg --print-installation-architecture is deprecated. Plase use dpkg-architecure -qDEB_HOST_ARCH instead in apply an unpatch scripts. In addition, the testing for existence of APPLIED__ files and their creation may be inconsistent because the `dpkg --print-installation-architecture` value (or `dpkg-architecure -qDEB_HOST_ARCH`) may be different from the #PATCHARCH# value, e.g. in the case of building for a sub-architecture, or when using synonym architecture names (e.g. ppc is synonym to powerpc). But dh-kpatches cannot handle such cases itself correctly. So, only one architecture name should be used, preferably the value returned by `dpkg-architecure -qDEB_HOST_ARCH`, which is in fact set by make-kpkg. That way, handling synonymous architecture names and sub-architectures, and therefore choosing correct apply and unpatch scripts, is dealt with only by make-kpkg. The attached patch corrects those two problems. -- 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: LANG=fr_FR.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Versions of packages dh-kpatches depends on: ii debhelper 5.0.24 helper programs for debian/rules ii perl 5.8.8-2Larry Wall's Practical Extraction dh-kpatches recommends no packages. -- no debconf information --- dh-kpatches-0.99.36/dh-kpatches.nw 2005-06-09 07:40:11.0 +0900 +++ dh-kpatches-0.99.36-patched/dh-kpatches.nw 2006-03-06 13:05:43.186155360 +0900 @@ -341,7 +341,7 @@ <>= mkdir -p debian -cat > 'debian/APPLIED_#PATCHARCH#_#PATCHID#' < 'debian/APPLIED_${ARCHITECTURE}_#PATCHID#' <>= TOPPATCHDIR=/usr/src/kernel-patches -ARCHITECTURE=`dpkg --print-installation-architecture` +ARCHITECTURE=`dpkg-architecture -qDEB_HOST_ARCH` DECOMPRESSOR="zcat -f" PATCH_OPTIONS="--ignore-whitespace --silent" # This is informational only, used by lskpatches @@ -395,14 +395,13 @@ <> -ARCHITECTURE=`dpkg --print-installation-architecture` +ARCHITECTURE=`dpkg-architecture -qDEB_HOST_ARCH` PATCHID=#PATCHID# -PATCHARCH=#PATCHARCH# TOPPATCHDIR=/usr/src/kernel-patches DECOMPRESSOR="zcat -f" -STAMP=debian/APPLIED_${PATCHARCH}_$PATCHID +STAMP=debian/APPLIED_${ARCHITECTURE}_$PATCHID PATCH_OPTIONS="--ignore-whitespace --silent" @@ -466,7 +465,7 @@ fi @ <>= -if grep -l "^DEPENDS=.*[' ]#PATCHARCH#/unpatch/#PATCHID#[' ]" debian/APPLIED_* >/dev/null 2>/dev/null +if grep -l "^DEPENDS=.*[' ]${ARCHITECTURE}/unpatch/#PATCHID#[' ]" debian/APPLIED_* >/dev/null 2>/dev/null then # There are patches depending on this one, to be removed before. # the dep will be removed by the last of those other patches. @@ -478,7 +477,7 @@ echo >&2 "START unpatching #PATCHID# patch (#PATCHNAME#)" $DECOMPRESSOR $PATCHFILE | patch -R -p$STRIPLEVEL $PATCH_OPTIONS -rm -f debian/APPLIED_${PATCHARCH}_$PATCHID debian/image.d/register-#PATCHID# +rm -f debian/APPLIED_${ARCHITECTURE}_$PATCHID debian/image.d/register-#PATCHID# <> <> @@ -1026,7 +1025,6 @@ " -e 's/#KVERSIONS#/$kversions{$arch}/g'" . " -e 's|#PATCHFILES#|$patchfiles{$arch}|g'" . " -e 's|#DEBPATCHFILES#|$debpatchfiles{$arch}|g'" . - " -e 's/#PATCHARCH#/$arch/g'" . " -e 's/#STRIPLEVELS#/$striplevels{$arch}/g'" ); doit ("chmod", "0755", "$tmp$pdir/$script/$patchid");
Bug#355448: ocaml-base-nox: leaves dirs in /usr/local after purge
On Sun, Mar 05, 2006 at 08:12:50PM +0100, Sven Luther wrote: > On Sun, Mar 05, 2006 at 08:11:50PM +0200, Lars Wirzenius wrote: > > Package: ocaml-base-nox > > Version: 3.09.1-3 > > > > When testing ocaml-base-nox with piuparts, I get the following error: > > > > 2m2.1s ERROR: Package purging left files on system: > > /usr/local/lib/ocaml > > /usr/local/lib/ocaml/3.08.3 > > /usr/local/lib/ocaml/3.08.3/stublibs > > > > This happens when testing upgrades from sarge to etch to sid. These > > directories should be removed when the package is removed, if they are > > still empty, as per policy 9.1.2. > > First, those dirs should not come with 3.09.1-3, but from an older 3.08.3-X > version of the package. > > Second, those dirs contain user-supplied libraries, and i am not sure to > remove them if they are non-empty is the right thing to do. I think these directories should be removed by newer versions of ocaml in case the directories are empty (currently this is not the case). -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355411: linux-wlan-ng-source: Missing debian/tmp/lib when building
severity 355411 important thanks On Sun, Mar 05, 2006 at 03:46:09PM +0100, Eric Valette wrote: > Package: linux-wlan-ng-source > Version: 0.2.4+svn20060128-1 > Severity: grave > Justification: renders package unusable > When building with make-kpkg, I get: > make[3]: Leaving directory `/usr/src/modules/linux-wlan-ng-source' > dh_install -Xrc.d > cp: cannot stat `./debian/tmp/lib/': No such file or directory > dh_install: command returned error code 256 > Note : I've seen you already closed such a bug by suggesting adding PCMCIA > support. I use it to build a USB/Wireless driver and do not want to add > PCMCAI to my kernel and I'm not prompted to remove PCMCIA either. If I understand correctly, you're saying that this problem occurs only when using your local kernel which does not have PCMCIA enabled. If it works with the official Debian kernel packages, then there's no reason this should be "grave". Correct me if I've misunderstood. Cheers, -- 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#355081: pdf manual is corrupted
Thanks very much Ken, I'll re-package it soon. It may be complicated, as the binary differences can't be represented in a patch file, so it will require a new .orig.tar.gz; I'll add a .1 sub-minor version if necessary. Cheers, Adam On Fri, 2006-03-03 at 10:02 -0500, Brakke, Ken wrote: > That was bizarre. I just unpacked and repacked the download archive the > other day for a minor fix, and somehow manual226.pdf got truncated. > I've fixed it up now. Thanks for telling me. > > Ken Brakke > > -Original Message- > From: Drew Parsons [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 02, 2006 11:44 PM > To: Debian Bug Tracking System > Subject: Bug#355081: pdf manual is corrupted > > Package: evolver-doc > Version: 2.26-1 > Severity: normal > > evolver's pdf manual (/usr/share/doc/evolver-doc/manual226.pdf.gz) is > corrupted. Tryimg to read it results in > Error (0): PDF file is damaged - attempting to reconstruct xref table... > Error: Couldn't find trailer dictionary > Error: Couldn't read xref table > > Its uncompressed size is 143360 bytes whereas the standalone copy at > http://www.susqu.edu/brakke/evolver/downloads/manual226.pdf is 1385043 > bytes, so only 10% of it seems to be available. The standalone copy > works > fine. > > The corruption appears in the original pdf manual from the upstream > tarball, > so I've cc'd Ken Brakke to let him know. > > Thanks, > > Drew > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (990, 'unstable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/dash > Kernel: Linux 2.6.16-rc4 > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) > > -- no debconf information > > -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://www.take6.com/albums/greatesthits.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355501: Please update config.*
Package: perspic Version: 1.5-5 Severity: wishlist The config.* files your packages uses to determine the host system are quite old. For example, it doesn't recognize mips64. While this is not a problem right now since we don't have such a Debian port, your config.* files are also too old to recognize a number of other systems - ports people are currently working on, such as powerpc64 and GNU/k*BSD. Therefore, please update your config.* files. > Automatic build of perspic_1.5-5 on bigsur by sbuild/mips 1.75 ... > checking host system type... ./config.guess: unable to guess system type > > This script, last modified 2002-02-19, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (./config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-02-19 > > uname -m = mips64 > uname -r = 2.6.16-rc5 > uname -s = Linux > uname -v = #8 SMP Thu Mar 2 15:19:49 GMT 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc5 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Thu Mar 2 15:19:49 GMT 2006 > configure: error: can not guess host type; you must specify one > make: *** [build-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349354: initramfs-tools - kernel -udev dependency loop
On Sat, 2006-03-04 at 00:47 +0100, maximilian attems wrote: > On Thu, 02 Mar 2006, Adam C Powell IV wrote: > > > The new upgrade procedure fails on alpha, regardless of the kernel > > workaround, there's still a udev - initramfs-tools dependency loop which > > interrupts the udev postinst, and the failures cascade from there: > > please upgrad initramfs-tools to latest 0.53 in testing/unstable. Okay, 0.53 is in testing now (maybe a day or two ago). But again, with the new initramfs-tools unpacked (but not configured): Setting up udev (0.085-1) ... Kernel version too old. initramfs-tools requires at least 2.6.12. dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of initramfs-tools: initramfs-tools depends on udev (>= 0.076-5); however: Package udev is not configured yet. I don't know whether this will prevent an upgrade from sarge, but it does stop an upgrade from old etch to new etch. Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://www.take6.com/albums/greatesthits.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355500: vcg: improper copyright file
Package: vcg Version: 1.30debian-3 Severity: normal The copyright file doesn't actually list the copyright holders. (This patch also addresses #224255). Patch will follow.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342682: libsndfile0(GNU/k*BSD): FTBFS: out of date libtool scripts
On Fri, Mar 03, 2006 at 04:09:54AM +, Martin Michlmayr wrote: > * H. S. Teoh <[EMAIL PROTECTED]> [2006-01-04 18:34]: > > package that I requested removal for, and I remembered wrongly that it > > was libsndfile0. > > > > I will try to get xmovie either updated or removed (it looks like it > > hasn't been touched for a LONG time). > > What's the status of this? [...] Hi, thanks for the followup. I just found out not long ago that xmovie has finally been updated to the latest (or a later) upstream version which no longer depends on libsndfile0. I've filed a bug to remove libsndfile0 from the archive. T -- To provoke is to call someone stupid; to argue is to call each other stupid. signature.asc Description: Digital signature
Bug#355499: FTBFS: Unmet build dependencies: aspell-bin (>> 0.60)
Package: ispell-fo Version: 0.2.16-1.1 Severity: serious Your package no longer builds in unstable because the build-dependency on aspell-bin cannot be fulfiled. > Automatic build of ispell-fo_0.2.16-1.1 on bigsur by sbuild/mips 1.75 ... > dpkg-buildpackage: source package is ispell-fo > dpkg-buildpackage: source version is 0.2.16-1.1 > dpkg-buildpackage: host architecture mips > dpkg-checkbuilddeps: Unmet build dependencies: aspell-bin (>> 0.60) > dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. > dpkg-buildpackage: (Use -d flag to override.) > ** > Build finished at 20060306-0252 > FAILED [dpkg-buildpackage died] -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355498: should be "arch: all"
Package: curator Version: 2.1-1 Severity: minor This package is "arch: any" but it doesn't include any architecture specific code, so it should be "arch: all". After all, there's only a Python script. > Automatic build of curator_2.1-1 on bigsur by sbuild/mips 1.75 ... > drwxr-xr-x root/root 0 2006-03-06 03:01:13 ./usr/share/man/man1/ > -rw-r--r-- root/root 2692 2006-03-06 03:01:07 > ./usr/share/man/man1/curator.1.gz > drwxr-xr-x root/root 0 2006-03-06 03:01:10 ./usr/bin/ > -rwxr-xr-x root/root 85919 2006-03-06 03:01:04 ./usr/bin/curator [EMAIL PROTECTED]:~/src/curator-2.1$ file bin/curator bin/curator: a python script text executable -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347053: also FTBFS with tcl errors
I get this when trying to build the package, after fixing the build deps: c++ -c -g -Wall -g -Wall -DNO_TK -fsigned-char -fno-inline -fsigned-char -fno-inline -DUSE_SHM -DHAVE_LIBOTCL1_0A7 -DHAVE_OTCL_H -DHAVE_LIBTK8_3 -DHAVE_TK_H -DHAVE_LIBTCL8_3 -DHAVE_TCL_H -DSTDC_HEADERS=1 -DHAVE_STRING_H=1 -DHAVE_LIBC=1 -DHAVE_SNPRINTF=1 -DSTDC_HEADERS=1 -DHAVE_STRTOQ=1 -DHAVE_STRTOLL=1 -DSIZEOF_LONG=4 -DHAVE_INT64=1 -DHAVE_TCL_H=1 -DHAVE_LIBTCL8_3=1 -DHAVE_TK_H=1 -DHAVE_LIBTK8_3=1 -DHAVE_OTCL_H=1 -DHAVE_LIBOTCL1_0A7=1 -I. -I/home/joey/tmp/openmash-5.2/otcl -I/usr/include/tcl8.3/tk-private/generic -I/usr/include/tcl8.3/tcl-private/generic -o Tcl.o Tcl.cc tclcl-mappings.h: In static member function ‘static int TclObjectHelper::dispatch_(void*, Tcl_Interp*, int, char**)’: tclcl-mappings.h:51: error: incomplete type ‘Tcl’ used in nested name specifier tclcl-mappings.h:52: error: invalid use of undefined type ‘struct Tcl’ tclcl-mappings.h:41: error: forward declaration of ‘struct Tcl’ tclcl-mappings.h:57: error: invalid use of undefined type ‘struct Tcl’ tclcl-mappings.h:41: error: forward declaration of ‘struct Tcl’ tracedvar.h: At global scope: tracedvar.h:49: warning: ‘class TracedVar’ has virtual functions but non-virtual destructor tracedvar.h:87: warning: ‘class TracedInt’ has virtual functions but non-virtual destructor tracedvar.h:130: warning: ‘class TracedDouble’ has virtual functions but non-virtual destructor make[1]: *** [Tcl.o] Error 1 make[1]: Leaving directory `/home/joey/tmp/openmash-5.2/tclcl' make: *** [build-stamp] Error 2 -- see shy jo signature.asc Description: Digital signature
Bug#59518: How've you been?
Hows it been going, [EMAIL PROTECTED] We are pleased to notify you of your approval. www.adahi2kcsaa.com/1am Please submit your details to continue. Regards, Davison -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355497: bluez-utils: hid2hci --tohid does not work
Package: bluez-utils Version: 2.25-1 Severity: normal Hi, according to the manpage, hid2hci is used to switch HID proxy bluetooth dongle into the HCI mode and back. The bluetooth initscript tries to make use of it on stop/shutdown. However, it doesn't seem to work for me: my symptom is that I have no way of typing on my system, when I reboot after booting first in Debian. The BIOS or the GRUB menu are inaccessible if I last booted in Debian. When I try to execute hid2hci --tohid manually, I get the following error message: # hid2hci --tohid No devices in HID mode found # lsusb Bus 003 Device 001: ID : Bus 002 Device 001: ID : Bus 001 Device 005: ID 046d:c707 Logitech, Inc. Bus 001 Device 004: ID 046d:c704 Logitech, Inc. Bus 001 Device 003: ID 0451:2036 Texas Instruments, Inc. TUSB2036 Hub Bus 001 Device 001: ID : So bottom line is: switching from HID to HCI works, switching back doesn't (and never has I might add). For the record: my keyboard is a Logitech DiNovo Media Desktop with an MX900 BT mouse. Thanks, -- Mourad DC -- 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.15-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bluez-utils depends on: ii libbluetooth12.25-1 Library to use the BlueZ Linux Blu ii libc62.3.6-3 GNU C Library: Shared libraries an ii libdbus-1-2 0.61-3 simple interprocess messaging syst ii libusb-0.1-4 2:0.1.11-5 userspace USB programming library ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-80creates device files in /dev ii module-init-tools3.2.2-2 tools for managing Linux kernel mo ii modutils 2.4.27.0-4 Linux module utilities ii sysvinit 2.86.ds1-12 System-V-like init utilities bluez-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355496: nvidia-kernel-source broken on sarge with a GeForce 6200 card
Package: nvidia-kernel-source Version: 1.0.7174-3 Building and installing works but once X is reconfigured and started, the screen gets very dim and there is no color, making X unusable. This appears to be an issue with the GeForce 6200 only and Nvidia has addressed this in the newer version. This newer version happens to be in sid as 1.0.8178-2. Installing and attempting to build this version results in an error from debhelper. System info and m-a error output below: [EMAIL PROTECTED]:~$ uname -a Linux threedee 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux [EMAIL PROTECTED]:~$ lspci ... :03:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 (rev a1) ... [EMAIL PROTECTED]:~$ dpkg -s libc6 | grep ^Version Version: 2.3.2.ds1-22 LD [M] /usr/src/modules/nvidia-kernel/nv/nvidia.o Building modules, stage 2. MODPOST CC /usr/src/modules/nvidia-kernel/nv/nvidia.mod.o LD [M] /usr/src/modules/nvidia-kernel/nv/nvidia.ko make[3]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-386' NVIDIA: left KBUILD. make[2]: Leaving directory `/usr/src/modules/nvidia-kernel/nv' touch build-stamp dh_testdir dh_testroot dh_clean -k dh_clean: Sorry, but 4 is the highest compatibility level of debhelper currently supported. make[1]: *** [install] Error 1 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' make: *** [kdist_image] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355430: zsh: acroread completion prints debugging information
> It appears that acroread's completion function is printing debugging > information. At least on my system, simply typing acroread and > hitting TAB is sufficient to reproduce this. I haven't looked into > it, but I suspect it's one line of debugging code accidentally left > behind somewhere. Could you paste what it's doing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342780: linux-kernel-headers: usbdevice_fs.h FTBS some 64 bits packages
On Sat, Mar 04, 2006 at 03:32:50PM +0100, Cyril Chaboisseau wrote: > there is indeed a misplacement of in > linux-kernel-headers 2.6.13+0rc3-2 that breaks a lot of package builds > which depends on usbdevice_fs.h I'm uploading a NMU for this to DELAYED/7-day; it breaks multiple packages (gr-usrp, qemu, probably others) on ia64 and possibly other architectures. The NMU diff is attached. /* Steinar */ -- Homepage: http://www.sesse.net/ diff -u linux-kernel-headers-2.6.13+0rc3/debian/changelog linux-kernel-headers-2.6.13+0rc3/debian/changelog --- linux-kernel-headers-2.6.13+0rc3/debian/changelog +++ linux-kernel-headers-2.6.13+0rc3/debian/changelog @@ -1,3 +1,12 @@ +linux-kernel-headers (2.6.13+0rc3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Move down to under the CONFIG_COMPAT #define to avoid +breakage when including on 64-bit platforms; +patch from Harald Welte. (Closes: #342780) + + -- Steinar H. Gunderson <[EMAIL PROTECTED]> Mon, 6 Mar 2006 02:29:10 +0100 + linux-kernel-headers (2.6.13+0rc3-2) unstable; urgency=low * Acknowledge NMU from Adeodato Simó (Closes: #320515). Thanks! only in patch2: unchanged: --- linux-kernel-headers-2.6.13+0rc3.orig/include/linux/usbdevice_fs.h +++ linux-kernel-headers-2.6.13+0rc3/include/linux/usbdevice_fs.h @@ -32,7 +32,6 @@ #define _LINUX_USBDEVICE_FS_H #include -#include /* - */ @@ -125,6 +124,7 @@ }; #ifdef CONFIG_COMPAT +#include struct usbdevfs_urb32 { unsigned char type; unsigned char endpoint;
Bug#355495: FTBFS i386: test suite failure
Package: icon Severity: serious Version: 9.4.2-2.5 icon FTBFS on i386. See the log here: http://buildd.debian.org/fetch.php?&pkg=icon&ver=9.4.2-2.5&arch=i386&stamp=1138181989&file=log&as=raw I've also reproduced this failure locally. The failure looks the same as #249208. Perhaps we also need -O0 on i386 now? Note that this is preventing fixing other RC bugs in packages that build depend on icon, since iconc cannot be installed at the moment. -- 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.15-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- see shy jo signature.asc Description: Digital signature
Bug#355494: should be "arch: all"
Package: libzip-ruby Version: 0.5.6-1 Severity: minor This package is "arch: any" but it doesn't include any architecture specific code, so it should be "arch: all". After all, there are only some Ruby scripts, none of which are platform specific as far as I can tell. > Automatic build of libzip-ruby_0.5.6-1 on bigsur by sbuild/mips 1.75 ... > /home/tbm/debian/build/chroot-unstable/build/tbm/libzip-ruby1.6_0.5.6-1_mips.deb: > drwxr-xr-x root/root 0 2006-03-05 23:01:16 ./ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/ > drwxr-xr-x root/root 0 2006-03-05 23:01:10 ./usr/bin/ > drwxr-xr-x root/root 0 2006-03-05 23:01:10 ./usr/sbin/ > drwxr-xr-x root/root 0 2006-03-05 23:01:10 ./usr/lib/ > drwxr-xr-x root/root 0 2006-03-05 23:01:10 ./usr/lib/ruby/ > drwxr-xr-x root/root 0 2006-03-05 23:01:10 ./usr/lib/ruby/1.6/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/lib/ruby/1.6/zip/ > -rw-r--r-- root/root 2404 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/ioextras.rb > -rw-r--r-- root/root 2534 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/stdrubyext.rb > -rw-r--r-- root/root 4356 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/tempfile_bugfixed.rb > -rw-r--r-- root/root 35756 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/zip.rb > -rw-r--r-- root/root 13265 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/zipfilesystem.rb > -rw-r--r-- root/root 1357 2006-03-05 23:01:11 > ./usr/lib/ruby/1.6/zip/ziprequire.rb > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/share/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/share/doc/ > drwxr-xr-x root/root 0 2006-03-05 23:01:15 > ./usr/share/doc/libzip-ruby1.6/ > -rw-r--r-- root/root 6939 2004-12-12 11:51:28 > ./usr/share/doc/libzip-ruby1.6/changelog.gz > -rw-r--r-- root/root 1248 2004-12-12 10:22:39 > ./usr/share/doc/libzip-ruby1.6/NEWS.gz > -rw-r--r-- root/root 1252 2004-01-30 15:07:56 > ./usr/share/doc/libzip-ruby1.6/README > -rw-r--r-- root/root 554 2004-12-12 10:22:39 > ./usr/share/doc/libzip-ruby1.6/TODO > -rw-r--r-- root/root 214 2006-03-05 23:01:04 > ./usr/share/doc/libzip-ruby1.6/README.Debian > -rw-r--r-- root/root 2901 2006-03-05 23:01:04 > ./usr/share/doc/libzip-ruby1.6/copyright > drwxr-xr-x root/root 0 2006-03-05 23:01:13 > ./usr/share/doc/libzip-ruby1.6/examples/ > -rwxr-xr-x root/root 1900 2003-08-21 13:54:33 > ./usr/share/doc/libzip-ruby1.6/examples/example.rb > -rwxr-xr-x root/root 941 2003-08-21 13:54:33 > ./usr/share/doc/libzip-ruby1.6/examples/example_filesystem.rb > -rwxr-xr-x root/root 2143 2003-08-21 13:54:33 > ./usr/share/doc/libzip-ruby1.6/examples/gtkRubyzip.rb > -rwxr-xr-x root/root 186 2004-12-12 10:22:39 > ./usr/share/doc/libzip-ruby1.6/examples/write_simple.rb > -rwxr-xr-x root/root 1387 2003-08-21 13:54:33 > ./usr/share/doc/libzip-ruby1.6/examples/zipfind.rb > -rw-r--r-- root/root 334 2006-03-05 23:01:04 > ./usr/share/doc/libzip-ruby1.6/changelog.Debian.gz > > /home/tbm/debian/build/chroot-unstable/build/tbm/libzip-ruby1.8_0.5.6-1_mips.deb: > drwxr-xr-x root/root 0 2006-03-05 23:01:16 ./ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/lib/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/lib/ruby/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/lib/ruby/1.8/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/lib/ruby/1.8/zip/ > -rw-r--r-- root/root 2404 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/ioextras.rb > -rw-r--r-- root/root 2534 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/stdrubyext.rb > -rw-r--r-- root/root 4356 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/tempfile_bugfixed.rb > -rw-r--r-- root/root 35756 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/zip.rb > -rw-r--r-- root/root 13265 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/zipfilesystem.rb > -rw-r--r-- root/root 1357 2006-03-05 23:01:11 > ./usr/lib/ruby/1.8/zip/ziprequire.rb > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/share/ > drwxr-xr-x root/root 0 2006-03-05 23:01:11 ./usr/share/doc/ > drwxr-xr-x root/root 0 2006-03-05 23:01:15 > ./usr/share/doc/libzip-ruby1.8/ > -rw-r--r-- root/root 6939 2004-12-12 11:51:28 > ./usr/share/doc/libzip-ruby1.8/changelog.gz > -rw-r--r-- root/root 1248 2004-12-12 10:22:39 > ./usr/share/doc/libzip-ruby1.8/NEWS.gz > -rw-r--r-- root/root 1252 2004-01-30 15:07:56 > ./usr/share/doc/libzip-ruby1.8/README > -rw-r--r-- root/root 554 2004-12-12 10:22:39 > ./usr/share/doc/libzip-ruby1.8/TODO > -rw-r--r-- root/root 2901 2006-03-05 23:01:04 > ./usr/share/doc/libzip-ruby1.8/copyright > drwxr-xr-x root/root 0 2006-03-05 23:01:13 > ./usr/share/doc/libzip-ruby1.8/examples/ > -rwxr-xr-x root/root 1900 2003-08-21 13:54:33 > ./usr/share/doc/lib
Bug#355493: should be "arch: all"
Package: aladin Version: 1.19-7 Severity: minor This package is "arch: any" but it doesn't seem to include any architecture specific code, so it should be "arch: all". I can only see a Perl script and some headers, but the headers appear to be platform independent. > Automatic build of aladin_1.19-7 on bigsur by sbuild/mips 1.75 ... > /home/tbm/debian/build/chroot-unstable/build/tbm/aladin_1.19-7_mips.deb: > drwxr-xr-x root/root 0 2006-03-05 23:33:43 ./ > drwxr-xr-x root/root 0 2006-03-05 23:33:40 ./etc/ > -rw-r--r-- root/root 1793 2006-03-05 23:33:40 ./etc/aladinrc > drwxr-xr-x root/root 0 2006-03-05 23:33:45 ./usr/ > drwxr-xr-x root/root 0 2006-03-05 23:33:40 ./usr/bin/ > -rwxr-xr-x root/root 32539 2006-03-05 23:33:40 ./usr/bin/aladin > drwxr-xr-x root/root 0 2006-03-05 23:33:40 ./usr/lib/ > drwxr-xr-x root/root 0 2006-03-05 23:33:40 ./usr/lib/aladin/ > -rw-r--r-- root/root 3648 2006-03-05 23:33:40 > ./usr/lib/aladin/_h2ph_pre.ph > drwxr-xr-x root/root 0 2006-03-05 23:33:40 ./usr/lib/aladin/bits/ > -rw-r--r-- root/root 1816 2006-03-05 23:33:40 > ./usr/lib/aladin/bits/ioctl-types.ph > -rw-r--r-- root/root 3928 2006-03-05 23:33:40 > ./usr/lib/aladin/bits/ioctls.ph > drwxr-xr-x root/root 0 2006-03-05 23:33:43 ./usr/lib/aladin/sys/ > -rw-r--r-- root/root 2502 2006-03-05 23:33:43 > ./usr/lib/aladin/sys/ttydefaults.ph > -rw-r--r-- root/root 281 2006-03-05 23:33:43 > ./usr/lib/aladin/sys/ioctl.ph > drwxr-xr-x root/root 0 2006-03-05 23:33:46 ./usr/share/ > drwxr-xr-x root/root 0 2006-03-05 23:33:45 ./usr/share/doc/ > drwxr-xr-x root/root 0 2006-03-05 23:33:49 ./usr/share/doc/aladin/ > -rw-r--r-- root/root 18010 2002-01-11 06:33:17 > ./usr/share/doc/aladin/COPYING.html > -rw-r--r-- root/root 10585 2002-01-11 06:58:56 > ./usr/share/doc/aladin/INSTALL-e.html > -rw-r--r-- root/root 13490 2002-01-11 06:58:56 > ./usr/share/doc/aladin/INSTALL-j.html > -rw-r--r-- root/root 16571 2002-01-11 06:54:23 > ./usr/share/doc/aladin/protocol-e.html > -rw-r--r-- root/root 18508 2002-01-11 06:54:23 > ./usr/share/doc/aladin/protocol-j.html > -rw-r--r-- root/root 55242 2002-01-11 06:33:17 > ./usr/share/doc/aladin/text.gif > -rw-r--r-- root/root 1781 2006-03-05 23:33:36 > ./usr/share/doc/aladin/sample.aladinrc > -rw-r--r-- root/root 280 2006-03-05 23:33:36 > ./usr/share/doc/aladin/copyright > -rw-r--r-- root/root 767 2006-03-05 23:33:36 > ./usr/share/doc/aladin/changelog.Debian.gz > drwxr-xr-x root/root 0 2006-03-05 23:33:45 ./usr/share/menu/ > -rw-r--r-- root/root96 2006-03-05 23:33:36 ./usr/share/menu/aladin > drwxr-xr-x root/root 0 2006-03-05 23:33:46 ./usr/share/man/ > drwxr-xr-x root/root 0 2006-03-05 23:33:49 ./usr/share/man/man1/ > -rw-r--r-- root/root 1159 2006-03-05 23:33:36 > ./usr/share/man/man1/aladin.1.gz > -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315351: ipac-ng: New version of iptables causes these problems
Package: ipac-ng Version: 1.31-1 Followup-For: Bug #315351 iptables versions >= 1.3.1 will cause current ipac-ng builds to fail, see http://sourceforge.net/tracker/index.php?func=detail&aid=1193721&group_id=40604&atid=428516 for patches regarding this problem. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc5 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ipac-ng depends on: ii cron 3.0pl1-92 management of regular background p ii iptables 1.3.3-2Linux kernel 2.4+ iptables adminis ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libgdbm3 1.8.3-2GNU dbm database routines (runtime ii libmysqlclient15 5.0.18-7 mysql database client library ii netbase 4.24 Basic TCP/IP networking system ii perl 5.8.8-2Larry Wall's Practical Extraction ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages ipac-ng recommends: pn libgd-perl (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355492: laptop-mode-tools: READAHEAD setting is ineffective on Linux 2.4
Package: laptop-mode-tools Version: 1.05-1 Severity: normal laptop_mode implements the READAHEAD setting by running blockdev with the --setra option for each block-device underlying a mounted file-system. This in turn appears to use the BLKRASET ioctl. In Linux 2.6 this ioctl this has the desired effect. In Linux 2.4 it appears to set the number of blocks to read-ahead on the *device* as opposed to within a *file*, and the maximum value of this number is 255. As a result the invocation of blockdev will fail on Linux 2.4 for any usefully large value of READAHEAD, and will not in any case have the desired affect for fragmented files. Unhelpfully, laptop_mode redirects its error message to /dev/null so this is not reported anywhere. laptop_mode should instead use the BLKFRASET ioctl, which is the same as BLKRASET on 2.6 and also works properly on 2.4 for IDE devices (but unfortunately no others). If there is no command that exposes this ioctl, laptop_mode could instead write this setting through the /proc filesystem: # Find the major device name and test whether it's IDE. read major minor < <(stat -c "0x%t 0x%T" "$DEV") major_name="$(awk "BEGIN { block=0 }; /^Block / { block=1 }; /^ *$(($major))/ { if (block) print \$2 }" /proc/devices)" if [ "x${major_name#ide}" != "x$major_name" ]; then # Find the device's settings file. if [ $(($minor)) -lt 64 ]; then drive_letters=acegikmoqsuwy else drive_letters=bdfhjlnprtvxz fi drive_settings=$(echo /proc/ide/$major_name/hd[$drive_letters]/settings) if [ -f "$drive_settings" ]; then echo file_readahead:$READAHEAD >$drive_settings else : # TODO: log error fi else : # TODO: log error fi (This obviously only works for IDE devices, so should be used only under 2.4 where there is no better alternative.) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages laptop-mode-tools depends on: ii powermgmt-base1.22 Common utils and configs for power -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152128: grave
severity 152128 grave thanks Segfaults for me also on i386. Does this package work for anyone? Helge, can you confirm that this crashes for you with 1.30-3? That version works for me (though with valgrind warnings). 1.30-3 and 1.30debian-2 work, while 1.30debian-3 fails. In any case this looks like undefined results, depending on the compiler. Justin http://ftp.debian.org/debian/pool/main/v/vcg/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345095: kinoplus: Bug and fix confirmed
Package: kinoplus Version: 0.3.5-1.1 Followup-For: Bug #345095 kinoplus currently fails to plug into kino, and the minor compilation fix suggested here works for me. Could the maintainer please look at this? Dave -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kinoplus depends on: ii kino 0.80-2 Non-linear editor for Digital Vide ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-6 GCC support library ii libstdc++64.0.2-6The GNU Standard C++ Library v3 kinoplus recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355455: trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12
Le Dimanche 5 Mars 2006 23:44, Petter Sundlöf a écrit : > OK. Removing libpano12-dev and then libpano12 and installing libpano12-0 > solved it. However, hugin didn't directly depend on libpano* in any > form, which is strange. There is currently no official packages of Hugin (due to licencing problems), so you should report the bug to the maintainer of the package you're using. Thanks. -- Florent pgpEiKrAEja3K.pgp Description: PGP signature
Bug#256357: Processed: tagging 256357
On Sun, Mar 05, 2006 at 04:48:12AM -0800, Debian Bug Tracking System wrote: >Processing commands for [EMAIL PROTECTED]: > >> # Automatically generated email from bts, devscripts version 2.9.15 >> tags 256357 - wontfix >Bug#256357: [cdrecord] add patch for encryption support >Tags were: wontfix >Tags removed: wontfix Jonas, I'm curious - why are you removing the wontfix tag? That's normally reserved for use by package maintainers, not submitters... -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] "...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver." -- Daniel Pead signature.asc Description: Digital signature
Bug#351393: [Pkg-cryptsetup-devel] Bug#351393: Might as well close this
On 05/03/2006 Sam Morris wrote: > >if this bug still applies for you when using an encrypted swap file, > >how exactly does the crash look like? do you get any messages, is the > > screen frozen, or are you still able to press enter, but the system > >simply doesn't respond. > > As far as I remember, the system literally froze. I was running Xorg > (6.9 with the nvidia driver) at the time and I think even the mouse > cursor wouldn't move. i just tested this now, as i was on the console last time. i can verify that X freezes completely. and i tested the same command with 1GB swapfile and without any active swap in X too. no freeze, mouse still moves, ctrl+c stops the command after some seconds. > i386 (Athlon XP 2500+ cpu) with Debian's 2.6.15-1-k7 kernel. i've amd64 (Athlon64) with a custom 2.6.15 kernel. it would be great if you could verify that on the console input is still printed but the system doesn't respond. i'll contact upstream tomorrow. but maybe the bug is not in cryptsetup, but in device-mapper, that could be tested by using another /dev/mapper/* file as swap, and see whether the system freezes. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355491: Include kinoplus
Package: kino Version: 0.80-2 Severity: wishlist The kinoplus plugins are now in Debian. It would be great if this package could be incorporated into kino, as kino-timfx and kino-dvtitler have been! Dave -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kino depends on: ii libasound2 1.0.10-2ALSA library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libavc1394-0 0.5.1-1 control IEEE 1394 audio/video devi ii libc62.3.6-3 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libdv4 0.104-1 software library for DV format dig ii libfontconfig1 2.3.2-2 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-6 GCC support library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii libgtk2.0-0 2.8.12-1The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-3 Inter-Client Exchange library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpango1.0-01.10.3-1Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libquicktime01:0.9.7-0.4 A library for reading and writing ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsamplerate0 0.1.2-2 audio rate conversion library ii libsm6 6.9.0.dfsg.1-3 X Window System Session Management ii libstdc++6 4.0.2-6 The GNU Standard C++ Library v3 ii libtheora0 0.0.0.alpha5-1 The Theora Video Compression Codec ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libx11-6 6.9.0.dfsg.1-3 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-3 X Window System miscellaneous exte ii libxi6 6.9.0.dfsg.1-3 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-3 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-3 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxv1 6.9.0.dfsg.1-3 X Window System video extension li ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages kino recommends: ii kinoplus 0.3.5-1.1 effect plug-ins for kino -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355490: udev - don't install persistent rules file
Package: udev Severity: important Version: 0.085-1 udev don't install the persistent device name rules file. Bastian -- We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, "By Any Other Name", stardate 4657.5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355489: autodns-dhcp: /var/lib directories left on removal
Package: autodns-dhcp Version: 0.6 Severity: minor After removing, but not purging, this package, the directory /var/lib/autodns-dhcp/ and its contents remains. Shouldn't it be removed? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27advncdfs Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages autodns-dhcp depends on: ii bind9 1:9.3.2-2 Internet Domain Name Server pn dhcp (no description available) ii dnsutils 1:9.3.2-2 Clients provided with BIND ii perl [perl5] 5.8.8-2Larry Wall's Practical Extraction autodns-dhcp recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355488: ITP: bcpp -- C(++) beautifier
Package: wnpp Severity: wishlist Owner: Miriam Ruiz <[EMAIL PROTECTED]> * Package name: bcpp Version : 0.0.20050725 Upstream Author : Steven De Toni <[EMAIL PROTECTED]> * URL : http://www.invisible-island.net/bcpp/ * License : BSD Description : C(++) beautifier bcpp indents C/C++ source programs, replacing tabs with spaces or the reverse. Unlike indent, it does (by design) not attempt to wrap long statements. This version improves the parsing algorithm by marking the state of all characters, recognizes a wider range of indention structures, and implements a simple algorithm for indenting embedded SQL. -- 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.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353338: gnomemeeting: package ekiga beta
Filip, > > Based on these I've created a two-binary package, one equivalent to the > > current one and another minimal dependency one - for use on my XFCE > > system. > > Debian .diff.gz attached, unpack and diff against your unpacked revision > > to see what changed. sorry to disagree, but upstream reckons that --disable-gnome is a VeryBadIdea(TM). The fact that Gentoo and SuSE have shipped it with a lot of bad results is probably the best rationale why we should not activate it until upstream reckons it's weeded of errors and safe to use. Basically the disable-gnome switch was added to get win32 to build. Seeing you talk about XFCE makes me wonder hard if you actually understood what current Ekiga does link against. It's nothing but the pure minimalistic set of GNOME core libs plus GTK2. That means, it's what XFCE already calls in itself. Added to this is evolution-data-server to have a centralized backend for addressbook and contacts management. This is said AFAIK to become the new default backend for freedesktop.org anyway, thus this probably also will be added to XFCE-depends sooner or later. Bottom line is, Ekiga doesn't call for GNOME as you might expect, but only the GNOME libs. Adding the switch you ask for is not a technical problem of the packaging, but the usability will be torn down by a quite reasonable part. Nothing I do find a very charming idea. If you got any intelligence what the disable-gnome switch turns off which can be disabled safely, I'm all ears to rethink that idea. Until then, I don't see any reason to _not_ tag a wishlist bug like that "wontfix". If this was meant to only ask for one avahi-enabled and one avahi-disabled, then please rephrase your demand and I shall discuss this with upstream and pkg-voip about how to make sure people don't mess up their config installing the wrong version. The ekiga(-full) can later also hold the dbus while the ekiga-minimalistic won't need to have both avahi and dbus. Nevertheless I doubt that only avahi is clashing into your XFCE trimmed config, is it? -- Best regards, Kilian signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#355029: glibc: [INTL:it] Italian debconf templates translation
Hi Luca ! On Thu, Mar 02, 2006 at 09:41:00PM +0100, Luca Monducci wrote: > Package: glibc > Severity: wishlist > Tags: patch l10n > > Please update the italian debconf templates translation (attached). > Thanks for your translation, however I found strange there is no differences with the current .po file. Have you attached the right file? Or maybe the translation is up to date? Bye, Aurelien -- .''`. 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#354007: workaround
I got hit by the same issue - even tried apr-get remove --purge and reinstall of nagios-plugins. Same error message with a zero-sized /etc/nagios-plugins/config/imap.cfg did a workaround of echo '# Dummy' >> /etc/nagios-plugins/config/imap.cfg and it seems to work OK -- Andrew Elwell, System Administrator EPCC Tel 0131 445 7833 (ACF Building) Tel 0131 650 5023 (Rm 3309, JCMB) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355487: table displayed incorrect
Package: latex2html Bug Description: if i convert the following code with latex2html, the output of the table does not look like expected (compared to output of pdflatex). the generated html table has severe syntax errors. \documentclass[austrian]{report} \usepackage[]{fontenc} \usepackage[latin1]{inputenc} \usepackage{babel} \setlength\parskip{\smallskipamount}%abstand zw par \setlength\parindent{0pt}%kein einzug bei paragraph \usepackage{graphics} \usepackage{rawfonts} \usepackage{pictex} \usepackage{graphicx} \usepackage{longtable} % fuer Mehrseitige Tabellen usecases \usepackage{colortbl} %f"ur farbige tabellen usecases \newcommand{\makeusecase}[8]{ \begin {tabular} {|>{\columncolor[rgb]{.8,.8,.8}} p{3.5cm} p{11.0cm}|} \multicolumn{2}{|>{\columncolor[cmyk]{.7,.3,0,0}}c} {\color{white}\textsf{UseCase: #1 }} \\ Kurzbeschreibung& #2\\ Akteure & #3\\ Vorbedingung& #4\\ Ausl\"oser& #5\\ Nachbedingung & #6\\ Essentieller Ablauf & #7\\ \hline \end{tabular} } \begin{document} \makeusecase {home} %1 {Startseite} %2 {beliebiger User} %3 {Die Applikation \litf ist korrekt am Server installiert.} %4 {Im Browser wird die \litf Startseite angezeigt.} %5 {Die Startseite wird korrekt angezeigt} %6 {\begin{enumerate} \item Starten eines Browsers (z.B. firefox) \item Eingabe der korrekten url \item Das php script index.php wird aufgerufen. \item Die Begr"u"sungsseite wird angezeigt und es sind die links: home, search, export, help, about sichtbar. \end {enumerate}} %7 \end{document} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355486: initramfs-tools: please consider to include sata_mv
Package: initramfs-tools Severity: wishlist Version: 0.53 Tags: patch Hi, I noticed initramfs-tools hadn't sata_mv [Marvell SATA controller] in hooks, so initramfs-tools couldn't make correct initrd to support this driver. Although sata_mv is under development, it works at least. Thanks, -- Kenshi Muto [EMAIL PROTECTED] --- hook-functions.orig 2006-03-06 00:16:32.0 + +++ hook-functions 2006-03-06 00:16:50.0 + @@ -153,7 +153,7 @@ done ;; scsi) - for x in 3w-9xxx 3w- a100u2x aacraid advansys ahci aic79xx aic7xxx ata_piix atari_scsi atp870u BusLogic cciss ch dc395x dmx3191d dpt_i2o eata fdomain ibmvscsic initio ipr ips isp1020 lpfc max_scsi mac53c94 megaraid megaraid_mbox megaraid_mm mesh mptfc mptscsih mptsas mptspi nsp32 osst qla1280 qla2100 qla2200 qla2300 qla2322 qla2xxx qla6312 qlogicfas408 qlogicfc sata_promise sata_nv sata_qstor sata_sil sata_sis sata_svw sata_sx4 sata_uli sata_via sata_vsc scsi_mod scsi_transport_fc scsi_transport_iscsi scsi_transport_spi sd_mod sym53c8xx tmscsim; do + for x in 3w-9xxx 3w- a100u2x aacraid advansys ahci aic79xx aic7xxx ata_piix atari_scsi atp870u BusLogic cciss ch dc395x dmx3191d dpt_i2o eata fdomain ibmvscsic initio ipr ips isp1020 lpfc max_scsi mac53c94 megaraid megaraid_mbox megaraid_mm mesh mptfc mptscsih mptsas mptspi nsp32 osst qla1280 qla2100 qla2200 qla2300 qla2322 qla2xxx qla6312 qlogicfas408 qlogicfc sata_promise sata_nv sata_qstor sata_sil sata_sis sata_svw sata_sx4 sata_uli sata_via sata_vsc sata_mv scsi_mod scsi_transport_fc scsi_transport_iscsi scsi_transport_spi sd_mod sym53c8xx tmscsim; do manual_add_modules "${x}" done ;; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355473: Acknowledgement (httrack: package version is 3.40 but binary version is 3.33)
I believe the problem is that httrack version 3.40 should depend on libhttrack1 >= 3.40. Right now there's no minimum version requirement for libhttrack1: Package: httrack Priority: optional Section: web Installed-Size: 64 Maintainer: Xavier Roche <[EMAIL PROTECTED]> Architecture: i386 Version: 3.40.2-1 Depends: libc6 (>= 2.3.5-1), libhttrack1, zlib1g (>= 1:1.2.1) On Sun, Mar 05, 2006 at 02:18:04PM -0800, Debian Bug Tracking System wrote: > Thank you for the problem report you have sent regarding Debian. > This is an automatically generated reply, to let you know your message has > been received. It is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Xavier Roche <[EMAIL PROTECTED]> > > If you wish to submit further information on your problem, please send > it to [EMAIL PROTECTED] (and *not* to > [EMAIL PROTECTED]). > > Please do not reply to the address at the top of this message, > unless you wish to report a problem with the Bug-tracking system. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) signature.asc Description: Digital signature
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
Sven Joachim writes: > Package: gcc-4.0-base > Version: 4.0.2-10 > Severity: serious > > It looks as if bug #346171 has raised its ugly head again, since somehow the > files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared > after the upgrade from 4.0.2-9 to 4.0.2-10: oops, found it, still a libstdc++6-4.0-dev.preinst -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355179: ITP: beef -- flexible BrainFuck interpreter
On Fri, 3 Mar 2006 22:43:20 +0100 Nico Golde <[EMAIL PROTECTED]> wrote: > [...] > > beef is a BrainFuck interpreter written in C. > [...] > > This information is wasteful because we have tags, please > keep this in mind for your control file. Thank you for your suggestion. I guess the end user just doesn't care which language the tool is written in. I'll fix this as soon as I can. -- KiyuKo "Like Russian Rulette with six bullets loaded" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350369: *a=$a=*b;${"a"}=*a; gets a segmentation fault
On Mon, Feb 27, 2006 at 09:17:57PM +, Nicholas Clark wrote: > On Mon, Feb 27, 2006 at 07:02:53PM +0100, Rafael Garcia-Suarez wrote: > > On 2/27/06, John E. Malmberg <[EMAIL PROTECTED]> wrote: > > > It looks like Perl is now detecting the error a little better. > > > > > > The results of blead 27323 on OpenVMS Alpha 8.2 are: > > > > > > EAGLE> mcr []ndbgperl -e '*a=$a=*b; $a=42' > > > Assertion ((sstr)->sv_flags & 0xff) == SVt_PVGV || ((sstr)->sv_flags & > > > 0xff) == SVt_PVLV failed: file "PERL_BUILD_ROOT:[00]sv.c;1", line > > > 3214 at -e line 1. > > > %SYSTEM-F-ABORT, abort > > > > It does so because you use a perl compiled with -DDEBUGGING, I think > > it still segfaults without that. But now we know were the segfault > > happens :) > > And the immediate why: > > (gdb) call Perl_sv_dump(my_perl, sstr) > SV = UNKNOWN(0xff) (0x82781dc) at 0x8278f5c > REFCNT = 0 > FLAGS = () $ ./perl -Dt -we '*a = $a = *b' Name "main::b" used only once: possible typo at -e line 1. EXECUTING... (-e:0) enter (-e:0) nextstate (-e:1) gv(main::b) (-e:1) rv2gv (-e:1) gvsv(main::a) (-e:1) sassign (-e:1) gv(main::a) (-e:1) rv2gv (-e:1) sassign Assertion ((shplep)->sv_flags & 0xff) == SVt_PVGV || ((shplep)->sv_flags & 0xff) == SVt_PVLV failed: file "sv.c", line 3234 at -e line 1. I don't see a "good" solution to this. Short of changing PP(pp_gvsv) { dVAR; dSP; EXTEND(SP,1); if (PL_op->op_private & OPpLVAL_INTRO) PUSHs(save_scalar(cGVOP_gv)); else PUSHs(GvSVn(cGVOP_gv)); RETURN; } so that we increment the reference count of GvSVn and arrange for that reference count to drop later. (With similar code for arrays and hashes: $ ./perl -e '*a=$a[0]=*b' Assertion ((shplep)->sv_flags & 0xff) == SVt_PVGV || ((shplep)->sv_flags & 0xff) == SVt_PVLV failed: file "sv.c", line 3234 at -e line 1. $ ./perl -e '*a=$a{x}=*b' Assertion ((shplep)->sv_flags & 0xff) == SVt_PVGV || ((shplep)->sv_flags & 0xff) == SVt_PVLV failed: file "sv.c", line 3234 at -e line 1. ) Or short of removing all the mortal hackery and making the perl stack properly reference counted. Unless there's an easy way for the optimiser to spot this problem and arrange to avoid it in some fashion (maybe by building a different optree) Nicholas Clark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345637: fmtutil: xmltex fails leaving tetex-bin unconfigured
Michael Eyrich <[EMAIL PROTECTED]> wrote: > On Friday 03 March 2006 22:15, Frank Küster wrote: >> Sorry for not answering to this bug so long. Could it be >> that you have somehow set --force-confold, e.g. in >> /etc/apt/apt.conf{,.d/*}? > > Thanks anyway! No, there's no 'force' in /etc/apt, but at > least on some machines it's making non-interactive updates > or asking only high priority questions. Probably this is > the reason behind. Or could it be forced somewhere else? Hm, AFAIK noninteractive only affects debconf, but not dpkg's conffile questions. At least that's what I think I've learned, and what I just tested (logged into a quite old etch pbuilder chroot, changed /etc/login.defs and installed the new version: Although DEBIAN_FRONTEND is noninteractive, it asked the question). So I don't have a clue here. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX)
Bug#355179: ITP: beef -- flexible BrainFuck interpreter
Hi * Andrea Bolognani <[EMAIL PROTECTED]> [2006-03-03 22:38]: [...] > beef is a BrainFuck interpreter written in C. [...] This information is wasteful because we have tags, please keep this in mind for your control file. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgpqf9bZKw3K9.pgp Description: PGP signature
Bug#355468: manpages: suggestion to unuglify execle prototype
tags 355468 fixed-upstream thanks > I suggest the included patch to unuglify the execle prototype. Justin, Thanks for pointing this out. I have made a change along the lines you suggest to exec.3 (not execl.3, as you suggest -- is that a Debianism?). The change will be in upstream 2.26. For my benefit, and perhaps others, it would be nice to have patches inline, not as attachments. Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355165: FTBFS: G++ 4.1: extra qualification 'iwebstream::' on member 'find'
On Sun, 2006-03-05 at 01:08 +, I wrote: > (as did the warnings about the syntax error that > earlier versions of g++ emitted). Sorry, that was a bit harsh - I remembered seeing such warnings, but only because I was using the -pedantic option as well as -Wall. Ben. -- Ben Hutchings Everything should be made as simple as possible, but not simpler. - Albert Einstein signature.asc Description: This is a digitally signed message part
Bug#345035: PPC: coreutils does not seem to work here, too
On Sun, Mar 05, 2006 at 11:34:19PM +0100, you wrote: ... also: to get 'info dd' one has to 'info coreutils dd', otherwise 'info ddd' is presented. Yes, I know. Read the logs associated with the bugs. It isn't necessary to add any more "me toos". -- Michael Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317759: ITP: ciabot -- CIA bot client scripts for svn, arch, cvs, etc
owner 317759 [EMAIL PROTECTED] retitle 317759 ITP: cia-clients -- Collection of CIA client scripts thank * Package name: cia-clients Version : 0.1 Upstream Author : Several authors * URL : http://cia.navi.cx/doc/clients * License : GPL-2, GPL, BSD, others Description : Collection of CIA client scripts CIA is a system for tracking open-source projects in real-time. People all over the world are constantly collaborating and creating software, creating a constant flow of new code and new ideas. CIA provides an easy way for people to observe this flow. Developers can see the latest changes to their code immediately, users can subscribe to see the latest bugfixes in their favorite programs. Everyone can take a chance to step back and look at open source development as a whole. This collection include CIA client scripts for: * Arch * Bazaar * Bazaar-NG (bzr) * BitKeeper * CVS * Darcs * Subversion (for subversion you may also check svnmailer package) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355485: Kernel BUG at arch/i386/mm/pageattr.c:137, no conole after logging out of X
Package: fglrx-driver Version: 8.20.8-1.1 Severity: grave Even with the latest NMU (see Bug# 345040) I can't get a console after logging out of X on a Thinkpad T42p. Driver has been compiled from fglrx-kernel-src against a custom 2.6.15 kernel. kernel BUG at arch/i386/mm/pageattr.c:137! invalid operand: [#1] PREEMPT Modules linked in: fglrx agpgart rfcomm l2cap bluetooth michael_mic arc4 ieee80211_crypt_tkip lp deflate zlib_deflate zlib_inflate twofish serpent aes blowfish des sha256 sha1 crypto_null af_key nvram dm_mod pcmcia ipw2200 ieee80211 ieee80211_crypt 8250_pci snd_intel8x0 snd_ac97_codec snd_ac97_bus irtty_sir snd_pcm_oss snd_mixer_oss snd_pcm snd_timer sir_dev 8250_pnp 8250 yenta_socket rsrc_nonstatic pcmcia_core slamr ungrab_winmodem snd soundcore irda ehci_hcd uhci_hcd serial_core parport_pc parport snd_page_alloc floppy CPU:0 EIP:0060:[]Tainted: P VLI EFLAGS: 00213082 (2.6.15) EIP is at __change_page_attr+0xde/0x17b eax: 36c001e3 ebx: c16d9800 ecx: c1006bc0 edx: c100 esi: c035ef6c edi: f6cc ebp: 0163 esp: f78d3e84 ds: 007b es: 007b ss: 0068 Process Xorg (pid: 3851, threadinfo=f78d2000 task=f7863550) Stack: c16d9800 0040 00203206 c0114257 c16d9800 0163 f70d2d00 f8c0 f8bd8180 c0113ec0 c16d9000 0041 0163 0006 f8b70cb8 f8c0 c16d9000 0040 0163 f8bd8180 Call Trace: [] change_page_attr+0x23/0x5d [] iounmap+0xb8/0xe8 [] agp_generic_free_gatt_table+0x5f/0xb5 [fglrx] [] agp_backend_cleanup+0xc/0x4a [fglrx] [] __ke_agp_uninit+0xe/0x24 [fglrx] [] _firegl_release_agp+0x15/0x140 [fglrx] [] firegl_takedown+0x335/0xc40 [fglrx] [] firegl_release+0x12f/0x190 [fglrx] [] __fput+0x80/0x146 [] filp_close+0x4e/0x57 [] sys_close+0x77/0xab [] syscall_call+0x7/0xb Code: 89 d9 83 c4 0c 8b 01 89 ca f6 c4 40 74 03 8b 51 0c ff 42 04 eb 1d 84 c0 78 11 29 d3 c1 fb 05 c1 e3 0c 09 eb 89 1e ff 49 04 eb 08 <0f> 0b 89 00 ac 1b 2b c0 8b 01 f6 c4 04 0f 85 83 00 00 00 8b 01 <6>note: Xorg[3851] exited with preempt_count 2 scheduling while atomic: Xorg/0x0002/3851 [] schedule+0x43/0x522 [] generic_make_request+0xcd/0xdf [] __generic_unplug_device+0x15/0x26 [] io_schedule+0xe/0x16 [] sync_buffer+0x32/0x35 [] __wait_on_bit+0x31/0x57 [] sync_buffer+0x0/0x35 [] sync_buffer+0x0/0x35 [] out_of_line_wait_on_bit+0x61/0x69 [] wake_bit_function+0x0/0x34 [] __ext3_get_inode_loc+0x1ad/0x1f4 [] ext3_get_inode_loc+0x1b/0x1f [] ext3_reserve_inode_write+0x1a/0x83 [] ext3_mark_inode_dirty+0x18/0x31 [] ext3_dirty_inode+0x51/0x64 [] __mark_inode_dirty+0x29/0x174 [] ext3_free_blocks+0x66/0x6c [] ext3_free_data+0x8d/0xfd [] ext3_truncate+0x20a/0x47e [] journal_start+0x82/0xac [] ext3_delete_inode+0x76/0xc1 [] ext3_delete_inode+0x0/0xc1 [] generic_delete_inode+0x87/0x10d [] dput+0x1ea/0x239 [] __fput+0x127/0x146 [] remove_vma+0x27/0x3a [] exit_mmap+0xbf/0xda [] mmput+0x20/0x8b [] do_exit+0x16c/0x3cb [] do_trap+0x0/0xc1 [] do_invalid_op+0x0/0x98 [] do_invalid_op+0x8c/0x98 [] __change_page_attr+0xde/0x17b [] current_fs_time+0x3e/0x58 [] __generic_file_aio_write_nolock+0x3e7/0x424 [] error_code+0x4f/0x54 [] __change_page_attr+0xde/0x17b [] change_page_attr+0x23/0x5d [] iounmap+0xb8/0xe8 [] agp_generic_free_gatt_table+0x5f/0xb5 [fglrx] [] agp_backend_cleanup+0xc/0x4a [fglrx] [] __ke_agp_uninit+0xe/0x24 [fglrx] [] _firegl_release_agp+0x15/0x140 [fglrx] [] firegl_takedown+0x335/0xc40 [fglrx] [] firegl_release+0x12f/0x190 [fglrx] [] __fput+0x80/0x146 [] filp_close+0x4e/0x57 [] sys_close+0x77/0xab [] syscall_call+0x7/0xb scheduling while atomic: Xorg/0x0002/3851 [] schedule+0x43/0x522 [] generic_make_request+0xcd/0xdf [] __generic_unplug_device+0x15/0x26 [] io_schedule+0xe/0x16 [] sync_buffer+0x32/0x35 [] __wait_on_bit+0x31/0x57 [] sync_buffer+0x0/0x35 [] sync_buffer+0x0/0x35 [] out_of_line_wait_on_bit+0x61/0x69 [] wake_bit_function+0x0/0x34 [] __bread_slow+0x4c/0x60 [] read_inode_bitmap+0x31/0x58 [] ext3_free_inode+0xdb/0x2a0 [] ext3_delete_inode+0xa4/0xc1 [] ext3_delete_inode+0x0/0xc1 [] generic_delete_inode+0x87/0x10d [] dput+0x1ea/0x239 [] __fput+0x127/0x146 [] remove_vma+0x27/0x3a [] exit_mmap+0xbf/0xda [] mmput+0x20/0x8b [] do_exit+0x16c/0x3cb [] do_trap+0x0/0xc1 [] do_invalid_op+0x0/0x98 [] do_invalid_op+0x8c/0x98 [] __change_page_attr+0xde/0x17b [] current_fs_time+0x3e/0x58 [] __generic_file_aio_write_nolock+0x3e7/0x424 [] error_code+0x4f/0x54 [] __change_page_attr+0xde/0x17b [] change_page_attr+0x23/0x5d [] iounmap+0xb8/0xe8 [] agp_generic_free_gatt_table+0x5f/0xb5 [fglrx] [] agp_backend_cleanup+0xc/0x4a [fglrx] [] __ke_agp_uninit+0xe/0x24 [fglrx] [] _firegl_release_agp+0x15/0x140 [fglrx] [] firegl_takedown+0x335/0xc40 [fglrx] [] firegl_release+0x12f/0x190 [fglrx] [] __fput+0x80/0x146 [] filp_close+0x4e/0x57 [] sys_close+0x77/0xab [] syscall_call+0x7/0xb -- System Information: Debian Release
Bug#355484: Please rebuild against newer OpenSSL
Package: xmlsec1 Version: 1.2.9-1 Severity: minor Hello, Would it be possible to rebuild libxmlsec* against newer OpenSSL (0.9.8) ? Thanks, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355483: drgeo-doc: depends on dillo (extra)
Package: drgeo-doc Version: 1.5-2.1 Severity: serious Hi. It seems that drgeo-doc (optional) depends on the web browser dillo (extra). This means that a higher-priority package depends on a lower-priority package, which is not allowed by policy (section 2.5). However, I don't see why dillo is required at all -- as far as I can see, the drgeo documentation is shipped as HTML which means it should be readable by any web browser. I would therefore suggest replacing the dillo dependency with the virtual package www-browser instead. When choosing the default browser, I'd also suggest something more low-impact, such as lynx or w3m. e.g.: Depends: w3m | www-browser Thanks - Ben. -- 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#355482: debhelper: Standard way to restart services on library upgrade.
Package: debhelper Severity: wishlist Hi, Some libraries want to restart a list of services when the library gets upgraded. I currently know of only 2 such libraries that have code for it: libc6 and libssl0.9.8. They both have a simular postinst script, but they also have differences. For instance, libc6 has a workaround for exim4 that libssl0.9.8 is missing, and probably should also have. And that is my biggest problem. libc6 doesn't use debconf, libssl0.9.8 does, but probably not as it should. But maybe libc6 can't used debconf? There are other problems with it like neither of them is using invoke-rc.d, as they probably should be doing. I'm looking for a more standard way to restart services, so I don't have worry about all those special cases. I was wondering if a debhelper script could help with part of this. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355481: Mount version too old for NFSv4
Package: loop-aes-utils Version: 2.12r-5 Severity: normal Hi ! After an upgrade I was not able to mount my nfs v4 exports anymore. After one hour and an half of investigation, I found that this package diverted the original mount. I spent a hour and a half, but I never said I was smart. With "mount" I got a "bad mount version", with mount.orig, it is working. Cheers, Romain -- 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.15-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages loop-aes-utils depends on: ii gnupg 1.4.2-2GNU privacy guard - a free PGP rep ii libblkid1 1.38+1.39-WIP-2005.12.31-1 block device id library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libuuid1 1.38+1.39-WIP-2005.12.31-1 universally unique id library ii mount 2.12.nfsv4-11 Tools for mounting and manipulatin ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode loop-aes-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355480: network-manager: Takes too long to detect connectivity change
Package: network-manager Version: 0.5.1-3 Severity: important Using the 3c59x driver, network-manager takes up to 60s to detect a plug or unplug of the cable. Upstream: http://bugzilla.gnome.org/show_bug.cgi?id=333517 I report this here because it makes this package less than ideal as a replacement for laptop-net ATM. Apparently, the solution is to fix the netlink polling part of the 3c59x driver. /Mikael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages network-manager depends on: ii dhcdbd 1.12-1 dbus interface to the ISC DHCP cli ii iproute 20051007-3 Professional tools to control the ii iputils-arping 3:20020927-3 Tool to send ICMP echo requests to ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libdbus-1-2 0.61-3 simple interprocess messaging syst ii libdbus-glib-1-20.61-3 simple interprocess messaging syst ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-02.8.6-1 The GLib library of C routines ii libgpg-error0 1.2-1library for common error values an ii libhal1 0.5.6-4 Hardware Abstraction Layer - share ii lsb-base3.0-15 Linux Standard Base 3.0 init scrip network-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355465: Fails to work at all on ia64
severity 355465 important thanks since you misspelled severity i feel no guilt in changing it to important - justification is that the sun jsdk is about the only viable option on ia64, so rendering java-package entirely useless on the platform. -T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355455: trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12
OK. Removing libpano12-dev and then libpano12 and installing libpano12-0 solved it. However, hugin didn't directly depend on libpano* in any form, which is strange. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355455: trying to overwrite `/usr/lib/libpano12.la', which is also in package libpano12
> I'm unable to reproduce the bug here. Could you please give me more informations ? When does it happens (where you upgrading your system, installing a package by hand,...) ? What are the versions currently installed (or not [the results of apt-cache policy]) of : - libpano12 - libpano12-0 - libpano12-bin - libpano12-dev ? Could you please paste me the contents of the files /etc/apt/sources.list and /etc/apt/preferences ? Theoretically, this problem shouldn't happens because libpano12-dev depends on libpano12-0, which conflict with libpano12. Hello. When trying to do an apt-get update; apt-get upgrade. (23:41:00) [EMAIL PROTECTED]:~# apt-cache policy libpano12 libpano12: Installed: 2.8.0-1 Candidate: 2.8.0-1 Version table: *** 2.8.0-1 0 500 http://itp.tugraz.at sarge/desktop Packages 100 /var/lib/dpkg/status (23:41:04) [EMAIL PROTECTED]:~# apt-cache policy libpano12-0 libpano12-0: Installed: (none) Candidate: 2.8.0-1 Version table: 2.8.0-1 0 500 http://ftp.se.debian.org unstable/main Packages libpano12-bin: Installed: (none) Candidate: 2.8.0-1 Version table: 2.8.0-1 0 500 http://ftp.se.debian.org unstable/main Packages (23:41:40) [EMAIL PROTECTED]:~# apt-cache policy libpano12-dev libpano12-dev: Installed: 2.8.0-1 Candidate: 2.8.0-1 Version table: 2.8.0-1 0 500 http://ftp.se.debian.org unstable/main Packages 2.8.0-1 0 500 http://itp.tugraz.at sarge/desktop Packages *** 2.8.0-1 0 100 /var/lib/dpkg/status Hm, okay! Seems like I have diplicate packages! I should remove the tugraz source perhaps? Best, Petter Sundlöf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354668: apt-proxy does not work - I confirm this bug
Package: apt-proxy Version: 1.9.33 Followup-For: Bug #354668 - I installed today the apt-proxy package and it didn't work on my computer too. This is the error message: amdsuicide:/backup/home/krasnoj# apt-proxy /usr/lib/python2.3/site-packages/twisted/manhole/telnet.py:8: DeprecationWarning: As of Twisted 2.1, twisted.protocols.telnet is deprecated. See twisted.conch.telnet for the current, supported API. from twisted.protocols import telnet Traceback (most recent call last): File "/usr/sbin/apt-proxy", line 19, in ? from apt_proxy.apt_proxy_conf import apConfig File "/usr/share/python-support/apt-proxy/apt_proxy/apt_proxy_conf.py", line 17, in ? from apt_proxy import Backend File "/usr/share/python-support/apt-proxy/apt_proxy/apt_proxy.py", line 28, in ? import packages File "/usr/share/python-support/apt-proxy/apt_proxy/packages.py", line 17, in ? import apt_pkg, apt_inst, sys, os, stat ImportError: No module named apt_pkg amdsuicide:/backup/home/krasnoj# -- 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.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apt-proxy depends on: ii adduser 3.85 Add and remove users and groups ii bzip2 1.0.3-2high-quality block-sorting file co ii debconf [debconf-2.0] 1.4.71 Debian configuration management sy ii logrotate 3.7.1-2Log rotation utility ii python2.3.5-5An interactive high-level object-o ii python-bsddb3 3.3.0-6Python interface to libdb3 ii python-support0.1.1 automated rebuilding support for p ii python-twisted2.2.0-1Event-based framework for internet ii python-twisted-web0.5.0-3An HTTP protocol implementation to ii python2.3 2.3.5-9An interactive high-level object-o apt-proxy recommends no packages. -- debconf information: apt-proxy/upgrading-v2: apt-proxy/upgrading-v2-result: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352496: adduser: deluser breakage: more info
On Sun, Mar 05, 2006 at 04:06:30PM -0600, Max Bowsher wrote: > Package: adduser > Version: 3.80 > Followup-For: Bug #352496 > > Cause of the bug appears to be a missing backslash reference operator > inside the call to GetOptions(). > Making this one-character fix appears to solve the problem. > > -"conf=s" => $configfile, > +"conf=s" => \$configfile, Strange, the fix for this issue was checked in last October and was applied in adduser 3.73, so your mentioned version number 3.80 scares me a bit ... Jörg -- Was denen einen ihr Watergate, ist den anderen ihr Firstgate. - Thomas Bliessner, <[EMAIL PROTECTED]> signature.asc Description: Digital signature
Bug#345035: PPC: coreutils does not seem to work here, too
Package: coreutils Version: 5.94-1 Followup-For: Bug #345035 ... also: to get 'info dd' one has to 'info coreutils dd', otherwise 'info ddd' is presented. Thanks Best Regards Wolfgang Pfeiffer -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.1-untouched Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages coreutils depends on: ii libacl1 2.2.35-1 Access control list shared library ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libselinux1 1.28-4 SELinux shared libraries coreutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#277767: [Pkg-shadow-devel] Bug#277767: Progress on this bug report?
Hi! On Thu, Mar 02, 2006 at 09:56:03AM +, Greg Matthews wrote: > sorry for the long silence, It's me who had to be sorry, actually, as I didn't have enough time to work on the bug. > just trying to reproduce this bug and the symptoms seem to have changed, > I dont get a segfault but su is still failing: > > with TLS_CACERTDIR: > $ su - > Sorry. > $ > > with TLS_CACERT: > $ su - > Password: > # I first heard about TLS_CACERTDIR from you. What is it usually used for? Having different CA trusted by user gathered in one place? It looks like bug is in libnss-ldap, or libpam-ldap, not in su, but this has to be proven first. > current pkg versions on debian sarge host: > libnss-ldap 238-1 > libpam-ldap 178-1sarge1 > > wrt schemas, I assume you mean the relevant objectclasses for my user > object? In this case I am using the rather restrictive "account", with > "posixAccount" and "shadowAccount". The server is using the following > schema files: OK, so you don't use samba schemas, neither do smbldap-* tools... BTW, what tools do you use for user/group account maintenance? ldapscripts? P.S. thanks for your help, Greg. -- WBR, xrgtn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355478: network-manager: Should maybe conflict with laptop-net and ifplugd?
Package: network-manager Version: 0.5.1-3 Severity: important I had this package installed alongside laptop-net, and I'm not even exactly sure what happened - but it can't be good to have both running... So, please consider placing a conflict with at least laptop-net and ifplugd. /Mikael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages network-manager depends on: ii dhcdbd 1.12-1 dbus interface to the ISC DHCP cli ii iproute 20051007-3 Professional tools to control the ii iputils-arping 3:20020927-3 Tool to send ICMP echo requests to ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii libdbus-1-2 0.61-3 simple interprocess messaging syst ii libdbus-glib-1-20.61-3 simple interprocess messaging syst ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglib2.0-02.8.6-1 The GLib library of C routines ii libgpg-error0 1.2-1library for common error values an ii libhal1 0.5.6-4 Hardware Abstraction Layer - share ii lsb-base3.0-15 Linux Standard Base 3.0 init scrip network-manager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355477: Any chance of reinstating libk3b-dev?
Package: k3b Version: 0.12.12-1 Severity: wishlist Hi, The current unstable repository doesn't seem to contain the libk3b development files. The changelog says libk3b-dev was removed at 0.12.2-1. It was a useful package for me as I am developing with libk3b. If the package could possibly be reinstated that would be very helpful. Many thanks James -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.6 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages k3b depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii cdrecord 4:2.01+01a03-5 command line CD writing tool ii kcontrol 4:3.5.1-1 control center for KDE ii kdebase-bin 4:3.5.1-1 core binaries for the KDE base mod ii kdelibs-data 4:3.5.1-2 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.29-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.21-1 Extended attribute shared library ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdbus-1-2 0.60-5 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.60-5 simple interprocess messaging syst ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfam0 2.7.0-8client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-4 GCC support library ii libhal1 0.5.5.1-5 Hardware Abstraction Layer - share ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libk3b2 0.12.12-1 The KDE cd burning application lib ii libmusicbrainz4c2a2.1.2-2Second generation incarnation of t ii libpng12-01.2.8rel-4 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libresmgr11.0-3 resource manager library ii libsm66.8.2.dfsg.1-7 X Window System Session Management ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-7 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxrandr26.8.2.dfsg.1-7 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages k3b recommends: ii cdrdao1:1.2.1-2 Disk-At-Once (DAO) recording of au ii dvd+rw-tools 6.1-1 DVD+-RW/R tools ii kdebase-kio-plugins 4:3.5.1-1 core I/O slaves for KDE pn vcdimager (no description available) -- no debconf information ___ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355476: New upstream version 2.4.0
Package: moc Version: 2.3.3-1 Severity: wishlist Hi, the new version of moc has been out for a while, could you please upload it? If you need a sponsor I can help you out. -Josh -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages moc depends on: ii libasound21.0.10-2 ALSA library ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libcurl3-gnut 7.15.2-1 Multi-protocol file transfer libra ii libflac7 1.1.2-3.1 Free Lossless Audio Codec - runtim ii libgnutls12 1.2.9-2the GNU TLS library - runtime libr ii libid3tag00.15.1b-8 ID3 tag reading library from the M ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjack0.100. 0.100.0-4 JACK Audio Connection Kit (librari ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libmpcdec31.2.2-1Musepack (MPC) format library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libogg0 1.1.3-2Ogg Bitstream Library ii libsamplerate 0.1.2-2audio rate conversion library ii libsndfile1 1.0.14-1 Library for reading/writing audio ii libspeex1 1.1.12-1 The Speex Speech Codec ii libtagc0 1.4-3 TagLib Audio Meta-Data Library (C ii libvorbis0a 1.1.2-1The Vorbis General Audio Compressi ii libvorbisfile 1.1.2-1The Vorbis General Audio Compressi ii zlib1g1:1.2.3-10 compression library - runtime moc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355467: [Parted-maintainers] Bug#355467: sparc: can't set RAID flag on a partition
On Sun, Mar 05, 2006 at 10:17:57PM +0100, Arnaud Fontaine wrote: > Package: parted > Version: 1.6.21-1 > Severity: normal > > Hello, > > I try to setup RAID array on sparc using parted but i wasn't able to > flag a partition as "Linux RAID autodetect" whereas it works fine with > fdisk : > > # parted /dev/sdb > (parted) set 1 raid on > Flag to change? boot/root/lvm? > > So, impossible to put "Linux RAID autodetect" flag. This bug is annoying > because i can't setup the RAID using the d-i (with partman), please take > a look at #315009. Well, the reality is that all partition tables except MBR/FDISK plainly ignore any kind of RAID setting, so you can just do it by hand. What partition table are you using, and what flag did fdisk actually put on the partition table, assyming it is some kind of sparc/solaris/bsdish partition table ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355465: Fails to work at all on ia64
severtity 355465 normal tags 355465 confirmed pending stop On Sun, Mar 05, 2006 at 09:06:11PM +, Thom May wrote: > Package: java-package > Version: 0.27 > Severity: grave > > Hi, > sun-j2sdk.sh at least has "ia64-linux") as the match for ia64; this is > thoroughly broken since DEB_BUILD_ARCH is ia64 and DEB_BUILD_GNU_TYPE is > ia64-linux-gnu; ia64|ia64-linux-gnu is the correct match. > Thanks, > -Thom [...] Thom, Thanks for your report and your use of java-package. I will include this fix in the upcoming release of java-package, which should be out within the week. I am setting the severity to normal; we regularly receive updates like this on architectures the team does not have at their disposal to test. This only affects one JRE/JDK vendor and one of many architectures. We'd greatly appreciate ongoing updates and testing from you on the ia64 architecture, as it will help us make java-package more widely usable. Regards, -- Barry Hawkins All Things Computed site: www.alltc.com weblog: www.yepthatsme.com Registered Linux User #368650 signature.asc Description: Digital signature
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
tags 355439 +moreinfo thanks Sven Joachim writes: > Package: gcc-4.0-base > Version: 4.0.2-10 > Severity: serious > > It looks as if bug #346171 has raised its ugly head again, since somehow the > files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared > after the upgrade from 4.0.2-9 to 4.0.2-10: please could you add a log of the upgrade path? I just retried an update from -9 to -10, but couldn't see that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353740: Bug not reproduceable any more
Hi I just wanted to say that after some subsequent updated in the following days, the bug disappeared and I cannot reproduce it any more. I therefore suggest to close this bug. Sorry for the trouble, Andrew -- Andrew Maier andrew at maier dot name gpg key fingerprint: E5A6 71F8 021B 8084 7F64 3632 2C44 8050 DB1D 7FCB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353255: strange precision
Same here. I noticed a strange but maybe interesting fact: if you let gnome-volume-manger mount the cd-rom automatically, computer:// and volume-applet won't see it is mounted. Same if you disable gnome-volume-manager and you click on the cd-rom icon in computer:// or in the mounting-applet. But if you enter the cd-rom in the drive, and while it is reading it (before it is mounted) you click on the 'CD-ROM' icon in computer://, a dialog telling that nautilus is reading the contents of the directory is shown, and THEN it *works*. i.e. you see the contents of the cd-rom, it appears as mounted in computer:// and in the mounting-applet, and you can umount it by right-clicking on the icon or in the applet. Hope this helps, because it may reveal a particular issue. This should really be fixed before 2.14, last upgrade to 2.12 introduces this stupid bug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355475: spamassassin: spamd --auth-ident incompatible with pidentd and gidentd: should be documented
Package: spamassassin Version: 3.1.0a-2 Severity: important As mentioned in bug 278030, spamd --auth-ident is incompatible with pidentd and gidentd. Since the cause of this is very obscure, and liable to cause the person attempting to configure --auth-ident some fruitless struggles, this should at least be mentioned in spamassassin's README.Debian. The situation is especially severe, since pidentd is the default Debian identd. Max. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#126984: amazing
How are you, [EMAIL PROTECTED] We are pleased to notify you of your approval. www.adahi2kcsaa.com/2am Please submit your details to continue. Get back to you later, Norberto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355474: 'dupload --to anonymous-ftp-master' fails
Package: dupload Version: 2.6.3.2 Severity: important hi here is what happens tonight $ dupload --to anonymous-ftp-master xmorph_20060304_i386.changes dupload note: no announcement will be sent. Checking signatures before upload..signatures are ok Uploading (ftp) to ftp-master.debian.org:/pub/UploadQueue/ . Uploading (ftp) to anonymous-ftp-master (ftp-master.debian.org) [ Uploading job xmorph_20060304_i386 libmorph_20060304_i386.deb 92.9 kBdupload fatal error: Can't upload libmorph_20060304_i386.deb: Illegal PORT command. at /usr/bin/dupload line 508 a. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'stable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages dupload depends on: ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii perl 5.8.8-2Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-2Core Perl modules Versions of packages dupload recommends: pn ssh(no description available) -- no debconf information -- Andrea Mennucc "E' un mondo difficile. Che vita intensa!" (Tonino Carotone) signature.asc Description: Digital signature
Bug#352496: adduser: deluser breakage: more info
Package: adduser Version: 3.80 Followup-For: Bug #352496 Cause of the bug appears to be a missing backslash reference operator inside the call to GetOptions(). Making this one-character fix appears to solve the problem. -"conf=s" => $configfile, +"conf=s" => \$configfile, Max. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344696:
On Sun, Mar 05, 2006 at 01:49:22PM -0800, Ryan Murray wrote: > important is not RC. It is RC for a non-release arch and the default porter nmu rules applies. > Please do not NMU for just this change. Thank you. You have 5 days. Bastian -- Well, Jim, I'm not much of an actor either.
Bug#344696:
On Sun, Mar 05, 2006 at 08:51:07PM +0100, Bastian Blank wrote: > This bug make the build result unreliable. Also it is built on s390 It doesn't make it "unreliable". > which don't have any x server available and the only usefull variant is > xdmcp, it is RC buggy for this arch. important is not RC. I'm working on 2.13.x which will include this; I'm waiting for the current releases upstream to settle down first. Please do not NMU for just this change. Thank you. signature.asc Description: Digital signature
Bug#355473: httrack: package version is 3.40 but binary version is 3.33
Package: httrack Version: 3.40.2-1 Severity: normal The package version is 3.40 but running --version says the binary is still version 3.33: [EMAIL PROTECTED]:~$ httrack --version Welcome to HTTrack Website Copier (Offline Browser) 3.33-2 Copyright (C) Xavier Roche and other contributors To see the option list, enter a blank line or try httrack --help -- 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=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages httrack depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libhttrack1 3.33.16-1 Httrack website copier library ii zlib1g1:1.2.3-9 compression library - runtime httrack recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355382: I did not find pppoeconf after installation of testing i386 netinst system.
Duna Zoltán wrote: > The installation finished successfully but I cannot configure my DSL > connection because pppoeconf is missing. > How can I connect to my ISP via ADSL after a base installation? pppoeconf is included on the netinst CD you installed from. That CD should already be listed in /etc/apt/sources.list and apt-get install pppoeconf should work. If this doesn't work please provide details. -- see shy jo signature.asc Description: Digital signature
Bug#354991: installation-report: Partman fails to detect windows LDM partitions
Philip Armstrong wrote: > If there was a way to get partman to not use parted to detect the > partitions, but to just use the existing kernel detected ones in > /proc/partitions (which of course would not be editable) then that > would at least allow pre-existing partitions to be used by the > installer. Perhaps partman is too closely intertwined with parted for > this to be possible -- I haven't looked. partman uses parted to create and format partitions. This really needs to be fixed in parted I suppose. -- see shy jo signature.asc Description: Digital signature
Bug#352448: [Liferea-devel] Re: Bug#352448: liferea: Correction of a phrase in pt_BR
Am Sonntag, den 26.02.2006, 09:50 -0300 schrieb Felipe Almeida Lessa: > On 2/13/06, Lars Lindner <[EMAIL PROTECTED]> wrote: > > Fixed in CVS branch for 1.0.5 > > Sorry, but no, it has not been fixed. I'm using 1.0.5 (package version > 1.0.5-1) and the message now is > > "O conteúdo de "%s" não foi modificado desde á última atualização" > > But it should be > > "O conteúdo de "%s" não foi modificado desde a última atualização" Fix should have been released with upstream 1.0.7. Lars -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351393: [Pkg-cryptsetup-devel] Bug#351393: Might as well close this
Jonas Meurer wrote: On 04/03/2006 Sam Morris wrote: A few days after running into this bug I upgraded my system, and I now use swap partitions instead of files. For the sake of anyone else who runs into this problem, I had 512 MB of RAM and a 1 GB swap file, /swap. do you mean, that you cannot reproduce this bug any more? or did you simply change your system setup, and therefore not any longer suffer from the bug? This is the case, yes. :( if this bug still applies for you when using an encrypted swap file, how exactly does the crash look like? do you get any messages, is the screen frozen, or are you still able to press enter, but the system simply doesn't respond. As far as I remember, the system literally froze. I was running Xorg (6.9 with the nvidia driver) at the time and I think even the mouse cursor wouldn't move. i tried to reproduce this bug, used a 1 GB encrypted swap file at /swap, and ran ... i've 512 MB RAM too, and my system crashed too in some way. it simply didn't respond, but still printed the keyboard keys i pressed. only it didn't recognize them. with a normal 1GB swap partition (not encrypted), and even with an unencrypted 1GB swap file, the same command doesn't "crash" my system. i'll try with an unencrypted 1GB swap file now, and we'll see. This sounds similar to my situation. Were you at the console, or in X? It's possible the crash takes out X but not the text console. it would be great, if you could try to reproduce the bug (best with cryptsetup 1.0.2+1.0.3-rc2-1) by running the perl command above. I'll try to give it a go at some point now that we (possibly) have a simple way to reproduce the crash. also, could you provide more information about your system? i.e. which kernel version did you use, which architecture are you running, etc. i386 (Athlon XP 2500+ cpu) with Debian's 2.6.15-1-k7 kernel. ... jonas -- Sam Morris http://robots.org.uk/ PGP key id 5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351393: [Pkg-cryptsetup-devel] Bug#351393: Might as well close this
On 04/03/2006 Sam Morris wrote: > A few days after running into this bug I upgraded my system, and I now > use swap partitions instead of files. > > For the sake of anyone else who runs into this problem, I had 512 MB of > RAM and a 1 GB swap file, /swap. do you mean, that you cannot reproduce this bug any more? or did you simply change your system setup, and therefore not any longer suffer from the bug? if this bug still applies for you when using an encrypted swap file, how exactly does the crash look like? do you get any messages, is the screen frozen, or are you still able to press enter, but the system simply doesn't respond. i tried to reproduce this bug, used a 1 GB encrypted swap file at /swap, and ran $ perl -e '@foo = (); push(@foo, "x"x1000) for (1..10**5); fork for (1..10**5); sleep 60' i've 512 MB RAM too, and my system crashed too in some way. it simply didn't respond, but still printed the keyboard keys i pressed. only it didn't recognize them. with a normal 1GB swap partition (not encrypted), and even with an unencrypted 1GB swap file, the same command doesn't "crash" my system. i'll try with an unencrypted 1GB swap file now, and we'll see. i don't use darcs, so i cannot really simulate the same environment as yours, but it seems like i was able to reproduce your bug. it would be great, if you could try to reproduce the bug (best with cryptsetup 1.0.2+1.0.3-rc2-1) by running the perl command above. also, could you provide more information about your system? i.e. which kernel version did you use, which architecture are you running, etc. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]