Re: [gentoo-dev] gpe-games: new category

2009-07-14 Thread Dean Stephens
Angelo Arrifano wrote:
> Moving each game to the games- category would be another solution
> but that would pretty much hide the relation with the GPE Palm Environment.
> 
The gpe- prefix on, most of, the package names should provide a subtle
clue, it could be added to those that lack it. Unless I missed
something, you should be able to package move them in the overlay in
preparation for moving them to the tree.



Re: [gentoo-dev] Re: Re: A Little Council Reform Anyone?

2009-07-14 Thread Donnie Berkholz
On 12:51 Fri 10 Jul , Ferris McCormick wrote:
> On Thu, 2009-07-09 at 22:50 -0400, Andrew D Kirch wrote:
> > Ciaran, you are killing Gentoo.  You wrote a demonstrably error 
> > prone GLEP 39, then tried to exploit it to ram through GLEP 55, and 
> > you got caught. You've created a huge amount of red tape, needless 
> > bickering argument, and have utterly hamstrung every council ever 
> > convened. Ciaran, you will not be doing this again.
> > 
> Actually, GLEP39 was written by Grant and Ciaran, and it was voted on 
> by the entire developer community (I don't recall in which order these 
> happened, but certainly it was not Ciaran who approved it).
> 
> --- snip ---
> 
> I am wearing my userrel hat here.  I don't see anything here that
> contributes to the discussion --- it looks like a personal attack and a
> threat to me.  As Jorge stated a day or so ago, please stop this now.
> You may consider this to be a final warning.

This absolutely reeks to me of discriminatory treatment and nepotism. If 
only everyone were held to the same high standards, Gentoo would be a 
better place.

-- 
Thanks,
Donnie

Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com



Re: [gentoo-dev] Last rites: 14 X input drivers

2009-07-14 Thread Rémi Cardona

Le 13/07/2009 19:22, Robert Buchholz a écrit :

We're using the x11-drivers/xf86-input-microtouch for a cash register.
It works fine, but I think the machine is still on Xorg Server 1.3.

I don't have the capacity to maintain this driver myself, but it seems
bug #276615 has a patch, so I wonder why it needs to be abandoned. Whom
exactly shall I contact upstream about the deprecation?


Well, to start off, you might want to check if your hardware is now 
supported directly by the kernel. If that's the case, then you can use 
xf86-input-evdev which will make your life much easier.


But TBH, I really don't know much about writing X drivers. All I can 
offer is to commit patches upstream and maybe make tarballs.


My suggestion for now is to create a - ebuild of the microtouch 
driver inside the x11 overlay and make it point to the latest commit 
that has a chance of working: before the one that adds the AC_MSG().


If that doesn't work, you might want to get in touch with upstream X 
people via the xorg or xorg-devel mailing lists (resp. at fd.org and x.org).


Hope that helps

Rémi



[gentoo-dev] gpe-games: new category

2009-07-14 Thread Angelo Arrifano
Hello all,

I have the following packages that need a home in the portage tree:

gpe-go
gpe-julia
gpe-life
gpe-lights
gpe-othello
gpe-tetris
gsoko
xdemineur

They are only a few and they won't increase much in the future.
For this reason I'm reticent in creating the gpe-games category in the
portage tree as we currently have in the overlay.

However, I find useful for users to have this category created since it
would allow them quickly spotting another place for games (these games
are targeted to -embedded but work on desktop too) while still providing
the information that they belong to GPE.

Moving each game to the games- category would be another solution
but that would pretty much hide the relation with the GPE Palm Environment.

There is of course another solution, like moving everything into
gpe-base or gpe-utils and STFU.

So fellow devs, I'm evoking your experience powers to help me with this
oh-not-so-important decision.

PS: Please but please, just don't tell me that adding another category
will make a longer "ls -l" output in /usr/portage.
-- 
Angelo Arrifano AKA MiKNiX
Gentoo Embedded/OMAP850 Developer
Linwizard Developer
http://www.gentoo.org/~miknix
http://miknix.homelinux.com



Re: [gentoo-dev] Inviting you to project "PackageMap"

2009-07-14 Thread Sebastian Pipping
Petteri Räty wrote:
> You need to come up with the needed DTD changes for metadata.xml. Last
> time the schema was changed it was done with a GLEP so writing one seems
> prudent here

I have started
- writing a GLEP
- extending the DTD
- extending a sample metadata.xml

Related gitweb over here:
http://git.goodpoint.de/?p=metadata-xml-cpe-glep.git

Would be great to get some review.



Sebastian



Re: [gentoo-dev] Re: Progress on Universal Select Tool

2009-07-14 Thread Michael Haubenwallner
On Mon, 2009-07-13 at 16:36 +0100, Sérgio Almeida wrote:
> Hello,
> 
> Missed a weekly report, busy week. Will try to post 2 reports this week
> as I am also working twice as much time.
> 
> Progress since last report:

> * symlinking dependencies (ex: ruby and ruby-gems)

Sorry, I've lost track on what's really going on here:
Does 'symlink' mean symlinks on the filesystem like 'ln -s' does?
Or, more important, does uselect create those symlinks itself?
If yes, please don't forget that OS without symlinks...

Thank you!
/haubi/
-- 
Michael Haubenwallner
Gentoo on a different level




[gentoo-dev] Re: Problems with the current bzr eclass.

2009-07-14 Thread Christian Faulhammer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

René 'Necoro' Neumann :
> Harley Peters schrieb:
> > I'm getting good numbers from the command line but in the ebuild
> > it's much different.
> > I haven't timed it but it takes about 25 minutes to do a full
> > checkout and about a third that to do the light weight checkout.
> > The update takes less than a minute with the full checkout. And it
> > takes ten's of minutes with a lightweight checkout.
> 
> I guess, the "bzr export" is the problem here ... see
> https://bugs.launchpad.net/bzr-gentoo-overlay/+bug/343218

 Ok, that sounds bad.  Which versions of Bazaar did you try?

V-Li

- -- 
Christian Faulhammer, Gentoo Lisp project
http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

http://gentoo.faulhammer.org/>
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (GNU/Linux)

iEYEARECAAYFAkpcUcsACgkQNQqtfCuFneP+AACfdK0Z8D00GDF9fSIl1fU10LOi
5egAoJn58bGPaNAU54JweAlXSrCbj0ch
=dTfd
-END PGP SIGNATURE-