Re: [gentoo-dev] intention for kde-themes eclass

Re: [gentoo-dev] intention for kde-themes eclass

[Diego 'Flameeyes' Pettenò]

On Jun 14, 2005, at 12:33 PM, Chris White wrote:

> kde-look.org is a site that hosts various kde themes to change the  
> look and feel of the kde desktop.

Well actually some of the things I've done as an "external" was  
maintaining a series of ebuilds for themes, splashscreens and stuff  
like that.
I also tried submitting a couple of them initially, but as I was  
told, portage isn't the place where such things belong.
I think this is right. There are already too many things in portage  
as is now, and not all users like syncing the whole tree everytime.  
We have patches there which are for software rarely used.
Maybe adding the eclass and then maintaining an overlay for that can  
be better... not sync-ed but tarballed and who wants to update it, it  
just need to redownload it.

That's just my opinion.

-- 
Diego
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] intention for kde-themes eclass

[Brian Jackson]

Chris White wrote:
> Here's the nitty gritty:
> 
> ----------
> BACKGROUND
> ----------
> 
> kde-look.org is a site that hosts various kde themes to change the look and feel of the kde desktop.
> 
> ---------
> REASONING
> ---------
> 
> An eclass such as this would be benificial to users that want to create custom ebuilds for various kde themes, as well as getting popular kde themes into the portage tree.

I actually half wrote a g-cpan.pl like thing for kde-look.org once. It could
handle themes and wallpapers. I never got around to the rest. I think something
like this would be better in the long run since the eclass will only serve to
make people file more new ebuild bugs for stuff the kde team won't add.

--Iggy

> 
> ----
> TODO
> ----
> 
> 1) get the general skeletal eclass file going
> 2) work with multilib
> 3) integrating with kde eclasses
> 
> --------
> FEATURES
> --------
> 
> eclass will painlessly install themes from kde-look.org.  It will also most likely utilize a tool that will tell users what attributes of kde's look and feel you can change with that particular theme (ie. theme a can only change styles and color, theme b can only change color, theme c can change everything).
> 
> 
> ------------
> end proposal
> ------------
> 
> Also, while I'm on doing eclasses, I'll take a look at doing a nicer eclass HOWTO on getting eclasses working.  Comments and suggesstions are welcome.
> 
> Chris White


-- 
Stuff for sale -- http://www.brianandsara.net/temp/forsale.html
Gentoo Linux -- http://www.gentoo.org
IVTV -- http://ivtv.writeme.ch
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] intention for kde-themes eclass

[Shyam Mani]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/14/2005 04:03 PM, Chris White wrote:

> 1) get the general skeletal eclass file going
> 2) work with multilib
> 3) integrating with kde eclasses

Would it be easier for you chaps to write up something like gnome-art?
That way, the user can preview, download and install *any* of the
themes/splashscreens/whatnots from kde-look.org....


- --
Shyam Mani | <fox2mike@gentoo.org>
docs-team  | http://gdp.gentoo.org
GPG key    | 0xFDD0E345
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCrmPSYZNYgP3Q40URAg9bAJ4uxxhe+B3Zw8My6YN/mIdGr/9XGwCfUIWp
uHmuMBgp/DnNYE5wNY+EseI=
=ZZG1
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] intention for kde-themes eclass

[Michael Cummings]

[-- Attachment #1: Type: text/plain, Size: 1354 bytes --]

Is this even pursuable given the direction KDE itself is taking? Not meant as 
a nock (specially not after someone brought up a g-cpan-esque clone:) but I 
know in 3.4.0 that you can install new wallpapers live from kde-org with an 
already integrated single-click. That and in following the developer blogs, 
it seems to be intended that by the time 4.0 rolls out that functionality is 
going to spread to other areas. I am by no means knocking the idea, just 
playing devil's twin brother advocate :)

On Tuesday 14 June 2005 12:57 am, Shyam Mani wrote:
> ?: subkeys.pgp.net: Connection refused
> gpgkeys: HKP fetch error: Connection refused
>
> On 06/14/2005 04:03 PM, Chris White wrote:
> > 1) get the general skeletal eclass file going
> > 2) work with multilib
> > 3) integrating with kde eclasses
>
> Would it be easier for you chaps to write up something like gnome-art?
> That way, the user can preview, download and install *any* of the
> themes/splashscreens/whatnots from kde-look.org....
>
>
> --
> Shyam Mani | <fox2mike@gentoo.org>
> docs-team  | http://gdp.gentoo.org
> GPG key    | 0xFDD0E345

