Ebuild for the Lila GTK/GNOME themes. Uses gnome USE flag to specify whether or not to install GNOME icon theme. Not sure if all deps are correct, someone may want to check. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 27125 [details] Lila Artwork Ebuild
Just wanted to note that there's quite a bit of activity going on with this project. If we could get this ebuild pushed through, it would be of great help. Thanks. :o) For more info, look here: http://forums.gentoo.org/viewtopic.php?t=145661&start=0&postdays=0&postorder=asc&highlight=
Saw this in this weeks GWN, it looks like a very cool project. Is there any chance that the one ebuild could install the icons for GTK/Gnome and KDE as well?
dependencies on gnome-base/gnome are completely wrong and highly illegal. (perhaps you should have the dependency on gnome-themes though )
Sorry about the deps, spider. This ebuild is very old anyway, and I suggest people install the theme by hand for now, until we get a new version up. For the next version I'd like to have gtk, gnome, gdm, and kde use flags for all those different themes.
It would be fairly trivial to install both gnome and kde versions in the same ebuild using use flags. You would probably want to decide first off what kind of theme you consider this to be. After all, what would happen if someone that did not have gnome, kde, or gtk in their USE tried to install this? From the looks of your original ebuild, it looks like you intend this to be a gtk theme first, with the addition of gnome and kde icons and a gdm theme. Am I correct in assuming this?
I would say a new ebuild should install nothing if the user does not have gtk, gnome, kde, etc in their USE flags. Now that the themes are so varied I don't think there is a base anymore, and it would be dumb to force kde users to install the gtk theme. I'm going to do another release of the GNOME icon theme within the next few days and then I'll work on another ebuild with all the new themes in it.
Created attachment 29337 [details] Lila Artwork 0.2 Ebuild Update Lila Artwork ebuild that includes themes for gtk, gnome, gdm, grub, kde, xfcewm4, and xmms. Dependencies have also been updated, and I think they are correct for the most part.
It'd be good if : http://stief.tnux.net/Lila-xfwm4.tar.gz was versioned before this goes into the tree, or we will have distfiles issues due to changing digests of the tarball in the future. KEYWORDS : always ~ on new submitted ebuilds. Does it really need the ximian+redhat artworks? *curious* gdm is not a valid USE flag. bundle it inside "gnome" xfce is not a valid USE flag. uncertain on what to do here, but I'd suggest moving it out to gentoo-artwork-lila-xfce. An idea could be to change the : xmms? ( || media-sound/xmms media-sound/beep-media-player ) as they are skin compatible.
Would you suggest splitting most of the stuff to different ebuilds (I.E. lila-artwork-{gtk|gnome|kde|xfce|xmms})? It doesn't seem to make sense to just split that one part out. Also, I see plenty of packages with local USE flags, so I don't understand why gdm and xfce are invalid (I must be missing something here). About the redhat/ximian artwork packages, when the gtk USE flag is set it installs five GTK themes, using the industrial, bluecurve, thinice, and xfce theme engines, so they are needed. Good idea about the xmms flag :)
re: industrial/redhat: okay, then I know. re: USE, Generally I don't encourage local use flags, they make things hard to implement and document and break the consistency of the tree. I'd accept xfce as one, but not gdm as it is covered by Gnome.
That sounds good :) I'm at work on an 0.2-r1 ebuild at the moment, and it has most of the changes you asked for. I do have a question though: what about the grub USE flag? I neglected to put in a dep for sys-boot/grub, which I've added to the new ebuild, but I need to know if I can keep grub as a USE flag or if I need to change it somehow.
be wary about the grub parts. I'd suggest adding the grub splashscreen as a part in /usr/share/doc/lila-artwork and an einfo about it, since installing things with grub includes messing with /boot and mount/unmounting that inside the ebuild. That is definitely bad behaviour and something I discourage on the strongest.
Hehe, it's nothing so evil! Here's an exerpt from the ebuild: if [ `use grub` ] ; then dodir /usr/share/grub/splashimages cp ${WORKDIR}/lila.xpm.gz ${D}/usr/share/grub/splashimages chmod 644 ${D}/usr/share/grub/splashimages/lila.xpm.gz fi Now, I don't think grub is an official USE flag, so what would you suggest?
I think its a pretty obscure Idea since grub never installs into that place, and therefore people aren't likely to find it. (besides, its unstandard ;-)
Really? I just chose it because that's where I already had some installed by Portage... I think it may be from the gentoo-artwork ebuild, but I'm not 100% sure. dan@dj2gig dan $ ls /usr/share/grub/splashimages/ penguins.xpm.gz powered-by-inverted.xpm.gz powered-big-white.xpm.gz powered-by.xpm.gz
hmm, something I do not have here, run "qpkg -v -f /usr/share/grub" to verify what package it is
root@dj2gig dan # qpkg -v -f /usr/share/grub x11-themes/gentoo-artwork-0.3 * x11-themes/lila-artwork-0.2 * Seems it was created by the gentoo-artwork ebuilds.
then I don't think I can complain about that, and since the gentoo artwork build doesn't implement a grub USE flag, Don't do it here either.
Alright, instead of posting another ebuild attachment, I'll just show you what I've currently got. You can see it here: http://programmer-art.org/files/gentoo/lila-artwork-0.2-r1.ebuild I've made it so that any [future] backgrounds and the grub splash get installed without any USE flags, and updated a few other things as well. It should now work fine, but before attaching it I wanted to ask if there is anything else wrong with it.
Just noticed I was getting an error using ?xmms ( || media-sound/xmms media-sound/beep-media-player ), so I've taken it out again. Calculating dependencies \ !!! Problem in x11-themes/lila-artwork dependencies. !!! len() of unsized object
Look back at comment #9. It should be: xmms? ( || media-sound/xmms media-sound/beep-media-player )
Oops, that was a typo above. In the ebuild I had it correct and got that error.
Looking at the unpack section I think you want to abstract that further. LILA_GTKVER="0.2.1" INDUSTRIALGENTOOVER="0.1" .. and so on. Or you'll give us a maintainance headache for the future. Overall I think that this sort of package is a maintainance nightmare due to the many different versions, package names and so on :) glad that you got all tarballs versioned though, that makes it less breakage-prone on distfiles/digests. as for the breakage with the xmms? ( ) .. did you make sure you got spaces correct?
I do not have much experience in creating/maintaining ebuilds, but if you will pardon my indiscretion: Is it perhaps an idea to create a meta-ebuild for all Lila theme-packages: "x11-themes/lila-artwork" And have that ebuild pull in packages depending on USE flags: RDEPEND=" gnome? ( >=x11-themes/lila-gnome-icon-0.3.2 >=x11-themes/lila-gdm-0.1 ) kde? ( >=x11-themes/lila-kde-0.5 ) " ..etcetera.. Just a thought of a random passer-by though, would this work?
It definitely would work, and I find it to be a much cleaner solution. Daniel?
overkill... meta ebuilds in themselves are hackish and should be avoided as much as possible imo.
I think I'll just go with Spider's versioning scheme, which is simple enough. I'll fix up the ebuild and post a final copy soon (currently working on something else, so give me a few days)
Created attachment 29849 [details] updated ebuild Updated to increment the lilasvg version number to 0.6 and to fix the Industrial-Gentoo version number in the src_unpack() function. Doesn't solve any of the discussed issues. Just makes it usable.
Created attachment 29924 [details] Lila-artwork 0.2-r1 Ebuild Updated the ebuild with suggestions and such, and added USE flags to only download what the user wants installed. Thanks for pointing out that error, it's also fixed in this version.
I would like to point out that there is a ksplash them on kdelook.org @ http://www.kde-look.org/content/show.php?content=11558 It would be nice if this was included in the ebuild. BTW, nice job on the ebuild so far.
Ah, I did notice the splash, and also there is now a KDE color scheme that someone posted to the forums. I'll add it to the ebuild if anyone can tell me where to install them. (I don't have KDE)
The *.kcsrc file goes into /usr/kde/3.2/share/apps/kdisplay/color-schemes/ Ithink there is one in the icon theme now, but I don't know. I use my own "lila" theme @ http://www.epiawiki.org/personal/Lila.kcsrc
install of this ebuild is failing here due to UTF-8 locales (???): intltool doesn't like UTF-8 locales. Try rerunning with eg: LANG=en_US Must I use a non Unicode locale to use this theme???
Much much newer ebuilds are now available here: http://lila-theme.uni.cc/index.php?page=downloads I don't want to attach them all. Comments? Suggestions? What do we need to do to get these portage-ready?
i think the main problem here at this point is maintainership. There should be a bunch of ppl recruited to do an art herd or something.
The current Lila team (of 3) is sitting fairly idle right now, since we are near feature completeness on our major themeing targets (Gnome, KDE, XFCE) and the ebuilds are working wonderfully for us. So if there is something we can help with, whether being a part of the future art herd, or just working on filing/triaging bugs, please let me know.
Can Daniel or Mike or whoever from Lila contact me (seemant at gentoo dot org) to talk about which of you we can bring on board to be the maintainer for this?
Reassigning so this can get more proper attention.
(this is an automated message based on filtering criteria that matched this bug) Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accomendate you on a timely manor. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Last update in 2006, looks pretty much dead. I'd suggest to close the bug.