You are not logged in.
Look lets put this to bed once and for all. All the gtk engine pkgs in [current], [extra] and [community] are named gtk-[engine name]-engine. When adding engines to the AUR please can we all follow suit, if that's not too much to ask!
Offline
Isn't there someone who has the authority to move around/rename/delete packages in the AUR?
Offline
Look lets put this to bed once and for all. All the gtk engine pkgs in [current], [extra] and [community] are named gtk-[engine name]-engine. When adding engines to the AUR please can we all follow suit, if that's not too much to ask!
i would prefer gtk-engine-[engine name] but there are other gtk-[engine name]-engine. i renamed to gtk-murrine-engine
cheers.
Offline
To be honest there are some gtk engines in community that don't even have the word engine in their names...I shan't name names though...
Offline
i would prefer gtk-engine-[engine name]
I agree, makes searching for them a lot easier.
Desktop: AMD Athlon64 3800+ Venice Core, 2GB PC3200, 2x160GB Maxtor DiamondMax 10, 2x320GB WD Caviar RE, Nvidia 6600GT 256MB
Laptop: Intel Pentium M, 512MB PC2700, 60GB IBM TravelStar, Nvidia 5200Go 64MB
Offline
To be honest there are some gtk engines in community that don't even have the word engine in their names...I shan't name names though...
there's one in [extra] too!
Offline
- can we bring it to the attention of the devs? it seems a bit daft to have a half-implemented standard
Offline
kastor wrote:i would prefer gtk-engine-[engine name]
I agree, makes searching for them a lot easier.
You can search with regexps, for example "pacman -S '^gtk-.*-engine$'". But I agree that gtk-engine-[engine name] would be better, it is more hierarchical, like directory structure ;-)
Offline
You can search with regexps, for example "pacman -S '^gtk-.*-engine$'". But I agree that gtk-engine-[engine name] would be better, it is more hierarchical, like directory structure ;-)
Thats basically what I do the now (I actually pipe the pacman output through sed, but it's all really the same in the grand scheme of things...), but it's a pest to type it all
Desktop: AMD Athlon64 3800+ Venice Core, 2GB PC3200, 2x160GB Maxtor DiamondMax 10, 2x320GB WD Caviar RE, Nvidia 6600GT 256MB
Laptop: Intel Pentium M, 512MB PC2700, 60GB IBM TravelStar, Nvidia 5200Go 64MB
Offline
- can we bring it to the attention of the devs? it seems a bit daft to have a half-implemented standard
i never realised it was a implemented standard
Offline
dtw wrote:
- can we bring it to the attention of the devs? it seems a bit daft to have a half-implemented standard
i never realised it was a implemented standard
You may call it a de facto standard
Offline
It would be nice to have a rule like this about kde/qt styles too
Offline
Offline
At the moment it is up to the people submitting to make the names conform. That's OK though.
I agree - I think we should all make a concerted effort to do this for all packages. I know that now before putting something up I first do a search to try to find out if there is a common naming theme.
It just makes it easier for all. And you WANT people to find your package presumably so make it easy for them to do so
In this case most likely gtk-engine-* makes the most sense.
JABBER: krayon -A-T- chat.qdnx.org
E-MAIL: archlinuxforums -A-T- quadronyx.org
WEB: http://www.qdnx.org/krayon/
~o~
Offline
Hello there,
im using all those gtk engines and like them.
Read this thread and also wanted to contribute to arch since some time ago but never made it.
I now have put a package in AUR name "gtk-engine-murrine" (see here: http://aur.archlinux.org/packages.php?d … 1&ID=6992).
I hope i did it right, first time with AUR & me
cheers,
detto
Offline
It seems like nothing ever came of this. The package names in the repos are still pretty inconsistent.
Offline
This is on my list of things to fix ;-)
Offline
what i dont like about gtk-engine packages i have tried is that they all contain a bunch of themes in them. imho if a pkg is name eg. gtk-egine-murrine iit should just contain the engine. a split gtk-engine-murrine-themes or something named similar should contain themes.
& just in case: ps. i aint bitchin , i build my own gtk engine packages anyway
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
OK, dolby. I'll look at that.
Offline
what i dont like about gtk-engine packages i have tried is that they all contain a bunch of themes in them. imho if a pkg is name eg. gtk-egine-murrine iit should just contain the engine. a split gtk-engine-murrine-themes or something named similar should contain themes.
& just in case: ps. i aint bitchin , i build my own gtk engine packages anyway
Often the author distributes such themes with the engine, in which case, it's correct to include them. At least one is required for the engine to be "functional" out of the box. For most packaged engines, the themes are negligable, a single text file, usually <1kb. IMHO, I like having them there, it saves me wasting time on gnome-look/art.gnome.org.
James
Offline
I'd prefer to go with gtk-engine-$name because that makes it REALLY easy to search in pacman for the engines. However, most of the engines in the main repos use the gtk-$name-engine format, which is more in line with the actual name of the src.
I guess it would be best to go with gtk-$name-engine, which is the proper format and include the words gtk-engine in the description, that way pacman should pick it up. Sound right?
Hmmm, how about using provides=gtk-engine-$name? Or is that cheating?
Last edited by dtw (2007-07-18 14:00:05)
Offline
chrismortimore wrote:kastor wrote:i would prefer gtk-engine-[engine name]
I agree, makes searching for them a lot easier.
You can search with regexps, for example "pacman -S '^gtk-.*-engine$'". But I agree that gtk-engine-[engine name] would be better, it is more hierarchical, like directory structure ;-)
I would agree with this as well. Seems like the most logical approach and the one that makes the most sense.
Offline