Bug#387185: picprog: Fails to detect programmer in amd64
Steinar H. Gunderson schreef: When I try to download this file I get an error: | Forbidden You don't have permission to access | /~jaakko/pic/picprog-1.8.2.tar.gz on this server. Apache/2.2.2 (Fedora) | Server at hyvatti.iki.fi Port 80 It should be OK now, it seems. Yes, Jaakko has fixed this. So, essentially we need an upload of the new upstream version? Yesterday, I have created a new debian-package. At the moment it is available at http://www.janw.dommel.be/picprog/i386/index.html. I'll contact my previous sponsor (Aníbal Monsalve Salazar) to ask if he can upload it to Debian. -- Met vriendelijke groetjes - Jan Wagemakers - ... Wij zijn allemaal stripfiguren getekend door het leven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389836: [Pkg-xen-devel] Bug#389836: xen-hypervisor-3.0-unstable-1-amd64: HVM domU won't start
On Thu, Sep 28, 2006 at 09:26:06AM +0800, Bin Tian wrote: The HVM domU won't start. The following is the config (comments stripped). Please check for the existance of /usr/lib64/xen/bin/qemu-dm which you defined as device_model. After that upgrade to xen-utils-common 3.0+hg11624-1 and check /usr/share/doc/xen-utils-common/examples/xmexample.hvm.gz. Bastian -- The sooner our happiness together begins, the longer it will last. -- Miramanee, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389855: oolite: Package uninstallable due to libgnustep-base1.11
Package: oolite Version: 1.62-5-1 Severity: normal [Please note the version listed above is incorrect - I had an old version, but I no longer have it installed] Trying to install a new version of oolite fails. Version: 1.65-2 tranquillity:[~]# apt-get install oolite Reading package lists... Done Building dependency tree... Done 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. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: oolite: Depends: libgnustep-base1.11 (= 1.11.2) but it is not installable E: Broken packages tranquillity:[~]# apt-cache show libgnustep-base1.11 tranquillity:[~]# apt-cache search libgnustep-base1.11 tranquillity:[~]# apt-cache search libgnustep-base libgnustep-base-dev - GNUstep Base header files and development libraries libgnustep-base1.13 - GNUstep Base library libgnustep-base1.13-dbg - GNUstep Base library - debugging version -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages oolite depends on: pn gnustep-back0.10none (no description available) ii libc6 2.3.6.ds1-2 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]6.4.2-1.1A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.4.2-1.1The OpenGL utility library (GLU) pn libgnustep-base1.11 none (no description available) pn libgnustep-gui0.10 none (no description available) ii libobjc11:4.1.1-14 Runtime library for GNU Objective- ii libsdl-gfx1.2-4 2.0.13-2 drawing and graphical effects exte ii libsdl-image1.2 1.2.5-2 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer ii oolite-data 1.65-1 Data files for the space-sim game oolite recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388282: When trying to acces samba share from other computer PANIC appears
but when adding a only user = Yes to the [homes] section then the problem returns. Wonderful. As the very last request in that thread, could you manage to produce a level 10 debug output of the panic with this last minimal smb.conf After that, promise made, I will leave you alone..:-) You have been incredibly helpful tracking this down and I have no doubt that we will be able to do a perfect bug report to our upstream with the provided material and analysis. signature.asc Description: Digital signature
Bug#388952: qmail-src: [annoying_notes] Abuse of debconf note(s)
I'll just go ahead and just remove all the debconf prompts all-together, I'm sick of having to argue about it. If people get pissed off about it, I will direct them to you. Expect a new qmail-src shortly. Will that end this once and for all? Well, end it, sure. The only correction I'll made is that my point was not necessarily the removal of these debconf notes but certainly converge, along with you, towards the best possible solution. As I explained in detail in my former mail, this could have been through the use of high priority notes for some of them, removal for some others, or change to error for others. I'll certainly be happy to explain users who are missing the explanations in README.Debian in your package why these informations are not displayed at the package install. In any case, I will not nag you anymore, Jonit's perfectly clear to me that I nagged you enough for now. I hope that we'll have opportunities to collaborate on other occasions, maybe in better initial conditions. As a matter of fact, let's take this last mail as a beer|other_beverage promise if, by some life hazard, I would come through the place you physically live or you do the same by coming around the Paris, France city. That would be a good opportunity for me to prove you that I'm not only a white knight on a big white horse who fights Evil Maintainersand certainly for you to prove me that you're not the Evil Maintainer I indirectly mentioned in my first reactions in this thread (for which I apologize). signature.asc Description: Digital signature
Bug#389646: apt should try to import a key if a package was signed by a unknown key
Rober Morales [EMAIL PROTECTED] writes: It'll reduce the security of machine since won't make difference if the key is or not know before you upgrade or install a package. Agreed; an idea might be to import the key to some untrusted keyring, and allow the user to add it to the trusted list after giving some stern lecture why you shouldn't trust anyone. APT already continue with the install/upgrade if the user answer Yes to the warning question. The new feature I want is to make possible the fact that apt can, /with/ the user confirmation, import the key the package is signed with: WARNING: The key 0BDCE is not known: Install anyway? Yes/[No]: Yes WARNING: Do you want APT import the key to your keyring now? Yes/[No]: Yes I see your point but I still think that shouldn't be too easy to someone to add a key on the trusted keyring otherwise most of people will just start to do that too much. Besides, as Simon said, would be good to warn the user why this is dangerous and why he/she should avoid to use non-official packages. I personally see why you would like to have it but I don't think the price that we might pay is enough... :( -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389854: openbsd-inetd: Inbuilt dgram services reject if coming from a low port
Package: openbsd-inetd Version: 0.20050402-2 Severity: normal Tags: patch Hi, I have an application that tries to do a UDP time call from port 37 on the remote machine, which broke when I recently updated the server and openbsd-inetd got dragged in. This worked fine with netkit-inetd, and works fine with xinetd (so I am told), and I don't really see a good reason for rejecting these requests. Can you please consider the attached patch to not reject these requests? Thanks, -i -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages openbsd-inetd depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra ii netbase 4.26Basic TCP/IP networking system openbsd-inetd recommends no packages. -- no debconf information --- ./openbsd-inetd-0.20050402/inetd.c 2006-09-28 15:37:29.0 +1000 +++ ./openbsd-inetd-0.20050402-new/inetd.c 2006-09-28 15:37:16.0 +1000 @@ -639,9 +639,6 @@ return 0; } - if (port IPPORT_RESERVED || port == NFS_PORT) - goto bad; - return (0); bad:
Bug#387185: picprog: Fails to detect programmer in amd64
Good point, I'll switch that default the other way, and will re-release 1.8.2 today, or 1.8.3. I have no time for this to research this fully, so the working defaults make sense and I'll put --enable-rdtsc for those in need for speed. On Thu, 28 Sep 2006, Steinar H. Gunderson wrote: On Mon, Sep 25, 2006 at 10:49:59PM +0200, Jan Wagemakers wrote: When I try to download this file I get an error: | Forbidden | | You don't have permission to access /~jaakko/pic/picprog-1.8.2.tar.gz on this server. | Apache/2.2.2 (Fedora) Server at hyvatti.iki.fi Port 80 It should be OK now, it seems. So, essentially we need an upload of the new upstream version? I'm somewhat disappointed --disable-rdtsc isn't the default, but OK, upstream obviously seems to think otherwise... /* Steinar */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389270: [pkg-fetchmail-maint] Bug#389270: further investigations
Eike Sauer schrieb am 2006-09-28: By chance, I found additional information. During init.d, just before kdm is started, fetmchmail says: fetchmail already started; not starting. Just do assure, there is a fetchmail daemon running: # ps aux|grep fetchmail 103 4065 0.0 0.0 6044 1324 ?Ss 00:42 0:00 /usr/bin/fetchmail -v -v -f /etc/fetchmailrc --pidfile /var/run/fetchmail/fetchmail.pid -d 300 --syslog -i /var/lib/fetchmail/.fetchmail-UIDL-cache Can you check if the PID (first line in /var/run/fetchmail/fetchmail.pid) is actually fetchmail's PID? The stale lock recovery isn't very bright, if any process has taken the PID recorded in the file, fetchmail assumes it were running. -- Matthias Andree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389856: gparted freeze on Scanning all devices...
Package: gpartedVersion: 0.2.5-2gparted freeze on Scanning all devices If I unload floppy module before launching gparted, it works fine.I'm using a laptop without floppy device, but the floppy module loaded on boot.The bug seems to be known: http://bugzilla.gnome.org/show_bug.cgi?id=351753-- System Information:Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686)Shell: /bin/sh linked to /bin/bashKernel: Linux 2.6.17-2-686Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8)Versions of packages gparted depends on:ii gksu 1.9.4-1 graphical frontend to suii libatk1.0-0 1.12.2-1 The ATK accessibility toolkitii libc6 2.3.6.ds1-4 GNU C Library: Shared librariesii libcairo2 1.2.4-1 The Cairo 2D vector graphics libraii libfontconfig1 2.4.1-2 generic font configuration libraryii libfreetype6 2.2.1-5 FreeType 2 font engine, shared libii libgcc1 1: 4.1.1-13 GCC support libraryii libglib2.0-0 2.12.3-2 The GLib library of C routinesii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit (ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interfaceii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (sharedii libice6 1:1.0.1-2 X11 Inter-Client Exchange libraryii libpango1.0-0 1.12.4-1 Layout and rendering of internatioii libparted1.7-1 1.7.1-2.1 The GNU Parted disk partitioning sii libpng12-0 1.2.8rel-5.2 PNG library - runtimeii libsigc++- 2.0-0c2a 2.0.17-1 type-safe Signal Framework for C++ii libsm6 1:1.0.1-2 X11 Session Management libraryii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libuuid1 1.39-1 universally unique id libraryii libx11-6 2:1.0.0-9 X11 client-side libraryii libxcursor1 1.1.7-4 X cursor management library gparted recommends no packages.-- no debconf information
Bug#389836: [Pkg-xen-devel] Bug#389836: xen-hypervisor-3.0-unstable-1-amd64: HVM domU won't start
Thanks for your quick response. The package xen-utils-common is already 3.0+hg11624-1. And I make some correction in the dom config according to the example, but the domU still cann't start. I checked the log in /var/log/xen/. No error in xend.log, but qemu-dm.log tell me that: domid: 3 qemu: the number of cpus is 2 /etc/xen/qemu-ifup: could not launch network script Could not initialize device 'tap' And the file with name 'qemu-ifup' is not in /etc/xen/ but in /etc/xen/scripts dell-2950:/usr/lib/xen-ioemu-3.0-unstable/bin# strings qemu-dm | grep qemu-ifup /etc/xen/qemu-ifup I think that qemu-dm should be patched. Best regards, Bin Tian Bastian Blank wrote: On Thu, Sep 28, 2006 at 09:26:06AM +0800, Bin Tian wrote: The HVM domU won't start. The following is the config (comments stripped). Please check for the existance of /usr/lib64/xen/bin/qemu-dm which you defined as device_model. After that upgrade to xen-utils-common 3.0+hg11624-1 and check /usr/share/doc/xen-utils-common/examples/xmexample.hvm.gz. Bastian
Bug#333355: News ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Are there any news regarding BMPx in Debian? I made a package of BMPx 0.30.1 from svn trunk for my personal use and I'd like to push it to experimental after a lintian clean. http://randrianiriana.org/debian/bmpx/ Regards, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFG2rf+JKYG2JYYpoRAljqAKC2iGz08D2n+2an9/+gTmb7oiHCLgCgr9fk JoWNRbA1d4SYNlvMya4G34w= =FJej -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389790: [Fwd: Re: changing tetex render engine]
Hi all, Scott J. Henson [EMAIL PROTECTED] wrote: [about kpathsea in teTeX-3.0 not expanding environment variables in pathnames, like $HOME/foo.tex] This was discussed on the tex mailing list. I just wanted to forward it along. Basically all that needs be done to fix this bug is upgrade to the latest kpathsea. Thank you. Thank you for the hint. Is there an isolated patch? You know, even if it wouldn't contradict Debian's customs, we wouldn't be able to incorporate a new version of the kpathsea library in Debian etch's teTeX - not enough manpower to do the work. Besides that, texlive-2005 is also in etch. I think it's a bug that it does not use the shared libkpathsea library, but its own version of kpathsea statically linked. But in this case it's a feature: The path expansion works when you install texlive instead of teTeX. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389827: [Pkg-xfce-devel] Bug#389827: thunar: Please enable GNOME thumbnailers support
On Thu, 2006-09-28 at 01:12 +0200, Mathias Brodala wrote: At the moment it is necessary to use Nautilus for thumbnails to be created from video files. Why is the GNOME thumnailers support forced to be disabled in the configure flags? If there is actually no reason, please enable them. (Oh, and don’t mind the „custom-1“, I only rebuilt Thunar with the thumbnailers support enabled.) Short answer: no. We -dont- want thunar (and thus Xfce4 desktop) to depend on a gazillion of gnome libs. It's intended to be a fast efficient file manager, especially for light desktops. Enabling gnome thumbnailing brings in those libs, so the switch is explicitely disabled. Regards, -- Yves-Alexis
Bug#389858: tagcoll2 - FTBFS: error: no match for 'operator|'
Package: tagcoll2 Version: 2.0-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of tagcoll2_2.0-2 on lxdebian.bfinv.de by sbuild/s390 85 [...] g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -Wall -c -o stream/sink-tut.o stream/sink-tut.cc g++ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -Wall -c -o stream/filters-tut.o stream/filters-tut.cc ../tagcoll/coll/simple.tcc: In member function 'void tagcoll::coll::SimpleITEM, TAG::insert(const ITEMS, const TAGS) [with ITEMS = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , TAGS = wibble::Singletonlong unsigned int, ITEM = std::basic_stringchar, std::char_traitschar, std::allocatorchar , TAG = unsigned int]': ../tagcoll/coll/base.h:300: instantiated from 'tagcoll::coll::InserterCOLL tagcoll::coll::InserterCOLL::operator=(const std::pair_U1, _U2) [with Items = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , Tags = wibble::Singletonlong unsigned int, COLL = tagcoll::coll::Simplestd::basic_stringchar, std::char_traitschar, std::allocatorchar , unsigned int]' ../tagcoll/stream/filters.h:232: instantiated from 'tagcoll::stream::TagCounterOUT tagcoll::stream::TagCounterOUT::operator=(const std::pair_U1, _U2) [with ITEMS = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , TAGS = std::setstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::lessstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::allocatorstd::basic_stringchar, std::char_traitschar, std::allocatorchar , OUT = tagcoll::coll::Insertertagcoll::coll::Simplestd::basic_stringchar, std::char_traitschar, std::allocatorchar , unsigned int ]' ../tagcoll/TextFormat.tcc:159: instantiated from 'void tagcoll::textformat::parse(tagcoll::input::Input, OUT) [with OUT = tagcoll::stream::TagCountertagcoll::coll::Insertertagcoll::coll::Simplestd::basic_stringchar, std::char_traitschar, std::allocatorchar , unsigned int ]' ./tests/test-utils.h:29: instantiated from 'void tagcoll::tests::parseCollection(const std::string, const OUT) [with OUT = tagcoll::stream::TagCountertagcoll::coll::Insertertagcoll::coll::Simplestd::basic_stringchar, std::char_traitschar, std::allocatorchar , unsigned int ]' stream/filters-tut.cc:197: instantiated from here ../tagcoll/coll/simple.tcc:49: error: no match for 'operator|' in 'std::setunsigned int, std::lessunsigned int, std::allocatorunsigned int () | tags' /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:161: note: candidates are: std::_Ios_Iostate std::operator|(std::_Ios_Iostate, std::_Ios_Iostate) /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:123: note: std::_Ios_Openmode std::operator|(std::_Ios_Openmode, std::_Ios_Openmode) /usr/lib/gcc/s390-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/ios_base.h:83: note: std::_Ios_Fmtflags std::operator|(std::_Ios_Fmtflags, std::_Ios_Fmtflags) make[4]: *** [stream/filters-tut.o] Error 1 make[4]: Leaving directory `/build/buildd/tagcoll2-2.0/tagcoll' make[3]: *** [check-am] Error 2 make[3]: Leaving directory `/build/buildd/tagcoll2-2.0/tagcoll' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/build/buildd/tagcoll2-2.0/tagcoll' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/build/buildd/tagcoll2-2.0' make: *** [debian/stamp-makefile-check] Error 2 ** Build finished at 20060928-0021 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106399: GRUB Legacy is feature frozen
Le mer 27 sep 2006 22:31:42 CEST, Robert Millan [EMAIL PROTECTED] a écrit : Frédéric, why don't you send a mail to grub-devel@gnu.org and ask about networking status? Perhaps if you help them get these network patches that are liing around integrated in GRUB 2, it'll be in time for the etch release. Yes, it's that I should have done before... But when I last looked at Grub2, network boot wasn't either in the objectives... It has changed a bit, but It seems to be yet in preliminary discussions. And I don't have knowledge to help a lot ... I really appreciate your interest in GRUB, but note that GRUB Legacy is a deprecated branch and we'll probably get rid of it post-etch, so it won't be of much help to add new features just now. I can understand your view point. I was only a bit sad to miss the integration so close. But if we want Etch to be out one day, we must freeze updates before. with regards, Frédéric.
Bug#106399: GRUB Legacy is feature frozen
tags 106399 upstream thanks On Thu, Sep 28, 2006 at 08:47:21AM +1000, Jason Thomas wrote: This bug started with simply turning on existing networking support. I've just read over all the messages and from memory there are problems with turning them all on at once. Now the patch that Fr�d�ric sent in does something completely different and adds a whole bunch of new code. Unfortunately we can't add this so close to release. Then it's an upstream issue. If we add this code while diverging from upstream it is dangerous. OTOH, if upstream find the code correct and commits it to CVS, then we're just talking about a new CVS snapshot. I think only the latter would be acceptable. I would really encourage Frédéric (or anyone else) to try to get it done in GRUB 2 instead. Post-etch we might even get rid of GRUB Legacy making this work mostly useless. As I said in my first reply to this bug. I don't use this feature and know very little about it. So its upto someone else to explain how this works. Ok, but if we're patching code this discussion/explanation really belongs in [EMAIL PROTECTED] Frédéric, if you really want to work on this for GRUB Legacy, please send your patch there first. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389836: [Pkg-xen-devel] Bug#389836: xen-hypervisor-3.0-unstable-1-amd64: HVM domU won't start
I find that the qemu-ifup is very simple, so I make a copy of qemu-ifup in /etc/xen/ directory. This time, the domU started and I saw the boot screen of BIOS in vncviewer. But the BIOS said: CDROM boot failure code: 0002 Boot from CD-Rom failed. FATAL: Could not read from the boot disk. I'm sure that the iso file is well. And I tried to start another domU which runs windows, and got the same result: CDROM boot failure. regards, Bin Tian. Bin Tian wrote: Thanks for your quick response. The package xen-utils-common is already 3.0+hg11624-1. And I make some correction in the dom config according to the example, but the domU still cann't start. I checked the log in /var/log/xen/. No error in xend.log, but qemu-dm.log tell me that: domid: 3 qemu: the number of cpus is 2 /etc/xen/qemu-ifup: could not launch network script Could not initialize device 'tap' And the file with name 'qemu-ifup' is not in /etc/xen/ but in /etc/xen/scripts dell-2950:/usr/lib/xen-ioemu-3.0-unstable/bin# strings qemu-dm | grep qemu-ifup /etc/xen/qemu-ifup I think that qemu-dm should be patched. Best regards, Bin Tian Bastian Blank wrote: On Thu, Sep 28, 2006 at 09:26:06AM +0800, Bin Tian wrote: The HVM domU won't start. The following is the config (comments stripped). Please check for the existance of /usr/lib64/xen/bin/qemu-dm which you defined as device_model. After that upgrade to xen-utils-common 3.0+hg11624-1 and check /usr/share/doc/xen-utils-common/examples/xmexample.hvm.gz. Bastian
Bug#389864: xserver-xorg-core: /usr/bin/Xorg does not find rgb.txt
Package: xserver-xorg-core Version: 2:1.1.1-7 Severity: normal in my debian, the X colour db is installed by x11-common, in two places, the traditional one, /etx/X11, and the new standard, /usr/share/X11 i'm used to increment the colour db with italian names and other things and until recently (less than a week) all worked as intended now X does not recognize anymore these italian colours, afaict (i strace'd Xorg binary) because it's unable to find rgb.txt here it is a simple test case: START - - 1 from the console type -- $ sudo echo 230 230 230 grigiochiaro /etc/X11/rgb.txt - 2 start X as usual, e.g., $ startx - 3 from an xterm, type $ xsetroot -solid grigiochiaro - 4 read the error message - xsetroot: unknown color grigiochiaro END --- btw, the server binary contains a copy of the colour db, so it knows about rosybrown and chartreuse even if no rgb.txt is available to it, shadowing the problem to 99.994% of the user base... thank you gb -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-core depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-14 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxfont11:1.2.2-1 X11 font rasterisation library ii x11-common 1:7.1.0-1 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.8-13 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389865: horde3: main panel fails to load when using weatherdotcom
Package: horde3 Version: 3.1.3-1 Severity: normal I'm now encountering the following error in the main panel after I login: Fatal error: Cannot use object of type Cache_Error as array in /usr/share/php/Cache/Container.php on line 345 Fortunately, the side-panel is properly rendered. I am then able to click the Mail link and read/respond to email normally. However, the error reappears when I click the Horde link in the side-panel. I was able to successfully recreate this with another users account by adding weather.com to the layout. The error appeared when I clicked save. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages horde3 depends on: ii apache2-mpm-prefork [httpd] 2.0.55-4.1 traditional model for Apache2 ii libapache2-mod-php5 5.1.6-1 server-side, HTML-embedded scripti ii php-log 1.9.8-1 Log module for PEAR ii php-pear 5.1.6-1 PEAR - PHP Extension and Applicati ii php4-pear4:4.4.2-1.1 PHP Extension and Application Repo Versions of packages horde3 recommends: ii logrotate 3.7.1-3Log rotation utility ii php-date 1.4.3-1PHP PEAR module for Date and Time pn php-file none (no description available) ii php-mail 1.1.6-2PHP PEAR module for sending email ii php-mail-mime 1.3.1-1PHP PEAR module for creating and d ii php-services-weather 1.4.0-1acts as an interface to various on pn php4-mcrypt none (no description available) ii php5-gd 5.1.6-1GD module for php5 ii php5-ldap 5.1.6-1LDAP module for php5 ii php5-mysql5.1.6-1MySQL module for php5 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389862: libxml-libxml-perl: Segmentation faults under mod_perl2+apache-mpm-worker
Package: libxml-libxml-perl Version: 1.59-2 Severity: important There's reproducible Segmentation Fault under apache2-mpm-worker and mod_perl2 It dies at the parse_file method call (the same problem with parse_string though): my $parser = XML::LibXML-new; $self-{dom} = $parser-parse_file( $filename ); Code is run from start.pl which is included from apache config: PerlRequire /var/www/start.pl Problem doesn't exists under prefork apache model, only under worker so I suppose it is some issue about module thread safety. With this problem apache dies with segfault at startup time. I've tried to upgrade to cvs snapshot of libxml2 as well as to XML::LibXML v1.61 but the problem still exists. This is apache-related file versions: ii apache2-mpm-worker 2.0.55-4.1 ii libapache2-mod-perl2 2.0.2-2 ii libapache2-mod-apreq2 2.08-1 ii libapache2-request-perl2.08-1 Backtrace with package rebuilded with noopt,nostrip is below: (gdb) bt full #0 0xb73964f6 in PmmREFCNT_dec (node=0x2) at perl-libxml-mm.c:248 libnode = (xmlNodePtr) 0x0 owner = (ProxyNodePtr) 0x0 retval = 0 #1 0xb73965e5 in PmmREFCNT_dec (node=0x8e0fe60) at perl-libxml-mm.c:279 libnode = (xmlNodePtr) 0x0 owner = (ProxyNodePtr) 0x2 retval = 0 #2 0xb7375973 in XS_XML__LibXML__Node_DESTROY (my_perl=0x98a6d10, cv=0x9aabe88) at LibXML.xs:3084 node = (SV *) 0x9b597f8 sp = (SV **) 0x8e220d4 ax = 1 mark = (SV **) 0x96d123c items = 1 #3 0xb784e81b in Perl_pp_entersub () from /usr/lib/libperl.so.5.8 No symbol table info available. #4 0xb77eeb91 in Perl_magicname () from /usr/lib/libperl.so.5.8 No symbol table info available. #5 0xb77ef844 in Perl_call_sv () from /usr/lib/libperl.so.5.8 No symbol table info available. #6 0xb785b5f7 in Perl_sv_clear () from /usr/lib/libperl.so.5.8 No symbol table info available. #7 0xb785be63 in Perl_sv_free () from /usr/lib/libperl.so.5.8 No symbol table info available. #8 0xb785c5de in Perl_sv_unmagic () from /usr/lib/libperl.so.5.8 No symbol table info available. #9 0xb7856515 in Perl_sv_add_arena () from /usr/lib/libperl.so.5.8 No symbol table info available. #10 0xb785658a in Perl_sv_clean_objs () from /usr/lib/libperl.so.5.8 No symbol table info available. #11 0xb77f4d1f in perl_destruct () from /usr/lib/libperl.so.5.8 No symbol table info available. #12 0xb790709e in modperl_perl_destruct () from /usr/lib/apache2/modules/mod_perl.so No symbol table info available. #13 0xb78f6675 in modperl_interp_destroy () from /usr/lib/apache2/modules/mod_perl.so No symbol table info available. #14 0xb78f67cd in modperl_interp_pool_destroy () from /usr/lib/apache2/modules/mod_perl.so No symbol table info available. #15 0xb78f739d in modperl_tipool_destroy () from /usr/lib/apache2/modules/mod_perl.so No symbol table info available. #16 0xb78f6759 in modperl_interp_pool_destroy () from /usr/lib/apache2/modules/mod_perl.so No symbol table info available. #17 0xb7c0ebed in apr_pool_cleanup_run () from /usr/lib/libapr-0.so.0 No symbol table info available. #18 0xb7c0f4fd in apr_pool_destroy () from /usr/lib/libapr-0.so.0 No symbol table info available. #19 0xb7c0f6c8 in apr_pool_clear () from /usr/lib/libapr-0.so.0 No symbol table info available. #20 0x0807fc0d in main () No symbol table info available. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages libxml-libxml-perl depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libxml-libxml-common-perl 0.13-5Perl module for common routines ii libxml-namespacesupport-pe 1.09-2Perl module for supporting simple ii libxml-sax-perl0.12-5Perl module for using and building ii libxml22.6.26.dfsg-3 GNOME XML library ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-6.1 The Pathologically Eclectic Rubbis libxml-libxml-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389861: php4-imagick: segfaults when calling imagick functions
Package: php4-imagick Version: 0.9.11+1-4 I'm getting segfaults ... [Thu Sep 28 08:36:40 2006] [notice] child pid 18184 exit signal Segmentation fault (11) [Thu Sep 28 08:37:06 2006] [notice] child pid 18185 exit signal Segmentation fault (11) ... in apache error log when using imagick functions. I've also tried recompiling package via $ apt-get source php4-imagick $ apt-get build-dep php4-imagick $ dpkg-buildpackage but recompiled imagick segfaults, too. I'm running AMD64 Debian/Sid, kernel 2.6.18-rc6. Packages installed: $ dpkg -l | grep apache ii apache2-common 2.0.55-4 next generation, scalable, extendable web se ii apache2-mpm-prefork 2.0.55-4 traditional model for Apache2 ii apache2-utils2.0.55-4 utility programs for webservers ii libapache2-mod-php4 4.4.4-1 server-side, HTML-embedded scripting languag rc libapache2-mod-php5 5.1.6-1 server-side, HTML-embedded scripting languag $ dpkg -l | grep php4 ii libapache2-mod-php4 4.4.4-1 server-side, HTML-embedded scripting languag ii php4 4.4.4-1 server-side, HTML-embedded scripting languag ii php4-common 4.4.4-1 Common files for packages built from the php ii php4-dev 4.4.4-1 Files for PHP4 module development ii php4-gd 4.4.4-1 GD module for php4 ii php4-imagick 0.9.11+1-4 ImageMagick module for php4 ii php4-mysql 4.4.4-1 MySQL module for php4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389863: apt-build: README needs fix of apt preferences example
Package: apt-build Version: 0.12.22 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The README.Debian file says: To avoid conflicts with the `/etc/apt/preferences' mechanism, you may add the following entry in the `/etc/apt/preferences' file: Package: * Pin: release a=apt-build Pin-Priority: 800 However, this has *never* worked for me. Just the other day I figured out that if you change it to: Pin: release o=apt-build to pin on the Origin field, it works. I have no idea why, and this may be some kind of bug in apt itself, but I think the readme should be changed so that new users won't be mislead. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt-build depends on: ii apt 0.6.45 Advanced front-end for dpkg ii apt-utils 0.6.46 APT utility programs ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii devscripts2.9.21 Scripts to make the life of a Debi ii dpkg-dev 1.13.21package building tools for Debian ii g++ 4:4.1.1-7 The GNU C++ compiler ii gcc 4:4.1.1-7 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.3 informational list of build-essent ii fakeroot 1.5.10 Gives a fake root environment - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFG3FE5+GdyTDsrJsRAvr4AKCHhmF2YveX7us0svd1axFgH25ThQCg8gco WD5jht7OEH5Pw61ny97x7rQ= =xRV5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389860: ipset - FTBFS: Uses asm/bitops.h
Package: ipset Version: 2.2.9-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ipset_2.2.9-1 on lxdebian.bfinv.de by sbuild/s390 85 [...] cc -g -Wall -O2 -O2 -Wall -Wunused -I. -DIPSET_VERSION=\2.2.9\ -DIPSET_LIB_DIR=\/usr/lib/ipset\ -c -o ipset.o ipset.c In file included from /usr/include/asm/bitops.h:831, from ipset.c:24: /usr/include/asm-generic/bitops/ffs.h:13: error: static declaration of 'ffs' follows non-static declaration ipset.c: In function 'kernel_getfrom': ipset.c:301: warning: passing argument 5 of 'getsockopt' from incompatible pointer type ipset.c: In function 'kernel_getfrom_handleerrno': ipset.c:350: warning: passing argument 5 of 'getsockopt' from incompatible pointer type ipset.c: In function 'check_protocolversion': ipset.c:372: warning: passing argument 5 of 'getsockopt' from incompatible pointer type make[1]: *** [ipset.o] Error 1 make[1]: Leaving directory `/build/buildd/ipset-2.2.9' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060923-1852 FAILED [dpkg-buildpackage died] asm/bitops.h is no on the list of exported kernel headers and therefor not usable in userspace. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389857: libxml-libxml-perl: New upstream version available (1.61)
Package: libxml-libxml-perl Version: 1.59-2 Severity: wishlist There's new upstream version available on CPAN which resolves several issues with namespaces and includes XPathContext module. Can you package it please? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389859: lynkeos.app - FTBFS: error: redefinition of 'struct LynkeosFfmpegMovie'
Package: lynkeos.app Version: 1.2-1.1+b1 Severity: serious There was an error while trying to autobuild your package: Automatic build of lynkeos.app_1.2-1.1+b1 on lxdebian.bfinv.de by sbuild/s390 85 [...] Compiling file MyImageListEnumerator.m ... In file included from /usr/include/ffmpeg/avutil.h:24, from /usr/include/ffmpeg/avcodec.h:14, from ffmpeg_access.h:4, from LynkeosFfmpegMovie.h:5, from MyImageListItem.h:38, from MyImageList.h:33, from MyImageListEnumerator.m:23: /usr/include/ffmpeg/common.h:175:1: warning: ABS redefined In file included from /usr/include/GNUstep/Headers/Foundation/NSObject.h:160, from /usr/include/GNUstep/Headers/Foundation/NSDebug.h:31, from /usr/include/GNUstep/Headers/Foundation/Foundation.h:32, from MyImageListItem.h:33, from MyImageList.h:33, from MyImageListEnumerator.m:23: /usr/include/GNUstep/Headers/GNUstepBase/preface.h:134:1: warning: this is the location of the previous definition In file included from ffmpeg_access.h:5, from LynkeosFfmpegMovie.h:5, from MyImageListItem.h:38, from MyImageList.h:33, from MyImageListEnumerator.m:23: /usr/include/ffmpeg/avformat.h:228: warning: 'AVFrac' is deprecated /usr/include/ffmpeg/avformat.h:378: warning: 'AVImageInfo' is deprecated /usr/include/ffmpeg/avformat.h:381: warning: 'AVImageInfo' is deprecated /usr/include/ffmpeg/avformat.h:386: warning: 'AVImageFormat' is deprecated /usr/include/ffmpeg/avformat.h:391: warning: 'AVImageFormat' is deprecated /usr/include/ffmpeg/avformat.h:392: warning: 'AVImageInfo' is deprecated /usr/include/ffmpeg/avformat.h:393: warning: 'AVImageFormat' is deprecated /usr/include/ffmpeg/avformat.h:393: warning: 'AVImageInfo' is deprecated In file included from MyImageListItem.h:38, from MyImageList.h:33, from MyImageListEnumerator.m:23: LynkeosFfmpegMovie.h:8: warning: duplicate interface declaration for class 'LynkeosFfmpegMovie' LynkeosFfmpegMovie.h:11: error: redefinition of 'struct LynkeosFfmpegMovie' make[2]: *** [shared_obj/MyImageListEnumerator.o] Error 1 make[1]: *** [Lynkeos.all.app.variables] Error 2 make[1]: Leaving directory `/build/buildd/lynkeos.app-1.2/Sources' make: *** [build-stamp] Error 2 ** Build finished at 20060927-1837 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327266: Breaks amarok on G5
On Sun, Jun 18, 2006 at 08:51:07PM +0200, Juergen Kreileder wrote: Reassigning to xine-lib because the problem is is caused by xine-lib's ppcasm_cacheable_memcpy(). Modifying ppcasm_string.S to use 128 byte cachelines fixes the problem for me but it probably will cause trouble on other machines: I've uploaded a recent cvs snapshot to experimental. Could you please try the version 1.1.2+cvs20060923-1? I don't know if there is a ppc buildd at all for experimental, so you'll have to build the sourcepackage yourself. I don't have access to ppc hardware, so I can't neither build a binary for you nor reproduce this bug. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387185: picprog: Fails to detect programmer in amd64
The default is changed now. --nordtsc is the default --rdtsccan be used for speed Jaakko On Thu, 28 Sep 2006, Steinar H. Gunderson wrote: On Mon, Sep 25, 2006 at 10:49:59PM +0200, Jan Wagemakers wrote: When I try to download this file I get an error: | Forbidden | | You don't have permission to access /~jaakko/pic/picprog-1.8.2.tar.gz on this server. | Apache/2.2.2 (Fedora) Server at hyvatti.iki.fi Port 80 It should be OK now, it seems. So, essentially we need an upload of the new upstream version? I'm somewhat disappointed --disable-rdtsc isn't the default, but OK, upstream obviously seems to think otherwise... /* Steinar */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389868: ntlmaps breaks whith python2.4
Package: ntlmaps Version: 0.9.9.0.1-3 Severity: important ntlmpaps breaks with python2.4 due to the missing attribute 'read_config' on module 'config'. --- $python2.4 /usr/share/ntlmaps/main.py -c -c /etc/ntlmaps/server.cfg Traceback (most recent call last): File /usr/share/ntlmaps/main.py, line 31, in ? conf = config.read_config(config.findConfigFileNameInArgv(sys.argv, __init__.ntlmaps_dir+'/')) AttributeError: 'module' object has no attribute 'read_config' --- $python2.3 /usr/share/ntlmaps/main.py -c /etc/ntlmaps/server.cfg NTLM authorization Proxy Server v0.9.9.0.1 Copyright (C) 2001-2004 by Dmitry Rozmanov and others. Now listening at ig0933 on port 5865 Regards. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ntlmaps depends on: ii debconf [debconf-2.0] 1.5.5 Debian configuration management sy ii python2.4.3-11 An interactive high-level object-o ii python-support0.5.2 automated rebuilding support for p ntlmaps recommends no packages.
Bug#385155: Took over 3 h to fsck so escalating severity
Package: reiserfsprogs Version: 3.6.19-3 Severity: important I had to reboot as knew kernel. As fsck was required it was done by init scripts. This took more than 3 hours which was an outage longer than was planned. It is only a small ( 80 GB) file system : - [EMAIL PROTECTED]:/home/andrewb$ df --si Filesystem Size Used Avail Use% Mounted on /dev/md076G38G39G 49% / devshm 1.1G 0 1.1G 0% /dev/shm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106399: GRUB Legacy is feature frozen
On Thu, Sep 28, 2006 at 08:33:34AM +0200, Frédéric BOITEUX wrote: Le mer 27 sep 2006 22:31:42 CEST, Robert Millan [EMAIL PROTECTED] a écrit : Frédéric, why don't you send a mail to grub-devel@gnu.org and ask about networking status? Perhaps if you help them get these network patches that are liing around integrated in GRUB 2, it'll be in time for the etch release. Yes, it's that I should have done before... But when I last looked at Grub2, network boot wasn't either in the objectives... It has changed a bit, but It seems to be yet in preliminary discussions. And I don't have knowledge to help a lot ... I just found this in the GRUB 2 wiki (grub.enbug.org): http://www.inma.ucl.ac.be/~guffens/grub2_netboot/index.html It seems there's much more than preliminary patches. I suggest you get in touch with the person who did this. Also, Marco Gerards was doing some stuff IIRC. I really appreciate your interest in GRUB, but note that GRUB Legacy is a deprecated branch and we'll probably get rid of it post-etch, so it won't be of much help to add new features just now. I can understand your view point. I was only a bit sad to miss the integration so close. But if we want Etch to be out one day, we must freeze updates before. Thanks for understanding. I understand yours too, FWIW, and I appreciate your interest in making GRUB better. :) -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388579: [Pkg-octave-devel] Bug#388579: octave2.9-forge: legend(X) fails to change text of keys or position of legend
Hi Jan, Am Donnerstag, den 21.09.2006, 13:26 +0200 schrieb Jan Vermeulen: The output of a call to legend(CELL) is show below. Similar output is produced in calls to legend(S1,S2,S3) and legend(MATSTR). The call to plot that created the figure to call legend(X) on created three linespoints plots with names Mean, Minimum and Maximum. Please provide full examples in the future (if feasible); that said, can you try with the attached legend.m (taken from upstream CVS)? Thomas ## Copyright (C) 2001 Laurent Mazet ## ## This program is free software; it is distributed in the hope that it ## will be useful, but WITHOUT ANY WARRANTY; without even the implied ## warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See ## the GNU General Public License for more details. ## ## You should have received a copy of the GNU General Public License ## along with this file; see the file COPYING. If not, write to the ## Free Software Foundation, 59 Temple Place - Suite 330, Boston, MA ## 02111-1307, USA. ## -*- texinfo -*- ## @deftypefn {Function File} {} legend (@var{st1}, @var{st2}, @var{st3}, @var{...}) ## @deftypefnx {Function File} {} legend (@var{st1}, @var{st2}, @var{st3}, @var{...}, @var{pos}) ## @deftypefnx {Function File} {} legend (@var{matstr}) ## @deftypefnx {Function File} {} legend (@var{matstr}, @var{pos}) ## @deftypefnx {Function File} {} legend (@var{cell}) ## @deftypefnx {Function File} {} legend (@var{cell}, @var{pos}) ## @deftypefnx {Function File} {} legend ('@var{func}') ## ## Legend puts a legend on the current plot using the specified strings ## as labels. Use independant strings (@var{st1}, @var{st2}, @var{st3}...), a ## matrix of strings (@var{matstr}), or a cell array of strings (@var{cell}) to ## specify legends. Legend works on line graphs, bar graphs, etc... ## Be sure to call plot before calling legend. ## ## @var{pos} optionally places the legend in the specified location: ## ## @multitable @columnfractions 0.1 0.1 0.8 ## @item @tab 0 @tab ## Don't move the legend box (default) ## @item @tab 1 @tab ## Upper right-hand corner ## @item @tab 2 @tab ## Upper left-hand corner ## @item @tab 3 @tab ## Lower left-hand corner ## @item @tab 4 @tab ## Lower right-hand corner ## @item @tab -1 @tab ## To the top right of the plot ## @item @tab -2 @tab ## To the bottom right of the plot ## @item @tab -3 @tab ## To the bottom of the plot ## @item @tab [EMAIL PROTECTED], @var{y}] @tab ## To the arbitrary postion in plot [EMAIL PROTECTED], @var{y}] ## @end multitable ## ## Some specific functions are directely avaliable using @var{func}: ## ## @table @code ## @item show ## Show legends from the plot ## @item hide ## @itemx off ## Hide legends from the plot ## @item boxon ## Draw a box around legends ## @item boxoff ## Withdraw the box around legends ## @item left ## Text is to the left of the keys ## @item right ## Text is to the right of the keys ## @end table ## ## REQUIRES: unix piping functionality, grep, sed and awk ## @end deftypefn ## 2001-03-31 Paul Kienzle ## * use tmpnam for temporary file name; unlink to remove ## 2001-09-28 Paul Söderlind [EMAIL PROTECTED] ## * add a pause after save request to give gnuplot time to write the file ## * add comment to call plot before legend. ## 2002-09-18 Paul Kienzle ## * make the pause check every .1 seconds ## 2003-04-1 Laurent Mazet ## * add new functions (boxon, boxoff...) ## * rebuild help message ## 2003-06-12 Quentin Spencer ## * add support for input in cell array format ## PKG_ADD mark_as_command legend function legend (varargin) ## Use the following for 2.1.39 and below # varargin = list(varargin, all_va_args); args = nargin; # silliness: nargin is now a function ## Data type data_type = 0; va_arg_cnt = 1; str = ; if (args 0) str = nth (varargin, va_arg_cnt++); endif; ## Test for strings if (ischar(str)) (args == 1) _str = tolower(deblank(str)); _replot = 1; switch _str case {off, hide} __gnuplot_raw__ (set nokey;\n) case show __gnuplot_raw__ (set key;\n) case boxon __gnuplot_raw__ (set key box;\n) case boxoff __gnuplot_raw__ (set key nobox;\n) case left __gnuplot_raw__ (set key Right noreverse;\n) case right __gnuplot_raw__ (set key Left reverse;\n) otherwise _replot = 0; endswitch if _replot if automatic_replot __gnuplot_replot__ endif return; endif endif ## Test for data type (0 - list of string, 1 - array of string) if (length(str) != 0) (ischar(str(1,:))) (rows(str) != 1) || iscell(str) data_type = 1; va_arg_cnt = 1; if (iscell(str)) data = nth (varargin, va_arg_cnt++); else data = cellstr( nth (varargin, va_arg_cnt++)); endif nb_data = length(data); args--; endif; pos_leg = 1; ## Get the original plotting command tmpfilename=tmpnam;
Bug#389865: horde3: main panel fails to load when using weatherdotcom
On Thu, Sep 28, 2006 at 12:01:40AM -0700, Anthony Brock wrote: I'm now encountering the following error in the main panel after I login: Fatal error: Cannot use object of type Cache_Error as array in /usr/share/php/Cache/Container.php on line 345 I was able to successfully recreate this with another users account by adding weather.com to the layout. This seems to be similar to bug #342161 which is supposed to having been fixed in 3.0.9-1. #342161 refers to a particular commit upstream, but http://cvs.horde.org/ is unresponsive right now, so I can't investigate this fully right now. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389707: libtext-csv-perl: empty packages when built with sudo (alpha and mips{, el})
retitle 389707 empty packages on several architectures [sudo and $(PWD)] clone 389707 -1 -2 reassign -1 libplot-perl 2.2.2-2 reassign -2 libset-object-perl 1.18-1 thanks On Wed, Sep 27, 2006 at 12:43:39PM +0300, Niko Tyni wrote: Package: libtext-csv-perl Version: 0.23-7 Severity: grave Justification: renders package inusable Tags: patch The current libtext-csv-perl packages don't contain the actual shared libraries on alpha, mips and mipsel. This is because debian/rules installs them into $(PWD)/debian/..., but $PWD isn't set when building with sudo. The fix is to use $(CURDIR) instead. This is also the case for libplot-perl and libset-object-perl. I'm cloning the bug. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389867: casper: ships dangling symlinks for manpages
Package: casper Version: 1.68+debian-2 Hi, casper ships dangling symlinks to a non-existent casper.7.gz manpage: [EMAIL PROTECTED]:~# symlinks -r /usr/share/man/man7 | grep ^dang dangling: /usr/share/man/man7/casper-getty.7.gz - casper.7.gz dangling: /usr/share/man/man7/casper-login.7.gz - casper.7.gz [EMAIL PROTECTED]:~# ls -l /usr/share/man/man7/casper* lrwxrwxrwx 1 root root 11 Sep 27 08:35 /usr/share/man/man7/casper-getty.7.gz - casper.7.gz lrwxrwxrwx 1 root root 11 Sep 27 08:35 /usr/share/man/man7/casper-login.7.gz - casper.7.gz [EMAIL PROTECTED]:~# dpkg -S /usr/share/man/man7/casper* casper: /usr/share/man/man7/casper-getty.7.gz casper: /usr/share/man/man7/casper-login.7.gz [EMAIL PROTECTED]:~# dpkg -L casper | grep /man7/ /usr/share/man/man7/casper-getty.7.gz /usr/share/man/man7/casper-login.7.gz [EMAIL PROTECTED]:~# Thanks for your work regards Mario -- Computer Science is no more about computers than astronomy is about telescopes. -- E. W. Dijkstra signature.asc Description: Digital signature
Bug#384325: Patch for Bug#384325: libqt3-mt: Floating point exception in QPaintDevice::~QPaintDevice
Hi, Le 28.09.2006 01:06, Christopher Martin a écrit : OK, thanks for the feedback. I can't reproduce that problem here, but then I'm not using fglrx (you are using that?). Thank you, that's a big issue for me :-( Yes, I'm using fglrx I've updated the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... with some minor changes. Sorry to be a pain, but could you please test them again? Ok, I've updated and... it's worse. Smaller. Sorry, I can't help more than testing. Note, you forgot to upload the Packages.gz file. Jean I appreciate it. And other people can test them as well... If they still don't work (or your fonts are still hopeless) then I'm out of ideas for the moment. Qt should now fall back to a dpi of 75, same as X's default value, so the fonts may not be perfect, but they shouldn't be messed up like yours were. Thanks, Christopher Martin On Wednesday 27 September 2006 08:25, Jean Parpaillon wrote: Le 27.09.2006 04:11, Christopher Martin a écrit : I've also built qt-x11-free packages which contain a patch that _might_ fix your problems. Please update your Qt packages (libqt3-mt in particular) using the packages at: http://people.debian.org/~chrsmrtn/qt-x11-free-test ... then restart, and let me know if things start to work and are otherwise OK. Hi, Using this package, qt applications starts but fonts are incredibily small (see joined file) for all apps. Jean Thanks, Christopher Martin On Tuesday 26 September 2006 21:06, Christopher Martin wrote: Does everyone who suffers from the Qt3 crashes use ATI's proprietary fglrx driver? We have a report of a switch away from fglrx fixing the crashes in Qt/KDE, and other apps. Please let me know either way. -- Kerrighed inside http://www.kerrighed.org/ Jean PARPAILLON - Engineer - PARIS group - Office E210 IRISA-INRIA, Campus de Beaulieu, 35042 Rennes cedex, France Tél: +33 2 99 84 22 33, Fax: +33 2 99 84 71 71 begin:vcard fn:Parpaillon Jean n:Jean;Parpaillon org:IRISA - INRIA;Kerrighed Project adr:;;Campus de Beaulieu;Rennes Cedex;;35042;France email;internet:[EMAIL PROTECTED] tel;work:+33299842233 tel;fax:+33299847171 version:2.1 end:vcard
Bug#389836: [Pkg-xen-devel] Bug#389836: xen-hypervisor-3.0-unstable-1-amd64: HVM domU won't start
On Thu, Sep 28, 2006 at 02:51:48PM +0800, Bin Tian wrote: I find that the qemu-ifup is very simple, so I make a copy of qemu-ifup in /etc/xen/ directory. This time, the domU started and I saw the boot screen of BIOS in vncviewer. But the BIOS said: CDROM boot failure code: 0002 Boot from CD-Rom failed. FATAL: Could not read from the boot disk. Please provide your _fixed_ version of the config. According to the template I shown you, the fda and cdrom parameters are not longer available. Bastian -- Where there's no emotion, there's no motive for violence. -- Spock, Dagger of the Mind, stardate 2715.1 signature.asc Description: Digital signature
Bug#389866: python-libgmail: New upstream version available: 0.1.5.1
Package: python-libgmail Severity: wishlist the current libgmail is useless since it does not work: Traceback (most recent call last): File archive.py, line 46, in ? ga.login() File /usr/lib/python2.4/site-packages/libgmail.py, line 318, in login pageData = self._retrievePage(redirectURL) File /usr/lib/python2.4/site-packages/libgmail.py, line 331, in _retrievePage resp = urllib2.urlopen(req) File /usr/lib/python2.4/urllib2.py, line 130, in urlopen return _opener.open(url, data) File /usr/lib/python2.4/urllib2.py, line 356, in open req = meth(req) File /usr/lib/python2.4/urllib2.py, line 943, in do_request_ raise URLError('no host given') urllib2.URLError: urlopen error no host given the latest version from sourceforge works ok. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389872: gs-gpl: provide separate doc package (9069kB of additional disk space will be used)
Package: gs-gpl Version: 8.54.dfsg.1-1 Severity: wishlist # apt-get --download-only install gs gs-gpl Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: gs gs-gpl 2 upgraded, 0 newly installed, 0 to remove and 74 not upgraded. Need to get 0B/5496kB of archives. After unpacking 9069kB of additional disk space will be used. ^^ # cd /tmp # dpkg -x ~deb/gs-gpl_8.54.dfsg.1-1_i386.deb . # du -sh usr/share/doc 12M usr/share/doc ^^^ 12M of documentation is pretty much for a binary package. Please consider providing a separate documentation package for gs-gpl. regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389813: Patch
tags 389813 +patch thanks Hi, I built a simple patch for this bug. It's attached to this mail. I hope that /usr/lib/slate is the right place for this boot.image. Thanks -- .''`. Mario Iseli [EMAIL PROTECTED] : :' :proud user of Debian unstable `. `'` `- Debian - when you have better things to do than fixing a system diff -Naur slate-0.3.4.3/debian/rules slate.new/debian/rules --- slate-0.3.4.3/debian/rules 2006-09-28 09:55:34.549755168 +0200 +++ slate.new/debian/rules 2006-09-28 09:54:51.957230216 +0200 @@ -48,9 +48,9 @@ install $(CURDIR)/debian/slaterun -m 755 $(CURDIR)/debian/slate/usr/bin/slaterun cp $(CURDIR)/*.so $(CURDIR)/debian/slate/usr/lib/slate/ chmod 755 $(CURDIR)/debian/slate/usr/lib/slate/*.so - ln -s `debian/endianess`.image $(CURDIR)/debian/slate/usr/share/slate/boot.image - install $(CURDIR)/slate.image -m 644 $(CURDIR)/debian/slate/usr/share/slate/slate.image - chmod 644 $(CURDIR)/debian/slate/usr/share/slate/slate.image + ln -s `debian/endianess`.image $(CURDIR)/debian/slate/usr/lib/slate/boot.image + install $(CURDIR)/slate.image -m 644 $(CURDIR)/debian/slate/usr/lib/slate/slate.image + chmod 644 $(CURDIR)/debian/slate/usr/lib/slate/slate.image cp -r $(CURDIR)/src $(CURDIR)/debian/slate/usr/share/slate find $(CURDIR)/debian/slate/usr/share/slate/src -type f ! -name *.slate -print0 | xargs -0r rm find $(CURDIR)/debian/slate/usr/share/slate/src -type d -empty -print0 | xargs -0r rmdir
Bug#389871: /usr/sbin/amavisd-new-cronjob doesn't work if called as root
Package: amavisd-new Version: 1:2.4.2-1 Severity: minor Tags: patch The script /usr/sbin/amavisd-new-cronjob doesn't work when it is called as root and the amavis user has no valid shell (which is the default I believe). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amavisd-new depends on: ii adduser 3.97 Add and remove users and groups ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii file 4.17-3 Determines file type using magic ii libarchive-tar-perl 1.30-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.29-1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libconvert-tnef-perl 0.17-5 Perl module to read TNEF files ii libconvert-uulib-perl 1.06-1 Perl interface to the uulib librar pn libdigest-md5-perlnone (no description available) ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii libmailtools-perl 1.74-0.1 Manipulate email in perl programs pn libmime-base64-perl none (no description available) ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii libnet-server-perl0.90-1 An extensible, general perl server ii libunix-syslog-perl 0.100-5Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-6.1 Core Perl modules amavisd-new recommends no packages. -- debconf information: amavisd-new/outdated_config_style_warning: --- /tmp/amavisd-new-cronjob2006-09-28 09:37:08.0 +0200 +++ /usr/sbin/amavisd-new-cronjob 2006-09-28 09:37:44.0 +0200 @@ -19,7 +19,7 @@ # WATCH OUT FOR PROPER QUOTING LEVEL WHEN CALLING THIS! do_amavis_cmd() { if [ $(id -u -n) != ${SUUSER} ]; then - exec /bin/su - ${SUUSER} -c $* + exec /bin/su -s /bin/sh - ${SUUSER} -c $* else # to get the same quoting level as the su path CMD=$*
Bug#389238: asterisk-chan-capi: Cannot reproduce #389238 with asterisk-classic
Package: asterisk-chan-capi Version: 0.7.0-1 Followup-For: Bug #389238 I cannot reproduce this with asterisk-classic, wether the global section of modules.conf contains chan_capi.so=yes or not. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (600, 'stable'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages asterisk-chan-capi depends on: ii adduser 3.63 Add and remove users and groups ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcapi20-3 1:3.9.20060704-2 libraries for CAPI support Versions of packages asterisk-chan-capi recommends: ii asterisk 1:1.2.12.1.dfsg-1 Open Source Private Branch Exchang -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389873: grub2: FTBFS (ppc64): util/console.c:275: undefined reference to `stdscr'
Package: grub2 Version: 1.94+20060926-1 Severity: wishlist Tags: patch Hello, thank you for uploading the new version of grub2 which also targets ppc64. When building 'grub2' on ppc64/unstable, I get the following error: util/console.c:89: undefined reference to `stdscr' util/console.c:89: undefined reference to `stdscr' util/console.c:89: undefined reference to `waddch' grub_emu-util_console.o: In function `grub_ncurses_init': util/console.c:271: undefined reference to `stdscr' util/console.c:268: undefined reference to `initscr' util/console.c:269: undefined reference to `raw' util/console.c:270: undefined reference to `noecho' util/console.c:271: undefined reference to `stdscr' util/console.c:271: undefined reference to `scrollok' util/console.c:273: undefined reference to `nonl' util/console.c:274: undefined reference to `stdscr' util/console.c:274: undefined reference to `intrflush' util/console.c:275: undefined reference to `stdscr' util/console.c:275: undefined reference to `keypad' util/console.c:276: undefined reference to `start_color' collect2: ld returned 1 exit status make[1]: *** [grub-emu] Error 1 make[1]: Leaving directory `/grub2-1.94+20060926' make: *** [debian/stamp-makefile-build] Error 2 This occurs because util/console.c is compiled with the '-m32' switch and the linker does not find a corresponding 32-bit-powerpc libncurses library on ppc64. With the attached patch 'grub2' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/grub2-1.94+20060926/configure ./configure --- ../tmp-orig/grub2-1.94+20060926/configure 2006-09-26 17:24:33.0 + +++ ./configure 2006-09-28 07:12:59.0 + @@ -1877,10 +1877,6 @@ NONENONEs,x,x, program_prefix=${target_alias}- -case $host_cpu in - powerpc64) host_m32=1 ;; -esac - case $target_cpu in i[3456]86) target_cpu=i386 ;; x86_64) target_cpu=i386 target_m32=1 ;; diff -urN ../tmp-orig/grub2-1.94+20060926/configure.ac ./configure.ac --- ../tmp-orig/grub2-1.94+20060926/configure.ac2006-07-12 20:42:52.0 + +++ ./configure.ac 2006-09-28 07:12:47.0 + @@ -40,10 +40,6 @@ AC_CANONICAL_HOST AC_CANONICAL_TARGET -case $host_cpu in - powerpc64) host_m32=1 ;; -esac - case $target_cpu in i[[3456]]86) target_cpu=i386 ;; x86_64) target_cpu=i386 target_m32=1 ;; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#106399: GRUB Legacy is feature frozen
Le jeu 28 sep 2006 09:04:32 CEST, Robert Millan [EMAIL PROTECTED] a écrit : I just found this in the GRUB 2 wiki (grub.enbug.org): http://www.inma.ucl.ac.be/~guffens/grub2_netboot/index.html It seems there's much more than preliminary patches. I suggest you get in touch with the person who did this. Also, Marco Gerards was doing some stuff IIRC. Oh, I didn't seee this. I'll look at it and try to propose test to help. bye, Frédéric
Bug#389864: xserver-xorg-core: /usr/bin/Xorg does not find rgb.txt
On Thu, 2006-09-28 at 08:57 +0200, giacomo boffi wrote: Package: xserver-xorg-core Version: 2:1.1.1-7 Severity: normal in my debian, the X colour db is installed by x11-common, in two places, the traditional one, /etx/X11, and the new standard, /usr/share/X11 i'm used to increment the colour db with italian names and other things and until recently (less than a week) all worked as intended now X does not recognize anymore these italian colours, afaict (i strace'd Xorg binary) because it's unable to find rgb.txt This is usually caused by an incorrect RgbPath directive in xorg.conf. If that's not the case for you, please provide that file as well as the corresponding Xorg.0.log. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#389843: Our bad?
Package: dovecot Version: 1.0.rc7-1 Our LDAP user login group 3000 do not work with Debian homes (which are staff GID 50 by default). Ugly fix is to make /home GID 3000 or same perms as /tmp ! thot:/home# su spammeanddie2 [EMAIL PROTECTED]:/home$ mkdir spammeanddie2 mkdir: cannot create directory `spammeanddie2': Permission denied Would dovecot create home if perms were correct? (Don't like the idea of complex progs doing things as root.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385665: Fwd: Re: Bug#385665: fluidsynth needs non-free midi sound bank to function (Sat, Sep 23, 2006 at 10:45 -0700)
On Thu, Sep 28, 2006 at 01:11:46AM +0200, Eric Van Buggenhaut wrote: Ok, in that case the best chance of clearing this up quickly is still to show that swami is useful for authoring sound fonts and that fluidsynth plays a role in this. Whether or not fluidsynth plays a role there isn't that relevant. The bug report is about whether there are free sound fonts available to use with fluidsynth. As soon as we discover that the user can create his own sound fonts, it becomes pointless to state that fluidsynth depends on non-free sound fonts. If I am to argue this position to the other members of the Technical Committee, I would like to be able to prove to myself not just that swami can be used to author soundfonts for use with fluidsynth, but that fluidsynth is used by swami *in the process* of authoring these soundfonts. If hitting those piano keys to test my one-sample soundfont is in fact running them through fluidsynth, then I'm content to call this a significant free use of fluidsynth. If, OTOH, what I've done so far didn't make use of fluidsynth, I'm not content with the explanation that one *can* use swami to create soundfonts when so far I haven't created anything by this method that's worth using. :) So I think I need either a bit more handholding with swami to create a minimally useful soundfont, or I need confirmation that fluidsynth is being used in the authoring process with swami, to be happy recommending an immediate vote here. Otherwise, we wander into twisty questions of what a dependency is, like we have already for ndiswrapper. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389878: dosemu: Some keys are wrong under X
Package: dosemu Version: 1.2.2-5 Severity: important Two keys are mapped to other keys while working under X. Namely, 'r' is mapped to 't' and 'i' is mapped to '.'. This makes the letters completely unusable inside xdosemu. The culprit may be in the keycode-keynum mapping. The relevant part of 'debug +X' is: X: focus in X: KeymapNotify event X: CapsLockMask = 0x2 X: CapsLockKeycode = 0x42 X: NumLockMask = 0x10 X: NumLockKeycode = 0x4d X: ScrollLockMask = 0x0 X: ScrollLockKeycode = 0x4e X: AltMask = 0x8 X: AltGrMask = 0x80 X: InsLockMask = 0x0 X: No keyboard Description! mapping keycode:9 - keynum: 0x01 mapping keycode:10 - keynum: 0x02 mapping keycode:11 - keynum: 0x03 mapping keycode:12 - keynum: 0x04 mapping keycode:13 - keynum: 0x05 mapping keycode:14 - keynum: 0x06 mapping keycode:15 - keynum: 0x07 mapping keycode:16 - keynum: 0x08 mapping keycode:17 - keynum: 0x09 mapping keycode:18 - keynum: 0x0a mapping keycode:19 - keynum: 0x0b mapping keycode:20 - keynum: 0x0c mapping keycode:21 - keynum: 0x0d mapping keycode:22 - keynum: 0x0e mapping keycode:23 - keynum: 0x0f mapping keycode:24 - keynum: 0x10 mapping keycode:25 - keynum: 0x11 mapping keycode:26 - keynum: 0x12 mapping keycode:27 - keynum: 0x14 mapping keycode:28 - keynum: 0x14 mapping keycode:29 - keynum: 0x15 mapping keycode:30 - keynum: 0x16 mapping keycode:31 - keynum: 0x34 . . [cut out some lines] . mapping keycode:60 - keynum: 0x34 Check the lines with keycodes 27:28 and 31:60; you'll see they are translated to the same keynum. How can I fix this mapping? It broke not more than a month ago. Regards, Piotr Sulecki. -- Package-specific info: ## # This file is the system-wide dosemu.conf or the per-user ~/.dosemurc, # included by global.conf or dosemu.bin. # # ./doc/README.txt (chapter 2.) contains a description of the syntax # and the usage of dosemu.conf and .dosemurc. # # The commented-out values are defaults, here for documentation purposes # only. Options marked [priv] cannot be changed in ~/.dosemurc. # # (optional) access rights are defined in # # /etc/dosemu/dosemu.users or /etc/dosemu.users # ## # Notes for editing this file: # # In$_xxx = (n)n is a numerical or boolean value # = = # In$_zzz = ss is a string # # Please note that all options are commented out by default! # Remove the # in front of the $ to change an option. ## ## CPU settings: define the CPU features to DOSEMU. # CPU shown to DOS, valid values: 80[345]86 # or emulated for non-native CPU (386 in this case) Default: 80386 $_cpu = 80486 # if possible use Pentium cycle counter. Default: off # $_rdtsc = (off) # CPU speed, used in conjunction with the TSC # Default 0 = calibrated by dosemu, else given (e.g.166.666) # $_cpuspeed = (0) # emulated FPU, (off) or (on), default = (on) # $_mathco = (on) # 0 = all CPU power to DOSEMU; default = 1 = nicest, then higher:more CPU power # $_hogthreshold = (1) ## ## Disk and file system settings # List of hdimages or boot directories under # ~/.dosemu, the system config directory (/etc/dosemu by default), or # syshdimagedir (/var/lib/dosemu by default) assigned in this order # such as hdimage_c directory_d hdimage_e # Absolute pathnames are also allowed. # If the name begins with '/dev/', then partion access is done instead of # virtual hdimage such as /dev/hda1 or /dev/hda1:ro for readonly # Currently mounted devices and swap are refused. Hdimages and devices may # be mixed such as hdimage_c /dev/hda1 /dev/hda3:ro # Note: 'wholedisk' is _not_ supported. Default: drives/* $_hdimage = freedos:ro freedos.img incoming /cdrom # if you want to boot from a virtual floppy: # file name of the floppy image under DOSEMU_LIB_DIR # e.g. floppyimage disables $_hdimage # floppyimage +hd does _not_ disable $_hdimage. Default: # $_vbootfloppy = # floppy drive types: threeinch or fiveinch or atapi or empty, # if non-existant. Optionally the device may be appended such as # threeinch:/dev/fd0. Default: threeinch for A:, for B: # $_floppy_a = threeinch # $_floppy_b = # list of generic SCSI devices to make available for the builtin aspi driver # (format of an entry is 'device:type:mappedtarget' such as # sg2:WORM sg3:Sequential-Access:6 sg4:CD-ROM or # sg2:4 sg3:1:6 sg4:5 (which are equal). Default: # $_aspi = # whether to lock the full file on lredired drives for file locking requests # or just one byte # $_full_file_locks = (off) # config.sys - config.XXX; default= or 3 char., # $_emusys = # system.ini - system.XXX; default= or 3 char., (for Windows 3.x) # $_emuini =
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
Steve Langasek skrev: So can we have apache2.2 uploaded to unstable so that this can happen? :-) Working on it. We are going to rename apache2-common to apache2.2-common and any apache modules must depend on the appropriate -common to ensure they are removed when an incompatible apache is installed. JFYI. - tfheen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
On Thu, Sep 28, 2006 at 09:51:36AM +0200, Tollef Fog Heen wrote: So can we have apache2.2 uploaded to unstable so that this can happen? :-) Working on it. We are going to rename apache2-common to apache2.2-common and any apache modules must depend on the appropriate -common to ensure they are removed when an incompatible apache is installed. JFYI. Is there an ETA for this and/or a public list of issues that need to be resolved before it happens? The sooner the better if we're to give maintainers an appropriate amount of time to update their dependencies to apache2.2-common and fix any source incompatibilites. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389874: libtime-piece-perl: FTBFS with sudo [$(PWD) usage]
Package: libtime-piece-perl Version: 1.11-1 Severity: serious Tags: patch The libtime-piece-perl package currently FTBFS on those architectures whose buildds use sudo instead of fakeroot. This is because debian/rules installs files into $(PWD)/..., but the PWD variable is unset by sudo. The fix is to use $(CURDIR) instead. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389524: solfege: unable to upgrade to 3.4.1
Please test solfege 3.5.2-0.1 from http://tcamundsen.net/testsolfege/ It includes code that adds the missing solfege.dirs file if we are upgrading from a version where it is missing. Let me know if this works ok. -- Tom Cato Amundsen [EMAIL PROTECTED] http://www.solfege.org/ GNU Solfege - free ear traininghttp://www.gnu.org/software/solfege/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389836: [Pkg-xen-devel] Bug#389836: xen-hypervisor-3.0-unstable-1-amd64: HVM domU won't start
Bastian Blank wrote: On Thu, Sep 28, 2006 at 02:51:48PM +0800, Bin Tian wrote: I find that the qemu-ifup is very simple, so I make a copy of qemu-ifup in /etc/xen/ directory. This time, the domU started and I saw the boot screen of BIOS in vncviewer. But the BIOS said: CDROM boot failure code: 0002 Boot from CD-Rom failed. FATAL: Could not read from the boot disk. Please provide your _fixed_ version of the config. According to the template I shown you, the fda and cdrom parameters are not longer available. Bastian # -*- mode: python; -*- # # Python configuration setup for 'xm create'. # This script sets the parameters used when a domain is created using 'xm create'. # You use a separate script for each domain you want to create, or # you can set the parameters for the domain on the xm command line. # #import os, re #arch = os.uname()[4] #if re.search('64', arch): #arch_libdir = 'lib64' #else: #arch_libdir = 'lib' # # Kernel image file. kernel = hvmloader # The domain build function. HVM domain uses 'hvm'. builder='hvm' # Initial memory allocation (in megabytes) for the new domain. memory = 512 # A name for your domain. All domains must have different names. name = PlanetLab #- # the number of cpus guest platform has, default=1 vcpus=2 # enable/disable HVM guest PAE, default=0 (disabled) #pae=0 # enable/disable HVM guest ACPI, default=0 (disabled) #acpi=0 # enable/disable HVM guest APIC, default=0 (disabled) #apic=0 # List of which CPUS this domain is allowed to use, default Xen picks #cpus = # leave to Xen to pick #cpus = 0# all vcpus run on CPU0 #cpus = 0-3,5,^1 # run on cpus 0,2,3,5 # Optionally define mac and/or bridge for the network interfaces. # Random MACs are assigned if not given. #vif = [ 'type=ioemu, mac=00:16:3e:00:00:11, bridge=xenbr0' ] # type=ioemu specify the NIC is an ioemu device not netfront vif = [ 'type=ioemu, mac=00:16:3E:00:10:22, bridge=xenbr0' ] # # Define the disk devices you want the domain to have access to, and # what you want them accessible as. # Each disk entry is of the form phy:UNAME,DEV,MODE # where UNAME is the device, DEV is the device name the domain will see, # and MODE is r for read-only, w for read-write. #disk = [ 'phy:hda1,hda1,r' ] disk = [ 'file:/small/xen-disks/debian/debian.img,ioemu:hda,w','file:/small/xen-disks/debian/swap.img,ioemu:hdb,w' ] # # Configure the behaviour when a domain exits. There are three 'reasons' # for a domain to stop: poweroff, reboot, and crash. For each of these you # may specify: # # destroy,meaning that the domain is cleaned up as normal; # restart,meaning that a new domain is started in place of the old # one; # preserve, meaning that no clean-up is done until the domain is # manually destroyed (using xm destroy, for example); or # rename-restart, meaning that the old domain is not cleaned up, but is # renamed and a new domain started in its place. # # The default is # # on_poweroff = 'destroy' # on_reboot = 'restart' # on_crash= 'restart' # # For backwards compatibility we also support the deprecated option restart # # restart = 'onreboot' means on_poweroff = 'destroy' #on_reboot = 'restart' #on_crash= 'destroy' # # restart = 'always' means on_poweroff = 'restart' #on_reboot = 'restart' #on_crash= 'restart' # # restart = 'never'means on_poweroff = 'destroy' #on_reboot = 'destroy' #on_crash= 'destroy' #on_poweroff = 'destroy' #on_reboot = 'restart' #on_crash= 'restart' # # New stuff device_model = 'qemu-dm' #/usr/' + arch_libdir + '/xen/bin/qemu-dm' #- # Disk image for cdrom='/home/sparrow/PlanetLab-BootCD-3.3.iso' fda='/home/sparrow/boot' #- # boot on floppy (a), hard disk (c) or CD-ROM (d) #boot=[a|c|d] boot='d' #- # write to temporary files instead of disk image files #snapshot=1 # # enable SDL library for graphics,
Bug#258972: A license for the Debian additions to teTeX
Hi, current or former teTeX maintainer, please take the time for a short Yes, please use the GPL or a no answer, see below This is about #258972, tetex-base: License information for Debian-specific parts is missing in copyright file I just noticed that this bug is still open. However, when writing the maintainer scripts of teTeX-3.0 (nearly from scratch, taking bits of code from the old ones), I already sorted out who holds the copyright, and you all in the Cc are listed. Julian is probably just forgotten, I'm adding him to the Cc list, as well as Ralf, although he probably has mostly contributed only to tex-common. What's missing is a license. Since teTeX as a compilation is under GPL, I suggest to use the GPL as well. If anybody objects, I would as well be happy with something BSDish. Again, please take the time for a short Yes, please use the GPL or a no answer, and a signed e-mail if possible. For reference, here's the relevant part from the copyright file: 1. Copyright and License of the debian-specific adaptations Debian adaptations for this Package are under Copyright by: Christoph Martin [EMAIL PROTECTED] (1998-2002) Adrian Bunk [EMAIL PROTECTED] (2000-2002) C.M. Connelly [EMAIL PROTECTED] (2002) Atsuhito KOHDA [EMAIL PROTECTED] (2002-) Hilmar Preusse [EMAIL PROTECTED] (2003-) Stefan Ulrich [EMAIL PROTECTED] (2003-) Frank Küster [EMAIL PROTECTED] (2003-) Florent Rougon [EMAIL PROTECTED] (2004) Norbert Preining [EMAIL PROTECTED] (2005) This list has first been compiled in July 2004, therefore it is probably incomplete (missing names and too short date ranges). Contributors of translations and other small patches are mentioned in changelog.Debian. Many thanks in advance, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) pgpjSvDfDYm9a.pgp Description: PGP signature
Bug#389868: ntlmaps breaks whith python2.4
On Thursday 28 September 2006 08:44, Carlos Galisteo de Cabo wrote: Package: ntlmaps Version: 0.9.9.0.1-3 Severity: important ntlmpaps breaks with python2.4 due to the missing attribute 'read_config' on module 'config'. --- $python2.4 /usr/share/ntlmaps/main.py -c -c /etc/ntlmaps/server.cfg Traceback (most recent call last): File /usr/share/ntlmaps/main.py, line 31, in ? conf = config.read_config(config.findConfigFileNameInArgv(sys.argv, __init__.ntlmaps_dir+'/')) AttributeError: 'module' object has no attribute 'read_config' --- $python2.3 /usr/share/ntlmaps/main.py -c /etc/ntlmaps/server.cfg NTLM authorization Proxy Server v0.9.9.0.1 Copyright (C) 2001-2004 by Dmitry Rozmanov and others. Now listening at ig0933 on port 5865 Regards. I have just tried this on my laptop, and it works fine using both python 2.3 and 2.4. Can you confirm that you don't have any other python modules called config that are being imported. And can you check that you only used one '-c' in the python2.4 command. I can try this later on another computer when I get home. Thanks. -- David Watson Lugmaster, Programmer, Bass Player http://planetwatson.co.uk/blog http://liverpool.lug.org.uk IM(jabber): [EMAIL PROTECTED] pgpnTj1UhpYmS.pgp Description: PGP signature
Bug#366793: Trying to reproduce this behaviour
tags 366793 + moreinfo unreproducible thanks Hello! Thanks for your report. I was not able to reproduce it yet, but perhaps you could help me here. Do you have any idea under what circumstances this happens? Any observations may be important. Does it happen everytime you check your mails or only occasionally? When it happens does it affect all mails or only to some of them? Which ones? You did file the bug against version 0.57-1 resp. reportbug did this for you. Did you call reportbug on the machine running the Spamassassin daemon spamd? If not, which version of libnet-dns-perl is running at that machine? libnet-dns-perl version 0.59-1 just hit unstable. It would be nice to know if this error happens with 0.59, too. Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385665: Fwd: Re: Bug#385665: fluidsynth needs non-free midi sound bank to function (Sat, Sep 23, 2006 at 10:45 -0700)
Oh, a follow-up comment: I do agree that the analogy with a pdf viewer and a web browser is a perfectly adequate one, but we do have to consider what this analogy means. A PDF viewer and a web browser are IMHO acceptable for main not just because we include free PDFs and html pages in the archive, but also because our users create content in these formats using free tools and will want to view the results. Indeed, I've trivially created PDFs and html documents many times... but I've never created a sound font before, which is why I want to ascertain that it's within my ability to create a useful sound font using the available tools before signing off on this theory for fluidsynth's inclusion in main. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389707: libtext-csv-perl: empty packages when built with sudo (alpha and mips{, el})
clone 389707 -1 reassign -1 libopengl-perl 0.54.alan1-4.1 found -1 0.54.alan1-5 thanks On Wed, Sep 27, 2006 at 12:43:39PM +0300, Niko Tyni wrote: Package: libtext-csv-perl Version: 0.23-7 Severity: grave Justification: renders package inusable Tags: patch The current libtext-csv-perl packages don't contain the actual shared libraries on alpha, mips and mipsel. This is because debian/rules installs them into $(PWD)/debian/..., but $PWD isn't set when building with sudo. The fix is to use $(CURDIR) instead. This is also the case for libplot-perl and libset-object-perl. And libopengl-perl. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335483: Sorted out the problem - sort of....
Hi, in the meantime, I made a bug report direct to the gimp-print people: https://sourceforge.net/tracker/? func=detailatid=101537aid=117group_id=1537 After longer discussion and several tests, it turned out that the problem would vanish the very moment I built the debian package from its debian sources (note: including the debian patches!). So it appears, the problem comes from a broken debian build environment, or, at least a build incompatible with my machine (a 21164a). So, to summarize: the debian binary packages are broken (so the bug is not solved), but the debian source packages are not. Cheers, Andreas. PGP.sig Description: Signierter Teil der Nachricht
Bug#389876: ITP: koha -- web-based library catalogue (ILS/OPAC)
Package: wnpp Severity: wishlist Web-based online public access catalogue (OPAC) with a full integrated library system (ILS) including catalogue, circulation and acquisition management facilities, built in perl upon well-defined standards such as a MySQL database for storage and Z39.50 for bibliographic data retrieval. Homepage: http://www.koha.org/ Copyright licence: GPL-2 Packaging is discussed on the koha-devel list. Thanks, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389875: mixed vga+serial blanking problems
Package: console-tools Version: 1:0.2.3dbs-65 the various /etc/console-tools/config settings aren't applied to the vga device if i boot my system with console=ttyS0,115200 command-line option. now i know... you're thinking you said the console is serial, not vga... but then, that begs the question, in which place should i configure blanking on a mostly serial-console system which still has a monitor attached to it? since most of console-tools is for dealing with vga consoles it seems an appropriate place to support such a hybrid setup. -dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360954: Denyhosts ignores the allowed-hosts is still in 2.5-2 (testing)
I still suffer from the bug that denyhosts does ignore the allowed-hosts file. It sends one email indicating that the hostname should not appear in the /etc/hosts.deny file, but after removing the entry and login attempt with a single password mistype, the entry of the host is added again. A normal report message is sent that the host is added (so no indication that it is conflicting with allowed-hosts). -- Benno Overeinder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
Steve Langasek skrev: On Thu, Sep 28, 2006 at 09:51:36AM +0200, Tollef Fog Heen wrote: So can we have apache2.2 uploaded to unstable so that this can happen? :-) Working on it. We are going to rename apache2-common to apache2.2-common and any apache modules must depend on the appropriate -common to ensure they are removed when an incompatible apache is installed. JFYI. Is there an ETA for this and/or a public list of issues that need to be resolved before it happens? I intended to upload last night, but ran out of time due to a) headache and b) libtool. I'll see if I can get it done tonight. It'll need NEW processing so it will take a little more time to actually get into unstable. The sooner the better if we're to give maintainers an appropriate amount of time to update their dependencies to apache2.2-common and fix any source incompatibilites. They probably want to test-build against apache2 from experimental to fix any source incompatibilities. It has apache2-common, not apache2.2-common, but should otherwise be very similar. - tfheen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345215: including patch
Hi Aurelien I am about to include your patch for the next version of gpsim (which will hopefully enter unstable today or tomorrow, depends on my sponsors). Thanks a lot for the patch and please give me feedback if everything went fine on kfreebsd. Cheers Steffen pgp32EcGLfxwT.pgp Description: PGP signature
Bug#389835: [Pkg-cryptsetup-devel] Bug#389835: better out of the box luks root migration support
On Thu, September 28, 2006 3:25, maximilian attems said: now having my newly encrypted root i thought to be easily boot of it, the encountered troubles where: 1) initramfs had no cryptsetup bin 2) initramfs had no dm_crypt, sha256 and aes modules 3) README.initramfs did not document bootarg to resolve 1) and 2) please do put those binaries unconditionaly, on the initramfs unless the cryptoroot hook is invoked with an dep arg for MODULES=dep usage. any other initramfs-tools hook support lands there so this was really counter-inituitive. Ah, I see...I'll change the hook to always add the binary and a reasonable subset of modules (unless running with MODULES=dep as you said) also luks doesn't need an /etc/cryptoroot entry afaik? It does require one. And if one had been found, the binaries and modules would have been copied to the initramfs. You would also not have had to add any cryptopts to the kernel command line. In your case, I guess you'd want a line like this: croot /dev/sda2 none luks the following bootarg worked fine, please add it to the doc root=/dev/sda2 ro cryptopts=target=sda2 Actually, I'm considering removing support for the cryptopts option rather than documenting it. The settings should be automatic so the cryptopts is just for fixing a messed up installation. However, if the crypto is fscked, the user can manually set it up in the initramfs shell with about as much effort as writing the proper cryptopts on the command line. Additionally, I'm going to have to add support for encrypted swap setup during boot as well since swsusp won't work otherwise. That would add yet another kernel option if cryptopts was kept... -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316531: apt-listchanges doesn't link its own closes
Package: apt-listchanges Version: 2.63 Followup-For: Bug #316531 Hi! This problem still exists, and is even more funny now because apt-listchanges doesn't link its own Closes entries in the changelog: #v+ apt-listchanges (2.64) unstable; urgency=low * Be less strict on rfc822-like parse, accept continuation lines starting with \t (Closes: 388861). * Italian translations thanks to Luca Monducci (Closes: 384805): + man page, + debconf template, + program translations. * French translations thanks to Christian Perrier (Closes: 386808, 386807, 387223). -- Pierre Habouzit [EMAIL PROTECTED] Sun, 24 Sep 2006 16:15:59 +0200 #v- The Closes are no links, the mail address is the only link in this changelog entry. I would expect that it's in the programs own interest to support at least its own changelog entries. ;) So long, Alfie -- debconf information: * apt-listchanges/frontend: browser -- Liebe ist ein Spiel der Wellen mit Gefühlen die wir nicht versteh'n -- André Appel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386562: apt-proxy: support for file:// backends
package apt-proxy severity 386562 normal retitle 386562 apt-proxy: document file://backends tags 386562 + confirmed thanks On Fri, Sep 08, 2006 at 03:56:03PM +0100, Mark Sheppard wrote: Please could support for file:// URLs in backends be supported? I've got ISO images (mounted with -o loop) from which I'd like to serve packages with apt-proxy. Hi Mark Actually, it's been in since 1.9.32 but was never documented. I hadn't realised it was not mentioned in the manpage. Just enter a backend server using a standard file:// url. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389883: RM: slate -- RoM: upstream nearly dead
Package: ftp.debian.org Severity: normal Once there were two developers. One is left. The last release is one year old. There is barely no mailing list traffic anymore and I have no hope for slate to get a new release before etch is going to be stable. I therefore suggest removing the package entirely. Helmut Grohne signature.asc Description: Digital signature
Bug#381266: stack trace
Here is the stack trace of the hang: Program received signal SIGINT, Interrupt. [Switching to Thread -1211381088 (LWP 24480)] 0xb7dbbef3 in memmove () from /lib/tls/i686/cmov/libc.so.6 (gdb) where #0 0xb7dbbef3 in memmove () from /lib/tls/i686/cmov/libc.so.6 #1 0x0804a401 in main (argc=Cannot access memory at address 0xbe4033 ) at cups-driverd.c:473 #2 0xb7d61eb0 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6 #3 0x08048ff1 in _start () at ../sysdeps/i386/elf/start.S:119 (gdb) i thr * 1 Thread -1211381088 (LWP 24480) 0xb7dbbef3 in memmove () from /lib/tls/i686/cmov/libc.so.6 (gdb) c Another problem is that cupsys goes to 100% cpu while cups-driverd is stopped by the debugger. That shouldn't happen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#258972: A license for the Debian additions to teTeX
[resending with correct address] Hi, current or former teTeX maintainer, please take the time for a short Yes, please use the GPL or a no answer, see below This is about #258972, tetex-base: License information for Debian-specific parts is missing in copyright file I just noticed that this bug is still open. However, when writing the maintainer scripts of teTeX-3.0 (nearly from scratch, taking bits of code from the old ones), I already sorted out who holds the copyright, and you all in the Cc are listed. Julian is probably just forgotten, I'm adding him to the Cc list, as well as Ralf, although he probably has mostly contributed only to tex-common. What's missing is a license. Since teTeX as a compilation is under GPL, I suggest to use the GPL as well. If anybody objects, I would as well be happy with something BSDish. Again, please take the time for a short Yes, please use the GPL or a no answer, and a signed e-mail if possible. For reference, here's the relevant part from the copyright file: 1. Copyright and License of the debian-specific adaptations Debian adaptations for this Package are under Copyright by: Christoph Martin [EMAIL PROTECTED] (1998-2002) Adrian Bunk [EMAIL PROTECTED] (2000-2002) C.M. Connelly [EMAIL PROTECTED] (2002) Atsuhito KOHDA [EMAIL PROTECTED] (2002-) Hilmar Preusse [EMAIL PROTECTED] (2003-) Stefan Ulrich [EMAIL PROTECTED] (2003-) Frank Küster [EMAIL PROTECTED] (2003-) Florent Rougon [EMAIL PROTECTED] (2004) Norbert Preining [EMAIL PROTECTED] (2005) This list has first been compiled in July 2004, therefore it is probably incomplete (missing names and too short date ranges). Contributors of translations and other small patches are mentioned in changelog.Debian. Many thanks in advance, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#383291: yes, fixed
See #381266 for the resolution. Thank you everybody! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381266: thanks!
The problem is resolved by following the advice of Stuart Brady. Thank you. The original bug really should be fixed though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389880: .mobi has a whois server
Package: whois Version: 4.7.17 Severity: normal % whois indom.mobi This TLD has no whois server, but you can access the whois database at http://pc.mtld.mobi/whois/ But there is such a server, officially announced by IANA: % whois -h whois.dotmobiregistry.net indom.mobi NOT FOUND (try nic.mobi for a domain name which does exist) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages whois depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libidn11 0.6.5-1 GNU libidn library, implementation whois recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386546: apt-proxy: exception with short URLs
tags 386546 + confirmed pending thanks Hi Mark Thanks a lot for your patch! I've merged it into the current development tree and it will be in the next release. Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334687: libnet-dns-perl: Need help with reproducing bug
Hello! I am trying to reproduce and/or understand this bug. Neither worked up to now. Of course package Net::DNS::RR::PTR has a method new(), but it does not seem to as simple as this. So any help would be highly appreciated. Especially help to reproduce this behaviour would be great. As a side note: Does anyone know wether this bug is still present in Debian unstable/testing? Regards Florian -- Florian Hinzmann private: [EMAIL PROTECTED] Debian: [EMAIL PROTECTED] PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389882: apt-build: Needs option to install all binary packages built by a source package
Package: apt-build Version: 0.12.22 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For example, I used apt-build to build and install mono and libmono0. However, mono's source package creates several binary packages, and if you run $(apt-build install mono), apt-build will only install the mono binary package, leaving the rest of the binaries to be installed from the non-apt-built Debian mirror, meaning they're unoptimized. In the case of a set of packages like mono creates, it seems to defeat the purpose of apt-build if you only install one of the binary packages that apt-build built. So, there needs to be an option, like --install-all-built-packages (maybe that's too long, but at least it's descriptive) that would install all the binary packages created from a build process. It should probably be on by default, but it should be possible to disable it in case you need to, for some reason. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt-build depends on: ii apt 0.6.45 Advanced front-end for dpkg ii apt-utils 0.6.46 APT utility programs ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii devscripts2.9.21 Scripts to make the life of a Debi ii dpkg-dev 1.13.21package building tools for Debian ii g++ 4:4.1.1-7 The GNU C++ compiler ii gcc 4:4.1.1-7 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.3 informational list of build-essent ii fakeroot 1.5.10 Gives a fake root environment - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFG4uD5+GdyTDsrJsRAg13AKDEvYmbAsRQ5qRfsWNjvm5hf28ScQCglZJk MwEb5HSbcnn5XnKiAQEBYv4= =NKuE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389881: SCSI device renaming breaks install
Package: debian-installer Severity: grave I'm sorry I can't provide the exact details (dmesg logs, etc) as the hardware I was testing on died, but the breakage is as follows: - d-i Linux boots and detects USB ports using SCSI emulation. They're mapped as /dev/sda and /dev/sdb. Note: there's nothing attached to these ports. - After accessing the CD, d-i loads extra SCSI modules for the RAID that wasn't detected using the standard SCSI drivers. It is detected and mapped as /dev/sdc. - Installation proceeds normaly using /dev/sdc. - After install we boot normaly, and then detection happens in a different order: /dev/sda is the SCSI RAID and /dev/sdb and /dev/sdc are USB drives. - System won't boot because /boot/grub/menu.lst and /etc/fstab point to the wrong paths. I'm not sure what the right fix is. Perhaps disabling the USB-SCSI emulation ? -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389877: not optimum mode display
Package: xserver-xorg-video-mga Version: 1:1.4.1.dfsg.1-4 Severity: important Linux 2.6.18 Matrox Graphics, MGA 1064SG [Mystique] after starting x the screen comes black and a small message flickers on the screen not optimum mode display on 1280x1024 no problem at all with Version: 1:1.2.1.3.dfsg.1-2 X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux merlin 2.6.17.13-slh-up-1 #1 PREEMPT Sat Sep 9 16:15:40 CEST 2006 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Sep 25 07:34:04 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Keyboard0 (**) |--Input Device PS/2 Mouse (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/X11/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/X11/Type1). (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc/, /usr/share/fonts/X11/TTF/, /usr/share/fonts/X11/OTF, /usr/share/fonts/X11/Type1/, /usr/share/fonts/X11/CID/, /usr/share/fonts/X11/100dpi/, /usr/share/fonts/X11/75dpi/ (==) RgbPath set to ${prefix}/share/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Option AllowMouseOpenFail true (**) Ignoring ABI Version (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:04:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:04:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:04:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 102b,051a card , rev 02 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0080 (VGA_EN is cleared) (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:4:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:11:0) Matrox Graphics, Inc. MGA 1064SG [Mystique] rev 2, Mem @ 0xe300/14, 0xe500/23, 0xe280/23, BIOS @ 0x000c/16 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B]
Bug#389884: pbuilder: Some sample (device-mapper) cow build scripts
Package: pbuilder Version: 0.158 Severity: wishlist Tags: patch Hello, The enclosed scripts probably do not count as a patch ... but please consider them anyway! I have enclosed a tar.gz which contains some scripts to use a dmsetup to setup temporary build areas and fold them up when the build is successful. Right now these scripts work (like cowbuilder) on a shell around the pbuilder infrastructure. If you wish me to do so I will work more at trying to integrate these with the existing pbuilder infrastructure. Thanks and regards, Kapil. -- 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.17-2-vserver-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages pbuilder depends on: ii cdebootstrap 0.3.11 Bootstrap a Debian system ii coreutils 5.97-5 The GNU core utilities ii debianutils 2.17 Miscellaneous utilities specific t ii debootstrap 0.3.3 Bootstrap a basic Debian system ii gcc 4:4.1.1-7 The GNU C compiler ii wget 1.10.2-2 retrieves files from the web Versions of packages pbuilder recommends: ii cowdancer 0.23 Copy-on-write directory tree utili ii devscripts2.9.21 Scripts to make the life of a Debi ii fakeroot 1.5.10 Gives a fake root environment ii sudo 1.6.8p12-4 Provide limited super user privile -- no debconf information lvmpbuilder.tgz Description: GNU Unix tar archive signature.asc Description: Digital signature
Bug#389890: discover: deprecated PCMCIA ioctl usage
Package: discover1 Version: 1.7.18 Severity: normal File: /sbin/discover saw in dmesg: pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new t ools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389887: libgetopt-java: Class loading problem
Package: libgetopt-java Version: 1.0.11-2 Severity: important I cannot get the Getopt class loaded if I execute a Java program which is inside a .jar file. I suppose this problem is related with upstream code, and not with debian packaging. However I already asked the upstream author to found out more on this bug, or at least to tell me where I am wrong, and I got no answer. So I am reporting this bug to the Debian BTS, hoping you can help me (and other people having the same issue) to solve this problem. Problem description follows: The getopt library itself is working very well, but I have problems loading it when I launch my program with the java executable from the command line. If I launch the .class file of my program, I have to explicitly specify your .jar file in the classpath, or the gnu.getopt.Getopt class won't be loaded. Usually it is enough to specify only the directory containing the jars files, but not with getopt: this makes me suspicious about how getopt is packaged. The previous is only a minor issue. In fact if I launch the .jar version of my program, there's no way to get gnu.getopt.Getopt loaded, so my program actually can't start. Googling around I found only another one developer with my problem, you can take a look at http://www.fedoraforum.org/forum/archive/index.php/t-111429.html I'm using debian, sun-java 1.5; deploying the jar file with eclipse (so I suppose the autogenerated MANIFEST file for my program is correct). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgetopt-java depends on: ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( libgetopt-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342053: once more without the mouse (part 2 -- linux-input disabled)
Rick Thomas wrote: This time without the mouse connected, and with disabling linux-input ~# echo disable-module=linux-input /etc/directfbrc ~# export DEBIAN_FRONTEND=gtk ~# debian-installer As usual, it crashed when it tried to initialize the graphical installer. Messages were substantially the same as before with minor variations attributable to the lack of a USB mouse and the different disablement. something similar here, experimenting with a PowerBook6,7 MacRISC3 Power Macintosh. DFB's behaviour seems to depend from both specific gfx driver and input module being enabled or not. In my case disabling linux_input causes a crash, no matter the USB mouse is plugged in or not. Also, i wonder why booting with the NEWT frontend, exiting to a shell and then doing export DEBIAN_FRONTEND=gtk debian-installer works, while a straight boot with the GTK frontend causes a crash, as directfbrc is the same in both cases. Is this a timing issue related to the order processes are started in the d-i ? or cdebconf initialization togheter with DFB initialization causes unpredictable effects? I remember at Extremadura, with Sven's PPC, we had to launch a gtkdfb app first, kill it, and only then start cdebconf with GTK frontend to get things working. I'll soon setup a wikipage where to collect datas from my recent g-i on PPC survey cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389888: sysvconfig: not X's
Package: sysvconfig Version: 0.10 Severity: minor File: /usr/sbin/sysvconfig We see: Services marked with a X are enabled. [*] acpid [ ] alsa [ ] alsa-utils [*] anacron But those aren't X's, they are *'s! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334687: libnet-dns-perl: Need help with reproducing bug
Hello Florian, On Thu, Sep 28, 2006 at 10:51:50AM +0200, Florian Hinzmann wrote: Hello! I am trying to reproduce and/or understand this bug. Neither worked up to now. Of course package Net::DNS::RR::PTR has a method new(), but it does not seem to as simple as this. So any help would be highly appreciated. Especially help to reproduce this behaviour would be great. Unfortunately I'm not using the same setup anymore so I'm currently unable to reproduce this bug :( If the bug is unreproducible please tag it as such. thanks for your work, filippo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389886: installation-reports FAIL
Package: installation-reportsBoot method: CDImage version: netinst i386 etch 20060928Date: 2006-09-28Machine: DELL PE SC420Processor: Pentium 4 2.8 Memory: 1 GBBase System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked:[O]Configure network HW: [O]Config network: [O]Detect CD: [O]Load installer modules: [O] Detect hard drives: [O]Partition hard drives: [O]Create file systems:[O]Mount partitions: [O]Install base system:[E]Install boot loader:[ ]Reboot: [ ] Comments/Problems:Boot prompt: expertguiComment: in every checkbox list (ie: choose language), the option selected by mouse or cursor is not visibile.Problem: during Install base system installation fails: dpkg: error processing mdadm (--configure):subprocess post-installation script returned error exit status 1Installing on 2 SATA disk (software RAID 1) md0 - /boot md1 - swap md2 - root
Bug#389885: dpkg don't want install anymore .deb because malloc can't allocate memory (2 Go)
Package: dpkg Version: 1.13.22 Severity: grave Justification: renders package unusable I have make an library upgrade last week, and not edit any conf files. But now if i use apt, aptitude, dpkg, i give this error message: dpkg -i libgcc1_1%3a4.1.1-14_amd64.deb (Lecture de la base de données... dpkg : erreur de traitement de libgcc1_1%3a4.1.1-14_amd64.deb (--install) : échec de « malloc » (2147483754 octets): Ne peut allouer de la mémoire Des erreurs ont été rencontrées pendant l'exécution : libgcc1_1%3a4.1.1-14_amd64.deb L'exécution a été arrêtée car il y avait trop d'erreurs. [EMAIL PROTECTED]:/var/cache/apt/archives# In english i hope that will say: dpkg -i libgcc1_1%3a4.1.1-14_amd64.deb (Read data base... dpkg : error when install libgcc1_1%3a4.1.1-14_amd64.deb (--install) : failure of « malloc » (2147483754 octets): he can't allocate memory Error will be found when installation of: libgcc1_1%3a4.1.1-14_amd64.deb Installation will be stop, because too many errors exist. [EMAIL PROTECTED]:/var/cache/apt/archives# And it's the same matter when i would remove one package: dpkg -r xt (Lecture de la base de données... dpkg : erreur de traitement de xt (--remove) : échec de « malloc » (2147483754 octets): Ne peut allouer de la mémoire Des erreurs ont été rencontrées pendant l'exécution : xt L'exécution a été arrêtée car il y avait trop d'erreurs. [EMAIL PROTECTED]:/var/cache/apt/archives# But this is my memory capacities(at the time when i make dpkg command: Mem:507916k total, 466504k used,41412k free, 6724k buffers Swap: 441768k total, 225900k used, 215868k free, 139200k cached I have tested for make the dpkg rescue installation by: http://www.debian.org/doc/manuals/quick-reference/ch-package.en.html 3.3.7 What to do if the dpkg command is broken $ links http://http.us.debian.org/debian/pool/main/d/dpkg/ ... download the good dpkg_version_arch.deb $ su password: * # ar x dpkg_version_arch.deb # mv data.tar.gz /data.tar.gz # cd / # tar xzfv data.tar.gz But that don't change anything. In irc.debian.org#debian, we say me to create: [EMAIL PROTECTED]:/home/sam# cat /etc/apt/apt.conf APT { Cache-Limit 8388608; } [EMAIL PROTECTED]:/home/sam# But that don't resolve too the matter. My system will be frozen about gestion of package. I can't make anymore thing with dpkg. apt-get update run normally. This is my first bug report, so i don't know if i must add more because i don't see where the problem live. (I profit of this communication by Debian Team, that i love this system, wich offer at the world, an perfect spirit, and benefit. Your work was an evolution of human beeing. I thank you all, and hope that you will be have a good life) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dpkg depends on: ii coreutils 5.94-1 The GNU core utilities ii libc6 2.3.6-10 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information
Bug#389892: writing_udev_rules: just unplug the card reader and insert new cards and replug
X-debbugs-cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Package: udev Version: 0.100-1 Severity: normal File: /usr/share/doc/udev/writing_udev_rules/index.html Regarding USB Card Reader These devices typically do not inform the host computer upon media change. So, if you plug in the device with no media, and then insert a card, the computer does not realise, and you do not have your mountable sdb1 partition node for the media. One possible solution is to take advantage of the all_partitions option, which will create 16 partition nodes for every block device that the rule matches: BUS==usb, SYSFS{product}==USB 2.0 CompactFlash Reader, SYMLINK+=cfrdr%n, OPTIONS+=all_partitions You will now have nodes named: cfrdr, cfrdr1, cfrdr2, cfrdr3, ..., cfrdr15. I would say 1 times less complicated would be to tell the user to forget trying to understand all this, and 1. umount(8) cards already mounted on the reader, if any. 2. Unplug the reader from the USB socket. 3. Insert any additional cards into the reader. 4. Plug the reader back into the USB socket. 5. mount(8) your cards again. That's all. Sorry, but that's the view from us less sophisticated users. === (By the way, one even wonders if BUS above should be SUBSYSTEMS. and one also wants to match all card readers, no matter the brand. Also say what one has to do after one writes a rule. restart udevd? reboot? for it to take effect. But never mind. It is 1 times easier to forget trying to understand all this.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389895: GNOME -default application dosen't apply for web browser
Package: gnome-core Version: 1:2.14.3.2 I have used the Desktop - Preferences - Preferred applications to set Mozilla Firefox to be my browser, and Thunderbird to be my mail client. This function dosen't work for the browser. For example, if I tend to open html file, it is opened in Epiphany. When I click on link from Thunderbird, it is opened in.. Epiphany. I am using Debian Testing, custom kernel 2.6.17 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389897: ncurses: Please create lib32ncurses5(-dev) packages also on ppc64
Package: ncurses Version: 5.5-3 Severity: wishlist Tags: patch Hello, the attached patch changes debian/control and debian/rules to create the lib32ncurses5(-dev) packages also on ppc64. Those packages are currently created on amd64 only. The directory for 32-bit libraries on ppc64 is /usr/lib32 (compared to /emul/ia32-linux/usr/lib on amd64). Regards Andreas Jochens diff -urN ../tmp-orig/ncurses-5.5/debian/control ./debian/control --- ../tmp-orig/ncurses-5.5/debian/control 2006-09-28 07:02:10.0 + +++ ./debian/control2006-09-28 06:00:58.0 + @@ -1,7 +1,7 @@ Source: ncurses Section: libs Priority: standard -Build-Depends: debhelper (= 5), lib64c-dev [sparc s390 i386 powerpc], lib64gcc1 [i386 powerpc sparc s390], lib32c-dev [amd64], lib32gcc1 [amd64], libgpmg1-dev (= 1.19.6-20) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], quilt (= 0.40-1) +Build-Depends: debhelper (= 5), lib64c-dev [sparc s390 i386 powerpc], lib64gcc1 [i386 powerpc sparc s390], lib32c-dev [amd64 ppc64], lib32gcc1 [amd64 ppc64], libgpmg1-dev (= 1.19.6-20) [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], quilt (= 0.40-1) Maintainer: Daniel Baumann [EMAIL PROTECTED] Standards-Version: 3.7.2 @@ -96,7 +96,7 @@ architecure. Package: lib32ncurses5 -Architecture: amd64 +Architecture: amd64 ppc64 Section: libs Priority: optional Depends: ${shlibs:Depends} @@ -109,7 +109,7 @@ architecure. Package: lib32ncurses5-dev -Architecture: amd64 +Architecture: amd64 ppc64 Section: libdevel Priority: optional Depends: lib32ncurses5 (= ${Source-Version}), libncurses5-dev, lib32c-dev diff -urN ../tmp-orig/ncurses-5.5/debian/lib32ncurses5-dev.files.ppc64 ./debian/lib32ncurses5-dev.files.ppc64 --- ../tmp-orig/ncurses-5.5/debian/lib32ncurses5-dev.files.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/lib32ncurses5-dev.files.ppc64 2006-09-28 06:47:00.0 + @@ -0,0 +1,9 @@ +usr/lib32/libncurses.so +usr/lib32/libform.so +usr/lib32/libmenu.so +usr/lib32/libpanel.so +usr/lib32/libncurses.a +usr/lib32/libncurses++.a +usr/lib32/libform.a +usr/lib32/libmenu.a +usr/lib32/libpanel.a diff -urN ../tmp-orig/ncurses-5.5/debian/lib32ncurses5.dirs.ppc64 ./debian/lib32ncurses5.dirs.ppc64 --- ../tmp-orig/ncurses-5.5/debian/lib32ncurses5.dirs.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/lib32ncurses5.dirs.ppc64 2006-09-28 06:47:49.0 + @@ -0,0 +1,2 @@ +lib32 + diff -urN ../tmp-orig/ncurses-5.5/debian/lib32ncurses5.files.ppc64 ./debian/lib32ncurses5.files.ppc64 --- ../tmp-orig/ncurses-5.5/debian/lib32ncurses5.files.ppc641970-01-01 00:00:00.0 + +++ ./debian/lib32ncurses5.files.ppc64 2006-09-28 06:47:24.0 + @@ -0,0 +1,4 @@ +lib32/libncurses.so.* +usr/lib32/libpanel.so.* +usr/lib32/libform.so.* +usr/lib32/libmenu.so.* diff -urN ../tmp-orig/ncurses-5.5/debian/rules ./debian/rules --- ../tmp-orig/ncurses-5.5/debian/rules2006-09-28 07:02:10.0 + +++ ./debian/rules 2006-09-28 06:01:48.0 + @@ -69,6 +69,13 @@ usr_lib32 = /emul/ia32-linux/usr/lib endif +ifeq ($(DEB_HOST_ARCH),ppc64) +build_32_target = powerpc-$(DEB_HOST_GNU_SYSTEM) +build_32 = build-32 +lib32 = /lib32 +usr_lib32 = /usr/lib32 +endif + ifneq ($(findstring linux,$(DEB_HOST_GNU_SYSTEM)),) with_gpm = --with-gpm endif -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389889: bum.8.gz: not BUM.IN
Package: bum Version: 2.1.7-1 Severity: minor File: /usr/share/man/man8/bum.8.gz man page says BUM.IN but should be BUM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389891: libgdal1-1.3.2-dev: libgdal1-1.3.2-dev is not installable
Package: libgdal1-1.3.2-dev Version: 1.3.2-2 Severity: serious The OpenSceneGraph package fails to build in pbuilder because libgdal1-1.3.2-dev cannot be installed. http://farm-poker3d/packaging-farm/openscenegraph/html/build/unstable.out /usr/lib/pbuilder/pbuilder-satisfydepends --force-version --chroot /usr/src/openscenegraph/build/debian/unstable --control gnulinux/debian/unstable/src/openscenegraph*.dsc dpkg-architecture: warning: no utmp entry available and LOGNAME not defined; using uid of process (0) - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.27 2006/05/22 02:18:00 dancer Exp $ - Considering debhelper (= 4.0.0) - Trying debhelper - Considering dpatch - Trying dpatch - Considering g++ (= 3.3.0) - Trying g++ - Considering libungif4-dev | giflib-dev - Trying libungif4-dev - Considering libjpeg-dev - Trying libjpeg-dev - Considering libtiff-dev - Trying libtiff-dev - Considering libxine-dev - Trying libxine-dev - Considering libgdal-dev - Trying libgdal-dev - Cannot install libgdal-dev; apt errors follow: Reading package lists... Building dependency tree... g++ is already the newest version. Note, selecting libjpeg62-dev instead of libjpeg-dev Note, selecting libtiff4-dev instead of libtiff-dev Note, selecting libgdal1-1.3.2-dev instead of libgdal-dev 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: libgdal1-1.3.2-dev: Depends: libgdal1-1.3.2 (= 1.3.2-2) but it is not going to be installed Depends: libxerces27-dev but it is not going to be installed E: Broken packages - Considering libgdal1-1.3.2-dev to satisfy the dependency - Cannot install libgdal1-1.3.2-dev; apt errors follow: Reading package lists... Building dependency tree... g++ is already the newest version. Note, selecting libjpeg62-dev instead of libjpeg-dev Note, selecting libtiff4-dev instead of libtiff-dev 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: libgdal1-1.3.2-dev: Depends: libgdal1-1.3.2 (= 1.3.2-2) but it is not going to be installed Depends: libxerces27-dev but it is not going to be installed E: Broken packages E: Could not satisfy build-dependency. make[1]: *** [build/debian] Error 2 make[1]: Leaving directory `/usr/src/openscenegraph' -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libgdal1-1.3.2-dev depends on: ii libc6-dev 2.3.6.ds1-2 GNU C Library: Development Librari ii libcfitsio-dev 2.510-1 static library for I/O with FITS f ii libgdal1-1.3.2 1.3.2-2 Geospatial Data Abstraction Librar ii libhdf4g-dev4.1r4-18.1 The Hierarchical Data Format libra ii libjasper-1.701-dev 1.701.0-2Development files for the JasPer J ii libjpeg62-dev 6b-13Development files for the IJG JPEG ii libpng12-dev1.2.8rel-5.2 PNG library - development ii libpq-dev 8.1.4-6 header files for libpq4 (PostgreSQ ii libsqlite0-dev 2.8.16-1 SQLite development files ii libtiff4-dev3.8.2-6 Tag Image File Format library (TIF ii libungif4-dev 4.1.4-2 shared library for GIF images (dev ii libxerces27-dev 2.7.0-2 validating XML parser library for ii netcdfg-dev 3.6.1-0.1Development kit for NetCDF ii unixodbc-dev2.2.11-13ODBC libraries for UNIX (developme libgdal1-1.3.2-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385665: Fwd: Re: Bug#385665: fluidsynth needs non-free midi sound bank to function (Sat, Sep 23, 2006 at 10:45 -0700)
On Thu, 28 Sep 2006, Steve Langasek wrote If I am to argue this position to the other members of the Technical Committee, I would like to be able to prove to myself not just that swami can be used to author soundfonts for use with fluidsynth, but that fluidsynth is used by swami *in the process* of authoring these soundfonts. If hitting those piano keys to test my one-sample soundfont is in fact running them through fluidsynth, then I'm content to call this a significant free use of fluidsynth. swami depends on libfluidsynth which is part of the fluidsynth source package. If, OTOH, what I've done so far didn't make use of fluidsynth, I'm not content with the explanation that one *can* use swami to create soundfonts when so far I haven't created anything by this method that's worth using. :) Yeah, same problem here with a program called gcc :) No honestly, lets look at it from another point of view, why should fluidsynth go into contrib when 1) there are free soundfonts available e.g. see http://freepats.opensrc.org/sf2/violin/ for one with a very clear licensing 2) You can create soundfonts with swami 3) You need fluidsynth in order to play your soundfonts and use them with a sequencer. I might not be up to date with the policies regarding contrib, but to me this case is so clear that I am starting to get a bit impatient. Please explain why fluidsynth should go into contrib, because I really don't get it. Günter PS: if your interested in how to create soundfonts, I took notes while creating one http://gige.xdv.org/swami.txt
Bug#354622: Community Edition Mozilla license requires non-use of copyrighted logos
On Wed, Sep 27, 2006 at 09:51:41PM -0700, Sam Schinke [EMAIL PROTECTED] wrote: Hi Guys, I really do think Conrad is on the right track with a Community Edition release being the perfect solution here. (...) Some changes applied to the debian packages don't fall in the community edition authorized changes, and there's no way we want not to apply these. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389893: /etc/init.d/cron: mention name at end of sentence
Package: cron Version: 3.0pl1-97 Severity: minor File: /etc/init.d/cron Only cron doesn't mention its name at the end of the sentence: Starting Advanced Configuration and Power Interface daemon: acpid. Starting MySQL database server: mysqld. Starting internet superserver: inetd. Starting S.M.A.R.T. daemon: smartd. Starting HTTP cache proxy server: wwwoffled (offline mode) done. Starting X TrueType font server: xfstt. Starting anac(h)ronistic cron: anacron. Starting deferred execution scheduler: atd. Starting periodic command scheduler Starting apache 2.0 web server...apache2. Looks broken. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389827: [Pkg-xfce-devel] Bug#389827: thunar: Please enable GNOME thumbnailers support
Hello Yves-Alexis. Yves-Alexis Perez wrote: On Thu, 2006-09-28 at 01:12 +0200, Mathias Brodala wrote: Why is the GNOME thumnailers support forced to be disabled in the configure flags? If there is actually no reason, please enable them. Short answer: no. We -dont- want thunar (and thus Xfce4 desktop) to depend on a gazillion of gnome libs. It's intended to be a fast efficient file manager, especially for light desktops. Enabling gnome thumbnailing brings in those libs, so the switch is explicitely disabled. Too bad, but I can understand this. Then I will rebuild thunar everytime a new release is out. (Which doesn’t happen that often anyway.) Regards, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Bug#389903: apt-listbugs: Does not offer to exit if timeout occurs fetching reports
Package: apt-listbugs Version: 0.0.48 Severity: important When attempting to run an aptitude install of some packages, the apt-listbugs process gave a timeout message[1] and then just continued to install the packages. Regards, Russell. [1] Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% [0/16]/usr/lib/ruby/1.8/timeout.rb:43:in `new': execution expired (Timeout::Error) from /usr/sbin/apt-listbugs:1106:in `join' from /usr/sbin/apt-listbugs:1106:in `create' from /usr/sbin/apt-listbugs:1078:in `each_key' from /usr/sbin/apt-listbugs:1078:in `create' from /usr/sbin/apt-listbugs:1356 Warning: apt-listbugs exited abnormally, hit enter key to continue. Selecting previously deselected package libhttp-cache-transparent-perl. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages apt-listbugs depends on: ii apt0.6.45~bpo.1 Advanced front-end for dpkg ii libdpkg-ruby1.80.3.1 modules/classes for dpkg on ruby 1 ii libintl-gettext-ruby1.80.11-5Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1. 1.8.2-7sarge4 Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-1 Interface of expat for the scripti ii ruby 1.8.2-1 An interpreter of object-oriented -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275949: gnome: The wontfix logic is alibistic and inconsistent
I see the arguments just alibistic, nothing more. 1, I don't have any problem to claim, that at least 90% of users do use mail client just for the purposes of mail client. For them, Thunderbird IS an equivalent for Evolution. Moreover, Evolution is just too heavy and complicated tool for them. 2, By exactly Your logic, Epiphany couldn't be even compared with Firefox. It contains some 5% of Firefox functionality, not taking into account the Firefox's add-on mechanism. 3, In our enterprise, we want desktop to be as much consistent as possible. We need the same applications to be available both on Windows and Linux desktop. Therefore we do use Moziila Firefox and Mozilla Thunderbird; Nor epiphany of Evolution could do this. 4, flame Epiphany is just too ugly (call it consistent if U wish). I'd never offer it to our users. /flame 5, rumors Epiphany imposes web compatibility problems even in cases where Firefox dosen't have any problem. /rumors 6, Epiphany offers zero extension potential compared with Firefox. Not that I personally need Flash, however when needed, I want to have an option. Firefox is supported by these means. 7, Solving problems with webpages. Firefox is well-known and many webs tend to be compatible with, I can use the stronger position. However, I could hardly argue with the Epiphany. What is it? Can we eat it? Or is it related to some religion? Summary: You would like to get rid of Firefox. I am annoyed by ugly and uncapable Epiphany and would like to get rid of it too. There are also reasons why someone wants to use TB or Evolution. Let them both in and let the people make the choice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389896: gdk-imlib11: 'All fallbacks failed' for xbm file
Package: gdk-imlib11 Version: 1.9.14-31 Severity: normal When trying to view certain .xbm files with qiv, the following error is reported. gdk_imlib ERROR: Cannot load image: hand-open-data.xbm All fallbacks failed. You should not see this. Submit bug against gdk-imlib package. One such file is attached. It was taken from the dia package, so in case of a problem with the attachement, you should be able to reproduce the problem with: apt-get source dia cd dia-0.95.0/app/pixmaps qiv hand-open-data.xbm -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gdk-imlib11 depends on: ii imlib-base 1.9.14-31Common files needed by the Imlib/G ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.2 1.2.10-18The GIMP Toolkit set of widgets fo ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libtiff43.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.0-9X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxi6 1:1.0.1-3X11 Input extension library ii zlib1g 1:1.2.3-13 compression library - runtime gdk-imlib11 recommends no packages. -- no debconf information /* Made with Gimp */ #define hand_open_data_width 20 #define hand_open_data_height 20 static unsigned char hand_open_data_bits[] = { 0xff, 0xff, 0x0f, 0xff, 0xff, 0x0f, 0xff, 0xff, 0x0f, 0xff, 0xf9, 0x0f, 0x9f, 0xc9, 0x0f, 0x9f, 0xc9, 0x0f, 0x3f, 0xc9, 0x0e, 0x3f, 0x49, 0x0e, 0x7f, 0x40, 0x0e, 0x67, 0x00, 0x0e, 0x47, 0x00, 0x0f, 0x0f, 0x00, 0x0f, 0x1f, 0x00, 0x0f, 0x1f, 0x80, 0x0f, 0x3f, 0x80, 0x0f, 0x7f, 0xc0, 0x0f, 0xff, 0xc0, 0x0f, 0xff, 0xc0, 0x0f, 0xff, 0xff, 0x0f, 0xff, 0xff, 0x0f };
Bug#360954: Info received (Denyhosts ignores the allowed-hosts is still in 2.5-2 (testing))
Please ignore previous message. After upgrading, it seemed that two instances of denyhosts were running. After restarting via /etc/init.d/denyhosts restart, only one instance reloaded the config files. The older instance probably still blocked the host which was also in the allowed-hosts file. Excuses for the confusion. -- Benno Overeinder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383124: umountnfs.sh: Patch to also unmount filesystems on network block devices
[Andrew Pollock] Dammit. This is what I get for waiting so long to test it. No, this does not work, because you're parsing /proc/mounts, not /etc/fstab, so you don't get the _netdev option. It no workee. Thanks for testing. I suggest we solve this by letting umountnfs use /etc/mtab, and umountfs use /proc/mounts. I believe mtab will include the _netdev option. This should make sure all file systems are umounted, and handle netdevices correctly too. Can you test this and send a patch if it work? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]