[gentoo-dev] Eclass subdirectory for x-modular.eclass
In an attempt to patch all driver packages automatically, I've modified x-modular.eclass to do something along the lines of what elibtoolize does for its patching. However, this would require the storage of a patch for x-modular.eclass, which I would intend to place in a subdirectory of eclass (my current choice is x-modular-files). Am I allowed to create this subdirectory, or does this break policy/anything else I'm unaware of? -- Joshua Baergen -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Eclass subdirectory for x-modular.eclass
On Fri, 09 Dec 2005 12:13:08 -0700 Joshua Baergen [EMAIL PROTECTED] wrote: | In an attempt to patch all driver packages automatically, I've | modified x-modular.eclass to do something along the lines of what | elibtoolize does for its patching. However, this would require the | storage of a patch for x-modular.eclass, which I would intend to | place in a subdirectory of eclass (my current choice is | x-modular-files). | | Am I allowed to create this subdirectory, or does this break | policy/anything else I'm unaware of? Don't. ELT is a nasty hacky mess, you don't want to repeat that mistake. Use SRC_URI instead. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] Eclass subdirectory for x-modular.eclass
Joshua Baergen wrote: In an attempt to patch all driver packages automatically, I've modified x-modular.eclass to do something along the lines of what elibtoolize does for its patching. However, this would require the storage of a patch for x-modular.eclass, which I would intend to place in a subdirectory of eclass (my current choice is x-modular-files). Am I allowed to create this subdirectory, or does this break policy/anything else I'm unaware of? To be more clear for people who aren't familiar with elibtoolize -- it has a subdirectory eclass/ELT-patches/ that it keeps its patches in. Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Eclass subdirectory for x-modular.eclass
On Fri, 2005-12-09 at 12:13 -0700, Joshua Baergen wrote: In an attempt to patch all driver packages automatically, I've modified x-modular.eclass to do something along the lines of what elibtoolize does for its patching. However, this would require the storage of a patch for x-modular.eclass, which I would intend to place in a subdirectory of eclass (my current choice is x-modular-files). Am I allowed to create this subdirectory, or does this break policy/anything else I'm unaware of? The only reason elibtoolize use this abortion from hell, is because it needs to be working from day one. Use ${P}-patches-{PVER}.tar.bz2, and set PVER (or whatever) before inheriting the eclass. -- Martin Schlemmer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Eclass subdirectory for x-modular.eclass
Martin Schlemmer wrote: Use ${P}-patches-{PVER}.tar.bz2, and set PVER (or whatever) before inheriting the eclass. Thanks, I will do that. -- Joshua Baergen -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Modular X update
AREAS WE NEED HELP WITH: 1) Porting applications to modular X 2) Fixing descriptions for the vast majority of modular packages. OK, it seems like we've now got issues resolved related to the new virtual/x11 package. Despite all the eyes that looked at it and all the publicity on lists and elsewhere, we still missed the lack of stable keywords in it, which caused some issues when the default virtual was pulled from the base profile. Thanks to axxo and flameeyes for dealing with this while I was at lunch. Here's roughly how it all works: 1) Users with xorg-6.x installed will continue along happily, because 6.x PROVIDES virtual/x11 on their systems. 2) Users with no X installed will pull in the virtual/x11 package because there is no longer a default virtual. 3) Users with xorg-7.x installed will need all their packages updated for modular dependencies. There is a porting guide at http://dev.gentoo.org/~spyderous/xorg-x11/porting_to_modular_x_howto.txt -- go ahead and run through it for your favorite packages, and file bugs to their maintainers with the updated dependencies. One note for porting to modular: binary packages will require a script using ldd instead of one checking the compilation log. Petteri Räty has kindly made one available at http://dev.gentoo.org/~betelgeuse/scripts/checkdeps -- it depends on portage-utils. While packages are being ported to modular X, you will be unable to upgrade any unported packages (so likely your 'world') without an entry in /etc/portage/profile/virtuals that emulates virtual/x11 using an installed package, e.g.: virtual/x11 x11-base/xorg-x11 assuming you have the xorg-x11-7 metabuild installed. I hope that covers pretty much everything right now. Thanks for your patience, Donnie -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] KDE + htdig
Hello, I am looking for help / advice to get KDE to work with htdig. I'm trying to fix an old bug [1], but I'm not much of a KDE expert, and so far I've had no luck. If you have any ideas and are willing to spend a few minutes helping me figure out how to get khelpcenter and kdevelop to play nice with htdig, please reply to me off-list or ping me on IRC. [1] http://bugs.gentoo.org/show_bug.cgi?id=28049 Thanks, -- Renat Lumpau all things web-apps GPG key id #C6A838DA on http://pgp.mit.edu Key fingerprint = 04AF B5EE 17CB 1000 DDA5 D3FC 1338 ADC2 C6A8 38DA pgpAar6Uz3uMq.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for media-video/dvdrip
Mike Frysinger wrote: so the video herd policy is to remove packages until you're left with a small enough subset of packages you can handle ? -mike I'd rather say that we select packages that evolve and fit the needs and kill what isn't suitable anymore. There are still many way to shoot your foot using a nice front-end to your transcoding tool of choice =) lu -- Luca Barbato Gentoo/linux Developer Gentoo/PPC Operational Leader http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for media-video/dvdrip
Chandler Carruth wrote: As a user currently, what steps could I take to help this package stay alive? I will take them as the alternative is to put an unofficial ebuild up on a webpage. On my to be killed list I have transcode 1 avifile transcode 1 is already there and seems in good shape, if you can help us making sure dvdrip works fine with it we won't make transcode-0.6 bring it to the grave =) lu -- Luca Barbato Gentoo/linux Developer Gentoo/PPC Operational Leader http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Modular X update
Martin Schlemmer wrote: Will need to do something about the default glu/opengl/xft virtuals as well ... (you probably did not forget this, just double checking ...) Yep. From an email I sent in the past 24 hours: Donnie Berkholz wrote: Done. I will probably do similar for the other x11 virtuals (particularly xft) soon, assuming this doesn't break too badly. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for media-video/dvdrip
On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote: Mike Frysinger wrote: so the video herd policy is to remove packages until you're left with a small enough subset of packages you can handle ? I'd rather say that we select packages that evolve and fit the needs and kill what isn't suitable anymore. fair enough, but i thought we've establish that there are *no* alternatives to dvdrip regardless of what diego may think -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for media-video/dvdrip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: | so the video herd policy is to remove packages until you're left with | a small enough subset of packages you can handle ? Quite a contrast with the x11 herd policy: to add packages until there's 10x more than you can reasonably maintain. Donnie -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDmjyaXVaO67S1rtsRAr7VAKCq5foXqAx4TLOdNTaeKj0SfJD/IQCg+3uV ipUhVuCqZVlbncxS7cenWSk= =GKgY -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
On Thu, Dec 08, 2005 at 09:24:57PM +0100, Marius Mauch wrote: On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger [EMAIL PROTECTED] wrote: this is your [belated] reminder of the December council meeting. future reminders will not be late anymore ... we've proven that we cant remember it so i've gone ahead and crontab-ed future reminders to go out on the first :) Would be nice if you'd inform -dev when you change the meeting date again in the future, esp. when both the channel and the council project page still refer to the old date. yet another reminder ... council meeting: Dec 15th current agenda: portage hash funk decision asked by Marius web page status: UPDATED -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites for media-video/dvdrip
On Friday 09 December 2005 08:19 pm, Mike Frysinger wrote: On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote: Mike Frysinger wrote: so the video herd policy is to remove packages until you're left with a small enough subset of packages you can handle ? I'd rather say that we select packages that evolve and fit the needs and kill what isn't suitable anymore. fair enough, but i thought we've establish that there are *no* alternatives to dvdrip regardless of what diego may think -mike well, it's maintained now, better slow progress than certain death, works too well for me to see it go pgpTLSrvyBwb8.pgp Description: PGP signature