killing Icon:

Elan Ruusamäe glen at delfi.ee
Tue Dec 27 13:22:48 CET 2005


proposition to kill Icon: from all specs forever :)

03:48:02 < glen___> why is the Icon so important that spec can't be parsed?
03:48:03 < glen___> $ rpm --specfile kdenetwork.spec --define 'prep %dump' -q
03:48:03 < glen___> error: Unable to open icon /home/builder/rpm/SOURCES/kde-network.xpm: No such file or
                    directory
03:48:03 < glen___> error: query of specfile kdenetwork.spec failed, can't parse
03:48:26 < glen___> is there workaround? (define Icon %{nil}?)
00:41:55 < jbj_> glenn__: why of why are messing with Icon:?!? for starters, only gif is allowed, no xpm.
14:13:47 < glen___> jbj: i'm not messing with Icon:. i had a .spec who has Icon: field defined
14:14:25 < jbj> glen__: rip then, do yerself a favor.
14:14:31 < glen___> rip what
14:14:40 < jbj> delete the Icon: tag
14:14:44 < glen___> why
14:15:35 < jbj> because Icon: has always been weird. E.g. the available graphics formats are extremely
                limited, and there is simply no reason to bloat up package metadata with stoopid icon's.
14:16:05 < jbj> and rebuilding requires other efforts to insure that the Icon: file is there, breaking most
                build systems.
14:16:31 < glen___> why you're not killing that icon feature? and what do use it? some gui package managers?
14:17:31 < jbj> not killed because its been dead forever. nothing has used since RHL 5.1 in 1998 that I'm
                aware of.
14:18:16 < glen___> so you're saying no .spec of fedora (or any other big distro) uses Icon:  ?
14:18:54 < jbj> I've not looked, but I'm more than willing to bet. hang on, I'll grep ...
14:19:44 < jbj> here's FC5:
14:19:45 < jbj> $ grep Icon: */*.spec
14:19:45 < jbj> ethereal/ethereal.spec:- Drop the Icon: from the package.
14:19:45 < jbj> mtr/mtr.spec:- Remove Icon:.
14:20:24 < glen___> ok. maybe it will be accepted to kill Icon ;)
14:21:11 < jbj> killing weird feature that is documented in 2 books ain't as easy as removing lines of code.


-- 
glen


More information about the pld-devel-en mailing list