Bug#415305: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#415305: bugs.debian.org: Please allow the BTS to be crawled by search engines.)
Le Sun, Mar 18, 2007 at 06:30:11AM +, Debian Bug Tracking System a écrit : It's still necessary because robots are stupid and make hundreds of requests at a single time. The bts is already fully indexed by hyper estraier, and there are mirrors of it which have been indexed by google. See http://www.debian.org/Bug/ and http://merkel.debian.org/~don/cgi/search.cgi Ok, I was a bit fooled by launchpad which is indexed in Google, and generalised a bit quickly. However, I just checked many bugzillas and they all have something similar to the Debian BTS: User-agent: * Allow: /index.cgi Disallow: / Also, Openoffice.org disallows its /issues directory. Sourceforge seems to have made a deal with Google: (http://sourceforge.net/robots.txt), but denies the acces to its tracker to others. So it seems that among the bug trackers of big projects, only Launchpad is opened to robots... Thanks for the answer, and have a nice day, -- Charles
Bug#415305: closed by Don Armstrong [EMAIL PROTECTED] (Re: Bug#415305: bugs.debian.org: Please allow the BTS to be crawled by search engines.)
On Sun, 18 Mar 2007, Charles Plessy wrote: Le Sun, Mar 18, 2007 at 06:30:11AM +, Debian Bug Tracking System a écrit : It's still necessary because robots are stupid and make hundreds of requests at a single time. The bts is already fully indexed by hyper estraier, and there are mirrors of it which have been indexed by google. See http://www.debian.org/Bug/ and http://merkel.debian.org/~don/cgi/search.cgi Ok, I was a bit fooled by launchpad which is indexed in Google, and generalised a bit quickly. However, I just checked many bugzillas and they all have something similar to the Debian BTS: Well, if you really care about using google to search instead of the HE based engine, you can just use: site:bugs.donarmstrong.com et al. to search. Since it's a backup, I don't worry about it being inaccessible from time to time due to spiders running it to the server limit. Don Armstrong -- Our days are precious, but we gladly see them going If in their place we find a thing more precious growing A rare, exotic plant, our gardener's heart delighting A child whom we are teaching, a booklet we are writing -- Frederick Rükert _Wisdom of the Brahmans_ [Hermann Hesse _Glass Bead Game_] http://www.donarmstrong.com http://rzlab.ucr.edu
Bug#415309: tagpending should not use pend-excl=done to not continuously retag -done bugs
Package: devscripts Version: 2.9.27 Severity: minor Tag: patch tagpending currently uses pend-excl=done, which excludes bugs which have been marked done; this is incorrect, as it results in bugs which have been marked done for whatever reason being tagged pending again and again and again. --- /usr/bin/tagpending~ 2007-03-18 00:40:09.0 -0700 +++ /usr/bin/tagpending2006-12-04 00:51:53.0 -0800 @@ -96,7 +96,7 @@ xargs -n1 echo) if [ $USE_WGET = 1 ]; then -bts_pending=$(wget -q -O - http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src;data=$srcpkg;archive=no;pend-exc=done;include=pending; | \ +bts_pending=$(wget -q -O - http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src;data=$srcpkg;archive=no;include=pending; | \ sed -ne 's/.*a href=bugreport.cgi?bug=\([0-9]*\).*/\1/; T; p') fi -- Frankly, if ignoring inane opinions and noisy people and not flaming them to crisp is bad behaviour, I have not yet achieved a state of nirvana. -- Manoj Srivastava in [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413968: [php-maint] xmlrpc-epi turns out to be libxmlrpc in php
On Sun, Mar 11, 2007 at 01:56:42PM +0100, sean finney wrote: On Sun, 2007-03-11 at 17:44 +1100, Paul TBBle Hampson wrote: I'm suggesting either. I'm happy to maintain the package seperately, but I intend to go through the differences between the versions and confirm that they are compatible, and steal anything good from the php-bundled version, so in effect I'd be doing both. I'd also have to track upstream PHP in case they add anything else to the library in the future. So maybe a PHP package team member might want to be a co-maintainer... okay, perhaps we can revisit this after you're done. if you decide to use the upstream version we can see how hard it is to build php against that instead of the bundled code. if you decide you want to use the php-bundled version, then we should probably just generate it from the php5 source package directly. i don't use this extension myself, so in any event it would be wise to find someone who does so we can test that it still works :) I've uploaded a test version to http://www.tbble.net/debian/xmlrpc-epi/. It's almost but not quite ready for sponsorship. I've not yet reinstalled pbuilder after my last server hard disk crash, so the build-depends aren't set yet. I suspect it's only missing libexpat-dev, but want to be sure. Also, I've not included the samples in the .debs. I'd like to get the compliance-tests run during build, but see below... I've also only built it on PowerPC; the pbuilder will be on i386, and if I have the time, I can get access to an AMD64 machine next week to do a test-build there. I did a file-by-file comparison with the PHP5 code, and the only differences I didn't bring across were whitespace, // = /* comment replacement and the xmlrpc_win32 header. If anyone's available to do a test-build against PHP5, that'd be great, otherwise it'll have to wait until I have the time, sometime this week, given a following wind. On a side-note, the server compliance tests fail, expecting an i4 tag but getting an int tag from the server, as well as large whitespace changes. The latter is prolly due to the much more recent expat library, the former is a mystery to me, but I suspect it is actually a change in the spec that post-dates the compliance-test creation. -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpQZqIoDyf3G.pgp Description: PGP signature
Bug#345106: mount: Here is a patch to add hfsplus to the list
Package: mount Version: 2.12r-19 Followup-For: Bug #345106 Dear maintainer, on my mac, mount -t hfsplus works, but not hplmount from the hfsplus package. Therefore, it would be nice that this option would be mentionned in the manpage. Here is a dpatch which does. Have a nice day, -- Charles Plessy, Wako, Saitama, Japan -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-powerpc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mount depends on: ii libblkid 1.38+1.39-WIP-2005.12.31-1 block device id library ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-1 universally unique id library mount recommends no packages. -- no debconf information 10mount-manpage.dpatch Description: application/shellscript
Bug#415307: Encrypted Partition with etch testing from 2007-03-14 netinst
On Sun, Mar 18, 2007 at 07:08:06AM +0100, Manfred Rebentisch wrote: Comments/Problems: I use the netinst iso from 14. March 2007, 11:27. Want to set the partition /dev/hda4 as an encrypted partition. I do set twofish and physical volume for encryption. Let all other options to the default (Passphrase). Fine. There comes no dialog to enter the passphrase. After Installation there where no configuration for the encrypted partition. Did you select the Configure encrypted volumes menu item after you returned back to the main partitioning menu? -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415247: closed by Alexander Schmehl [EMAIL PROTECTED] (Re: FW: bug wmaker?)
Quoting Luke Kenneth Casson Leighton ([EMAIL PROTECTED]): it's ok - the point has been made. there is no hijacking. and the bug is in the attitude of the exim4 developers and the exim4 maintainers, not in the software. I'm subscribed to exim4's PTS for about 3 years now and I have never seen any evidence of arrogant and non listening attitude from the exim4 package mainainers. I personnally consider the exim4 package well maintained with maintainers listening to bug reports, opened to discussion and using their maintainer's prerogatives only when needed. The only thing that's missing them is more manpower to even better deal with bugs, probably clean out the BTS and be able to conduct more disruptive changes if they're needed. This is indeed a very common problem for most core packages in Debian but there are many packages which need more manpower much more than exim4. I find this bug report pretty offensive to exim4 maintainers who are doing are tremendous job. signature.asc Description: Digital signature
Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl
On Sun, 2007-03-11 at 19:26 +0100, sean finney wrote: hrm... i can't reproduce this, even when i set up an etch chroot with everything in your dpkg output installed (minus a few non-debian packages that were probablly not related). how about your pam/libnss configuration? also, it's a major pain to get moodle set up to test this, could you provide a smaller self-contained script that also exhibits this behaviour? perhaps a small script that uses curl/ssl or maybe postgres features just enough to tickle the bug? I have updated to the latest packages (including those of php5) and the segfault remains. On my system, only the moodle cron script triggers this bug. Other test scripts do not produce this. However, I have not tried with php-postgres included, although that does seem to be needed given that the moodle script accesses a postgresql database. fwiw, these are the packages i could not/did not install in the test chroot. besides the linux-image stuff, the dell stuff, and some local configuration-looking packages, i saw some older packages no longer available in etch. you might want to see what's in those packages, if any of them have shared libraries could you share their contents? I have removed all unnecessary packages and the problem remains. The remaining packages are unrelated and do not show up in the shared library dependency list of the core file produced. Regards, -- Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414296: pending
tags 414296 + pending thanks I added it, waiting for an upload. Greetings Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415269: lwat: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
tags 415269 pending thanks Quoting Felipe Augusto van de Wiel (faw) ([EMAIL PROTECTED]): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: lwat Tags: l10n patch Severity: wishlist Hi Could you please update the Brazilian Portuguese Translation? The maintainers commited the file in their CVS. Checking this, I discovered a typo (s/If/if) in the rewrite which I fixed in debian/templates That means that received translations will have one fuzzied string. I unfuzzied pt_BR.po and nb.po. Finn-Arne, what I propose is /me to commit these translations as they come (I'm subscribed to the PTS) so that I can preventively unfuzzy them. signature.asc Description: Digital signature
Bug#414539: Iceweasel not remembering saved passwords
Seems this is mozilla.org bug 371525 https://bugzilla.mozilla.org/show_bug.cgi?id=371525 Fixed in the forthcoming Firefox 2.0.0.3.
Bug#415231: dtc: [debconf_rewrite] Debconf templates review
Thomas Goirand commented on our proposed rewrite of dtc templates: - Please note that apache's standard installation setup /var/www as the - apache web area (document root). Remove this manually in your - /etc/apache/httpd.conf (or in /etc/apache2) if you choose /var/www/sites - as DTC's hosting area. + The default Apache installation defines /var/www as the document + root. This should be removed from the httpd.conf file manually when + another directory is chosen as DTC's hosting area. You are changing the meaning of it. The purpose of this was to tell that the default DocumentRoot should NOT be pointing to /var/www if using this path, as this could reveal all the files. By the way, on the current setup, this is not true anymore. DTC takes over the apache config, but maybe, to be 100% sure there is no security issue, best would be to just write something like this: If you choose the default of /var/www, make sure that no DocumentRoot is pointing to this path, so there is no chance to publicly give access to all your hosted files. OK, let's retry another way: Template: dtc/conf_hostingpath Type: string Default: /var/www/sites _Description: Path for hosted domains: Please enter the directory to be used by DTC to store files for all hosted domains. . If you choose /var/www, which is Apache's default document root, all files hosted in that directory will become publicly accessible. It is therefore recommended to choose another directory if the local web server is hosting other files in /var/www. -_Description: Path where to build the chroot environment: - Please enter the path where you want DTC to build the cgi-bin chroot +_Description: Path for the chroot environment: + Please enter the directory to be used by DTC to build the cgi-bin chroot I'd like to insist a bit more on the fact this is a template copied on each subdomain. Maybe it's better to write: +_Description: Path for the chroot environment template: OK, that wasn't clear. template added. This one now: - Note that in the case of a dynamic IP address, using NAT and port forwarding - is the only way to use DTC (because apache vhost file wont need to be - regenerated at each IP change). + Do not choose this option if the server is directly connected to the + Internet, except when using dynamic IP addresses. In such cases, NAT + and port forwarding are mandatory for DTC. Reading it, it seems a bit strange, as the server can't be both connected directly to internet with a public IP, and have NAT. Maybe we should write this: + Do not choose this option if the server is directly connected to the + Internet. If your internet connection is delivered by a dynamic IP addresses, choosing this option is mandatory. You then have to use a firwall doing NAT between your server and the internet, and use port forwarding to your server. My proposed rewording of this: Template: dtc/conf_use_nated_vhosts Type: boolean Default: false _Description: Use NATed vhosts? DTC can configure Apache to use one of your IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is directly connected to the Internet and uses a dynamic public IP addres. In such cases, NAT and port forwarding are mandatory for DTC. signature.asc Description: Digital signature
Bug#414092: airport-utils: Tools start and quit immediately without working
Arjan Opmeer [EMAIL PROTECTED] wrote: Hi, [Loaded java.lang.Object from shared objects file] [Loaded java.io.Serializable from shared objects file] [...] Here everything gets loaded from rt.jar, but I'm on amd64 so this might explain the difference. Otherwise it seems to load everything it needs, so I have no idea what's going wrong here. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415311: RFP: qdevelop -- QDevelop is a development environment entirely dedicated to Qt4
Package: wnpp Severity: wishlist * Package name: qdevelop Version : 0.21 Upstream Author : Jean-Luc Biord [EMAIL PROTECTED] * URL : http://qdevelop.org/ * License : GPL Programming Lang: C++ Description : QDevelop is a development environment entirely dedicated to Qt4 QDevelop is a development environment entirely dedicated to Qt4. QDevelop requires Qt4, gcc under Linux or MinGW under Windows, possibly gdb for programs debugging and ctags for code completion. QDevelop is available in English, French, German, Dutch, Polish, Spanish, Chinese, Russian, Italian and Ukrainian. If you want to translate in your language, please contact me. QDevelop is not a Kdevelop like or reduced. It's an independent IDE dedicated to Qt and is totally independent of KDevelop. Less complete, but faster, light and especially multi-platforms. QDevelop and KDevelop have different code sources. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415310: iceweasel: javascript error while opening the help menu (checkForUpdates has no properties)
Package: iceweasel Version: 2.0.0.2+dfsg-3 Severity: minor Opening the help menu results in the following error: Error: checkForUpdates has no properties Source File: chrome://browser/content/utilityOverlay.js Line: 401 (To make it appear in the error console, you need to use the javascript.options.showInConsole=true configuration option.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.2-1.2 generic font configuration library ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-6 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415312: pcscd flood syslog with message CmdGetSlotStatus Card absent or mute
Package: pcscd Version: 1.3.2-5 Severity: normal Hi, I installed pcscd on a laptop with a smartcard reader built in. I use my smartcard very rarely, but I leave the pcscd daemon always active. What I see a little bit annoying is a very long list of messages sent by pcscd to syslog: Mar 18 09:31:47 scarafaggio pcscd: commands.c:698:CmdGetSlotStatus Card absent or mute Mar 18 09:32:17 scarafaggio last message repeated 73 times Mar 18 09:33:16 scarafaggio last message repeated 148 times Mar 18 09:34:17 scarafaggio last message repeated 149 times Mar 18 09:35:17 scarafaggio last message repeated 148 times Mar 18 09:36:16 scarafaggio last message repeated 148 times Mar 18 09:37:17 scarafaggio last message repeated 149 times Mar 18 09:38:17 scarafaggio last message repeated 148 times Mar 18 09:39:01 scarafaggio last message repeated 110 times Mar 18 09:39:01 scarafaggio /USR/SBIN/CRON[14420]: (root) CMD ( [ -d /var/lib/php4 ] find /var/lib/php4/ -type f -cmin +$(/usr/lib/php4/maxlifetime) -print0 | xargs -r -0 rm) Mar 18 09:39:01 scarafaggio /USR/SBIN/CRON[14421]: (root) CMD ( [ -d /var/lib/php5 ] find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -r -0 rm) Mar 18 09:39:02 scarafaggio pcscd: commands.c:698:CmdGetSlotStatus Card absent or mute Mar 18 09:39:33 scarafaggio last message repeated 77 times Mar 18 09:40:34 scarafaggio last message repeated 151 times Mar 18 09:41:35 scarafaggio last message repeated 151 times Mar 18 09:42:36 scarafaggio last message repeated 150 times Mar 18 09:43:37 scarafaggio last message repeated 150 times Mar 18 09:44:38 scarafaggio last message repeated 150 times Mar 18 09:45:39 scarafaggio last message repeated 151 times Mar 18 09:46:40 scarafaggio last message repeated 151 times Would it be possible to reduce the number of messages? It seems pcscd generate message at a rate 150 per second. Probably the correct solution is just to remove this message about card absent. Why should I care in syslog about an absent card? Thanks, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415247: closed by Alexander Schmehl [EMAIL PROTECTED] (Re: FW: bug wmaker?)
On Sun, Mar 18, 2007 at 09:03:14AM +0100, Christian Perrier wrote: I find this bug report pretty offensive to exim4 maintainers who are doing are tremendous job. many things that i say are considered offensive. which is why i get banned from lists and from people's minds. i _promise_ you this: when the issues that i can see as clearly as day are _dealt_ with, i will be the _first_ one to be praising the people who implement them. basically, you can absolutely 100% cast-iron expect absolute outright honest assessments from me, positive _and_ negative. having made the choice to do that, some years ago, i _cannot_ now do anything _but_ stick to that choice - to tell the truth as i see it. if you don't like that - tough. shut your mind. l. -- -- lkcl.net - mad free software computer person, visionary and poet. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415299: xsane-common: some documentation files missing or mis-linked
Vincent McIntyre [EMAIL PROTECTED] wrote: Hi, usr/share/doc/xsane/html/sane-xsane-setup-image-doc.html but this file does not exist in the version of xsane-common I have. dpkg -L confirms this. $ dpkg -L xsane-common |grep setup-image This appears to be a regression from sarge version (0.97-3); according to p.d.o this file exists in that package. The file does not exist anymore in the sources. I checked further down the document and usr/share/doc/xsane/html/sane-xsane-setup-mail-doc.html seems to be missing or to have changed names to usr/share/doc/xsane/html/sane-xsane-setup-email-doc.html It's been renamed, indeed. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405553: phpsysinfo: New upstream release (2.5.2)
Why is this package not updated? Would be nice to use the latest version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413426: NoScript install doesn't work as non-root
On Sun, Mar 18, 2007 at 12:35:42PM +0900, James Andrewartha [EMAIL PROTECTED] wrote: Hi, I installed NoScript as a user into iceape 1.0.8-3, and I don't have components/noscriptService.js or defaults/pref/noscript.js in my profile. I also have the opposite problem - the NoScript icon appears in the toolbar, but doesn't do anything. Does this mean the root problem is in the NoScript install.js? No, the problem is with the way iceape handles extensions, which will hopefully be fixed when suiterunner will be released (this is the rewrite of seamonkey using the same toolkit as firefox) And, I forgot to take care of this bug, damn :( Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413397: ifcico: purging the package fails (update-inetd unavailable)
tags 413397 -patch thanks The suggested patch is flawed. There's no reason to limit update-inetd's actions to cases when the postinst is called with 'configure'; the other options for postinst are abort-upgrade, abort-remove, and abort-deconfigure, and if the removal commands are going to be moved from postrm to prerm, then the --add command needs to be invoked for *every* call of the postinst. Now, if the removal /is/ done in the prerm, then without any changes to the postinst we get as a bonus the fix that 'dpkg-reconfigure ifcico' no longer generates an extra, commented-out entry every time it's called. The postinst is still not idempotent, though; if for any reason the postinst should fail partway through, calling it again is going to create extra commented-out entries for these services, because the postinst will comment out the newly added entries from the /previous/ run and then proceed to add new uncommented ones. OTOH, there's the question of whether services should be stopped/disabled in the prerm. Doing so effectively means that any changes the local admin makes to the inetd line will be lost on every package upgrade, which is not desirable. So the only way to preserve such changes reliably is to treat them the same as conffiles: only install the entry on initial install of the package, only remove the entry on package purge. (Removing the entry on package removal is insufficient unless we pre-depend on update-inetd, because the postinst can't distinguish between an upgrade of the package and an install from config-files state, so install-remove-install would leave the user without inetd.conf entries.) The attached patch therefore implements this last logic. I'm leaving the patch tag off for now, though; I'm not 100% happy with this solution because it leaves the record in place and enabled on package removal. It's possible that a two-stage process, disable/enable vs. add/remove, would give better results, but I need to think on that some more since there don't seem to be any good examples of update-inetd use running around anywhere. :/ Anyway, the attached patch would at least be an improvement over the current state of affairs (IMHO) and resolve the RC bug, so Marco, feel free to use it if you want it, I just won't NMU with this particular iteration. -- 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/ diff -u ifmail-2.14tx8.10/debian/ifcico.postinst ifmail-2.14tx8.10/debian/ifcico.postinst --- ifmail-2.14tx8.10/debian/ifcico.postinst +++ ifmail-2.14tx8.10/debian/ifcico.postinst @@ -1,9 +1,11 @@ #!/bin/sh -e -update-inetd --comment-chars #disabled# --disable tfido -update-inetd --group OTHER --add tfido stream tcp nowait ftn /usr/sbin/tcpd /usr/lib/ifmail/ifcico -r 0 -t -update-inetd --comment-chars #disabled# --disable fido -update-inetd --group OTHER --add fido stream tcp nowait ftn /usr/sbin/tcpd /usr/lib/ifmail/ifcico -r 0 +if [ $1 = configure ] [ -z $2 ]; then + update-inetd --comment-chars #disabled# --disable tfido + update-inetd --group OTHER --add tfido stream tcp nowait ftn /usr/sbin/tcpd /usr/lib/ifmail/ifcico -r 0 -t + update-inetd --comment-chars #disabled# --disable fido + update-inetd --group OTHER --add fido stream tcp nowait ftn /usr/sbin/tcpd /usr/lib/ifmail/ifcico -r 0 +fi #DEBHELPER# diff -u ifmail-2.14tx8.10/debian/changelog ifmail-2.14tx8.10/debian/changelog --- ifmail-2.14tx8.10/debian/changelog +++ ifmail-2.14tx8.10/debian/changelog @@ -1,3 +1,13 @@ +ifmail (2.14tx8.10-19.2) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * Add missing dependency on update-inetd to ifcico, and fix the +maintainer script handling to only add entries on a new install and +only remove them on purge. Closes: #413397. + + -- Steve Langasek [EMAIL PROTECTED] Sun, 18 Mar 2007 01:42:26 -0700 + ifmail (2.14tx8.10-19.1) unstable; urgency=high * Non-maintainer upload. diff -u ifmail-2.14tx8.10/debian/control ifmail-2.14tx8.10/debian/control --- ifmail-2.14tx8.10/debian/control +++ ifmail-2.14tx8.10/debian/control @@ -23,7 +23,7 @@ Package: ifcico Architecture: any -Depends: ${shlibs:Depends}, ifmail +Depends: ${shlibs:Depends}, ifmail, update-inetd Conflicts: suidmanager ( 0.50) Description: Fidonet Technology transport package Ifcico is a FidoTech mailer for connecting to other nodes via the phone diff -u ifmail-2.14tx8.10/debian/ifcico.postrm ifmail-2.14tx8.10/debian/ifcico.postrm --- ifmail-2.14tx8.10/debian/ifcico.postrm +++ ifmail-2.14tx8.10/debian/ifcico.postrm @@ -1,11 +1,10 @@ #!/bin/sh -e -update-inetd --remove ^tfido -update-inetd --comment-chars #disabled# --enable tfido -update-inetd --remove ^fido -update-inetd --comment-chars #disabled# --enable fido - if [ $1 = purge ]; then + update-inetd --remove
Bug#415313: inkscape: mime entry for inkview
Package: inkscape Version: 0.45-1 Severity: wishlist Hi. The package inkscape comes with a MIME entry file, but this file does not advertise inkview. To just view SVG files, inkview is probably better than the full inkscape. I suggest to add a new entry /usr/lib/mime/packages/inkview : image/svg+xml; inkview '%s'; description=Scalable Vector Graphics; test=test -n $DISPLAY image/svg; inkview '%s'; description=Scalable Vector Graphics; test=test -n $DISPLAY Regards, -- Nicolas George Irrelevant system information: Debian Release: testing, inkscape from unstable Architecture: i386 Kernel: 2.6.19-rc4 #2 SMP PREEMPT Packages inkscapes depends on or recommends: ii dia0.95.0-4.1+b1 Diagram editor pn dia-gnome none (no description available) ii imagemagick6.2.4.5.dfsg1- Image manipulation programs ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics library ii libfontconfig1 2.4.2-1.2 generic font configuration library - runtime ii libfreetype6 2.2.1-5FreeType 2 font engine, shared library files ii libgc1c2 6.8-1 conservative garbage collector for C and C++ ii libgcc14.1.1-21 GCC support library ii libgconf2-42.16.1-1 GNOME configuration database system (shared ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libglibmm-2.4- 2.12.0-1 C++ wrapper for the GLib toolkit (shared lib ii libgnomevfs2-0 2.14.2-7 GNOME virtual file-system (runtime libraries ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface library ii libgtkmm-2.4-1 2.8.8-1C++ wrappers for GTK+ 2.4 (shared libraries) ii liblcms1 1.15-1 Color management library ii liborbit2 2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internationalized te ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsigc++-2.0- 2.0.17-2 type-safe Signal Framework for C++ - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwmf-bin 0.2.8.4-2 Windows metafile conversion tools ii libx11-6 1.0.3-6X11 client-side library ii libxcursor11.1.7-4X cursor management library ii libxext6 1.0.1-2X11 miscellaneous extension library ii libxfixes3 4.0.1-5X11 miscellaneous 'fixes' extension library ii libxft22.1.8.2-8 FreeType-based font drawing library for X ii libxi6 1.0.1-4X11 Input extension library ii libxinerama1 1.0.1-4.1 X11 Xinerama extension library ii libxml-xql-per 0.68-4 Perl module for querying XML tree structures ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 1.1.0.2-5 X11 RandR extension library ii libxrender10.9.1-3X Rendering Extension client library ii libxslt1.1 1.1.19-1 XSLT processing library - runtime library pn perlmagick none (no description available) ii pstoedit 3.44-1 PostScript and PDF files to editable vector ii python 2.4.4-2An interactive high-level object-oriented la ii python-xml 0.8.4-6XML tools for Python un skencilnone (no description available) ii zlib1g 1.2.3-13 compression library - runtime signature.asc Description: Digital signature
Bug#415292: libgl1-mesa-glx: assertion failure in libGL.so.1
Could you try with libgl1-mesa-glx 6.5.2-3 currently in experimental? The FIXME code seems to still be there, but maybe something else has been added to work around the problem... If it still fails, it should be reported upstream. Brice
Bug#415309: tagpending should not use pend-excl=done to not continuously retag -done bugs
Hi, On Sun, 2007-03-18 at 00:40 -0700, Don Armstrong wrote: Package: devscripts Version: 2.9.27 Severity: minor Tag: patch tagpending currently uses pend-excl=done, which excludes bugs which have been marked done; this is incorrect, as it results in bugs which have been marked done for whatever reason being tagged pending again and again and again. As of 2.10.0, tagpending also retrieves a list of bugs open against the package and won't attempt to tag a bug that isn't in the latter list (unless it's filed against wnpp). So far as I can see, that largely makes the suggested change a no-op, other than increasing the size of the list of pending bugs retrieved. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415314: liferea: Please add 'Default Debian Browser' in the browsers integration
Package: liferea Severity: wishlist Liferea provides bunch of different browsers to open links in, but misses important one: x-www-browser. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-openvz Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415309: tagpending should not use pend-excl=done to not continuously retag -done bugs
On Sun, 18 Mar 2007, Adam D. Barratt wrote: As of 2.10.0, tagpending also retrieves a list of bugs open against the package and won't attempt to tag a bug that isn't in the latter list (unless it's filed against wnpp). Ah; could be. I'll test 2.10.0 once it makes it to my mirror and marked this fixed if it works. Don Armstrong -- My spelling ability, or rather the lack thereof, is one of the wonders of the modern world. http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415312: pcscd flood syslog with message CmdGetSlotStatus Card absent or mute
Le 18.03.2007, à 09:50:47, Giuseppe Sacco a écrit: I installed pcscd on a laptop with a smartcard reader built in. I use my smartcard very rarely, but I leave the pcscd daemon always active. What I see a little bit annoying is a very long list of messages sent by pcscd to syslog: Send the me output of: $ apt-cache policy libccid pcscd Bye, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#415315: gnome-applets: does not include source for gweather/Locations.xml
Package: gnome-applets Version: 2.14.3-4 Severity: serious Justification: Policy 2.2.1 The gweather/Locations.xml file seems to be autogenerated from gweather/Locations.xml.in, which isn't included in the Debian source package. Please include it. (While this is a violation of section 1 of the etch RC policy, I am aware it may be hard to fix this bug at this point before the release. It should be a good candidate for an etch-ignore tag, as far as I am concerned.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii gconf2 2.16.1-1 GNOME configuration database syste ii gnome-applets-data 2.14.3-4 Various applets for GNOME 2 panel ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gnome-panel2.14.3-5 launcher and docking facility for ii gstreamer0.10-alsa 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the good ii libapm13.2.2-8.1 Library for interacting with APM d ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgstreamer-plugins-base0 0.10.10-4 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.10-3 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtop2-7 2.14.4-3 gtop system monitoring library ii libgucharmap4 1:1.6.0-1 Unicode browser widget library (sh ii libhal10.5.8.1-6.1 Hardware Abstraction Layer - share ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libwnck18 2.14.3-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxklavier10 2.2-5 X Keyboard Extension high-level AP ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra Versions of packages gnome-applets recommends: pn deskbar-applet none (no description available) ii gnome-media 2.14.2-4 GNOME media utilities pn gnome-netstatus-app none (no description available) ii gnome-system-monito 2.14.5-1 Process viewer and system resource ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411510: debian-policy: Document use of /etc/ld.so.conf.d
Hi, Policy section 10.2 currently states that packages installing libraries into private directories should edit /etc/ld.so.conf directly. There now seems to be an /etc/ld.so.conf.d directory into which packages can drop files that are included from the main /etc/ld.so.conf file. Having a package drop a file into that directory seems easier than having everyone re-implement the logic to correctly edit /etc/ld.so.conf, so should this become the recommended behaviour? Having such would require Pre-Depends on the version which implements it. Looking at the changelog, 2.3.6-16 looks like it was first introduced, but it's been fixed again and again through 2.3.6.ds1-13 etc. Is it ready for mainline? regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415231: dtc: [debconf_rewrite] Debconf templates review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: If you choose the default of /var/www, make sure that no DocumentRoot is pointing to this path, so there is no chance to publicly give access to all your hosted files. OK, let's retry another way: Template: dtc/conf_hostingpath Type: string Default: /var/www/sites _Description: Path for hosted domains: Please enter the directory to be used by DTC to store files for all hosted domains. . If you choose /var/www, which is Apache's default document root, all files hosted in that directory will become publicly accessible. It is therefore recommended to choose another directory if the local web server is hosting other files in /var/www. You'd better write: If you choose /var/www, which is Apache's default document root, all files hosted in that directory MAY become publicly accessible. It is therefore recommended to change your apache main DocumentRoot configured in /etc/apache/httpd.conf or /etc/apache2/apache.conf after the setup of DTC of you choose /var/www here. My proposed rewording of this: Template: dtc/conf_use_nated_vhosts Type: boolean Default: false _Description: Use NATed vhosts? DTC can configure Apache to use one of your IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is directly connected to the Internet and uses a dynamic public IP addres. In such cases, NAT and port forwarding are mandatory for DTC. No, this is not right! This option should NOT be choosen if the server is connected directly to the internet. So I would rather write this: _Description: Use NATed vhosts? DTC can configure Apache to use one of your LAN IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is not connected to the Internet directly, but through a Firewall doing NAT. If using a dynamic public IP address, NAT and port forwarding are mandatory when using DTC. I can't wait to have this new template ready, as I have corrected bugs in the current version in SID, and that I want to have it uploaded asap to remove them. Last thing, before you send this new english template so it can be translated, I'll rewrap it to 80 cols as my sponsor seems to insist on this (which I also think is not a bad thing). I also think translators should be warned to take care of this (little) issue. Thanks again for your work, Thomas Goirand -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/Q+7l4M9yZjvmkkRAvzmAKDPPmnpd3VApB6oMED1+m5QqnxfrgCbB4WG 7I0x6y7svWbt8yWfiiEhHOs= =RNmO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415141: sylpheed-claws-gtk2: add a delete thread option
tags 415141 confirmed fixed-upstream pending thanks On Sun, 18 Mar 2007 00:29:05 +0200 Micha Feigin [EMAIL PROTECTED] wrote: On Sat, 17 Mar 2007 23:06:14 +0100 Ricardo Mones [EMAIL PROTECTED] wrote: tags 415141 moreinfo thanks On Fri, 16 Mar 2007 14:32:59 +0200 micha [EMAIL PROTECTED] wrote: Package: sylpheed-claws-gtk2 Version: 2.6.0-1.1 Severity: wishlist It would be nice if there was a delete thread option which would save some work instead of using mark thread and then delete. Well, not a big work saved, but yes :) It allows doing the same thing for threads and single unthreaded messages and to do it fast takes two hands. The sylpheed claws forum seems to imply that this option is already implemented there. Err, which forum is that? Can you provide the link about the subject? One place I've seen it, fourth message http://www.nabble.com/Deleting-Posts-In-A-Folder-t3357106.html Doh! I thought it was other forum (that's the users mailing list via web) and I though it would be implemented in sylpheed-claws, but this one is referring the option already implemented in claws-mail [0]. You can try the packages and see if it fits your needs. Still not uploaded to debian archive though. best regards, [0] http://people.debian.org/~mones/claws-mail -- Ricardo Mones http://people.debian.org/~mones «Try to relax and enjoy the crisis. -- Ashleigh Brilliant» signature.asc Description: PGP signature
Bug#415316: yaz: FTBFS: /usr/bin/ld: cannot find -lssl
Package: yaz Version: 2.1.18-2 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of yaz_2.1.18-2 on nasya by sbuild/sparc 0.52 Build started at 20070317-1914 ** ... sparc-linux-gnu-gcc -DPACKAGE_NAME=\yaz\ -DPACKAGE_TARNAME=\yaz\ -DPACKAGE_VERSION=\2.1.18\ -DPACKAGE_STRING=\yaz 2.1.18\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\yaz\ -DVERSION=\2.1.18\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_DIRENT_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_WCHAR_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_PWD_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_UN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_LONG_LONG=1 -DHAVE_READLINE_READLINE_H=1 -DHAVE_READLINE_HISTORY_H=1 -DHAVE_READLINE_COMPLETION_OVER=1 -DHAVE_READLINE_RL_COMPLETION_MATCHES=1 -DHAVE_ICONV_H=1 -DHAVE_VSNPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_POLL=1 -DHAVE_STRERROR_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_USLEEP=1 -DHAVE_FOPEN64=1 -DHAVE_SYS_POLL_H=1 -DYAZ_SOCKLEN_T=socklen_t -DYAZ_USE_NEW_LOG=1 -DHAVE_TCPD_H=1 -DHAVE_LIBPTHREAD=1 -DHAVE_XML2=1 -I. -I. -I../include -I/usr/include/libxml2 -DHAVE_OPENSSL_SSL_H=1 -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -MT mime.lo -MD -MP -MF .deps/mime.Tpo -c mime.c -fPIC -DPIC -o .libs/mime.o sparc-linux-gnu-gcc -DPACKAGE_NAME=\yaz\ -DPACKAGE_TARNAME=\yaz\ -DPACKAGE_VERSION=\2.1.18\ -DPACKAGE_STRING=\yaz 2.1.18\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\yaz\ -DVERSION=\2.1.18\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_DIRENT_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_WCHAR_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_PWD_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_UN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_LONG_LONG=1 -DHAVE_READLINE_READLINE_H=1 -DHAVE_READLINE_HISTORY_H=1 -DHAVE_READLINE_COMPLETION_OVER=1 -DHAVE_READLINE_RL_COMPLETION_MATCHES=1 -DHAVE_ICONV_H=1 -DHAVE_VSNPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_POLL=1 -DHAVE_STRERROR_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_USLEEP=1 -DHAVE_FOPEN64=1 -DHAVE_SYS_POLL_H=1 -DYAZ_SOCKLEN_T=socklen_t -DYAZ_USE_NEW_LOG=1 -DHAVE_TCPD_H=1 -DHAVE_LIBPTHREAD=1 -DHAVE_XML2=1 -I. -I. -I../include -I/usr/include/libxml2 -DHAVE_OPENSSL_SSL_H=1 -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -MT mime.lo -MD -MP -MF .deps/mime.Tpo -c mime.c -o mime.o /dev/null 21 /bin/sh ../libtool --mode=link sparc-linux-gnu-gcc -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -o libyaz.la -rpath /usr/lib -version-info 2:1:0 version.lo options.lo log.lo marcdisp.lo oid.lo wrbuf.lo nmemsdup.lo xmalloc.lo readconf.lo tpath.lo nmem.lo matchstr.lo atoin.lo siconv.lo marc8.lo marc8r.lo odr_bool.lo ber_bool.lo ber_len.lo ber_tag.lo odr_util.lo odr_null.lo ber_null.lo odr_int.lo ber_int.lo odr_tag.lo odr_cons.lo odr_seq.lo odr_oct.lo ber_oct.lo odr_bit.lo ber_bit.lo odr_oid.lo ber_oid.lo odr_use.lo odr_choice.lo odr_any.lo ber_any.lo odr.lo odr_mem.lo dumpber.lo odr_enum.lo comstack.lo tcpip.lo waislen.lo unix.lo z-accdes1.lo z-accform1.lo z-acckrb1.lo z-core.lo z-diag1.lo z-espec1.lo z-estask.lo z-exp.lo z-grs.lo z-mterm2.lo z-opac.lo z-uifr1.lo z-rrf1.lo z-rrf2.lo z-sum.lo z-sutrs.lo z-oclcui.lo zes-expi.lo zes-exps.lo zes-order.lo zes-pquery.lo zes-psched.lo zes-pset.lo zes-update0.lo z-date.lo z-univ.lo zes-update.lo zes-admin.lo z-charneg.lo prt-ext.lo ill-core.lo item-req.lo ill-get.lo zget.lo yaz-ccl.lo diag-entry.lo diagbib1.lo diagsrw.lo logrpn.lo otherinfo.lo pquery.lo sortspec.lo z3950oid.lo charneg.lo initopt.lo zoom-c.lo zoom-opt.lo grs1disp.lo zgdu.lo soap.lo srw.lo srwutil.lo opacdisp.lo cclfind.lo ccltoken.lo cclerrms.lo cclqual.lo cclptree.lo cclqfile.lo cclstr.lo cql.lo cqlstdio.lo cqltransform.lo cqlutil.lo xcqlutil.lo cqlstring.lo cqlstrer.lo querytowrbuf.lo eventl.lo seshigh.lo statserv.lo requestq.lo tcpdchk.lo service.lo test.lo xmlquery.lo mime.lo -L/usr/lib -lxml2 -lssl -lcrypto -lwrap -lnsl -lpthread sparc-linux-gnu-gcc -shared .libs/version.o .libs/options.o .libs/log.o .libs/marcdisp.o .libs/oid.o .libs/wrbuf.o .libs/nmemsdup.o .libs/xmalloc.o .libs/readconf.o .libs/tpath.o .libs/nmem.o .libs/matchstr.o .libs/atoin.o .libs/siconv.o .libs/marc8.o .libs/marc8r.o .libs/odr_bool.o .libs/ber_bool.o .libs/ber_len.o .libs/ber_tag.o .libs/odr_util.o .libs/odr_null.o .libs/ber_null.o .libs/odr_int.o .libs/ber_int.o
Bug#415301: [Pkg-kde-extras] Bug#415301: digikam: Digikam hangs on startup
severity 415301 normal tags 415301 upstream merge 415301 350400 thanks On Sunday 18 March 2007 01:32, Dale E. Martin wrote: My albums and the DBs are being accessed over NFS if that provides any hints as to the problem. Dale, Thanks for your bug report. Albums over NFS is not a supported configuration. I suspect that is your problem. Have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350400 http://bugs.kde.org/show_bug.cgi?id=121005 Mark pgpINNgBnU5lq.pgp Description: PGP signature
Bug#415245: xine-ui: xine crashes with a segmentation fault immediately
Reinhard Tartler wrote: I cannot reproduce this here. Could you please try to recompile xine-ui with debug information and post a backtrace here? Does it also happen with gxine? I started xine GUI with gdb and tracked down the segfault to /usr/lib/tls/libnvidia-tls.so.1, so it looks my NVidia GLX installation is broken. In fact it is, because glxgears crashes the same way. So please close this bug, it's obviously no xine problem. Sorry for the false alarm. Regards, Jörn -- Joern Reder supporting: http://www.zyn.de/ unbelievable: http://www.exit1.org/ CPAN: http://www.perl.com/CPAN/modules/by-authors/id/J/JR/JRED
Bug#415231: dtc: [debconf_rewrite] Debconf templates review
You'd better write: If you choose /var/www, which is Apache's default document root, all files hosted in that directory MAY become publicly accessible. It is therefore recommended to change your apache main DocumentRoot configured in /etc/apache/httpd.conf or /etc/apache2/apache.conf after the setup of DTC of you choose /var/www here. OK. New attempt: Template: dtc/conf_hostingpath Type: string Default: /var/www/sites _Description: Path for hosted domains: Please enter the directory to be used by DTC to store files for all hosted domains. . If you choose /var/www, which is Apache's default document root, all files hosted in that directory may become publicly accessible. It is therefore recommended to change the DocumentRoot setting in Apache configuration if you choose /var/www as path for hosted domains. Template: dtc/conf_use_nated_vhosts Type: boolean Default: false _Description: Use NATed vhosts? DTC can configure Apache to use one of your IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is directly connected to the Internet and uses a dynamic public IP addres. In such cases, NAT and port forwarding are mandatory for DTC. No, this is not right! This option should NOT be choosen if the server is connected directly to the internet. So I would rather write this: All this clearly shows that the whole thing is everythign but clear, I'm afraid..:-| New proposal: Template: dtc/conf_use_nated_vhosts Type: boolean Default: false _Description: Use NATed vhosts? DTC can configure Apache to use one of your IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is not connected to the Internet directly, but through a firewall doing network address translation (NAT). If the server uses a dynamic public IP address, NAT and port forwarding are mandatory for DTC. I can't wait to have this new template ready, as I have corrected bugs in the current version in SID, and that I want to have it uploaded asap to remove them. Last thing, before you send this new english template so it can be translated, I'll rewrap it to 80 cols as my sponsor seems to insist on this (which I also think is not a bad thing). I also think translators should be warned to take care of this (little) issue. That is incorrect. There is not technical point in rewrapping debconf templates to 80 cols. The formatting of the original templates file is irrelevant to what will be displayed to users. Rewrapping to 80 cols is only relevant to improve the readability of the debconf templates when doing what we're doing right now. The formatting of PO files is of no importance for the result as well. Here also, using some reasonable wrapping is recommended but not mandatory. My usual recommendation with PO files is using msgcat on them. I also recommend maintainers to check the PO files: msgcat fr.po fr2.po msgfmt -o /dev/null --statistics --check fr.po So, there is no need to give special warning to translators and I usually recommend maintainers to never ever touch translator's files...except when they really know what they're doing..:) signature.asc Description: Digital signature
Bug#415217: syck: FTBFS: pyext.c:9:20: error: Python.h: No such file or directory
severity 415217 important thanks On Sat, Mar 17, 2007 at 09:25:54AM +0100, Julien Danjou wrote: Package: syck Version: 0.55-3.3 Severity: serious There was a problem while autobuilding your package: copying ypath.py - build/lib.linux-sparc64-2.4 copying ydump.py - build/lib.linux-sparc64-2.4 copying yaml2xml.py - build/lib.linux-sparc64-2.4 ^ So you're building it on a system running a sparc64 kernel, without using sparc32. Not RC. -- 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#415176: rhythmbox restarts on close unless doing kill on the command line
Sven Arvidsson wrote: On Sat, 2007-03-17 at 18:19 +0100, Martin Ketzer wrote: Do you get any error messages if you launch rhythmbox from a terminal? yes, this: (rhythmbox:8341): Rhythmbox-WARNING **: Unable to start mDNS browsing: MDNS service is not running I think that's unrelated, only a warning about avahi not being installed / not running. Are your sure you haven't set rhythmbox as restart in the session preferences in GNOME? no, i haven't, Style is set to normal. but maybe it's got something to do with gnome 2.16? I'm not sure, but I don't think so. Do you have this problem only with version 0.9.8 or also with 0.9.6 from unstable? i have it since the upgrade from 0.9.6 to 0.9.8 (the versions should have been in the original report?) Can you run rhythmbox from the terminal in debug mode (rhythmbox -d) and see if you can capture any interesting error messages when you close? Keep in mind that debug mode is very verbose. hm, i see nothing out of the ordinary. problem is, that the exit of rhythmbox starts a new instance (without -d). but i tried a few things. 1. mv /usr/bin/rhythmbox /usr/bin/rhythmbox.orig and execute rhythmbox.orig results in rhythmbox exiting normally without restart 2. write a shell-script named rhythmbox that does execute rhythmbox.orig -d and pipes the output into a file but that results again in rhythmbox exiting normally without restart (and nothing interesting in the log again). after that i renamed the original rhythmbox to it's usual name the restarting occurs again. odd... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415316: yaz: FTBFS: /usr/bin/ld: cannot find -lssl
severity 415316 important tags 415316 moreinfo unreproducible thanks On Sun, Mar 18, 2007 at 11:22:59AM +0100, Julien Danjou wrote: Package: yaz Version: 2.1.18-2 Severity: serious There was a problem while autobuilding your package: Automatic build of yaz_2.1.18-2 on nasya by sbuild/sparc 0.52 Build started at 20070317-1914 ** sparc-linux-gnu-gcc -DPACKAGE_NAME=\yaz\ -DPACKAGE_TARNAME=\yaz\ -DPACKAGE_VERSION=\2.1.18\ -DPACKAGE_STRING=\yaz 2.1.18\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\yaz\ -DVERSION=\2.1.18\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_DIRENT_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_WCHAR_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_PWD_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_UN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_LONG_LONG=1 -DHAVE_READLINE_READLINE_H=1 -DHAVE_READLINE_HISTORY_H=1 -DHAVE_READLINE_COMPLETION_OVER=1 -DHAVE_READLINE_RL_COMPLETION_MATCHES=1 -DHAVE_ICONV_H=1 -DHAVE_VSNPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_POLL=1 -DHAVE_STRERROR_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_USLEEP=1 -DHAVE_FOPEN64=1 -DHAVE_SYS_POLL_H=1 -DYAZ_SOCKLEN_T=socklen_t -DYAZ_USE_NEW_LOG=1 -DHAVE_TCPD_H=1 -DHAVE_LIBPTHREAD=1 -DHAVE_XML2=1 -I. -I. -I../include -I/usr/include/libxml2 -DHAVE_OPENSSL_SSL_H=1 -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -MT mime.lo -MD -MP -MF .deps/mime.Tpo -c mime.c -fPIC -DPIC -o .libs/mime.o sparc-linux-gnu-gcc -DPACKAGE_NAME=\yaz\ -DPACKAGE_TARNAME=\yaz\ -DPACKAGE_VERSION=\2.1.18\ -DPACKAGE_STRING=\yaz 2.1.18\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\yaz\ -DVERSION=\2.1.18\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_DIRENT_H=1 -DHAVE_FNMATCH_H=1 -DHAVE_WCHAR_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_PWD_H=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_SOCKET_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_UN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DHAVE_LONG_LONG=1 -DHAVE_READLINE_READLINE_H=1 -DHAVE_READLINE_HISTORY_H=1 -DHAVE_READLINE_COMPLETION_OVER=1 -DHAVE_READLINE_RL_COMPLETION_MATCHES=1 -DHAVE_ICONV_H=1 -DHAVE_VSNPRINTF=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_POLL=1 -DHAVE_STRERROR_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_USLEEP=1 -DHAVE_FOPEN64=1 -DHAVE_SYS_POLL_H=1 -DYAZ_SOCKLEN_T=socklen_t -DYAZ_USE_NEW_LOG=1 -DHAVE_TCPD_H=1 -DHAVE_LIBPTHREAD=1 -DHAVE_XML2=1 -I. -I. -I../include -I/usr/include/libxml2 -DHAVE_OPENSSL_SSL_H=1 -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -MT mime.lo -MD -MP -MF .deps/mime.Tpo -c mime.c -o mime.o /dev/null 21 /bin/sh ../libtool --mode=link sparc-linux-gnu-gcc -DYAZ_POSIX_THREADS=1 -D_REENTRANT -Wall -g -O2 -o libyaz.la -rpath /usr/lib -version-info 2:1:0 version.lo options.lo log.lo marcdisp.lo oid.lo wrbuf.lo nmemsdup.lo xmalloc.lo readconf.lo tpath.lo nmem.lo matchstr.lo atoin.lo siconv.lo marc8.lo marc8r.lo odr_bool.lo ber_bool.lo ber_len.lo ber_tag.lo odr_util.lo odr_null.lo ber_null.lo odr_int.lo ber_int.lo odr_tag.lo odr_cons.lo odr_seq.lo odr_oct.lo ber_oct.lo odr_bit.lo ber_bit.lo odr_oid.lo ber_oid.lo odr_use.lo odr_choice.lo odr_any.lo ber_any.lo odr.lo odr_mem.lo dumpber.lo odr_enum.lo comstack.lo tcpip.lo waislen.lo unix.lo z-accdes1.lo z-accform1.lo z-acckrb1.lo z-core.lo z-diag1.lo z-espec1.lo z-estask.lo z-exp.lo z-grs.lo z-mterm2.lo z-opac.lo z-uifr1.lo z-rrf1.lo z-rrf2.lo z-sum.lo z-sutrs.lo z-oclcui.lo zes-expi.lo zes-exps.lo zes-order.lo zes-pquery.lo zes-psched.lo zes-pset.lo zes-update0.lo z-date.lo z-univ.lo zes-update.lo zes-admin.lo z-charneg.lo prt-ext.lo ill-core.lo item-req.lo ill-get.lo zget.lo yaz-ccl.lo diag-entry.lo diagbib1.lo diagsrw.lo logrpn.lo otherinfo.lo pquery.lo sortspec.lo z3950oid.lo charneg.lo initopt.lo zoom-c.lo zoom-opt.lo grs1disp.lo zgdu.lo soap.lo srw.lo srwutil.lo opacdisp.lo cclfind.lo ccltoken.lo cclerrms.lo cclqual.lo cclptree.lo cclqfile.lo cclstr.lo cql.lo cqlstdio.lo cqltransform.lo cqlutil.lo xcqlutil.lo cqlstring.lo cqlstrer.lo querytowrbuf.lo eventl.lo seshigh.lo statserv.lo requestq.lo tcpdchk.lo service.lo test.lo xmlquery.lo mime.lo -L/usr/lib -lxml2 -lssl -lcrypto -lwrap -lnsl -lpthread sparc-linux-gnu-gcc -shared .libs/version.o .libs/options.o .libs/log.o .libs/marcdisp.o .libs/oid.o .libs/wrbuf.o .libs/nmemsdup.o .libs/xmalloc.o .libs/readconf.o .libs/tpath.o .libs/nmem.o .libs/matchstr.o .libs/atoin.o
Bug#415317: bluez-utils: Should depend on dbus
Package: bluez-utils Version: 3.1-3.1 Severity: serious Without a locally installed dbus daemon, hcid doesn't start. Therefore, bluez-utils must depend on dbus. -- 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.16-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages bluez-utils depends on: ii libbluetooth23.1-1 Library to use the BlueZ Linux Blu ii libc62.3.6-15GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.62-4 simple interprocess messaging syst ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-14 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82creates device files in /dev ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii sysvinit 2.86.ds1-15 System-V-like init utilities ii udev 0.093-1 /dev/ and hotplug management daemo bluez-utils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415318: mldonkey-server: Cannot start after a power failure
Package: mldonkey-server Version: 2.8.1-2etch1 Severity: serious If the power supply fails while the daemon was running, it cannot be started after boot-up. Starting MLDonkey: mlnet file[s] should no exist: /var/lib/mldonkey/mlnet.pid -- delete it first First, it's against the Debian policy to place pidfiles in /var/lib. Second, it shouldn't complain on existing pidfiles because it's possible that they are stall, and it shouldn't require human intervention to get rid of them. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages mldonkey-server depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libbz2-1.01.0.3-6high-quality block-sorting file co ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libgd2-noxpm 2.0.33-5.2 GD Graphics Library version 2 (wit ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii ucf 2.0020 Update Configuration File: preserv ii zlib1g1:1.2.3-13 compression library - runtime mldonkey-server recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415233: gpgme1.0: FTBFS: Can't find GNU Pth
On Sun, Mar 18, 2007 at 01:23:43AM +0100, Jose Carlos Garcia Sogo wrote: Hi, I don't know why this didn't happen in my i386 pbuilder also. Perhaps there is some other package dependeing on libpth-dev in i386 but not in other arches This seems to be a difference in the configure script. It used to not complain about it, now it does. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415315: gnome-applets: does not include source for gweather/Locations.xml
severity 415315 important thanks On Sun, Mar 18, 2007 at 10:58:20AM +0100, Piotr Engelking wrote: Package: gnome-applets Version: 2.14.3-4 Severity: serious Justification: Policy 2.2.1 The gweather/Locations.xml file seems to be autogenerated from gweather/Locations.xml.in, which isn't included in the Debian source package. Please include it. Based on what? The only evidence of this that I see in the source package is an unused rule in gweather/Makefile.am describing how to generate gweather/Locations.xml from gweather/Locations.xml.in and a bunch of other files that *also* aren't shipped in the source. It looks to me like an obsolete build rule, not missing source. (While this is a violation of section 1 of the etch RC policy, Even if this were a case of a missing Locations.xml.in file, I don't see that it would be a DFSG violation. -- 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#415233: gpgme1.0: FTBFS: Can't find GNU Pth
On Sun, Mar 18, 2007 at 12:10:25PM +0100, Kurt Roeckx wrote: On Sun, Mar 18, 2007 at 01:23:43AM +0100, Jose Carlos Garcia Sogo wrote: Hi, I don't know why this didn't happen in my i386 pbuilder also. Perhaps there is some other package dependeing on libpth-dev in i386 but not in other arches This seems to be a difference in the configure script. It used to not complain about it, now it does. So, on atleast some arches, you used to have: ./usr/lib/libgpgme.so.11.6.1 ./usr/lib/libgpgme-pthread.so.11.6.1 Now you have: ./usr/lib/libgpgme-pth.so.11.6.1 ./usr/lib/libgpgme-pthread.so.11.6.1 ./usr/lib/libgpgme.so.11.6.1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415319: [INTL:gl] Galician debconf template translation for lwat
Package: lwat Severity: wishlist Tags: l10n patch It is attached to this report. It uses the fixed POT file. # Galician translation of lwat's debconf templates # This file is distributed under the same license as the lwat package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: lwat\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-03-15 20:59+0100\n PO-Revision-Date: 2007-03-18 12:24+0100\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Domain name of your server: msgstr Nome de dominio do servidor: #. Type: string #. Description #: ../templates:1001 msgid Please enter the domain your server belongs to. msgstr Introduza o dominio ao que pertence o servidor. #. Type: string #. Description #: ../templates:2001 msgid LDAP server host: msgstr Servidor LDAP: #. Type: string #. Description #: ../templates:2001 msgid Please enter the LDAP host which lwat will connect to. msgstr Introduza o nome do servidor LDAP ao que se ha conectar lwat. #. Type: string #. Description #: ../templates:3001 msgid LDAP DN base: msgstr DN base de LDAP: #. Type: string #. Description #: ../templates:3001 msgid Please enter the \Distinguished Name\ (DN) of the LDAP base where all groups, people, machines, etc. are located. msgstr Introduza o \Nome Distinguido\ (DN) base do servidor LDAP no que se ubican tódolos grupos, persoas, máquinas, etc. #. Type: boolean #. Description #: ../templates:4001 msgid Should lwat use lisGroups? msgstr ¿Lwat debe empregar lisGroups? #. Type: boolean #. Description #: ../templates:4001 msgid Debian-edu/Skolelinux uses a private schema called lisGroup to differentiate between various group types. You should choose this option If you are testing lwat on an old Skolelinux server, and still want to be able to use the webmin module wlus. msgstr Debian-edu/Skolelinux emprega un esquema privado chamado lisGroup para diferenciar entre varios tipos de grupos. Debería escoller esta opción se está a probar lwat nun antigo servidor de Skolelinux e aínda quere poder empregar o módulo de webmin, wlus. #. Type: boolean #. Description #: ../templates:4001 msgid If you do not choose this option, the AuthGroup setting will be used to create a groupOfMembers. msgstr Se non escolle esta opción hase empregar a configuración de AuthGroup para crear un \groupOfMembers\. #. Type: string #. Description #: ../templates:5001 msgid Location of users' home directories: msgstr Ubicación dos directorios personais dos usuarios: #. Type: string #. Description #: ../templates:5001 msgid Please enter the path where the personal (home) directories of all users are stored. msgstr Introduza a ruta na que se han armacenar os directorios personais de tódolos usuarios. #. Type: string #. Description #: ../templates:6001 msgid Prefix for groups on the LDAP server: msgstr Prefixo dos grupos no servidor LDAP: #. Type: string #. Description #: ../templates:6001 msgid Please enter the prefix under which the groups information is stored. msgstr Introduza o prefixo embaixo do que se armacena a información dos grupos. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:6001 ../templates:7001 ../templates:8001 ../templates:9001 msgid Do not include the DN prefix in this setting. It will be automatically added in the generated configuration file. msgstr Non inclúa o prefixo do DN nesta opción. Hase engadir automaticamente no ficheiro de configuración xerado. #. Type: string #. Description #: ../templates:7001 msgid Prefix for authorization groups on the LDAP server: msgstr Prefixo para os grupos de autorización no servidor LDAP: #. Type: string #. Description #: ../templates:7001 msgid Please enter the prefix under which the authorization groups information is stored. msgstr Introduza o prefixo embaixo do que se armacena a información dos grupos de autorización. #. Type: string #. Description #: ../templates:8001 msgid Prefix for hosts on the LDAP server: msgstr Prefixo das máquinas no servidor LDAP: #. Type: string #. Description #: ../templates:8001 msgid Please enter the prefix under which the hosts information is stored. msgstr Introduza o prefixo embaixo do que se armacena a información das máquinas. #. Type: string #. Description #: ../templates:9001 msgid Prefix for netgroups on the LDAP server: msgstr Prefixo dos grupos de rede no servidor LDAP: #. Type: string #. Description #: ../templates:9001 msgid Please enter the prefix under which the netgroups information is stored. msgstr Introduza o prefixo embaixo do que se armacena a información dos grupos de rede. #. Type: string #. Description #: ../templates:10001 msgid Minimum length of the password for
Bug#382764: NMU for ogre-contrib
I'm doing an NMU to get this RC bug out to delayed+1 I'm using the patch by Andreas (Thanks Andreas). -- GNU/Linux registered user #224950 Proud Egyptian GNU/Linux User Group www.eglug.org Member. Life powered by Debian, Homepage: www.foolab.org -- Don't send me any attachment in Micro$oft (.DOC, .PPT) format please Read http://www.gnu.org/philosophy/no-word-attachments.html Preferable attachments: .PDF, .HTML, .TXT Thanx for adding this text to Your signature signature.asc Description: Digital signature
Bug#411727: uswsusp: resume_device set to devfs-like name (under D-I), always prevents hibernation
On Sat, Mar 17, 2007 at 12:41:44AM +0100, Tim Dijkstra wrote: For reference, an updated package can be found at : http://www.famdijkstra.org/~tdykstra/debian/uswsusp/uswsusp_0.3~cvs20060928-7_i386.changes Uploaded, but dak is currently stuck so there's no telling when it will reach the archive. -- 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#415247: closed by Alexander Schmehl [EMAIL PROTECTED] (Re: FW: bug wmaker?)
On Sun, Mar 18, 2007 at 09:03:14AM +0100, Christian Perrier wrote: Quoting Luke Kenneth Casson Leighton ([EMAIL PROTECTED]): it's ok - the point has been made. there is no hijacking. and the bug is in the attitude of the exim4 developers and the exim4 maintainers, not in the software. I'm subscribed to exim4's PTS for about 3 years now and I have never seen any evidence of arrogant and non listening attitude from the exim4 package mainainers. ok. i missed out a couple of things. the first exim bugreport that i sent was not dealt with because the maintainer at the time basically said that's too complicated for me to deal with. i told him that if that was the case, then he should quit and let someone else with more intelligence deal with maintaining exim. some time after this, the exim maintainers group was created. some time after _that_ - a few years later - something along the lines of the suggestions that i had made in the bugreport were incorporated into exim4's config layout (@DEBCONF_) the second bugreport that i sent was not taken up because the maintainer disagreed with the use of the word virtual in both the article and its accompanying exim4 configuration improvements. virtual mapping is a fundamental principle of computer science, and, not only that, the article which describes the extension to exim4 has been around for quite some time and is written by a respected community member. the third issue was dismissed out-of-hand by misunderstandings and miscommunications regarding the issue. it was first believed (due to my misunderstandings and inability to communicate correctly because i was under pressure to sort out the problem), to be a standard and well-known bug caused by the cyrus22 debian HOWTO instructions, which the exim4 developers are absolutely sick to the back teeth of telling debian users about, time and time again. attempts made by me to understand and track down this issue under extreme pressured circumstances of massive amounts of incoming spam due to the bug were treated with derision and filed under /dev/null. I personnally consider the exim4 package well maintained with maintainers listening to bug reports, opened to discussion nope. the bugs i raised were closed, effective immediate, without discussion. The only thing that's missing them is more manpower to even better deal with bugs, probably clean out the BTS and be able to conduct more disruptive changes if they're needed. This is indeed a very common problem for most core packages in Debian but there are many packages which need more manpower much more than exim4. no - they _don't_ necessarily need more manpower - they do however need more intelligence. intelligence is the key. more manpower usually means more intercommunication, and less actually gets achieved. you _know_ this: it's a _basic_ rule of project development. and - in particular, and this is the main reason why i am writing (again) to you to say this: exim4 is the _default_ debian mailer. it is therefore a very very _important_ core package. think about this: why has postfix not been picked as the default debian mailer? I find this bug report pretty offensive to exim4 maintainers who are doing are tremendous job. they probably are. i don't see any evidence of that. when i do, i'll let you _and_ them _and_ everyone else know. i promise you that, 100%. -- -- lkcl.net - mad free software computer person, visionary and poet. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415301: [Pkg-kde-extras] Bug#415301: digikam: Digikam hangs on startup
Thanks for your bug report. You're welcome. Albums over NFS is not a supported configuration. I suspect that is your problem. Have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350400 http://bugs.kde.org/show_bug.cgi?id=121005 I did look at the (Debian) NFS-related bug before filing my report. (Reportbug rocks!) The things that seemed different about this one were the works if I run it with strace aspect of it, and the fact that digikam was not complaining at all about locking. Running with strace is how I've been using it despite the lockup problem that I seeing. I can try copying my album directories to a local drive, but obviously this is at best a temporary solution and is probably not as easy a workaournd as running with strace. Thanks for the info and for looking into it! Dale -- Dale E. Martin - [EMAIL PROTECTED] http://the-martins.org/~dmartin signature.asc Description: Digital signature
Bug#415323: debpool: Jumbled checksum lists in Release due to unnecessary use of hash variable
Package: debpool Version: 0.2.3 Severity: minor tags: patch There is no real reason for Checksums to be a hash (%Checksums) in Release.pm. By using a list instead the file lists in the Release files will be in neat order instead of random. Please see attached patch. -- Magnus Holmgren[EMAIL PROTECTED] --- debpool-0.2.3/share/DebPool/Release.pm +++ debpool-0.2.4/share/DebPool/Release.pm 2007-03-18 09:35:22.779559043 +0100 @@ -93,6 +93,8 @@ 'Sources', 'Packages.gz', 'Sources.gz', +'Packages.bz2', +'Sources.bz2', ); ### File lexicals @@ -118,7 +120,7 @@ my($archive, $component, $architecture, $version) = @_; -my(%Checksums); +my(@Checksums); # Before we bother to do much else, generate the MD5 and SHA1 checksums # we'll need later. This is mostly so that we can catch errors before @@ -140,9 +142,7 @@ # Now, for each file, generate MD5 and SHA1 checksums, and put them # into Checksums for later use (assuming it's a file we care about). -my($ck_file); - -foreach $ck_file (@dirfiles) { +foreach my $ck_file (@dirfiles) { if (0 == grep(/^$ck_file$/, @SigFiles)) { # We don't care about it. next; } @@ -169,7 +169,8 @@ my($md5) = Digest::MD5::md5_hex(@filetext); my($sha1) = Digest::SHA1::sha1_hex(@filetext); -$Checksums{$ck_file} = { +push @Checksums, { +'File' = $ck_file, 'Size' = $size, 'MD5' = $md5, 'SHA1' = $sha1, @@ -199,15 +200,15 @@ # Now print MD5 and SHA1 checksum lists. print $tmpfile_handle MD5Sum:\n; -foreach $ck_file (keys(%Checksums)) { -printf $tmpfile_handle %s %8d %s\n, $Checksums{$ck_file}-{'MD5'}, -$Checksums{$ck_file}-{'Size'}, $ck_file; +foreach my $checksum (@Checksums) { +printf $tmpfile_handle %s %8d %s\n, $checksum-{'MD5'}, +$checksum-{'Size'}, $checksum-{'File'}; } print $tmpfile_handle SHA1:\n; -foreach $ck_file (keys(%Checksums)) { -printf $tmpfile_handle %s %8d %s\n, $Checksums{$ck_file}-{'SHA1'}, -$Checksums{$ck_file}-{'Size'}, $ck_file; +foreach my $checksum (@Checksums) { +printf $tmpfile_handle %s %8d %s\n, $checksum-{'SHA1'}, +$checksum-{'Size'}, $checksum-{'File'}; } close($tmpfile_handle); @@ -232,7 +233,7 @@ my($version) = shift(@_); my(@files) = @_; -my(%Checksums); +my(@Checksums); my($dists_dir) = $Options{'dists_dir'}; # Before we bother to do much else, generate the MD5 and SHA1 checksums @@ -261,7 +262,8 @@ my($md5) = Digest::MD5::md5_hex(@filetext); my($sha1) = Digest::SHA1::sha1_hex(@filetext); -$Checksums{$file} = { +push @Checksums, { +'File' = $file, 'Size' = $size, 'MD5' = $md5, 'SHA1' = $sha1, @@ -290,15 +292,15 @@ # Now print MD5 and SHA1 checksum lists. print $tmpfile_handle MD5Sum:\n; -foreach $file (keys(%Checksums)) { -printf $tmpfile_handle %s %8d %s\n, $Checksums{$file}-{'MD5'}, -$Checksums{$file}-{'Size'}, $file; +foreach $file (@Checksums) { +printf $tmpfile_handle %s %8d %s\n, $file-{'MD5'}, +$file-{'Size'}, $file-{'File'}; } print $tmpfile_handle SHA1:\n; -foreach $file (keys(%Checksums)) { -printf $tmpfile_handle %s %8d %s\n, $Checksums{$file}-{'SHA1'}, -$Checksums{$file}-{'Size'}, $file; +foreach $file (@Checksums) { +printf $tmpfile_handle %s %8d %s\n, $file-{'SHA1'}, +$file-{'Size'}, $file-{'File'}; } close($tmpfile_handle); pgpsHJBr3vLSR.pgp Description: PGP signature
Bug#385349: alternative: loggerhead
On (18/03/07 13:06), Michael Biebl wrote: Hi all, I just wanted to draw your attention to loggerhead [1]. I don't know bazaar-webserve well enough and also played only a little with loggerhead, so I can't make a fair comparison. Might be interesting for bzr.debian.org though. Hi, I know of loggerhead, and it is nice. However it is a turbogears application, making it harder to package, and perhaps not ideal for alioth, though that is the admins' call. A pkg-bzr team is currently forming, and we might package loggerhead as part of that. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385349: alternative: loggerhead
Hi all, I just wanted to draw your attention to loggerhead [1]. I don't know bazaar-webserve well enough and also played only a little with loggerhead, so I can't make a fair comparison. Might be interesting for bzr.debian.org though. Cheers, Michael [1] http://www.lag.net/loggerhead/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#415325: gnomebaker: permission denied messages from genisoimage must be fatal
Package: gnomebaker Version: 0.6.0-7 Severity: important Hi, today I got a permission denied message from genisoimage while burning a DVD with gnome-baker genisoimage: Permission denied. File /srv/burn/pic01.jpg is not readable - ignoring though gnome-baker continued burning the DVD without the file, this must be fatal because the user sees the media as recorded correctly while the layout is not the same as in gnome-baker. thanks, filippo -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (600, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.14-susp2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnomebaker depends on: ii cdrdao 1:1.2.2-6 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 7.0-7 DVD+-RW/R tools ii genisoimage9:1.1.2-1 Creates ISO-9660 CD-ROM filesystem ii gstreamer0.10-ffmpeg 0.10.1-7 FFmpeg plugin for GStreamer ii gstreamer0.10-plugins-base 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly 0.10.4-5 GStreamer plugins from the ugly ii icedax 9:1.1.2-1 Creates WAV files from audio CDs ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libbonobo2-0 2.15.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgstreamer0.10-0 0.10.10-3 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.4-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii wodim 9:1.1.2-1 command line CD/DVD writing tool gnomebaker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415324: ipmasq: A01interfaces rejects interfaces with lo in them
Package: ipmasq Severity: normal Tags: patch The file A01interfaces.def is too zealous in cropping out the lo interface from the list of interfaces. I have an interface named ethlocal, and grep -v lo rejects it. An easy fix is to add the -x flag to grep: INTERNAL=$(enumerate-if | sort -u | grep -vx lo) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402026: Info received (Hash driver?)
(last bug comment was obviously a mispost, should have been posted to #408455) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415327: .desktop file doesn't work
Package: qsynth Version: 0.2.5-2 Severity: minor This bug has been reported in the Ubuntu bug tracker [0] and is now fixed in Ubuntu. /usr/share/applications/desktop should be /usr/share/applications/qsynth.desktop [0] https://launchpad.net/ubuntu/+source/qsynth/+bug/93218 -- Adrien Cunin aka Adri2000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279807: RFS: libtie-cache-perl 0.17-3 LRU cache in memory.
On Sun, 2007-03-18 at 17:30 +0530, Deepak Kumar Tripathi wrote: Hi , I am looking sponsor for libtie-cache-perl 0.17-3 http://mentors.debian.net/debian/pool/main/l/libtie-cache-perl I'll sponsor this package, and I'll contact Deepak Kumar Tripathi via private e-mail. Regards, Bart Martens signature.asc Description: This is a digitally signed message part
Bug#408455: Check out #400301
Maybe this bug is related to #400301 ? Anyway, if the hash-driver actually is malfunctioning, I think it should fixed, or removed from Etch. Or there should be a _very_ big warning when installing dspam, because this behavior causes most MTAs to defer mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415315: gnome-applets: does not include source for gweather/Locations.xml
Steve Langasek [EMAIL PROTECTED] wrote: On Sun, Mar 18, 2007 at 10:58:20AM +0100, Piotr Engelking wrote: The gweather/Locations.xml file seems to be autogenerated from gweather/Locations.xml.in, which isn't included in the Debian source package. Please include it. Based on what? The only evidence of this that I see in the source package is an unused rule in gweather/Makefile.am describing how to generate gweather/Locations.xml from gweather/Locations.xml.in and a bunch of other files that *also* aren't shipped in the source. It looks to me like an obsolete build rule, not missing source. The upstream svn repository (http://svn.gnome.org/viewcvs/gnome-applets/trunk/gweather/) includes Locations.xml.in and doesn't include Locations.xml. Even if this were a case of a missing Locations.xml.in file, I don't see that it would be a DFSG violation. It seems to be a violation of the program must include source code requirement. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415018: choosewm reports `No window managers found!'
* Dale E. Edmons [EMAIL PROTECTED] [070317 16:03]: /var/lib/choosewm/windowmanagers after: Identical afterwards. That's very strange. The message should only be shown when there is nothing in that file (and also no + rules in /etc/X11/choosewm/config and $HOME/.choosewm/config, but the last two should be emtpy/nonexisting by default). Could you try to start it again to see what message you get and perhaps a strace of it to see what it reads? (the part between open(/var/lib/choosewm/windowmanagers, O_RDONLY) = 3 and the first thing starting with open(/usr should suffice. KDE and GNOME are conspicuously missing. I *never* run GNOME, but do run KDE on occasion: enlightenment is my normal WM. That's because Gnome and kde do not consider themself windowmanagers but something better (i.e. session managers) and thus do not register as window managers in the Debian menu thus not ending up in the file. You have to either add them as add: Gnome=/usr/bin/gnome-session add: KDE=/usr/bin/startkde in /etc/X11/choosewm/config or $HOME/.choosewm/configto have them presented, too. (Or add them to the Debian menu via a file in /etc/menu to make them show up in every program cable to start or switch window managers). Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415318: mldonkey-server: Cannot start after a power failure
Hi, MLdonkey core supports a parameter -pid : directory for pid file where to place pid files. Support for this option was added in mldonkey-server-2.8.1-3: * Using -pid option of mlnet to create the pidfile, closes: #341615. Unstable has already version 2.8.3-1 of mldonkey-server, due to the upcoming release of Etch and its feature freeze this new version unfortunately did not made it into testing. Greetings, spiralvoice _ Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415320: [INTL:zh_CN] Simplified Chinese translation for dpkg updated
Quoting Anthony Wong ([EMAIL PROTECTED]): Package: dpkg Version: 1.13.25 Severity: wishlist Tags: l10n patch Attached is an updated file for zh_CN.po, please apply it, thanks. Anthony Wong Two strings are marked fuzzy in that file. Is that intended? -- signature.asc Description: Digital signature
Bug#413497: (no subject)
severity 413497 minor thanks Hi, as a workaround its possible to use http://nion.modprobe.de/blog/rss.php?serendipity%5btag%5d=debian but imho the configuration parser of planet should handle this correctly. Kind regards Nico -- Nico Golde - http://www.ngolde.de JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! pgpuFvYiyTK4n.pgp Description: PGP signature
Bug#409285: Debian-caused problem
severity 409285 grave title 409285 lilo: inaccessible (patched to death) thanks Hello, I can reproduce it very well. I assumed to make my raid setup work from a rescue knoppix. What happened? It made random trouble. There was a similar situtation where knoppix loaded a non-working driver (fix in kernel) so ghost devices appeared. Adding the usual inaccessible directive to lilo.conf was expected to fix the problem. What happened? Depending on the position of this config line it either continues claiming that it cannot read block 0 from VolumeID, or it says: sh-3.1# lilo -v3 -r /mnt/root LILO version 22.7.3, Copyright (C) 1992-1998 Werner Almesberger Development beyond version 21 Copyright (C) 1999-2006 John Coffman Released 11-Aug-2006, and compiled at 10:06:46 on Feb 3 2007 Debian GNU/Linux Fatal: Duplicate disk = definition for /dev/hdg Which is simple b.it -- I can assure you, there are no duplicated lines. But, oh surprise, compiling the pure upstream version makes it happily work. Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415319: [INTL:gl] Galician debconf template translation for lwat
tags 415319 pending thanks Quoting Jacobo Tarrio ([EMAIL PROTECTED]): Package: lwat Severity: wishlist Tags: l10n patch It is attached to this report. It uses the fixed POT file. Commited by Finn-Arne. signature.asc Description: Digital signature
Bug#402177: epiphany-browser: Doesn't honour the browser.tabs.loadOnNewTab option
reopen 402177 tags 402177 + experimental found 402177 2.18.0-1 thanks It seems this fix got lost in the version currently in experimental. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415328: Wrong permissons on /usr/share/doc/git-core/contrib (depending on umask)
Package: git-core Version: 1:1.5.0.3-1 Severity: important The build process uses [...] # contrib install -d -m0755 '$(GIT)'-core/usr/share/doc/git-core cp -R contrib '$(GIT)'-core/usr/share/doc/git-core/ install git-p4import.py '$(GIT)'-core/usr/share/doc/git-core/contrib/ find '$(GIT)'-core/usr/share/doc/git-core/contrib -type f | \ xargs chmod 0644 to copy contrib. But this doesn't work if one has a rather restrictive umask setting like e.g 077. If thats the case, contrib is missing the execute/read bit for 'others'. I'm not sure if it is allowed to run the package build with such a restrictive umask. But if it is, then there are probally more directories besides contrib which are missing the r/x bit. Simple test: -working: xp:[/tmp] umask 0022 xp:[/tmp] cp -r git-core-1.5.0.3/contrib . ls -ld contrib rm -R contrib drwxr-xr-x 9 root root 2048 2007-03-18 14:18 contrib -not working xp:[/tmp] umask 0027 xp:[/tmp] cp -r git-core-1.5.0.3/contrib . ls -ld contrib rm -R contrib drwxr-x--- 9 root root 2048 2007-03-18 14:18 contrib -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii liberror-perl 0.15-8 Perl module for error/exception ha ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii perl-modules5.8.8-7 Core Perl modules ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1Get a file from an HTTP, HTTPS, FT ii git-doc 1:1.5.0.3-1 fast, scalable, distributed revisi ii less 394-4 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-9 Secure shell client, an rlogin/rsh ii patch2.5.9-4 Apply a diff file to an original ii rsync2.6.9-2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377799: ITP: yersinia -- a framework for layer 2 attacks
Bart Martens a écrit : Hi Raphaël, How is progress with packaging yersinia for Debian? Are you still working on this? Hi Bart, in fact I had something prepared a long time ago but never get sastisfied with it. I was totally stalled on this and have been crying at myself each week for the past two months to work again on this... Your mail just became a new /pretext/ for me to come back here (thanks!). So, here is a work in progress (I just updated my files from 0.5.6 and corrected building options and copyright issues): http://www.enrici.com/debian/yersinia/0.7.1/ What still needs to be done: - provide a way to customize the default yersinia.conf during package installation (debconf or so) - split the package into two or more packages so that people not needing the GTK build don't need to install all the gtk deps (I'm thinking to embedded systems or things like that) I imagine something like: yersinia-common (man docs so on) yersinia-cli (yersinia built with --disable-gtk) yersinia-gui with yersinia-cli and yersinia-gui conflicting on each other - ask upstream to sign the source archive, I did not sign the current package for this reason ATM (I'm gonna drop a line upstream in a few minutes or so) Last but not least, I need to find a sponsor for this package, if you volunteer, I'd be glad to work side by side with you. Regards, Raphaël
Bug#415318: mldonkey-server: Cannot start after a power failure
spiral voice [EMAIL PROTECTED] writes: Hi, MLdonkey core supports a parameter -pid : directory for pid file where to place pid files. Support for this option was added in mldonkey-server-2.8.1-3: * Using -pid option of mlnet to create the pidfile, closes: #341615. Unstable has already version 2.8.3-1 of mldonkey-server, due to the upcoming release of Etch and its feature freeze this new version unfortunately did not made it into testing. Greetings, spiralvoice Does that imply the default has also changed to a policy compliant location and that mlnet will detect stale pid files automatically? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415329: gksu: Update for german translations
Package: gksu Version: 2.0.0-1 Severity: minor Tags: l10n patch Hello, I've encountered an i18n issue when starting the Root Terminal and wanted to provide a fix in the po file to have the following text translated: Enter your password to perform administrative tasks The application '%s' lety you modify essential parts of your system. Password: But noticed that the gksu package does not seem to contain this message. Non the less I start poEdit and translated the remaining missing translations. I'm not sure how reportbug will allow me to attach the file yet. I'm also not sure what exactly to provide, but I'll simply provide a tarball of the de.mo, de.po and de.po.html files just to be sure. Cheers, David -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages gksu depends on: ii gnome-keyring 0.6.0-3 GNOME keyring services (daemon and ii libatk1.0-0 1.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgconf2-4 2.16.1-1 GNOME configuration database syste ii libgksu2-0 2.0.3-7 library providing su and sudo func ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libstartup-notification00.8-2library for program launch feedbac ii libx11-62:1.0.3-6X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii sudo1.6.8p12-4 Provide limited super user privile gksu recommends no packages. -- no debconf information de.tar.bz2 Description: BZip2 compressed data
Bug#401043: clock applet displays wrong time for appointments
On Sat, 2007-03-17 at 17:45 -0300, CruX wrote: My symptoms ara a little different, and they happen with local as well as web calendars. I'm attaching a screenshot where you can see clearly that dates are shown correctly in bold inside evolution, but off by -1 day in the clock applet. In the clock the date information is shown for the wrong day and for the correct one also. In the screenshot the dates 8, 16 and 24 correspond with each one of the calendars I have, Birthdays, Personal and Feriados respectively. I've also tried disabling the calendars alternatively but the problem persists. I have my suspicions about libecal1.2-6 (1.6.3-4 upstream), because libecal1.2-7 (1.8.2.-1 upstream) is the matching version for the evolution I'm running. Maybe compiling it against libecal1.2-7 will fix this, just guessing. It could also be related to this bug, http://bugzilla.gnome.org/show_bug.cgi?id=372155 -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#415330: gthumb: Rotate tool deletes JPEG Metadata (eg. EXIF header)
Package: gthumb Version: 3:2.8.0-1 Severity: important Hello, Current gthumb completely removes the JPEG metadata from image files when rotating images. This problem had already appeared in the past, if I remember correctly. I don't know if it's a Gthumb or libjpeg problem... This is rather annoying if you keep important data in the EXIF tags, like I do for the date/time photos were shot. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-ln6-powerpc Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages gthumb depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libexif12 0.6.13-5 library to parse EXIF files ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgphoto2-2 2.2.1-16 gphoto2 digital camera library ii libgphoto2-port0 2.2.1-16 gphoto2 digital camera port librar ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liborbit2 1:2.14.4-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii scrollkeeper 0.3.14-13 A free electronic cataloging syste ii shared-mime-info 0.19-2FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3-13compression library - runtime gthumb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415331: ITP: libinotify-ruby -- Ruby interface to Linux's inotify system
Package: wnpp Severity: wishlist Owner: Torsten Werner [EMAIL PROTECTED] Package name: libinotify-ruby Version : 0.0.0 Upstream Author : [EMAIL PROTECTED] URL : http://raa.ruby-lang.org/project/ruby-inotify/ License : Ruby's dual license (either GPL or Ruby's own) Programming Lang: C, Ruby Description : Ruby interface to Linux's inotify system The Ruby package ruby-inotify allows to use Linux's inotify system. . This is a dependency package which depends on Debian's default Ruby version (currently 1.8.x). . Homepage: http://raa.ruby-lang.org/project/ruby-inotify/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415320: [INTL:zh_CN] Simplified Chinese translation for dpkg updated
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Perrier wrote: Attached is an updated file for zh_CN.po, please apply it, thanks. Anthony Wong Two strings are marked fuzzy in that file. Is that intended? Thanks for spotting this, they are unintentional and both should be removed. Anthony Wong -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF/UVMNLOpoHvSL3QRAnolAJsGHskV43+e2JuXAlf8EeA+c74eugCfcnod xK+M7a1Pu8zaKwxaY9R9QPM= =OLOo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415332: RFP: libapache2-mod-wsgi -- Python WSGI adapter module for Apache
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package name: libapache2-mod-wsgi Version : presently unreleased Upstream Author : Graham Dumpleton URL : http://code.google.com/p/modwsgi/ License : Apache License 2.0 Programming Lang: C Description : Python WSGI adapter module for Apache The mod_wsgi adapter is an Apache module that provides a WSGI compliant interface for hosting Python based web applications within Apache. The adapter provides significantly better performance than using existing WSGI adapters for mod_python or CGI. - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF/Ul4shl/216gEHgRAlrHAJ4vHri2ifBic/xG4DGlTZiSSgPjVgCfUekx 7jc81Mnunc13271KP2T1pNs= =Fn9+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415176: rhythmbox restarts on close unless doing kill on the command line
On Sun, 2007-03-18 at 11:42 +0100, Martin Ketzer wrote: Can you run rhythmbox from the terminal in debug mode (rhythmbox -d) and see if you can capture any interesting error messages when you close? Keep in mind that debug mode is very verbose. hm, i see nothing out of the ordinary. problem is, that the exit of rhythmbox starts a new instance (without -d). but i tried a few things. 1. mv /usr/bin/rhythmbox /usr/bin/rhythmbox.orig and execute rhythmbox.orig results in rhythmbox exiting normally without restart 2. write a shell-script named rhythmbox that does execute rhythmbox.orig -d and pipes the output into a file but that results again in rhythmbox exiting normally without restart (and nothing interesting in the log again). after that i renamed the original rhythmbox to it's usual name the restarting occurs again. odd... Yes, I'm quite curious myself to figure out what is causing this. The next time you close rhythmbox and the restart happens, can you run this? cat /proc/$(pidof rhythmbox)/environ Maybe it can give a clue as to what is starting rhythmbox again. Be sure to scan the output for any personal information before you mail it. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#396609: gnat-4.1: Link fails (Message: gnatlink.adb:1731 range check failed)
Ludovic Brenta [EMAIL PROTECTED] writes: Hi Matthieu, I have not been able to reproduce this bug, but it appears to be in a Windows-specific part of gnatlink which we can safely remove. Could you please try to recompile gnatlink with the following patch and see if it solves your problem? Just sorting out my old email. I didn't have time to recompile gnatlink, and the code which triggered the bug has been modified and now works fine. You can close the bug. -- Matthieu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390411: gnumail.app: Preferences unusable -- simply segfaults
Hi, for me, when I click Info - Preferences, GNUMail simply segfaults. /usr/bin/GNUMail: line 19: 3737 Segmentation fault openapp $app $@ This isn't nice either and makes GNUMail almost unusable for me. ii addressmanager 0.4.6-8Personal Address Manager for GNUstep ii gnustep-back0. 0.11.0-3 The GNUstep GUI Backend ii gnustep-base-r 1.13.0-7 GNUstep Base library ii gnustep-gpbs 0.11.0-3 The GNUstep PasteBoard Server ii gnustep-gui-ru 0.11.0-2 GNUstep GUI Library - runtime files ii libaddresses0 0.4.6-8Database API backend framework for GNUstep ( ii libaddressview 0.4.6-8Address display/edit framework for GNUstep ( ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgnustep-bas 1.13.0-7 GNUstep Base library ii libgnustep-gui 0.11.0-2 GNUstep GUI Library ii libobjc1 4.1.1-21 Runtime library for GNU Objective-C applicat ii libpantomime1. 1.2.0~pre2.dfs GNUstep framework for mail handling The architecture is AMD64. René -- René van Bevern [EMAIL PROTECTED] http://www.minet.uni-jena.de/~rvb/ signature.asc Description: Digital signature
Bug#415333: swf-player: New version available
Package: swf-player Version: 0.3.6-2.2 Severity: wishlist Hi, please package version 0.4.2 or later because there are rumors that it has drastically increased stability. Thanks for maintaining swf-player Andreas. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (499, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages swf-player depends on: ii gstreamer0.10-plugins-base 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-x0.10.10-4 GStreamer plugins for X11 and Pang ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgstreamer-plugins-base0 0.10.10-4 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.10-3 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libmad00.15.1b-2.1 MPEG audio decoder library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libswfdec0.3 0.3.6-2.2 SWF (Macromedia Flash) decoder lib ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime swf-player recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415334: Installation instructions in README.Debian do not completely address multiple site configurations
Package: awstats Version: 6.5+dfsg-1 I was a bit lost after installing awstats on my new apache2 box. According to the instructions in README.Debian: Multiple stats -- To handle multiple stats (eg. using VirtualHosts in Apache) you should... 1) Place all configs in /etc/awstats. 2) Name the configs awstats. + whatever you want - .conf (eg. awstats.www.debian.org.conf). But avoid awstats.awstats.conf. 3) Run awstats.pl with each config one by one (have a look at the scripts awstats-update and awstats_updateall.pl in /usr/share/doc/awstats/examples). But in awstats.conf.local, it says: # You can overrides config directives here. # This is particularly useful for users with several configs for # different virtual servers, who want to reuse common parameters. # Also, this file is not updated with each new upstream release. So I'm thinking that I like preserving the parent .conf file, and just touching .conf.local files for each virtual host. After quite a bit of experimentation, I eventually created five different .conf files: awstats.site1.com.conf awstats.site2.com.conf awstats.site3.com.conf awstats.site4.com.conf awstats.site5.com.conf Each file has contents like this: Include /etc/awstats/awstats.conf Include /etc/awstats/awstats.site1.com.conf.local I put one line, which has a directive common to all sites, into awstats.conf.local: LogFormat=1 And then I made five .conf.local files, with contents like this: LogFile=/var/log/apache2/site1.com_access_log SiteDomain=site1.com HostAliases=site1.com www.site1.com DirData=/var/lib/awstats/site1.com This way I can call the perl scripts and specify the site name, and it gets into the hierarchy of config files properly. So, as a Debian newbie, and as a person relatively inexperienced with Linux, the instructions on how to configure awstats seemed contradictory, and I had to figure out a configuration scheme on my own. I have no idea if my scheme makes sense, but it would be a good idea to give the user some direction in this area. One thing I haven't figured out yet has to do with the contents of /etc/cron.d/awstats. It currently has this line: 0,10,20,30,40,50 * * * * www-data [ -x /usr/lib/cgi-bin/awstats.pl -a -f /etc/awstats/awstats.conf -a -r /var/log/apache/access.log ] /usr/lib/cgi-bin/awstats.pl -config=awstats -update /dev/null It looks like it only hits the parent config file, thereby missing all the virtual host entries. Am I supposed to be replicate this line, and add an entry for each site? This is not detailed in the Multiple Stats section of README.Debian, and should be added if it is needed. Thanks, developers, for all the great work you do! Keep it up! I am using Etch. uname -a emits: Linux squashbot 2.6.18-4-686 #1 SMP Wed Feb 21 16:06:54 UTC 2007 i686 GNU/Linux First line on dmesg emits: Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-11) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Feb 21 16:06:54 UTC 2007 --- Eric Wadsworth [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415335: ntp: Allow to set the time in slewed mode upon installation.
Package: ntp Version: 1:4.2.2.p4+dfsg-2 Severity: wishlist I would like to see a configuration option during the installation of ntp which does not automatically set the clock via settimeofday when ntp is installed on a running system but allows to select adjtime with an apropriate warning about the potential delay until the clock is synchronized. Thank you! -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages ntp depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libreadline55.2-2GNU readline and history libraries ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii perl5.8.8-7 Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415231: dtc: [debconf_rewrite] Debconf templates review
On (18/03/07 08:55), Christian Perrier wrote: Thomas Goirand commented on our proposed rewrite of dtc templates: If you choose the default of /var/www, make sure that no DocumentRoot is pointing to this path, so there is no chance to publicly give access to all your hosted files. OK, let's retry another way: Template: dtc/conf_hostingpath Type: string Default: /var/www/sites _Description: Path for hosted domains: Please enter the directory to be used by DTC to store files for all hosted domains. . If you choose /var/www, which is Apache's default document root, all files hosted in that directory will become publicly accessible. It is therefore recommended to choose another directory if the local web server is hosting other files in /var/www. Does the default of /var/www/sites suffer from this issue? + Do not choose this option if the server is directly connected to the + Internet. If your internet connection is delivered by a dynamic IP addresses, choosing this option is mandatory. You then have to use a firwall doing NAT between your server and the internet, and use port forwarding to your server. My proposed rewording of this: Template: dtc/conf_use_nated_vhosts Type: boolean Default: false _Description: Use NATed vhosts? DTC can configure Apache to use one of your IP addresses. If the server is firewalled with NAT and port redirections of public IP(s) address(es), a NATed vhost configuration can be generated. . This option should be chosen only if the server is directly connected to the Internet and uses a dynamic public IP addres. In such cases, NAT and port forwarding are mandatory for DTC. This still seems to be in conflict with Thomas' meaning of the templates. He says Do not choose this option if the server is directly connected to the internet. whereas your suggestion is This option should be chosen only if the server is directly connected to the Internet. Is there some misunderstanding here of the use of directly connected in this context? Thanks, James -- James Westby --GPG Key ID: B577FE13-- http://jameswestby.net/ seccure key - (3+)k7|M*edCX/.A:n*N!|7U.L#9E)Tu)T0AM - secp256r1/nistp256 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392224: Permissions are not set correctly
My permissions still come up with: srwxr-xr-x 1 clamav clamav0 2007-03-18 15:56 clamav-milter.ctl While it should be either: Option #1: srwxr-xr-x 1 postfix postfix0 2007-03-18 15:56 clamav-milter.ctl Or option #2: srwxrwxr-x 1 clamav clamav0 2007-03-18 15:56 clamav-milter.ctl With #2 one could simply add postfix to the clamav group and it would work. Option #1 is with spamass-milter uses, it actually figures it out in the init.d script, as per it's default/spamass-milter: ## # If /usr/sbin/postfix is executable, the following are set by # default. You can override them by uncommenting and changing them # here. ## # SOCKET=/var/spool/postfix/spamass/spamass.sock # SOCKETOWNER=postfix:postfix # SOCKETMODE=0660 ## You might want to copy paste the relevant portions over from that script, it would then also be similar for both spamass-milter and clamav-milter; which I think is a good thing as many people will be using them together ;) If you want I could patch up the init.d script for you to match up to this. Just yell ;) After this change, and adding the correct line to postfix it works perfectly fine btw. Greets, Jeroen signature.asc Description: OpenPGP digital signature
Bug#302324: initrd-tools: Misleading error message for files in /lib/modules/$KVERS/kernel that have non-.o/.ko suffix
reassign 302324 initrd-tools retitle 302324 Misleading error message for files in /lib/modules/$KVERS/kernel that have non-.o/.ko suffix severity 302324 minor thanks This bug included a number of different issues. Summarizing the relevant point for initrd-tools: If an admin or package creates a file in /lib/modules/$KVERS/kernel that doesn't end in .o or .ko - like some kernel module packages do by diverting a module to e.g. foo.ko.orig when they provide a newer versions of some module that is also included in the kernel package itself - mkinitrd outputs a grave error message: Setting up kernel-image-2.6.10-nb (01) ... /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module loop.ko_orig not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. The resulting initrd works without problems and the stray file IMHO doesn't justify an error message of that severity. Instead of warning about the file, mkinitrd could ignore anything not named .o or .ko when looking for kernel modules. [I realize initrd-tools is kept alive in low-maintenance mode mostly (only?) for sarge - etch upgrade support, but I wanted to process this old bug report.] cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415193: cook: Please package new upstream version
* Reuben Thomas: I happened to notice that 2.27 has just been released. This version fails to build from source (with make, at least). I'll wait until this has been corrected upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415335: [pkg-ntp-maintainers] Bug#415335: ntp: Allow to set the time in slewed mode upon installation.
On Sun, Mar 18, 2007 at 04:02:44PM +0100, David Ayers wrote: Package: ntp Version: 1:4.2.2.p4+dfsg-2 Severity: wishlist I would like to see a configuration option during the installation of ntp which does not automatically set the clock via settimeofday when ntp is installed on a running system but allows to select adjtime with an apropriate warning about the potential delay until the clock is synchronized. You mean that ntpd should started with the -x option? You can already do this by editing /etc/default/ntp and adding -x to the NTPD_OPTS. I'm not sure a debconf question for this is needed. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415336: mdadm: doWhatINeed argument to init script
Package: mdadm Version: 2.5.6-9 Severity: wishlist Hello, I wish there would be a special option (or a separate script) that simply does assemble all available devices. Similar to what mdrun did some years ago. Why? Because I need to use it on Knoppix sometimes. The current method means many command calls, one to scan, editor to enable the init script action, calling init script again. I wish to simply run: mdadm-auto-assemble and be done with it, having everything assembled without additional configuration. NOTE: The order does not matter. It is only for convinience. Eduard. -- Package-specific info: --- mount output /dev/md1 on / type ext3 (rw,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) procbususb on /proc/bus/usb type usbfs (rw) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda5 on /mnt/d type vfat (rw,noexec,nosuid,nodev,showexec,umask=000,codepage=850,utf8=yes) /dev/sda7 on /mnt/data type ext3 (rw,errors=remount-ro) /dev/sda1 on /mnt/c type vfat (rw,noexec,nosuid,nodev,utf8,umask=000) automount(pid5263) on /misc type autofs (rw,fd=4,pgrp=5263,minproto=2,maxproto=4) none on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) /dev/md0 on /boot type ext3 (rw,errors=remount-ro) --- mdadm.conf DEVICE partitions MAILADDR root ARRAY /dev/md0 level=raid1 num-devices=3 UUID=93bb93e8:f30d04cb:ac726c50:58520726 ARRAY /dev/md1 level=raid5 num-devices=3 UUID=566bb332:14ee5c2f:d88d0f15:f12bbfb1 --- /proc/mdstat: Personalities : [raid1] [raid6] [raid5] [raid4] md1 : active raid5 sdb7[0] sdc7[1] 58588800 blocks level 5, 64k chunk, algorithm 2 [3/2] [UU_] md0 : active raid1 sdb6[0] sdc6[1] 128384 blocks [3/2] [UU_] unused devices: none --- /proc/partitions: major minor #blocks name 8 0 312571224 sda 8 1 40131 sda1 8 2 1 sda2 8 5 97635006 sda5 8 6 39070048 sda6 8 7 175823361 sda7 816 312571224 sdb 817 32098 sdb1 818 1 sdb2 821 29294496 sdb5 822 128488 sdb6 823 29294496 sdb7 824 146480638 sdb8 825 102542863 sdb9 832 312571224 sdc 833 32098 sdc1 834 1 sdc2 837 29294496 sdc5 838 128488 sdc6 839 29294496 sdc7 840 146480638 sdc8 841 102542863 sdc9 9 0 128384 md0 9 1 58588800 md1 --- initrd.img-2.6.20: 15828 blocks scripts/local-top/mdadm sbin/mdadm lib/modules/2.6.20/kernel/drivers/md/dm-mod.ko lib/modules/2.6.20/kernel/drivers/md/raid1.ko lib/modules/2.6.20/kernel/drivers/md/raid10.ko lib/modules/2.6.20/kernel/drivers/md/xor.ko lib/modules/2.6.20/kernel/drivers/md/md-mod.ko lib/modules/2.6.20/kernel/drivers/md/raid0.ko lib/modules/2.6.20/kernel/drivers/md/raid456.ko lib/modules/2.6.20/kernel/drivers/md/dm-crypt.ko etc/mdadm etc/mdadm/mdadm.conf --- /proc/modules: dm_crypt 12240 0 - Live 0x88234000 dm_snapshot 15368 0 - Live 0x8822f000 dm_mirror 18368 0 - Live 0x88229000 dm_mod 54256 3 dm_crypt,dm_snapshot,dm_mirror, Live 0x8821a000 raid456 117280 1 - Live 0x8807d000 xor 5904 1 raid456, Live 0x8807a000 raid1 20224 1 - Live 0x88074000 md_mod 70748 4 raid456,raid1, Live 0x88061000 --- volume detail: --- /proc/cmdline BOOT_IMAGE=Lin-mit-initrd ro root=900 root=/dev/md1 --- grub: kernel/vmlinuz root=/dev/md1 ro kernel /vmlinuz root=/dev/sda6 ro kernel /vmlinuz root=/dev/sda6 ro single kernel /vmlinuz-2.6.20 root=/dev/sda6 ro kernel /vmlinuz-2.6.20 root=/dev/sda6 ro single kernel /vmlinuz-2.6.20-rc5 root=/dev/sda6 ro kernel /vmlinuz-2.6.20-rc5 root=/dev/sda6 ro single --- lilo: lilo.conf file not readable. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.12 Debian configuration management sy ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-83 creates device files in /dev Versions of packages mdadm recommends: ii exim4-daemon-light [mail-tran 4.63-17lightweight exim MTA (v4) daemon ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo -- debconf information: * mdadm/autostart: false * mdadm/initrdstart: all
Bug#415338: openmpi: please update to version 1.2
Package: openmpi Severity: wishlist Tags: patch Hi, OpenMPI version 1.2 got released a couple of days ago. It would be great if the Debian package of OpenMPI could be updated to the new version. I made an updated package for a client of mine, and have attached my diff; maybe it's of use to you. I tried to address some of the easier bug reports while I was at it. Cheers, Til -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) === debian/control == --- debian/control (revision 14) +++ debian/control (revision 29) @@ -71,6 +71,19 @@ . This package contains platform independent files for Open MPI. +Package: openmpi-mpidoc +Architecture: all +Conflicts: mpi-doc, lam-mpidoc, lam4-dev +Description: high performance message passing library + Open MPI is a project combining technologies and resources from several other + projects (FT-MPI, LA-MPI, LAM/MPI, and PACX-MPI) in order to build the best + MPI library available. A completely new MPI-2 compliant implementation, Open + MPI offers advantages for system and software vendors, application developers + and computer science researchers. + . + This package contains man pages describing the Message Passing Interface + standard. + Package: openmpi-dbg Section: devel Architecture: any @@ -82,4 +95,4 @@ MPI offers advantages for system and software vendors, application developers and computer science researchers. . - This package ontains debugging symbols for Open MPI. + This package contains debugging symbols for Open MPI. === debian/openmpi-bin.install == --- debian/openmpi-bin.install (revision 14) +++ debian/openmpi-bin.install (revision 29) @@ -1,4 +1,8 @@ etc/* -usr/bin/orte* usr/bin/ompi_info -usr/bin/mpi*.openmpi +usr/bin/opal_wrapper +usr/bin/orted +usr/bin/orterun +usr/share/man/man1/*.openmpi.1 +usr/share/man/man1/opal* +usr/share/man/man1/orte* === debian/openmpi-libs0.install == --- debian/openmpi-libs0.install(revision 14) +++ debian/openmpi-libs0.install(revision 29) @@ -4,10 +4,13 @@ usr/lib/libmpi.so.0 usr/lib/libmpi_cxx.so.0.0.0 usr/lib/libmpi_cxx.so.0 -usr/lib/libopal.so.0.0.0 -usr/lib/libopal.so.0 -usr/lib/liborte.so.0.0.0 -usr/lib/liborte.so.0 +usr/lib/libmpi_f77.so.0.0.0 +usr/lib/libmpi_f77.so.0 +usr/lib/libmpi_f90.so.0.0.0 +usr/lib/libmpi_f90.so.0 +usr/lib/libopen-pal.so.0.0.0 +usr/lib/libopen-pal.so.0 +usr/lib/libopen-rte.so.0.0.0 +usr/lib/libopen-rte.so.0 usr/lib/openmpi/*.so usr/lib/mpi.mod -usr/lib/libmpi_f90.a === debian/openmpi-mpidoc.install == --- debian/openmpi-mpidoc.install (revision 14) +++ debian/openmpi-mpidoc.install (revision 29) @@ -0,0 +1 @@ +usr/share/man/man3/* === debian/patches/30fix_manpage_link.dpatch == --- debian/patches/30fix_manpage_link.dpatch(revision 14) +++ debian/patches/30fix_manpage_link.dpatch(revision 29) @@ -0,0 +1,14 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 30fix_manpage_link.dpatch by Tilman Koschnick [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fix link between manpages. + [EMAIL PROTECTED]@ +diff -urNad openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.3 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 +--- openmpi-1.2~/ompi/mpi/man/man3/MPI_Status_c2f.32006-11-09 19:53:42.0 +0100 openmpi-1.2/ompi/mpi/man/man3/MPI_Status_c2f.3 2007-03-18 00:18:20.513262103 +0100 +@@ -1,2 +1,2 @@ +-.so man3/MPI_Status_c2f.3 ++.so man3/MPI_Status_f2c.3 + ' @(#)MPI_Status_c2f.3 1.12 06/03/09 Property changes on: debian/patches/30fix_manpage_link.dpatch ___ Name: svn:executable +* === debian/patches/20implicit_pointer_conversion.dpatch == --- debian/patches/20implicit_pointer_conversion.dpatch (revision 14) +++ debian/patches/20implicit_pointer_conversion.dpatch (revision 29) @@ -6,10 +6,10 @@ ## DP: architectures. See #377725. @DPATCH@ - openmpi-1.1.orig/ompi/mca/mpool/openib/mpool_openib_module.c 2006-08-07 15:56:18.428275656 +0200 -+++ openmpi-1.1/ompi/mca/mpool/openib/mpool_openib_module.c2006-08-07 15:55:50.757482256 +0200 -@@ -26,6 +26,7 @@ +diff -urNad openmpi-1.2~/ompi/mca/mpool/openib/mpool_openib_module.c openmpi-1.2/ompi/mca/mpool/openib/mpool_openib_module.c +--- openmpi-1.2~/ompi/mca/mpool/openib/mpool_openib_module.c 2006-11-09 19:53:49.0 +0100
Bug#415337: ITP: affinity -- desktop search tool
Package: wnpp Severity: wishlist Owner: Michael Biebl [EMAIL PROTECTED] * Package name: affinity Version : 0.1 Upstream Author : Neil J. Patel [EMAIL PROTECTED] * URL : http://code.google.com/p/affinity-search/ * License : GPL v2 or later Programming Lang: C, Python Description : desktop search tool Current Features * Front-end to both the Beagle Tracker desktop search engines. * Has actions (configurable through Desktop files), which speed up common tasks. * Has in-built, user-configurable, filters which work in the the entry box, so typing 'pics:london' will only bring uppictures. * Colours can be customised to your taste. * Lives in the system-tray, but can be called by a global key stroke. Default is Ctrl+Alt+a, but you can change it to anything you like! * Written in C for minimal impact on your system, but maximum speed! * Preferences applet is written in Python. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.20-gentoo-r2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415157: closed by Thomas Huriaux [EMAIL PROTECTED] (closing old RFP bug)
I posted this RFP because there is a nw upstream version available (6.3.3). If I posted it wrong, please tell me. On 3/18/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #415157: RFP: imagemagick -- ImageMagick 6.3.3, which was filed against the wnpp package. It has been closed by Thomas Huriaux [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Thomas Huriaux [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Forwarded message -- From: Thomas Huriaux [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Sun, 18 Mar 2007 15:05:27 +0100 Subject: closing old RFP bug Source: imagemagick Source-Version: 4.0.1-1 -- Thomas Huriaux -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF/Ucnb8LyHhAYItIRApbsAJ0RXanyc7luBGBnvlw1+wjqu/LhwgCgysEH VQglezlZ25bvOjZeeL/beTg= =ea0R -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415176: rhythmbox restarts on close unless doing kill on the command line
Sven Arvidsson wrote: On Sun, 2007-03-18 at 11:42 +0100, Martin Ketzer wrote: Can you run rhythmbox from the terminal in debug mode (rhythmbox -d) and see if you can capture any interesting error messages when you close? Keep in mind that debug mode is very verbose. hm, i see nothing out of the ordinary. problem is, that the exit of rhythmbox starts a new instance (without -d). but i tried a few things. 1. mv /usr/bin/rhythmbox /usr/bin/rhythmbox.orig and execute rhythmbox.orig results in rhythmbox exiting normally without restart 2. write a shell-script named rhythmbox that does execute rhythmbox.orig -d and pipes the output into a file but that results again in rhythmbox exiting normally without restart (and nothing interesting in the log again). after that i renamed the original rhythmbox to it's usual name the restarting occurs again. odd... Yes, I'm quite curious myself to figure out what is causing this. The next time you close rhythmbox and the restart happens, can you run this? cat /proc/$(pidof rhythmbox)/environ Maybe it can give a clue as to what is starting rhythmbox again. Be sure to scan the output for any personal information before you mail it. here it is (i don't think it actually contains secret information, at least as far as i'm concerned): [EMAIL PROTECTED]@[EMAIL PROTECTED]/bin/[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@PATH=/usr/local/bin:/usr/bin:/bin:/u sr/bin/X11:/usr/[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@PWD=/home/[EMAIL PROTECTED]@[EMAIL PROTECTED] [EMAIL PROTECTED]@[EMAIL PROTECTED]/home/[EMAIL PROTECTED]@[EMAIL PROTECTED]:[EMAIL PROTECTED]@[EMAIL PROTECTED]/home/simaketz/[EMAIL PROTECTED]/tmp/ssh-dxBE sp3947/[EMAIL PROTECTED]@GTK_RC_FILES=/etc/gtk/gtkrc:/home/simaketz/[EMAIL PROTECTED]/ketzer:/tmp/.ICE-unix/[EMAIL PROTECTED]/tmp/keyring-Pbyq1T/[EMAIL PROTECTED]:ab stract=/tmp/dbus-cNqrSTadGF,[EMAIL PROTECTED]@DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-cNqrSTadGF,guid=8c8b35feb7833e713c10050045fcfe34^@ and second: one time when i closed rhythmbox it had a bug-buddy-window popping up, claiming some kind kind of crash happened. unfortunately i clicked it away before realizing what it was and it wasn't reproduceable. so it may be completely unrelated. on the other hand maybe gnome automatically restarts crashed programs (i hope not, at least not without asking first) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415225: security issue in enigmail package 0.94.3 (CVE-2007-1264)
On Sun, Mar 18, 2007 at 12:39:34AM +0100, Daniel Schröter wrote: Alexander Sack wrote: In Debian this problem just occurs if the patch for gnupg is not installed. That's why I tagged it as important and not critical. The gnupg update fixed the security issue. Everything else is just improved visualization. Yes I know that, but like I wrote maybe someone has not installed the update for gnupg. On the other hand: Why should he then install the update for enigmail? :-o Exactly :-P - Alexander
Bug#415247: closed by Alexander Schmehl [EMAIL PROTECTED] (Re: FW: bug wmaker?)
guys, hi, http://advogato.org/person/lkcl/diary.html?start=374 i am very very sorry. an accurate description of this syndrome has only just come to my attention. seven years late. i'll try to be nicer to people. l. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333960: config script should honour preseeded debconf value for keyboard/options
On Fri, Oct 14, 2005 at 06:44:45PM +0200, Miroslav Kure wrote: the config script sets debconf variable xserver-xorg/config/inputdevice/keyboard/options without actually checking for existing preseeded value and therefore overwrides it headlessly. You can trigger this easily on new installs in Czech where localization-config sets .../keyboard/layout to us,cz_qwerty .../keyboard/options to grp:shift_toggle,grp_led:scroll but after this config we end up with empty .../keyboard/options, thus locking users in foreign keyboard layout. These days we do not have localization-config anymore, but when preseeding these keyboard options in the d-i preseed file, everything works as expected (i.e. xorg.conf is generated with preseeded values), therefore I propose to close the bug. -- Miroslav Kure -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415339: reportbug: Buttons too wide in bugs list (urwid UI)
Package: reportbug Version: 3.33 Severity: minor Tags: patch When using the urwid UI, the buttons column (at the left side) is too wide, making the bugs titles (at the right side) hard to read. The patch attached below makes the interface looks much better for me. Also, the severity list suffers from the same problem. Rafael -- Package-specific info: ** Environment settings: EDITOR=jed DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] INTERFACE=urwid -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt reportbug recommends no packages. -- no debconf information --- reportbug_ui_urwid.py 2007-01-14 21:39:58.0 +0100 +++ reportbug_ui_urwid.py-new 2007-03-17 23:13:50.0 +0100 @@ -453,7 +453,7 @@ ## widgets.append((e, None)) box = listdialog(par, widgets, height=('relative', 80), - title=title, buttonwidth=30) + title=title, buttonwidth=12) if quitlabel: box.add_buttons( [(oklabel, 0), (cancellabel, -1), (quitlabel, -2)] ) else:
Bug#333164: libasm-java: Is there still work done on libasm2-java?
Package: libasm-java Version: 1.5.3-4 Followup-For: Bug #333164 Hello, I'm currently looking at taking over groovy, because I need it for FreeMind 0.9.0; but FreeMind needs Groovy 1.0, and Groovy 1.0 is requiring the version 2.2 of ASM in order to compile. I like those cascading dependencies :- So, is still someone working on libasm2-java (if possible 2.2)? The message that it should come in the next future is almost 2 years old... Thanks, Eric -- System Information: Debian Release: 4.0 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.18-4-686 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages libasm-java depends on: ii gij [java2-runtime] 4:4.1.1-15 The GNU Java bytecode interpreter ii gij-4.0 [java1-runtime] 4.0.3-2The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii kaffe 2:1.1.7-4 A JVM to run Java bytecode ii kaffe-pthreads [kaffe]2:1.1.7-4 A POSIX threads enabled version of ii sun-j2sdk1.4 [java2-runtime] 1.4.2+12 Java(TM) 2 SDK, Standard Edition, ii sun-java5-jre [java1-runtime] 1.5.0-10-3 Sun Java(TM) Runtime Environment ( libasm-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415340: reportbug: Question mark at end of yes_no question (urwid UI)
Package: reportbug Version: 3.33 Severity: minor Tags: patch In the urwid UI, The yes_no questions are lacking a trailing question mark, unlike the text UI. The patch below fixes this. Rafael -- Package-specific info: ** Environment settings: EDITOR=jed DEBEMAIL=[EMAIL PROTECTED] EMAIL=[EMAIL PROTECTED] INTERFACE=urwid -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages reportbug depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt reportbug recommends no packages. -- no debconf information --- reportbug_ui_urwid.py 2007-01-14 21:39:58.0 +0100 +++ reportbug_ui_urwid.py-new 2007-03-18 00:01:45.0 +0100 @@ -335,7 +335,7 @@ return result def yes_no(msg, yeshelp, nohelp, default=True, nowrap=False, ui=None): -box = dialog('', long_message=msg, title=reportbug.VERSION) +box = dialog('', long_message=msg+?, title=reportbug.VERSION) box.add_buttons([ ('Yes', True), ('No', False) ], default=1-int(default)) result = box.main(ui) return result
Bug#415292: libgl1-mesa-glx: assertion failure in libGL.so.1
Could you try with libgl1-mesa-glx 6.5.2-3 currently in experimental? The FIXME code seems to still be there, but maybe something else has been added to work around the problem... If it still fails, it should be reported upstream. Yes, same thing with version from experimental. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415341: octave-forge: azimuth.m gives incorrect values
Package: octave-forge Version: 2006.07.09+dfsg1-8 Severity: normal Tags: patch *** Please type your report below this line *** The calculation in mapping/azimuth.m in both the 2.1 and 2.9 branches of octave-forge gives incorrect values. A correct version of the calculation is given at http://williams.best.vwh.net/avform.htm#Crs Instead of the current calculation: az = rad2deg(acot((sin(a) * cot(b) - cos(a) * cos(C)) / \ sin(C))); the calculation should be: az=rad2deg(mod(atan2(sin(C)*sin(b), \ sin(a)*cos(b)-cos(a)*sin(b)*cos(C)),\ 2*pi)); If azimuth.m is actually doing the right thing, then perhaps its documentation needs changing - as I read it, it calculates the angle of the great circle between the two points. This is not what the current calculation does. Apologies if I've got anything wrong - I'm fairly new to spherical geometry - do email to discuss this if necessary. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.061206.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages octave-forge depends on: ii octave2.1-forge 2006.03.17+dfsg1-3 Contributed functions from the GNU octave-forge recommends no packages. -- no debconf information pgp3EUE5B5p97.pgp Description: PGP signature
Bug#184437: Patch applied upstream
This patch really seems to work around the problem. I applied it upstream and I'll update the debian package soon. Better solutions than the one in this patch are still welcome, of course. -- Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408622: this should fix the bug... it does here
The same problem exists for me, using standard 32bit stable. The problem is that perl sees a symlink as a directory, if it points to a directory. Perhaps this is a change since 5.005 - newer versions of perl? Anyhow, update-jail creates directories if it sees that they are such, via -d.. and so this is why our problem exists... The solution is to add a check at line 172 of update-jail. Change this line from: if (-d $file) { to: if (-d $file ! -l $file) { and now symlinked directories will not be created via mkdir, but by rsync.. and this works much better. Please let me know how this works for you! Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]