Bug#315433: Bug #315433 - kdelibs-bin: laptop can't wake up when kded was running when i slept it
This is a followup for your report: http://bugs.debian.org/315433 Do you use a kernel patched with swspend2 or the vanilla swsuspend (1) from standard kernel ? Hardware accelerated drivers in X ? (proprietary or vanilla X drivers) If you use swsuspend 2 does it helps if you use its option to workaround X problems ? From your report i would say this could also be an issue with dbus ... does it helps if you do not start dbus ? dbus is started by the init ... you can control them from ksysv (kde application) or rcconf (command line). Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307912: Bug #307912 - evolution: relocation error: /usr/lib/libnspr4.so
Thi is a followup for your report: http://bugs.debian.org/307912 Are you able to reproduce it with latest glibc, libnspr4 and evoluton in sid ? It looks like you where using evolution from unstable with libnspr4/libc from experimental back then though it is hard to tell without reinstalling your configuration from those days (and it may not be worth the hours spend as the probability is high this is fixed now that evolution 2.2 is in sid) Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312552: Bug #312552 - Obsolete package
SI unrar-free unamintained upstream ? I don't think so there have been contribution from mplayer a few monthes ago. http://www.unrarlib.org/faq.html What about RAR 3 support? RAR3 support is not scheduled. It would imply problems with the GPL license (RAR3 features a PPM based compression algorithm developed by Dmitry Shkarin plus some code by Eugeny Roshal). If you need RAR3 support, check ftp.rarabs.com for the original unrar source code and extract the needed code yourself. Windows developers may have a look at Sebastian Schuberth's arch::ifstream library (requires the unrar.dll). If YOU added RAR3 support and would like to share it with the 2000 monthly visitors of this page, so please let me know. with : Do you know that the license for the unrar sources from RARLab is not compatible with the GNU Public license? Yes, this is true. But we have the permission from Eugene Roshal to release unrarlib 0.4.0 under GPL and unrarlib-license. Note: this doen't mean that RAR is free now or you can use the unrar source from RARlabs under GPL. You are just allowed to use UniquE RAR File Library version 0.4.0 (unrarlib 0.4.0) under GPL. I don't get what is the meaning of : It would imply problems with the GPL license (RAR3 features a PPM based compression algorithm developed by Dmitry Shkarin plus some code by Eugeny Roshal). Does it means the only way they believe they could had support for rar3 is by taking the rar3 code from non free upstream ? From the second stance i conclude that there never was a development team for the decompression algorythm. unrarlib looks like a library wrapper around a port of a given rar2 core. Which is useless now for debian rar users. The submitter : But sarge, etch and sid have rar 3.x, so...it produce newer archve. tells it all. The compression tool is provided freely though the decompression one won't. So it looks like the library is of some use if a program want to use rar2 as its internal storage format but ithe unrar tool is useless to users ... unrar-free could be of some use to programs that cannot use the c library , shell scripts ... Should we remove it or tag it as developper only in the README (and maybe ship it in /usr/lib so that it does not conflict with the user unrar-nonfree ) ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314782: Bug #314782 - mondo: missing growisofs
COuld you be more specific about what happens when growisofs is missing ? The dependencies looks alright . dvd+rw-tools is recommended by mondo which means that some functions of mondo will not work if it is not installed ... or does mondo failed to do anything when dvd+rw-tools is not installed ? Sincerely Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#214623: marked as done (Non-free logo included in main)
This is a followup for : http://bugs.debian.org/214623 The last step of the fix have been unaswered for a year : On Fri, Apr 30, 2004 at 07:03:06AM -0700, Debian Bug Tracking System wrote: Debian's imagemagick package includes the ImageMagick logo, which is apparently not DFSG free. There are a number of files in the package which contain the logo or some part of it. In /usr/share/doc/imagemagick/Copyright.txt.gz, the following appears: 8) The ImageMagick logo is copyright Pineapple USA Inc. It is freely distributable, however, modifications to the logo are not permitted. [...] imagemagick (5:6.0.0.7-2) unstable; urgency=low . * Remove ImageMagick logo image from magick.c. * Remove ImageMagick logo files. closes: #214623 While you've removed the offending files from the binary packages, you're still distributing non-free material in the source package. The only way to fully address this bug is by removing the images from the .orig.tar.gz, eg. by creating an imagemagick_6.0.0.7.dfsg.1.orig.tar.gz (cf. the recent xfree upload). Do you disagree (then tag wontfix) or was it lost ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207932: Bug #207932 - emacs21: Includes non-free documents
Followup for : http://bugs.debian.org/207932 Thanks you for helping debian tracks licencing issues. Though this bug looks like an extension of the GFDL issue to some non documentation texts. This have not been agreed upon by debian-legal (in fact as far as i know licences and such documents have been explicitely exclude from the need to be DSFG free ). Again thank you for taking part in this time consuming task. Please ask on debian-legal when you encounter new types of documents not being explicitely stated in previous consensus (even if closely related). By the way it is not a bad thing to track those not agreed upon documents licence issues. Though please keep the talks about them on debian-legal. Maintainers do another jobs which is fixing bugs and making debian easier to use. Most of them don't want to hours looking after advanced legal issues. That s why debian-legal exists :) By the way even if a consensus is reached on debian-legal it would be helpfull to make a separate listing of those documents and discuss it with the release team and debian-devel. But please not the other way around. I would call it hijacking debian-legal. I guess this bug can be closed as out of topic for the bts. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314654: Bug #314654 - qtorrent: FTBFS: Missing Build-Depends on 'python-dev'
What s wrong with qtorrent build depending on python-2.4-dev only ? Would using dh_python -V 2.4 fix the issue too ? Please tell me if you cannot test, i ll try to find time to learn how to make a clean build environemnt (i am not DD ) Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314289: Bug #314289 - ssh: unable to login after upgrade to 4.1p1-3
Could you do /etc/init.d/rmnologin then retry ? I had a user which found it it was not run and broke its ssh login for non root users. Also could you confirm there where no other upgrade at the same time that could break the user session : the user shell and the like I cannot reproduce the bug :( Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313615: could an apache module be gpl ?
This bug report raised the issue : http://bugs.debian.org/313615 of an apache module (libapache-mod-security) being gpl while using apache licenced headers . I have checked the module source and it does not ship with its own version of the apache headers. It seems to me this is not an issue as modules resolves their symbols at runtime so the library can be bsd or apache licenced and the module gpl . Though this bug report also describe such modules as being derived works which makes some sense ... Thank you for any clue on this issue. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312525: Bug #312525 - xmms-jack depends on xmms-dev
This is a followup for your report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312525 Could you send the output of : $ ldd /usr/lib/xmms/Output/libjackout.so at least the version available on i386 does not depends on xmms-dev to run (though it fails latter ). I use xmms-jackasyn in the mean time. As i386 pacakges are often hand made by the maintainer it could be that the issue affects all arch except i386 :( Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249205: Bug #249205 - gettyps: no right to modify
I found this copyright notice (non free because it forbids commercial usage). Though with previous permission given by the second copyright owner it may become at least distriutable . Hope it helps decipher the issue if one is interested in gettyps (it looks like an interesting getty for dialup). This apply to version 2.1 while the woody package was 2.0 http://prancer.physics.louisville.edu/help/usr/getty-ps-2.1.0/INSTALL Installation instructions for getty-ps Ver 2.1.0 27-Sep-02 Copyright 1989,1990 by Paul Sutcliffe Jr. Portions copyright 2000,2002 by Christine Jamison. Permission is hereby granted to copy, reproduce, redistribute, or otherwise use this software as long as: there is no monetary profit gained specifically from the use or reproduction of this software; it is not sold, rented, traded or otherwise marketed; and this copyright notice is included prominently in any copy made. The authors make no claims as to the fitness or correctness of this software for any use whatsoever, and it is provided as is. Any use of this software is at the user's own risk. This package is distributed as source code, which must be compiled in order to provide runable program(s). Two binaries are the product of this package: getty and uugetty. The only difference between getty and uugetty is that uugetty checks and creates lockfiles. Uugetty should be used on any bidirectional line (modems, for example). Getty should be used on unidirectional lines (virtual consoles, dumb terminals). I have also included binaries of getty and uugetty for Linux; these files were compiled with gcc 2.95.3, and linked with libc.so.2.2.3. If your library is older, you will have to do the compile yourself (or grab the new library). This code should run on the following supported systems: (It is reported to work on linux kernel 0.99.15 and up, but I don't have a 0.99.x system to test it with smile.) Linux Kernel 1.x.x Linux Kernel 2.0.x Linux Kernel 2.2.x (This release was tested on Slackware 4.0) Linux Kernel 2.4.x (This release was tested on Slackware 8.1) If your system is not one of these, you will need to research your system requirements, and perhaps modify the program to get it to run properly on your system. (*Most* systems will only need values [mostly directory names] changed in config.h and changes due to different libraries.) The following are pre-requisites to compiling and installing this package: 1.Being able to log in as root; 2.Understanding how to use compress and tar; 3.Understanding how to use make; 4.Understanding about ANSI compliant C++ compilers; 5.Understanding what is the standard for placing new files on your particular system. Here is the installation synopsis, for those in a hurry: 1.Acquire and unpack the tarball containing this source code (getty_ps-2.1.0.tar.gz); 2.Modify the compile-time configuration files to meet your system's requirements (the only one you should have to change is config.h); 3.Type make to build the executables (Note that the latest compiles were done on gcc 2.95.3, with libc 2.2.3); 4.Type make install to install the newly made executables and updated man pages. Note that with this step, your old getty and uugetty binaries (if present) are saved as getty- and uugetty-, respectively. After everything is running smoothly, you can remove these backup files. By default, these binaries are put in /sbin. 5.Create and/or modify the needed config files (/etc/ttytype, /etc/gettydefs, /etc/default/getty.*, /etc/default/uugetty.*, /etc/issue). See examples in the Examples directory; 6.Modify /etc/inittab to use one or more of the new programs (getty for non-modem lines [direct VDT access] and uugetty for modem access, and enable the ports; 7.Check the installation. Or, you may follow these detailed steps to compile and install getty-ps: 1.MAKE A BACKUP COPY OF YOUR EXISTING, WORKING GETTY PROGRAM! I cannot stress this enough. There is a good chance that you will not have things configured correctly the first time around, and may not be able to log into your machine. If you are using getty as your primary getty program (as opposed to agetty or the like), it would probably be a good idea to modify /etc/inittab to use the backup copy you create in this step, and select just one or 2 ports to test the new getty. Then, if all goes well, just change /etc/inittab back the way it was. This is also probably a good time to make one of those bootable rootdisks. In any case, be sure you can boot your system in single user
Bug#312140: Bug #312140 - xwatch: segmentation fault
Could you send a backtrace ? There is a small howto at : http://wiki.debian.net/?HowToGetABacktrace though if you don't feel like doing it all : $ gdb xwatch gdb) r /var/log/mail.info ... gdb) bt full would already help quite a bit. Also : $ strace -f -o xwatch.trace xwatch /var/log/mail.info may help detect if xwatch di d not properly installed . Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311436: fp-compiler: Error installing package
If the alternative bug was between two experimental package you need not bother about adding hacks to fix it. Regarding the high unstability of those , else we would end up rendering tests in experimental too heavy to deal. I don't know what is the best way to tell us how to fix the breakage from the previous package. Maybe NEWS is enough ... Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312057: webmin-core depends on webmin-firewall ?
Package: webmin-core Version: 1.200-1 Followup-For: Bug #312057 webmin-bandwidth depends on webmin-firewall. Now that webmin-core include webmin-bandwidth should not webmin-core depends on webmin-firewall ? Regards Alban -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc5usb-serial Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages webmin-core depends on: ii at3.1.8-11 Delayed job execution and batch pr ii libmd5-perl 2.03-1 backwards-compatible wrapper for D ii man2html 1.5p-3 turns a web-browser and an httpd-s ii perl 5.8.7-1Larry Wall's Practical Extraction ii webmin1.210-1web-based administration toolkit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312096: evolution crashes with 2.10.2-1
Please try fix discussed in : libgnomecanvas2-0: evolution crash when accessing calendar (downgrade from 2.10.1* to 2.10.0 fixed it) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310612 the bug is reported on libgal2.4-0 where the bug lays. I just wonder why i have not gotten any notice rfom the maintainer even if i provided everything one could want (trace, upstream talks and fixes, fixed pacakges ...). Loic , i saw that Sebastien Bacher which is part of debian gnome took part on this bug in the upstream bugzilla (there is also a newer better patch). Would you or him NMU the fixed libgal ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262395: Bug#306595: tetex-bin: postinst failure with jadetex and xmltex
This is a followup for your report: http://bugs.debian.org/262395 The report end up with : fmtutil: /var/lib/texmf/web2c/pdfjadetex.efmt installed. fmtutil: /var/lib/texmf/web2c/pdflatex.efmt installed. fmtutil: /var/lib/texmf/web2c/metafun.mem installed. fmtutil: /var/lib/texmf/web2c/mpost.mem installed. fmtutil: /var/lib/texmf/web2c/mf.base installed. ERROR: XMLTeX memory dump (xmltex.efmt) cannot be found ERROR: PDFXMLTeX memory dump (pdfxmltex.efmt) cannot be found *** ERROR: can't make xmltex fmt files, bailing *** see /tmp/xmltex-postinst.qiqJtW for details dpkg: error processing xmltex (--configure): the full error log is in the generated file . Here /tmp/xmltex-postinst.qiqJtW. Could you post this file or if deleted rerun the upgrade process and send the new one . Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278507: cgi on debian for debbuggtk
Is there an a way the issue could be mitigated in the coming monthes by those : - wait for sarge release and ask again if cgi support could be enabled (though i believe it is a security risk to have such script on the main server ... - ask for a server to mirror the bts a second time . This could be of use to other projects. Stats are generated from a copy on debian japan server for example : http://www.debian.gr.jp/~kitame/ which is then used for wouter graphs : http://people.debian.org/~wouter/ maybe we could ask how takuo does this. He may already have such a copy (though an official server where all experimental stuff about the bts could happen would be of more use). All work on improving the debian BTS infrastructure is on halt for too long a time :( I do not understand : We were asked to move scripts to merkel.d.o. probably a year ago. I did this but unfortunately apache isn't set up to allow cgi scripts. which scripts are not cgi ? Did you mean cgi as in modules exuting in the server process (not as php scripts which runs inside a module which itself is a cgi ) ? Could you comment ? If any script language is accepted could we port the cgi code to this scripting language (notwithstanding the performance penalty). This is yet another example of the sad state Debian is in. I really wonder what is going to happen to Debian -- some of the core infrastructure needs changing (release processes, dispute resolution, sharing of work, collaborative improvement to the distribution), but it seems that we can never do this because there are too many conflicting opinions and no real leader to take responsibility, make decisions and change Debian for the better. Well i agree about the problem ... though i feel the leadership problem is solved. Between our current DPL and RM . And i feel every of the broken parts them (which i feel are not broken per se but did not evolved ) have now a skillfulled team working one. Well except the BTS thus my request :) I believe debbuggtk being an important milestone. It will show that tools can be improved and lead to more people hacking on it ... Sincerely Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309544: Bug #309544 - evolution2.2: FTBFS: Conflicting build dependends.
You reported an FTBS of evolution2.2 version 2.1.6-1. This package no longer exists and have been renamed evolution which is at version 2.2.2-4. Should i close the report or wait for the source to be removed from the buildd ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306595: Bug #306595 - tetex-bin: postinst failure with jadetex and xmltex
Followup for : http://bugs.debian.org/306595 i fixed the jadetex upgrade with fmtutil --all iso i looks like some remains from old experimental/woody or who knows. Though xmltex seems really broken. Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304758: gnomoradio: broken dependency - libvorbis0 instead of libvorbis0a in woody
Package: gnomoradio Version: 0.15.1-2 Severity: grave Justification: renders package unusable http://packages.debian.org/cgi-bin/search_packages.pl?searchon=namesversion=allexact=1keywords=libvorbis0 -woody http://packages.debian.org/cgi-bin/search_packages.pl?searchon=namesversion=allexact=1keywords=libvorbis0a - testing and unstable The new version 0.15.1-2 add vorbis though as it depends on libvorbis0 it is uninstallable in =sarge Regards Alban -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages gnomoradio depends on: ii libatk1.0-0 1.9.0-1 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:4.0-0pre9 GCC support library ii libgconf2-4 2.8.1-5 GNOME configuration database syste ii libgconfmm-2.6-12.9.2-1 C++ wrappers for GConf (shared lib ii libglib2.0-02.6.4-1 The GLib library of C routines ii libglibmm-2.4-1 2.6.1-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface ii libgtkmm-2.4-1 1:2.6.1-1C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.12.1-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii librainbow0 0.15.1-2 The gnomoradio rainbow lib ii libroboradio0 0.15.1-2 The gnomoradio roboradio library ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++ ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libxml++2.6 2.6.1-2 A C++ interface to the GNOME XML l ii libxml2 2.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302680: zeroconf copyright
Thank you for giving us a zeroconf implementation. I read the bug report about the (C) issue but found it less important than the upstream url pointing to a non existant page. I was willing to learn more about this zeroconf implementation and was a bit at lost. Should i read progsoc mailing list, is debian archive the newx upstream (maybe the url should be changed to the debian archive) ? Today I have asked for the data i was interested in (if zeroconf open ports on the interfaces it uses) : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=302684 Though i have other questions , is this zeroconf implementation described in hte ietf draft or does it go beyond it ? I feel lame as the source is available but i am working on other packages right now and would still use zeroconf even .if i won't have time to look it in depth before long. Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302685: After removing gdm 'startx' wont start X
[EMAIL PROTECTED]:~$ ls -l /var/log | grep XFree -rw-r--r-- 1 rootroot 40196 Apr 3 00:44 XFree86.0.log -rw-r--r-- 1 rootroot 40078 Apr 3 00:43 XFree86.0.log.old this is not a problem since X is setuid root (which means it start with root permissions whatever user start it). You should looks after file in the user for which it fails : ls -l .X* I would do: mkdir ~/backup mv ~/.Xautthority ~/backup then retry startx. Well those are just mind reading guesses. If you send me logs, output and errors it may be easier to help out with this problem. Though this is not a gdm bug. gdm does not mess with those files (be they /var/lo g/XFree.0.log or ~/.Xauthority ). It just check your passward and start X. Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302741: Bug #302741 - scilab: Scilab starts with a very small window and an unreadable small font
Does the problem still happens if you set bitmap to no in: dpkg-reconfigure fotnconfig Else can you check that your dpi settings is sensible (either in gnome font properties advanced or in /var/log/XFree.0.log). You can also try some of the tests in : http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ.xhtml The problme does not come from scilab but resolving this issue may help to enforce the installation of a proper font for scilab (or avoid a broken one until it is fixed). Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301906: Bug #301906 - exim4: Mail messages sent to local addresses are lost
[EMAIL PROTECTED] dc_local_interfaces='127.0.0.1' this should contain your local ip too ( ay domain ip). I wonder how you ended up missing it as it is added by default by the configurator. Did you made an exim4-config run ? Is your ip for your ip for ay domain setup in /etc/hosts ? /etc/resolv.conf is valid ? (can you ping ay ?) Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301518: clamsmtp : ucf not installed
Hi Could you confirm that the ucf pacakge is not installed on your box. $ dpkg -l ucf A workaround would be to install it before retrying to install/upgrade clamsmtp. Please test ucf before. Maye clamsmtp use ucf but miss a dependency on it. Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301497: dbconfig-common dependencies
Hi do you think such a configuration layer should depends on every database interface ? Wouldn't it be cleaner to have the package using dbconfig depends on the database it can work with and have test in dbconfig to only show option regarding installed databases (or databases detectable via the already installed db client pacakges ? I don't feel well with the idea of a layer adding every client libraries even if no installed program can use most. A little rationale for this rant : Thanks for the test and though you put on dbconfig. I am not the developper but have already though of this problem too (but had no good idea to resolve it). The apache config layer currently in debain have the same kind of problem : it does not depends the scripts it uses (init scripts of apache, apache-perl ...). Thus if one have some installed , configure them with the apache config layer then one deinstall say apache-perl , it will be impossible to upgrade/desintall teh package configured with it. I removed apache-perl then the config layer tried to use /etc/init.d/apache-perl while upgrading phpwiki ... This layer needs those init scripts but does not depends on the packages providing them thus it can led to breakage. (i have not submitted a bug because i don't agree with the idea of adding hundreds hack to make it work, i am in fact waiting to see what will be done in dbconfig-common to manage this problem (as it is not yet heavily used and not in sarge , api/abi changes are way easier there.) If a solution to web application integration in debian is found it will be in this package or it won't be . This will also have interesting improvments for rich clients (but those have usually less complicated setups). Regards Alban PS: sorry if the style is a bit rude. I am always working on improving my english skills but debian comes first :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301589: liblircclient-dev: conflict with libirclient (library)
Package: liblircclient-dev Version: 0.7.1pre2-2 Severity: grave Justification: renders package unusable This is a strange conflict (it is the library itself ...) Unpacking replacement liblircclient-dev ... dpkg: error processing /var/cache/apt/archives/liblircclient-dev_0.7.1pre2-3_i386.deb (--unpack): trying to overwrite `/usr/lib/liblirc_client.so.0.0.0', which is also in package liblircclient0 I retried two times in case it would have been installed on the version if the library but no luck. Grave : as the -dev cannot be installed without removing the library it provide headers for . (well --force-overwrite woould be fix such a conflict without damage ) Cheers Alban -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages liblircclient-dev depends on: ii libc6-dev2.3.4-2 GNU C Library: Development Librari ii liblircclient0 0.7.1pre2-3 LIRC client library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301213: posix online
Well i cannot help much about the bug , else the posix standard online spec is there : http://www.posix.com/posix.html (faq and permanent link) http://www.opengroup.org/onlinepubs/009695399/toc.htm (current version) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285046: Bug #285046 - wmkbd: FTBFS: g++ internal compiler error
Thank you for reporting bug. I've posted bug report to gcc bugzilla http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18922 -- Additional Comment #3 From Andrew Pinski 2004-12-10 13:27 [reply] --- *** This bug has been marked as a duplicate of 18384 *** __ It looks like the bug is fixed upstream (as you currently compile with 3.4) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384 --- Additional Comment #23 From Jakub Jelinek 2005-03-10 14:22 [reply] --- Fixed for 3.4/4.0/4.1. The bug should be reassigned to gcc-3.4 (and other version but cloned) isn't it ? Regards Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299486: Mozilla-firefox: firefox crashes
Hi can you tell which motherboard/proc combination you have ? For example i had a problem with amd thunderbird on via motherboard which did not worked with some optimisation used in firefox and some mozillasuite old releases. And knowing if you have extensions would be of help too . Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298688: CAN-2005-0683: Disclosure of installation path
Hi from the report http://securitytracker.com/alerts/2005/Mar/1013377.html this look like a beginner error. The error log is from php not phpBB ! ! On a production system error logs on the browser output have to be disabled ! It is lije keeping development backdoors on a production release ... If debian php does it by default , please reassign the bug to it but i don't remenber it doing it , can you check ? At least the maintainer his right in that it has nothing to do with phpBB. Thanks Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296052: libdoodle1: cannot install - missing conflict ?
Package: libdoodle1 Version: 0.6.2-1 Severity: serious I cannot install your package (i already have doodle and its dependencies). Unpacking libdoodle1 (from .../libdoodle1_0.6.2-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libdoodle1_0.6.2-1_i386.deb (--unpack): trying to overwrite `/usr/share/man/man3/libdoodle.3.gz', which is also in package doodle i already filled a report for a similar problems against libextractor1. Maybe it is supposed to be fixed by an upcoming new version of doodle, conflicting with older versions of those libs. in this case please close those reports. Thanks Alban -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libdoodle1 depends on: pn libextractor1Not found. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295065: Bug #295065 - xsl compilation error
/usr/share/xml/docbook/stylesheet/db2latex/latex/docbook.xsl: xsl:include href=common/l10n.xsl/ xsl:import href=common/common.xsl/ (line 66) xsl:include href=common/gentext.xsl/ xsl:include href=common/subtitles.xsl/ replacing import by include should fix it. The stylesheet is broken: http://www.w3schools.com/xsl/el_import.asp Note: This element must appear as the first child node of xsl:stylesheet or xsl:transform. this is obviously not the case here. http://xml.apache.org/xalan-j/xsltc/xsl_include_design.html explain that a change from import to include only affect precedence. import is in hte base standard while include is only supported by extensions. BUt libxml2 support include very well . I would say: xsl:include href=common/common.xsl/ would fix it for good. Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285098: Bug #285098 - Can't input anything to gdm
Can you check that VTAllocation is not set to a number (eg. VTAllocation=7) or set to on in /etc/gdm/gdm.conf. It could be either that you choose set this option manually or that the new kernel has a bug with automatic allocation (in this case this bug may affect other login manager and be reassigned to the kernel). Cheers Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292285: migrate devfs to udev: no terminal, no cdrom, no sound
in README.Debian: - since modules are not loaded on demand, if you do not have a working hotplug package which can synthetize PCI hotplug events at boot time you will have to manually load all the drivers you need from /etc/modules. - some modules are not hardware drivers and cannot be loaded automatically by hotplug, so they will have to go in /etc/modules as well. - some drivers have not been ported to sysfs yet, and udev will not be able to create their devices. If you use one of these drivers you will have to create the devices after every boot. In other words, on a typical system you may need to manually load (using /etc/modules) modules like rtc, 8250, ppp_generic, ide-cd, ppdev, loop and tun. Recent versions of hotplug can load some of these modules (check if /etc/hotplug/ide.rc and /etc/hotplug/isapnp.rc exist and CONFIG_ISAPNP is enabled in your kernel configuration), the others which do not depend on specific hardware devices may have to be loaded manually if you need them. Kernel support needed ~ The kernel must be not older than 2.6.8 and must support the hotplug subsystem (CONFIG_HOTPLUG) and tmpfs (CONFIG_TMPFS). nut i feel the worst was to purge devfsd before installing udev. udev take care of not breaking devfs but if you purge devfs before, you already broke a lot of things. do your fstab entries point to /dev/discs/* devices ? You need a few things told in the kernel docs, required when you migrate from 2.4 kernel. Check if you have done them if you are already on 2.6. for xterm like (and a few others) to work you need: none/dev/ptsdevpts mode=620 0 0 in fstab and it to be mounted. also, you have to create /sys and mount it, the fstab line is: none/syssysfs defaults 0 0 this help hotplug. and for the posix threads (not needed by udev but part of the kernel 2.6 migration): tmpfs /dev/shmtmpfs defaults 0 0 and hotplug should be installed too. Alban -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]