Bug#793874: rtl8192sfw.bin: no upstream in copyright file
Package: firmware-realtek Version: 0.44 Severity: serious Justification: 12.5, stretch release policy 1 The RTL8192SU/rtl8192sfw.bin file is not present upstream. Its actual upstream source (presumably Realtek?) is not documented in the copyright file. Please document it. $ cd git/linux-firmware $ git cat-file -t $(git hash-object /lib/firmware/RTL8192SU/rtl8192sfw.bin) fatal: git cat-file 41d6836ecabadef3593eef5f58ca76f533cc5820: bad file $ -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.120 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590521: marked as done (gtk2-engines-qtcurve: modifies iceweasel configuration file)
found 590521 1.8.15-3 thanks Boris Pek tehnic...@mail.ru wrote: * Build with -DQTC_MODIFY_MOZILLA=false: do not modify Iceweasel and/or Firefox settings. (Closes: #590521) Again? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590521#24 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590521#29 This file is not created or modified now. Is not this is an expected result? Version 1.8.15-3 of gtk2-engines-qtcurve still appends the snippet to ~/.mozilla/firefox/*.default/chrome/userChrome.css. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590521: gtk2-engines-qtcurve: modifies iceweasel configuration file
found 590521 1.8.15-2 thanks The bug is, indeed, not fixed. Steps to reproduce: * Under XFCE 4.8, run xfce4-appearance-settings. * Select the QtCurve style. This previews the style, which in turn modifies userChrome.css. * Select the style used previously. * Close xfce4-appearance-settings. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662588: unhide: incorrect use of alternatives
Package: unhide Version: 20110113-3 Severity: serious Justification: wheezy RC policy 3 The unhide postinst script switches the unhide alternative to manual mode, which is a violation of section 3 of the wheezy RC policy. The manual mode is provided for the system administrator. The use of the alternative is also broken: it decides which binary to run based on which kernel was used at the package install time, which is not necessarily the kernel that is used at run time. Please remove the alternatives. One correct replacement would be to use a wrapper to choose the binary. This is, however, no longer necessary, since Debian doesn't support pre-2.6 Linux kernels anymore, so a simpler solution is to just use the 2.6 features unconditionally on Linux systems. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.9 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash unhide depends on no packages. unhide recommends no packages. Versions of packages unhide suggests: ii rkhunter 1.3.8-10 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: /etc/editorrc ?
I think that all of this silliness could be avoided, while perfectly reproducing current behavior, if jstar, joe, etc were wrappers, not symlinks: #!/bin/bash if [ x$(basename -- $0) = xeditor ]; then progname=jstar else progname=$0 fi exec -a $progname /usr/lib/joe/joe.real -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: /etc/editorrc ?
Piotr Engelking inkerma...@gmail.com wrote: #!/bin/bash if [ x$(basename -- $0) = xeditor ]; then Sorry, insufficient quoting, the above should be of course: if [ x$(basename -- $0) = xeditor ]; then -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: /etc/editorrc ?
Thorsten Glaser t...@mirbsd.de wrote: I think that’s a lot more silly. Besides, wrapping would slow down and bloat. It avoids the problem of editor and editorrc being out of sync. Slowdown is imperceptible (which is the only thing that matters, since joe is always used interactively). There is no memory cost, since exec is used, and the disk space needed is offset by the space saved by not maintaining an alternative. No bash in my code. I am not attached to any particular implementation. :) My example uses bash since it has exec -a. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: /etc/editorrc ?
Thorsten Glaser t...@mirbsd.de wrote: I actually like the idea of making editorrc a slave to editor… And this solution would indeed probably be the best, if it is possible. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe
Thorsten Glaser t...@mirbsd.de wrote: Do you think it would work if I just add /etc/jupp/editorrc@ - ../joe/editorrc and then manage /etc/joe/editorrc with update-alternatives just like joe does? There seems to be no point of jupp sharing the editorrc alternative with joe, especially considering that neither program is compatible with the shipped rc files of the other anymore. Apparently, at the moment, jupp uses only one alternative for /etc/jupp/editorrc. Do you plan to include the rc files from joe-jupp as alternatives as well? If so, the correct fix is to use an alternative name different from the one used by joe. If not, you don't need to use the alternatives system for /etc/jupp/editorrc at all, and can symlink the file to /etc/jupp/jupprc unconditionally. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe
Thorsten Glaser t...@mirbsd.de wrote: There seems to be no point of jupp sharing the editorrc alternative with joe, especially considering that neither program is compatible with the shipped rc files of the other anymore. The problem is that joe/jupp use argv[0] + rc as name to look for, so it’s editorrc for both of them. Yes, I am aware of it, but the point is that a combination like joe selected as the alternative for editor, and /etc/jupp/jupprc for editorrc (or the other way around) won't work. Apparently, at the moment, jupp uses only one alternative for /etc/jupp/editorrc. Do you plan to include the rc files from joe-jupp as alternatives as well? They are already included, joe-jupp contains its own maintainer scripts enabling them. Sorry, I checked in the wrong place. If so, the correct fix is to use an alternative name different from the one used by joe. But the name must still be editorrc… No, the alternative name can be different from from the name of the file referring to it. (which, by the way, could be a slave to editor, couldn’t it?) According to the changelog entry for joe 3.5-1, sadly not: * Stop shipping fixed /etc/joe/editorrc and instead add all our versions as alternatives to it. Unfortunately it doesn't work as a slave alternative to the main editor alternative, but this is as close as it can get, closes: #269334. (Unless, perhaps, update-alternatives changed in the meantime?) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636147: jupp: removes /etc/joe/editorrc, breaking joe
Package: jupp Version: 3.1.17-2 Severity: serious Justification: wheezy RC policy §3 Jupp hijacks the editorrc alternative from joe, moving it from /etc/joe/editorrc to /etc/jupp/editorrc. This breaks joe if it is set as the default system editor: # dpkg-query -W joe joe 3.7-2 # ls -F /etc/joe/ editorrc@ ftyperc jicerc.ru jmacsrc joerc jpicorc jstarrc rjoerc # apt-get install -qq --trivial-only jupp Selecting previously deselected package jupp. (Reading database ... 465741 files and directories currently installed.) Unpacking jupp (from .../jupp_3.1.17-2_i386.deb) ... Processing triggers for man-db ... Setting up jupp (3.1.17-2) ... update-alternatives: renaming editorrc link from /etc/joe/editorrc to /etc/jupp/editorrc. # ls -F /etc/joe/ ftyperc jicerc.ru jmacsrc joerc jpicorc jstarrc rjoerc # file /etc/alternatives/editor{,rc} /etc/alternatives/editor: symbolic link to `/usr/bin/joe' /etc/alternatives/editorrc: symbolic link to `/etc/joe/joerc' # editor Couldn't open '*editorrc' # -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-00150-gb3626c5 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jupp depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries jupp recommends no packages. jupp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606645: binutils-multiarch: uninstallable - ld.bfd conflict with binutils
Package: binutils-multiarch Version: 2.21-1 Severity: grave Justification: renders package unusable Attempting to install binutils-multiarch 2.21-1 results in the following error: dpkg: error processing /var/cache/apt/archives/binutils-multiarch_2.21-1_i386.deb (--unpack): trying to overwrite `/usr/bin/ld.bfd', which is also in package binutils configured to not write apport reports dpkg-deb: subprocess paste killed by signal (Broken pipe) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.36.1-00494-g8e63347 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils-multiarch depends on: ii binutils2.21-1 The GNU assembler, linker and bina ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime binutils-multiarch recommends no packages. binutils-multiarch suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590521: gtk2-engines-qtcurve: modifies iceweasel configuration file
Package: gtk2-engines-qtcurve Version: 1.5.1-1 Severity: serious Justification: squeeze RC policy section 3 The ~/.mozilla/firefox/*.default/chrome/userChrome.css file contains the following snippet: menubar menu { color: #141312 !important; } menubar menu[_moz-menuactive=true][open=false] { color: #141312 !important; } menubar menu[_moz-menuactive=true][open=true] { color: #141312 !important; } /* MenuColors, Added by QtCurve -- do not remove */ Modifying another package's configuration file (except by an agreed upon API) is a severe violation of the Debian policy. Please stop adding the above snippet to userChrome.css. Please remove the snippets from the files they were added to or notify the affected users that they should do so manually. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.34-00165-gdab319b (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk2-engines-qtcurve depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.0-2FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio gtk2-engines-qtcurve recommends no packages. Versions of packages gtk2-engines-qtcurve suggests: pn kde-style-qtcurve none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582490: binutils-multiarch: /usr/bin/ld: No such file or directory
Package: binutils-multiarch Version: 2.20.51.20100518-1 Severity: grave Justification: renders package unusable Binutils-multiarch breaks ld by diverting ld.bfd away without providing a replacement: $ ld bash: /usr/bin/ld: No such file or directory $ whereis ld ld: /usr/bin/ld /usr/bin/ld.gold /usr/share/man/man1/ld.1.gz $ ls -l /usr/bin/ld{,.*} lrwxrwxrwx 1 root root 621 V 00:41 /usr/bin/ld - ld.bfd -rwxr-xr-x 1 root root 52928818 V 16:16 /usr/bin/ld.bfd.single* -rwxr-xr-x 1 root root 155895218 V 16:16 /usr/bin/ld.gold* $ dpkg -S /usr/bin/ld{,.bfd} binutils: /usr/bin/ld diversion by binutils-multiarch from: /usr/bin/ld.bfd diversion by binutils-multiarch to: /usr/bin/ld.bfd.single binutils: /usr/bin/ld.bfd $ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.34-rc7-00318-g3913d82 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils-multiarch depends on: ii binutils 2.20.51.20100518-1 The GNU assembler, linker and bina ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime binutils-multiarch recommends no packages. binutils-multiarch suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573372: scummvm-data: undeclared conflict with scummvm
Package: scummvm-data Version: 1.0.0-3 Severity: serious Justification: squeeze RC policy §2 With scummvm 1.0.0-2 installed, attempting to install scummvm-data results in the following error: Unpacking scummvm-data (from .../scummvm-data_1.0.0-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/scummvm-data_1.0.0-3_all.deb (--unpack): trying to overwrite `/usr/share/icons/scummvm.xpm', which is also in package scummvm dpkg-deb: subprocess paste killed by signal (Broken pipe) Please add appropriate Replaces: to the control file. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.33-00159-gd424b92 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570682: otf-yozvox-yozfont-antique: undeclared conflict with otf-yozvox-yozfont
Package: otf-yozvox-yozfont-antique Version: 12.18~beta28-dfsg-1 Severity: serious Justification: squeeze RC policy §2 With otf-yozvox-yozfont 12.18~beta26-dfsg1-1 installed, attempting to install otf-yozvox-yozfont-antique results in the following error: Unpacking otf-yozvox-yozfont-antique (from .../otf-yozvox-yozfont-antique_12.18~beta28-dfsg-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/otf-yozvox-yozfont-antique_12.18~beta28-dfsg-1_all.deb (--unpack): trying to overwrite `/usr/share/fonts/opentype/yozfont/YOzBAF.TTC', which is also in package otf-yozvox-yozfont dpkg-deb: subprocess paste killed by signal (Broken pipe) Please add appropriate Replaces: to the control file. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.33-rc8 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558812: closed by Thorsten Glaser t...@mirbsd.de (dietlibc: incorrect license in debian/copyright)
Thorsten Glaser t...@mirbsd.de: Zack says it’s okay for me to close this. For your reference, the commit diff can be retrieved using the following command: % cvs -d :pserver:c...@cvs.fefe.de:/cvs -z9 rdiff -ur1.7 -r1.8 dietlibc/README Excellent, thanks. It may be useful to update the license on http://www.fefe.de/dietlibc/ as well. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558812: dietlibc: incorrect license in debian/copyright
Gerrit Pape p...@smarden.org: The README states that the dietlibc is licensed under GPL-2, which actually allows to apply any later version. I do not see anything wrong here. It does not allow that, licensing software under the or later version of the GPL is just a practice strongly encouraged by FSF, see: http://www.gnu.org/licenses/gpl-faq.html#VersionThreeOrLater Nevertheless, a quite large number of programs, many of which are part of Debian, is licensed under a specific version of the GPL for various reasons (usually dislike of the changes introduced in version 3). If you believe that the author licensed dietlibc under GPL version 2 by accidental mistake, rather than deliberately, please contact him and ask for relicensing. If you have doubts on the interpretation of the GPL, you may wish to contact debian-legal. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558812: dietlibc: incorrect license in debian/copyright
Package: dietlibc Version: 0.32-1 Severity: serious Justification: squeeze RC policy §1 The debian/copyright file claims that dietlibc is licensed under GPL version 2 or later. According to the README file, it is actually licensed under GPL version 2. Please refer to the correct license in debian/copyright. Please check your reverse build dependencies if all of them are compatible with the correct licensing terms. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-rc8 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash dietlibc depends on no packages. dietlibc recommends no packages. Versions of packages dietlibc suggests: ii dietlibc-dev 0.32-1 diet libc - a libc optimized for s ii dietlibc-doc 0.32-1 diet libc documentation - a libc o -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557672: traceroute-nanog: FHS violation: root-only program in /usr/bin
Package: traceroute-nanog Version: 6.4.2-1 Severity: serious Justification: squeeze RC policy §5.c FHS specifies that /bin, /usr/bin, and /usr/local/bin contains programs for use by all users. In particular, root-only programs are placed in /sbin, /usr/sbin, and /usr/local/sbin, instead. As traceroute-nanog works only if run by root, please do not install it or links to it (including alternatives) in /usr/bin. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages traceroute-nanog depends on: hi libc6 2.10.1-6 GNU C Library: Shared libraries traceroute-nanog recommends no packages. traceroute-nanog suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552010: still not fixed with 2.10.1-3
reopen 552010 thanks After upgrade from 2.9-25 to 2.10.1-5, name resolution breaks if the 'nameserver' option is not present in /etc/resolv.conf: # ping debian.org ping: unknown host debian.org # cat /etc/resolv.conf options ndots:0 # echo nameserver 127.0.0.1 /etc/resolv.conf # ping -c 1 debian.org PING debian.org (194.109.137.218) 56(84) bytes of data. 64 bytes from klecker.debian.org (194.109.137.218): icmp_seq=1 ttl=52 time=37.2 ms --- debian.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 37.289/37.289/37.289/0.000 ms # According to resolv.conf(5), the 'nameserver' option is optional and both configurations should be functionally identical: If no nameserver entries are present, the default is to use the name server on the local machine. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545366: dselect 1.15.4 does not distinguish between new and old packages
reopen 545366 thanks dselect 1.15.4.1 (with dpkg 1.15.4.1) still does not distinguish between new and old packages. This makes dselect mostly useless on upgrades and completely useless on adding new repositories. The only difference between 1.15.4 and 1.15.4.1 is that former marks new and old packages as new, and the latter marks new and old packages as old. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551146: firmware-linux-nonfree: undeclared conflict with firmware-linux 0.18
Package: firmware-linux-nonfree Version: 0.19 Severity: serious Justification: squeeze RC policy §2 With firmware-linux 0.18 installed, attempting to install firmware-linux-nonfree results in the following error: Unpacking firmware-linux-nonfree (from .../firmware-linux-nonfree_0.19_all.deb) ... dpkg: error processing /var/cache/apt/archives/firmware-linux-nonfree_0.19_all.deb (--unpack): trying to overwrite `/lib/firmware/tigon/tg3_tso.bin', which is also in package firmware-linux -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.93.4 tools for generating an initramfs ii linux-image-2.6. 2.6.31-1~experimental.2 Linux 2.6.31 for 64-bit PCs -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540232: xz-utils: undeclared conflict with lzip
Package: xz-utils Version: 4.999.8beta-1 Severity: serious Justification: squeeze RC policy §2 With lzip 1.7-1 installed, attempting to install xz-utils results in the following error: Unpacking xz-utils (from .../xz-utils_4.999.8beta-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/xz-utils_4.999.8beta-1_i386.deb (--unpack): trying to overwrite `/usr/bin/lzdiff', which is also in package lzip -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xz-utils depends on: ii libc6 2.9-12GNU C Library: Shared libraries ii liblzma0 4.999.8beta-1 high compression-ratio compression xz-utils recommends no packages. xz-utils suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536542: slim: allows login as root without password
2009/7/16 Nico Golde n...@debian.org: This is not really a bug but a feature, you can disable it editing /etc/slim.conf. However I agree this is not really a nice feature in a default configuration. I think a big fat note to README.Debian should be added to warn users of the possible implications. There doesn't seem to be anything in the source or the accompanying documentation that would suggest that the privilege elevation was intended or expected. (I just found another RC security bug in slim just by grepping for this. This time Debian-specific. Oh the joy...) I also find your suggestion horribly wrong on many levels. First, do you seriously believe that users should have to read and reread on upgrades the documentation of their, per average, 1000 installed packages just to keep their systems reasonably secure? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537604: slim: overwrites arbitrary files
Package: slim Version: 1.3.0-2 Severity: grave Tags: security Justification: user security hole X-Debbugs-Cc: t...@security.debian.org If scrot is installed, users are able to overwrite arbitrary files in the filesystem. Pressing F11 on the slim login screen runs scrot with the root rights to save a screenshot to /tmp/slim.png. If this file is symlinked to another location, that location is overwritten instead. This bug is introduced by debian/patches/slim-conf.patch and hence Debian-specific - upstream saves the screenshot in the directory that is only writable by root. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages slim depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 1.0.1-9Pluggable Authentication Modules l ii libpng12-01.2.37-1 PNG library - runtime ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library Versions of packages slim recommends: ii gnome-terminal [x-terminal-em 2.26.2-2 The GNOME terminal emulator applic Versions of packages slim suggests: pn scrot none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536542: slim: allows login as root without password
Package: slim Version: 1.3.0-2 Severity: grave Tags: security Justification: user security hole X-Debbugs-Cc: t...@security.debian.org Typing 'console' in the SLiM login prompt opens a gnome terminal running login(1). Opening a new terminal from the terminal menu (File - Open Terminal) opens a gnome terminal running a root shell. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slim depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 1.0.1-9Pluggable Authentication Modules l ii libpng12-01.2.37-1 PNG library - runtime ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library Versions of packages slim recommends: ii gnome-terminal [x-terminal-em 2.26.2-2 The GNOME terminal emulator applic Versions of packages slim suggests: pn scrot none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#420129: libnids does not show any fetched data
block 420129 by 481240 severity 420129 important thanks The behaviour you observe is caused by the fact that libnids by default filters packets with incorrect checksum, and that, if checksum calculation is done in hardware, libpcap is only able to capture outgoing packets before the checksum is correctly calculated. Fixing this problem properly requires changes in libpcap. A workaround is to either turn off filtering packets with incorrect checksum (libnids provides an option to do so, selectively if desired), or to turn off checksum offloading (you can do it with ethtool). (All of this _really_ should be documented, by the way.) Since the problem is caused by issues external to libnids, and since libnids provides a workaround, I am lowering the severity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459688: keytouch: doesn't ship debian/changelog nor debian/copyright
Package: keytouch Version: 2.3.2-2 Severity: serious Justification: Policy 12.5, 12.7 The keytouch binary package doesn't ship debian/changelog nor debian/copyright, which is a violation of section 1 of the RC policy. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.23 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keytouch depends on: ii keytouch-data 2.3.2-2keyboard definition files and docu ii libasound21.0.15-3 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-5 GNU C Library: Shared libraries ii libglib2.0-0 2.14.3-1 The GLib library of C routines ii libgnome-menu22.20.2-1 an implementation of the freedeskt ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libx11-6 2:1.0.3-7 X11 client-side library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension keytouch recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437709: [Pkg-db-devel] Processed: libdb4.5 needs a shlibs bump
Clint Adams [EMAIL PROTECTED] wrote: Googling for lenny rc policy, I only find mails from you. Where can I find this document? http://release.debian.org/etch_rc_policy.txt (Despite the name, it applies to lenny as well, for now. Sorry for confusion.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415315: gnome-applets: does not include source for gweather/Locations.xml
Package: gnome-applets Version: 2.14.3-4 Severity: serious Justification: Policy 2.2.1 The gweather/Locations.xml file seems to be autogenerated from gweather/Locations.xml.in, which isn't included in the Debian source package. Please include it. (While this is a violation of section 1 of the etch RC policy, I am aware it may be hard to fix this bug at this point before the release. It should be a good candidate for an etch-ignore tag, as far as I am concerned.) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii gconf2 2.16.1-1 GNOME configuration database syste ii gnome-applets-data 2.14.3-4 Various applets for GNOME 2 panel ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gnome-panel2.14.3-5 launcher and docking facility for ii gstreamer0.10-alsa 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the good ii libapm13.2.2-8.1 Library for interacting with APM d ii libatk1.0-01.12.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.16.1-1 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-desktop-2 2.14.3-2 Utility library for loading .deskt ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.14.2-7GNOME virtual file-system (runtime ii libgstreamer-plugins-base0 0.10.10-4 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.10-3 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libgtop2-7 2.14.4-3 gtop system monitoring library ii libgucharmap4 1:1.6.0-1 Unicode browser widget library (sh ii libhal10.5.8.1-6.1 Hardware Abstraction Layer - share ii libnotify1 0.4.3-1 sends desktop notifications to a n ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.14.3-5 library for GNOME 2 panel applets ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libwnck18 2.14.3-1 Window Navigator Construction Kit ii libx11-6 2:1.0.3-6 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxklavier10 2.2-5 X Keyboard Extension high-level AP ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra Versions of packages gnome-applets recommends: pn deskbar-applet none (no description available) ii gnome-media 2.14.2-4 GNOME media utilities pn gnome-netstatus-app none (no description available) ii gnome-system-monito 2.14.5-1 Process viewer and system resource ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396949: #396949 (lynx)
reopen 396949 thanks Version 2.8.7dev2 attempts to fix the bug by checking if the user owns the .mime.types and .mailcap files before opening them. The assumption that user trusts the files he owns, is, however, flawed. Consider, for an example: * files downloaded by the user * files unpacked by the user from an archive * files on a filesystem mounted by the user -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397207: linux-2.6: FTBS because of debian/patches/bugfix/copy-user-highpage.patch
Package: linux-source-2.6.18 Version: 2.6.18-4 Severity: serious Justification: no longer builds from source debian/patches/bugfix/copy-user-highpage.patch adds fourth argument to copy_user_highpage(), but fails to update function call in mm/hugetlb.c accordingly: CC mm/hugetlb.o mm/hugetlb.c: In function 'copy_huge_page': mm/hugetlb.c:54: error: too few arguments to function 'copy_user_highpage' make[5]: *** [mm/hugetlb.o] Error 1 (http://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.18-4;arch=ia64;stamp=1162728754) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages 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-2 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#397207: linux-2.6: FTBS because of debian/patches/bugfix/copy-user-highpage.patch
maximilian attems [EMAIL PROTECTED] wrote: forcemerge 397139 397207 stop and over can you please look for duplicates, before reporting! Hmm... For some strange reason http://bugs.debian.org/src:linux-2.6 redirects to http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux-2.6;dist=unstable, which, in turn, believes that 2.6.18-3 is still the current version, and therefore doesn't display bugs submitted against 2.6.18-4. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396949: lynx: uses .mime.types and .mailcap from the current directory (arbitrary shell code execution)
Package: lynx-cur Version: 2.8.7dev1-1 Severity: grave Tags: security Justification: user security hole Lynx attempts to use the .mime.types and .mailcap files located in the current directory: $ strace lynx -dump 21 | grep '^open([^/]' open(.mailcap, O_RDONLY) = -1 ENOENT (No such file or directory) open(.mime.types, O_RDONLY) = -1 ENOENT (No such file or directory) $ This allows an attacker to cause lynx to execute arbitrary shell code when a user runs lynx while visiting a directory with attacker-provided contents. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages lynx-cur depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libncursesw5 5.5-5 Shared libraries for terminal hand ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages lynx-cur recommends: ii mime-support 3.37-1 MIME files 'mime.types' 'mailcap -- debconf information: * lynx-cur/defaulturl: http://www.google.pl/ lynx-cur/etc_lynx.cfg: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317822: pathname conflicts are serious
On 08/04/06, Justin Pryzby [EMAIL PROTECTED] wrote: The etch release policy states that: | http://release.debian.org/etch_rc_policy.txt | If two packages cannot be installed together, one must list | the other in its Conflicts: field. At least one of these packages must conflict with the other. Conflicting is not enough. Etch RC Policy also states: Packages must not install programs in the default PATH with different functionality with the same file name, even if they Conflict:.
Bug#350739: cdrtools: GPL violation - makefiles distributed under non-GPL-compatible license
Package: cdrtools Severity: serious Justification: Policy 2.3 In cdrtools 2.01.01a03 license of several makefiles have been changed to a custom version of CDDL, which is a non-GPL-compatible license. These makefiles are used to build GPL-licensed binaries, which is a violation of paragraph 3 of the GPL: 3. You may copy and distribute the Program (or a work based on it, under Section 2) in object code or executable form under the terms of Sections 1 and 2 above provided that you also do one of the following: a) Accompany it with the complete corresponding machine-readable source code, WHICH MUST BE DISTRIBUTED UNDER THE TERMS OF SECTIONS 1 AND 2 ABOVE on a medium customarily used for software interchange; ... and: For an executable work, complete source code means all the source code for all modules it contains, plus any associated interface definition files, PLUS THE SCRIPTS USED TO CONTROL COMPILATION AND INSTALLATION OF THE EXECUTABLE. ... (emphasis mine). As a result, the package is non-distributable. The mentioned files are: RULES/9000-725-hp-ux-cc.rul RULES/9000-725-hp-ux-gcc.rul RULES/MKLINKS RULES/alpha-osf1-cc.rul RULES/alpha-osf1-gcc.rul RULES/aviion-dgux3-cc.rul RULES/aviion-dgux3-gcc.rul RULES/aviion-dgux4-cc.rul RULES/aviion-dgux4-gcc.rul RULES/bemac-beos-cc.rul RULES/bemac-beos-mwcc.rul RULES/bepc-beos-cc.rul RULES/bepc-beos-gcc.rul RULES/dn5500-domainos-cc.rul RULES/dummy.dep RULES/hppa-nextstep-cc.rul RULES/hppa-nextstep-gcc.rul RULES/i386-at386-gnu-cc.rul RULES/i386-at386-gnu-gcc.rul RULES/i386-bsd-os-cc.rul RULES/i386-bsd-os-gcc.rul RULES/i386-bsd-os3-cc.rul RULES/i386-bsd-os3-gcc.rul RULES/i386-freebsd-cc.rul RULES/i386-freebsd-gcc.rul RULES/i386-mingw32_nt-gcc.rul RULES/i386-ms-dos-gcc.rul RULES/i386-netbsd-cc.rul RULES/i386-netbsd-gcc.rul RULES/i386-openbsd-cc.rul RULES/i386-openbsd-gcc.rul RULES/i386-openserver-cc.rul RULES/i386-openserver-gcc.rul RULES/i386-os2-gcc.rul RULES/i386-unixware-cc.rul RULES/i386-unixware-gcc.rul RULES/i486-cygwin32_nt-cc.rul RULES/i486-cygwin32_nt-gcc.rul RULES/i486-mingw32_nt-gcc.rul RULES/i586-linux-cc.rul RULES/i586-linux-gcc.rul RULES/i586-mingw32_nt-gcc.rul RULES/i686-mingw32_nt-gcc.rul RULES/i786-mingw32_nt-gcc.rul RULES/i86pc-sunos5-cc.rul RULES/i86pc-sunos5-gcc.rul RULES/ip22-irix-cc.rul RULES/ip22-irix-gcc.rul RULES/ldummy.cnf RULES/local.cnf RULES/m68k-amigaos-gcc.rul RULES/man-bsd.def RULES/man-sysv.def RULES/mk-.id RULES/mk-gmake.id RULES/mk-smake.id RULES/news4000-newsos6-cc.rul RULES/os-aix.def RULES/os-aix.id RULES/os-amigaos.def RULES/os-amigaos.id RULES/os-beos.def RULES/os-beos.id RULES/os-bsd-os.def RULES/os-bsd-os.id RULES/os-bsd-os3.def RULES/os-cygwin32_nt.def RULES/os-cygwin32_nt.id RULES/os-darwin.def RULES/os-darwin.id RULES/os-dgux.id RULES/os-dgux3.def RULES/os-dgux4.def RULES/os-domainos.def RULES/os-domainos.id RULES/os-freebsd.def RULES/os-freebsd.id RULES/os-gnu.def RULES/os-gnu.id RULES/os-hp-ux.def RULES/os-hp-ux.id RULES/os-irix.def RULES/os-irix.id RULES/os-linux.def RULES/os-linux.id RULES/os-mac-os.id RULES/os-mac-os10.def RULES/os-mingw32_95-4.0.id RULES/os-mingw32_98-4.0.id RULES/os-mingw32_98-4.10.id RULES/os-mingw32_me-4.90.id RULES/os-mingw32_nt-4.0.id RULES/os-mingw32_nt-5.0.id RULES/os-mingw32_nt-5.1.id RULES/os-mingw32_nt-5.2.id RULES/os-mingw32_nt.def RULES/os-mingw32_nt.id RULES/os-ms-dos.def RULES/os-ms-dos.id RULES/os-netbsd.def RULES/os-netbsd.id RULES/os-news-os.id RULES/os-newsos6.def RULES/os-nextstep.def RULES/os-nextstep.id RULES/os-openbsd.def RULES/os-openbsd.id RULES/os-openserver.def RULES/os-os-2.id RULES/os-os2.def RULES/os-osf1.def RULES/os-osf1.id RULES/os-qnx.def RULES/os-qnx.id RULES/os-rhapsody.def RULES/os-rhapsody.id RULES/os-sco_sv.id RULES/os-sunos.id RULES/os-sunos4.def RULES/os-sunos5.def RULES/os-unix_sv.id RULES/os-unixware.def RULES/os-unixware.id RULES/pci-qnx-cc.rul RULES/power-macintosh-darwin-cc.rul RULES/power-macintosh-darwin-gcc.rul RULES/power-macintosh-rhapsody-cc.rul RULES/power-macintosh-rhapsody-gcc.rul RULES/powerpc-beos-gcc.rul RULES/powerpc-beos-mwcc.rul RULES/r-gmake.dep RULES/r-gmake.tag RULES/r-make.dep RULES/r-make.obj RULES/r-make.tag RULES/r-smake.dep RULES/r-smake.obj RULES/r-smake.tag RULES/rs6000-aix-cc.rul RULES/rs6000-aix-gcc.rul RULES/rules.aux RULES/rules.clr RULES/rules.cmd RULES/rules.cnf RULES/rules.dep RULES/rules.dir RULES/rules.drv RULES/rules.hlp RULES/rules.inc RULES/rules.ins RULES/rules.lib RULES/rules.lnt RULES/rules.loc RULES/rules.man RULES/rules.mkd RULES/rules.mks RULES/rules.mod RULES/rules.obj RULES/rules.prg RULES/rules.rdi RULES/rules.rel RULES/rules.scr RULES/rules.shl RULES/rules.sps RULES/rules.tag RULES/rules.top RULES/rules1.dir RULES/rules1.top RULES/sun3-sunos4-cc.rul RULES/sun3-sunos4-gcc.rul RULES/sun4-sunos4-cc.rul RULES/sun4-sunos4-gcc.rul RULES/sun4-sunos5-cc.rul RULES/sun4-sunos5-gcc.rul RULES/x86pc-qnx-gcc.rul TEMPLATES/temp-gcc.rul