-- 

-----o()o---------------------------------------------
Michael Cummings   |    #gentoo-dev, #gentoo-perl
Gentoo Perl Dev    |    on irc.freenode.net 
-----o()o---------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] intention for kde-themes eclass

[Diego 'Flameeyes' Pettenò]

[-- Attachment #1: Type: text/plain, Size: 510 bytes --]

On Tuesday 14 June 2005 11:22, Michael Cummings wrote:
> know in 3.4.0 that you can install new wallpapers live from kde-org with an
> already integrated single-click
The KNewStuff is great but it installs in home directory.. I think it's simple 
to replicate this using portage instead of using the KNewStuff, for example 
to spread the same setup over different machines.

-- 
Diego "Flameeyes" Pettenò
Gentoo Developer (Gentoo/FreeBSD, Video, Gentoo/AMD64)

http://dev.gentoo.org/~flameeyes/


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] intention for kde-themes eclass

[Chris White]

[-- Attachment #1: Type: text/plain, Size: 1064 bytes --]

Here's the nitty gritty:

----------
BACKGROUND
----------

kde-look.org is a site that hosts various kde themes to change the look and feel of the kde desktop.

---------
REASONING
---------

An eclass such as this would be benificial to users that want to create custom ebuilds for various kde themes, as well as getting popular kde themes into the portage tree.

----
TODO
----

1) get the general skeletal eclass file going
2) work with multilib
3) integrating with kde eclasses

--------
FEATURES
--------

eclass will painlessly install themes from kde-look.org.  It will also most likely utilize a tool that will tell users what attributes of kde's look and feel you can change with that particular theme (ie. theme a can only change styles and color, theme b can only change color, theme c can change everything).


------------
end proposal
------------

Also, while I'm on doing eclasses, I'll take a look at doing a nicer eclass HOWTO on getting eclasses working.  Comments and suggesstions are welcome.

Chris White

