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
_______________________________________________
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

Reply via email to