Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#9227 - nmap 4.52-2 includes umit pixmaps in /usr/share/pixmaps

Attached to Project: Arch Linux
Opened by dx (dx) - Wednesday, 16 January 2008, 11:44 GMT
Last edited by Dan McGee (toofishes) - Wednesday, 27 February 2008, 05:02 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Dan McGee (toofishes)
Architecture All
Severity Low
Priority Normal
Reported Version 2007.08-2
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
I just found lots of [beautiful but useless] images in /usr/share/pixmaps for many operating systems and a few with potentially conflicting names, such as logo.png, splash.png, unknown.svg, default.svg.

Those images should belong to the umit package, not nmap, and stored in /usr/share/pixmaps/umit instead of /usr/share/pixmaps


Additional info:
* I haven't installed umit
* The nmap package doesn't include umit, just the images
* All the related images add an additional 2mb to the nmap package.


Steps to reproduce:
* pacman -Ql nmap | grep pixmap
This task depends upon

Closed by  Dan McGee (toofishes)
Wednesday, 27 February 2008, 05:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in nmap 4.53-2
Comment by dx (dx) - Wednesday, 16 January 2008, 11:45 GMT
Oh, there's not umit package. Interesting. Maybe in aur.

Removing the images should be enough then.
Comment by Dan McGee (toofishes) - Wednesday, 16 January 2008, 14:21 GMT
I believe these are included for use with zenmap...can anyone confirm?
Comment by dx (dx) - Thursday, 17 January 2008, 00:08 GMT
Didn't know of zenmap. Effectively, that uses the images, but both splash.png and logo.png code is commented-out.

splash.png: /usr/lib/python2.*/site-packages/zenmapGUI/App.py:109
logo.png: /usr/lib/python2.*/site-packages/zenmapGUI/Wizard.py:48
All other files: /usr/lib/python2.*/site-packages/zenmapGUI/Icons.py

Extra: where to change the pixmaps path.
/usr/lib/python2.5/site-packages/zenmapCore/Paths.py:48

(..i really don't want to get a WONTFIX)
Comment by Dan McGee (toofishes) - Thursday, 17 January 2008, 00:19 GMT
Is /usr/share/pixmaps/nmap/ acceptable in the FHS? If so, that would seem like a logical place.
Comment by dx (dx) - Thursday, 17 January 2008, 02:30 GMT
$ ls -l /usr/share/pixmaps/ | grep '^d'
drwxr-xr-x 2 root root 4096 ene 14 22:14 Thunar
drwxr-xr-x 3 root root 4096 oct 17 17:24 backgrounds
drwxr-xr-x 2 root root 4096 dic 4 03:52 exo-0.3
drwxr-xr-x 2 root root 4096 oct 23 17:46 gnome-system-monitor
drwxr-xr-x 2 root root 4096 ene 7 19:27 squeeze
drwxr-xr-x 3 root root 4096 dic 4 04:04 xfce4
drwxr-xr-x 2 root root 4096 dic 4 04:04 xfdesktop
Comment by Dan McGee (toofishes) - Friday, 08 February 2008, 19:12 GMT
Any chance you want to look into making a patch to fix this behavior? Ideally we could send a patch upstream to get support for placing this zenmap-specific pixmaps directory anywhere.
Comment by Gavin Bisesi (Daenyth) - Sunday, 24 February 2008, 17:46 GMT
This would fix the code.... As for directory creation when the package is installed, I'm not sure.

daenyth@Muspelheimr zenmapCore $ cat Paths.py | sed '47 s#icons"$#icons/zenmap"#' > ~/fixed
daenyth@Muspelheimr zenmapCore $ diff Paths.py /home/Daenyth/fixed
47c47
< ICONS_DIR = "/usr/share/icons"
---
> ICONS_DIR = "/usr/share/icons/zenmap"

Loading...