Bug#396638: PMASA-2006-6: XSS vulnerability
tags 396638 pending severity 396638 grave thanks On Wed, 2006-11-01 at 22:46 +0100, Thomas Babut wrote: A XSS vulnerability has been fixed in phpMyAdmin 2.9.0.3. All versions from 2.6.4 to 2.9.0.2 are affected. See this phpMyAdmin security announcement PMASA-2006-6 for more details: http://www.phpmyadmin.net/home_page/security.php?issue=PMASA-2006-6 Thank you, I'm aware and already packaging it. Thijs signature.asc Description: This is a digitally signed message part
Bug#396469: Installation report: failed install on Toshiba Satellite
On Wednesday 01 November 2006 15:45, Bill McNeill wrote: The machine is hard hung, so I'm not in a debug shell and I can't page up to see what came before the segment fault. Unfortunately, I can't see what was loading before the fault: the very top of the screen is filled up with the register dump and whatnot. OK. But still, the installer worked without problem, so we should be able to solve this. I don't know how to figure out what was running when the seg fault occurred. I don't have a working shell so I can't read any log files, nor can I cat /proc/modules or ls /dev. Please give us any information that you _can_ see on the screen. I know that copying that manually is a pain, but without the info we cannot help! Another option, if the laptop has a serial port, you have another box to connect it to and a null-modem cable, is to boot over serial console. That should give you the full log of boot messages. Cheers, FJP pgp5CEnDhbCJD.pgp Description: PGP signature
Bug#395257: This bug was reproducible with the NEWT frontend too
On Thursday 02 November 2006 07:10, Christian Perrier wrote: Why do you expect that changing the language will change the keyboard layout? Heh, stupid of me. I missed that when reading these earlier :-P Of course, you have to go back to keyboard selection to change the keyboard. And I've often enough seen that this works for the newt frontend (and just verified that it still does). It also works for g-i, but _only_ for VT2, not for VT5! The first selection works on VT5, subsequent selections in kbd-chooser do nothing. pgpj0eis24bDD.pgp Description: PGP signature
Bug#396534: coco-doc: No Sources, incomplete copyright file
#Steve Langasek [EMAIL PROTECTED] wrote: # # On Wed, Nov 01, 2006 at 12:34:58PM +0100, Frank Küster wrote: # This package includes two PDF files, UserManual.pdf and # DataStructures.pdf, without corresponding sources. According to # pdfinfo, the sources are Microsoft Word documents; this is not nice, but # it is definitely preferred to directly editing a PDF document. # # Note that it is the position of the release team that the source requirement # of the current DFSG does not apply to documentation, so this is not an RC # bug. clone 396534 -1 retitle -1 No source for PDF documents, embedded fonts might be non-free severity -1 important retitle 396534 Incomplete copyright file thanks I'm also not sure whether the embedded fonts are free. Since this is (at present) only an uncertainty with no particular evidence that they aren't free, this is also not an RC bug. Hm, well, the fonts claim to be TimesNewRomanPSMT and similar, the MT probably stands for MonoType. I have never heard that these fonts are available freely (as in speech) anywhere. But I'm not going to argue with RMs here. It also does not contain any information on the copyright of the Debian packaging and, more severely, no information on the download location. I assume it is http://ssw.jku.at/Coco/. However, this is an RC bug. The md5sums of the files on that site are the same as the ones in the package. So I guess this bug could just be fixed by adding the information in the copyright file? Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#396534: coco-doc: No Sources, incomplete copyright file
On Thu, Nov 02, 2006 at 08:59:32AM +0100, Frank Küster wrote: I'm also not sure whether the embedded fonts are free. Since this is (at present) only an uncertainty with no particular evidence that they aren't free, this is also not an RC bug. Hm, well, the fonts claim to be TimesNewRomanPSMT and similar, the MT probably stands for MonoType. I have never heard that these fonts are available freely (as in speech) anywhere. But I'm not going to argue with RMs here. Sorry, I understood from your message that you didn't /know/ these finds, not that you knew them and had reason to believe they weren't freely available. If there is a reason to think they're not freely distributable, then that is of course an RC bug as well. It also does not contain any information on the copyright of the Debian packaging and, more severely, no information on the download location. I assume it is http://ssw.jku.at/Coco/. However, this is an RC bug. The md5sums of the files on that site are the same as the ones in the package. So I guess this bug could just be fixed by adding the information in the copyright file? Yes, it appears so. Cheers, -- 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/
Bug#396673: additional information
I forgot to give due credit: this dekstop file was written by Phil Bull, and the bug report in Ubuntu is: https://launchpad.net/distros/debian/+source/ygraph/+bug/36450 I also want to add that I've tested this patch in a sid pbuilder and it builds fine (didn't test using the program, though). Ming 2006.11.02 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396680: uswsusp: French debconf templates translation update
Package: uswsusp Version: N/A Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. Florentin Duneau uswsusp.po.gz Description: GNU Zip compressed data
Bug#396677: Typo in /usr/share/doc/apt-cacher/NEWS.Debian.gz
Package: apt-cacher Version: 1.5.3 Severity: minor In /usr/share/doc/apt-cacher/NEWS.Debian.gz, there is the followinf text: This can be done by moving the file /etc/cron.daily/apt-cacher to /etc/cron.daily/. Looks like a typo. -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages apt-cacher depends on: ii bzip2 1.0.2-7high-quality block-sorting file co ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-4Larry Wall's Practical Extraction apt-cacher recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395952: documentation
On 1 Nov 2006, at 8:11 pm, Ulrich Eckhardt wrote: Nope, it should also work without a desktop environment. After some looking, I now settled for autofs at the moment. Its setup is pretty easy, you only need to activate two lines in already existing configfiles and it automatically mounts your CDs and unmounts them after 60s of inactivity (which I also reduced to 5s). I think this is closer to what most people want, and I would perhaps mention it in the package description as alternative when a) you are running Linux (I think autofs is Linux-only) and b) you only want some removable media automounted. autofs is not Linux-only - I think it's a Sys V/BSD thing - autofs came from Sys V and amd from BSD. We use both at work, and are gradually migrating to am-utils; it's more flexible when it comes to some of the cleverer things you can do with the mount maps. I'll ask on the am-utils mailing list whether anyone has any ideas about getting it to unmount CD's sensibly. Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396678: syntax error in default config file /etc/apache2/apache2.conf
Package: apache2-mpm-worker Version: 2.2.3-3 Severity: important After updating apache2-mpm-worker apache failed to start with the following error message: Starting web server (apache2)...Syntax error on line 141 of /etc/apache2/apache2.conf: Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration failed! invoke-rc.d: initscript apache2, action start failed. The block with the error is: # # The following lines prevent .htaccess and .htpasswd files from being # viewed by Web clients. # Files ~ ^\.ht 141:Order allow,deny Deny from all /Files Is there something missing in the modules ? Oliver -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apache2-mpm-worker depends on: ii apache2. 2.2.3-3 Next generation, scalable, extenda ii libapr1 1.2.7-6 The Apache Portable Runtime Librar ii libaprut 1.2.7+dfsg-2The Apache Portable Runtime Utilit ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libdb4.4 4.4.20-8Berkeley v4.4 Database Libraries [ ii libexpat 1.95.8-3.3 XML parsing C library - runtime li ii libldap2 2.1.30-13.1 OpenLDAP libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpq4 8.1.5-1 PostgreSQL C client library ii libsqlit 3.3.8-1 SQLite 3 shared library ii libuuid1 1.39+1.40-WIP-2006.10.02+dfsg-2 universally unique id library apache2-mpm-worker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396648: ITP: rt73 -- Linux device driver for Ralink RT73 a/b/g WLAN Card
On Thursday 02 November 2006 08:55, Piotr Roszatycki wrote: Package: wnpp Severity: wishlist Owner: Piotr Roszatycki [EMAIL PROTECTED] * Package name: rt73 Upstream author : Paul Lin [EMAIL PROTECTED] Version : 1.0.3.6 * URL : http://www.ralinktech.com/drivers/Linux/RT73_Linux_STA_Drv1.0.3.6.tar.gz * License : GPL Programming Lang: C Description : Linux device driver for Ralink RT73 a/b/g WLAN Card I am the owner of USB-stick Wi-Fi network interface (Edimax EW-7318Ug). The only working driver is Ralink RT73 original driver. I'd like to see this driver in Debian distribution. I want to provide rt73-source package which is compatible with module-assistant. The resulting package (rt73-module-$VERSION) contains rt73.ko driver. The driver loads firmware from separate file and has included the blob with the default firmware if separate file is not available. I think the driver can go to contrib with removed the blob from its sources and with the firmware rt73.bin file can go to non-free as rt73-firmware package. The rt73.bin file is marked as GPL. There is no real source code included but this license implies that it is redistributable file at least as non-free. I notice you quote upstream origin is ralinktech.com, but what about the rt73 drivers from rt2x00 project[1], that are maintained and bugfixed by a bunch of cool hackers, and are the origin of the existing rt2400, rt2500, rt2570 and rt2x00 source packages already in debian? Thanks, Kel. [1] http://rt2x00.serialmonkey.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396305: please include aqofxconnect backend
block 396305 by 340573 thanks Hi, Benoit has answered my request, but does not intend to grant an exception[1]. For all casual users: Please do respect his decision and don't debate after you've been reading this bug report. It's not only his good right but also perfectly reasonable to license as GPL, nothing more, nothing less. If you want to fix this situation once and for all, please take a look at Debian bug #340573 [2], which would enable us to build AqBanking with GPL-only software. Kind regards T. 1. http://article.gmane.org/gmane.comp.finance.libofx.devel/300 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340573 -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396351: FTBFS: /usr/bin/install: cannot create regular file `/sbin/apcupsd': Permission denied
apt-get build-dep apcupsd apt-get source apcupsd cd apcupsd-3.12.4 debuild this worked for me on an amd64. maybe use make and not pmake ? Regards Samuele -- 4% fats, 2% cerebral activities -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396582: Some additional info
also sprach Dan Pascu [EMAIL PROTECTED] [2006.11.01.2323 +0100]: Also I've noticed something weird in the test you did. After failing sde1 from md99 and stopping the array, when it was started with the startup script it said it assembled md99 with 2 drives. The same was said by mdadm --assemble later, as if between stopping and starting it the failed drive was magically re-added. The message should have been something like starting degraded array with 1 drive (out of 2) if I'm not mistaken. No, because the drives were only marked as failed but not yet removed. On reassembly, they just get added again. Are you seeing different behaviour? Personalities : [raid1] md1 : active raid1 sdb2[1] sda2[0] 231609024 blocks [2/2] [UU] bitmap: 5/221 pages [20KB], 512KB chunk md0 : active raid1 sdb1[1] sda1[0] 12586816 blocks [2/2] [UU] bitmap: 12/193 pages [48KB], 32KB chunk You are using bitmaps, I am not. Maybe that's the cause? Could you please recreate the problem from scratch and show me *all* steps? -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#396593: vserver-build.fai doesnt work with fai in debian
Hi, On Thursday 02 November 2006 08:24, Ola Lundqvist wrote: Ok. Do you know if this is a problem in fai, or if it is a problem in util-vserver? In util-vserver. vserver-build.fai needs to be modified to work with the current version of fai, which supports installation in a directory. regards, Holger pgphQ5NCw20WZ.pgp Description: PGP signature
Bug#396682: Regression in support for DEB_BUILD_OPTIONS=nostrip?
Package: strace Version: 4.5.14-2 Severity: minor Hi folks, It appears that strace 4.5.14-2 has added this patch: --- strace-4.5.14.orig/debian/rules +++ strace-4.5.14/debian/rules @@ -66,8 +66,8 @@ # Install strace install -d -o root -g root -m 755 debian/tmp/usr/bin - install -o root -g root -m 755 build/strace debian/tmp/usr/bin/strace - dh_strip + install -s -o root -g root -m 755 build/strace debian/tmp/usr/bin/strace + dpkg-gencontrol -is -pstrace-udeb -fdebian/files~ Am I missing some reason why this is desirable? Because dh_strip supports DEB_BUILD_OPTIONS=nostrip automatically, but this update calls install -s unconditionally. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396582: Some additional info
On Thursday 02 November 2006 10:28, martin f krafft wrote: also sprach Dan Pascu [EMAIL PROTECTED] [2006.11.01.2323 +0100]: Also I've noticed something weird in the test you did. After failing sde1 from md99 and stopping the array, when it was started with the startup script it said it assembled md99 with 2 drives. The same was said by mdadm --assemble later, as if between stopping and starting it the failed drive was magically re-added. The message should have been something like starting degraded array with 1 drive (out of 2) if I'm not mistaken. No, because the drives were only marked as failed but not yet removed. On reassembly, they just get added again. Are you seeing different behaviour? Yes. In my case, if I fail a drive, it is still there in a failed state, but if I then stop the raid array, when it's restarted, the failed drive is no longer there, as if it was removed meanwhile, only that I never issued the remove command. And when the array starts, it shows that it started degraded with only 1 out of 2 drives. Personalities : [raid1] md1 : active raid1 sdb2[1] sda2[0] 231609024 blocks [2/2] [UU] bitmap: 5/221 pages [20KB], 512KB chunk md0 : active raid1 sdb1[1] sda1[0] 12586816 blocks [2/2] [UU] bitmap: 12/193 pages [48KB], 32KB chunk You are using bitmaps, I am not. Maybe that's the cause? The presence of bitmaps doesn't influence this. I got the same behavior with or without them. Could you please recreate the problem from scratch and show me *all* steps? As I said I'm currently unable to do this, but as soon as I get access to the system to test it again I will. I will do all the setup again on a test system running under vmware and record all the steps I will be doing and save the output of the commands I'll run. -- Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395193: Additional information on this bug
I've narrowed down the source of the bug in the standard library. The following code displays the same segfault that mutt shows. #include stdio.h #include errno.h int main (int argc, char **argv) { char folder[30] = testfile; FILE *fp = fopen (folder, r); fp = freopen (folder, r+, fp); ftell (fp); return 0; } I therefore believe that this bug is not related to mutt, and should be closed. Thanks. -- Patrick Draper --- [EMAIL PROTECTED] Austin, Texas --- http://www.pdrap.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396681: Please install ntfs-3g SUID root
Package: ntfs-3g Version: 1:0.0.0+20061031-1 Severity: wishlist Please install ntfs-3g suid root in order to allow users of fuse group mount ntfs volumes. I suggest same permissions/group as fusermount -rwsr-x--- 1 root fuse 38848 2006-10-31 21:11 /usr/bin/ntfs-3g Regards Pelayo -- 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-hermes4 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Versions of packages ntfs-3g depends on: ii debconf 1.5.8 Debian configuration management sy ii fuse-utils2.5.3-4.1 Filesystem in USErspace (utilities ii libc6 2.3.6.ds1-7GNU C Library: Shared libraries ii libfuse2 2.5.3-4.1 Filesystem in USErspace library ii libntfs-3g0 1:0.0.0+20061031-1 ntfs-3g filesystem in userspace (F ntfs-3g recommends no packages. -- debconf information: * ntfs-3g/warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396618: ITP: dns-flood-detector -- DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers and to enable quick response in halting the use of one's nameserver t
Hi Andrea, On Wednesday 01 November 2006 23:03, Andrea Bolognani wrote: Jan Wagner [EMAIL PROTECTED] wrote: Description : DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers and to enable quick response in halting the use of one's nameserver to facilitate spam. Please use a shorter description for this package. i will use DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers when building the package ... hope thats okay. With kind regards, Jan. -- -BEGIN GEEK CODE BLOCK- Version: 3.1 GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ --END GEEK CODE BLOCK-- pgpTW0xypwyg2.pgp Description: PGP signature
Bug#393554: Intent to NMU
Hi Eric and Dann, I released openct 0.6.10-pre1 with that patch and if noone complains it will be 0.6.10 by mid next week. this release also includes very minor fixes for bsd and patches I gathered elsewhere. it might be better to test the new version than create a nmu. if you give the new version a try, please remember to edit etc/init-script.in and uncomment the chown/chgrp lines, as those would help debian and ubuntu to make sure the permissions on /var/run/openct are always correct. Thanks, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396611: ITP: mach -- make a chroot of a rpm-based distribution
On Thu, Nov 02, 2006, Mike Hommey wrote: * Package name: mach Why does it have to have the same name as a well know (old) micro-kernel? This is an upstream question, but the upstream says: 1. WHAT IS IT ? --- ... This mach is not to be confused with the microkernel of the same name. If you can't tell the difference between this mach and that mach from a cursory look then neither is for you. Since the name isn't used in package or source names, I picked it; I'm open to renaming later on if necessary. -- Loïc Minier [EMAIL PROTECTED]
Bug#395368: iprint: 'i' dumps any chars after decimal digits.
reopen 395368 ! thanks On Wed, 01 Nov 2006 18:36:48 +0100 Thijs Kinkhorst [EMAIL PROTECTED] wrote: I see no need to change anything here. The program does what it says it does... It's a classic design disagreement, an example favorable to my side would be the introduction of automobile safety belts -- some automakers (and drivers) didn't want them, and destructively reasoned that a car doesn't drive itself therefore all crashes were some driver's fault. An example sympathetic to your view might be found in Jack Williamson's 'Humanoid' stories, where robots imprison humanity so as to protect them from harm. No need to agree. If error messages and consistent output in response to unexpected data are a feature you never intended and don't wish to implement, then change this bug's severity to wishlist and tag it wontfix. Bonus: this open bug might ward off finicky users. HTH... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396686: new upstream
Package: ddrescue Version: 1.10-1 there's a new upstream 1.12... which makes O_DIRECT actually work properly amidst other things. it'd be cool if you could update the debian package. thanks -dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396683: linux-source-2.6.18: make-kpkg fails - debian subdirectory missing?
Package: linux-source-2.6.18 Version: 2.6.18-3 Severity: important # make-kpkg kernel_image /usr/share/kernel-package/rules:1637: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The usual case for this is that I could not determine which arch or subarch tihs machine belongs to. Please specify a subarch, and try again.. Stop. There is no debian subdirectory in the unpacked source file. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.18 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.18 recommends: ii gcc 4:4.1.1-13 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6.ds1-7 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393765: 'dpkg-reconfigure icedove' is broken
Package: icedove Version: 1.5.0.7-3 Followup-For: Bug #393765 hi when I installed icedove, I told it to use the Debian www browser (that is currently set to epiphany); but now I want it to use the Gnome chosen one (that is, the one that I select in the Gnome preferences - that is Firefox) So I tried # dpkg-reconfigure icedove a few times, but anyway I always get # debconf-show icedove icedove/browser: Debian the reason is quite simple: you have to update icedove.config as in attachment thanks a. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages icedove depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-17GCC support library ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-7PNG library - runtime ii libstdc++6 4.1.1-17 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-2 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-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 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 myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my ii myspell-it [myspell-dictio 1:2.0.4~rc1-3 Italian dictionary for myspell ii zlib1g 1:1.2.3-13compression library - runtime icedove recommends no packages. -- debconf information: icedove/browser: Debian -- Andrea Mennucc --- /var/lib/dpkg/info/icedove.config.orig 2006-11-02 10:04:21.0 +0100 +++ /var/lib/dpkg/info/icedove.config 2006-11-02 10:04:33.0 +0100 @@ -4,5 +4,5 @@ . /usr/share/debconf/confmodule db_version 2.0 -db_input medium thunderbird/browser || true +db_input medium icedove/browser || true db_go || true signature.asc Description: Digital signature
Bug#330592: init segfault when /selinux exists but a policy can't be loaded
On Wed, November 1, 2006 23:08, James Westby said: It seems clear that the actions I described do not trigger a segfault like the original report, however it is not clear to me that these actions are the ones from the original report. Ernest has stated that he did not have a policy installed, which I find very odd, as I believe SELinux will not try and load a policy if one has not been installed. From reading the source (of version -20), init will try to load a policy provided that: 1) /selinux is available; and 2) selinuxfs can be successfully mounted on /selinux The kernel command line options doesn't seem to matter for whether the policies are loaded or not. Thinking about it now it is conceivable that the bug was fixed by a change in a different package, either: * The kernel no longer tries to initialise SELinux by default (I doubt it ever did though). * SELinux used to try and load a policy even if one has not been configured/installed. * One of the libraries that init depends on had a bug which has been fixed -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391876: OpenGL failure
Confirmed that the bug is related to 3D! I do not have any hangs anymore after I commented these two lines in xorg.conf: Section Module ... #Load glx #Load GLcore ... EndSection This probably means that the bug actually is not in ksmserver... but in xorg. Thanks, Andriy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396618: ITP: dns-flood-detector -- DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers and to enable quick response in halting the use of one's nameserv
On Thu, 2 Nov 2006 09:43:54 +0100 Jan Wagner [EMAIL PROTECTED] wrote: Hi Andrea, On Wednesday 01 November 2006 23:03, Andrea Bolognani wrote: Jan Wagner [EMAIL PROTECTED] wrote: Description : DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers and to enable quick response in halting the use of one's nameserver to facilitate spam. Please use a shorter description for this package. i will use DNS Flood Detector was developed to detect abusive usage levels on high traffic nameservers when building the package ... hope thats okay. I fear it's still too long -- must be under 80 chars, your one is 92 chars. Also there's no need to repeat the package name in the synopsis; I think using detect abusive usage levels on high traffic nameservers is perfectly ok. If you have any doubt, please refer to Policy §3.4 -- KiyuKo eof AT kiyuko DOT org Like Russian Rulette with six bullets loaded
Bug#395262: Arch: all package FTBFS due to test needing network access - RC?
Sven Luther [EMAIL PROTECTED] writes: On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote: Robert Collins [EMAIL PROTECTED] writes: I can also note why bazaar wont build as root: its test suite includes a test for the ability to handle read only directories correctly. As root, anything is writable, so this test fails. [Goswin von Brederlow] That test should add a test for root and skip it. If that is the only reason not to build as root then that should be no excuse (post etch). Your unspoken premise is that there is a _reason_ to support building packages as root. Why? I think it is better just to tell people not to do that. Do some arch not have trouble with fakeroot, and need sudo to work ? This means you need to be able to build packages as real root, no ? Or was this fixed lately ? I think mips/mipsel, and some other arch where concerned. Friendly, Sven Luther Real or fake makes no difference. Anything that test id or file permissions will (hopefully) behave the same with fakeroot. Also, normaly packages are not build as root. The build target is called as user and then only binary-* as root. A test suite run in build will run as user. The binary-* targets MUST work as root. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396482: installation-reports: S61mouse-support-x86 should use modprobe in the same way than other scripts (-q + || true)
Geert Stappers wrote: Op 01-11-2006 om 01:07 schreef Eric Valette: Using this version of the script make this system boot with a kernel where all modules are built-in if [ "$DEBIAN_FRONTEND" = gtk ] ; then modprobe -q evdev || true modprobe psmouse || true fi Why modprobe another module when all modules are built-in? (i.o.w. I don't understand the reason for this bugreport) Because if the modules is not there and modprobe fails then you end up with an endless loop. Besides all other call in the installer are made this way. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396684: Recommends unavailable inputattach
Package: ltsp-client Severity: important Version: 0.99debian7 Hi Your package recommends inputattach which is not available as a seperate package in unstable. You might want to drop the recommends as the package joystick (which is already a dependency) contains a binary inputattach... Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Bug#396582: Some additional info
tags 396582 - unreproducible thanks also sprach Dan Pascu [EMAIL PROTECTED] [2006.11.02.0946 +0100]: Yes. In my case, if I fail a drive, it is still there in a failed state, but if I then stop the raid array, when it's restarted, the failed drive is no longer there, as if it was removed meanwhile, only that I never issued the remove command. And when the array starts, it shows that it started degraded with only 1 out of 2 drives. I managed to reproduce it; you just have to write to the array after fail and before stop: piper:~# mdadm -Cl1 -n2 /dev/md99 /dev/sd[ef]1 piper:~# mdadm --fail /dev/md99 /dev/sde1 mdadm: set /dev/sde1 faulty in /dev/md99 piper:~# dd if=/dev/zero of=/dev/md99 [...] 65667072 bytes (66 MB) copied, 2.57956 seconds, 25.5 MB/s piper:~# mdadm -Ss mdadm: stopped /dev/md99 piper:~# mdadm -As mdadm: /dev/md/99 has been started with 1 drive (out of 2). mdadm: /dev/md/99 already active, cannot restart it! mdadm: /dev/md/99 already active, cannot restart it! [...] Neil, can we apply the patch contributed to fix this: http://bugs.debian.org/cgi-bin/bugreport.cgi/mdadm-fix-infinite-loop.diff?bug=396582;msg=5;att=1 or do I remember that you previously replaced devlist with NULL to fix another bug? Full report: http://bugs.debian.org/396582 -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#396196: fakeroot always hangs on Alpha 2.6.18
Clint Adams [EMAIL PROTECTED] writes: Starting anything with fakeroot makes it just hang: [EMAIL PROTECTED]:~% fakeroot ls [hangs] Ctrl-C leaves an unkillable faked-sysv: falk 18742 0.0 0.0 5248 832 pts/9S14:05 0:00 /bin/sh /usr/bin/fakeroot ls falk 18743 0.0 0.0 1992 536 pts/9D14:05 0:00 /usr/bin/faked-sysv Some more information: * The problem is not 100% reproducible. Occasionally, fakeroot doesn't hang. * I didn't observe the problem with 2.6.17.5. Were there any kernel changes to stat structures or sysvipc? Does fakeroot-tcp have the same problem? I'll try to find this out... -- Falk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395262: Arch: all package FTBFS due to test needing network access - RC?
Peter Samuelson [EMAIL PROTECTED] writes: Robert Collins [EMAIL PROTECTED] writes: I can also note why bazaar wont build as root: its test suite includes a test for the ability to handle read only directories correctly. As root, anything is writable, so this test fails. [Goswin von Brederlow] That test should add a test for root and skip it. If that is the only reason not to build as root then that should be no excuse (post etch). Your unspoken premise is that there is a _reason_ to support building packages as root. Why? I think it is better just to tell people not to do that. My premise is that there is no reason to sabotage building as root. Nearly all sources do build as root and many test suites skip tests that fail as root. I see no reason to stop that now. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394297: Not done
reopen 394297 ! thanks Hi, From discussion on -release I assume that a binNMU was planned for gaim-extendedprefs, but I see no traces of such a binNMU. The bug is still here. Can it be closed by the actual binNMU .changes, instead of manually (which seems to differ from reality)? Thanks, dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#396351: FTBFS: /usr/bin/install: cannot create regular file `/sbin/apcupsd': Permission denied
Samuele Giovanni Tonon [EMAIL PROTECTED] writes: apt-get build-dep apcupsd apt-get source apcupsd cd apcupsd-3.12.4 debuild this worked for me on an amd64. maybe use make and not pmake ? Regards Samuele Actually the other way around: % apt-get build-dep apcupsd % apt-get source apcupsd % cd apcupsd-3.12.4 % debuild everything works, BUT % apt-get install pmake % debuild /usr/bin/install: cannot create regular file `/sbin/apcupsd': Permission denied I guess you need to Build-Conflict pmake or change the configure test. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396361: FTBFS: Makefile:304: *** multiple target patterns. Stop.
tag 396374 - unreproducible severity 396374 minor thanks Aurelien Jarno [EMAIL PROTECTED] writes: tag 396374 + unreproducible thanks Goswin von Brederlow a écrit : Package: gdb-m68hc1x Version: 1:6.4+3.1+dfsg-1 Severity: serious Justification: no longer builds from source Hi, Hi, when building gdb-m68hc1x I get the following error: config.status: executing default commands make[3]: Entering directory `/home/mrvn/build/gdb-m68hc1x_1:6.4+3.1+dfsg-1/gdb-m68hc1x-6.4+3.1+dfsg/build/readline' Makefile:304: *** multiple target patterns. Stop. make[3]: Leaving directory `/home/mrvn/build/gdb-m68hc1x_1:6.4+3.1+dfsg-1/gdb-m68hc1x-6.4+3.1+dfsg/build/readline' make[2]: *** [all-readline] Error 2 make[2]: Leaving directory `/home/mrvn/build/gdb-m68hc1x_1:6.4+3.1+dfsg-1/gdb-m68hc1x-6.4+3.1+dfsg/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/mrvn/build/gdb-m68hc1x_1:6.4+3.1+dfsg-1/gdb-m68hc1x-6.4+3.1+dfsg/build' make: *** [build-stamp] Error 2 Could you please give me the version of the build dependencies you used for the build, I am unable to reproduce the bug neither on amd64 nor i386. Bye, Aurelien Same problem as gcc-m68hc1x, : in the directory name. MfG Goswin
Bug#396374: FTBFS: Makefile:1841: *** multiple target patterns. Stop.
tag 396374 - unreproducible severity 396374 normal thanks Aurelien Jarno [EMAIL PROTECTED] writes: tag 396374 + unreproducible thanks Goswin von Brederlow a écrit : Package: gcc-m68hc1x Version: 1:3.3.6+3.1+dfsg-1 Severity: serious Justification: no longer builds from source Hi, Hi ! when building gcc-m68hc1x I get the following error cd build /usr/bin/make all-gcc make[1]: Entering directory `/home/mrvn/build/gcc-m68hc1x_1:3.3.6+3.1+dfsg-1/gcc-m68hc1x-3.3.6+3.1+dfsg/build' Makefile:1841: *** multiple target patterns. Stop. make[1]: Leaving directory `/home/mrvn/build/gcc-m68hc1x_1:3.3.6+3.1+dfsg-1/gcc-m68hc1x-3.3.6+3.1+dfsg/build' make: *** [build-stamp] Error 2 Could you please give me the version of the build dependencies you used for the build, I am unable to reproduce the bug neither on amd64 nor i386. Bye, Aurelien I couldn't reproduce it either trying again so I diffed the two Makefiles. Only difference I saw was the directory name I used to buildin. You set gcc_version_trigger = /home/mrvn/build/gcc-m68hc1x_1:3.3.6+3.1+dfsg-1/... and line 1841 reads Makefile: Makefile.in configure.in $(host_makefile_frag) $(target_makefile_frag) $(gcc_version_trigger) This adds a ': to the target line and make doesn't like that. I'm not sure if you can even fix this with some quoting mechanism or if it is worth it. If you want to close this thats fine with me. MfG Goswin
Bug#396557: [Pkg-xen-devel] Bug#396557: xen-3.0: missing libz-dev in build dependencies
On Wed, Nov 01, 2006 at 02:44:14PM +, alessandro ogier wrote: tags 396557 + pending thanks Pending in svn Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396414: mono upgrade helped, duplicate of #388286?
Upgrading mono to 1.1.17.1-5 (testing) was sufficient. Now tomboy runs normally. $ dpkg -l '*mono*' | grep ^ii ii libmono-cairo1.0-cil 1.1.17.1-5 Mono Cairo library ii libmono-corlib1.0-cil 1.1.17.1-5 Mono core library (1.0) ii libmono-data-tds1.0-cil 1.1.17.1-5 Mono Data library ii libmono-peapi1.0-cil 1.1.17.1-5 Mono PEAPI library ii libmono-relaxng1.0-cil1.1.17.1-5 Mono Relaxng library ii libmono-security1.0-cil 1.1.17.1-5 Mono Security library ii libmono-sharpzip0.84-cil 1.1.17.1-5 Mono SharpZipLib library ii libmono-system-data1.0-cil1.1.17.1-5 Mono System.Data library ii libmono-system-runtime1.0-cil 1.1.17.1-5 Mono System.Runtime library ii libmono-system-web1.0-cil 1.1.17.1-5 Mono System.Web library ii libmono-system1.0-cil 1.1.17.1-5 Mono System libraries (1.0) ii libmono0 1.1.17.1-5 libraries for the Mono JIT ii libmono1.0-cil1.1.17.1-5 Mono libraries (1.0) ii mono-common 1.1.17.1-5 common files for Mono ii mono-gac 1.1.17.1-5 Mono GAC tool ii mono-jit 1.1.17.1-5 fast CLI JIT/AOT compiler for Mono ii mono-mcs 1.1.17.1-5 Mono C# compiler ii mono-runtime 1.1.17.1-5 Mono runtime ii mono-utils1.1.17.1-5 Mono utilities It seems that this bug also duplicates #388286 (crash of f-spot on start), currently assigned to libdbus-1-cil. However, in my case I did not remove libdbus-1-2. Mono upgrade was sufficient: $ dpkg -l 'libdbus-*' | grep ^ii ii libdbus-1-2 0.62-4 simple interprocess messaging system ii libdbus-1-3 0.93-1 simple interprocess messaging system ii libdbus-1-cil0.63.git.20060719-4 CLI binding for D-BUS interprocess messaging ii libdbus-glib-1-2 0.71-2 simple interprocess messaging system (GLib-b ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging system (Qt-bas -- jetxee [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396599: wodim: ..conflicts with cdrecord on /usr/share/man/man1/readcd.1.gz
Hi, Debian now has the chance to verify whether they intend to create a fork or whether they just like to do malicious agression If they like to create a true fork, they should finally rename _all_ programs from cdrtools. If this doesn't happen, it is obvious that there never was an intention to create a fork and the intention was rather agression. The names in question are at least: libscg, cdrecord, mkisofs, isoinfo, isodump, isodebug, readcd, cdda2wav, scgcheck. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#396561: [Pkg-xen-devel] Bug#396561: xen-3.0: missing x11proto-core-dev in build dependencies
On Wed, Nov 01, 2006 at 02:59:20PM +, alessandro ogier wrote: Hi, Missing build-dep on x11proto-core-dev in debian/control. This seems a dependency of libsdl1.2-dev too... Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395257: This bug was reproducible with the NEWT frontend too
Frans Pop wrote: On Thursday 02 November 2006 07:10, Christian Perrier wrote: Why do you expect that changing the language will change the keyboard layout? Heh, stupid of me. I missed that when reading these earlier :-P Of course, you have to go back to keyboard selection to change the keyboard. And I've often enough seen that this works for the newt frontend (and just verified that it still does). It also works for g-i, but _only_ for VT2, not for VT5! The first selection works on VT5, subsequent selections in kbd-chooser do nothing. Ok, now i got it too (i tought changing language would have changed keymap too). Yesterday i went further, and associating the call dfb_input_device_reload_keymap( dfb_input_device_at( DIDID_KEYBOARD ) ); to the Insert key in the df_input application. I could verify the keymap reloading worked correctly at DirectFB level when i issued, in sequence, various loadkeys it and loadkeys us from a different VT. Then, i took a simple GTK app with a text widget where to input text and a button to force keymap reloading, and still i could switch from us to it and back to us again issuing loadkeys .. from another VT and then forcing keymap reloading. I wonder how keymap switching is implemented in the d-i : isn't loadkeys xxx called every time the user wants to change keymap, like on a regular debian system ? cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396363: FTBFS: Makefile:69: *** target pattern contains no `%'. Stop.
severity 396363 minor thanks Ionut Georgescu [EMAIL PROTECTED] writes: Have you altered the sources in any way? Please check your building environment. grace 1:5.1.20-3 build OK on all architectures, including amd64 http://buildd.debian.org/build.php?arch=pkg=grace Ionut On Tue, 2006-10-31 at 13:28 +0100, Goswin von Brederlow wrote: Package: grace Version: 1:5.1.20-3 Severity: serious Justification: no longer builds from source Hi, when building grace I get the following error: make[2]: Entering directory `/home/mrvn/build/grace_1:5.1.20-3/grace-5.1.20/src' Makefile:69: *** target pattern contains no `%'. Stop. make[2]: Leaving directory `/home/mrvn/build/grace_1:5.1.20-3/grace-5.1.20/src' make[1]: *** [subdirs] Error 1 make[1]: Leaving directory `/home/mrvn/build/grace_1:5.1.20-3/grace-5.1.20' make: *** [common-install-impl] Error 2 Build log is attached. MfG Goswin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-frosties-2 Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Hi, from other packages that failed with similar messages I found that the problem is the ':' in thedirectory name. I suspect that you have a dependency with a full path in line 69. I'm not sure what to do about that or if it is worth fixing. Shouldn't be RC imho, severity adjusted. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396611: ITP: mach -- make a chroot of a rpm-based distribution
This sounds like rpmstrap? ... though with much better coverage. Check the features bullet points. The biggest differentiating features are probably: - based on yum or apt-rpm-client (I think rpmstrap calls rpm directly), both to bootstrap and to resolve build-requires - has logic to build SRPMs, IOW act as a buildd: . can resolve SRPM's build-requires . ensures clean packages by reverting to the base set of build packages . build ordering when doing multiple builds (i.e. proper use of locks) . support for flavours of distribution . signing of builds with GPG -- Loïc Minier [EMAIL PROTECTED]
Bug#396648: ITP: rt73 -- Linux device driver for Ralink RT73 a/b/g WLAN Card
Dnia czwartek, 2 listopada 2006 08:50, Kel Modderman napisał: I want to provide rt73-source package which is compatible with module-assistant. The resulting package (rt73-module-$VERSION) contains rt73.ko driver. The driver loads firmware from separate file and has included the blob with the default firmware if separate file is not available. I think the driver can go to contrib with removed the blob from its sources and with the firmware rt73.bin file can go to non-free as rt73-firmware package. The rt73.bin file is marked as GPL. There is no real source code included but this license implies that it is redistributable file at least as non-free. I notice you quote upstream origin is ralinktech.com, but what about the rt73 drivers from rt2x00 project[1], that are maintained and bugfixed by a bunch of cool hackers, and are the origin of the existing rt2400, rt2500, rt2570 and rt2x00 source packages already in debian? Thanks, Kel. [1] http://rt2x00.serialmonkey.com/ Those driver from rt2x00 project simply *does* *not* work, at least for Ad-Hoc mode with WEP key enabled. -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' `-
Bug#396534: coco-doc: No Sources, incomplete copyright file
tags 396534 +patch thanks Steve Langasek [EMAIL PROTECTED] wrote: It also does not contain any information on the copyright of the Debian packaging and, more severely, no information on the download location. I assume it is http://ssw.jku.at/Coco/. However, this is an RC bug. The md5sums of the files on that site are the same as the ones in the package. So I guess this bug could just be fixed by adding the information in the copyright file? Yes, it appears so. diff -Nur coco-doc-20060919/debian/changelog coco-doc-20060919.new/debian/changelog --- coco-doc-20060919/debian/changelog 2006-09-19 16:52:52.0 +0200 +++ coco-doc-20060919.new/debian/changelog 2006-11-02 10:54:19.0 +0100 @@ -1,3 +1,9 @@ +coco-doc (20060919-1.1) unstable; urgency=low + + * Completed copyright file (closes: #396534) + + -- Frank KÃŒster [EMAIL PROTECTED] Thu, 2 Nov 2006 10:54:19 +0100 + coco-doc (20060919-1) unstable; urgency=low * Adapted to version 20060919. diff -Nur coco-doc-20060919/debian/copyright coco-doc-20060919.new/debian/copyright --- coco-doc-20060919/debian/copyright 2006-09-19 16:51:43.0 +0200 +++ coco-doc-20060919.new/debian/copyright 2006-11-02 10:53:21.0 +0100 @@ -1,8 +1,14 @@ -Compiler Generator Coco/R, +Documentation for the Compiler Generator Coco/R, Copyright (c) 1990, 2004 Hanspeter Moessenboeck, University of Linz extended by M. Loeberbauer A. Woess, Univ. of Linz with improvements by Pat Terry, Rhodes University +The PDF files in this package have been downloaded from +http://ssw.jku.at/Coco/. + +Debian packaging: Copyright (c) 2004-2006 by Markus Löberbauer + + This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#396225: closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: Info received (Bug#396225 closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: openoffice.org 2.0.4-2 simpress crashe
Am Donnerstag, 2. November 2006 11:12 schrieb Rene Engelhard: Hi, Am Donnerstag, 2. November 2006 06:46 schrieben Sie: as you can see, OO crashes without soikko as long as libstlport5.0 is installed (along with libstlport4.6c2). the only way you can close the bug without fixing it is to make OO package CONFLICT with libstlport5.0 package so that libstlport5.0 gets removed if OO is installed. if both exist on the host at the same time, OO will crash using the steps i have explained. And I already said it works here for me, so unless you have new info which shows that libstlport5.0 is involved without having soikko installed I don't see what needs to be fixed there. To make that more clear: I bet -soikko deinstallation failed somehow or left rest over or installation of the new one failed (look at the console messages, trhe package installation DOES NOT fail then. Will report a bug with that, but it's non-free crap anyway so I don't particularily care much). Then the old libstlport5.0-linked soikkko might still be used somehow. On my sane systems without soikko (maybe voikko) I don't have a crash in that dialogue, even when I *do* have libstlport5.0 installed on parallel. OOo is linked against libstlport_gcc.so.4.6 and that's something different tzo libstlport.so.5.0. I still think something's broken on your system... Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#395262: Arch: all package FTBFS due to test needing network access - RC?
Sven Luther wrote: On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote: Robert Collins [EMAIL PROTECTED] writes: I can also note why bazaar wont build as root: its test suite includes a test for the ability to handle read only directories correctly. As root, anything is writable, so this test fails. [Goswin von Brederlow] That test should add a test for root and skip it. If that is the only reason not to build as root then that should be no excuse (post etch). Your unspoken premise is that there is a _reason_ to support building packages as root. Why? I think it is better just to tell people not to do that. Do some arch not have trouble with fakeroot, and need sudo to work ? This means you need to be able to build packages as real root, no ? Or was this fixed lately ? I think mips/mipsel, and some other arch where concerned. For mips/mipsel this was fixed before sarge. The autobuilder continue to use sudo, and catch some bugs that way. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396687: Puts system user into the adm group
Package: git-daemon-run Version: 1:1.4.3.3-1 Severity: important From the postinst: adduser --system --home /var/log/git-daemon --no-create-home --ingroup adm gitlog This is wrong. adm group membership is reserved to (human) system administrators. What are you trying to accomplish? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395370: Permit replacing empty dirs from dir symlinks, to clean up after 383686
severity 395370 important thanks AIUI, this bug only affects upgrades on systems that had previous, unreleased versions of python-central installed, and is therefore not release-critical. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396534: coco-doc: No Sources, incomplete copyright file
Steve Langasek [EMAIL PROTECTED] wrote: On Thu, Nov 02, 2006 at 08:59:32AM +0100, Frank Küster wrote: I'm also not sure whether the embedded fonts are free. Since this is (at present) only an uncertainty with no particular evidence that they aren't free, this is also not an RC bug. Hm, well, the fonts claim to be TimesNewRomanPSMT and similar, the MT probably stands for MonoType. I have never heard that these fonts are available freely (as in speech) anywhere. But I'm not going to argue with RMs here. Sorry, I understood from your message that you didn't /know/ these finds, not that you knew them and had reason to believe they weren't freely available. If there is a reason to think they're not freely distributable, then that is of course an RC bug as well. I must correct what I wrote in the last mail. The Times, Courier and Arial fonts are *not* embedded, it just takes the ones that the PDF viewer provides. Embedded are only Wingdings-Regular, SymbolMT and a Courier variant. There are in fact DFSG-free fonts called Courier, and I'm unsure about Monotype Symbol. I would be surprised if there was a Wingdings font that is DFSG free, but I won't swear on that. And anyway, I guess all these fonts are distributable. They are just not modifyable. Again, I'm unsure what that means for etch. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#396225: closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: Info received (Bug#396225 closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: openoffice.org 2.0.4-2 simpress crashe
Hi, Am Donnerstag, 2. November 2006 06:46 schrieben Sie: as you can see, OO crashes without soikko as long as libstlport5.0 is installed (along with libstlport4.6c2). the only way you can close the bug without fixing it is to make OO package CONFLICT with libstlport5.0 package so that libstlport5.0 gets removed if OO is installed. if both exist on the host at the same time, OO will crash using the steps i have explained. And I already said it works here for me, so unless you have new info which shows that libstlport5.0 is involved without having soikko installed I don't see what needs to be fixed there. The problem with conflicting against libstlport5.0 is that people who might need it can't install it in parallel to OOo, which is bad. In any case, closing this bug *was* right because this bug was about soikko needs to be rebuilt. Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#396691: login: newgrp doesn't allow me to switch back to my primary group
Package: login Version: 1:4.0.18.1-5 Severity: normal # adduser foobar Adding user `foobar' ... Adding new group `foobar' (1003) ... Adding new user `foobar' (1003) with group `foobar' ... Creating home directory `/home/foobar' ... Copying files from `/etc/skel' ... Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Changing the user information for foobar Enter the new value, or press ENTER for the default Full Name []: Room Number []: Work Phone []: Home Phone []: Other []: Is the information correct? [y/N] y # adduser foobar cdrom Adding user `foobar' to group `cdrom' ... Done. # ssh [EMAIL PROTECTED] Password: Last login: Thu Nov 2 11:36:46 2006 from localhost.localdomain [EMAIL PROTECTED]:~$ id uid=1003(foobar) gid=1003(foobar) groups=24(cdrom),1003(foobar) [EMAIL PROTECTED]:~$ newgrp cdrom [EMAIL PROTECTED]:~$ id uid=1003(foobar) gid=24(cdrom) groups=24(cdrom),1003(foobar) [EMAIL PROTECTED]:~$ newgrp foobar Password: Sorry. Is it really intended that I am not able to switch back to my main group? Best regards, Georg -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages login depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam-runtime 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395368: iprint: 'i' dumps any chars after decimal digits.
severity 395368 wishlist tags 395368 wontfix close 395368 thanks It's a classic design disagreement, an example favorable to my side would be the introduction of automobile safety belts -- some automakers (and drivers) didn't want them, and destructively reasoned that a car doesn't drive itself therefore all crashes were some driver's fault. An example sympathetic to your view might be found in Jack Williamson's 'Humanoid' stories, where robots imprison humanity so as to protect them from harm. I find these comparisons to be totally out of the scope of the issue we're discussing. No need to agree. If error messages and consistent output in response to unexpected data are a feature you never intended and don't wish to implement, then change this bug's severity to wishlist and tag it wontfix. Bonus: this open bug might ward off finicky users. Fine, I'll keep the program as-is. I'm tagging the bug as you wish but am also closing it, there's no need to keep it open. There has never been a similar report in the 5 years of its existence, so I'm not afraid of the risk of duplicate reports about it. Thijs signature.asc Description: This is a digitally signed message part
Bug#396689: ITP: mediawiki-extensions -- set of extensions for MediaWiki
Package: wnpp Severity: wishlist Owner: Romain Beauxis [EMAIL PROTECTED] * Package name: mediawiki-extensions Version : 0.1 Upstream Author : collection of extensions from the net * URL : http://www.example.org/ * License : GPL, public domain and Anyone is allowed to use this code for any purpose. Programming Lang: PHP Description : set of extensions for MediaWiki This package provides a set of useful extensions for MediaWiki: * Cite -- add tags for citation purpose * GeSHi-- add tags for syntax highlighting * Inputbox -- add predefined HTML forms to wiki pages * NewestPages -- show the last pages added to the wiki * Poem -- add tags for poems * SpecialLastUserLogin -- special page to see a user last logins . These extensions are only set together for Debian packages of MediaWiki (= 1.7). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396567: [Pkg-xen-devel] Bug#396567: xen-3.0: missing libncurses5-dev in build dependencies
On Wed, Nov 01, 2006 at 02:51:29PM +, alessandro ogier wrote: Hi! Missing build-dep on libncurses5-dev in debian/control. This seems to be satisfied by the fact that libsdl1.2-dev depends on libncurses5-dev (indirectly)... Any comments on this? Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396688: wordtrans-kde: wrong encoding of .desktop file
Package: wordtrans-kde Version: 1.1pre14-2.1 Severity: minor this fills my .xsession-errors all the time: (xfce4-menu-plugin:3845): libxfcegui4-WARNING **: XfceAppMenuItem: 'name' failed utf8 validation for .desktop file '/usr/share/applnk//Utilities/kwordtrans.desktop' file shows this as a latin encoded file. all other .desktop files are us-ascii or utf-8. Would be nice to changed this file to utf-8 format too. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages wordtrans-kde depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-2 core libraries and binaries for al ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii wordtrans-data 1.1pre14-2.1 Multi Language Word Translator for Versions of packages wordtrans-kde recommends: pn i2e none (no description available) ii trans-de-en 1.4-4 A German-English translation dicti -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396690: login: please mention sg in some manpages
Package: login Version: 1:4.0.18.1-5 Severity: wishlist Please add sg(1) to the SEE ALSO sections of at least the su(1) and newgrp(1) manpages. Thanks, Georg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396225: closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: Info received (Bug#396225 closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: openoffice.org 2.0.4-2 simpress crashe
Rene Engelhard writes: And I already said it works here for me, so unless you have new info which shows that libstlport5.0 is involved without having soikko installed I don't see what needs to be fixed there. see my earlier posting. the host didn't have soikko installed. i can crash OO simply by apt-get installing libstlport5.0 and cannot crash it after i have apt-get removed libstlport5.0. -- juha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396567: [Pkg-xen-devel] Bug#396567: xen-3.0: missing libncurses5-dev in build dependencies
On Thu, Nov 02, 2006 at 11:04:15AM +0100, Guido Trotter wrote: On Wed, Nov 01, 2006 at 02:51:29PM +, alessandro ogier wrote: Missing build-dep on libncurses5-dev in debian/control. This seems to be satisfied by the fact that libsdl1.2-dev depends on libncurses5-dev (indirectly)... Any comments on this? Yes, libsdl1.2-dev no longer does so in unstable... -- 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#396646: mplayer: no permission to modify or redistribute mmx.h
severity 396646 normal retitle 396646 clarify and tidy up copyrights thanks ciao On Wed, Nov 01, 2006 at 11:23:43PM +0100, Francesco Poli wrote: There seems to be still a licensing issue, though... :-( According to its debian/copyright[1], mplayer includes a file named mmx.h . Where's the permission to redistribute (DFSG#1)? Where's the permission to modify (DFSG#3)? that file is part of a library that was made public; unfortunately all the original web pages (as found by Google) http://min.ecn.purdue.edu/~rfisher/Career/vita.html http://shay.ecn.purdue.edu/~swar/libMMX/Index.html http://eetpc20.bd.psu.edu/~rfisher/ are currently unavailable; anyway you can get info from the Google cache. you may also download the library from http://fresh.t-systems-sfr.com/linux/src/libmmx-990416.tgz I read it all around: it is true that there is no place where the authors explicitely state you can redistribute this code at wish; but at the same time the authors -) put the .tar.gz in their web pages -) wrote a public-domain-like statement in the code -) wrote 'Copying-policy: PD' inside libmmx.lsm -) go to great length in explaining how to use their code in other applications I really do not think that they intended to give permission to use the code as public domain, but not permission to (re)distribute it. Moreover, according to http://www.google.com/codesearch?hl=enlr=q=Dietz+FisherbtnG=Search code from that library is also part of xine, VLC, avidemux, mythtv, ffmpeg, gstreamer; since it is not considered a problem in any of those, then it must be OK in mplayer too. BTW, there's another issue: the debian/copyright[1] file states: | Name: GSM 06.10 library . The term use is vague and could be interpreted in a strict sense as meaning only to run or to execute the library. This license should be clarified: persuading upstream to change the first line in ] Any reproduction and use of this software, with or without modification, ] is permitted provided that this notice is would suffice to make it unambiguously DFSG-free. I will do that. a. ps: when I wrote debian/copyright, I was overzealous: I included copyright statement of any bit of code and header around; but I then found this reference http://games.slashdot.org/comments.pl?sid=199749cid=16359141 that I summarize here as The GPL is only required (i.e., only applicable) when copyright is involved; i.e., making a derivative work. For there to be a derivative work, there has to be a copying within the ambit of the copyright act. If you look to the Altai test (adopted by pretty much every court), you'll see that code dictated by external requirements (i.e., pretty much every piece of software running on a UNIX/Linux system has to use malloc, etc., and thus must either call the system calls directly or via the C Library) is specifically filtered out of the copyright comparison. So any interface calls, even symbols brought in from include files, are [strongly] arguably not even copyrightable (a 'method of operation'; see, e.g., 17 U.S.C. 102, and Lotus v. Borland, 49 F.3d 807 (1st Cir. 1995)) and even if they are, would be stripped out of any comparison of code done in an infringement action. Absent an infringement, there's no need for GPL applicability... So it seems that small bits of header code is not copyrightable. (I do not know if this would apply to mmx.h , though : that contains some real function code) The Altai test is here: http://en.wikipedia.org/wiki/Computer_Associates_Int._Inc._v._Altai_Inc. a. -- Andrea Mennucc signature.asc Description: Digital signature
Bug#152012: roger philhower E Mail Removal Successful
Good Morning roger philhower, Improved Sexual Desire Rock Hard Repeat Erections Longer, Improved Orgasms www.bargjainconsumer.com Try it ASAP Thanks Alot, Luke Lewis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396225: closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: Info received (Bug#396225 closed by Rene Engelhard [EMAIL PROTECTED] (Re: Bug#396225: openoffice.org 2.0.4-2 simpress crashe
Am Donnerstag, 2. November 2006 11:57 schrieben Sie: Rene Engelhard writes: And I already said it works here for me, so unless you have new info which shows that libstlport5.0 is involved without having soikko installed I don't see what needs to be fixed there. see my earlier posting. the host didn't have soikko installed. i can Had it never? See my later comment. Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#393272: Patch - gtkrc file to use clearlooks
I used to like the DebianRed theme too and have also noticed the problem with the dispappearing lighthouseblue engine. From what I can see this engine has been dropped upstream. In an attempt to get something similar to the old DebianRed theme I have tried applying the DebianRed colours to the clearlooks theme. This may require further tuning but I attach the resulting gtkrc file to go in /usr/share/themes/DebianRed/gtk-2.0 in case someone finds it a useful starting point. Steve. style clearlooks-default { GtkButton ::default_border= { 0, 0, 0, 0 } GtkRange ::trough_border = 0 GtkPaned ::handle_size = 6 GtkRange ::slider_width = 15 GtkRange ::stepper_size = 15 GtkScrollbar ::min_slider_length = 30 GtkCheckButton ::indicator_size= 14 GtkMenuBar ::internal-padding = 0 GtkTreeView::expander_size = 14 GtkExpander::expander_size = 16 GtkScale ::slider-length = 27 # GtkToolbar ::button-relief = GTK_RELIEF_NORMAL # GtkMenuBar ::shadow-type = GTK_SHADOW_OUT # GtkScrollbar ::has-secondary-forward-stepper = 1 # GtkScrollbar ::has-secondary-backward-stepper = 1 GtkButton ::child-displacement-x = 1 GtkButton ::child-displacement-y = 1 WnckTasklist ::fade-overlay-rect = 0 xthickness = 1 ythickness = 1 fg[NORMAL]= #00 # black fg[PRELIGHT] = #00 # black fg[SELECTED] = #ff # white fg[ACTIVE]= #00 # black fg[INSENSITIVE] = #747474 # grey bg[NORMAL]= #e0 bg[PRELIGHT] = #d0 bg[SELECTED] = #d60451 bg[INSENSITIVE] = #d6d6d6 bg[ACTIVE]= #c0 base[NORMAL] = #ff # white base[PRELIGHT]= #b0 base[ACTIVE] = #b0 # darker that pre-light? base[SELECTED]= #d60451 base[INSENSITIVE] = #e9e9e9 text[NORMAL] = #00 # black text[PRELIGHT]= #00 # black text[ACTIVE] = #ff # white text[SELECTED]= #ff # white text[INSENSITIVE] = #747474 engine clearlooks { #scrollbar_color = #76acde menubarstyle = 2 # 0 = flat, 1 = sunken, 2 = flat gradient menuitemstyle = 1 # 0 = flat, 1 = 3d-ish (gradient), 2 = 3d-ish (button) listviewitemstyle = 1 # 0 = flat, 1 = 3d-ish (gradient) progressbarstyle = 1 # 0 = candy bar, 1 = fancy candy bar, 2 = flat animation = FALSE } } style clearlooks-wide = clearlooks-default { xthickness = 2 ythickness = 2 } style clearlooks-wider = clearlooks-default { xthickness = 3 ythickness = 3 } style clearlooks-button = clearlooks-wider { bg[NORMAL]= #f6f4f1 bg[INSENSITIVE] = #f2efeb bg[PRELIGHT] = #faf9f8 } style clearlooks-notebook = clearlooks-wide { bg[NORMAL] = #efebe5 bg[INSENSITIVE] = #efebe5 } style clearlooks-tasklist = clearlooks-default { xthickness = 5 ythickness = 3 } style clearlooks-menu = clearlooks-default { xthickness = 2 ythickness = 1 bg[NORMAL] = #f9f7f3 } style clearlooks-menubar-item = clearlooks-button { fg[PRELIGHT] = #00 } style clearlooks-menu-item = clearlooks-default { xthickness = 2 ythickness = 3 fg[PRELIGHT] = #ff text[PRELIGHT] = #ff } style clearlooks-tree = clearlooks-default { xthickness = 2 ythickness = 2 } style clearlooks-frame-title = clearlooks-default { fg[NORMAL] = #404040 } style clearlooks-tooltips = clearlooks-default { xthickness = 4 ythickness = 4 bg[NORMAL] = { 1.0,1.0,0.75 } } style clearlooks-progressbar = clearlooks-wide { xthickness = 1 ythickness = 1 fg[PRELIGHT] = #ff } style clearlooks-combo = clearlooks-button { } # widget styles class GtkWidget style clearlooks-default class GtkButton style clearlooks-button class GtkScale style clearlooks-button class GtkCombo style clearlooks-button class GtkRange style clearlooks-wide class GtkFrame style clearlooks-wide class GtkMenu style clearlooks-menu class GtkEntry style clearlooks-wider class GtkMenuItemstyle clearlooks-menu-item class GtkNotebookstyle clearlooks-notebook class GtkProgressBar style clearlooks-progressbar widget_class *MenuItem.* style clearlooks-menu-item # combobox stuff widget_class *.GtkComboBox.GtkButton style clearlooks-combo widget_class *.GtkCombo.GtkButtonstyle clearlooks-combo # tooltips stuff widget_class *.tooltips.*.GtkToggleButton style clearlooks-tasklist widget gtk-tooltips style clearlooks-tooltips # treeview stuff widget_class *.GtkTreeView.GtkButton style clearlooks-tree widget_class *.GtkCTree.GtkButton style clearlooks-tree widget_class *.GtkList.GtkButton style clearlooks-tree widget_class *.GtkCList.GtkButton style clearlooks-tree widget_class *.GtkFrame.GtkLabel style clearlooks-frame-title # notebook stuff widget_class *.GtkNotebook.*.GtkEventBox style clearlooks-notebook widget_class *.GtkNotebook.*.GtkViewport style
Bug#390295: Still willing to adopt gnump3d?
Hi, Are you still intending to adopt the gnump3d package? If not I will make a new upload and set the maintainer to the QA team in the next day or two. Steve -- signature.asc Description: Digital signature
Bug#396693: mono: Some packages are not generated on sparc architectures
Package: mono Version: 1.1.18.1-3 Severity: serious Justification: no longer builds from source Build from mono source 1.1.18.1-3 does not generates packages that are marked as dependencies for other packages like libmono-corlib2.0-cil libmono-system2.0-cil. Most important, is the non generation of mono-jit, and mono-runtime. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1-smp Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mono depends on: ii mono-common1.1.18.1-3 common files for Mono ii mono-jit 1.1.18.1-3 fast CLI JIT/AOT compiler for Mono -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282147: #282147: update-inetd broken by user interaction
Hi Frans, thanks for testing. You wrote: I still get: Couldn't reopen stdin(/dev/tty): \ No such device or address at /usr/share/bin/update-inetd line 29. I wonder how this could happen because the new line 29 doesn't contain the open call anymore but a perl =~ s... Could you please check if the actually used /usr/sbin/update-inetd is the new one? I guess it was downgraded inbetween by the install process. I have updated the package at http://people.debian.org/~stigge/packages/ to be 4.27rs1, but that shouldn't make a big difference. Please recheck. Maybe d-i install process needs to be tweaked to prevent it from dpkg-i'ing the original update-inetd. Thanks in advance. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390742: Package is unusable, thus RC
severity 390742 grave thanks The package is unusable with the gaim in unstable. I am raising the severity. Please rebuild as promised or ask for a binNMU. CC-ing release to make them aware. Thanks for considering, dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#396126: Cryptsetup bug #396126: FTBFS: Incompatible with etch versions
Hi Jonas, I've looked at the FTBFS and I think the best thing to do would be to change debian/rules so that dpatches are applied before the configure script is executed (thereby allowing the dpatch to change Makefile.in instead of the generated Makefile). I'll write a patch, test it and commit it to SVN this evening. Since a new upload is necessary for d-i RC1, and since it fixes two RC bugs, I'll ask Frans Pop to do a NMU upload unless you've told me by then that you have time to do the upload. -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396692: RC1 bug report
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: November 2 2006 Machine: Asus P5B Processor: Core 2 Duo Memory: 1 GB Partitions: 1 primary, two logcal (all fat32). 20 GB free. Base System Installation Checklist: Initial boot: [O] Detect network card:[ ] doesn't this happen AFTER mounting the CD? Configure network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: No CDrom detected. Must be the JMicron IDE controller. I don't understand this is still not fixed. It is a serious bug: Debian is incompatible with all P965-chipset motherboards now. I did not work around the Cdrom this time, but previously my network card was not recognized either (Realtek RTL8186). As for the Graphical Installer: I have never seen it. Not on any PC, not with any version of 'testing'. All I get is the blue-white-and-red text based script. Same with this RC1. -- Johan Spee -- Johan Spee -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390822: Still willing to adopt dsniff?
Hi, Are you still interested in adopting, with sponsorship, dsniff? If not I will make a new upload with the maintainer set to QA over the next day or two. (I don't want to have the package be in the etch release with my name still on it, when I've given up maintaining packages.) Steve -- signature.asc Description: Digital signature
Bug#396683: linux-source-2.6.18: make-kpkg fails - debian subdirectory missing?
Meik Hellmund [EMAIL PROTECTED] writes: Package: linux-source-2.6.18 Version: 2.6.18-3 Severity: important # make-kpkg kernel_image /usr/share/kernel-package/rules:1637: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The usual case for this is that I could not determine which arch or subarch tihs machine belongs to. Please specify a subarch, and try again.. Stop. There is no debian subdirectory in the unpacked source file. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-source-2.6.18 depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii bzip2 1.0.3-6high-quality block-sorting file co Versions of packages linux-source-2.6.18 recommends: ii gcc 4:4.1.1-13 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6.ds1-7 GNU C Library: Development Librari ii make 3.81-3 The GNU version of the make util -- no debconf information What version of make-kpkg is this? You might have to use the unstable version. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396694: python-gtk2: python2.3 import gtk fails
Package: python-gtk2 Version: 2.8.6-6 Severity: grave On a fresh debian unstable apt-get install python-gtk2 with python2.3 installed. python2.3 -c import gtk fails (module not found). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-vserver-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-gtk2 depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii python 2.4.3-11An interactive high-level object-o ii python-cairo 1.2.0-1 Python bindings for the Cairo vect ii python-numeric 24.2-6 Numerical (matrix-oriented) Mathem ii python-support 0.5.4 automated rebuilding support for p python-gtk2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396690: [Pkg-shadow-devel] Bug#396690: login: please mention sg in some manpages
Dnia 02-11-2006, czw o godzinie 11:40 +0100, Georg Neis napisał(a): Please add sg(1) to the SEE ALSO sections of at least the su(1) and newgrp(1) manpages. Fix for above now comited in shadow CVS source tree. kloczek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392189: 2.2.3-2 and 2.2.3-3 segfault
the package http://www.aelius.com/~njh/debian/libapr1_1.2.7-6_i386.deb with recomplied libapr1 linked in #392049 did fix the problem indeed. Many thanks. -- Goblin Your libapr package stopped the segfaults for me too Jacob R Rideout -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396692: RC1 bug report
Johan Spee wrote: snip As for the Graphical Installer: I have never seen it. Not on any PC, not with any version of 'testing'. All I get is the blue-white-and-red text based script. Same with this RC1. The newt frontend is still the default, please boot with installgui to get the GTK one. cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396696: gdm: unknown option read_env
Package: gdm Version: 2.16.1-1 Severity: normal GDM logs messages like this one: PAM-env[2920]: pam_parse: unknown option; read_env=1 PAM documentation says that pam_env recognizes an option readenv, not read_env. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#395808: Here's a patch
tags 395808 patch thanks diff -Nur coco-doc-20060919.orig/debian/changelog coco-doc-20060919/debian/changelog --- coco-doc-20060919.orig/debian/changelog 2006-09-19 16:52:52.0 +0200 +++ coco-doc-20060919/debian/changelog 2006-11-02 11:40:30.0 +0100 @@ -1,3 +1,10 @@ +coco-doc (20060919-1.1) unstable; urgency=low + + * Completed copyright file (closes: #396534) + * Added mandatory targets to debian/rules (closes: #395808) + + -- Frank Küster [EMAIL PROTECTED] Thu, 2 Nov 2006 11:40:30 +0100 + coco-doc (20060919-1) unstable; urgency=low * Adapted to version 20060919. diff -Nur coco-doc-20060919.orig/debian/changelog~ coco-doc-20060919/debian/changelog~ --- coco-doc-20060919.orig/debian/changelog~1970-01-01 01:00:00.0 +0100 +++ coco-doc-20060919/debian/changelog~ 2006-11-02 10:54:19.0 +0100 @@ -0,0 +1,65 @@ +coco-doc (20060919-1.1) unstable; urgency=low + + * Completed copyright file (closes: #396534) + + -- Frank Küster [EMAIL PROTECTED] Thu, 2 Nov 2006 10:54:19 +0100 + +coco-doc (20060919-1) unstable; urgency=low + + * Adapted to version 20060919. + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 19 Sep 2006 16:00:00 +0100 + +coco-doc (20050504-1) unstable; urgency=low + + * Adapted to version 20050504 (first reentrentant version of Coco/R). + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 04 May 2005 18:00:00 +0100 + +coco-doc (20050316-1) unstable; urgency=low + + * Adapted to version 20050316. + + -- Markus Loeberbauer [EMAIL PROTECTED] Fri, 16 Mar 2005 13:00:00 +0100 + +coco-doc (20050111-1) unstable; urgency=low + + * First upload to Debian unstable. +Sponsor: Rene Mayrhofer [EMAIL PROTECTED] + * Renamed to coco-doc. + * Minor layout changes and bug fixes. + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 11 Jan 2005 17:50:00 +0100 + +cocosourcesdoc (2004.10.27-1) unstable; urgency=low + + * Adapted to Version 2004.10.27 + + -- Markus Loeberbauer [EMAIL PROTECTED] Wed, 27 Oct 2004 18:16:00 +0100 + +cocosourcesdoc (2004.06.28-1) unstable; urgency=low + + * Adapted to Version 2004.06.28 + * Added some exsamples + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 06 Jul 2004 17:40:00 +0100 + +cocosourcesdoc (2004.04.14-1) unstable; urgency=low + + * Adapted to Version 2004.04.14 + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 13 Apr 2004 10:37:00 +0100 + +cocosourcesdoc (2004.04.06-2) unstable; urgency=low + + * directory names to lower case + * corrected changelog + + -- Markus Loeberbauer [EMAIL PROTECTED] Tue, 13 Apr 2004 10:37:00 +0100 + +cocosourcesdoc (2004.04.06-1) unstable; urgency=low + + * New upstream release + + -- Markus Loeberbauer [EMAIL PROTECTED] Wed, 07 Apr 2004 19:00:00 +0100 + diff -Nur coco-doc-20060919.orig/debian/copyright coco-doc-20060919/debian/copyright --- coco-doc-20060919.orig/debian/copyright 2006-09-19 16:51:43.0 +0200 +++ coco-doc-20060919/debian/copyright 2006-11-02 10:53:21.0 +0100 @@ -1,8 +1,14 @@ -Compiler Generator Coco/R, +Documentation for the Compiler Generator Coco/R, Copyright (c) 1990, 2004 Hanspeter Moessenboeck, University of Linz extended by M. Loeberbauer A. Woess, Univ. of Linz with improvements by Pat Terry, Rhodes University +The PDF files in this package have been downloaded from +http://ssw.jku.at/Coco/. + +Debian packaging: Copyright (c) 2004-2006 by Markus Löberbauer + + This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any diff -Nur coco-doc-20060919.orig/debian/rules coco-doc-20060919/debian/rules --- coco-doc-20060919.orig/debian/rules 2005-03-18 12:46:24.0 +0100 +++ coco-doc-20060919/debian/rules 2006-11-02 11:37:09.0 +0100 @@ -10,15 +10,11 @@ #export DH_VERBOSE=1 +clean: + dh_clean - -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif +build: + # nothing to be done install: dh_testdir @@ -28,6 +24,10 @@ # Add here commands to install the package into debian/coco-doc. +binary: binary-indep binary-arch + +binary-arch: + # nothing to be done # Build architecture-independent files here. binary-indep: build install @@ -60,5 +60,5 @@ dh_md5sums dh_builddeb -binary: binary-indep +binary: binary-indep clean .PHONY: build clean binary-indep binary install configure -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#396690: [Pkg-shadow-devel] Bug#396690: login: please mention sg in some manpages
* Tomasz Kłoczko [EMAIL PROTECTED] wrote: Dnia 02-11-2006, czw o godzinie 11:40 +0100, Georg Neis napisał(a): Please add sg(1) to the SEE ALSO sections of at least the su(1) and newgrp(1) manpages. Fix for above now comited in shadow CVS source tree. Thanks!
Bug#396695: check_ntp: doesn't detect that ntpd isn't running!!!
Package: nagios-plugins-basic Version: 1.4.3.0cvs.20060707-2bpo1 Severity: normal As you can see from the version information, I'm running a backports.org package. I hope it's ok if I report this possible bug, since I don't have any means to test a different version of this package. I'm running above mentioned plugin via nrpe on a remote host. My config looks like this: command[check_ntp]=/usr/lib/nagios/plugins/check_ntp -H localhost -w 3 -c 5 Even tho I've (for test purposes) killed ntpd, check_ntp exits like this: -- 8x /etc/nagios# /usr/lib/nagios/plugins/check_ntp -H localhost -w 3 -c 5 -v sending request to peer 0 re-sending request to peer 0 re-sending request to peer 0 re-sending request to peer 0 re-sending request to peer 0 re-sending request to peer 0 re-sending request to peer 0 overall average offset: nan NTP OK: Offset nan secs|offset=nan -- 8x check_ntp should most definitely NOT exit with OK I assume. :-) -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.8-12-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nagios-plugins-basic depends on: ii iputils-ping 3:20020927-2 Tools to test the reachability of ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an ii libssl0.9.7 0.9.7e-3sarge4 SSL shared libraries ii procps1:3.2.1-2 The /proc file system utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390822: Still willing to adopt dsniff?
El Jueves, 2 de Noviembre de 2006 07:51, Steve Kemp escribió: Hi, Are you still interested in adopting, with sponsorship, dsniff? If not I will make a new upload with the maintainer set to QA over the next day or two. (I don't want to have the package be in the etch release with my name still on it, when I've given up maintaining packages.) I has working in some bugs. Dun tell me that he will release a new version (rewriten from scratch) in the next weeks. But, as you point, etch will be release soon. So i will upload a new package in these days (maybe today). Do you want to sponsor it? cheers, luciano pgpwcTXy0j9yO.pgp Description: PGP signature
Bug#395887: zsh-beta: accept-and-menu-complete kills zsh with sigseg
Hi Clint, Clint Adams schrieb am Sun 29. Oct, 16:03 (-0500): Yes and I tried 4.3.2-dev-1+20061023-1 and can reproduce the bug with it, too. What can I do to narrow the problem? Can you get a backtrace from gdb? 0,1000(joerg):~% ls Mail Mnt/ Program received signal SIGSEGV, Segmentation fault. 0x0fda8500 in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x0fda8500 in memcpy () from /lib/tls/libc.so.6 #1 0x0fc11374 in hasbrpsfx (m=0x10144c70, pre=0x0, suf=0x0) at ../../../Src/Zle/compresult.c:699 #2 0x0fc11c54 in calclist (showall=0) at ../../../Src/Zle/compresult.c:1509 #3 0x0fc127ac in ilistmatches (dummy=value optimized out, dat=0x0) at ../../../Src/Zle/compresult.c:2194 #4 0x10048ef8 in runhookdef () #5 0x0fc0e760 in list_matches (dummy=value optimized out, dummy2=value optimized out) at ../../../Src/Zle/compresult.c:2228 #6 0x10048ef8 in runhookdef () #7 0x0fc49d70 in zrefresh () at ../../../Src/Zle/zle_refresh.c:919 #8 0x0fc3f6d0 in zlecore () at ../../../Src/Zle/zle_main.c:907 #9 0x0fc3fc50 in zleread (lp=value optimized out, rp=value optimized out, flags=value optimized out, context=value optimized out) at ../../../Src/Zle/zle_main.c:1019 #10 0x10037df4 in ingetc () #11 0x10032bf4 in herrflush () #12 0x1004068c in gettok () #13 0x10041114 in yylex () #14 0x1005f668 in parse_event () #15 0x10036414 in loop () #16 0x1003717c in zsh_main () #17 0x1000b200 in main () Is it reproducible with the zsh package? Yes. The backtrace above is from the zsh package. Bye, Jörg. -- Fuchs' Paradoxon (http://www.bruhaha.de/laws.html): Wer eine allgemeine Frage beliebigen Themas nach de.alt.arnooo postet und eine ernsthafte Antwort erwartet, ist dort eigentlich ziemlich ontopic. pgpoJJPeccq5Q.pgp Description: PGP signature
Bug#396519: closed by Amaya Rodrigo Sastre [EMAIL PROTECTED] (Bug#396519: fixed in subtitleeditor 0.11.0-1)
Aurélien GÉRÔME wrote: On Wed, Nov 01, 2006 at 04:18:23PM -0800, Debian Bug Tracking System wrote: Source: subtitleeditor Source-Version: 0.11.0-1 Is it really the 0.11.1 upstream release that you uploaded? No, I uploaded http://kitone.free.fr/subtitleeditor/files/subtitleeditor-0.11.tar.gz and renamed subtitleeditor-0.11.tar.gz to subtitleeditor-0.11.0.orig.tar.gz It is the latest upstream stable version. The CVS versions are not useful, not even in experimental :) Kitone also releases often and soon, he is a sweet heart. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#390822: Still willing to adopt dsniff?
On Thu, Nov 02, 2006 at 08:41:18AM -0300, Luciano Bello wrote: I has working in some bugs. Dun tell me that he will release a new version (rewriten from scratch) in the next weeks. But, as you point, etch will be release soon. Great! So i will upload a new package in these days (maybe today). Do you want to sponsor it? I'm afraid I cannot, but I'd be pleased if you could manage an upload shortly. I'm sure that the debian-mentors list would find you a sponsor fairly easily if you don't already have one. Steve -- signature.asc Description: Digital signature
Bug#393608: libnss-mdns: Edits nsswitch.conf, throwing away my changes
severity 393608 important thanks This is a bug in the package and a policy violation, for discarding the user's local configuration. It is not in and of itself release-critical, because the bug only manifests when upgrading from particular unreleased versions of the package. -- 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#331818: cdebconf transition patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please take a look over this small patch. - -- - | ,''`. Victor Seva | | : :' : [EMAIL PROTECTED] | | `. `' PGP Key ID: 0xDD12F253 | |`-Debian user, admin and contributor | - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFSdv7S/DSSd0S8lMRAjEsAJ9citkAcICFpoKDKtmhDaGl0214jwCgoRVo TzhW4xxqHFzBpeQ6P4gAp2Q= =Qu3u -END PGP SIGNATURE- ettercap_0.7.3-1.2.diff.gz Description: GNU Zip compressed data Format: 1.0 Source: ettercap Version: 1:0.7.3-1.2 Binary: ettercap-common, ettercap-gtk, ettercap Maintainer: Murat Demirten [EMAIL PROTECTED] Architecture: any Standards-Version: 3.6.1.0 Build-Depends: debhelper ( 3.0.0), autoconf, libncurses-dev, libgtk2.0-dev, libltdl3-dev, libssl0.9.7, libssl-dev, libpcap0.8-dev, libnet1-dev, libpcre3-dev Files: 3683c0512485cc1badc562815fbdd373 1148766 ettercap_0.7.3.orig.tar.gz 3e36f12c741e9b8bc6e45cacc22cade6 3974 ettercap_0.7.3-1.2.diff.gz diff -ruN ettercap-0.7.3/debian/changelog ettercap-0.7.3.new/debian/changelog --- ettercap-0.7.3/debian/changelog 2006-11-02 12:49:37.0 +0100 +++ ettercap-0.7.3.new/debian/changelog 2006-11-02 12:32:55.0 +0100 @@ -1,3 +1,10 @@ +ettercap (1:0.7.3-1.2) unstable; urgency=low + + * Non-maintainer upload. + * cdebconf transition. Closes: #331818 + + -- Victor Seva [EMAIL PROTECTED] Thu, 2 Nov 2006 12:32:22 +0100 + ettercap (1:0.7.3-1.1) unstable; urgency=low * Non-maintainer upload. diff -ruN ettercap-0.7.3/debian/control ettercap-0.7.3.new/debian/control --- ettercap-0.7.3/debian/control 2006-11-02 12:49:37.0 +0100 +++ ettercap-0.7.3.new/debian/control 2006-11-02 12:35:03.0 +0100 @@ -16,7 +16,7 @@ Package: ettercap Architecture: any -Depends: ${shlibs:Depends}, ettercap-common (= ${Source-Version}), debconf +Depends: ${shlibs:Depends}, ettercap-common (= ${Source-Version}), debconf | debconf-2.0 Replaces: ettercap-gtk Conflicts: ettercap-gtk Description: Multipurpose sniffer/interceptor/logger for switched LAN ettercap-0.7.3.log.bz2 Description: application/bzip
Bug#396697: breaks when unrelated per-host proxy setting exists in apt.conf
Package: apt-listbugs Version: 0.0.66 Severity: important Hello! apt-listbugs has been failing in the last few days on my testing/unstable system. For example: [1:15] ~ = /usr/sbin/apt-listbugs list zsh Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% W: unsupported proxy `' Error retrieving bug reports Retry downloading bug information?[Y/n]? y W: unsupported proxy `' Error retrieving bug reports Retry downloading bug information?[Y/n]? n Abort the installation[Y/n]? y ... E: Exiting with error Per-host http proxy settings in /etc/apt/apt.conf seem to cause the failure. This single setting in apt.conf should be enough to reproduce: Acquire::http::Proxy::debian.iskon.hr DIRECT; I don't have a general http proxy setting, but sometimes set it via environment variables when I need them. Currently there are no http_proxy or HTTP_PROXY environment variables set. I've tried upgrading apt-listbugs (and libhttp-access2-ruby1.8) to latest from unstable but it didn't help. Regards, Zoran -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-ck1 Locale: LANG=C, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Versions of packages apt-listbugs depends on: ii apt 0.6.46 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.2 modules/classes for dpkg on ruby 1 ii libhttp-access2-ruby1.8 2.0.6-1HTTP accessing library for ruby ii libintl-gettext-ruby1.8 0.11-8 Gettext wrapper for Ruby 1.8 ii libruby1.8 [libzlib-ruby1.8] 1.8.5-2Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-2Interface of expat for the scripti ii ruby 1.8.2-1An interpreter of object-oriented apt-listbugs recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395808: Sorry, fixed patch
Hi, the first patch was flawed. This one is actually tested, the package builds in a pbuilder chroot and contains the right files. Regards, Frank diff --exclude=DEBIAN --exclude=usr -Nur coco-doc-20060919.orig/debian/changelog coco-doc-20060919/debian/changelog --- coco-doc-20060919.orig/debian/changelog 2006-09-19 16:52:52.0 +0200 +++ coco-doc-20060919/debian/changelog 2006-11-02 11:40:30.0 +0100 @@ -1,3 +1,10 @@ +coco-doc (20060919-1.1) unstable; urgency=low + + * Completed copyright file (closes: #396534) + * Added mandatory targets to debian/rules (closes: #395808) + + -- Frank Küster [EMAIL PROTECTED] Thu, 2 Nov 2006 11:40:30 +0100 + coco-doc (20060919-1) unstable; urgency=low * Adapted to version 20060919. diff --exclude=DEBIAN --exclude=usr -Nur coco-doc-20060919.orig/debian/copyright coco-doc-20060919/debian/copyright --- coco-doc-20060919.orig/debian/copyright 2006-09-19 16:51:43.0 +0200 +++ coco-doc-20060919/debian/copyright 2006-11-02 10:53:21.0 +0100 @@ -1,8 +1,14 @@ -Compiler Generator Coco/R, +Documentation for the Compiler Generator Coco/R, Copyright (c) 1990, 2004 Hanspeter Moessenboeck, University of Linz extended by M. Loeberbauer A. Woess, Univ. of Linz with improvements by Pat Terry, Rhodes University +The PDF files in this package have been downloaded from +http://ssw.jku.at/Coco/. + +Debian packaging: Copyright (c) 2004-2006 by Markus Löberbauer + + This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2, or (at your option) any diff --exclude=DEBIAN --exclude=usr -Nur coco-doc-20060919.orig/debian/files coco-doc-20060919/debian/files --- coco-doc-20060919.orig/debian/files 2006-09-19 16:53:02.0 +0200 +++ coco-doc-20060919/debian/files 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -coco-doc_20060919-1_all.deb devel optional diff --exclude=DEBIAN --exclude=usr -Nur coco-doc-20060919.orig/debian/rules coco-doc-20060919/debian/rules --- coco-doc-20060919.orig/debian/rules 2005-03-18 12:46:24.0 +0100 +++ coco-doc-20060919/debian/rules 2006-11-02 12:41:11.0 +0100 @@ -10,15 +10,11 @@ #export DH_VERBOSE=1 +clean: + dh_clean - -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif +build: + # nothing to be done install: dh_testdir @@ -28,6 +24,8 @@ # Add here commands to install the package into debian/coco-doc. +binary-arch: + # nothing to be done # Build architecture-independent files here. binary-indep: build install @@ -60,5 +58,5 @@ dh_md5sums dh_builddeb -binary: binary-indep +binary: binary-indep binary-arch .PHONY: build clean binary-indep binary install configure -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#350061: pwc doesn't override upstream kernel module
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, can you upload this version for me? It just install the driver file on the proper directory again. Thanks - -- - | ,''`. Victor Seva | | : :' : [EMAIL PROTECTED] | | `. `' PGP Key ID: 0xDD12F253 | |`-Debian user, admin and contributor | - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFSd4US/DSSd0S8lMRAoPwAJ4myxtwS7fF6OtYwlaWzmvGnyd57wCffuzL BZt8qaYjKJEliZFsII/JV9k= =p2qM -END PGP SIGNATURE- pwc_10.0.12-rc1+final-2.diff.gz Description: GNU Zip compressed data Format: 1.0 Source: pwc Version: 10.0.12-rc1+final-2 Binary: pwc-source Maintainer: Victor Seva [EMAIL PROTECTED] Architecture: all Standards-Version: 3.7.2 Build-Depends: debhelper (= 4.1.0), bzip2, dpatch, module-assistant Uploaders: Sean Finney [EMAIL PROTECTED] Files: 3fc74affe55bd89a222e1d718a3c62a4 67051 pwc_10.0.12-rc1+final.orig.tar.gz 0c97d977fbe271b7fe405af51ab65321 7002 pwc_10.0.12-rc1+final-2.diff.gz diff -ruN pwc-10.0.12-rc1+final/debian/changelog pwc-10.0.12-rc1+final.new/debian/changelog --- pwc-10.0.12-rc1+final/debian/changelog 2006-11-02 12:53:18.0 +0100 +++ pwc-10.0.12-rc1+final.new/debian/changelog 2006-11-02 12:45:59.0 +0100 @@ -1,3 +1,10 @@ +pwc (10.0.12-rc1+final-2) unstable; urgency=low + + * install on updates instead misc directory, again. +Mea culpa ( Closes: #350061 ) + + -- Victor Seva [EMAIL PROTECTED] Thu, 2 Nov 2006 12:43:56 +0100 + pwc (10.0.12-rc1+final-1) unstable; urgency=low * New upstream release. orig tar from kernel 2.6.18 + changes for build diff -ruN pwc-10.0.12-rc1+final/Makefile pwc-10.0.12-rc1+final.new/Makefile --- pwc-10.0.12-rc1+final/Makefile 2006-11-02 12:53:18.0 +0100 +++ pwc-10.0.12-rc1+final.new/Makefile 2006-11-02 12:47:06.0 +0100 @@ -39,7 +39,7 @@ ifndef KSRC KSRC := /lib/modules/$(KVER)/$(KLINK) endif -KMISC := /lib/modules/$(KVER)/kernel/drivers/usb/media +KMISC := /lib/modules/$(KVER)/updates PWD := $(shell pwd) # Fix some problem with suse 9.2 and suse = 9.2 pwc-10.0.12-rc1+final.log.bz2 Description: application/bzip
Bug#396698: wajig: Why distribute bash_completion.py?
Package: wajig Version: 2.0.34 Severity: minor Why are you distributing bash_completion.py? Since you already include the bash completions, it seems a bit redundant... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages wajig depends on: ii apt 0.6.46.2 Advanced front-end for dpkg ii python2.4.3-11 An interactive high-level object-o ii python-apt0.6.19 Python interface to libapt-pkg wajig recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396519: closed by Amaya Rodrigo Sastre [EMAIL PROTECTED] (Bug#396519: fixed in subtitleeditor 0.11.0-1)
On Thu, Nov 02, 2006 at 12:38:49PM +0100, Amaya wrote: Is it really the 0.11.1 upstream release that you uploaded? No, I uploaded http://kitone.free.fr/subtitleeditor/files/subtitleeditor-0.11.tar.gz and renamed subtitleeditor-0.11.tar.gz to subtitleeditor-0.11.0.orig.tar.gz It is the latest upstream stable version. The CVS versions are not useful, not even in experimental :) Well, when I look at [1], the last stable release seems to be [2] with the following minor fix. 2006-10-28 - Version: 0.11.1 * Fix: configure.in iso-codes not found Kitone also releases often and soon, he is a sweet heart. Héhé, French dudes are always sweet hearts. Just look differently at the French Cabal and you will see... ;) Cheers, [1] http://kitone.free.fr/subtitleeditor/ [2] http://kitone.free.fr/subtitleeditor/files/subtitleeditor-0.11.1.tar.gz -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#387688: debian-archive-keyring: superfluous dependency on gnupg?
On Tue, Oct 31, 2006 at 08:42:53PM +0100, Kurt Roeckx wrote: Hi, Hi, It seems that gpgv has been split in it's own package. Could you change the Depends to gpgv? Or maybe gpgv | gnupg? The apt-key update command used in the postinst of d-a-keyring needs a fully working gpg. This should be changed now that gpgv is split out, but I don't want to do this currently with a frozen apt (unless the release team thinks it is important enough for this). Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396583: libgcj-common: Link to gcj-4.1-base makes checksums mismatch
reassign 396583 debsums thanks Marc-Jano Knopp writes: Package: libgcj-common Version: 1:4.1.1-19 Severity: minor libgcj-common installs a symlink from /usr/share/doc/libgcj-common to /usr/share/doc/gcj-4.1-base, which makes checksums mismatch: # aptitude reinstall libgcj-common [...] # debsums -s debsums: checksum mismatch gcj-4.1-base file /usr/share/doc/gcj-4.1-base/copyright debsums: checksum mismatch gcj-4.1-base file /usr/share/doc/gcj-4.1-base/changelog.Debian.gz # aptitude reinstall gcj-4.1-base [...] # debsums -s debsums: checksum mismatch libgcj-common file /usr/share/doc/libgcj-common/copyright debsums: checksum mismatch libgcj-common file /usr/share/doc/libgcj-common/changelog.Debian.gz # The same possibly applies to gij-4.1 libgcj-bc libgcj7-0 libgcj7-jar as they all link to gcj-4.1-base. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396703: pyopengl_2.0.1.09.dfsg.1-0.1: FTBFS: clean target modifies source
Package: pyopengl Version: 2.0.1.09.dfsg.1-0.1 Severity: serious The previous NMU of pyopengl introduced buggy dpatch support which causes changes to the tree in the clean target, resulting in a build failure when using -rsudo because the clean target runs as root and the build target fails with a permission denied error: /usr/bin/sudo debian/rules clean dh_testdir dh_testroot rm -f build-stamp* dpatch apply-all applying patch 01_togl_setup to ./ ... ok. python setup.py clean --all Togl to be built: Togl-1.6 running clean 'build/lib.linux-alpha-2.4' does not exist -- can't clean it 'build/bdist.linux-alpha' does not exist -- can't clean it 'build/scripts-2.4' does not exist -- can't clean it find . -name '*.pyc' -print0 | xargs -0 rm -f rm -rf build dh_clean dpatch deapply-all reverting patch 01_togl_setup from ./ ... ok. debian/rules build test -d debian/patched || install -d debian/patched dpatch apply-all applying patch 01_togl_setup to ./ .../usr/bin/dpatch: line 433: .//debian/patched/01_togl_setup.dpatch.new: Permission denied mv: cannot stat .//debian/patched/01_togl_setup.dpatch.new': No such file or directory make: *** [patch-stamp] Error 1 ** A full build log can be found at http://buildd.debian.org/fetch.cgi?pkg=pyopenglarch=alphaver=2.0.1.09.dfsg.1-0.1stamp=1162136141. Since alpha, mips, and mipsel all use sudo instead of fakeroot when building, pyopengl is out of date on these three architectures, which prevents getting the RC bugfixes into testing. -- 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#375686: tkcvs: Error parsing date-time string breaks startup from CVS controlled dir
On Tue, Jun 27, 2006 at 05:49:19PM +0200, Agustin Martin wrote: Package: tkcvs Version: 8.0.3-1 Severity: important tkcvs fails on startup when parsing date-time string in a CVS controlled dir, Some aditional info about this. This has also been reported to the tkcvs project at sourceforge, tkcvs: [ 1226943 ] unable to convert date-time string https://sourceforge.net/tracker/index.php?func=detailaid=1226943group_id=3310atid=103310 where some more or less dirty workarounds are proposed. Seems that the origin for this is a tcl bug, tcl: [ 743698 ] clock scan fails with +hhmm time zone http://sourceforge.net/tracker/?group_id=10894atid=110894func=detailaid=743698 fixed in 8.5 (needing a new syntax), but present in 8.4 -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387148: sk2ps: locale dependent error
On Tue, Sep 12, 2006 at 04:22:33PM +0200, Agustin Martin wrote: With attached file (a trivial one, just a rectangle), running sk2ps in my spanish locale gives an error, However, everything works well with C locale, both setting LANG or LC_ALL $ LANG=C sk2ps example.sk kk.ps and in particular with LC_NUMERIC set to C, $ LC_NUMERIC=C sk2ps example.sk kk.ps and the bug reappear with other LC_* stuff. This bug might be related with the fact that in spanish locale decimal separator is comma instead of dot. Seems that this is already fixed in upstream SVN, but not yet released, http://lists.wald.intevation.org/pipermail/skencil-users/2006-June/52.html -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396701: Please remove beamer.layout
Package: latex-beamer Version: 3.06.dfsg.1-0.1 Severity: wishlist Hi, Just to make sure you're prepared. We need to have beamer.layout removed from the latex-beamer package when we upload lyx 1.4.4. We'll let you know when that happens. - Forwarded message from Georg Baum [EMAIL PROTECTED] - Date: Wed, 01 Nov 2006 13:14:00 +0100 From: Georg Baum [EMAIL PROTECTED] To: [EMAIL PROTECTED] User-Agent: KMail/1.9.5 Subject: [Pkg-lyx-devel] beamer.layout Sender: [EMAIL PROTECTED] I just committed the beamer layout file to the LyX svn. We agreed with Till Tantau that it will be maintained in LyX in the future and not be included in future beamer releases anymore. That means that there will be a conflict with the latex-beamer package from LyX 1.4.4 on, since that package installs the layout file into the LyX folder, too. Sven and Pelle, could you please contact the maintainer of latwex-beamer in order to resolve this conflict? Although texlive does also contain beamer, it does not install the layout file, so all is OK there. Georg ___ Pkg-lyx-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-lyx-devel - End forwarded message - -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396482: [Fwd: Re: Installing Debian amd64 on an asus P5W DH Deluxe + E6600 : kernel on installer broken + bugs in d-i when changing kernel + modules]
At least include full message = Franz is ok to fix it and at least it would be consistent with the other modprobe calls in other SXX init scripts (e.g. ACPI, udev, video, ...) -- eric ---BeginMessage--- On Wednesday 01 November 2006 01:05, Eric Valette wrote: Found the culprit : S61mouse-support-x86 is incorrectly written : it does not use -q option for modeprobe not the || true. Nice job of tracing that! The installer is not really set up to work with kernels that are configured totally different from the standard Debian kernels. If you really have a totally different kernel, you may run into other issues as well later on in the installation. Will fill a bug because it almost prevent to easilly upgrade to a newer/better configured kernel. Note that better configured is a subjective opinion. For the installer, it is much better (or at least safer) to start with the configuration the Debian kernel uses. How you configure the kernel for your installed system is of course completely up to you. This particular issue is fairly easily avoided, so I have no problem with fixing it. Please file your bug report against the package rootskel-gtk. Cheers, FJP pgpjxmlmU0Yds.pgp Description: PGP signature ---End Message---