[-- Attachment #2: Type: application/pgp-signature, Size: 200 bytes --]

Re: [gentoo-dev] intention for kde-themes eclass

[Gregorio Guidi]

On Tuesday 14 June 2005 04:19, Brian Jackson wrote:
> Chris White wrote:
> > Here's the nitty gritty:
> >
> > ----------
> > BACKGROUND
> > ----------
> >
> > kde-look.org is a site that hosts various kde themes to change the look
> > and feel of the kde desktop.
> >
> > ---------
> > REASONING
> > ---------
> >
> > An eclass such as this would be benificial to users that want to create
> > custom ebuilds for various kde themes, as well as getting popular kde
> > themes into the portage tree.
>
> I actually half wrote a g-cpan.pl like thing for kde-look.org once. It
> could handle themes and wallpapers. I never got around to the rest. I think
> something like this would be better in the long run since the eclass will
> only serve to make people file more new ebuild bugs for stuff the kde team
> won't add.

I second that, that's exactly what I thought when I saw the proposal.
A few other points to consider:
- As Michael pointed out, kde-look.org already tries to be a 
install-with-few-clicks portal, and kde is going more and more in this 
direction with the integration in kde 4.
- Often there's no real consistency in content packaged on kde-look, users 
just offer for public download things packaged as they feel.
- Projects appear and become obsolete on kde-look at an _impressive_ rate.
-- 
gentoo-dev@gentoo.org mailing list

Re: kde-theme.py (formerly [gentoo-dev] intention for kde-themes eclass)

[Paul de Vrieze]

[-- Attachment #1: Type: text/plain, Size: 1117 bytes --]

On Wednesday 15 June 2005 03:06, Chris White wrote:
> 4) It downloads the file into a directory called .temp_directory, which
> must be empty (it will yell if it's not) 5) it does a directory listing to
> get the name of the source archive (yes, it must be empty because it has to
> be the only file there, since currently wget is handling the download and
> kde-theme.py has no true way of handling that saving doing a directory
> listing where the download is the only file there).  I plan on adding some
> kind of download library later on to take care of this. 6) it checks the
> filename against a list of regex's.  This tells it what type of file it's
> dealing with.  By doing so, I can add support for rpm/deb/other strange
> files by simply updating the regex list.  Right now it handles the
> following:

You do know that wget has the "-O" option to specify the name of the 
downloaded file. Of course that means you can't regex, but you could probably 
do that from wget's output.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

kde-theme.py (formerly [gentoo-dev] intention for kde-themes eclass)

[Chris White]

[-- Attachment #1: Type: text/plain, Size: 2511 bytes --]

Ok, so plans have changed.  Now I've made a nice little script called kde-theme.py, which I haven't released yet because the code needs more effecient "what on earth are you trying to make me do.. I can't do that!" error handling.  Here's the just of it:

http://dev.gentoo.org/~chriswhite/kde-theme.log

so here's how it works:

1) Check out kde-look.org and select any kde 3.2+ style/theme or window decorations (it may handle more, but that's about what I've tested so far)
2) the program assumes 
	a) it's a 3.2+ style/theme
	b) you're using kde 3.4
	c) the file is GPL
(all that will change btw.. I plan on working on some html parsing that will parse information straight off the page on license and kde version)
3) so you give it a download url for the source from the theme/style or w indow decorations page (like from here for example):

	http://www.kde-look.org/content/show.php?content=21107

4) It downloads the file into a directory called .temp_directory, which must be empty (it will yell if it's not)
5) it does a directory listing to get the name of the source archive (yes, it must be empty because it has to be the only file there, since currently wget is handling the download and kde-theme.py has no true way of handling that saving doing a directory listing where the download is the only file there).  I plan on adding some kind of download library later on to take care of this.
6) it checks the filename against a list of regex's.  This tells it what type of file it's dealing with.  By doing so, I can add support for rpm/deb/other strange files by simply updating the regex list.  Right now it handles the following:

	#-packagename-version.extension (kde-look.org hosted source archive)
	packagename-version.extension (standard source archive)

7) it pulls packagename and ${P} by packagename+version
8) it creates /usr/portage/x11-themes/[packagename]/files
(I plan to work with PORTDIR_OVERLAY later on so files don't get removed on sync)
9) then it writes the ebuild, also if you use the '-a' option, you can set the arch it uses for KEYWORDS, otherwise it assume x86 (yes.. I know other archs exist ;p).  Keywording is done on an ~arch basis since it uses kde 3.4 anyways.  Also, if '-d' option is set (don't merge), the newly created ebuild will not be merged.
10) ebuild [file] digest is run to create the manifest
11) the file is emerged with --oneshot to prevent world udpates from going screwy

viola, that's all there is too it.
Chris White

[-- Attachment #2: Type: application/pgp-signature, Size: 200 bytes --]

Re: kde-theme.py (formerly [gentoo-dev] intention for kde-themes eclass)

[Chris White]

[-- Attachment #1: Type: text/plain, Size: 446 bytes --]

On Tue, 14 Jun 2005 23:39:25 +0200
Paul de Vrieze <pauldv@gentoo.org> wrote:

> You do know that wget has the "-O" option to specify the name of the 
> downloaded file. Of course that means you can't regex, but you could probably 
> do that from wget's output.

well I did know about -O (in fact, it uses -P for the directory writing), however, I'm not sure how well that would work with the actual ebuild writing code (SRC_URI and all).

[-- Attachment #2: Type: application/pgp-signature, Size: 200 bytes --]