Bug#402626: xenman: Missing dependency: xen-utils

Package: xenman Version: 0.5-2 Severity: grave Justification: renders package unusable xenman depends on xen-utils. Without this: polux:/home/marc# xenman ls: /usr/lib/xen-*: No existe el fichero o el directorio Traceback (most recent call last): File /usr/share/xenman/src/xenman.py, line 21,

Bug#402627: xenman is in /usr/sbin

Package: xenman Version: 0.5-2 Severity: normal Hi there, xenman is on /usr/sbin while it does not require root privileges for managing remote servers, therefore it should be in /usr/bin . Cheers, Marc. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990,

Bug#348932: Isn't this closed?

Hi, The changelog says: mysql-dfsg-5.0 (5.0.22-4) unstable; urgency=low [...] * Activated YaSSL as licence issues are settled according to: http://bugs.mysql.com/?id=16755. This also closes the FTBFS bug regarding OpenSSL as it is discouraged to use now. Closes: #368639 [...] I

Bug#398335: thunderbird-traybiff: Wrong depends for icedove

Package: thunderbird-traybiff Version: 1.2.2-7 Severity: normal thunderbird-traybiff depends on thunderbird, but it should a) Depend on the new icedove package, b) renamed to icedove-traybiff . I can't safely purge thunderbird package 'cause I'd loose the traybiff... Cheers, Marc. -- System

Bug#389534: Also on 0.8.2-2

I had the same issue with 0.8.2-2, running kbuildsycoca solved the issue. Cheers, Marc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#390712: exim4-daemon-heavy: Same with Nokia E60

Package: exim4-daemon-heavy Version: 4.63-8 Followup-For: Bug #390712 Hi, same happens with Nokia E60 phone. All other SSL/TLS (imaps, https) Services work fine when accessed from the phone, only exim fails when trying to send messages. -- Package-specific info: Exim version 4.63 #1 built

Bug#391238: xmms-wma: please link against libavcodec and libavformat

tags 391238 + patch thanks Adding tag patch as the submitter attached it! Cheers, Marc Fargas -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft -- To UNSUBSCRIBE, email

Bug#394051: asterisk-app-fax: AGI installed in wrong directory

tags 394051 + patch thanks Attached patch that should fix it, I hope so ;) -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft === modified file

Bug#393483: apt-proxy fails on packages with version including '~'

I don't know apt-proxy but as far as I see it uses python-apt's VersionCompare() which then uses DoCmpVersion from apt-pkg, if I'm right the bug belongs to the last one, but maybe the issue is with an outdated python-apt, could you try the latest version ( of python-apt and libapt-* )?

Bug#392260: patch

tags 392260 +patch thanks The attached file should disable bluemon and add a warning to /etc/default/bluemon. Hope this helps. Don't forget to check the patch! Cheers, Marc. -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it

Bug#388756: Then, wct4xxp is or isn't build with latest release?

Thanks for the information, now I can upgrade without fears :)Cheers,MarcOn 10/11/06, Mark Purcell [EMAIL PROTECTED] wrote: Just to know, as the bug log says that Mark can move zaptel to non-free, but another entry says it's not required and that the firmware could be moved alone to a new

Bug#388756: Then, wct4xxp is or isn't build with latest release?

Just to know, as the bug log says that Mark can move zaptel to non-free, but another entry says it's not required and that the firmware could be moved alone to a new package...If I get the latest zaptel will I have wct4xpp? Thanks,Marc.-- The probability of failure of a (computer) system is

Bug#247963: non-reproducible

That bug should be closed as it cannot be reproduced, or maybe the reporter could provide further details?I tried that on several boxes and all of them have libnss-ldap.conf Also note that the reporter talks about * nss-ldap.conf* not *libnss-ldap.conf* ... ;)Cheers,MarcPS: I'd close the bug

Bug#375215: libnss-ldap hangs udev, working.

Works fine for me on a laptop, have you tried putting the return clause *before* ldap ? If so please close the bug... I'd like to see it in etch! :)# /etc/nsswitch.conf## Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed,

Bug#388571: awstats: Logos policy available on Mozilla's trademark policy

Package: awstats Followup-For: Bug #388571 Hi there, The trademark policy on Mozilla's site has something to say: http://www.mozilla.org/foundation/trademarks/policy.html === BEGIN EXCERPT === There are two additional broad categories of things you can't do with Mozilla's logos. The first is

Bug#345931: If the problem is that the user doesn't know he won't be able to reboot...

, Jason Thomas [EMAIL PROTECTED] wrote: option C, we create a way to extract the version information from every grub file. So that the grub shell can check that its version matches the stage files and if not generate an ERROR message. On Wed, Sep 13, 2006 at 11:05:38AM +0200, Marc Fargas wrote

Bug#385980: err.. sorry

My previous message was for #345931, sorry ;) -- The probability of failure of a (computer) system is exponentially proportional to the physical distance between it and the one who could fix it. -- Martin F. Krafft -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.

Bug#345931: If the problem is that the user doesn't know he won't be able to reboot...

Steve Langasek [EMAIL PROTECTED] writes: Surely this is still a bug in the grub shell for failing to notice that it had rendered the system unbootable? Grub shell is supposed to be used by experienced users, and if the big problem is that setup() doesn't copy those files to /boot/ there are

Bug#385980: If the problem is that the user doesn't know he won't be able to reboot...

Steve Langasek [EMAIL PROTECTED] writes: Surely this is still a bug in the grub shell for failing to notice that it had rendered the system unbootable? Grub shell is supposed to be used by experienced users, and if the big problem is that setup() doesn't copy those files to /boot/ there are

Bug#386114: asterisk: Please package codec_ilbc in non-free

possible and doesn't produce a lot of trouble. Cheers, Marc Fargas. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG

Bug#385359: opensync-plugin-syncml: Still not listing plugin in msynctool

Package: opensync-plugin-syncml Version: 0.4.0+svn20060725-4 Followup-For: Bug #385359 Hi, just updated the package on my machine, but it still not listed. Other plugins are listed just fine. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990,

Bug#380001: python-central: Seems duplicate of 378146

Package: python-central Version: 0.5.5 Followup-For: Bug #380001 In my case that bug was produced for having changed the /usr/bin/python symlink (I want 2.4 as default) doing the change recommended in bug #378146 solved the problem. The change was done in line 86 of pyversions. Hope it helps a

Bug#385359: opensync-plugin-syncml: Same issue here

Package: opensync-plugin-syncml Version: 0.4.0+svn20060725-3 Followup-For: Bug #385359 Hi, I'm having the same issue here just for you to know! c u, Marc. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable')

Bug#362309: asterisk-app-fax: /etc/asterisk/asterisk_faxreceive.conf/faxreceive.conf has wrong info

Subject: asterisk-app-fax: /etc/asterisk/asterisk_faxreceive.conf/faxreceive.conf has wrong info Package: asterisk-app-fax Version: 0.0.20060218-1 Severity: minor *** Please type your report below this line *** Hi, The file /etc/asterisk/asterisk_faxreceive.conf/faxreceive.conf sends you to

Bug#349631: Please read /usr/share/doc/tomcat5/README.gz

does not have permission to do this in the default configuration. hence the Permission denied on your bugreport. If you want to commit changes from the web interface you need rw permissions for tomcat5 user. Cheers, Marc Fargas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Bug#301540: php-gtk: Totally abandoned

Package: php-gtk Version: 0.5.0-3 Followup-For: Bug #301540 That package seems to be completelly abandoned! It would be nice to see php-gtk updated ;) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture:

<    1   2