Bug#315202: bogofilter: FTBFS: incorrect use of 'install -o root -g' in unpriviliged build target
Package: bogofilter Version: 0.94.14-2 Severity: serious Justification: fails to build from source The most recent version of bogofilter fails to build on all architectures with the following error: [...] debian/rules build test -f debian/rules install -p -d -o root -g root -m 755 obj-db obj-tdb obj-qdbm obj-sqlite install: cannot change owner and/or group of j-db': Operation not permitted install: cannot change owner and/or group of j-tdb': Operation not permitted install: cannot change owner and/or group of j-qdbm': Operation not permitted install: cannot change owner and/or group of j-sqlite': Operation not permitted make: *** [configure-stamp] Error 1 [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=bogofilterarch=armver=0.94.14-2stamp=1119101604file=log et al. This is caused by the use of $(INSTALL_DIR), defined as $(INSTALL) -p -d -o root -g root -m 755, in a dependency of the build target. The build target must not depend on root (or fakeroot) privileges for proper operation. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#312399: kdessh should depend on openssh-client rather than ssh
This is also true for Testing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315038: Fixes for library issues
Josh Partlow wrote: Hello, These are the changes I needed to make to get the tomcat5 packages working: [...] The index page now displays. I hope the above is helpful. This is really helpful - thanks a lot. I think you are running tomcat5 on a non-free JDK ? Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314870: Aw: Re: Bug#314870: symbolic link of exedcutables back to /usr/bin
However the user should be able to use the java utilities provided by this package WITHOUT further intervention after installing this package. This can be achieve eiether by setting the environmental variables (may be global) as mentioned by you or (better) by linking all utilities back to /usr/bin, like what you have already done to other utilities (except javah) in this package. These things should really be automated by this package and shouldn't rely on user's manual intervention. because your free-java-sdk package is build-dependent to quite a few other programs and therfore in order to allow automatic compiliation of these other packages, your package must be able to be automatically fetched, installed, configured and function correctly WITHOUT user intervention. i.e., your program would be called by apt-get build-dep when other packages are compiled and they your package must work straight away before the other packages will compile. Thanks for your attention. Carlos - Original Nachricht Von: Steve Langasek [EMAIL PROTECTED] An: [EMAIL PROTECTED],[EMAIL PROTECTED] Datum: 19.06.2005 03:35 Betreff: Re: Bug#314870: symbolic link of exedcutables back to /usr/bin severity 314870 wishlist thanks On Sun, Jun 19, 2005 at 03:06:45AM +0200, [EMAIL PROTECTED] wrote: Package: free-java-sdk Version: 1.0-1 Severity: grave /usr/lib/fjsdk/bin/javah is not symbolically linked back to /usr/bin/ but this file is needed by many java programs (e.g. DDL) Without this symbolic link, the program written in Java would not be able to see javah and therefore would not run. Therefore it would be crucial to link javah, as in the other executables in this package, back to /usr/bin From the package description: After installation of this package you should be able to set JAVA_HOME environment variable to /usr/lib/fjsdk (and preferably add /usr/lib/fjsdk/bin at the beginning of your PATH) and use the common java utilities just like in a non-free Java SDK. -- Steve Langasek postmodern programmer Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1 Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1
Bug#315203: gmime2.1: FTBFS: build-depends on mono, which is only available on i386/ppc
Package: gmime2.1 Version: 2.1.15-1 Severity: serious Tags: sid Justification: fails to build from source The most recent version of gmime2.1 fails to build on all architectures except for i386 and powerpc, due to the addition of various mono-related build-dependencies: [...] Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: cli-common: Depends: mono-utils but it is not going to be installed or cil-disassembler but it is not installable gtk-sharp: Depends: gtk-sharp-examples but it is not going to be installed Depends: gtk-sharp-gapi but it is not installable Depends: libglib-cil but it is not installable Depends: libgtk-cil but it is not installable Depends: libglade-cil but it is not installable Depends: libgnome-cil but it is not installable Depends: libgconf-cil but it is not going to be installed Depends: libvte-cil but it is not installable mono-gac: Depends: mono-common (= 1.1.6-4) but it is not going to be installed Depends: mono-assemblies-base but it is not going to be installed E: Broken packages apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping gmime2.1 [...] Full build logs can be found at http://buildd.debian.org/fetch.php?pkg=gmime2.1arch=alphaver=2.1.15-1stamp=1119104775file=log et al. I think the mono build-dependencies are not needed for all architectures, only for those architectures for which the libgmime2.1-cil package will be provided. In contrast, libgmime2.1 and libgmime2.1-dev *are* needed on all architectures, because there are existing packages which depend on them. Please make the build-dependencies on cli-common, mono-mcs, mono-gac, and gtk-sharp conditional by architecture. Thanks, -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315204: Localechooser does not allow changing the language anymore
Package: localechooser Severity: normal Changing the preseeding variable from preseed/locale to debian-installer/locale breaks the possibility to change the installation language once it has been chosen. This is because the questions are skipped when debian-installer/locale is non empty and contains a supported locale value. Obviously this is always the case as soon as localechooser has been run once. This is why first localechooser versions always blanked debian-installer/locale before running and used *another* debconf value as preseeding value. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315080: fai uses /fai directory
On Mon, Jun 20, 2005 at 03:44:32PM +0200, Holger Levsen wrote: during installs (and softupdates and...) fai uses /fai to store/mount the fai configdir on the fai client. This clearly violates the FHS (and is similar to #309554). in fact FAI bind-mounts a temporary copy of the configuration, which lives in /tmp/fai-config.XX, to /fai. IMHO Thomas introduced that to be able to store a packages repository within $FAI/files/packages... I suggest using /var/lib/fai/config instead. (On the fai _clients_. And /srv on the server.) my opinion is to remove this mount once and for all. FAI-internal we have $FAI pointing to the configuration space; and storing a package repository within it is a bad hack: in the end, the configuration space is for configuration and not for packages. -- c u henning -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#65617: slut getting bonked and her pussy filled with melted butter.
Rise and shine! She grabbed that black dildo with her fist and started sucking like there was no tomorrow! extraordinary Rosebutt and prolapse pix. http://www.geocities.com/dina_972potts_321/?s=srtm=DEDIC.iPdR,gfibjW,VSd That little cocksucker took a shocking load on her face! I must lose myself in action, lest I wither in despair.Exhilaration is that feeling you get just after a great idea hits you, and just before you realize what's wrong with it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286471: inventor: FTBFS (amd64/gcc-4.0): 'SoTempPath' has not been declared
The attached patch makes the latest version of 'inventor' compile with gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/inventor-2.1.5-10/lib/database/include/Inventor/SoPath.h ./lib/database/include/Inventor/SoPath.h --- ../tmp-orig/inventor-2.1.5-10/lib/database/include/Inventor/SoPath.h 2001-09-25 02:45:33.0 +0200 +++ ./lib/database/include/Inventor/SoPath.h2005-06-21 07:51:46.0 +0200 @@ -79,6 +79,7 @@ class SoPathList; class SoWriteAction; +class SoTempPath; class SoPath : public SoBase { diff -urN ../tmp-orig/inventor-2.1.5-10/lib/database/src/so/SoOutput.c++ ./lib/database/src/so/SoOutput.c++ --- ../tmp-orig/inventor-2.1.5-10/lib/database/src/so/SoOutput.c++ 2001-09-25 02:45:35.0 +0200 +++ ./lib/database/src/so/SoOutput.c++ 2005-06-21 07:50:12.0 +0200 @@ -1462,11 +1462,7 @@ // Generates a CC warning. Ho hum. if (refDict-find((unsigned long) base, ref)) -#if (_MIPS_SZPTR == 64 || __ia64) referenceId = (int) ((unsigned long) ref); -#else - referenceId = (int)ref; -#endif return referenceId; } diff -urN ../tmp-orig/inventor-2.1.5-10/lib/database/src/so/SoType.c++ ./lib/database/src/so/SoType.c++ --- ../tmp-orig/inventor-2.1.5-10/lib/database/src/so/SoType.c++ 2003-07-12 00:40:53.0 +0200 +++ ./lib/database/src/so/SoType.c++2005-06-21 07:50:13.0 +0200 @@ -331,11 +331,7 @@ if (b == NULL) return SoType::badType(); -#if (_MIPS_SZPTR == 64 || __ia64) SoType result = typeData[(int) ((unsigned long) b)].type; -#else -SoType result = typeData[(int)b].type; -#endif if (result.storage.isPublic == 0) { #ifdef DEBUG diff -urN ../tmp-orig/inventor-2.1.5-10/lib/interaction/src/draggers/SoDragger.c++ ./lib/interaction/src/draggers/SoDragger.c++ --- ../tmp-orig/inventor-2.1.5-10/lib/interaction/src/draggers/SoDragger.c++ 2001-09-25 02:45:44.0 +0200 +++ ./lib/interaction/src/draggers/SoDragger.c++2005-06-21 07:50:13.0 +0200 @@ -686,11 +686,7 @@ int indexInPath = tempPathToThis-getIndex(numFmHead+1); int numKidsNow= children-getLength(); -#if (_MIPS_SZPTR == 64 || __ia64) int numKidsBefore = (int) ((long) (*tempPathNumKidsHack)[numFmHead]); -#else - int numKidsBefore = (int) (*tempPathNumKidsHack)[numFmHead]; -#endif // To be correct, the childNode has to be the correct numbered // child under the parent, and the parent should still diff -urN ../tmp-orig/inventor-2.1.5-10/lib/nodekits/src/nodekits/SoNkCatalog.c++ ./lib/nodekits/src/nodekits/SoNkCatalog.c++ --- ../tmp-orig/inventor-2.1.5-10/lib/nodekits/src/nodekits/SoNkCatalog.c++ 2001-09-25 02:45:46.0 +0200 +++ ./lib/nodekits/src/nodekits/SoNkCatalog.c++ 2005-06-21 07:50:13.0 +0200 @@ -336,11 +336,7 @@ void *castPNum; if ( partNameDict.find( (unsigned long) theName.getString(), castPNum ) ) -#if (_MIPS_SZPTR == 64 || __ia64) return ( (int) ((long) castPNum) ); // System long -#else - return ( (int) castPNum ); -#endif else return SO_CATALOG_NAME_NOT_FOUND; } diff -urN ../tmp-orig/inventor-2.1.5-10/lib/nodekits/src/upgraders/SoV1NkCatalog.c++ ./lib/nodekits/src/upgraders/SoV1NkCatalog.c++ --- ../tmp-orig/inventor-2.1.5-10/lib/nodekits/src/upgraders/SoV1NkCatalog.c++ 2001-09-25 02:45:47.0 +0200 +++ ./lib/nodekits/src/upgraders/SoV1NkCatalog.c++ 2005-06-21 07:50:13.0 +0200 @@ -330,11 +330,7 @@ void *castPNum; if ( partNameDict.find( (unsigned long) theName.getString(), castPNum ) ) -#if (_MIPS_SZPTR == 64 || __ia64) return ( (int) ((long) castPNum) ); // System long -#else - return ( (int) castPNum ); -#endif else return SO_V1_CATALOG_NAME_NOT_FOUND; } diff -urN ../tmp-orig/inventor-2.1.5-10/libSoXt/src/SoXtRsrc.c++ ./libSoXt/src/SoXtRsrc.c++ --- ../tmp-orig/inventor-2.1.5-10/libSoXt/src/SoXtRsrc.c++ 2001-09-25 02:45:48.0 +0200 +++ ./libSoXt/src/SoXtRsrc.c++ 2005-06-21 07:50:13.0 +0200 @@ -145,13 +145,8 @@ classList = new XrmQuark[listSize]; for (q = 0, s = len - 1; s = 0; q++, s--) { -#if (_MIPS_SZPTR == 64 || __ia64) nameList[q] = (XrmQuark) ((long) nameplist[s]); classList[q] = (XrmQuark) ((long) classplist[s]); -#else -nameList[q] = (XrmQuark) nameplist[s]; -classList[q] = (XrmQuark) classplist[s]; -#endif } // make the last entry the NULL sentinel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315205: doxygen produces malformed XML output
Package: doxygen Version: 1.4.3-20050530-1 Severity: normal When doxygen is set to produce XML output (GENERATE_XML = YES in Doxyfile), the output is malformed. Specifically, an extra double-quote () is appended to the 'static' attribute of the 'memberdef' element. Taking an example from doxygen's XML output for the ffmpeg source tarball: doxy/xml/ac3dec_8c.xml: memberdef kind=variable id=ac3dec_8c_1a2 prot=public static=no mutable=no This makes the XML unusable by other tools. How to reproduce: 1) Download http://mplayerhq.hu/MPlayer/cvs/FFMpeg-current.tar.bz2 (or any source package with doxygen comments and a Doxyfile) 2) Make sure 'GENERATE_XML' is set to 'YES' in the appropriate Doxyfile 3) Run doxygen. 4) grep static=\no\\ path/to/doxygen-output/*.xml This problem does not occur when using doxygen built from ftp://ftp.stack.nl/pub/users/dimitri/doxygen-1.4.3.src.tar.gz -- 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.8-2-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages doxygen depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-9GCC support library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.6-6The GNU Standard C++ Library v3 doxygen recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Thu, Jun 16, 2005 at 05:20:36AM -0400, Thomas Dickey wrote: On Thu, 16 Jun 2005, Branden Robinson wrote: Package: ncurses-base Version: 5.4-6 Severity: important This still sounds like #313352. Does tic -V show 20050611? If it's still showing 2004-something, then that would explain the problem. From some comments in resolving that, I gather that powerpc's not necessarily recompiled yet. If I upgrade to the broken version (5.4-6 or later): ncurses 5.4.20050604 If I downgrade to the version that words for me (5.4-4): ncurses 5.4.20050604 I.e., the same version of tic is reported. I'm not surprised, as there are no executables in ncurses-base -- just data. It may bear repeating that I can make the breakage come and go *just* by changing the installed version of ncurses-base, i.e., the terminfo and tabset data. -- G. Branden Robinson| Never attribute to conspiracy that Debian GNU/Linux | which can be adequately explained [EMAIL PROTECTED] | by economics. http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#314714: dictionaries-common: debconf asks me question with absurd choice
On Sat, Jun 18, 2005 at 05:09:01PM +0200, Agustin Martin wrote: Hi, Branden, Seems you have no ispell dicts installed at all, so the debconf choices string becomes something like , Manual symlinks setting The original debconf string being ${choices}, Manual symlinks setting where ${choices} is substituted after the installed ispell dicts/wordlists (ispell dicts in your case). I am a bit puzzled, since nothing in that code has been changed since 0.25.4 (11Apr2005), and that changes are currently in sarge, with no bugreports. I am rather confident I checked that possibility, at least on removal, and worked, but I am not sure if something in debconf has been changed in the meantime, or may be I left something missing behind. I am cc'ing debconf package in case something has been changed there (An extra whitespace?). I will also take a look about doublechecking this kind of things, that should not be difficult. This bug is *not* new to the version of dictionaries-common in sid; I was wrong about that. I can dpkg-reconfigure the version in sarge and see the same behavior. Oddly, select-default-ispell *does* work, and I *do* have at least one ispell dictionary installed. Running select-default-ispell, though, does NOT fix the problem with the debconf question. Please see the following transcript. 573 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# dpkg-reconfigure dictionaries-common Dictionaries-common: Ispell dictionary -- Because more than one ispell dictionary will be available in your system, please select the one you'd like applications to use by default. You can change the default ispell dictionary at any time by running select-default-ispell. 1. 2. Manual symlinks setting Which ispell dictionary should be the system's default? 1 Which ispell dictionary should be the system's default? 1 574 {130} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# dlocate -S ispell dictionaries-common: /usr/bin/ispell-wrapper dictionaries-common: /usr/lib/ispell dictionaries-common: /usr/sbin/update-default-ispell dictionaries-common: /usr/sbin/ispell-autobuildhash dictionaries-common: /usr/sbin/select-default-ispell dictionaries-common: /usr/sbin/remove-default-ispell dictionaries-common: /usr/share/man/man1/ispell-wrapper.1.gz dictionaries-common: /usr/share/man/man8/remove-default-ispell.8.gz dictionaries-common: /usr/share/man/man8/select-default-ispell.8.gz dictionaries-common: /usr/share/man/man8/ispell-autobuildhash.8.gz dictionaries-common: /usr/share/man/man8/update-default-ispell.8.gz dictionaries-common: /usr/share/emacs/site-lisp/dictionaries-common/debian-ispell.el dictionaries-common: /usr/share/emacs/site-lisp/dictionaries-common/ispell.el dictionaries-common: /usr/share/dictionaries-common/mutt-ispell-init dictionaries-common: /usr/lib/ispell/default.hash dictionaries-common: /usr/lib/ispell/default.aff ispell: /usr/bin/ispell ispell: /usr/sbin/update-ispell-dictionary ispell: /usr/share/man/man1/ispell.1.gz ispell: /usr/share/man/man5/ispell.5.gz ispell: /usr/share/man/man8/update-ispell-dictionary.8.gz ispell: /usr/share/doc/ispell ispell: /usr/share/doc/ispell/README.gz ispell: /usr/share/doc/ispell/Contributors.gz ispell: /usr/share/doc/ispell/ispell.html ispell: /usr/share/doc/ispell/WISHES.gz ispell: /usr/share/doc/ispell/TODO.Debian ispell: /usr/share/doc/ispell/copyright ispell: /usr/share/doc/ispell/changelog.Debian.gz ispell: /usr/share/doc/ispell/ispell.texinfo.gz ispell: /usr/share/doc-base/ispell-manual ispell: /usr/share/info/ispell.info.gz ispell: /usr/sbin/ispellconfig ispell: /usr/share/man/man8/ispellconfig.8.gz iamerican: /usr/lib/ispell iamerican: /usr/lib/ispell/american.aff iamerican: /usr/lib/ispell/americanmed+.hash iamerican: /var/lib/dictionaries-common/ispell iamerican: /var/lib/dictionaries-common/ispell/iamerican iamerican: /usr/lib/ispell/american.hash libaspell15: /usr/lib/aspell-0.60/ispell emacs21-common: /usr/share/emacs/21.4/lisp/textmodes/ispell.elc kdelibs-data: /usr/share/services/kspell_ispell.desktop kdelibs4: /usr/lib/kde3/kspell_ispell.la kdelibs4: /usr/lib/kde3/kspell_ispell.so zsh: /usr/share/zsh/4.2.5/functions/Completion/Unix/_ispell 575 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# select-default-ispell Dictionaries-common: Ispell dictionary -- Because more than one ispell dictionary will be available in your system, please select the one you'd like applications to use by default. You can change the default ispell dictionary at any time by running select-default-ispell. 1. american (American English) 2. Manual symlinks setting Which ispell dictionary should be the system's default? 1 576 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# dpkg-reconfigure dictionaries-common Dictionaries-common: Ispell dictionary -- Because more than one ispell dictionary will be available
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Thu, Jun 16, 2005 at 09:29:03AM -0400, Daniel Jacobowitz wrote: Are you sure you're looking at sarge's xterm? Positive: 583 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# dpkg -l xterm Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersion Description +++-===-===-== ii xterm 4.3.0.dfsg.1-14 X terminal emulator 584 {0} [EMAIL PROTECTED]:/home/branden/packages/CHROOTS# debsums xterm /usr/X11R6/bin/koi8rxterm OK /usr/X11R6/bin/lxterm OK /usr/X11R6/bin/uxterm OK /usr/X11R6/bin/xterm OK /usr/X11R6/man/man1/lxterm.1x.gz OK /usr/X11R6/man/man1/uxterm.1x.gz OK /usr/X11R6/man/man1/xterm.1x.gz OK /usr/X11R6/man/man1/koi8rxterm.1x.gz OK /usr/share/doc/xterm/xterm.log.html OK /usr/share/doc/xterm/xterm.faq.html OK /usr/share/doc/xterm/xterm.faq.gz OK /usr/share/doc/xterm/changelog.Debian.gz OK /usr/share/doc/xterm/README.DebianOK /usr/share/doc/xterm/copyrightOK /usr/share/doc/xterm/NEWS.Debian.gz OK /usr/share/doc/xterm/README.i18n.gz OK /usr/share/doc/xterm/xterm.termcap.gz OK /usr/share/doc/xterm/xterm.terminfo.gzOK /usr/share/doc-base/xterm-faq OK /usr/lib/menu/xterm OK I know the terminfo was upgraded, and I wouldn't be surprised by a version dependence on xterm, but I thought it was around #192. We ship XTerm #200 in xterm 4.3.0.dfsg.1-14: xfree86 (4.3.0.dfsg.1-14) unstable; urgency=high [...] xfree86 (4.3.0.dfsg.1-11) unstable; urgency=medium [...] * Update XTerm to patch #200 (2005-02-06) from Thomas Dickey's website. + Make active-icon work properly when TrueType fonts are used. (Closes: #286068) + Fix a regression from patch #197 which disowned the selection if it was scrolled, e.g., by the user pressing return at the bottom of the screen. (Closes: #277832, #291787) Resync patches #059, #803, and #907. [...] -- Branden Robinson [EMAIL PROTECTED] Fri, 11 Feb 2005 02:14:27 -0500 The terminfo we're shipping is the same as the one in /usr/share/doc/xterm/xterm.terminfo.gz in 4.3.0.dfsg.1-14. And that's in sarge. I'm sorry, but I must differ with you there: 589 {0} [EMAIL PROTECTED]:~# zcat /usr/share/doc/xterm/xterm.terminfo.gz | md5sum 149359a0e57bff4d33bc74549812286f - 590 {0} [EMAIL PROTECTED]:~# cat /etc/terminfo/x/xterm | md5sum a27bce1c0ad7de297b3fd0fad07ee3b6 - 591 {0} [EMAIL PROTECTED]:~# dpkg -s ncurses-base | grep Version: Version: 5.4-4 592 {0} [EMAIL PROTECTED]:~# aptitude install ncurses-base [...] 593 {0} [EMAIL PROTECTED]:~# dpkg -s ncurses-base | grep Version: Version: 5.4-7 594 {0} [EMAIL PROTECTED]:~# cat /etc/terminfo/x/xterm | md5sum af0d2fb61150c831b9adb5579c5b4286 - 595 {0} [EMAIL PROTECTED]:~# zcat /usr/share/doc/xterm/xterm.terminfo.gz /tmp/xterm.terminfo-from-XTerm-200 596 {0} [EMAIL PROTECTED]:~# diff -u /etc/terminfo/x/xterm /tmp/xterm.terminfo-from-XTerm-200 Binary files /etc/terminfo/x/xterm and /tmp/xterm.terminfo-from-XTerm-200 differ Hmm, that's not too useful. Uh, now I'm starting to get confused: 603 {0} [EMAIL PROTECTED]:~# infocmp -F /etc/terminfo/x/xterm /tmp/xterm.terminfo-from-XTerm-200 /etc/terminfo/x/xterm, line 1, col 1: Illegal character (expected alphanumeric or @%*!#) - '^Z' In file 1 (/etc/terminfo/x/xterm) only: In file 2 (/tmp/xterm.terminfo-from-XTerm-200) only: xterm-new xterm+pcfkeys xterm-basic xterm-debian xterm-vt220 xterm-vt52 xterm-sun xterm-hp xterm-sco xterm-24 xterm-65 xterm-bold
Bug#315011: entire machine hangs after upgrading libc6
On Tue, Jun 21, 2005 at 10:42:12AM +0900, Horms wrote: Unfortunately I didn't think ahead to take an image of the partition, so this means that now I'm also unable to reproduce the bug :-( That is a bit undfortunate, but its good to hear your system is up and running. I think it would be best to close this bug and reopen it if the situation re-occurs, it may well have been a hardware-level corruption. Any objections? Not really. That said, regardless of whether the original corruption was down to hardware or software, the machine really shouldn't crash hard like that - it is certainly a kernel bug, even if it's not one that is feasible to track down at the moment. Cameron. signature.asc Description: Digital signature
Bug#314705: [Pkg-octave-devel] Bug#314705: octave2.1: FTBFS (amd64/gcc-4.0): trying to instantiate 'templateclass T templateclass U octave_int::octave_int(U)'
* Andreas Jochens [EMAIL PROTECTED] [2005-06-17 23:29]: Package: octave2.1 Version: 2.1.69-1 Severity: normal Tags: patch When building 'octave2.1' on amd64/unstable with gcc-4.0, I get the following error: lex.l:208: error: 'bracket_brace_paren_nesting_level::anonymous enum' is/uses anonymous type lex.l:208: error: trying to instantiate 'templateclass T templateclass U octave_int::octave_int(U)' make[3]: *** [pic/lex.o] Error 1 make[3]: Leaving directory `/octave2.1-2.1.69/src' With the attached patch 'octave2.1' can be compiled on amd64 using gcc-4.0. I uploaded 2.1.71-1 to experimental. This version has different upstream files lex.l and toplev.cc, whcih are concerned by your p[atch. Could you please try to build the package on amd64 and report back the results? -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315171: gnome-terminal-data: cannot remove if gconf2 removed
Le mardi 21 juin 2005 à 00:03 +0100, Lee Maguire a écrit : Package: gnome-terminal-data Version: 2.10.0-2 Severity: normal It's possible to remove gconf2 before attempting to remove gnome-terminal-data. In this scenario gnome-terminal-data.prerm fails because gconftool-2 is no longer available. The prerm script needs to check for the existence of the executable and only run it if it exists. Indeed, I forgot to make it depend on ${misc:Depends}. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#313784: Patch forwarded to upstream
Quoting Felipe Augusto van de Wiel (faw) ([EMAIL PROTECTED]): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 313784 + pending thanks patch forwarded to the upstream. The perfect way to do so is: forwarded 313784 upstream_address Where upstrem_address can be a mail address or a URL in a BTS, etc... The cute way is to send your real forward to upstream by mail and CC [EMAIL PROTECTED]. This will automagically mark the bug as forwarded to the address(es) which was/were in the To: field. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310590: aspell dictionaries depend on libaspell15 package name, that might change
On Mon, Jun 20, 2005 at 04:40:30PM +0200, Agustin Martin wrote: On Tue, May 31, 2005 at 04:55:17PM +0200, Agustin Martin wrote: That makes the mirrors happy because the aspell dict is now arch:all, but does not cause hashes being rebuilt if a new aspell with incompatible binary hash format is uploaded. That is what ispell-autobuildhash is currently doing and is what is expected from aspell-autobuildhash. There are some problems pending, like a /usr/lib/aspell-0.60 explicitely hardcoded path that will complicate a transition to e.g. 0.61, while everything would be simpler if a plain /usr/lib/aspell is used. These are the kind of things that are still to be considered. Can local/extra dirs be selected besides /usr/lib/aspell-0.60? At runtime, yes. At configure time, there are --enable-pkgdatadir=DIR and --enable-pkglibdir=DIR, but I believe you cannot specify multiple directories for those. Something like aspell looking for dicts and datas in both /usr/lib/aspell-0.60 /usr/lib/aspell-auto Something like this would be good for the autobuildhash stuff, if the auto-dicts are installed in /usr/lib/aspell-auto. This way, when upgrading to e.g., aspell-0.61 autobuilt hashes will be rebuilt and found by the new aspell at /usr/lib/aspell-auto, new aspell stuff would be installed in /usr/lib/aspell-0.61 and obsolete dicts at /usr/lib/aspell-0.60 would be ignored. Wouldn't you want to clean up the obsolete dicts? I don't really understand what you're trying to accomplish. Are you trying to support *both* old school dictionaries (with the hash files packaged) and new ones where the hash is autobuilt? -- Society is never going to make any progress until we all learn to pretend to like each other. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315169: Blowing away .gnome2/session seems to help
Le mardi 21 juin 2005 à 00:10 +, [EMAIL PROTECTED] a écrit : I created a brand new user, tried logging in: no delay. I copied all the newly created files to the hanging account's .gnome2 directory (bub didn't delete any other files already there): delay. I deleted the session manager entry from .gnome2/session: delay I deleted .gnome2/session entirely: NO DELAY. I'll keep an eye on it and see what is going on. Could you send us that .gnome2/session file? -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#295760: Uploading ming to Debian
Hi, I was toying around with ming at some time, but development had stalled. I was interested in the perl extension, and when development picked up again, it was only focussed around the PHP extension, breaking the perl extension (and I never got some of the other extensions to work). I dislike PHP (most php apps are really bad code, but with fancy looks), so I dropped it. I don't want to maintain a package I don't use myself. Also I felt the need to check the code for potential security holes; I have no idea if anyone has done that yet. Right now I wouldn't want to run it on my web server... another reason not to provide a package. best regards, Erich Schubert -- erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_ The best things in life are free: Friendship and Love.//\ Trauet euren Träumen, denn das Tor der Ewigkeit ist darin verborgen. V_/_ --- Kahlil Gibran
Bug#315214: gambit: FTBFS (amd64/gcc-4.0): cast from 'char*' to 'int' loses precision
Package: gambit Version: 0.97.0.7-1 Severity: normal Tags: patch When building 'gambit' on amd64/unstable with gcc-4.0, I get the following error: if x86_64-linux-g++ -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\gambit\ -DVERSION=\0.97.0.7\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DRETSIGTYPE=void -I. -I. -I../../sources -DNEWSTYLE_TEMPLATES -g -O2 -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT gnulib.o -MD -MP -MF .deps/gnulib.Tpo -c -o gnulib.o gnulib.cc; \ then mv -f .deps/gnulib.Tpo .deps/gnulib.Po; else rm -f .deps/gnulib.Tpo; exit 1; fi gnulib.cc: In member function 'void* Obstack::finish()': gnulib.cc:89: error: cast from 'char*' to 'int' loses precision gnulib.cc: In member function 'void AllocRing::clear()': gnulib.cc:151: warning: deleting 'void*' is undefined gnulib.cc: In member function 'void AllocRing::free(void*)': gnulib.cc:165: warning: deleting 'void*' is undefined gnulib.cc: In member function 'void* AllocRing::alloc(int)': gnulib.cc:199: warning: deleting 'void*' is undefined make[3]: *** [gnulib.o] Error 1 make[3]: Leaving directory `/gambit-0.97.0.7/sources/math' With the attached patch 'gambit' can be compiled on amd64 using gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/gambit-0.97.0.7/sources/game/nfplayer.h ./sources/game/nfplayer.h --- ../tmp-orig/gambit-0.97.0.7/sources/game/nfplayer.h 2002-08-26 07:50:10.0 +0200 +++ ./sources/game/nfplayer.h 2005-06-21 09:01:09.0 +0200 @@ -28,6 +28,7 @@ #define NFPLAYER_H class Strategy; +class Nfg; class NFPlayer { friend class Nfg; diff -urN ../tmp-orig/gambit-0.97.0.7/sources/game/sfstrat.h ./sources/game/sfstrat.h --- ../tmp-orig/gambit-0.97.0.7/sources/game/sfstrat.h 2004-05-25 20:53:58.0 +0200 +++ ./sources/game/sfstrat.h2005-06-21 09:02:20.0 +0200 @@ -33,10 +33,10 @@ /* class EFPlayer; class Efg; -class Sfg; class Action; class Infoset; */ +class Sfg; struct Sequence { friend class Sfg; diff -urN ../tmp-orig/gambit-0.97.0.7/sources/gcl/gsmhash.cc ./sources/gcl/gsmhash.cc --- ../tmp-orig/gambit-0.97.0.7/sources/gcl/gsmhash.cc 2004-10-05 17:13:33.0 +0200 +++ ./sources/gcl/gsmhash.cc2005-06-21 09:12:38.0 +0200 @@ -84,7 +84,7 @@ template class T int RefCountHashTableT::Hash( const T ptr ) const -{ return ( (unsigned int) ptr / 4 ) % 10; } +{ return ( (unsigned long) ptr / 4 ) % 10; } template class T void RefCountHashTableT::DeleteAction( int /*value*/ ) { } diff -urN ../tmp-orig/gambit-0.97.0.7/sources/math/gnulib.cc ./sources/math/gnulib.cc --- ../tmp-orig/gambit-0.97.0.7/sources/math/gnulib.cc 2003-09-01 02:28:28.0 +0200 +++ ./sources/math/gnulib.cc2005-06-21 08:59:27.0 +0200 @@ -86,7 +86,7 @@ void* Obstack::finish() { void* value = (void*) objectbase; - nextfree = (char*)((int)(nextfree + alignmentmask) ~(alignmentmask)); + nextfree = (char*)((long)(nextfree + alignmentmask) ~(alignmentmask)); if (nextfree - (char*)chunk chunklimit - (char*)chunk) nextfree = chunklimit; objectbase = nextfree; diff -urN ../tmp-orig/gambit-0.97.0.7/sources/pelican/pelqhull.cc ./sources/pelican/pelqhull.cc --- ../tmp-orig/gambit-0.97.0.7/sources/pelican/pelqhull.cc 2004-05-25 20:54:10.0 +0200 +++ ./sources/pelican/pelqhull.cc 2005-06-21 09:08:46.0 +0200 @@ -121,7 +121,7 @@ if (!(object= malloc(outsize))) qhull_fatal(3); if (qhmem.IStracing = 5) - fprintf (qhmem.ferr, qh_memalloc long: %d bytes at %x\n, outsize, (int)object); + fprintf (qhmem.ferr, qh_memalloc long: %d bytes at %lx\n, outsize, (long)object); } return (object); } /* memalloc */ @@ -148,7 +148,7 @@ qhmem .totlong -= size; free (object); if (qhmem.IStracing = 5) - fprintf (qhmem.ferr, qh_memfree long: %d bytes at %x\n, size, (int)object); + fprintf (qhmem.ferr, qh_memfree long: %d bytes at %lx\n, size, (long)object); } } /* memfree */ @@ -519,10 +519,10 @@ if (!set || !(set-e[0])) return NULL; - if ((setsize= (int)*(last= (set-e[set-maxsize] { + if ((setsize= (long)*(last= (set-e[set-maxsize] { returnvalue= set-e[setsize - 2]; set-e[setsize - 2]= NULL; -*last= (void *)((int)*last - 1); +*last= (void *)((long)*last - 1); }else { returnvalue= set-e[set-maxsize - 1]; set-e[set-maxsize - 1]= NULL; @@ -938,12 +938,12 @@ fprintf (fp, %s set is null\n, string); else { SETreturnsize_(set, size); -fprintf (fp, %s set=%x maxsize=%d size=%d elems=, -string, (unsigned int)set, set-maxsize, size); +fprintf (fp, %s set=%lx maxsize=%d size=%d elems=, +string, (unsigned long)set,
Bug#315035: smbldap-tools: support ldapi:/// ?
I've received the following wishlist bug against smbldap-tools 0.8.7 (still applies to 0.9.1). As I belive that this is an upstream thinghI forward it to you for your consideration. El Mon, Jun 20, 2005 at 03:48:24PM +0800, gary ng va escriure: Package: smbldap-tools Version: 0.8.7-4 Severity: wishlist I tried to run samba under vserver where the localhost(127.0.0.1) is being mapped to the assigned ip address. slapd has no problem about it(even if I tell it to listen to 127.0.0.1, it actually is listening to the real ip). However, many ldap tools failed to see this including smbldap-tools. for those which support ldapi, I can change them as well. But smbldap-tools doesn't support ldapi based on what I read in the code. The Net::LDAPI is already part of standard Perl 5 ldap library but smbldap-tools don't use it at them moment. Hopefully, this can be added in the future. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-xbox-chimpanzee-vs-ll Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages smbldap-tools depends on: ii libcrypt-smbhash-perl 0.02-6 generate LM/NT hash of a password ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith ii libio-socket-ssl-perl 0.96-1 Class implementing an object orien ii libnet-ldap-perl 0.3202-3 A Client interface to LDAP servers ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information Greetings, Sergio. -- Sergio Talens-Oliag [EMAIL PROTECTED] http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 signature.asc Description: Digital signature
Bug#111033: No Selling No Bosses
Hello and good-day to you, Would you like at least $1500.00 to $3500.00 per day, just for returning phone calls? I do! If you have a telephone and can return calls you are fully qualified for this program. Give Us A Call At: 1 888 238 3164 Anytime, 24 hours/day. Sincerely, Larry Phillips -- I'm begging you to honor that principle of reasonable doubt, Mesereau said, arguing that prosecutors can't prove this case beyond a reasonable doubt, and they never should have brought it. His spokeswoman said comedian Dick Gregory, a family friend, had said he thought Jackson looked dehydrated and needed electrolytes. North Korea says it needs a nuclear deterrent because of what it calls Washington's hostile policy against it. Unemployed Palestinian militants demanding they be hired as police officers barred Palestinian Authority officials from passing through Gaza's border terminal with Egypt on Saturday, Palestinian Interior Ministry officials said. The recently revived group was well-known during the Intifada, which ended in 1992. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314705: [Pkg-octave-devel] Bug#314705: octave2.1: FTBFS (amd64/gcc-4.0): trying to instantiate 'templateclass T templateclass U octave_int::octave_int(U)'
On 05-Jun-21 08:53, Rafael Laboissiere wrote: I uploaded 2.1.71-1 to experimental. This version has different upstream files lex.l and toplev.cc, whcih are concerned by your p[atch. Could you please try to build the package on amd64 and report back the results? The new version 2.1.71-1 builds fine without any patch, thanks! Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315142: wacom-tools: Please include wacomcpl
On Mon, Jun 20, 2005 at 02:27:31PM -0500, John Goerzen wrote: The source distribution includes wacomcpl which, among other things, can calibrate the stylus on a table PC. It would be nice to see this included in wacom-tools (or a separate binary package, at your discretion). Is there anything this can do that can't be done with xsetwacom (which is in the package) ? Work is underway on a couple of fronts for a gui interface that doesn't involve getting all covered in tcl. It is planned for the package to supply such a thing, but for the moment there are a number of higher priority (and lower level) issues that need to be fixed to give that a stable base, so it may be a little while still. Ron -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315216: DEB_BUILD_GNU_TYPE changed
Package: java-package Version: 0.24 Severity: grave dpkg-architecture's output for DEB_BUILD_GNU_TYPE changed from i386-linux to i486-linux-gnu. This causes all java detection scripts to fail to detect the java archive. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-ac6 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages java-package depends on: ii coreutils 5.2.1-2The GNU core utilities ii debhelper 4.9.1 helper programs for debian/rules ii fakeroot 1.3Gives a fake root environment java-package recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314480: solution
It s a libc6 bug . I solve it remplacing compat by files nis in /etc/nsswitch.conf . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315169: Blowing away .gnome2/session seems to help
Could you send us that .gnome2/session file? Er, sorry... I forgot to save a copy while blowing it away. I got the idea when I saw that the new test user's .gnome2 directory didn't *have* a session file, so obviously it wasn't essential. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315216: oops, duplicate report
severity 313555 grave severity 314234 grave merge 313555 315216 thanks -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315219: python2.3: python shell segfaults if I press key-UP (history/readline problem)
Package: python2.3 Version: 2.3.5-4 Severity: important Invoking python and then pressing UP leads to a segfault. I pressed UP right at the first prompt. Other readline programs seem to work. /etc/python2.3/site.py is unchanged. Might be architecture related (powerpc). [393/[EMAIL PROTECTED]:~/work/gpib-devices/gpib-devices--devo$ python Python 2.3.5 (#2, May 29 2005, 01:46:01) [GCC 3.3.6 (Debian 1:3.3.6-5.0.1)] on linux2 Type help, copyright, credits or license for more information. Segmentation fault [394/[EMAIL PROTECTED]:~/work/gpib-devices/gpib-devices--devo$ [387/[EMAIL PROTECTED]:~/work/gpib-devices/gpib-devices--devo$ gdb python GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux...(no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/bin/python (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 29781)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Python 2.3.5 (#2, May 29 2005, 01:46:01) [GCC 3.3.6 (Debian 1:3.3.6-5.0.1)] on linux2 Type help, copyright, credits or license for more information. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 29781)] 0x0fcba4a4 in previous_history () from /lib/libreadline.so.4 (gdb) thr ap al bt Thread 1 (Thread 16384 (LWP 29781)): #0 0x0fcba4a4 in previous_history () from /lib/libreadline.so.4 #1 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #2 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #3 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #4 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #5 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #6 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #7 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #8 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #9 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #10 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #11 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #12 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #13 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #14 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #15 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #16 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #17 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #18 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #19 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #20 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #21 0x0fcba468 in previous_history () from /lib/libreadline.so.4 #22 0x0fcba468 in previous_history () from /lib/libreadline.so.4 Previous frame inner to this frame (corrupt stack?) (gdb) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc6-rj1 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages python2.3 depends on: ii libbz2-1.0 1.0.2-7 high-quality block-sorting file co ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libncurses5 5.4-4Shared libraries for terminal hand ii libreadline44.3-15 GNU readline and history libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- A social scientist, studying the culture and traditions of a small North African tribe, found a woman still practicing the ancient art of matchmaking. Locally, she was known as the Moor, the marrier. signature.asc Description: Digital signature
Bug#315218: metar: incorrect use of Architecture: field in source package
Package: metar Version: 20050103.1-2 Severity: serious The metar source package uses Architecture: i386 in debian/control for no apparent reason, wrongly limiting the package to building only on i386. Packages must be supported on as many architectures as is reasonably possible; I have personally tested that this package builds and runs correctly on alpha, and have no reason to believe this wouldn't be true for *all* Debian architectures, so this misuse of the Architecture: field is an RC bug per the release policy for sarge/etch. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#315217: tomcat4: tomcat 5.x?
Package: tomcat4 Version: 4.1.31-3 Severity: wishlist Tomcat 4.x is going to be obsolete, but it's still in the debian package repository and tomcat 5.x is not there. Netbeans (the sun's java ide) does not support tomcat 4, but just tomcat 5.x and j2ee. When do we'll see a tomcat 5.x debian package? -- 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.11-9-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tomcat4 depends on: ii adduser 3.64 Add and remove users and groups ii apache-utils 1.3.33-6 utility programs for webservers (t ii apache2-utils [apache-utils] 2.0.54-4 utility programs for webservers ii gij-3.4 [java-virtual-machine 3.4.4-0The GNU Java bytecode interpreter ii j2re1.4 [java-virtual-machine 1.4.2.02-1 Blackdown Java(TM) 2 Runtime Envir ii j2sdk1.4 [java-compiler] 1.4.2.02-1 Blackdown Java(TM) 2 SDK, Standard ii kaffe 2:1.1.5-3 A JVM to run Java bytecode ii kaffe-pthreads [kaffe]2:1.1.5-3 A POSIX threads enabled version of ii libcommons-beanutils-java 1.6.1-4utility for manipulating JavaBeans ii libcommons-collections-java 2.1.1-3A set of abstract data type interf ii libcommons-digester-java 1.5.0.1-4 Rule based XML Java object mapping ii libcommons-logging-java 1.0.4-2The commmon wrapper interface for ii libtomcat4-java 4.1.31-3 Java Servlet engine -- core librar tomcat4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315220: fpc: FTBFS (amd64): Please support the amd64 architecture
Package: fpc Version: 2.0.0-2 Severity: wishlist Tags: patch When building 'fpc' on amd64/unstable, I get the following error: dh_gencontrol -a dh_gencontrol: Compatibility levels before 4 are deprecated. dpkg-gencontrol: error: current build architecture amd64 does not appear in package's list (i386 powerpc sparc) dh_gencontrol: command returned error code 65280 make: *** [binary-arch] Error 1 With the attached patch 'fpc' can be built on amd64. Regards Andreas Jochens diff -urN ../tmp-orig/fpc-2.0.0/debian/control.in ./debian/control.in --- ../tmp-orig/fpc-2.0.0/debian/control.in 2005-06-21 09:32:05.0 +0200 +++ ./debian/control.in 2005-06-21 09:32:01.0 +0200 @@ -6,7 +6,7 @@ Build-Depends: fp-compiler, fp-utils, debhelper (= 4.2), tetex-bin, tetex-extra, awk, gs-common, libncurses5-dev, libgpmg1-dev Package: fp-compiler -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}) Suggests: fp-utils, fp-docs (= %{fpcversion}) Description: Free Pascal -- Compiler @@ -19,7 +19,7 @@ compiling anything. Package: fp-ide -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}) Suggests: fp-utils, fp-docs (= %{fpcversion}) Description: Free Pascal -- IDE @@ -32,7 +32,7 @@ You need at least the RTL package before you can start compiling anything. Package: fp-utils -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Recommends: fp-compiler (= %{packageversion}) Description: Free Pascal -- Utils The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -59,7 +59,7 @@ The documentation is available in HTML and in PDF. Package: fp-units-rtl -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Recommends: fp-compiler (= %{packageversion}) Description: Free Pascal -- Runtime Library The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -67,7 +67,7 @@ This package contains the Runtime Libraries for the Free Pascal Compiler. Package: fp-units-base -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}) Description: Free Pascal -- base units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -79,7 +79,7 @@ - ZLib Package: fp-units-fcl -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}), fp-units-base (= %{packageversion}) Description: Free Pascal -- Free Component Library The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -87,7 +87,7 @@ This package contains the Free Component Library for the Free Pascal Compiler. Package: fp-units-fv -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}) Description: Free Pascal -- Free Vision units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -95,7 +95,7 @@ This package contains the Free Vision units for the Free Pascal Compiler. Package: fp-units-gtk -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}), fp-units-fcl (= %{packageversion}) Description: Free Pascal -- GTK 1.2 units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -104,7 +104,7 @@ programs with GTK 1.2. Package: fp-units-gtk2 -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}), fp-units-fcl (= %{packageversion}) Description: Free Pascal -- GTK 2.x units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -113,7 +113,7 @@ programs with GTK 2.x. Package: fp-units-gnome1 -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}), fp-units-gtk (= %{packageversion}) Description: Free Pascal -- GNOME 1 units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -122,7 +122,7 @@ programs for GNOME 1. Package: fp-units-db -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}) Description: Free Pascal -- database libraries units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -137,7 +137,7 @@ - SQLite Package: fp-units-gfx -Architecture: i386 powerpc sparc +Architecture: amd64 i386 powerpc sparc Depends: fp-units-rtl (= %{packageversion}), fp-units-base (= %{packageversion}) Description: Free Pascal -- graphics libraries units The Free Pascal Compiler is a Turbo Pascal 7.0 and Delphi compatible 32/64-bit @@ -149,7 +149,7 @@ - OpenGL Package: fp-units-net -Architecture: i386 powerpc sparc
Bug#278411: marked as done (SchoolBell should not be released with sarge)
On Mon, Jun 20, 2005 at 01:56:50PM -0700, Steve Langasek wrote: Yay, sarge is out. By the time etch comes around these packages will be ready for stable. So, is schooltool *currently* in a releasable state? If you don't think so, it would be nice to keep it out of testing until it is. Ok, I've re-opened this bug which should keep both schooltool and schoolbell out of testing. -- Brian Sutherland Metropolis - it's the first movie with a robot. And she's a woman. And she's EVIL!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315203: gmime2.1: FTBFS: build-depends on mono, which is only available on i386/ppc
On Mon, Jun 20, 2005 at 11:03:00PM -0700, Steve Langasek wrote: The most recent version of gmime2.1 fails to build on all architectures except for i386 and powerpc, due to the addition of various mono-related build-dependencies: Yes, I noticed. The amd64 autobuilders seem to compile gmime2.1 without problems as well. I think the mono build-dependencies are not needed for all architectures, only for those architectures for which the libgmime2.1-cil package will be provided. In contrast, libgmime2.1 and libgmime2.1-dev *are* needed on all architectures, because there are existing packages which depend on them. Please make the build-dependencies on cli-common, mono-mcs, mono-gac, and gtk-sharp conditional by architecture. I will. -- Met vriendelijke groet / with kind regards, Guus Sliepen [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#311481: Hal hangs the computer at shutdown
On Thu, Jun 09, 2005 at 10:12:28PM +0200, Nicolas DEGAND wrote: Le Jeudi 9 Juin 2005 19:15, vous avez écrit : On Thu, Jun 09, 2005 at 04:41:46PM +0200, Nicolas DEGAND wrote: Le Jeudi 9 Juin 2005 13:47, vous avez écrit : The strace shows that you didn't have dbus running at that time, which hal needs thus giving you no usefull output :) Oops. Stupid me. Thought that as hald was already running, and as I cannot stop it (and as I thought there was confusion between the two hald after seeing the output of the strace below), the best way to test it was not to start it at boot by deactivating dbus-1. Bad idea. Here are (I hope) correct outputs Hal is already running (and now in state D). So it can't startup.. You need to disable the hal startup at boot and run it manually. For example by placing exit at the top of /etc/dbus-1/event.d/20hal Sjoerd I hope this time, everything is ok. Here is the end of strace output (hald is locked in D+ status, strace is in S+) lstat64(/sys/bus/pci/devices/serial8250, 0xbfffe6ec) = -1 ENOENT (No such file or directory) lstat64(/sys/bus/platform/devices/serial8250, {st_mode=S_IFLNK|0777, st_size=0, ...}) = 0 readlink(/sys/bus/platform/devices/serial8250, gettimeofday({1118346467, 267435}, NULL) = 0 poll([{fd=3, events=POLLIN}, {fd=6, events=POLLIN}, {fd=5, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=7, events=POLLIN}], 5, 1991) = 0 gettimeofday({1118346469, 259799}, NULL) = 0 open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/hdd, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 time(NULL) = 1118346469 gettimeofday({1118346469, 271622}, NULL) = 0 poll([{fd=3, events=POLLIN}, {fd=6, events=POLLIN}, {fd=5, events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=7, events=POLLIN}], 5, 1989) = 0 gettimeofday({1118346471, 262122}, NULL) = 0 open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/hdd, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE Here is the hald output (stuck in D+) : Here hal tries to detect if there is a disc in your cd drive.. Odd that it hangs there. Could you compile and run the folowing test program? Compile with: gcc -Wall -D_FILE_OFFSET_BITS=64 test.c -o test And then run like this: ./test /dev/hdc /dev/hdd Where i'm assuming that /dev/hdc and /dev/hdd are your cdrom drives, judging from hal's strace output. That basically does the same as hal does for polling your drive. So it's interested to see if it gets stuck in D too.. For best effect, run when hald is disabled.. Sjoerd -- For fast-acting relief, try slowing down. #include stdio.h #include unistd.h #include sys/types.h #include sys/stat.h #include sys/ioctl.h #include fcntl.h #include linux/cdrom.h static void detect_disc (const char *device_file) { int fd; int type; printf(detect disc on %s\n, device_file); /* Check handling */ fd = open (device_file, O_RDONLY | O_NONBLOCK | O_EXCL); if (fd 0) return; /* Suggested by Alex Larsson to get rid of log spewage * on Alan's cd changer (RH bug 130649) */ if (ioctl (fd, CDROM_DRIVE_STATUS, CDSL_CURRENT) != CDS_DISC_OK) { close (fd); return; } /* check for audio/data/blank */ type = ioctl (fd, CDROM_DISC_STATUS, CDSL_CURRENT); switch (type) { case CDS_AUDIO: /* audio CD */ printf(Disc in %s has audio\n, device_file); break; case CDS_MIXED: /* mixed mode CD */ printf (Disc in %s has audio+data\n, device_file); break; case CDS_DATA_1: /* data CD */ case CDS_DATA_2: case CDS_XA_2_1: case CDS_XA_2_2: printf (Disc in %s has data\n, device_file); break; case CDS_NO_INFO: /* blank or invalid CD */ printf (Disc in %s is blank\n, device_file); break; default: /* should never see this */ printf (Disc in %s returned unknown CDROM_DISC_STATUS\n, device_file); break; } close (fd); return; } int main(int argc, char **argv) { for (;;) { int x; for (x = 1; x argc; x++) { detect_disc(argv[x]); } sleep(1); } }
Bug#287978: Processed: reassign 287978 to mysql-server
reassign 287978 dpkg severity 287978 wishlist reassign 307730 dpkg severity 307730 wishlist merge 287978 307730 merge 182747 287978 thanks On Mon, 2005-06-20 at 21:31 +0200, Christian Hammers wrote: On 2005-06-20 Scott James Remnant wrote: There is a bug reporting regarding the known bug (#182747), but this is particularly interesting... It's common that admins replace directories with symlinks to relocate big chunks of data to a different partition without mounting a whole partition to this directory or using bind mounts which are not so known among admins. So dpkg should not simply delete a symlink to a directory that still contains files. dpkg ordinarily tries very hard to keep symlinks-to-directories rather than replacing them with a directory again. The one known circumstance where there is a bug (noted above) is if the directory is removed from the package. If foo 1.0 ships /foo and foo 2.0 doesn't, dpkg will remove the /foo directory OR symlink. In this case the update was from mysql-server-4.0 (4.0.22) to mysql-server-4.1 (4.1.11) so the first package got removed which is probably technically the same as an upgrade where the file is no longer in the package and thus this bug was triggered. That makes sense. I can see what's going on here, and it is a duplicate of the bug yesterday. This is a good additional use case for it, too. Scott -- Have you ever, ever felt like this? Had strange things happen? Are you going round the twist? signature.asc Description: This is a digitally signed message part
Bug#315169: Blowing away .gnome2/session seems to help
Le mardi 21 juin 2005 à 07:44 +, [EMAIL PROTECTED] a écrit : Could you send us that .gnome2/session file? Er, sorry... I forgot to save a copy while blowing it away. I got the idea when I saw that the new test user's .gnome2 directory didn't *have* a session file, so obviously it wasn't essential. That file is generated when you answer yes to the save current state question upon logout. The problem was probably caused by a broken application ending up in your session this way. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#315134: gpsbabel: missing usb support
[John Goerzen] Unfortunately, gpsbabel only supports USB on Windows. I asked Robert Lipe about this, and he confirmed that tht README entry was outdated. USB is supposed to work on linux and macosx using libusb. Please enable it. He claimed it was enabled by default in the current CVS version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304624: It's all about POSIX
I just found out that if I remove set -o posix from my .bashrc file (actually, from the bit of it that was generated by dotfile some time ago), I don't get these annoying error messages anymore. I guess this (from info bash) can explain the problem: 15. Function names must be valid shell `name's. That is, they may not contain characters other than letters, digits, and underscores, and may not start with a digit. Declaring a function with an invalid name causes a fatal syntax error in non-interactive shells. I therefore suggest renaming the functions to only use underscores and no dashes. Roland. -- Roland Mas Lord of the rings? Show us. European Juggling Convention -- Svendborg, Denmark. http://ejc2003.dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315222: xfree86: build requires lynx and doesn't accept lynx-cur
Package: xfree86 Severity: normal The build process requires lynx and doesn't accept lynx-cur as a package providing the lynx web browser for dumping html format documentation into text. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11mmx Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315223: O: mird1 -- optional
Package: wnpp Severity: normal I want to ask for removing mird1 mird-dev from debian archive. I belive that noone uses these packages this days because of better solutions (sqlite for example). Any package is depended from these two. Package is in quite bad conditions and moreover last upstream version is from 2001 and development is dropped. -- 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.10-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#218908: tuxtype: New upstream release available (v1.5.3); adoption?
Hello Jeroen, thanks for the pointer, I almost completely forgot about this package. On Mon, Jun 20, 2005 at 11:41:30PM +0200, Jeroen van Wolffelaar wrote: On Tue, Jul 27, 2004 at 01:00:31PM +0200, Florian Ernst wrote: Well, now that I've taken a close look at it there are some problems: What's the status of this? Currently this package seems to be in some sort of limbo, with Rune nor Florian feeling responsible for it. Am I correct? If so, what are you going to do? Yes, you are correct. Rune didn't have the time anymore to maintain this package, and I didn't think the newer versions to be appropriate for Debian. If this package goes un-updated for another month or so, I think steps should be taken to either orphan it or remove it. Now coming back to this I couldn't help but notice that even the package version already present in Debian contains some of the problems I pointed out for the most recent upstream versions: there are some images / sounds included whose redistribution terms are quite unclear; some of those might have been taken from sources that only permit non-commercial use. Until upstream clarifies this situation (and I currently fail to see any effort to do so) I'm afraid this package can't stay in the archives as is. I believe these problems now justify removal even from the stable distribution, am I right? Well, even if not it currently can't stay in main, so I'm not inclined to maintain it anymore. Thus orphaning seems to be the least to do. Cheers, Flo signature.asc Description: Digital signature
Bug#315123: implicitly converted pointer
severity 315123 grave thanks Justification: the package is unusable on 64-bit architectures. Thanks a lot for the patch, I'll forward it to upstream to have it included. By the way, your automated buildd log filter rocks! :) Fabio On Mon, 20 Jun 2005 at 10:40 -0700, David Mosberger wrote: Package: gtkdialog Version: 0.59.4-1 Tags: patch Our automated buildd log filter [1] detected a problem that will cause your package to segfault on architectures where the size of a pointer is greater than the size of an integer, such as ia64: -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Digital signature
Bug#315226: autoconf-archive: ax_boost_python.m4 checks wrong variable
Package: autoconf-archive Version: 20041123-1 Severity: normal Somewhere in the middle of ax_boost_python.m4 ax_cv_python is checked for yes. It should check ax_cv_boost_python instead. This has apparently been corrected upstream already. Cheers, Chris -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'pool'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) autoconf-archive depends on no packages. Versions of packages autoconf-archive recommends: ii autoconf 2.59a-3automatic configure script builder -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313495: cdrecord: gracetime=0 should work
No, it definitely should not work as this would cause cdrecord to fail. Cdrecord even has been modified to allow 3 seconds as minimum value in February to allow vold to calm down on the device and to have better intercation with removable media managing. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED](work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#315225: bootstrapped /etc/apt/sources.list still use testing when I said sarge on debootstrap
Package: debootstrap Version: 0.2.45-0.2 Severity: minor as subject said. when I bootstrap a new image then run base-config, testing is used instead of stable for the sources.list -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-xbox-chimpanzee-vs-grsec-ll Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debootstrap depends on: ii binutils2.15-6 The GNU assembler, linker and bina ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii wget1.9.1-12 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315224: Debian Installer errors - Sun Blade 1000
Package: installation-reports Debian-installer-version: June 21, 12:00 AEST - http://http.us.debian.org/dists/sarge/main/installer-sparc/current//images/sparc64/netboot/2.6/boot.img uname -a: not available Date: June 21 12:30 AEST Method: Installed using tftp from laptop. Did Stop-A, then boot net. tftp server and rarp server setup on laptop, boot.img copied to tftp directory, symlinked boot.img to C0A80101 (hex of 192.168.1.1). No proxy. Machine: SUN SunBlade 1000 Processor: 900MHz UltraSparc-III Memory: 2048Mb Root Device: Root dev SCSI ( 2 x 73Gb FC drives) Peripherals: USB Type 6 Mouse and Keyboard. Root Size/partition table: See Below Output of lspci and lspci -n: beast # lspci :00:00.0 Host bridge: Sun Microsystems Computer Corp. Schizo PCI Bus Module :00:05.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01) :00:05.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 0 1) :00:05.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01) :00:05.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01) :00:06.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 37) :00:06.1 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 37) :01:00.0 Host bridge: Sun Microsystems Computer Corp. Schizo PCI Bus Module :01:04.0 SCSI storage controller: QLogic Corp. QLA2200 64-bit Fibre Channel Adapter (rev 05) beast # lspci -n :00:00.0 Class 0600: 108e:8001 :00:05.0 Class 0680: 108e:1100 (rev 01) :00:05.1 Class 0200: 108e:1101 (rev 01) :00:05.2 Class 0c00: 108e:1102 (rev 01) :00:05.3 Class 0c03: 108e:1103 (rev 01) :00:06.0 Class 0100: 1000:000f (rev 37) :00:06.1 Class 0100: 1000:000f (rev 37) :01:00.0 Class 0600: 108e:8001 :01:04.0 Class 0100: 1077:2200 (rev 05) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: My appologies if this list is long and boring, but here's what happened. 1. Booted OK from boot.img via boot net 2. Installer downloaded and started hardware detection - attempted to install qlogicisp module - incorrect, as qlogicfc is needed. 3. manually did modprobe -v qlogicfc - short delay, module loaded. 4. detected both disks OK, used auto-partitioning as multi-user workstation. Only partitioned a total of 18Gb of the drive. No free space evident. 5. manually partitioned the second drive as /home, same space problem (suspect incorrect drive geometery or LBA support) 6. Installed base system. 7. rebooted. 8. Get message remapping the kernel, then fast data access mmu miss, then back to the ok prompt. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#113812: #113812: libc6-dev: iconv prototype
According to UNIX98, the second argument to iconv(3) is a const char**, but iconv.h and the man page both indicate that the argument is in fact not const, despite the Conforming to UNIX98 claim in the man page. Events have overtaken this very old report... The reporter described the UNIX98 prototype. In SUSv3 (POSIX.1-2001, UNIX03), there is no const... I have amended the CONFORMING TO section to say POSIX.1-2001. Fix will be in man-pages-2.04. Please close this report. 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/ and grep the source files for 'FIXME'. Please submit non-trivial man page suggestions as diff -u patches. Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden testen ++ http://www.gmx.net/de/go/promail ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315223: O: mird1 -- optional
On Tue, Jun 21, 2005 at 10:30:23AM +0200, Krzysztof Krzyzaniak (eloy) wrote: Package: wnpp Severity: normal I want to ask for removing mird1 mird-dev from debian archive. Then please, file a bug against ftp.debian.org instead of against wnpp. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#247828: cdrecord: OPC failures under ATAPI interface
Hi, any reason, why a problem that is either caused by the drive's firmware of by a linux kernel bug bug definitely not by cdrecord still lists in the cdrecord bug list? BTW: if you have problems that are caused by the OS, it makes sense to test with a OS that is known to have less SCSI issues (e.g. OpenSolaris) Check out SchilliX (http://schillix.berlios.de) for a live CD image. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED](work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#315227: gpsbabel: New upstream version
Package: gpsbabel Version: 1.2.4-2 Severity: wishlist There is a new version of gpsbabel available upstream. URL:http://sourceforge.net/project/showfiles.php?group_id=58972 lists both 1.2.5 and 1.2.6(beta) as newer versions than the current 1.2.4. I didn't find a changelog/news file describing the changes done between these versions. I just tested the 1.2.6 beta version, and it worked flawlessly with my Garmin etrex Legend C and USB. Please upgrade the debian version to a newer version, so I can get this working with the default debian package. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=nb_NO, LC_CTYPE=nb_NO (charmap=ISO-8859-1) Versions of packages gpsbabel depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libexpat1 1.95.8-3 XML parsing C library - runtime li -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310662: star: missing most of bin/*
Hi, let me correct this a bit. There never has been any mess in the official star source. There may however have been a mess in the patches applied at Debian. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED](work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#313663: Proper encoding of patch; Was: [INTL:de] German PO file corrections
On Mon, Jun 20, 2005 at 06:31:41AM +0200, Christian Perrier wrote: svn co svn+ssh://svn.debian.org/svn/aptitude/branches/aptitude-0.3 Dennis, could you switch the d-i level3 statistics to use this branch? ok, done. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194842: #194842: manpages-dev: Confusing example on rand.3.gz
I agree that adding parentheses makes things a little safer for the use that is less conscious of C's type promotions and the overflow possibilities. I've changed the example as the kabloom suggests. The fix will be in man-pages-2.04. Please close. 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/ and grep the source files for 'FIXME'. Please submit non-trivial man page suggestions as diff -u patches. Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315230: francine: Please apply patch for slang2
Package: francine Version: 0.99.8orig-6 Severity: normal Please apply the following patch to build against slang2. It would be appreciated if this could be done quickly, as to have slang2 in etch in time for the debian-installer test release of etch in July. Regards Alastair McKinstry diff -urN francine-0.99.8orig-old/debian/changelog francine-0.99.8orig/debian/changelog --- francine-0.99.8orig-old/debian/changelog 2003-06-02 06:26:04.0 + +++ francine-0.99.8orig/debian/changelog 2005-06-21 09:16:11.905039168 + @@ -1,3 +1,9 @@ +francine (0.99.8orig-6) unstable; urgency=low + + * Build against libslang2. + + -- Alastair McKinstry [EMAIL PROTECTED] Tue, 21 Jun 2005 09:15:52 + + francine (0.99.8orig-5) unstable; urgency=low * Changed c to int instead of char in after_login.c, thanks to Gerhard Tonn diff -urN francine-0.99.8orig-old/debian/control francine-0.99.8orig/debian/control --- francine-0.99.8orig-old/debian/control 2003-06-02 06:25:33.0 + +++ francine-0.99.8orig/debian/control 2005-06-21 09:15:48.349620136 + @@ -2,7 +2,7 @@ Section: admin Priority: optional Maintainer: Gerfried Fuchs [EMAIL PROTECTED] -Build-Depends: debhelper, libpam0g-dev, slang1-dev +Build-Depends: debhelper, libpam0g-dev, libslang2-dev Standards-Version: 3.5.10 Package: francine diff -urN francine-0.99.8orig-old/src/conf.c francine-0.99.8orig/src/conf.c --- francine-0.99.8orig-old/src/conf.c 2001-04-22 13:46:22.0 + +++ francine-0.99.8orig/src/conf.c 2005-06-21 09:19:29.080064008 + @@ -102,7 +102,7 @@ if (SLang_load_file(/etc/francine.sl) == -1) { SLang_restart(1); - SLang_Error = 0; + SLang_set_error(0); printf(Error while interpreting /etc/francine.sl. Please fix this.\n); sleep(10); }
Bug#315229: RFP: nautilus-share -- Nautilus Share allows you to quickly share a folder from the GNOME Nautilus file manager without requiring root access
Package: wnpp Severity: wishlist * Package name: nautilus-share Version : 0.6.3 Upstream Author : Sébastien ESTIENNE * URL : http://gentoo.ovibes.net/nautilus-share/ * License : GPL Description : Nautilus Share allows you to quickly share a folder from the GNOME Nautilus file manager without requiring root access Citing the homepage: snip Nautilus Share allows you to quickly share a folder from the GNOME Nautilus file manager without requiring root access. It uses Samba, so your folders can be accessed by any operating system. /snip -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Bug#292482: pmount: mount points in /etc/fstab remain mounted after unplugging
On Fri, Apr 08, 2005 at 05:38:29PM +0200, Martin Pitt wrote: Diwaker Gupta [2005-02-03 17:27 -0800]: Also, can you unmount the respective device manually? So what happens if you execute 'pumount /dev/yourdevice' while the device is still mounted? If that command fails, please try Yes, I can unmount the device manually. pumount fails. # first I ripped out the device $ mount [snip] /dev/sda1 on /mnt/backup type ext3 (rw,noexec,nosuid,nodev,user=diwaker) # so the entry is still there, while it shouldn't have been $ pumount /dev/sda1 Error: could not determine real path of the device: No such file or directory # of course, since /dev/sda1 doesn't exist anymore $ pumount -d /dev/sda1 /dev/sda1 cannot be resolved to a proper device node Error: could not determine real path of the device: No such file or directory Like I said, this only happens with devices which have entries in /etc/fstab. Devices that are completely automagically handled by pmount don't give this problem. pmount does not do automatic unmounting of ripped out devices, this is done by /etc/dev.d/block/hal-unmount.dev. This doesn't seem to work for you, I reassign to the hal maintainer. (Hello Sjoerd :-) ) Does pumount -l your ripped device work ? If that works, do the same again but use ACTION=remove DEVNAME=device name /etc/dev.d/block/hal-unmount.dev That should also unmount the device... If those both work we should track down what's going wrong with udev on your system.. Sjoerd -- It's hard to think of you as the end result of millions of years of evolution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311481: strace hald output
On Mon, Jun 13, 2005 at 06:18:30PM +0200, Petter Sundlöf wrote: strace hald output I don't see anything odd in either your strace of hald verbose output.. Are you sure hald is hung in D state? Sjoerd -- Death is nature's way of telling you to slow down.
Bug#314354: courier: source/dev package with auth libraries
On Mon, 20 Jun 2005 16:25:15 -0400 Charles Fry [EMAIL PROTECTED] wrote: I would like to package courierpassd (see bug #244693), but it depends on libauth.a and libauthmod.a from courier. Would you be able to provide a courier-dev pakcage that made these libraries available in binary form? Thank you for all the work you put into courier, and for your assistance in this matter. Hm, where can I find libauth.a and libauthmod.a ? I cannot locate them in the courier-authlib sources. That is exactly the problem. :-) These files are not in the sources, but rather are built when you compile the package. Unfortunately, in order to use these files in an external package they need to be included in some .deb. That's why a courier-dev package containing these files would be helpful. Let me know if I have still not managed to explain this clearly, or if I could help in creating such a package. I would be nice if you can point me to the Makefile with the instructions to build these files. Thanks Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315223: O: mird1 -- optional
* Steve Langasek [EMAIL PROTECTED] [2005-06-21 01:57]: Package: wnpp Severity: normal I want to ask for removing mird1 mird-dev from debian archive. Then please, file a bug against ftp.debian.org instead of against wnpp. I intend to reassign this bug to ftp.d.o in a few days unless anyone steps up to maintain it in the meantime. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315025: helpdeco: FTBFS (amd64/gcc-4.0): invalid lvalue in increment
tags 315025 -patch thanks On Mon, 2005-06-20 at 08:18 +0200, Andreas Jochens wrote: When building 'helpdeco' on amd64/unstable with gcc-4.0, I get the following error: snip With the attached patch 'helpdeco' can be compiled on amd64 using gcc-4.0. Unfortunately, the patch breaks the program's behaviour on i386 (tested against WINZIP.HLP and a couple of others). I'll try to adapt it to fix the errors and work correctly later tonight. -- bye, pabs http://pabs.zip.to signature.asc Description: This is a digitally signed message part
Bug#315231: Debian Installation on S3HP
Package: installation-reports Debian-installer-version: Fill in date and from where you got the image uname -a: The result of running uname -a on a shell prompt Date: 21/05/06 10:17 BST Method: Installing off a Testing Net Installer CD rc3 (03-Jun-2005 23:12) Machine: Sony Vaio VGN-S3HP Processor: Pentium-M 730 1.6GHz with Centrino Wireless Memory: 512Mb DDR2 Root Device: Intel 82801 SATA (Intel Chipset 915) Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[OK] After specialised boot commands Configure network HW: [OK] Config network: [OK] Detect CD: [OK] Load installer modules: [OK] Detect hard drives: [E] Didnt Detect any Hard Disk Drives, said it needed to load additional modules that werent found. Partition hard drives: [E] As above Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Matthew Carter ___ 21/6/2005 Matt Carter [EMAIL PROTECTED] This message is confidential. You should not copy it or disclose its contents to anyone. You may use and apply the information for the intended purpose only. Internet communications are not secure; therefore, Severn Vale School does not accept legal responsibility for the contents of this message. Any views or opinions presented are those of the individual only and not of Severn Vale School. If this e-mail has come to you in error, please delete it, along with any attachments. Please note that Severn Vale School may intercept incoming and outgoing e-mail communications. The message and its attachments have been checked for viruses by Symantec Anti-Virus but Severn Vale School cannot guarantee that they are virus free.
Bug#314949: [Fwd: Re: Proposed new scheme for resolving the system hostname]
Forwarded Message From: GOMBAS Gabor [EMAIL PROTECTED] To: Thomas Hood [EMAIL PROTECTED] Cc: debian-boot@lists.debian.org Subject: Re: Proposed new scheme for resolving the system hostname Date: Tue, 21 Jun 2005 11:23:16 +0200 On Sun, Jun 19, 2005 at 05:50:42PM +0200, Thomas Hood wrote: I get an error message from sudo even though I have Defaults !fqdn in /etc/sudoers. If I change this to Defaults fqdn then I get the error message twice. I'm not familiar with sudo's code but at the first glance it seems that all calls to gethostbyname() are protected by the FQDN flag. One possibility I can think of is that the config file is parsed _after_ the first hostname check but I do not have enough time to check that. If you have time you could rebuild sudo without the --with-fqdn option; if that eliminates the error message, then indeed the configuration file is parsed too late. Gabor -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#71996: Once taken its effective for 36 hrs with fewer side effects.
Why are online drugs popular http://ujo.nkqg965y2x5vron.unspotgi.com Getting caught is the mother of invention. It's life, Jim... but not as we know it. To the uneducated, an A is just three sticks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#70572: This stuff is not really expensive as before...
You can fill your life with extraordinary impression! http://owzl.96c2varkoj9zva9.dissuasionhi.com Self-respect permeates every aspect of your life. The perfect host requires the perfect parasite. Those who are clever, who have a Brain, never understand anything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#89523: This stuff is not really expensive as before...
Inflame your passion... Tonight! http://uxwdyo.4j7f8n4fje4u8n4.boondogglemk.com Nietsche is Pietsche. I knew her before she was a virgin. If you would marry suitably, marry your equal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Tue, 21 Jun 2005, Branden Robinson wrote: On Thu, Jun 16, 2005 at 05:20:36AM -0400, Thomas Dickey wrote: On Thu, 16 Jun 2005, Branden Robinson wrote: Package: ncurses-base Version: 5.4-6 Severity: important This still sounds like #313352. Does tic -V show 20050611? If it's still showing 2004-something, then that would explain the problem. From some comments in resolving that, I gather that powerpc's not necessarily recompiled yet. If I upgrade to the broken version (5.4-6 or later): ncurses 5.4.20050604 If I downgrade to the version that words for me (5.4-4): ncurses 5.4.20050604 I.e., the same version of tic is reported. I'm not surprised, as there are no executables in ncurses-base -- just data. It may bear repeating that I can make the breakage come and go *just* by changing the installed version of ncurses-base, i.e., the terminfo and tabset data. hmm - looking at the picture you referenced http://redwald.deadbeast.net/tmp/bug314425.png I can see that it's showing a lot of stuff in the alternate character set. I guess what you're saying is that the application that you're running there didn't do that before. Offhand that looks like one of the IRQ screens (which I don't use myself). So this is one of the following: a) the bug that I had in mind (a fix to ncurses last year that relies on data+library upgrading together, but with still a problem with the fix). b) a different bug in ncurses c) a bug or misconfiguration in the IRQ client that just happens to be visible with the fixes I've made It's simplest to check on the first case - seeing if it's a termcap client. Is this a termcap client, or something running in screen? GNU screen always uses termcap (the interface, not the library). If it's not running in screen, doing strings - on the executable should show tgetent. Here's a recap of the termcap bug: There are two pieces that can be upgraded/downgraded: data and library. The data change that I have in mind is simpler to describe. That's the chunk that affects termcap clients (such as screen), changing sgr0. You should be able to see this by infocmp xterm-new xterm-xf86-v43 There's a line sgr0: '\E(B\E[m', '\E[m\017'. The old terminfo uses the single \017 (^N) to switch back from line drawing mode to normal mode. The reason for the change was to make luit work (also some fixes for some East-Asian locales). That's a limitation because of the way luit works with the available fonts: the single ^N isn't as explicit as \E(B The corresponding problem in the library is that to appease termcap applications, ncurses filters the sgr0 (when read from the termcap interface). So it should return \E[m rather than \E(B\E[m or \E[m\017 Seeing the screen in line-drawing mode doesn't sound like that though. My experience with that has been lost characters. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#145280: SAVE UP TO 90% ON RETAIL PRICES!
Millions of people do it daily to save their privacy and money http://wweprkp.tqe4fub483b1fut.skulkered.com Things are always darkest just before they go pitch black. All good things are wild, and free. Why is this thus? What is the reason for this thusness? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314425: ncurses-base: new xterm terminfo data appears to be wack with sarge's xterm [regression from 5.4-4]
On Tue, 21 Jun 2005, Branden Robinson wrote: Uh, now I'm starting to get confused: 603 {0} [EMAIL PROTECTED]:~# infocmp -F /etc/terminfo/x/xterm /tmp/xterm.terminfo-from-XTerm-200 The -F option of infocmp wants the parameter to be a source file, not binary. Use the -A and -B options to point to directory-trees for comparing the compiled terminfo. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#64359: Extra power. Don't think. Just act.
Your source for the very best Viagra deals on the 'net. Always up to date! http://cqzg.3i6w74lwiv3bpml.skulkered.com Advertisements... contain the only truths to be relied on in a newspaper. One should never know too precisely whom one has married. That's the secret to life... replace one worry with another -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293988: gpdf: Should this be a bug (instead of a wishlist)?
Package: gpdf Version: 2.8.2-1.2 Followup-For: Bug #293988 I note that Ctrl- _does_ work in fullscreen mode, but ctrl+ does not. Is it reasonable to elevate this above wishlist? - Raz -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-13 GCC support library ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpaper11.1.14-3Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315233: pwlib: FTBFS: Failed to satisfy Build-Depends dependency for pwlib: libdc1394-11-dev
Package: pwlib Version: 1.8.4-1 Severity: serious Tags: patch When building 'pwlib' in a clean unstable chroot, I get the following error: Reading Package Lists... Building Dependency Tree... E: Package libdc1394-11-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for pwlib: libdc1394-11-dev Package libdc1394-11-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source The attached patch upgrades the Build-Depends to libdc1394-13-dev. The patch also fixes compilation problems with gcc-4.0. Regards Andreas Jochens diff -urN ../tmp-orig/pwlib-1.8.4/debian/control ./debian/control --- ../tmp-orig/pwlib-1.8.4/debian/control 2005-06-21 11:15:18.0 +0200 +++ ./debian/control2005-06-17 16:54:52.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian VoIP Team [EMAIL PROTECTED] Uploaders: Kilian Krause [EMAIL PROTECTED], Jose Carlos Garcia Sogo [EMAIL PROTECTED], Mark Purcell [EMAIL PROTECTED], Santiago Garcia Mantinan [EMAIL PROTECTED] -Build-Depends: debhelper (=4.0.2), bison, flex, libssl-dev, libldap2-dev, libsdl1.2-dev, libexpat1-dev, g++ (=2.95), autotools-dev, dpatch (=1.11), libasound2-dev, libavc1394-dev, libraw1394-dev, libdv-dev, libdc1394-11-dev, libsasl2-dev, libkrb5-dev, doxygen, linux-kernel-headers +Build-Depends: debhelper (=4.0.2), bison, flex, libssl-dev, libldap2-dev, libsdl1.2-dev, libexpat1-dev, g++ (=2.95), autotools-dev, dpatch (=1.11), libasound2-dev, libavc1394-dev, libraw1394-dev, libdv-dev, libdc1394-13-dev, libsasl2-dev, libkrb5-dev, doxygen, linux-kernel-headers Build-Depends-Indep: doxygen Build-Conflicts: libpt-1.8.3 Standards-Version: 3.6.1 diff -urN ../tmp-orig/pwlib-1.8.4/include/ptlib/pprocess.h ./include/ptlib/pprocess.h --- ../tmp-orig/pwlib-1.8.4/include/ptlib/pprocess.h2004-06-30 14:17:04.0 +0200 +++ ./include/ptlib/pprocess.h 2005-06-21 11:09:41.0 +0200 @@ -249,6 +249,7 @@ #include ptlib/syncpoint.h #include ptlib/pfactory.h +class PHouseKeepingThread; /**Create a process. This macro is used to create the components necessary for a user PWLib @@ -752,10 +753,10 @@ PArgList arguments; // The list of arguments - + public: PTimerList timers; // List of active timers in system - + private: PTime programStartTime; // time at which process was intantiated, i.e. started diff -urN ../tmp-orig/pwlib-1.8.4/include/ptlib/timer.h ./include/ptlib/timer.h --- ../tmp-orig/pwlib-1.8.4/include/ptlib/timer.h 2003-09-17 11:01:00.0 +0200 +++ ./include/ptlib/timer.h 2005-06-17 16:51:05.0 +0200 @@ -123,6 +123,7 @@ #endif class PThread; +class PTimerList; #include ptlib/notifier.h diff -urN ../tmp-orig/pwlib-1.8.4/include/ptlib/unix/ptlib/pprocess.h ./include/ptlib/unix/ptlib/pprocess.h --- ../tmp-orig/pwlib-1.8.4/include/ptlib/unix/ptlib/pprocess.h 2004-05-23 23:11:39.0 +0200 +++ ./include/ptlib/unix/ptlib/pprocess.h 2005-06-21 11:10:19.0 +0200 @@ -171,6 +171,7 @@ PDICTIONARY(ThreadDict, POrdinalKey, PThread); ThreadDict activeThreads; PMutex threadMutex; + public: inttimerChangePipe[2]; PHouseKeepingThread * housekeepingThread; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315234: libcaca: Please apply patch to use libslang2
Package: libcaca Version: 0.9-4 Severity: normal Please apply the following patch to build against slang2. It would be appreciated if this could be done quickly, as to have slang2 in etch in time for the debian-installer test release of etch in July. Regards Alastair McKinstry diff -urN libcaca-0.9-old/debian/changelog libcaca-0.9/debian/changelog --- libcaca-0.9-old/debian/changelog 2005-06-20 14:58:58.0 + +++ libcaca-0.9/debian/changelog 2005-06-21 09:49:02.316491096 + @@ -1,3 +1,9 @@ +libcaca (0.9-5) unstable; urgency=low + + * Build against libslang2-dev. + + -- Alastair McKinstry [EMAIL PROTECTED] Tue, 21 Jun 2005 09:48:38 + + libcaca (0.9-4) unstable; urgency=low * debian/control: diff -urN libcaca-0.9-old/debian/control libcaca-0.9/debian/control --- libcaca-0.9-old/debian/control 2005-06-20 14:58:58.0 + +++ libcaca-0.9/debian/control 2005-06-21 09:48:35.447575792 + @@ -2,13 +2,13 @@ Section: libs Priority: optional Maintainer: Sam Hocevar (Debian packages) [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0), libncurses5-dev, slang1-dev, libx11-dev, libxt-dev, libimlib2-dev, doxygen, tetex-bin, tetex-extra +Build-Depends: debhelper (= 4.0), libncurses5-dev, libslang2-dev, libx11-dev, libxt-dev, libimlib2-dev, doxygen, tetex-bin, tetex-extra Standards-Version: 3.6.1.1 Package: libcaca-dev Section: libdevel Architecture: any -Depends: ${shlibs:Depends}, libncurses5-dev, slang1-dev, libx11-dev +Depends: ${shlibs:Depends}, libncurses5-dev, libslang2-dev, libx11-dev Description: development files for libcaca libcaca is the Colour AsCii Art library. It provides high level functions for colour text drawing, simple primitives for line, polygon and ellipse
Bug#88906: 36 hours: for all your needs :)
Now you can diversify the acts in your bedroom! http://lobzm.kznvo32dzuksol2.skulkered.com We know accurately only when we know little; with knowledge doubt increases. We're thinking about upgrading from SunOS 4.1.1 to SunOS 3.5. Do we really deserve top billing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#99121: The supremacy in bed!
One stop store for best levitra buy. http://zajokp.7mait8p04hpfb87.unspotgi.com False face must hide what the false heart doth know. What a strange illusion it is to suppose that beauty is goodness. Just think of the tragedy of teaching children not to doubt. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315235: kernel: sending with MSG_MORE causes data-loss.
Package: kernel Severity: minor When sending data to an IPv4 tcp socket with the MSG_MORE flag and there are data to be read from the socket, the sent data is lost when the socket is closed. How to test: Compile this program and run it with a free tcp port as argument: --8--- #include unistd.h #include stdlib.h #include sys/types.h #include netdb.h #include string.h int main(int argc, char **argv) { struct sockaddr_in socket_addr; int fd = socket(PF_INET, SOCK_STREAM, 0); socklen_t len = sizeof(socket_addr); int on = 1; setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, (char *) on, sizeof(on)); memset(socket_addr, 0, sizeof(socket_addr)); socket_addr.sin_family = AF_INET; socket_addr.sin_port = htons(atoi(argv[1])); socket_addr.sin_addr.s_addr = INADDR_ANY; bind(fd, (struct sockaddr *) socket_addr, sizeof(socket_addr)); listen(fd, 1); fd = accept(fd, (struct sockaddr *) socket_addr, len); recv(fd, on, 1, 0); send(fd, HI , 3, 0); send(fd, THERE\r\n, 8, MSG_MORE); close(fd); sleep(5); return 0; } --8--- Connect to the port with telnet or netcat and send at least 2 bytes to it. The client will be able to read HI , but the THERE\r\n part is lost. I've also tested this on someone's localy compiled 2.4.26-k7-smp kernel with the same result. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686-smp Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314637: Please hold any work on this
Hi, please hold any time wasting work on this: I'm close to solving it: it is probably related to the (wrongly answered) debian-installer netboot choice about wether a ps2 or a usb attached keyboard is used. As soon as I know more I will attach it to this bug report. Sincerely, Jan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#218908: tuxtype: New upstream release available (v1.5.3); adoption?
severity 218908 serious thanks On Tue, Jun 21, 2005 at 10:23:43AM +0200, Florian Ernst wrote: Now coming back to this I couldn't help but notice that even the package version already present in Debian contains some of the problems I pointed out for the most recent upstream versions: there are some images / sounds included whose redistribution terms are quite unclear; some of those might have been taken from sources that only permit non-commercial use. Until upstream clarifies this situation (and I currently fail to see any effort to do so) I'm afraid this package can't stay in the archives as is. I believe these problems now justify removal even from the stable distribution, am I right? Possibly, certainly if there are legal issues (besides violation of our internal DFS-guidelines).. Well, even if not it currently can't stay in main, so I'm not inclined to maintain it anymore. Thus orphaning seems to be the least to do. Rune, since you gave permission to Flo to adopt, I'm going ahead and do so. I'll note the copyright issues with it, and let's see if someone interested jumps in, otherwise, removal seems to be the best option to me. Thanks, --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311530: Any luck with ALSA 1.0.9?
On Tue, 2005-06-21 at 13:32 +0300, Vladimir Shahov wrote: after rebooting the system - xmms stabilized (with alsa 1.0.8-7 and xmms 1.2.10+cvs20050209-2 from stable) reassign 311530 xmms retitle 311530 xmms segfaults with Assertion `elem-type == SND_MIXER_ELEM_SIMPLE' failed; fixed after reboot thanks Do you use wmxmms or gxmms? There are several reports of xmms segfaulting and then no longer segfaulting after the system is rebooted. My guess is that there is some sort of library conflict. -- Thomas Hood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315115: CAN number
Hi! This is CAN-2005-1993, please mention that in the changelog. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org signature.asc Description: Digital signature
Bug#314254: openoffice.org: Menu item in wrong category
Hi Daniel, Am Montag, 20. Juni 2005 19:40 schrieb Daniel Leidert: /usr/share/applications/ooo645calc.desktop Categories=GTK;Gnome;Office;Spreadsheet; what does Categories=GTK affect? What does Categories=Gnome affect? FWIW, OOo isn't a Gtk nor a GNOME app, it just looks likle it and that only if you have -gtk-gnome installed :) /usr/share/applications/ooo645draw.desktop Categories=GTK;Gnome;Graphics;2DGraphics; or Categories=GTK;Gnome;Office; I'd take the first one. /usr/share/applications/ooo645math.desktop Categories=GTK;Gnome;Office; Isn't there any category for Formulas, Mathematical stuff etc? /usr/share/applications/ooo645printeradmin.desktop Categories=GTK;Gnome;Settings;HardwareSettings; (would also fix the bug originally reported) WIll think about it :) If you add 'Application;' at the end of each Categories-line, these desktop files will also be compatible with older GNOME versions (possible to use it in upstream). jup. Could you please also look at the OOo2 stuff? 1.1.x is not subject to change that much anymore... Further the package installs .desktop files into /usr/share/applnk/OpenOffice.org1.1, which is not intended to be a desktop-directory (see /usr/share/desktop-directories) and which leads to an extra (needless) directory OpenOffice.org1.1 in XFCE4's system That is KDE 3.2 stuff which I didn't yet remove. Should be done in the next upload I guess :) that even XFCE4 and GNOME read both /usr/share/applications and /usr/share/applications/kde. But I don't know, what KDE reads. KDE also reads /usr/share/applications. Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#315236: O: tuxtype -- Educational Typing Tutor Game Starring Tux
Package: wnpp Severity: normal The current maintainer of tuxtype, Rune B. Broberg [EMAIL PROTECTED], has no more time for his package, and meanwhile a number of copyright issues cropped up. Please read the buglog of #218908, and look into what to do about this. Maybe ask for removal from sarge too, depending on what exactly the issues are. If you want to be the new maintainer, and looked into the above, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: tuxtype Binary: tuxtype Version: 1.0-4 Priority: optional Section: games Maintainer: Rune B. Broberg [EMAIL PROTECTED] Build-Depends: xlibs-dev, libsdl-mixer1.2-dev (= 1.2.0-1.1), libsdl-image1.2-dev (= 1.2.0-1.1), libsdl1.2-dev (= 1.2.2-3.1), debhelper (= 2.0), autoconf, automake, m4 Architecture: any Standards-Version: 3.5.6.0 Format: 1.0 Directory: pool/main/t/tuxtype Files: c0af998f34ceb10d57205aa929ebbead 744 tuxtype_1.0-4.dsc 49d49020677ce895aae2a7f8fd64b7ae 4264084 tuxtype_1.0.orig.tar.gz 8c2617eccc68d8cd533c6665897815d2 79182 tuxtype_1.0-4.diff.gz Package: tuxtype Priority: optional Section: games Installed-Size: 5456 Maintainer: Rune B. Broberg [EMAIL PROTECTED] Architecture: i386 Version: 1.0-4 Depends: libc6 (= 2.2.4-4), libsdl-image1.2 (= 1.2.1), libsdl-mixer1.2 (= 1.2.1), libsdl1.2debian ( 1.2.3) Filename: pool/main/t/tuxtype/tuxtype_1.0-4_i386.deb Size: 4181000 MD5sum: cf3a536538cba3c652da9b5643831802 Description: Educational Typing Tutor Game Starring Tux TuxTyping is an educational typing tutorial game starring Tux, the Linux Penguin. The player guides Tux to eat fish which are falling from the top of the screen. Each fish has a letter written on it. When the player presses the corresponding key, Tux will position himself to eat the fish. The game is intended for children learning to type, though it does have higher difficulty levels which even experienced typists may find challenging. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305738: tetex-bin: please separate parse_first_line into separate config file
Simple change - extracting parse_first_line setting into separate configuration file included into the main one - would do. This is already supported: just create a new file /etc/texmf/texmf.d/94pfl.cnf containing parse_first_line = t (...) Richard Lewis sent that answer to the maintainer list. Unfortunately it seems, as if he forget to put you in Cc. Does that answer solve your problem? I think so, although I will test it when the next update of TeX configuration files shows for apt-get. Thank you for the hint. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315152: FTBFS: Missing build-dep(s)
severity 315152 wishlist thanks * Matt Zimmerman wrote: Package: bzr Version: 0.0.5-1 Severity: important Justification: fails to build from source python2.3 setup.py clean --all make: python2.3: Command not found Full log available at: http://people.ubuntu.com/~lamont/buildLogs/b/bzr/0.0.5-1/bzr_0.0.5-1_20050616-2010-i386-failed.gz This problem doesn't exist on Debian, because we still have python 2.3 as default, and a build-dep on python exists in the current bzr source package. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219695: #219695 sysconf(3): describes _SC_2_DEV, which doesn't exist
This looks like a typo. _SC_2_DEV should probably be _SC_2_C_DEV. I've made a fix on that basis for man-pages-2.04. Please close. 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/ and grep the source files for 'FIXME'. Please submit non-trivial man page suggestions as diff -u patches. Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315239: libneon24: should not segfault if a client cert hasn't been decrypted
Package: libneon24 Severity: minor Version: 0.24.7.dfsg-2 ne_openssl.c::dup_client_cert() requires that the certificate it is duplicating is decrypted. Although that's a bit weird, what's weirder is that if the certificate *isn't* decrypted, it causes a segfault deep in the bowels of libssl. So, I recommend adding something like the following to the top of dup_client_cert(): if (ne_ssl_clicert_encrypted(cc)) { sprintf(stderr, ERROR: Cannot duplicate encrypted certificate\n); exit(1); } I'm thoroughly unsure of the error handling, but I'm not familiar with libneon's internals to know what the correct way to handle it is. Certainly, it should not just segfault. Thanks, - Matt signature.asc Description: Digital signature
Bug#315237: apt-build: xfree86 is rebuilt even though it is already in repository
Package: apt-build Version: 0.12.9 Severity: normal Yop, I run apt-build upgrade with upgrade my xfree86 pakages. And the end of the process, .deb are in build directory and moved into the repository. As this : [...] dpkg-deb: building package `x-window-system-dev' in `../x-window-system-dev_4.3.0.dfsg.1-14_i386.deb'. dpkg-deb: building package `xlibmesa3' in `../xlibmesa3_4.3.0.dfsg.1-14_i386.deb'. touch stampdir/binary-arch dpkg-genchanges -b dpkg-genchanges: binary-only upload - not including any source code dpkg-buildpackage: binary only upload (no source included) Cleaning up object files - Cleaning in directory . rm -f debian/*.config debian/*.postinst debian/*.postrm debian/*.preinst debian/*.prerm rm -f debian/xserver-xfree86-dbg.templates rm -f stampdir/genscripts dh_testdir rm -rf stampdir build-tree perl /usr/share/dbs/dbs_split clean rm -rf imports debian/local/xlibmesa-drm-source/modules dh_clean debian/local/xserver-wrapper debian/local/FAQ.gz \ debian/local/xterm.faq.gz debian/shlibs.local \ debian/MANIFEST.i386 debian/MANIFEST.i386.new \ debian/po/pothead - Moving packages to repository - - Building repository - But after this, apt-build seems to remake the entire compilation process : - Installing build dependencies (for xfree86) - Reading Package Lists... Done Building Dependency Tree... Done 0 upgraded, 0 newly installed, 0 to remove and 45 not upgraded. - Updating package lists - Hit ftp://ftp.fr.debian.org unstable/main Packages Hit ftp://ftp.fr.debian.org unstable/main Release Hit ftp://ftp.fr.debian.org unstable/contrib Packages Hit http://pkg-kde.alioth.debian.org ./ Packages Hit http://pkg-kde.alioth.debian.org ./ Release Hit http://pkg-kde.alioth.debian.org ./ Sources Hit http://pkg-kde.alioth.debian.org ./ Release Hit ftp://ftp.fr.debian.org unstable/contrib Release Hit ftp://ftp.fr.debian.org unstable/non-free Packages Hit ftp://ftp.fr.debian.org unstable/non-free Release Hit ftp://ftp.fr.debian.org unstable/main Sources Hit ftp://ftp.fr.debian.org unstable/main Release Hit ftp://ftp.fr.debian.org unstable/contrib Sources Hit ftp://ftp.fr.debian.org unstable/contrib Release Hit ftp://ftp.fr.debian.org unstable/non-free Sources Hit ftp://ftp.fr.debian.org unstable/non-free Release Reading Package Lists... Done - Downloading source xfree86 (4.3.0.dfsg.1-14) - Reading Package Lists... Done Building Dependency Tree... Done Need to get 62.8MB of source archives. Skipping unpack of already unpacked source in xfree86-4.3.0.dfsg.1 - Building xfree86 - dpkg-buildpackage: source package is xfree86 dpkg-buildpackage: source version is 4.3.0.dfsg.1-14 dpkg-buildpackage: source changed by root [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 debian/rules clean rm -f debian/*.config debian/*.postinst debian/*.postrm debian/*.preinst debian/*.prerm rm -f debian/xserver-xfree86-dbg.templates rm -f stampdir/genscripts dh_testdir rm -rf stampdir build-tree perl /usr/share/dbs/dbs_split clean rm -rf imports debian/local/xlibmesa-drm-source/modules dh_clean debian/local/xserver-wrapper debian/local/FAQ.gz \ debian/local/xterm.faq.gz debian/shlibs.local \ debian/MANIFEST.i386 debian/MANIFEST.i386.new \ debian/po/pothead debian/rules build This target does nothing. Please specify build-arch-only or build-all instead. Note that it is also acceptable to use the binary-arch or binary-indep targets. If you are using dpkg-buildpackage, you can safely ignore this message. debian/rules binary test -d stampdir || mkdir stampdir touch stampdir/created mkdir -p stampdir/sources build-tree stampdir/log/sources find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. Extracting source xfree86-4.3.0.tar.gz ... successful. touch stampdir/unpack test -d stampdir/patches || mkdir -p stampdir/patches Applying patch debian/patches/000_post430.diff ... successful. Applying patch debian/patches/000_stolen_from_HEAD.diff ... successful. Applying patch
Bug#315238: timidity: Please apply patch for libslang2
Package: timidity Version: 2.13.2-6 Severity: normal Please apply the following patch to build against slang2. It would be appreciated if this could be done quickly, as to have slang2 in etch in time for the debian-installer test release of etch in July. Regards Alastair McKinstry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#239424: #239424 realpath(3) out of date
Hi Martin, I spotted this report and realized that I already independently added some of the information that Thomas Hood is talking about in man-pages-2.00 (Dec 2004). I've just now amended that text slightly to be more accurate. I think Thomas probably thinks that setting seolved_path to NULL means that realpath() will allocate a buffer that is always large enough. This is not the case: it only allocates up to PATH_MAX bytes. The current text (as it will appear in man-pages-2.04) is: NOTES The glibc implementation of realpath() provides a non- standard extension. If resolved_path is specified as NULL, then realpath() uses malloc(3) to allocate a buffer of up to PATH_MAX bytes to hold the resolved pathname, and returns a pointer to this buffer. The caller should deal- locate this buffer using free(3). BUGS Avoid using this function. It is broken by design since (unless using the non-standard resolved_path == NULL fea- ture) it is impossible to determine a suitable size for the output buffer, resolved_path. According to POSIX a buffer of size PATH_MAX suffices, but PATH_MAX need not be a defined constant, and may have to be obtained using pathconf(). And asking pathconf() does not really help, since on the one hand POSIX warns that the result of path- conf() may be huge and unsuitable for mallocing memory. And on the other hand pathconf() may return -1 to signify that PATH_MAX is not bounded. Please close this report. 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/ and grep the source files for 'FIXME'. Please submit non-trivial man page suggestions as diff -u patches. Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293823: libssl0.9.7: produce a -dbg package
tag 293823 +patch thanks Debugging symbols are handy. The attached patch creates a -dbg package, full of symbolic goodness. I'd appreciate it if you would apply it. The only thing I'm not sure about is the interaction between the debug build option and the optimisations that are normally applied. The debug option may well disable some of the more interesting advanced optimisations, which you may not wish. - Matt diff -urN openssl-0.9.7e/debian/control openssl-0.9.7e.mpalmer/debian/control --- openssl-0.9.7e/debian/control 2005-06-21 10:56:22.0 +1000 +++ openssl-0.9.7e.mpalmer/debian/control 2005-06-21 10:54:25.0 +1000 @@ -1,5 +1,5 @@ Source: openssl -Build-Depends: debhelper (= 4.2.0) +Build-Depends: debhelper (= 4.2.0), binutils (= 2.14.90.0.7) Section: utils Priority: optional Maintainer: Christoph Martin [EMAIL PROTECTED] @@ -58,3 +58,11 @@ libssl and libcrypt development libraries, header files and manpages . It is part of the OpenSSL implementation of SSL. + +Package: libssl0.9.7-dbg +Section: libdevel +Priority: optional +Architecture: any +Depends: libssl0.9.7 (= ${Source-Version}) +Description: Symbol tables for libssl and libcrypt + This package is part of the OpenSSL implementation of SSL. diff -urN openssl-0.9.7e/debian/rules openssl-0.9.7e.mpalmer/debian/rules --- openssl-0.9.7e/debian/rules 2005-06-21 10:56:22.0 +1000 +++ openssl-0.9.7e.mpalmer/debian/rules 2005-06-21 13:52:19.0 +1000 @@ -19,7 +19,7 @@ # The binary architeture DEB_HOST_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH) -CONFARGS = --prefix=/usr --openssldir=/usr/lib/ssl no-idea no-mdc2 no-rc5 +CONFARGS = --prefix=/usr --openssldir=/usr/lib/ssl no-idea no-mdc2 no-rc5 debug OPT_alpha = ev4 ev5 OPT_i386 = i486 i586 i686/cmov OPT_sparc = v8 v9 @@ -152,7 +152,7 @@ # rmdir debian/tmp/usr/include/openssl # rmdir debian/tmp/usr/include # for opt in $(OPTS); do set -xe; rm -fr debian/tmp/usr/lib/$$opt; done - dh_strip + dh_strip --dbg-package=libssl0.9.7 dh_compress chmod 700 debian/openssl/etc/ssl/private dh_fixperms -X etc/ssl/private signature.asc Description: Digital signature
Bug#315240: libneon24: build a -dbg package
Package: libneon24 Severity: wishlist Version: 0.24.7.dfsg-2 Tags: patch A -dbg package is incredibly useful when debugging what's going on deep inside a library. It helped me uncover the dup_cert issue just reported. The attached patch creates a libneon24-dbg package, which contains just the debugging symbols for libneon24. Users can then install this package and get full debugging information in (eg) gdb whilst tracing through the library. - Matt diff -urN neon-0.24.7.dfsg/debian/control neon-0.24.7.dfsg.mpalmer/debian/control --- neon-0.24.7.dfsg/debian/control 2005-06-21 09:50:56.0 +1000 +++ neon-0.24.7.dfsg.mpalmer/debian/control 2005-06-21 09:55:42.0 +1000 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libxml2-dev, libssl-dev, libz-dev, autotools-dev +Build-Depends: debhelper (= 4.0.0), libxml2-dev, libssl-dev, libz-dev, autotools-dev, binutils (= 2.14.90.0.7) Standards-Version: 3.6.1 Package: libneon24 @@ -48,3 +48,15 @@ Neon provides lower-level interfaces to directly implement new HTTP methods, and higher-level interfaces so that you don't have to worry about the lower-level stuff. + +Package: libneon24-dbg +Section: libdevel +Architecture: any +Depends: libneon24 (= ${Source-Version}), ${shlibs:Depends} +Description: Detached symbols for libneon24 + This package contains the debugging symbols for libneon24, suitable for + debugging. + . + Neon provides lower-level interfaces to directly implement new HTTP + methods, and higher-level interfaces so that you don't have to + worry about the lower-level stuff. diff -urN neon-0.24.7.dfsg/debian/rules neon-0.24.7.dfsg.mpalmer/debian/rules --- neon-0.24.7.dfsg/debian/rules 2005-06-21 12:15:56.0 +1000 +++ neon-0.24.7.dfsg.mpalmer/debian/rules 2005-06-21 13:36:11.0 +1000 @@ -14,7 +14,7 @@ cp /usr/share/misc/config.guess \ /usr/share/misc/config.sub \ ./ - CFLAGS=-O2\ + CFLAGS=-O2 -g \ KRB5_CONFIG=/bin/true \ ./configure \ --enable-shared \ @@ -82,7 +82,7 @@ dh_installchangelogs -a ChangeLog dh_installdocs -a AUTHORS BUGS NEWS README THANKS TODO dh_makeshlibs -V - dh_strip -a + dh_strip -a --dbg-package=libneon24 dh_compress -a dh_fixperms -a dh_installdeb -a signature.asc Description: Digital signature
Bug#315241: mc: Please apply patch to build against libslang2
Package: mc Version: 1:4.6.0-4.6.1-pre4-1 Severity: normal Please apply the following patch to build against slang2. It would be appreciated if this could be done quickly, as to have slang2 in etch in time for the debian-installer test release of etch in July. diff -urN mc-4.6.0-4.6.1-pre4-old/debian/changelog mc-4.6.0-4.6.1-pre4/debian/changelog --- mc-4.6.0-4.6.1-pre4-old/debian/changelog 2005-06-21 11:29:00.300658000 + +++ mc-4.6.0-4.6.1-pre4/debian/changelog 2005-06-21 11:29:52.344747000 + @@ -1,3 +1,9 @@ +mc (1:4.6.0-4.6.1-pre4-2) unstable; urgency=low + + * Build against libslang2 + + -- Alastair McKinstry [EMAIL PROTECTED] Tue, 21 Jun 2005 11:29:30 + + mc (1:4.6.0-4.6.1-pre4-1) unstable; urgency=low * New upstream release. Closes: #309630 diff -urN mc-4.6.0-4.6.1-pre4-old/debian/control mc-4.6.0-4.6.1-pre4/debian/control --- mc-4.6.0-4.6.1-pre4-old/debian/control 2005-06-21 11:29:00.293659000 + +++ mc-4.6.0-4.6.1-pre4/debian/control 2005-06-21 11:29:26.014749768 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Stefano Melchior [EMAIL PROTECTED] Uploaders: Ludovic Drolez [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.0.0), libglib2.0-dev, libgpmg1-dev |not+linux-gnu, gettext, slang1-dev +Build-Depends: debhelper ( 4.0.0), libglib2.0-dev, libgpmg1-dev |not+linux-gnu, gettext, libslang2-dev Standards-Version: 3.6.1 Package: mc
Bug#315082: wajig which-pkg doesn't seem to like '+' character in package name
Received Tue 21 Jun 2005 12:09am +1000 from John V. Belmonte: Package: wajig Version: 2.0.27 Severity: normal When wajig which-pkg is given a package name with the '+' character, it returns a cryptic message. I expect the following command to yield libsigc++-1.2-dev, etc. $ wajig which-pkg sigc++.h File Path Package ===-= No keyword given for search. Hi John, Thanks for the bug report. The error was in the ++ in the pattern being searched for, and these had to be replaced with %2B. Now works in 2.0.29 - soon to hit the archives (and already at http://wajig.sarovar.org/debian/) Regards, Graham Versions of packages wajig depends on: ii apt 0.5.28.6 Advanced front-end for dpkg ii python2.3.5-2An interactive high-level object-o ii python-apt0.5.10 Python interface to libapt-pkg -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314959: reportbug: debsums seems to create confusion
On Mon, Jun 20, 2005 at 10:19:54AM +0200, Cristian Ionescu-Idbohrn wrote: Maybe debsums should not supress the missing messages. If you want debsums to report errors on files missing due to localepurge, use the --no-locale-purge option. --bod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315237: apt-build: xfree86 is rebuilt even though it is already in repository
In my buffer, I found the entire list of .deb packages which were built during the first process : deathegg:/mnt/data/apt-build/build# ls *.deb lbxproxy_4.3.0.dfsg.1-14_i386.deblibxv1-dbg_4.3.0.dfsg.1-14_i386.deb libdps1_4.3.0.dfsg.1-14_i386.deb libxv-dev_4.3.0.dfsg.1-14_i386.deb libdps1-dbg_4.3.0.dfsg.1-14_i386.deb pm-dev_4.3.0.dfsg.1-14_all.deb libdps-dev_4.3.0.dfsg.1-14_i386.deb proxymngr_4.3.0.dfsg.1-14_i386.deb libice6_4.3.0.dfsg.1-14_i386.deb twm_4.3.0.dfsg.1-14_i386.deb libice6-dbg_4.3.0.dfsg.1-14_i386.deb xbase-clients_4.3.0.dfsg.1-14_i386.deb libice-dev_4.3.0.dfsg.1-14_i386.deb x-dev_4.3.0.dfsg.1-14_all.deb libsm6_4.3.0.dfsg.1-14_i386.deb xdm_4.3.0.dfsg.1-14_i386.deb libsm6-dbg_4.3.0.dfsg.1-14_i386.deb xfonts-100dpi_4.3.0.dfsg.1-14_all.deb libsm-dev_4.3.0.dfsg.1-14_i386.deb xfonts-100dpi-transcoded_4.3.0.dfsg.1-14_all.deb libx11-6_4.3.0.dfsg.1-14_i386.deb xfonts-75dpi_4.3.0.dfsg.1-14_all.deb libx11-6-dbg_4.3.0.dfsg.1-14_i386.deb xfonts-75dpi-transcoded_4.3.0.dfsg.1-14_all.deb libx11-dev_4.3.0.dfsg.1-14_i386.deb xfonts-base_4.3.0.dfsg.1-14_all.deb libxaw6_4.3.0.dfsg.1-14_i386.deb xfonts-base-transcoded_4.3.0.dfsg.1-14_all.deb libxaw6-dbg_4.3.0.dfsg.1-14_i386.deb xfonts-cyrillic_4.3.0.dfsg.1-14_all.deb libxaw6-dev_4.3.0.dfsg.1-14_i386.deb xfonts-scalable_4.3.0.dfsg.1-14_all.deb libxaw7_4.3.0.dfsg.1-14_i386.deb xfree86-common_4.3.0.dfsg.1-14_all.deb libxaw7-dbg_4.3.0.dfsg.1-14_i386.deb xfs_4.3.0.dfsg.1-14_i386.deb libxaw7-dev_4.3.0.dfsg.1-14_i386.deb xfwp_4.3.0.dfsg.1-14_i386.deb libxext6_4.3.0.dfsg.1-14_i386.debxlibmesa3_4.3.0.dfsg.1-14_i386.deb libxext6-dbg_4.3.0.dfsg.1-14_i386.deb xlibmesa3-dbg_4.3.0.dfsg.1-14_all.deb libxext-dev_4.3.0.dfsg.1-14_i386.deb xlibmesa-dev_4.3.0.dfsg.1-14_all.deb libxft1_4.3.0.dfsg.1-14_i386.deb xlibmesa-dri_4.3.0.dfsg.1-14_i386.deb libxft1-dbg_4.3.0.dfsg.1-14_i386.deb xlibmesa-dri-dbg_4.3.0.dfsg.1-14_i386.deb libxi6_4.3.0.dfsg.1-14_i386.deb xlibmesa-gl_4.3.0.dfsg.1-14_i386.deb libxi6-dbg_4.3.0.dfsg.1-14_i386.deb xlibmesa-gl-dbg_4.3.0.dfsg.1-14_i386.deb libxi-dev_4.3.0.dfsg.1-14_i386.deb xlibmesa-gl-dev_4.3.0.dfsg.1-14_i386.deb libxmu6_4.3.0.dfsg.1-14_i386.deb xlibmesa-glu_4.3.0.dfsg.1-14_i386.deb libxmu6-dbg_4.3.0.dfsg.1-14_i386.deb xlibmesa-glu-dbg_4.3.0.dfsg.1-14_i386.deb libxmu-dev_4.3.0.dfsg.1-14_i386.deb xlibmesa-glu-dev_4.3.0.dfsg.1-14_i386.deb libxmuu1_4.3.0.dfsg.1-14_i386.deb xlibosmesa4_4.3.0.dfsg.1-14_i386.deb libxmuu1-dbg_4.3.0.dfsg.1-14_i386.deb xlibosmesa4-dbg_4.3.0.dfsg.1-14_i386.deb libxmuu-dev_4.3.0.dfsg.1-14_i386.deb xlibosmesa-dev_4.3.0.dfsg.1-14_i386.deb libxp6_4.3.0.dfsg.1-14_i386.deb xlibs_4.3.0.dfsg.1-14_all.deb libxp6-dbg_4.3.0.dfsg.1-14_i386.deb xlibs-data_4.3.0.dfsg.1-14_all.deb libxp-dev_4.3.0.dfsg.1-14_i386.deb xlibs-dbg_4.3.0.dfsg.1-14_all.deb libxpm4_4.3.0.dfsg.1-14_i386.deb xlibs-dev_4.3.0.dfsg.1-14_all.deb libxpm4-dbg_4.3.0.dfsg.1-14_i386.deb xlibs-pic_4.3.0.dfsg.1-14_all.deb libxpm-dev_4.3.0.dfsg.1-14_i386.deb xlibs-static-dev_4.3.0.dfsg.1-14_i386.deb libxrandr2_4.3.0.dfsg.1-14_i386.deb xlibs-static-pic_4.3.0.dfsg.1-14_i386.deb libxrandr2-dbg_4.3.0.dfsg.1-14_i386.deb xmh_4.3.0.dfsg.1-14_i386.deb libxrandr-dev_4.3.0.dfsg.1-14_i386.deb xnest_4.3.0.dfsg.1-14_i386.deb libxt6_4.3.0.dfsg.1-14_i386.deb xserver-common_4.3.0.dfsg.1-14_i386.deb libxt6-dbg_4.3.0.dfsg.1-14_i386.deb xserver-xfree86_4.3.0.dfsg.1-14_i386.deb libxt-dev_4.3.0.dfsg.1-14_i386.deb xserver-xfree86-dbg_4.3.0.dfsg.1-14_i386.deb libxtrap6_4.3.0.dfsg.1-14_i386.deb xspecs_4.3.0.dfsg.1-14_all.deb libxtrap6-dbg_4.3.0.dfsg.1-14_i386.deb xterm_4.3.0.dfsg.1-14_i386.deb libxtrap-dev_4.3.0.dfsg.1-14_i386.debxutils_4.3.0.dfsg.1-14_i386.deb libxtst6_4.3.0.dfsg.1-14_i386.debxvfb_4.3.0.dfsg.1-14_i386.deb libxtst6-dbg_4.3.0.dfsg.1-14_i386.deb x-window-system_4.3.0.dfsg.1-14_all.deb libxtst-dev_4.3.0.dfsg.1-14_i386.deb x-window-system-core_4.3.0.dfsg.1-14_i386.deb libxv1_4.3.0.dfsg.1-14_i386.deb x-window-system-dev_4.3.0.dfsg.1-14_i386.deb KnuX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315242: nautilus crashes when copying a large file to vfat partition fails
Package: nautilus Version: 2.8.2-2 Severity: normal I've just tried to copy the sarge DVD #1 iso onto a portable mp3 player, which uses the vfat filesystem. With nautilus, the process went smoothly for about 5 minutes and then nautilus crashed. Only 4.0GB was copied. I then tried 'time cp -rp'; after the same amount of time copy bailed with 'file too large' errors (presumably a vfat limitation). The resulting copy was again, 4.0GB. I will double-check the exact byte figures and error message if necessary. I think nautilus should follow the 'fail noisily' principle when encountering this error. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-jmtd Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages nautilus depends on: ii capplets 1:2.8.2-3 configuration applets for GNOME 2 ii desktop-file-utils 0.10-1 Utilities for .desktop files ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libeel2-22.8.2-1 Eazel Extensions Library (for GNOM ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libexif100.6.9-6 library to parse EXIF files ii libgail-common 1.8.4-1 GNOME Accessibility Implementation ii libgail171.8.4-1 GNOME Accessibility Implementation ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-desktop-2 2.8.3-2 Utility library for loading .deskt ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libnautilus2-2 2.8.2-2 libraries for nautilus components ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.8.1-3 SAX-based renderer library for SVG ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii nautilus-data2.8.2-2 data files for nautilus ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315245: O: nemesi -- standards-compliant multimedia streaming client
Package: wnpp Severity: normal The package nemesi, does not have a fleshblood maintainer, and the mailinglist listed as maintainer has never shown any activity (but the package has been RC buggy since the very first (and so far only) upload). Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. NOTE: the package never has been built before, maybe it better can be removed instead. On the other hand, this package was RFP'd (#274610), so there might be interest in it. Some information about this package: Package: nemesi Binary: nemesi Version: 0.5.0-1 Priority: optional Section: graphics Maintainer: OMSP Team [EMAIL PROTECTED] Build-Depends: debhelper (= 4.0.0), automake1.8, autoconf, libtool, libsdl1.2-dev, libgtk2.0-dev Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/n/nemesi Files: 1265c2c8e8fc6b77f9c7fa82b681788f 630 nemesi_0.5.0-1.dsc b0381725379e66a9066400986e2a482e 632379 nemesi_0.5.0.orig.tar.gz c0252c72d9699b3ee1a39444a4f30ba1 199951 nemesi_0.5.0-1.diff.gz Package: nemesi Priority: optional Section: graphics Installed-Size: 528 Maintainer: OMSP Team [EMAIL PROTECTED] Architecture: i386 Version: 0.5.0-1 Depends: aalib1 (= 1.2), libartsc0 (= 1.3.2), libasound2 ( 1.0.8), libatk1.0-0 (= 1.7.2), libaudio2, libaudiofile0 (= 0.2.3-4), libc6 (= 2.3.2.ds1-4), libesd0 (= 0.2.29-1) | libesd-alsa0 (= 0.2.29-1), libglib2.0-0 (= 2.6.0), libgtk2.0-0 (= 2.6.0), libltdl3 (= 1.5-3), libncurses5 (= 5.4-1), libpango1.0-0 (= 1.8.0), libsdl1.2debian ( 1.2.7+1.2.8), libsvga1, libx11-6 | xlibs ( 4.1.0), libxext6 | xlibs ( 4.1.0), libxt6 | xlibs ( 4.1.0), slang1 ( 1.4.9dbs-4) Filename: pool/main/n/nemesi/nemesi_0.5.0-1_i386.deb Size: 221960 MD5sum: 1b80527e50f63fe0b66c7be0a05fd075 Description: standards-compliant multimedia streaming client NeMeSI is a streaming client that allows user to enjoy playback of multimedia files with low latency transport over IP-based networks. This software is fully compliant with IETF's standards for real-time streaming of multimedia contents over Internet. NeMeSI implements RTSP - Real-Time Streaming Protocol (RFC2326) and RTP/RTCP - Real-Time Transport Protocol/RTP Control Protocol (RFC3550) supporting the RTP Profile for Audio and Video Conferences with Minimal Control (RFC3551). . NeMeSI is the official streaming client for the Open Media Streaming Project (http://streaming.polito.it) which is is a free/libre project software for the development of a platform for the streaming of multimedia contents. The platform is based on the full support of the IETF's standards for the real-time data transport over IP. The aim of the project is to provide an open solution, free and interoperable along with the proprietary streaming applications currently dominant on the market. Justification: No real developer, no activity ever -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315243: fig2sty: Parsing fixes for XFig.pm
Package: fig2sty Version: 1:0.1-4 Severity: normal Tags: patch Thanks for the patches, Mark. I am forwarding your message to the Debian Bug Tracking System, such that it is recorded somewhere. I hope you do not mind. Please keep Cc: to number@bugs.debian.org. It would be great if you can provide examples of *.fig files which are not correctly parsed by the current version of XFig.pm. Cheers, Rafael - Forwarded message from Mark A. Hillebrand [EMAIL PROTECTED] - From: Mark A. Hillebrand [EMAIL PROTECTED] Subject: Some Patches for XFig.pm Date: Tue, 21 Jun 2005 12:16:00 +0200 To: Marcel Rohner [EMAIL PROTECTED], Rafael Laboissiere [EMAIL PROTECTED] Reply-To: Mark A. Hillebrand [EMAIL PROTECTED] Dear Marcel, dear Rafael, find attached some patches for the fig2sty package, that apply cleanly to the upstream fig2sty.tar.gz and to the fig2sty_0.1-4 Debian package (in the order specified by the `series' file). Most patches fix errors of the xfig parser module XFig.pm, some of them are slight extensions to it. Here are the short descriptions from those patches (for the last one I do not know what it fixed any more, that could be left away). Do with the patches what you like :) Regards, Mark == XFig_text_escape.diff == Decode text field contents on reading and encode on writing (this concerns backslashes and non-ASCII characters). Fixes a bug that swallowed backslashes on output. == XFig_empty_lines_after_header.diff == Allow empty lines after the header, as used by some of the files in the standard XFig libraries. == XFig_fix_arrow_shape_bug.diff == Added missing arrow shape output for arcs; corrected parsing of arrow shapes for all others. == XFig_standard_output_format.diff == Makes output from writefile() more similar to regular XFig output. == XFig_unsorted_stuff.diff == I forgot why I did the first chunk, but I'm almost sure there was a reason. The third chunk is minor and wasn't connected to a bug, IIRC. -- Mark A. Hillebrand Saarland University Computer Science DepartmentInstitute for Computer Architecture Phone: +49 (0)681 302 2036 Fax: 49 (0)681 302 4290 Email: [EMAIL PROTECTED]WWW: http://www-wjp.cs.uni-sb.de/ - End forwarded message - -- Rafael -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fig2sty depends on: ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information fig2sty_0.1-4_patches.tar.gz Description: Binary data
Bug#315244: add command-line option for output dir
Package: modlogan Severity: wishlist Since I specify the input files on the command line, it would be great if i could also specify the output dir. This would make it a lot easier to generate statistics for each site: modlogan -o /var/www/stats/site1 /var/log/apache2/site1/access.log modlogan -o /var/www/stats/site2 /var/log/apache2/site2/access.log [...] Thanks. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages modlogan depends on: ii debconf 1.4.45 Debian configuration management sy ii libadns11.0-8.2 Asynchronous-capable DNS client li ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an pn libgd1 Not found. ii libpcre35.0-1.1 Perl 5 Compatible Regular Expressi ii libpng2 1.0.18-1 PNG library, older version - runti ii libxml2 2.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! gilmour's guitar sounds good whether you've got a bottle of cider in your hand or a keyboard and a mouse. -- prof. bruce maxwell signature.asc Description: Digital signature