Bug#689258: Does not display content of symlinked .diff.gz files
Hi Luca, On Tue, 2 Oct 2012 00:45:14 Luca Falavigna wrote: I realized I didn't provide enough context, I briefly explain my use case. Thank you for detailed problem description. Fortunately upstream promptly fixed the issue and the fix is in unstable. I believe you must be in power to unblock if you think this fix worth to be in Wheezy? (There were no other changes in this upload). Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689258: Does not display content of symlinked .diff.gz files
2012/10/5 Dmitry Smirnov only...@member.fsf.org: Thank you for detailed problem description. Fortunately upstream promptly fixed the issue and the fix is in unstable. Thank you for backporting the fix! I believe you must be in power to unblock if you think this fix worth to be in Wheezy? (There were no other changes in this upload). No, this is domain of the Release Team, but I'd love to have this fix in Wheezy (and eventually in squeeze-backports) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689258: Does not display content of symlinked .diff.gz files
I realized I didn't provide enough context, I briefly explain my use case. During my FTP Team tasks, I analyze packages with mc. Files in the NEW queue are stored on a specific directory, and get symlinked into a temporary directory by dak when I pick a package, to allow for a quicker processing. File names are preserved, and I have this structure: /srv/ftp-master.debian.org/tmp/foo_0.1-1.diff.gz - /srv/ftp-master.debian.org/[...]/foo_0.1-1.diff.gz This behaviour only happens with diff.gz files, debian.tar.* and orig.tar.* work as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689258: Does not display content of symlinked .diff.gz files
Package: mc Version: 3:4.8.3-9 Severity: minor mc is not able to inspect a symlink pointing to a .diff.gz file (it is considered empty). Contents are displayed if inspecting the original file. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.42.5-1 ii libc6 2.13-35 ii libcomerr21.42.5-1 ii libglib2.0-0 2.33.12+really2.32.4-1 ii libgpm2 1.20.4-6 ii libslang2 2.2.4-15 ii mc-data 3:4.8.3-9 Versions of packages mc recommends: ii mime-support 3.52-2 ii perl 5.14.2-13 ii unzip 6.0-7 Versions of packages mc suggests: pn arj none ii bzip21.0.6-4 pn catdvi none pn dbview none pn djvulibre-binnone ii evince [pdf-viewer] 3.4.0-3 ii file 5.11-2 pn gv none ii imagemagick 8:6.7.7.10-4 pn links | w3m | lynx none pn odt2txt none ii python 2.7.3-2 pn python-boto none pn python-tznone pn zip none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689258: Does not display content of symlinked .diff.gz files
On Mon, 1 Oct 2012 06:58:02 Luca Falavigna wrote: mc is not able to inspect a symlink pointing to a .diff.gz file (it is considered empty). Contents are displayed if inspecting the original file. Sorry I can't understand the problem. Probably you have symlink that have a different name, for example without diff.gz in which case a different handler will be used to view the file contents. This is expected and actually quite useful: imagine you want to inspect .patch or .diff file using MC but as we know some packages have patches in debian/patches without \.(patch|diff) extension so direct inspection won't work. To override you can make a symlink, for example fix_ftbfs -- fix_ftbfs.patch and then inspect fix_ftbfs.patch symlink to get desirable result. Does it make sense? Cheers, Dmitry. signature.asc Description: This is a digitally signed message part.
