Re: [gentoo-dev] OT - Finding Linux dev resources
Ciaran McCreesh wrote: On Wed, 27 Apr 2005 16:20:57 -0600 Ryan [EMAIL PROTECTED] wrote: | Oh yea, and expect to get LOTS of wise cracks such as this below. | Just ignore those. You might also find people who top post. Ignore them, they don't have anything useful to say. Not to mention those who send HTML emails. *Ohh... I'm too elite for text/plain* -- +-+ | Stuart Longland -oOo- http://stuartl.longlandclan.hopto.org | | Atomic Linux Project -oOo-http://atomicl.berlios.de | | - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - | | I haven't lost my mind - it's backed up on a tape somewhere | +-+ signature.asc Description: OpenPGP digital signature
[gentoo-dev] New global USE flag: logrotate
Hi, I'd like to propose a new global USE flag named 'logrotate' to add support for app-admin/logrotate (by installing logrotate config files to /etc/logrotate.d/). There are currently one local USE flag named logrotate in net-proxy/squid, which of course isn't enough to justify having a global USE flag - but it seems other packages, at least app-admin/syslog-ng, currently unconditionally install a config file to /etc/logrotate.d/. There are 4 open enhancement requests in Gentoo bugzilla about ebuilds which could install such a config file, and I am sure many other ebuilds could as well (anything that logs to a file). If there are no objections to this I will make 'logrotate' a global USE flag once I add a logrotate config file to sys-power/acpid. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Linux signature.asc Description: This is a digitally signed message part
[gentoo-dev] GLX no longer works after downgrade from xorg-x11-6.8.99.3
For testing purposes (see #89767) I upgraded today from x11-base/xorg-x11-6.8.2-r1 media-video/nvidia-kernel-1.0.6111-r3 media-video/nvidia-glx-1.0.6111-r1 to x11-base/xorg-x11-6.8.99.3 media-video/nvidia-kernel-1.0.7174 media-video/nvidia-glx-1.0.7174-r3 After downgrading back to the old versions X no longer starts and (II) Initializing extension GLX is the last line in /var/log/Xorg.0.log. When I remove Load glx from my /etc/x11/xorg.conf X starts. Any help appreciated, Sebastian -- Sebastian Bergmann http://www.sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 2005-04-28 at 01:51 -0700, Robin H. Johnson wrote: +1 here. Probably best to do it via an eclass since lots of packages will be using it. It's as simple as: if use logrotate; then insinto /etc/logrotate.d newins ${FILESDIR}/${P}-logrotate ${PN} fi Do we really need an eclass for that? Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, Apr 28, 2005 at 12:34:50PM +0200, Henrik Brix Andersen wrote: On Thu, 2005-04-28 at 01:51 -0700, Robin H. Johnson wrote: +1 here. Probably best to do it via an eclass since lots of packages will be using it. It's as simple as: if use logrotate; then insinto /etc/logrotate.d newins ${FILESDIR}/${P}-logrotate ${PN} fi Do we really need an eclass for that? I meant an eclass to take care of all of it together. (rough prototype here) IUSE=$IUSE logrotate RDEPEND=$RDEPEND logrotate? ( app-admin/logrotate ) dologrotated() { use logrotate insinto /etc/logrotate.d doins $@ } newlogrotated() { use logrotate insinto /etc/logrotate.d newins $1 $2 } Then ebuilds can just do: inherit logrotate ... newlogrotated ${FILES}/${PN}-logrotate-basic ${PN}-logrotate dologrotated ${FILES}/${PN}-logrotate-extra ... -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpw1uPMtF7lm.pgp Description: PGP signature
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 2005-04-28 at 03:44 -0700, Robin H. Johnson wrote: I meant an eclass to take care of all of it together. Ah, ok - sounds good to me. Perhaps we can stick into eutils.eclass? (rough prototype here) IUSE=$IUSE logrotate RDEPEND=$RDEPEND logrotate? ( app-admin/logrotate ) dologrotated() { use logrotate insinto /etc/logrotate.d doins $@ } newlogrotated() { use logrotate insinto /etc/logrotate.d newins $1 $2 } Looks sane to me... ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 28 Apr 2005 03:44:44 -0700 Robin H. Johnson [EMAIL PROTECTED] wrote: I meant an eclass to take care of all of it together. I had started writing one too some time ago, but i've actually never applied it to any ebuild and then forgot about it. Anyway, here it is, with some freshly added comments which explain what it was supposed to do, but still not tested. It may be a bit over-complicated for little added-value actually... -- TGL. logrotate.eclass Description: Binary data
Re: [gentoo-dev] How well supported is collision-protect?
Have to pipe up on this as I get at least a half dozen bugs a week... On Wednesday 27 April 2005 08:29 pm, Georgi Georgiev wrote: On a note, similar to the one about /usr/X11R6, I'd like to ask about collision-protect. - How well is it expected to work? Oh, it works, believe me, it works - Do you guys expect bug reports about packages with conflicting targets, with possible patches, etc? Expect is a big word. Let's just say I'm a bad dev and don't follow the list of new features in every release of portage (portage folks: i love ya, you know that, doesn't mean I follow all the new feature flags and all), so my introduction to collision-protect was when a half dozen bugs were filed one rainy morning. Perl is in a collidable situation because we offer ebuilds that supercede the modules that were installed with your version of perl (on account of packages needing newer modules but not newer perl's) - we get hit when the man pages go to merge. I'm hoping to alleviate (NOTE: not resolve) some of this when we can do versioned virtuals, but until then I sympathize with the bug posters and kindly ask them to disable collision protect until the module is installed. //mcummings -- -o()o- Michael Cummings |#gentoo-dev, #gentoo-perl Gentoo Perl Dev|on irc.freenode.net -o()o- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] kernel-mod.eclass deprecation and effected ebuilds
On Mon, 2005-04-25 at 15:51 +0100, John Mylchreest wrote: For some time now kernel-mod has been deprecated in favour of linux-mod (or linux-info in some cases). On a side note: the pcmcia.eclass is also deprecated in favor of linux-mod.eclass, please see net-wireless/hostap-driver-0.4.0 for an example. net-wireless/hostap-driver/hostap-driver-0.2.5-r1.ebuild This ebuild will go away as soon as 0.2.6-r1 is marked ppc. net-wireless/rfswitch/rfswitch-0.1.ebuild I'll take a look at this... net-wireless/orinoco/orinoco-0.15_rc2.ebuild This will soon be pruned as newer revisions are based on linux-mod.eclass. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] How well supported is collision-protect?
maillog: 28/04/2005-08:10:49(-0400): Michael Cummings types Have to pipe up on this as I get at least a half dozen bugs a week... On Wednesday 27 April 2005 08:29 pm, Georgi Georgiev wrote: On a note, similar to the one about /usr/X11R6, I'd like to ask about collision-protect. - How well is it expected to work? Oh, it works, believe me, it works - Do you guys expect bug reports about packages with conflicting targets, with possible patches, etc? Expect is a big word. Let's just say I'm a bad dev and don't follow the list of new features in every release of portage (portage folks: i love ya, you know that, doesn't mean I follow all the new feature flags and all), so my introduction to collision-protect was when a half dozen bugs were filed one rainy morning. Perl is in a collidable situation because we offer ebuilds that supercede the modules that were installed with your version of perl (on account of packages needing newer modules but not newer perl's) - we get hit when the man pages go to merge. I'm hoping to alleviate (NOTE: not resolve) some of this when we can do versioned virtuals, but until then I sympathize with the bug posters and kindly ask them to disable collision protect until the module is installed. Isn't there a way to avoid installing the modules with perl and PDEPEND on them instead? -- () Georgi Georgiev () It has been said that Public Relations is() ()[EMAIL PROTECTED]() the art of winning friends and getting () () +81(90)2877-8845 () people under the influence. -- Jeremy() () --- () Tunstall () -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New global USE flag: logrotate
Cory Visi wrote: On Thu, Apr 28, 2005 at 10:30:03AM +0200, Henrik Brix Andersen wrote: Hi, I'd like to propose a new global USE flag named 'logrotate' to add support for app-admin/logrotate (by installing logrotate config files to /etc/logrotate.d/). There are currently one local USE flag named logrotate in net-proxy/squid, which of course isn't enough to justify having a global USE flag - but it seems other packages, at least app-admin/syslog-ng, currently unconditionally install a config file to /etc/logrotate.d/. There are 4 open enhancement requests in Gentoo bugzilla about ebuilds which could install such a config file, and I am sure many other ebuilds could as well (anything that logs to a file). If there are no objections to this I will make 'logrotate' a global USE flag once I add a logrotate config file to sys-power/acpid. Why do we even need a USE flag for this? The logrotate config files are max, 4k. Just include the config file with your ebuild, which is what I have done up until now. A user can either run logrotate or not. This isn't about turning on a feature, it's about saving 4k. I don't think it's worth it; I feel like USE flags are getting completely out of control. Not everyone uses logrotate (its optional in system now) so they may not want those files. Thats how I view it at least. -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operational Manager --- Public GPG key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 28 Apr 2005 13:41:22 + Cory Visi [EMAIL PROTECTED] wrote: | Why do we even need a USE flag for this? The logrotate config files | are max, 4k. Just include the config file with your ebuild, which is | what I have done up until now. A user can either run logrotate or | not. This isn't about turning on a feature, it's about saving 4k. I | don't think it's worth it; I feel like USE flags are getting | completely out of control. The aim is to reduce the amount of crap in /etc as far as possible. -- Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpPVCFTvClg8.pgp Description: PGP signature
Re: [gentoo-dev] New global USE flag: logrotate
On Thursday 28 April 2005 07:01 am, Henrik Brix Andersen wrote: On Thu, 2005-04-28 at 03:44 -0700, Robin H. Johnson wrote: (rough prototype here) IUSE=$IUSE logrotate RDEPEND=$RDEPEND logrotate? ( app-admin/logrotate ) dologrotated() { use logrotate insinto /etc/logrotate.d doins $@ } newlogrotated() { use logrotate insinto /etc/logrotate.d newins $1 $2 } Looks sane to me... ive never looked at the format of a logrotate.d file ... would it be possible to easily script a 'make_logrotated' func where you pass it a few params and it'd create a file for you based off a common template ? -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 28 Apr 2005 10:00:23 -0400 Mike Frysinger [EMAIL PROTECTED] wrote: would it be possible to easily script a 'make_logrotated' func where you pass it a few params and it'd create a file for you based off a common template ? There is one in the eclass i've previously sent (attachment to my previous email). -- TGL. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New global USE flag: logrotate
On Thu, 28 Apr 2005 11:23:09 -0400 Chris Gianelloni [EMAIL PROTECTED] wrote: Maybe for embedded or livecd? Maybe for people that don't use logrotate? I would add a more general reason which is that this kind of something.d config files are much more invasive than others, and thus should always be optional. Adding a config file in an /etc/something.d is just like merging some config changes in an /etc/something.conf without waiting for the user to do his etc-update. Take for instance someone who has a logrotate cronjob for some of his log files, but not the apache ones because for this ones he has very special needs and scripts: if his next apache update blindly installs a logrotate.d file, he may not appreciate it at all... -- TGL. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Portage ebuild cruft
Hi, Portage is slow? How to make it faster? By removing unused ebuilds! I wrote a little script to check which ebuilds in portage aren't used anylonger, here the result: Total packages checked: 9076 Total ebuilds checked: 18662 Total ebuilds to remove: 4643 Of course the script can't detect every ebuild situation, so take the numbers with care. But still it shows that 1/4 of all ebuilds could be removed. This would improve portage performance by at least 1/4, so developers go ahead. The script is attached, just run it as if it was repoman, it won't do anything, just show the orphaned packages. mfg, heinrich :-) cleanup.py Description: application/python
Re: [gentoo-dev] New global USE flag: logrotate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Henrik Brix Andersen wrote: Hi, I'd like to propose a new global USE flag named 'logrotate' to add support for app-admin/logrotate (by installing logrotate config files to /etc/logrotate.d/). There are currently one local USE flag named logrotate in net-proxy/squid, which of course isn't enough to justify having a global USE flag - but it seems other packages, at least app-admin/syslog-ng, currently unconditionally install a config file to /etc/logrotate.d/. There are 4 open enhancement requests in Gentoo bugzilla about ebuilds which could install such a config file, and I am sure many other ebuilds could as well (anything that logs to a file). If there are no objections to this I will make 'logrotate' a global USE flag once I add a logrotate config file to sys-power/acpid. How annoying is it for someone to remerge a package just to get a logrotate file? I suggest that if you're going to install it at all, do it unconditionally. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCcT4kXVaO67S1rtsRAo/HAKDJQWZtnd/pWgQLqBFLmBiU2QOv9gCgujMW irWQDLH7J/RECXhVBkNExtE= =0fG+ -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list